Skip to Content
클라우드 네이티브를 위한 데이터 센터 네트워크 구축: 데이터 센터 네트워킹을 위한 아키텍처, 프로토콜, 도구
book

클라우드 네이티브를 위한 데이터 센터 네트워크 구축: 데이터 센터 네트워킹을 위한 아키텍처, 프로토콜, 도구

by 정기훈, 디네시 G. 더트
August 2021
Beginner to intermediate content levelBeginner to intermediate
564 pages
12h 2m
Korean
Hanbit Media, Inc.
Content preview from 클라우드 네이티브를 위한 데이터 센터 네트워크 구축: 데이터 센터 네트워킹을 위한 아키텍처, 프로토콜, 도구
455
16
데이터 센터에서의 EVPN
이더넷 세그먼트와 그 세그먼트를 서비스하는 라우터의 매핑을 포함한다. 이더넷 세그먼트에
대해 수신한 모든 광고에서 각
VTEP
은 가장 낮은
VTEP
IP
주소를 갖는 세그먼트를 해당 가
상 네트워크의 지정 포워더로 선정한다. 이 경우 공통
VTEP
IP
주소는 두 피어 간에 필요하지
않다.
예제 토폴로지를 이용해서 좀 더 깊이 살펴보자. 먼저 표준은 리프
01
이 하나의 노드 집합 (서
101
과 서버
201
이라 하자)의 지정 포워더가 되도록 한다. 그리고 리프
02
가 다른 노드 집합
(서버
102
라 하자 )의 지정 포워더가 된다. [그림
16
-
8
]에서 각 호스트는 단일
VLAN
만 가지고
있다. 하지만 호스트가 여러
VLAN
을 지원한다면 표준은 리프
01
VLAN
집합의 노드 (서버
101
)의 지정 포워더가 되도록 하고 리프
02
가 다른 종류의
VLAN
집합의 지정 포워더가 될 수
있게 한다.
16.7.4
링크 장애 대응
만일 호스트 중 하나가 예를 들어 [그림
16
-
8
]의 서버
102
가 리프
01
에 대한 링크를 유실했다면
어떤 일이 발생할까? 그 답은 구현체에 따라 다르다. 두 솔루션이 모두
MLAG
를 사용한다고
해도 서로 다른 두 구현체는 아마 다르게 동작할 것이다.
MLAG
의 경우 피어 링크를 사용해 다른 스위치를 거쳐 호스트에 도달하는 것이 가장 일반적
인 구현이다. 예제에서 리프
01
과 리프
02
는 모두 서버
102
에 대한 도달 가능성을 공통
VTEP
IP
로 광고하고 있다. 언더레이 다중 경로 트래픽은 리프 ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Start your free trial

You might also like

한 권으로 끝내는 Node & Express(2판): 모던 웹을 위한 서버 사이드 자바스크립트의 모든 것

한 권으로 끝내는 Node & Express(2판): 모던 웹을 위한 서버 사이드 자바스크립트의 모든 것

한선용, 이선 브라운

Publisher Resources

ISBN: 9791162244586