Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
이 페이지에서
 

데이터센터 패브릭 블루프린트 아키텍처 구성 요소

이 섹션에서는 이 청사진 아키텍처에 사용되는 빌딩 블록에 대한 개요를 제공합니다. 각 빌딩 블록 기술의 구현은 나중에 자세히 설명되어 있습니다.

빌딩 블록의 기반이 되는 하드웨어 및 소프트웨어에 대한 정보는 데이터센터 EVPN-VXLAN 패브릭 참조 설계(지원되는 하드웨어 요약)를 참조하십시오.

빌딩 블록은 다음과 같습니다.

IP 패브릭 언더레이 네트워크

최신 IP 패브릭 언더레이 네트워크 빌딩 블록은 Clos 기반 토폴로지에서 IP 연결을 제공합니다. 주니퍼 네트웍스 다음 IP 패브릭 언더레이 모델을 지원합니다.

  • 스파인 디바이스 티어와 리프 디바이스 티어로 구성된 3단계 IP 패브릭. 그림 1을 참조하십시오.

  • 5단계 IP 패브릭은 일반적으로 두 개의 3단계 IP 패브릭으로 성장하는 단일 3단계 IP 패브릭으로 시작됩니다. 이러한 패브릭은 데이터센터 내에서 별도의 POD(Points of Delivery)로 분할됩니다. 이 사용 사례에서 주니퍼는 두 POD에서 스파인 및 리프 디바이스 간의 통신을 지원하는 수퍼 스파인 디바이스 티어의 추가를 지원합니다. 그림 2를 참조하십시오.

  • 리프 레이어 기능이 스파인 디바이스에 축소되는 축소된 스파인 IP 패브릭 모델입니다. 이러한 유형의 패브릭은 별도의 리프 디바이스 계층이 없는 경우를 제외하고 3단계 또는 5단계 IP 패브릭과 유사하게 설정 및 운영할 수 있습니다. EVPN 스파인 및 리프 모델로 점진적으로 이동하거나 EVPN-VXLAN을 지원하지 않기 때문에 리프 레이어에서 사용할 수 없는 액세스 디바이스 또는 TOR(Top-of-Rack) 디바이스가 있는 경우 축소된 스파인 패브릭을 사용할 수 있습니다.

그림 1: 3단계 IP 패브릭 언더레이 Three-Stage IP Fabric Underlay
그림 2: 5단계 IP 패브릭 언더레이 Five-Stage IP Fabric Underlay

이 그림에서 디바이스는 단일 링크 또는 어그리게이션 이더넷 인터페이스인 고속 인터페이스를 사용하여 상호 연결됩니다. 어그리게이션 이더넷 인터페이스는 선택 사항입니다. 디바이스 간의 단일 링크는 일반적으로 사용되지만 대역폭을 늘리고 링크 수준의 중복을 제공하기 위해 구축할 수 있습니다. 주니퍼는 두 가지 옵션을 모두 다룹니다.

주니퍼는 신뢰성과 확장성을 위해 언더레이 네트워크에서 EBGP를 라우팅 프로토콜로 선택했습니다. 각 디바이스에는 EBGP를 지원하기 위한 고유한 AS(Autonomous System) 번호가 할당됩니다. 언더레이 네트워크에서 다른 라우팅 프로토콜을 사용할 수 있습니다. 이러한 프로토콜의 사용은 이 문서의 범위를 벗어나 있습니다.

이 가이드에 설명된 참조 아키텍처 설계는 언더레이 연결에 EBGP를 사용하는 IP 패브릭과 오버레이 피어링을 위한 IBGP를 기반으로 합니다(오버레이의 경우 IBGP 참조). 또는 EBGP를 사용하여 오버레이 피어링을 구성할 수 있습니다.

Junos OS 릴리스 21.2R2 및 21.4R1부터 IPv6 패브릭 구성도 지원합니다. 이 가이드의 IPv6 패브릭 설계는 언더레이 연결 및 오버레이 피어링 모두에 EBGP를 사용합니다(IPv6 언더레이가 있는 오버레이의 경우 EBGP 참조).

참고:

IP 패브릭은 다음과 같이 IPv4 또는 IPv6을 사용할 수 있습니다.

  • IPv4 패브릭은 엔드투엔드 워크로드 통신을 위해 IPv4 인터페이스 주소 지정, IPv4 언더레이 및 오버레이 BGP 세션을 사용합니다.

  • IPv6 패브릭은 엔드투엔드 워크로드 통신을 위해 IPv6 인터페이스 주소 지정, IPv6 언더레이 및 오버레이 BGP 세션을 사용합니다.

  • IPv4와 IPv6이 혼합된 IP 패브릭은 지원하지 않습니다.

    그러나 IPv4 패브릭과 IPv6 패브릭은 모두 이중 스택 워크로드를 지원합니다. 워크로드는 IPv4 또는 IPv6이거나 IPv4와 IPv6 모두일 수 있습니다.

어그리게이션 이더넷 인터페이스에서 개별 링크에서 BFD를 실행하는 기능인 BFD(Micro Bidirectional Forwarding Detection)는 이 빌딩 블록에서도 활성화되어 디바이스를 연결하는 어그리게이션 이더넷 번들의 멤버 링크의 링크 실패를 빠르게 감지할 수 있습니다.

자세한 내용은 이 가이드의 다른 섹션을 참조하십시오.

IPv4 및 IPv6 워크로드 지원

많은 네트워크가 IPv4 및 IPv6 프로토콜을 포함하는 워크로드에 이중 스택 환경을 구현하기 때문에 이 청사진은 두 가지 프로토콜을 모두 지원합니다. IPv4 및 IPv6 워크로드를 지원하도록 패브릭을 구성하는 단계는 이 가이드 전체에 서로 연계되어 이러한 프로토콜 중 하나 또는 둘 모두를 선택할 수 있습니다.

참고:

워크로드 트래픽에 사용하는 IP 프로토콜은 IP 패브릭 언더레이 및 오버레이에 대해 구성하는 IP 프로토콜 버전(IPv4 또는 IPv6)과는 독립적입니다. ( IP 패브릭 언더레이 네트워크를 참조하십시오.) IPv4 패브릭 또는 IPv6 패브릭 인프라는 IPv4 및 IPv6 워크로드를 모두 지원할 수 있습니다.

네트워크 가상화 오버레이

네트워크 가상화 오버레이는 IP 언더레이 네트워크를 통해 전송되는 가상 네트워크입니다. 이 빌딩 블록은 네트워크에서 멀티테넌시를 지원하여 여러 테넌트에서 단일 물리적 네트워크를 공유하면서 각 테넌트의 네트워크 트래픽을 다른 테넌트로부터 격리할 수 있습니다.

테넌트는 엔드포인트 그룹이 포함된 사용자 커뮤니티(사업부, 부서, 워크그룹 또는 애플리케이션 등)입니다. 그룹은 동일한 테넌시의 다른 그룹과 통신할 수 있으며, 테넌트는 네트워크 정책에서 허용하는 경우 다른 테넌트와 통신할 수 있습니다. 그룹은 일반적으로 동일한 서브넷의 다른 디바이스와 통신하고 가상 라우팅 및 포워딩(VRF) 인스턴스를 통해 외부 그룹 및 엔드포인트에 도달할 수 있는 서브넷(VLAN)으로 표현됩니다.

그림 3에 표시된 오버레이 예에서 볼 수 있듯이, 이더넷 브리징 테이블(삼각형으로 표시)은 테넌트 브리지 프레임과 IP 라우팅 테이블(사각형으로 표시)을 처리하고 라우팅된 패킷을 처리합니다. VLAN 간 라우팅은 통합 라우팅 및 브리징(IRB) 인터페이스에서 발생합니다(원으로 표시). 이더넷 및 IP 테이블은 가상 네트워크(컬러 라인으로 표시)로 전달됩니다. 다른 VXLAN 터널 엔드포인트(VTEP) 디바이스에 연결된 엔드 시스템에 도달하기 위해 테넌트 패킷은 캡슐화되어 EVPN 신호 VXLAN 터널(녹색 터널 아이콘으로 표시)을 통해 연결된 원격 VTEP 디바이스로 전송됩니다. 터널링된 패킷은 원격 VTEP 디바이스에서 캡슐화 해제되어 송신 VTEP 디바이스의 각 브리징 또는 라우팅 테이블을 통해 원격 엔드 시스템으로 전달됩니다.

