Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

수신 가상 머신 트래픽 최적화

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

Junos OS 릴리스 18.4R1부터 Junos는 수신 VMTO(Virtual Machine Traffic Optimization)를 지원합니다. 수신 VMTO 기능이 활성화되면 원격 IP 호스트 경로가 L3 VRF(가상 라우팅 및 포워딩) 테이블에 저장되고 디바이스는 인바운드 트래픽을 재배치된 호스트로 직접 다시 라우팅합니다.

그림 1 은 ingress VMTO가 없는 트롬본 트래픽과 ingress VMTO가 활성화된 최적화된 트래픽을 보여줍니다. 수신 VMTO가 없으면 DC1 및 DC2의 스파인 1과 2는 모두 원본 경로가 DC2에서 올 때 원격 IP 호스트 경로 10.0.0.1을 보급합니다. 수신 트래픽은 DC1의 스파인 1과 2로 전달될 수 있습니다. 그런 다음 경로 10.0.0.1이 이동된 DC2의 스파인 1 및 2로 라우팅됩니다. 이로 인해 트롬보닝 효과가 발생합니다. 수신 VMTO를 사용하면 IP 호스트 경로(10.0.01)가 DC2로 이동할 때 DC1이 아닌 DC2의 스파인 1 및 2에서만 보급되도록 정책을 구성하여 최적의 전달 경로를 달성할 수 있습니다.

그림 1: 수신 VMTO Traffic with and without Ingress VMTO 가 있는 트래픽과 없는 트래픽

그림 2 에는 다양한 요소가 있는 EVPN 네트워크를 보여줍니다. PE1은 PE2와 이더넷 세그먼트를 공유합니다. PE3는 별도의 세그먼트에 있습니다. PE1이 CE1에서 새로운 IP 호스트 경로를 학습하면 PE1은 로컬에서 학습된 경로이므로 해당 경로를 VRF 테이블에 추가합니다. PE2가 CE1이 아닌 원격 피어 PE1에서 경로를 학습하는 경우, PE1과 PE2는 동일한 이더넷 세그먼트에 있으므로 경로가 로컬에서 학습된 것처럼 VRF 테이블에 경로를 추가합니다. 표 1 은 PE 디바이스가 EVPN-VXLAN에 따라 원격 PE 디바이스에서 새로운 IP 호스트 경로를 학습하고 디바이스에 라우팅 정책이 구성되지 않은 경우 VRF 테이블에서 수행되는 활동을 요약합니다. 표 2 는 PE 디바이스가 EVPN-MPLS 하에서 원격 PE 디바이스로부터 새로운 IP 호스트 경로를 학습하고 디바이스에 라우팅 정책이 구성되지 않은 경우 VRF 테이블에서 수행된 활동을 요약합니다.

메모:

VRF 테이블에 원하는 경로를 선택적으로 추가하도록 정책을 구성할 수도 있습니다.

그림 2: 멀티호밍 디바이스를 EVPN with multihomed devices 사용하는 EVPN
메모:

PE1 및 PE2가 서로 학습한 IP 호스트 경로는 "공유 이더넷 세그먼트에 연결된 원격 디바이스에서"로 설명되고 PE3이 PE1 또는 PE2에서 학습한 IP 호스트 경로는 "공유 이더넷 세그먼트에 연결되지 않은 원격 디바이스에서"로 설명됩니다.

표 1: EVPN-VXLAN에 대한 VRF 테이블의 활동

수신 VMTO 구성 상태

공유된 이더넷 세그먼트에 연결된 원격 디바이스에서

공유 이더넷 세그먼트에 연결되지 않은 원격 디바이스에서

Junos OS 릴리스 18.4R1 이전.

IP 호스트 경로는 IRB 인터페이스를 다음 홉으로 하여 생성되고 경로는 VRF 인스턴스 테이블에 추가됩니다.

IP 호스트 경로가 VRF 인스턴스 테이블에 추가되지 않습니다.

수신 VMTO가 구성되지 않음

IP 호스트 경로는 IRB 인터페이스를 다음 홉으로 하여 생성되고 경로는 VRF 인스턴스 테이블에 추가됩니다.

IP 호스트 경로가 VRF 인스턴스 테이블에 추가되지 않습니다.

구성된 수신 VMTO

