여러 데이터 센터에 대한 참조 토폴로지

 

마지막으로 수정된 항목: 2012-01-24

여러 데이터 센터용 참조 토폴로지는 둘 이상의 중앙 사이트가 있는 모든 규모의 조직에 적합합니다. 다음 다이어그램은 사용자 수가 70,000명(중앙 사이트 A에 40,000명, 중앙 사이트 B에 30,000명)인 조직의 토폴로지입니다. 이 다이어그램에 표시된 유형의 토폴로지는 사용자 수에 관계없이 모든 규모의 조직에 적용될 수 있습니다.

이 토폴로지는 여러 다이어그램으로 표시되어 있는데, 먼저 개요를 보여 준 다음 중앙 사이트에 대한 상세 보기를 제공합니다.

여러 데이터 센터용 참조 토폴로지의 개요

여러 데이터 센터용 참조 토폴로지: 중앙 사이트 A의 상세 보기

여러 데이터 센터용 참조 토폴로지: 중앙 사이트 B의 상세 보기

여러 데이터 센터용 참조 토폴로지: 중앙 사이트 C의 상세 보기

• Active Directory 배포.   모든 Microsoft Lync Server 2010 통신 소프트웨어 배포가 단일 Active Directory 포리스트에 있습니다. 이 토폴로지에서는 고객이 두 개의 하위 도메인 retail.contoso.com과 manufacturing.contoso.com에 Lync Server를 배포했습니다.

• 프런트 엔드 서버를 추가하여 더 많은 사용자 수용   이 다이어그램의 조직은 중앙 사이트 A(사용자 수 40,000명)에 5개의 프런트 엔드 서버와 중앙 사이트 B(사용자 수 30,000명)에 4개의 프런트 엔드 서버를 갖추고 있습니다. 사이트에서 더 많은 사용자를 지원해야 하는 경우 해당 사이트의 풀에 프런트 엔드 서버를 추가하기만 하면 됩니다. 풀당 최대 사용자 수는 80,000명이며, 이 경우 8개의 프런트 엔드 서버가 필요합니다.

  그러나 다른 프런트 엔드 풀을 사이트에 추가하여 각 사이트에서 훨씬 많은 사용자를 지원할 수 있습니다. 이러한 추가 사용자를 지원하려면 프런트 엔드 풀 하나만 추가하면 됩니다. 즉, 각 풀에 더 많은 서버를 추가해야 할 수도 있지만 A/V 회의 서버, 에지 서버 및 디렉터 풀은 각 사이트에 각각 하나만 있으면 됩니다.

• 분기 사이트에서 Standard Edition Server 사용   Lync Server에서 사용되는 것과 별로도 이 조직에서는 직원 수가 600명에 불과한 사이트 C를 분기 사이트로 사용하려고 합니다. 그러나 이 사용자들 간에는 많은 A/V 회의가 수행됩니다. Lync Server에 분기 사이트로 배포된 경우 이러한 전화 회의용 미디어가 WAN(Wide Area Network)를 통해 A/V 회의 서버가 설치된 중앙 사이트로 들어오고 나갈 수 있습니다. 이러한 잠재적인 성능 문제를 방지하기 위해 이 사이트에 전화 회의를 호스팅할 Standard Edition Server를 설치했습니다. Standard Edition Server가 설치되었으므로 Lync Server는 정의에 따라 중앙 사이트 역할을 하며 토폴로지 작성기 및 계획 도구에서 중앙 사이트로 간주됩니다.

  이 사이트의 사용자가 다른 사이트의 풀을 백업 등록자 풀로 사용하는 한 Enterprise Voice에 대한 고가용성을 유지할 수 있습니다. 즉, 음성 지원이 백업 등록자 사이트로 자동으로 장애 조치됩니다. 보다 완벽한 고가용성 솔루션을 위해 이 사이트에 두 번째 Standard Edition Server를 설치할 수 있습니다.

  사이트 C가 중앙 사이트로 간주되지만 여기에 에지 서버를 배포할 필요는 없습니다. 이 예에서는 사이트 C에서 사이트 A에 배포된 에지 서버를 사용합니다.