그림 3: VXLAN 터널 -이더넷 브리징, IP 라우팅 및 IRB VXLAN Tunnels—Ethernet Bridging, IP Routing, and IRB

다음 섹션에서는 오버레이 네트워크에 대한 자세한 내용을 제공합니다.

오버레이를 위한 IBGP

내부 BGP(IBGP)는 IP 네트워크에서 도달 가능성 정보를 교환하는 라우팅 프로토콜입니다. IBGP를 MP-IBGP(Multiprotocol BGP)와 결합하면 EVPN이 VTEP 디바이스 간 연결성 정보를 교환할 수 있는 기반을 제공합니다. 이 기능은 VTEP 간 VXLAN 터널을 설정하고 오버레이 연결 서비스에 사용하는 데 필요합니다.

그림 4 는 스파인 및 리프 디바이스가 루프백 주소를 단일 AS(Autonomous System)에서 피어링하는 데 사용하는 것을 보여줍니다. 이 설계에서 스파인 디바이스는 경로 리플렉터 클러스터 역할을 하며 리프 디바이스는 경로 리플렉터 클라이언트입니다. 경로 리플렉터는 모든 VTEP 디바이스를 직접 피어할 필요 없이 풀 메시에 대한 IBGP 요구 사항을 충족합니다. 그 결과, 리프 디바이스는 스파인 디바이스와만 피어하고 스파인 디바이스는 스파인 디바이스와 리프 디바이스를 모두 피어합니다. 스파인 디바이스는 모든 리프 디바이스에 연결되어 있으므로 스파인 디바이스는 간접적으로 피어링된 리프 디바이스 이웃 간에 IBGP 정보를 릴레이할 수 있습니다.

그림 4: 오버레이 IBGP for Overlays 용 IBGP

네트워크 내 거의 모든 곳에 경로 리플렉터를 배치할 수 있습니다. 그러나 다음 사항을 고려해야 합니다.

  • 선택한 디바이스에 경로 리플렉터가 필요한 추가 워크로드를 처리할 수 있는 충분한 메모리와 처리 능력이 있는가?

  • 선택한 디바이스는 모든 EVPN 스피커와 동등하며 도달 가능한가?

  • 선택한 디바이스에 적절한 소프트웨어 기능이 있습니까?

이 설계에서 경로 리플렉터 클러스터는 스파인 레이어에 배치됩니다. 이 레퍼런스 설계에서 스파인으로 사용할 수 있는 QFX 스위치는 네트워크 가상화 오버레이에서 경로 리플렉터 클라이언트 트래픽을 처리하는 데 충분한 처리 속도를 갖습니다.

오버레이에서 IBGP 구현에 대한 자세한 내용은 오버레이에 대한 IBGP 구성을 참조하십시오.

IPv6 언더레이를 통한 오버레이용 EBGP

이 가이드의 원래 참조 아키텍처 사용 사례는 IPv4 IBGP 오버레이 디바이스 연결을 사용한 IPv4 EBGP 언더레이 설계를 보여줍니다. 오버 레이에 대한 IP 패브릭 언더레이 네트워크 및 IBGP를 참조하십시오. 그러나 네트워크 가상화 에지(NVE) 디바이스가 IPv6의 확장된 주소 지정 범위와 기능을 활용하기 위해 IPv6 VTEP를 도입하기 시작하면서 IPv6를 포함하도록 IP 패브릭 지원을 확대했습니다.

Junos OS 릴리스 21.2R2-S1부터 지원 플랫폼에서 참조 아키텍처 오버레이 설계를 사용하는 IPv6 패브릭 인프라를 사용할 수도 있습니다. IPv6 패브릭 설계는 워크로드 연결을 위한 IPv6 인터페이스 주소 지정, IPv6 EBGP 언더레이 및 IPv6 EBGP 오버레이로 구성됩니다. NVE 디바이스는 IPv6 패브릭을 사용하여 VXLAN 헤더를 IPv6 외부 헤더로 캡슐화하고 IPv6 다음 홉을 사용하여 패브릭 엔드에서 엔드 투 엔드로 패킷을 터널합니다. 워크로드는 IPv4 또는 IPv6일 수 있습니다.

지원되는 참조 아키텍처 오버레이 설계에서 구성하는 대부분의 요소는 언더레이 및 오버레이 인프라가 IPv4 또는 IPv6을 사용하는지 여부와 무관합니다. 언더레이와 오버레이가 IPv6 패브릭 설계를 사용하는 경우 지원되는 각 오버레이 설계에 대한 해당 구성 절차는 구성 차이를 불러일치게 됩니다.

자세한 내용은 이 가이드 및 기타 리소스의 다음 참조를 참조하십시오.

브리지 오버레이

이 가이드에 설명된 첫 번째 오버레이 서비스 유형은 그림 5와 같이 브리지된 오버레이입니다.

그림 5: 브리지 오버레이 Bridged Overlay

이 오버레이 모델에서 이더넷 VLAN은 VXLAN 터널에서 리프 디바이스 간에 확장됩니다. 이러한 리프-투-리프 VXLAN 터널은 리프 디바이스 간에 이더넷 연결이 필요하지만 VLAN 간에 라우팅이 필요하지 않은 데이터센터 네트워크를 지원합니다. 따라서 스파인 디바이스는 리프 디바이스에 대한 기본 언더레이 및 오버레이 연결만 제공하며 다른 오버레이 방법으로 보이는 라우팅 또는 게이트웨이 서비스는 수행하지 않습니다.

리프 디바이스는 VTEP를 시작해 다른 리프 디바이스에 연결합니다. 이 터널을 사용하면 리프 디바이스가 VLAN 트래픽을 데이터센터의 다른 리프 디바이스 및 이더넷 연결 엔드 시스템으로 보낼 수 있습니다. 이 오버레이 서비스의 단순성은 기존 이더넷 기반 데이터센터에 EVPN/VXLAN을 쉽게 도입할 수 있는 방법이 필요한 운영자에게 적합합니다.

참고:

MX 시리즈 라우터를 구현하거나 EVPN/VXLAN 패브릭 외부의 보안 디바이스를 SRX 시리즈 브리지된 오버레이에 라우팅을 추가할 수 있습니다. 그렇지 않으면 라우팅을 통합하는 다른 오버레이 유형 중 하나를 선택할 수 있습니다(예: 에지 라우팅 브리징 오버레이, 중앙 라우팅 브리징 오버레이 또는 라우팅된 오버레이).

브리지 오버레이 구현에 대한 자세한 내용은 브리지 오버레이 설계 및 구현을 참조하십시오.

중앙 라우팅 브리지 오버레이

두 번째 오버레이 서비스 유형은 그림 6과 같이 중앙에서 라우팅된 브리징 오버레이입니다.

그림 6: 중앙 라우팅 브리지 오버레이 Centrally Routed Bridging Overlay

중앙 라우팅 브리지 오버레이 라우팅에서 엔드 시스템이 연결된 VTEP 디바이스(이 예의 리프 레이어)가 아닌 데이터센터 네트워크의 중앙 게이트웨이(이 예의 스파인 레이어)에서 발생합니다.

중앙 게이트웨이를 통과하기 위해 라우팅된 트래픽이 필요하거나 에지 VTEP 디바이스에 필요한 라우팅 기능이 부족한 경우 이 오버레이 모델을 사용할 수 있습니다.