IP 호스트 경로는 IRB 인터페이스를 다음 홉으로 하여 생성되고 경로는 VRF 인스턴스 테이블에 추가됩니다.

IP 호스트 경로는 IRB 인터페이스를 다음 홉으로 하여 생성되고 경로는 VRF 인스턴스 테이블에 추가됩니다.

표 2: EVPN-MPLS에 대한 VRF 테이블의 활동

수신 VMTO 구성 상태

로컬로 공유된 이더넷 세그먼트가 있는 원격 디바이스에서

로컬로 공유되는 이더넷 세그먼트가 없는 원격 디바이스에서

Junos OS 릴리스 18.4 R1 이전 연결된 복합 다음 홉이 구성되어 있어야 합니다.

IP 호스트 경로는 복합 다음 홉으로 생성됩니다. 경로는 피어에 보급되지 않습니다.

IP 호스트 경로는 복합 다음 홉으로 생성됩니다. 경로는 피어에 보급되지 않습니다.

Junos OS 릴리스 18.4R1 이전 버전은 연동된 복합 다음 홉이 없습니다.

IP 호스트 경로가 VRF 인스턴스 테이블에 추가되지 않습니다.

IP 호스트 경로가 VRF 인스턴스 테이블에 추가되지 않습니다.

수신 VMTO가 구성되지 않음

IP 호스트 경로는 IRB 인터페이스를 다음 홉으로 하여 생성되고 경로는 VRF 인스턴스 테이블에 추가됩니다.

IP 호스트 경로가 VRF 인스턴스 테이블에 추가되지 않습니다.

구성된 수신 VMTO

IP 호스트 경로는 IRB 인터페이스를 다음 홉으로 하여 생성되고 경로는 VRF 인스턴스 테이블에 추가됩니다.

IP 호스트 경로는 IRB 인터페이스를 다음 홉으로 하여 생성되고 경로는 VRF 인스턴스 테이블에 추가됩니다.

복합 다음 홉으로 구성된 수신 VMTO

IP 호스트 경로는 IRB 인터페이스를 다음 홉으로 하여 생성되고 경로는 VRF 인스턴스 테이블에 추가됩니다.

IP 호스트 경로는 복합 다음 홉으로 생성되고 경로가 VRF 인스턴스 테이블에 추가됩니다.

수신 VMTO를 사용하도록 설정하려면 계층 수준에서 을(를[edit routing-instances routing-instance-name protocols evpn] ) 구성합니다remote-ip-host-routes. remote-ip-host 경로를 활성화하면 모든 원격 IP 호스트 경로가 VRF 테이블에 추가됩니다. 원하지 않는 경로를 필터링하기 위해 아래에 remote-ip-host routes 가져오기 정책을 포함하여 정책을 통해 VRF 테이블에 추가할 원격 IP 호스트 경로를 지정할 수 있습니다.

메모:

주니퍼는 EVPN 네트워크의 CRB(중앙 라우팅 브리징) 오버레이에 있는 스파인 디바이스에서만 수신 VMTO를 활성화할 것을 권장합니다. 이를 통해 디바이스는 학습된 경로를 다른 라우팅 프로토콜에 보급하고 여러 데이터센터에 걸쳐 EVPN 유형 5 경로를 보급할 수 있습니다.

그림 1의 톰보닝을 해결하려면 데이터센터 1과 데이터센터 2에 대한 커뮤니티를 정의하고 스파인 디바이스에서 정책을 구성하여 자체 커뮤니티의 구성원으로부터 학습한 경로만 가져오게 하면 됩니다. 이동하기 전에 데이터센터 1의 스파인 디바이스는 로컬 호스트에 대한 IP 호스트 경로를 보급합니다. 이동 후 호스트는 데이터센터 2 커뮤니티의 일부가 되므로 데이터센터 2의 스파인 디바이스가 IP 호스트 경로를 보급합니다. 그리고 원격 호스트의 다음 홉 테이블은 이동 후 데이터센터 2에 대한 업데이트된 경로를 갖게 됩니다.

다음 출력은 (으)로 remote-ip-host구성된 가져오기 정책의 샘플 정책 및 샘플 구성을 보여줍니다.

수신 가상 머신 트래픽 최적화의 이점

수신 VMTO는 더 높은 네트워크 효율성을 제공하고 수신 트래픽을 최적화하며 VLAN 간의 트롬본 효과를 제거할 수 있습니다.