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

452

클라우드 네이티브를 위한 데이터 센터 네트워크 구축

이어지는 절에서는 이중 연결된 호스트의 문제점을 제시하고 그 해결책을 알아본다. 다음 문제

들을 살펴볼 것이다.

●

이중 연결된 호스트들이 어떻게 스위치와 연결되는가?

●

이중 연결된 노드는 다른

VTEP

에 어떻게 노출되는가? 다시 말해 [그림

16

-

8

]의

VTEP

리프

03

과 리프

04

는 서버

101

, 서버

201

, 서버

102

를 어떻게 볼 수 있을까?

●

이중 연결된 호스트가 연결된 스위치 중 하나와 연결이 끊어진 경우 어떤 일이 일어날까? 예를 들어 서버

102

가 리프

01

에 대한 링크를 유실하면 어떻게 될까?

●

BUM

패킷과 같은 다중 목적지 프레임의 패킷 전달은 어떻게 이뤄질까? 이중 연결된 서버는 리프

01

과 리프

02

에서 각각 사본을 전송하므로 중복된 패킷을 전달받을까?

TCP

와 같은 신뢰성 있는 스트림 프로토콜로 동

작하지 않는 일부 애플리케이션은 이런 중복이 문제를 일으킬 수 있다.

16.7.1

호스트 스위치 상호 접속 모델

가장 일반적인 배치에서 호스트는 두 링크를 본딩 (또는 링크 애그리게이션)으로 취급한다. 본

드의 두 가지 특장점은 두 링크를 동시에 사용 가능하다는 것과 링크에 단일

IP

주소만 필요하

다는 것이다. 양 링크를 동시에 사용하는 것을 동작

-

동작

active

-

active

방식이라고 부른다.

본딩은 표준

LACP

를 사용해서 생성한다.

LACP

는 호스트가 올바른 방법으로 적절한 장치와

연결되는 것을 보장한다. 예를 들어 서버

102

가 실수로 리프

02

가 아닌 ...