하드웨어 부하 분산 장치
마지막으로 수정된 항목: 2012-10-18
DNS 부하 분산을 배포하더라도 HTTP 트래픽의 부하를 프런트 엔드 풀 및 디렉터 풀로 분산하기 위해서는 하드웨어 부하 분산 장치가 필요합니다.
또한 역방향 프록시 서버를 위해 경계 네트워크에 하드웨어 부하 분산 장치를 배포했습니다.
최상위 수준의 부하 분산과 고가용성을 제공하기 위해서는 각 사이트에 GSLB(Global Server Load Balancer)와 함께 HLB(하드웨어 부하 분산 장치) 쌍이 배포되었습니다. 사이트 및 서버 상태와 관련하여 서로 간의 지속적인 통신에 모든 부하 분산 장치가 사용되기 때문에 어느 한쪽의 중앙 사이트에서 장치 하나에 오류가 발생하더라도 현재 연결된 사용자의 서비스가 중단되지 않습니다.
이 테스트 시나리오에는 전역 서버(F5 BIG-IP GTM)와 로컬 서버(F5 BIG-IP LTM) HLB가 모두 사용되었습니다. 전역 서버 부하 분산 장치는 중앙 사이트의 가용성 및 상태에 따라 각 사이트에 대한 트래픽을 관리하기 위해 구현되었으며, 로컬 서버 부하 분산 장치는 각 사이트 내에서 로컬 서버에 대한 연결을 관리합니다. 이 구현은 다음과 같은 이점이 있습니다.
로컬 및 전역 수준에서 최상위의 내결함성을 위한 풀 메쉬 시스템
중앙 사이트 내의 내부 및 외부 트래픽에 대한 완전한 세그먼트화
프런트 엔드 서버, 에지 서버 및 디렉터에 대한 모든 연결의 부하를 분산하기 위해 하드웨어를 활용할 수 있는 기능(필요한 경우)
이러한 배포는 특정 관점에서 볼 때 최적의 성능을 제공하더라도 두 가지 고유한 단점을 갖고 있습니다. 즉, HLB를 더 많이 구입해야 하며, 여러 장치로 인해 구성을 관리하는 데 복잡성이 증가합니다. 부하 분산 인프라의 통합은 확실히 가능한 방식이며 일부 환경에서는 이점이 있습니다. 예를 들어 많은 배포 디자인에서는 각각의 중앙 사이트에 단일 HLB 인스턴스 또는 HLB 인스턴스 쌍이 포함됩니다. 이러한 디자인에서 HLB는 여러 서브넷에 걸쳐 있지만 부하 분산 논리는 동일하게 유지됩니다. F5는 서로 다른 네트워크 디자인 간의 장단점을 설명하는 아키텍처 가이드를 작성했습니다. 자세한 내용은 http://www.f5.com/products/technology/microsoft/lync-server/를 참조하십시오. GSLB를 사용하지 않고 Lync Server에 대해 HLB를 사용하는 배포에 대한 자세한 내용은 Office Communications Server 2007 R2 사이트 복구 백서(https://go.microsoft.com/fwlink/?linkid=211387&clcid=0x412)를 참조하십시오. 백서에 설명된 배포에서는 Lync Server 2010에 대해 유효한 참조 아키텍처도 제공됩니다.
로컬 및 전역 부하 분산 장치를 활용함으로써 사용자가 연결할 단일 URL을 사용하면서 서버 및 사이트 복구를 모두 얻을 수 있었습니다. GTM은 선택한 부하 분산 알고리즘 및 전역 서비스의 가용성에 따라 단일 URL을 여러 IP 주소로 확인합니다. 신뢰할 수 있는 Windows DNS 서버(contoso.com)에 GTM에 대한 URL(pool.contoso.com)을 위임함으로써 pool.contoso.com에 연결하는 사용자는 DNS 확인 시에 적합한 사이트로 전송됩니다. 그런 다음 로컬 서버 부하 분산 장치가 연결을 가져와서 이를 적합한 서버로 부하 분산합니다.
HLB는 HTTP 또는 HTTPS 모니터를 사용하여 프런트 엔드 풀 구성원을 모니터링하도록 구성되어 부하 분산 장치에 서버의 상태 및 성능에 대한 최상의 정보를 제공합니다. 그런 다음 HLB는 이 정보를 사용하여 수신되는 연결의 부하를 최상의 로컬 프런트 엔드에 분산합니다. 또한 Feature Priority Activation이라고 부르는 기능을 사용하여 모든 로컬 프런트 엔드가 용량에 도달했거나 더 이상 작동하지 않을 경우 HLB가 연결을 다른 중앙 사이트로 프록시하도록 구성했습니다.
전역 서버 부하 분산 장치(GTM)는 각 사이트에서 HLB를 모니터링하고 사용자를 최상의 성능 사이트로 보내도록 구성되었습니다. GTM은 활성/대기 중앙 사이트의 경우(이 테스트) 특정 사이트로 모든 사용자를 전송하도록 구성하거나, 활성/활성 배포의 경우 사이트 간의 사용자 부하를 분산하도록 구성할 수 있습니다. 한 사이트가 용량에 도달하거나 사용할 수 없게 되면 GTM이 다른 사용 가능한 사이트로 사용자를 연결합니다.