위에서 보듯이 이더넷 연결 엔드 시스템에서 발생하는 트래픽은 트렁크(여러 VLAN) 또는 액세스 포트(단일 VLAN)를 통해 리프 VTEP 디바이스로 전달됩니다. VTEP 디바이스는 트래픽을 로컬 엔드 시스템 또는 원격 VTEP 디바이스의 엔드 시스템으로 전달합니다. 각 스파인 디바이스 통합 라우팅 및 브리징(IRB) 인터페이스는 이더넷 가상 네트워크 간의 트래픽 라우팅을 지원합니다.

VLAN 인식 브리징 오버레이 서비스 모델을 사용하면 동일한 오버레이 가상 네트워크로 VLAN 컬렉션을 쉽게 어그리게이션할 수 있습니다. 주니퍼 네트웍스 EVPN 설계는 다음과 같이 데이터센터에서 3가지 VLAN 인식 이더넷 서비스 모델 구성을 지원합니다.

에지 라우팅 브리징 오버레이

그림 7과 같이 세 번째 오버레이 서비스 옵션은 에지 라우팅 브리징 오버레이입니다.

그림 7: 에지 라우팅 브리징 오버레이 Edge-Routed Bridging Overlay

이 이더넷 서비스 모델에서 IRB 인터페이스는 오버레이 네트워크 에지의 리프 디바이스 VTEP로 이동하여 IP 라우팅을 엔드 시스템에 더 가깝게 제공합니다. 단일 디바이스에서 브리징, 라우팅 및 EVPN/VXLAN을 지원하는 데 필요한 특별한 ASIC 기능으로 인해 특정 스위치에서만 에지 라우팅 브리징 오버레이가 가능합니다. 에지 라우팅 브리징 오버레이에서 리프 디바이스로 지원하는 스위치 목록은 데이터센터 EVPN-VXLAN 패브릭 참조 설계-지원되는 하드웨어 요약을 참조하십시오.

이 모델은 전체 네트워크를 더 단순화할 수 있도록 해줍니다. 스파인 디바이스는 IP 트래픽만 처리하도록 구성되어 브리징 오버레이를 스파인 디바이스로 확장할 필요가 없습니다.

또한 이 옵션을 사용하면 엔드 시스템이 동일한 리프 디바이스 VTEP에 연결되는 서버 간(server-to-server) 데이터센터 내 트래픽(east-west 트래픽이라고도 함)이 더 빨라집니다. 그 결과, 라우팅은 중앙에서 라우팅되는 브리지 오버레이보다 엔드 시스템 가까이에서 발생합니다.

참고:

리프 디바이스로 작동하는 QFX5110 또는 QFX5120 스위치의 EVPN Type-5 라우팅 인스턴스에 포함된 IRB 인터페이스를 구성할 때 디바이스는 EVPN Type 5 경로에 대한 대칭 IRB 간 유니캐스트 라우팅을 자동으로 활성화합니다.

에지 라우팅 브리징 오버레이 구현에 대한 자세한 내용은 에지 라우팅 브리징 오버레이 설계 및 구현을 참조하십시오.

컬랩스드 스파인 오버레이

축소된 스파인 아키텍처의 오버레이 네트워크는 에지 라우팅 브리지 오버레이와 유사합니다. 축소된 스파인 아키텍처에서 리프 디바이스 기능은 스파인 디바이스에 축소됩니다. 리프 레이어가 없기 때문에 에지 라우팅 브리징 모델의 리프 디바이스와 같은 오버레이 네트워크 에지에 있는 스파인 디바이스에서 VTEPS 및 IRB 인터페이스를 구성합니다. 스파인 디바이스는 또한 경계 게이트웨이 기능을 수행하여 north-south 트래픽을 라우팅하거나 데이터센터 위치 전반으로 레이어 2 트래픽을 확장할 수 있습니다.

축소된 스파인 아키텍처로 지원하는 스위치 목록은 데이터센터 EVPN-VXLAN 패브릭 참조 설계-지원되는 하드웨어 요약을 참조하십시오.

브리지, 중앙 라우팅 브리징 및 에지 라우팅 브리징 오버레이 비교

EVPN 환경에 가장 적합한 오버레이 유형을 결정하는 데 도움이 하려면 표 1을 참조하십시오.

표 1: 브리지, 중앙 라우팅 브리징 및 에지 라우팅 브리징 오버레이 비교

비교 포인트

에지 라우팅 브리징 오버레이

중앙 라우팅 브리지 오버레이

브리지 오버레이

완전히 분산된 테넌트 서브넷 간 라우팅

✓

IP 게이트웨이 장애의 최소 영향

✓

리프 수준에서 타사 노드에 대한 동적 라우팅

✓

대량 East-West 트래픽에 최적화

✓

원시 IP 패브릭과의 통합 향상

✓

서버에 가까운 IP VRF 가상화

✓

Contrail vRouter 멀티호밍 필요

✓

다양한 벤더와의 손쉽은 EVPN 상호운용성

✓

Symmetric 인터 서브넷 라우팅

✓

✓

랙당 VLAN ID 중복

✓

✓

✓

간편한 수동 구성 및 문제 해결

✓

✓

서비스 프로바이더 및 엔터프라이즈 스타일의 인터페이스

✓

✓

레거시 리프 스위치 지원(QFX5100)

✓

✓

중앙 집중식 가상 머신 트래픽 최적화(VMTO) 제어

✓

방화벽 클러스터의 IP 테넌트 서브넷 게이트웨이

✓

브리징 오버레이의 IRB 주소 지정 모델

중앙 라우팅 브리징 및 에지 라우팅 브리징 오버레이에서 IRB 인터페이스를 구성하려면 기본 게이트웨이 IP에 대한 모델을 이해하고 다음과 같이 IRB 인터페이스의 MAC 주소 구성을 이해해야 합니다.

  • Unique IRB IP Address-이 모델에서는 오버레이 서브넷의 각 IRB 인터페이스에 고유한 IP 주소가 구성됩니다.

    각 IRB 인터페이스에 고유한 IP 주소와 MAC 주소 갖는 이점은 고유한 IP 주소를 사용하여 오버레이 내에서 각 IRB 인터페이스를 모니터링하고 도달할 수 있다는 것입니다. 또한 이 모델을 사용하면 IRB 인터페이스에서 라우팅 프로토콜을 구성할 수 있습니다.

    이 모델의 단점은 각 IRB 인터페이스에 고유한 IP 주소를 할당하면 서브넷의 여러 IP 주소를 소비할 수 있다는 것입니다.

  • Unique IRB IP Address with Virtual Gateway IP Address-이 모델은 이전 모델에 가상 게이트웨이 IP 주소를 추가하고 중앙에서 라우팅되는 브리지 오버레이에 대해 이를 권장합니다. VRRP와 비슷하지만 게이트웨이 IRB 인터페이스 간 인밴드 데이터 플레인 신호가 없습니다. 가상 게이트웨이는 오버레이 서브넷의 모든 기본 게이트웨이 IRB 인터페이스에 대해 동일해야 하며 구성된 모든 게이트웨이 IRB 인터페이스에서 활성화됩니다. 또한 가상 게이트웨이에 대한 공통 IPv4 MAC 주소 구성해야 합니다. 이는 IRB 인터페이스를 통해 전달되는 데이터 패킷의 소스 MAC 주소 됩니다.

    가상 게이트웨이는 이전 모델의 이점 외에도 엔드 시스템의 기본 게이트웨이 구성을 단순화합니다. 이 모델의 단점은 이전 모델과 동일합니다.

  • IRB with Anycast IP Address and MAC Address-이 모델에서는 오버레이 서브넷의 모든 기본 게이트웨이 IRB 인터페이스가 동일한 IP 및 MAC 주소 구성됩니다. 에지 라우팅 브리징 오버레이에 이 모델을 권장합니다.

    이 모델의 이점은 기본 게이트웨이 IRB 인터페이스 주소 지정에 서브넷당 단일 IP 주소만 필요하며, 이는 최종 시스템의 기본 게이트웨이 구성을 단순화한다는 것입니다.

EVPN Type 5 경로를 사용한 라우팅 오버레이

