로드 밸런서는 처리 할 수있는 것보다 훨씬 높은 처리량으로 데이터 센터에 어떻게 적합합니까?

10GE 연결에 대해 표준화 된 데이터 센터가 있습니다. 예를 들어 코어의 Nexus 7000, 집계의 Nexus 5000 및 서버 에지를위한 일부 패브릭 익스텐더 (시스코 장비를 예로 들겠습니다). Nexus 5000에는 ACE 4710로드 밸런서가 있지만 1GE 인터페이스 만 있습니다. 모든 스위치 연결은 10GE이며 최신 가상화 데이터 센터의 대규모 동서 (VM-to-VM) 트래픽에 필요합니다.

특정 트래픽 조건에서로드 밸런서가 병목 현상이되지 않습니까? 일부 로컬 동서 트래픽이로드 밸런서에 도달 할 필요가 없지만 코어를 통과해야하는 상황과 데이터 센터 상호 연결이 필요한 경우도 있습니다.

기본적으로,로드 밸런서는 클라이언트-서버 (남-북) 트래픽에 사용되며 HTTP GET과 같은 것에는 10GE가 필요하지 않지만 1GE로드 밸런서가 다른 방식으로 방해받을 수있는 상황이 있습니다. 10GE 트래픽 경로 및 vMotion과 같은 문제가 발생합니까 (예 :)?

특정 트래픽 조건에서로드 밸런서가 병목 현상이되지 않습니까?

물론 잘 설계된 네트워크에서는 그렇지 않습니다.

코어를 통과하거나 데이터 센터간에 필요한 경우에도 대부분의 내부 서버 간 트래픽 (사용할 때 "동서")을 허용하는 방식으로 네트워크를 설계 할 수 있어야합니다.

종종로드 밸런서는 그 뒤에있는 서버의 기본 게이트웨이이지만 "동서"트래픽이로드 밸런서를 우회하거나 더 작은 배치에서 라우팅 프로토콜 (예 : OSPF 또는 RIP)을 실행하는 설정을 보았습니다. 정적 경로가 사용 된 위치

로드 밸런서가 우수한 설계 (예 : 트래픽 양이 너무 높음)로 인해 병목 현상이 발생하는 경우 여러로드 밸런서에서도로드 밸런싱 방법이 있습니다.

이것은 실제로 병목 현상이며 처리량을 LB 인 "체인에서 가장 약한 링크"로 제한합니다. 그러나 당신은 그것을 둘러 볼 수 있습니다. "스위치 백"또는 "직접 서버 리턴"으로 알려진 것을 사용하는 경우 비동기 트래픽 흐름을 수행 할 수 있습니다. 작동 방식은 다음과 같습니다.

a) 클라이언트가 2.2.2.2에 http 요청을한다

b) LB는 2.2.2.2에서 응답하고 들어오는 요청을 서버로 전달합니다. LB와 서버는 동일한 LAN에 있으므로 계층 2에서 수행됩니다.

c) IP 2.2.2.2가 별칭 루프백 인터페이스에 있으므로 서버는이 들어오는 연결을 수락합니다 (그렇지 않으면 인터페이스와 일치하지 않는 패킷을 버립니다).

d) 서버가 클라이언트에 직접 응답합니다.

요청은 몇 바이트입니다. 제공되는 컨텐츠는 임의의 크기 일 수 있습니다. 발신 트래픽은 LB를 통과하지 않으므로 더 많은 트래픽을 처리 할 수 ​​있습니다.

건배,

--tc