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 클라우드 네이티브를 위한 데이터 센터 네트워크 구축: 데이터 센터 네트워킹을 위한 아키텍처, 프로토콜, 도구
453
16
데이터 센터에서의 EVPN
주소를 갖는다고 가정한다. 또한 디폴트 게이트웨이 역시 다른 링크와 동일한 것으로 가정한다.
동작
-
동작 방식과 동작
-
대기 방식은 링크가 본딩된 경우 (
LACP
사용 여부와 상관없이 )에 가
장 일반적인 배치이므로 이 두 가지 경우를 이 논의의 나머지 부분에서 다룬다.
16.7.2
이중 연결된 호스트의
VXLAN
모델
이 글을 쓰는 시점에 대부분의 패킷 스위칭 실리콘 구현에서는 하나의
MAC
이 단일
VTEP
있다고 가정한다. [그림
16
-
8
]에서는 서로 다른 스위치가 이중 연결된 호스트와 각각 연결되어
있다. 그렇다면 원격
VTEP
(그림의 리프
03
과 리프
04
)은 이 경우를 어떻게 다루는가?
두 가지 가능성이 있다. 두
VTEP
이 각자 고유한
IP
주소가 가지거나 동일한
IP
주소를 공유하
는 것이다. 공유
VTEP
IP
주소가 가장 일반적인 배치다. 가장 큰 이유는 일반적인
MAC
포워
딩 테이블의 구현에서는 나가는 포트를 단일 포트만 지원하기 때문이다. 전통적인 브리징에서
MAC
주소가 여러 개의 나가는 포트를 가질 필요가 전혀 없었다.
STP
는 명시적으로 다중
경로를 제거해서 루프를 없앤다. 본딩은 단일 논리 포트로 취급되어 이러한 문제를 회피한다.
논리 포트 선정 이후에 추가 로직이 구현체가 패킷을 전송하기 위한 단일 발신 물리 포트를 선
택할 수 있게 한다.
이 글을 쓰는 시점에 필자가 알고 있는 리눅스 커널과 대부분의 스위칭 실리콘은 단일 공통
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