그림 8과 같이 마지막 오버레이 옵션은 라우팅된 오버레이입니다.

그림 8: 라우팅 오버레이 Routed Overlay

이 옵션은 IP 라우팅 가상 네트워크 서비스입니다. MPLS 기반 IP VPN과 달리 이 모델의 가상 네트워크는 EVPN/VXLAN을 기반으로 합니다.

대부분의 최신 애플리케이션은 IP에 최적화되어 있으므로 클라우드 프로바이더는 이 가상 네트워크 옵션을 선호합니다. 디바이스 간의 모든 통신이 IP 레이어에서 발생하므로 이 라우팅된 오버레이 모델에서 VLAN 및 ESIS와 같은 이더넷 브리징 구성 요소를 사용할 필요가 없습니다.

라우팅된 오버레이 구현에 대한 자세한 내용은 라우팅 오버레이 설계 및 구현을 참조하십시오.

네트워크 가상화 오버레이에서 멀티테넌시를 위한 MAC-VRF 인스턴스

MAC-VRF 라우팅 인스턴스를 사용하면 EVPN-VXLAN 패브릭에서 VTEP 역할을 하는 디바이스에서 서로 다른 이더넷 서비스 유형을 가진 여러 EVPN 인스턴스를 구성할 수 있습니다. MAC-VRF 인스턴스를 사용하여 고객별 VRF 테이블로 데이터센터의 여러 테넌트 관리를 통해 테넌트 워크로드를 격리하거나 그룹화할 수 있습니다.

또한 MAC-VRF 인스턴스는 VLAN 인식 서비스 유형에 대한 사전 지원 외에도 VLAN 기반 서비스 유형에 대한 지원을 도입합니다. 그림 9를 참조하십시오.

그림 9: MAC-VRF 서비스 유형 MAC-VRF Service Types

  • VLAN 기반 서비스 - MAC-VRF 인스턴스에서 하나의 VLAN 및 해당 VXLAN 네트워크 식별자(VNI)를 구성할 수 있습니다. 새로운 VLAN 및 VNI를 프로비저닝하려면 새 VLAN 및 VNI로 새로운 MAC VRF 인스턴스를 구성해야 합니다.

  • VLAN 인식 서비스 - 동일한 MAC-VRF 인스턴스에서 하나 이상의 VLAN과 해당 VPI를 구성할 수 있습니다. 새로운 VLAN 및 VNI를 프로비저닝하려면 새로운 VLAN 및 VNI 구성을 기존 MAC-VRF 인스턴스에 추가할 수 있습니다. 이를 통해 VLAN 기반 서비스를 사용하여 일부 구성 단계를 절약할 수 있습니다.

MAC-VRF 인스턴스는 레이어 2 및 레이어  3 모두에서 보다 유연한 구성 옵션을 지원합니다. 예를 들어:

그림 10: MAC-VRF 인스턴스를 통해 레이어 2 및 레이어 3 모두에서 유연한 구성 옵션 Flexible Configuration Options at both Layer 2 and Layer 3 with MAC-VRF Instances

그림 10 은 MAC-VRF 인스턴스의 경우 다음을 보여줍니다.

  • 동일한 디바이스에서 서로 다른 MAC-VRF 인스턴스에서 다른 서비스 유형을 구성할 수 있습니다.

  • 레이어 2(MAC-VRF 인스턴스)와 레이어 3(VRF 인스턴스)에서 유연한 테넌트 격리 옵션이 있습니다. 단일 MAC-VRF 인스턴스에서 VLAN 또는 VLAN에 해당하는 VRF 인스턴스를 구성할 수 있습니다. 또는 여러 MAC-VRF 인스턴스에서 VLAN을 아우르는 VRF 인스턴스를 구성할 수도 있습니다.

그림 11 은 테넌트 분리를 위한 샘플 MAC-VRF 구성이 있는 에지 라우팅 브리징 오버레이 패브릭을 보여줍니다.

그림 11: 테넌트 분리를 위한 MAC-VRF 인스턴스를 갖춘 에지 라우팅 브리징 오버레이 패브릭 Edge-Routed Bridging Overlay Fabric with MAC-VRF Instances for Tenant Separation

그림 11에서 리프 디바이스는 MAC-VRF 인스턴스 MAC-VRF 12 및 MAC-VRF  3을 사용하여 테넌트 12(VLAN 1과 VLAN 2) 및 테넌트 3(VLAN 3) 사이의 레이어 2에서 격리를 유지하는 VXLAN 터널을 설정합니다. 또한 리프 디바이스는 VRF 인스턴스 VRF 12 및 VRF 3을 사용하여 레이어 3에서 테넌트 분리합니다.

MAC-VRF 및 VRF 구성에 의해 레이어 2와 레이어  3에서 분리된 테넌트 간에 VLAN 트래픽을 공유하는 다른 옵션을 사용할 수 있습니다.

  • 방화벽을 통해 테넌트 VRF 간에 안전한 외부 상호 연결을 설정합니다.

  • 레이어 3 VRF 간 로컬 경로 누출을 구성합니다.

MAC-VRF 인스턴스와 이를 사용하는 예를 들어 고객 사용 사례에 대한 자세한 내용은 EVPN-VXLAN DC IP 패브릭 MAC-VRF L2 서비스를 참조하십시오.

MAC-VRF 인스턴스는 다음과 같이 포워딩 인스턴스에 해당합니다.

  • QFX5000 라인의 스위치(Junos OS 또는 진화한 Junos OS 실행되는 인스턴스 포함)의 MAC-VRF 인스턴스는 모두 기본 포워딩 인스턴스의 일부입니다. 이러한 디바이스에서는 MAC-VRF 인스턴스 또는 여러 MAC-VRF 인스턴스에서 중복 VLAN을 구성할 수 없습니다.

  • 스위치 QFX10000 라인 여러 포워딩 인스턴스를 구성하고 MAC-VRF 인스턴스를 특정 포워딩 인스턴스에 매핑할 수 있습니다. 여러 MAC-VRF 인스턴스를 동일한 포워딩 인스턴스에 매핑할 수도 있습니다. 각 MAC-VRF 인스턴스를 구성하여 다른 포워딩 인스턴스를 사용하는 경우, 여러 MAC-VRF 인스턴스에서 중첩되는 VLAN을 구성할 수 있습니다. 단일 MAC-VRF 인스턴스 또는 동일한 포워딩 인스턴스로 매핑되는 MAC-VRF 인스턴스에서 중복 VLAN을 구성할 수 없습니다.

  • 기본 구성에서 스위치에는 기본 포워딩 인스턴스와 연결된 VLAN ID=1이 있는 기본 VLAN이 포함됩니다. VLAN ID는 포워딩 인스턴스에서 고유해야 하기 때문에 기본 포워딩 인스턴스를 사용하는 MAC-VRF 인스턴스에서 VLAN ID=1을 사용하여 VLAN을 구성하려면 기본 VLAN의 VLAN ID를 1이 아닌 값으로 재할당해야 합니다. 예를 들어:

이 가이드의 참조 네트워크 가상화 오버레이 구성 예에는 MAC-VRF 인스턴스를 사용하여 오버레이를 구성하는 단계가 포함됩니다. 유형의 mac-vrfEVPN 라우팅 인스턴스를 구성하고, 인스턴스에서 경로 구분자와 경로 대상을 설정합니다. 또한 원하는 인터페이스(VTEP 소스 인터페이스 포함), VLAN 및 인스턴스에 VLAN-VNI 매핑을 포함합니다. 다음 항목에서 참조 구성을 참조하십시오.

참고:

구성이 여러 MAC-VRF 인스턴스를 사용할 때 디바이스가 VTEP 확장에 문제가 있을 수 있습니다. 따라서 이 문제를 피하기 위해 MAC-VRF 인스턴스 구성으로 Junos OS 실행하는 QFX5000 스위치 제품군에서 공유 터널 기능을 활성화해야 합니다. 공유 터널을 구성할 때 디바이스는 원격 VTEP에 도달할 다음 홉 항목의 수를 최소화합니다. 계층 수준에서 문을 사용하여 디바이스에서 공유 VXLAN 터널을 shared-tunnels [edit forwarding-options evpn-vxlan] 전역으로 활성화합니다. 이 설정을 사용하려면 디바이스를 재부팅해야 합니다.