• 모니터링 서버와 보관 서버 배치   이 조직에서는 모니터링 서버와 보관 서버를 둘 다 배포했습니다. 이러한 조직의 경우 두 서버를 함께 배치하여 서버 투자를 절감하는 것이 좋습니다. 모니터링 서버와 보관 서버가 함께 배치된 경우 각각 최대 100,000명의 사용자를 지원할 수 있습니다.

  모니터링 서버와 보관 서버를 하나의 중앙 사이트에만 배포하면 됩니다. 두 중앙 사이트 간의 링크가 다운된 경우 모니터링 서버와 보관 서버에서 사용되는 메시지 큐(MSMQ라고도 함) 기술을 통해 링크가 일시적으로 다운된 동안 데이터를 유지할 수 있습니다.

  이 토폴로지에서는 모니터링 서버와 보관 서버에서 프런트 엔드 풀과 별도의 데이터베이스 서버를 사용합니다. 이와 같은 대규모 배포에는 성능을 유지하기 위해 별도의 데이터베이스 서버를 사용하는 것이 좋지만 모니터링 서버와 보관 서버가 프런트 엔드 풀과 동일한 데이터베이스 서버를 공유하는 토폴로지도 지원됩니다.

• 분기 사이트 배포 옵션   이 토폴로지의 조직에는 Enterprise Voice가 음성 솔루션으로 배포되어 있습니다. 분기 사이트 1과 3에는 중앙 사이트에 대한 복구 가능한 WAN 링크가 없으므로 중앙 사이트에 대한 WAN 링크가 다운된 경우 전화 서비스를 제공하기 위해 SBA(Survivable Branch Appliance)를 배포했습니다. 반면, 분기 사이트 2에는 복구 가능한 WAN 링크가 있으므로 PSTN(공중 전화망) 게이트웨이만 있으면 됩니다. 여기에 배포된 PSTN 게이트웨이는 미디어 바이패스를 지원하므로 분기 사이트 2에는 중재 서버가 필요하지 않습니다. 분기 사이트에 설치할 항목을 결정하는 방법에 대한 자세한 내용은 계획 설명서에서 Enterprise Voice 복구 계획을 참조하십시오.

• SIP 트렁크와 중재 서버   사이트 A에는 중재 서버가 프런트 엔드 서버와 함께 배치되어 있지 않습니다. 이는 SIP 트렁크를 사용하는 사이트에는 독립 실행형 중재 서버가 권장되기 때문입니다. 그 밖의 경우에는 대부분 중재 서버를 프런트 엔드 서버와 함께 배치하는 것이 좋습니다. 중재 서버 토폴로지에 대한 자세한 내용은 계획 설명서에서 중재 서버의 구성 요소 및 토폴로지를 참조하십시오.

• DNS 부하 분산   프런트 엔드 풀, 에지 서버 풀 및 디렉터 풀에는 배포된 SIP 트래픽에 대한 DNS 부하 분산이 적용됩니다. 따라서 에지 서버의 내부 인터페이스에 하드웨어 부하 분산 장치가 필요하지 않으며, 다른 풀에 대해 하드웨어 분산 장치를 설치 및 유지 관리하는 데 소요되는 시간이 크게 줄어듭니다. 하드웨어 부하 분산 장치는 HTTP 트래픽에만 필요하기 때문입니다. DNS 부하 분산에 대한 자세한 내용은 계획 설명서에서 DNS 부하 분산을 참조하십시오.

• Exchange UM 배포  Lync Server 2010에서는 Exchange UM(통합 메시징) 온-프레미스 배포와 호스팅된 Exchange UM을 둘 다 사용할 수 있습니다. 중앙 사이트 A에는 Lync Server가 아니라 Microsoft Exchange Server를 실행하는 Exchange Unified Messaging(UM) 서버가 포함되어 있습니다. Lync Server에 대한 Exchange UM 기능은 프런트 엔드 풀에서 실행됩니다.

  중앙 사이트 B에서는 호스팅된 Exchange를 사용하므로 Exchange UM 서버 기능도 호스팅됩니다.

  Exchange UM에 대한 자세한 내용은 계획 설명서에서 온-프레미스 Exchange 통합 메시징 통합 및 호스팅된 Exchange 통합 메시징 통합을 참조하십시오.