이 문은 Junos OS 실행되는 스위치 QFX10000 라인 선택 사항으로, QFX5000 스위치보다 높은 VTEP 확장을 처리할 수 있습니다.

EVPN-VXLAN 패브릭에서 Junos OS Evolved를 실행하는 디바이스에서 공유 터널은 기본적으로 활성화됩니다. Junos OS Evolved는 MAC-VRF 구성에서만 EVPN-VXLAN을 지원합니다.

이더넷 연결 엔드 시스템을 위한 멀티호밍 지원

그림 12: 이더넷 연결 엔드 시스템 멀티호밍 Ethernet-Connected End System Multihoming

이더넷 연결 멀티호밍 을 통해 이더넷 연결 엔드 시스템이 단일 홈 링크를 통해 이더넷 오버레이 네트워크에 연결하거나 다른 VTEP 디바이스에 멀티호밍된 여러 링크를 통해 연결할 수 있습니다. 이더넷 트래픽은 동일한 엔드 시스템에 연결된 리프 디바이스의 VTEP 간에 패브릭 전반에서 로드 밸런서(load-balance)됩니다.

주니퍼는 이더넷 연결 엔드 시스템이 단일 리프 디바이스에 연결되거나 2개 또는 3개의 리프 디바이스에 멀티호밍된 설정을 테스트하여 두 개 이상의 리프 VTEP 디바이스가 있는 멀티홈 설정에서 트래픽이 적절하게 처리되고 있음을 증명했습니다. 실제로 이더넷 연결 엔드 시스템을 많은 수의 리프 VTEP 디바이스에 멀티호밍할 수 있습니다. 모든 링크가 활성화되고 네트워크 트래픽이 모든 멀티호밍 링크에서 로드 밸런서(load balance)가 가능합니다.

이 아키텍처에서 EVPN은 이더넷 연결 멀티호밍에 사용됩니다. EVPN 멀티홈 LAG는 EVPN 브리징 오버레이의 이더넷 세그먼트 식별자(ESI)로 식별되며 LACP는 LAG 가용성을 개선하는 데 사용됩니다.

VLAN 트렁킹을 통해 하나의 인터페이스가 여러 VLAN을 지원할 수 있습니다. VLAN 트렁킹은 비오버레이 하이퍼바이저의 가상 머신(VM)이 모든 오버레이 네트워킹 컨텍스트에서 작동할 수 있도록 합니다.

이더넷 연결 멀티호밍 지원에 대한 자세한 내용은 이 더넷 연결 엔드 시스템 설계 및 구현을 참조하십시오.

IP 연결 엔드 시스템을 위한 멀티호밍 지원

그림 13: IP 연결 엔드 시스템 멀티호밍 IP-Connected End System Multihoming

서로 다른 리프 디바이스의 여러 IP 기반 액세스 인터페이스를 통해 IP 네트워크에 연결하는 IP 연결 멀티호밍 엔드포인트 시스템.

IP 연결 엔드 시스템이 단일 리프에 연결되거나 2개 또는 3개의 리프 디바이스에 멀티호밍된 설정을 테스트했습니다. 이 설정은 여러 리프 디바이스에 멀티호밍될 때 트래픽이 적절하게 처리되었는지 확인했습니다. 실제로 IP 연결 엔드 시스템을 많은 수의 리프 디바이스에 멀티호밍할 수 있습니다.

멀티홈 설정에서 모든 링크가 활성화되고 네트워크 트래픽이 모든 멀티홈 링크를 통해 전달되고 수신됩니다. IP 트래픽은 간단한 해싱 알고리즘을 사용하여 멀티호밍 링크 전반에서 로드 밸런싱됩니다.

EBGP는 IP 연결 엔드포인트 시스템과 연결된 리프 디바이스 간의 라우팅 정보를 교환하여 엔드포인트 시스템에 대한 경로 또는 경로가 모든 스파인 및 리프 디바이스와 공유되도록 하는 데 사용됩니다.

IP 연결 멀티호밍 빌딩 블록에 대한 자세한 내용은 IP 연결 엔드 시스템 설계 및 구현에 대한 멀티호밍을 참조하십시오.

경계 디바이스

일부 레퍼런스 설계에는 로컬 IP 패브릭 외부에 있는 다음 디바이스에 대한 연결을 제공하는 경계 디바이스가 포함됩니다.

  • 멀티캐스트 게이트웨이.

  • 데이터센터 상호 연결(DCI)을 위한 데이터센터 게이트웨이입니다.

  • 방화벽, 네트워크 주소 변환(NAT), 침입 탐지 및 방지(IDP), 멀티캐스트 등과 같은 여러 서비스가 통합된 SRX 라우터와 같은 디바이스입니다. 여러 서비스를 하나의 물리적 디바이스에 통합하는 것을 서비스 체킹이라고 합니다.

  • 방화벽 역할을 하는 어플라이언스 또는 서버, DHCP 서버, sFlow 수집기 등입니다.

    참고:

    네트워크에 경계 디바이스에 1Gbps 이더넷 연결이 필요한 레거시 어플라이언스 또는 서버를 포함하는 경우 QFX10008 또는 QFX5120 스위치를 경계 디바이스로 사용하는 것이 좋습니다.

위에서 설명한 추가 기능을 제공하기 위해 주니퍼 네트웍스 다음과 같은 방법으로 경계 디바이스 구축을 지원합니다.

  • 경계 디바이스 역할을 하는 디바이스로서만 해당됩니다. 이 전용 역할에서 위에서 설명한 작업 중 하나 이상을 처리하도록 디바이스를 구성할 수 있습니다. 이러한 상황에서 디바이스는 일반적으로 경계 리프로 구축되며, 이 리프는 스파인 디바이스 연결됩니다.

    예를 들어 그림 14에 표시된 에지 라우팅 브리징 오버레이에서 경계 리프 L5 및 L6는 DCI, sFlow 수집기 및 DHCP 서버의 데이터센터 게이트웨이에 대한 연결을 제공합니다.

  • 네트워크 언더레이 디바이스와 위에서 설명한 작업 중 하나 이상을 처리할 수 있는 경계 디바이스라는 두 가지 역할을 가진 디바이스입니다. 이러한 상황에서는 스파인 디바이스 일반적으로 두 가지 역할을 처리합니다. 따라서 경계 디바이스 기능을 경계 스파인이라고 합니다.

    예를 들어 그림 15에 표시된 에지 라우팅 브리징 오버레이에서 경계 스파인 S1 및 S2는 린 스파인 디바이스로 작동합니다. 또한 DCI, sFlow 수집기 및 DHCP 서버를 위한 데이터센터 게이트웨이에 대한 연결성도 제공합니다.

그림 14: 경계 리프가 있는 에지 라우팅 브리징 토폴로지 샘플 Sample Edge-Routed Bridging Topology with Border Leafs
그림 15: 경계 스파인을 갖춘 에지 라우팅 브리징 토폴로지 샘플 Sample Edge-Routed Bridging Topology with Border Spines

Data Center Interconnect(DCI)

DCI(Data Center Interconnect) 빌딩 블록은 데이터센터 간 트래픽 전송에 필요한 기술을 제공합니다. 검증된 설계는 VXLAN 연결이 포함된 EVPN Type 5 경로, IPVPN 경로 및 레이어 2 DCI를 사용하여 DCI를 지원합니다.

EVPN 유형 5 또는 IPVPN 경로는 서로 다른 IP 주소 서브네팅 체계를 사용하는 데이터센터 간 데이터센터 간 트래픽을 교환할 수 있도록 DCI 컨텍스트에서 사용됩니다. 다른 데이터센터의 스파인 디바이스 간에 경로가 교환되어 데이터센터 간 트래픽이 전송되도록 합니다.

그림 16: EVPN 유형 5 경로 토폴로지 사용 DCI 개요 DCI Using EVPN Type 5 Routes Topology Overview

DCI를 구성하려면 데이터센터 간의 물리적 연결이 필요합니다. 물리적 연결은 WAN 클라우드의 백본 디바이스에서 제공됩니다. 백본 디바이스는 단일 데이터센터(POD)의 모든 스파인 디바이스와 다른 데이터센터에 연결된 다른 백본 디바이스에 연결됩니다.

DCI 구성에 대한 자세한 내용은 다음을 참조하십시오.

서비스 체닝

많은 네트워크에서는 트래픽이 방화벽, NAT, IDP, 멀티캐스트 등과 같은 서비스를 제공하는 별도의 하드웨어 디바이스를 통해 트래픽이 흐르는 것이 일반적입니다. 각 디바이스에는 별도의 운영 및 관리가 필요합니다. 여러 네트워크 기능을 연결하는 이러한 방법은 물리적 서비스 체킹으로 간주할 수 있습니다.

서비스 체팅을 위한 보다 효율적인 모델은 네트워크 기능을 단일 디바이스에 가상화하고 통합하는 것입니다. 청사진 아키텍처에서 주니퍼는 SRX 시리즈 라우터를 네트워크 기능과 프로세스를 통합하고 서비스를 적용하는 디바이스로 사용하고 있습니다. 해당 디바이스를 물리적 네트워크 기능(PNF)이라고 합니다.

이 솔루션에서는 중앙 라우팅 브리지 오버레이와 에지 라우팅 브리징 오버레이 모두에서 서비스 체킹이 지원됩니다. 테넌트 간 트래픽에만 작동합니다.

서비스 체팅에 대한 논리적 뷰

그림 17 은 서비스 체팅에 대한 논리적 뷰를 보여줍니다. 오른쪽 구성과 왼쪽 구성을 가진 한 개의 스파인을 보여줍니다. 양쪽에는 VRF 라우팅 인스턴스와 IRB 인터페이스가 있습니다. 센터의 SRX 시리즈 라우터는 PNF이며 서비스 체닝을 수행합니다.

그림 17: 서비스 체팅 논리적 보기 Service Chaining Logical View

이 논리적 보기에서 트래픽 플로우는 다음과 같습니다.

  1. 스파인은 왼쪽 VRF에 있는 VTEP에서 패킷을 수신합니다.

  2. 패킷은 캡슐화 해제되어 왼쪽 IRB 인터페이스로 전송됩니다.

  3. IRB 인터페이스는 패킷을 PNF 역할을 하는 SRX 시리즈 라우터에 라우팅합니다.

  4. SRX 시리즈 라우터는 패킷에서 서비스 체임을 수행하고 패킷을 스파인으로 다시 전달하며, 이 패킷은 스파인의 오른쪽에 표시된 IRB 인터페이스에 수신됩니다.

  5. IRB 인터페이스는 패킷을 오른쪽 VRF의 VTEP로 라우팅합니다.

서비스 체팅 구성에 대한 자세한 내용은 서비스 체닝 설계 및 구현을 참조하십시오.

멀티캐스트 최적화

멀티캐스트 최적화는 EVPN VXLAN 환경의 멀티캐스트 시나리오에서 대역폭을 보존하고 트래픽을 보다 효율적으로 라우팅하는 데 도움이 됩니다. 구성된 멀티캐스트 최적화가 없으면 그림 18과 같이 멀티캐스트 소스에 연결된 리프의 수신 시 모든 멀티캐스트 복제가 수행됩니다. 멀티캐스트 트래픽은 스파인에 연결된 모든 리프 디바이스로 전송됩니다. 각 리프 디바이스는 연결된 호스트에 트래픽을 전송합니다.

그림 18: 최적화 Multicast without Optimizations 없는 멀티캐스트

함께 작동할 수 있는 EVPN VXLAN 환경에서 지원되는 몇 가지 유형의 멀티캐스트 최적화가 있습니다.

멀티캐스트 기능 구성에 대한 자세한 내용은 다음을 참조하십시오.

IGMP 스누핑

EVPN-VXLAN 패브릭에서 IGMP 스누핑은 멀티캐스트 트래픽 배포를 최적화하는 데 유용합니다. IGMP 스누핑은 대역폭을 보존합니다. 멀티캐스트 트래픽은 IGMP 수신자가 있는 인터페이스에서만 전달되기 때문입니다. 리프 디바이스의 모든 인터페이스가 멀티캐스트 트래픽을 수신할 필요는 없습니다.

IGMP 스누핑 없이 엔드 시스템은 관심이 없는 IP 멀티캐스트 트래픽을 수신하며, 불필요하게 원치 않는 트래픽으로 링크를 플러딩합니다. IP 멀티캐스트 플로우가 큰 경우 원치 않는 트래픽이 플러딩되면 서비스 거부 문제가 발생하는 경우도 있습니다.

그림 19 는 IGMP 스누핑이 EVPN-VXLAN 패브릭에서 어떻게 작동하는지 보여줍니다. 이 샘플 EVPN-VXLAN 패브릭에서 IGMP 스누핑은 모든 리프 디바이스에서 구성되며, 멀티캐스트 수신기 2는 이전에 IGMPv2 참가 요청을 보냈습니다.

  1. 멀티캐스트 수신기 2는 IGMPv2 휴가 요청을 보냅니다.

  2. 멀티캐스트 수신기 3 및 4는 IGMPv2 참가 요청을 보냅니다.

  3. Leaf 1이 수신 멀티캐스트 트래픽을 수신하면 모든 리프 디바이스에 대해 복제하여 스파인으로 전달합니다.

  4. 스파인은 트래픽을 모든 리프 디바이스로 전달합니다.

  5. Leaf 2는 멀티캐스트 트래픽을 수신하지만 수신자가 IGMP 휴가 메시지를 보냈기 때문에 수신자에게 전달하지 않습니다.

그림 19: IGMP 스누핑이 있는 Multicast with IGMP Snooping 멀티캐스트

EVPN-VXLAN 네트워크에서는 IGMP 버전 2만 지원됩니다.

IGMP 스누핑에 대한 자세한 내용은 EVPN-VXLAN 환경에서 IGMP 스누핑 또는 MLD 스누핑을 사용한 멀티캐스트 포워딩 개요를 참조하십시오.

선택적 멀티캐스트 포워딩

선택적 멀티캐스트 이더넷(SMET) 포워딩은 엔드투엔드 네트워크 효율성을 높이고 EVPN 네트워크의 트래픽을 줄입니다. 패브릭 코어에서 대역폭 사용을 보존하고 수신자가 없는 송신 디바이스의 부하를 줄입니다.

IGMP 스누핑이 활성화된 디바이스는 선택적 멀티캐스트 포워딩을 사용하여 효율적인 방식으로 멀티캐스트 트래픽을 포워딩합니다. IGMP 스누핑을 활성화하면 리프 디바이스는 관심 있는 수신기가 있는 액세스 인터페이스로만 멀티캐스트 트래픽을 보냅니다. SMET가 추가되면 리프 디바이스는 멀티캐스트 그룹에 관심을 표명한 코어의 리프 디바이스에만 멀티캐스트 트래픽을 선택적으로 전송합니다.

그림 20 은 IGMP 스누핑과 함께 SMET 트래픽 플로우를 보여줍니다.

  1. 멀티캐스트 수신기 2는 IGMPv2 휴가 요청을 보냅니다.

  2. 멀티캐스트 수신기 3 및 4는 IGMPv2 참가 요청을 보냅니다.

  3. Leaf 1이 수신 멀티캐스트 트래픽을 수신하면 관심 있는 수신기(리프 디바이스 3 및 4)가 있는 리프 디바이스에만 트래픽을 복제하고 스파인으로 전달합니다.

  4. 스파인은 트래픽을 리프 디바이스 3 및 4로 전달합니다.

그림 20: IGMP 스누핑을 통한 선택적 멀티캐스트 포워딩 Selective Multicast Forwarding with IGMP Snooping

SMET를 활성화할 필요가 없습니다. 디바이스에서 IGMP 스누핑이 구성되면 기본적으로 활성화됩니다.

SMET에 대한 자세한 내용은 선택적 멀티캐스트 포워딩 개요를 참조하십시오.

멀티캐스트 트래픽의 지원 복제

AR(Assisted Replication) 기능은 EVPN-VXLAN 패브릭 리프 디바이스를 수신 복제 작업에서 오프로드합니다. 수신 리프는 멀티캐스트 트래픽을 복제하지 않습니다. 멀티캐스트 트래픽 복사본 한 장을 AR 복제기 디바이스로 구성된 스파인으로 보냅니다. AR 복제기 디바이스는 멀티캐스트 트래픽을 배포하고 제어합니다. 이 방법은 수신 리프 디바이스의 복제 부하를 줄이는 것 외에도 리프와 스파인 사이의 패브릭에서 대역폭을 보존합니다.

그림 21 은 AR이 IGMP 스누핑 및 SMET와 함께 작동하는 방법을 보여줍니다.

  1. AR 리프 디바이스로 설정된 Leaf 1은 멀티캐스트 트래픽을 수신하고 AR 복제 디바이스로 설정된 스파인으로 카피 하나를 보냅니다.

  2. 스파인은 멀티캐스트 트래픽을 복제합니다. 이는 멀티캐스트 트래픽이 Leaf 1에서 유래한 VLAN VNI로 프로비저닝되는 리프 디바이스의 트래픽을 복제합니다.

    네트워크에 IGMP 스누핑과 SMET가 구성되어 있기 때문에 스파인은 관심 있는 수신기가 있는 리프 디바이스로만 멀티캐스트 트래픽을 보냅니다.

그림 21: AR, IGMP 스누핑 및 SMET Multicast with AR, IGMP Snooping, and SMET 가 포함된 멀티캐스트

이 문서에서는 멀티캐스트 최적화를 소규모로 보여줍니다. 스파인과 리프가 많은 본격적인 네트워크에서 최적화의 이점은 훨씬 더 분명합니다.

에지 라우팅 브리징 오버레이 네트워크를 위한 최적화된 인터서브넷 멀티캐스트

에지 라우팅 브리징 오버레이 패브릭의 내부와 외부에 멀티캐스트 소스와 수신기가 모두 있는 경우 최적화된 OISM(intersubnet multicast)을 구성하여 대규모로 효율적인 멀티캐스트 트래픽 플로우를 활성화할 수 있습니다.

OISM은 멀티캐스트 트래픽을 위해 로컬 라우팅 모델을 사용합니다. 이는 트래픽 헤어핀(traffic hairpinning)을 방지하고 EVPN 코어 내의 트래픽 부하를 최소화합니다. OISM은 멀티캐스트 소스 VLAN에서만 멀티캐스트 트래픽을 전달합니다. 인터서브넷 수신기의 경우, 리프 디바이스는 IRB 인터페이스를 사용하여 소스 VLAN에서 수신한 트래픽을 동일한 디바이스의 다른 수신기 VLAN으로 로컬로 라우팅합니다. OISM은 EVPN-VXLAN 패브릭에서 멀티캐스트 트래픽 플로우를 더욱 최적화하기 위해 IGMP 스누핑 및 SMET를 사용하여 패브릭의 트래픽을 관심 있는 수신기가 있는 리프 디바이스로만 포워딩합니다.

또한 OISM을 통해 패브릭은 외부 멀티캐스트 소스에서 내부 수신기로, 내부 멀티캐스트 소스에서 외부 수신기로 트래픽을 효과적으로 라우팅할 수 있습니다. OISM은 패브릭 내의 추가 브리지 도메인(SBD)을 사용하여 외부 소스에서 경계 리프 디바이스에서 수신된 멀티캐스트 트래픽을 전달합니다. SBD 설계는 외부 소스 트래픽에 대한 로컬 라우팅 모델을 유지합니다.

AR과 함께 OISM을 사용하여 저용량 OISM 리프 디바이스의 복제 부하를 줄일 수 있습니다. ( 멀티캐스트 트래픽의 보조 복제를 참조하십시오.)

OISM 및 AR을 갖춘 간단한 패브릭은 그림 22 를 참조하십시오.

그림 22: AR OISM with AR 기반 OISM

그림 22 는 OISM 서버 리프 및 경계 리프 디바이스, AR 복제자 역할의 Spine 1, AR 리프 역할의 멀티캐스트 소스로 서버 리프 1을 보여줍니다. 외부 소스 및 수신자도 외부 PIM 도메인에 존재할 수 있습니다. OISM과 AR는 다음과 같이 이 시나리오에서 함께 작동합니다.

  1. VLAN 1의 서버 리프 3 뒤에, VLAN 2의 서버 리프 4 뒤에 있는 멀티캐스트 수신기는 멀티캐스트 그룹에 관심이 있는 IGMP Joins를 보냅니다. 외부 수신자도 멀티캐스트 그룹에 참여할 수 있습니다.

  2. Server Leaf 1 뒤에 있는 멀티캐스트 소스는 그룹에 대한 멀티캐스트 트래픽을 VLAN 1의 패브릭으로 보냅니다. Server Leaf 1은 트래픽 사본을 Spine 1의 AR 복제자로 보냅니다.

  3. 또한 멀티캐스트 그룹의 외부 소스 트래픽이 Border Leaf 1에 도착합니다. 경계 리프 1은 SBD의 트래픽을 AR 복제자인 Spine 1로 전달합니다.

  4. AR 복제자는 소스 VLAN의 내부 소스와 SBD의 외부 소스에서 관심 있는 수신자가 있는 OISM 리프 디바이스로 사본을 보냅니다.

  5. 서버 리프 디바이스는 트래픽을 소스 VLAN의 수신기로 전달하고 트래픽을 다른 VLAN의 수신기로 로컬로 라우팅합니다.

EVPN을 위한 수신 가상 머신 트래픽 최적화

가상 머신과 호스트가 데이터센터 내에서 또는 한 데이터센터에서 다른 데이터센터로 이동하면 트래픽이 최적의 게이트웨이로 라우팅되지 않으면 네트워크 트래픽의 비효율적이 될 수 있습니다. 이는 호스트를 재배치할 때 발생할 수 있습니다. ARP 테이블이 항상 플러시되는 것은 아니며 더 최적의 게이트웨이가 있더라도 호스트로의 데이터 플로우가 구성된 게이트웨이로 전송됩니다. 트래픽이 "트롬보닝(tromboned)"되어 구성된 게이트웨이에 불필요하게 라우팅됩니다.

수신 가상 머신 트래픽 최적화(VMTO)는 네트워크 효율성을 높이고 수신 트래픽을 최적화하며 VLAN 간의 트롬본 효과를 제거할 수 있습니다. 수신 VMTO를 활성화하면 경로는 레이어 3 가상 라우팅 및 포워딩(VRF) 테이블에 저장되고 디바이스는 인바운드 트래픽을 재배치된 호스트로 직접 다시 돌아갑니다.

그림 23 은 수신 VMTO가 활성화된 상태에서 수신 VMTO 및 최적화된 트래픽이 없는 트래픽을 보여줍니다.

  • 수신 VMTO 없이 DC1 및 DC2의 Spine 1 및 2는 원본 경로가 DC2에서 전송되면 모두 원격 IP 호스트 경로 10.0.0.1을 보급합니다. 수신 트래픽은 DC1에서 Spine 1과 2 중 하나에 전달될 수 있습니다. 그런 다음 DC2의 Spine 1과 2로 라우팅되어 경로 10.0.0.1이 이동되었습니다. 이로 인해 트롬보닝 효과가 발생합니다.

  • 수신 VMTO를 통해 IP 호스트 경로(10.0.01)가 IP 호스트가 DC2로 이동할 때 DC1이 아닌 DC2에서 Spine 1과 2로만 보급하도록 정책을 구성하여 최적의 포워딩 경로를 달성할 수 있습니다.

그림 23: 수신 VMTO 사용 및 미지원 트래픽 Traffic with and without Ingress VMTO

VMTO 구성에 대한 자세한 내용은 VMTO 구성을 참조하십시오.

DHCP 릴레이

그림 24: 중앙 라우팅 브리징 오버레이 DHCP Relay in Centrally Routed Bridging Overlay 의 DHCP 릴레이

DHCP(Dynamic Host Configuration Protocol) 릴레이 빌딩 블록을 사용하면 네트워크가 DHCP 클라이언트와 DHCP 서버 간에 DHCP 메시지를 전달할 수 있습니다. 이 빌딩 블록의 DHCP 릴레이 구현은 게이트웨이가 스파인 레이어에 위치한 중앙 라우팅 브리지 오버레이를 통해 DHCP 패킷을 이동합니다.

DHCP 서버와 DHCP 클라이언트는 리프 디바이스에서 액세스 인터페이스를 사용하여 네트워크에 연결됩니다. DHCP 클라이언트와 클라이언트는 DHCP 클라이언트와 서버가 동일한 VLAN에 있을 때 추가 구성 없이 기존 네트워크를 통해 서로 통신할 수 있습니다. DHCP 클라이언트와 서버가 서로 다른 VLAN에 있을 때 클라이언트와 서버 간의 DHCP 트래픽은 스파인 디바이스의 IRB 인터페이스를 통해 VLAN 간에 전달됩니다. VLAN 간의 DHCP 릴레이를 지원하도록 스파인 디바이스에서 IRB 인터페이스를 구성해야 합니다.

DHCP 릴레이 구현에 대한 정보는 DHCP 릴레이 설계 및 구현을 참조하십시오.

ARP 동기화 및 억제(프록시 ARP)를 통한 ARP 트래픽 감소

ARP 동기화의 목표는 오버레이 서브넷을 제공하는 모든 VRF에서 ARP 테이블을 동기화하여 트래픽 양을 줄이고 네트워크 디바이스와 엔드 시스템 모두에 대한 처리를 최적화하는 것입니다. 서브넷의 IP 게이트웨이 ARP 바인딩에 대해 학습하면 다른 게이트웨이와 공유하므로 동일한 ARP 바인딩을 독립적으로 검색할 필요가 없습니다.

ARP 억제를 사용하면 리프 디바이스가 ARP 요청을 수신할 때 다른 VTEP 디바이스와 동기화된 자체 ARP 테이블을 확인하고 ARP 요청을 플러딩하는 대신 로컬로 요청에 응답합니다.

프록시 ARP 및 ARP 억제 기능은 에지 라우팅 브리징 오버레이에서 리프 디바이스 역할을 할 수 있는 모든 QFX 시리즈 스위치에서 기본적으로 활성화됩니다. 이러한 스위치 목록은 데이터센터 EVPN-VXLAN 패브릭 참조 설계(지원되는 하드웨어 요약)를 참조하십시오.

리프 디바이스의 IRB 인터페이스는 로컬 및 원격 리프 디바이스 모두에서 ARP 요청 및 NDP 요청을 제공합니다. 리프 디바이스가 다른 리프 디바이스로부터 ARP 요청 또는 NDP 요청을 수신하면 수신 디바이스는 MAC+IP 주소 바인딩 데이터베이스에서 요청된 IP 주소를 검색합니다.

  • 디바이스가 데이터베이스에서 MAC+IP 주소 바인딩을 발견하면 요청에 응답합니다.

  • 디바이스가 MAC+IP 주소 바인딩을 찾지 못하면 ARP 요청을 VLAN 및 관련 VTEP의 모든 이더넷 링크로 플러드합니다.

참여하는 모든 리프 디바이스는 ARP 항목을 추가하고 라우팅 및 브리징 테이블을 동기화하기 때문에 로컬 리프 디바이스는 로컬에 연결된 호스트의 요청에 직접 응답하고 원격 디바이스가 이러한 ARP 요청에 응답할 필요가 없습니다.

ARP 동기화, 프록시 ARP 및 ARP 억제 구현에 대한 자세한 내용은 에지 라우팅 브리징 오버레이에 대한 프록시 ARP 및 ARP 억제 활성화를 참조하십시오.

이더넷 연결 엔드 시스템의 레이어 2 포트 보안 기능

중앙 라우팅 브리지 오버레이 및 에지 라우팅 브리징 오버레이는 레이어 2 이더넷 연결 엔드 시스템에서 다음과 같은 보안 기능을 지원합니다.

이러한 기능에 대한 자세한 내용은 EVPN-VXLAN 환경의 MAC 필터링, 스톰 컨트롤 및 포트 미러링 지원을 참조하십시오.

이러한 기능 구성에 대한 자세한 내용은 이 더넷 연결 엔드 시스템에서 레이어 2 포트 보안 기능 구성을 참조하십시오.

스톰 컨트롤을 통한 BUM 트래픽 스톰 방지

스톰 컨트롤은 과도한 트래픽이 네트워크 저하를 방지할 수 있습니다. EVPN-VXLAN 인터페이스의 트래픽 수준을 모니터링하고 지정된 트래픽 수준을 초과할 때 BUM 트래픽을 삭제함으로써 BUM 트래픽 스톰의 영향을 줄입니다.

EVPN-VXLAN 환경에서 스톰 컨트롤 모니터:

  • 레이어 2 BUM 트래픽은 VXLAN에서 시작되어 동일한 VXLAN 내의 인터페이스로 전달됩니다.

  • VXLAN에서 IRB 인터페이스에 의해 수신되고 다른 VXLAN의 인터페이스로 전달되는 레이어 3 멀티캐스트 트래픽.

MAC 필터링을 사용하여 포트 보안 강화

MAC 필터링은 VLAN 내에서 학습할 수 있는 MAC 주소의 수를 제한하여 포트 보안을 향상시키므로 VXLAN의 트래픽을 제한합니다. MAC 주소 수를 제한하면 스위치가 이더넷 스위칭 테이블을 플러딩하지 않도록 보호합니다. 이더넷 스위칭 테이블의 플러딩은 학습된 새 MAC 주소의 수가 테이블을 오버플로우로 만들고 이전에 학습한 MAC 주소가 테이블에서 플러시될 때 발생합니다. 스위치는 성능에 영향을 미치고 보안 취약점을 도입할 수 있는 MAC 주소를 다시 학습합니다.

이 청사진에서 MAC 필터링은 MAC 주소를 기반으로 수신 대면 액세스 인터페이스로 전송되는 허용 패킷 수를 제한합니다. MAC 필터링의 작동 방식에 대한 자세한 내용은 MAC 제한 및 MAC 이동 제한 이해의 MAC 제한 정보를 참조하십시오.

포트 미러링을 사용한 트래픽 분석

분석기 기반 포트 미러링을 사용하면 EVPN-VXLAN 환경에서 패킷 수준까지 트래픽을 분석할 수 있습니다. 이 기능을 사용하면 네트워크 사용 및 파일 공유와 관련된 정책을 적용하고 특정 스테이션 또는 애플리케이션의 비정상적이거나 무거운 대역폭 사용을 찾아 문제 원인을 식별할 수 있습니다.

포트 미러링에서는 포트에 들어오거나 나가는 패킷이나 VLAN에 들어오는 패킷을 복사하고 로컬 모니터링을 위한 로컬 인터페이스 또는 원격 모니터링을 위해 VLAN으로 사본을 보냅니다. 포트 미러링을 사용하여 컴플라이언스 모니터링, 정책 시행, 침입 탐지, 트래픽 패턴 모니터링 및 예측, 이벤트 상관관계 분석 등의 목적으로 트래픽을 분석하는 애플리케이션으로 트래픽을 전송합니다.

관련 문서