중재 서버 배포 지침
마지막으로 수정된 항목: 2012-10-18
이 항목에서는 중재 서버 배포 계획에 대한 몇 가지 지침을 설명합니다. 이러한 지침을 검토한 후에는 계획 도구를 사용하여 배포하기로 결정한 최종 토폴로지의 모델이 될 만한 대체 토폴로지를 만들고 확인해 보는 것이 좋습니다. 계획 도구 액세스 및 사용 방법에 대한 자세한 내용은 Lync Server 2010 계획 도구를 사용하여 Enterprise Voice 계획을 참조하십시오.
배치된 중재 서버 또는 독립 실행형 중재 서버
중재 서버는 기본적으로 중앙 사이트 프런트 엔드 풀의 Standard Edition Server 또는 프런트 엔드 서버에 배치됩니다. 처리할 수 있는 PSTN 통화 수 및 풀에 필요한 시스템 수는 다음에 따라 결정됩니다.
중재 서버 풀에서 제어하는 게이트웨이 피어 수
사용량이 가장 많은 시간에 이러한 게이트웨이를 통해 전송되는 트래픽
중재 서버를 바이패스하는 통화의 비율
계획할 때 미디어 바이패스가 아닌 PSTN 통화 및 A/V 회의 서버(배치되어 같은 풀의 프런트 엔드 서버에서 실행되는 경우)에 대한 처리 요구 사항을 고려한 후 지원해야 하는 최대 사용 시간 통화 수에 대한 신호 상호 작용을 처리할 용량이 충분한지 확인합니다. 이러한 용도로 CPU의 30% 이상이 남아 있어야 합니다. CPU가 부족하면 독립 실행형 중재 서버 풀을 배포하여 PSTN 게이트웨이, IP-PBX 및 SBC를 하나의 풀에 배치된 중재 서버와 두 번째 독립 실행형 풀에 배포된 독립 실행형 중재 서버에서 제어하는 하위 집합으로 분할해야 합니다.
다음을 포함하여 중재 서버 풀과 상호 작용하는 올바른 기능을 지원하지 않는 PSTN 게이트웨이, IP-PBX 및 SBC를 배포한 경우에는 단일 중재 서버로 구성된 독립 실행형 풀과 연결해야 합니다.
풀의 중재 서버 간에 네트워크 계층 DNS 부하 분산 수행(또는 풀의 모든 중재 서버에 트래픽을 균일하게 라우팅)
풀에 있는 중재 서버의 트래픽 허용
참고
또한 IP-PBX에서 미디어 바이패스를 지원하지 않지만 중재 서버를 호스팅하는 프런트 엔드 풀이 미디어 바이패스가 적용되지 않는 통화에 대한 음성 변환을 처리할 수 있는 경우 중재 서버를 프런트 엔드 풀과 함께 배치하는 것이 좋습니다.
Microsoft Lync Server 2010, 계획 도구를 사용하여 중재 서버를 배치하려는 프런트 엔드 풀에서 부하를 처리할 수 있는지 여부를 확인할 수 있습니다. 사용자 환경에서 이러한 요구 사항을 충족할 수 없는 경우 독립 실행형 중재 서버 풀을 배포해야 합니다.
중앙 사이트 및 분기 사이트 고려 사항
중앙 사이트의 중재 서버는 분기 사이트의 IP-PBX 또는 PSTN 게이트웨이에 대한 통화를 라우팅하는 데 사용될 수 있습니다. 그러나 SIP 트렁크를 배포한 경우에는 각 트렁크가 종료되는 사이트에 중재 서버를 배포해야 합니다. 분기 사이트의 IP-PBX 또는 PSTN 게이트웨이에 대한 통화를 라우팅하는 중재 서버를 중앙 사이트에 배포한 경우에는 미디어 바이패스를 사용할 필요가 없습니다. 하지만 미디어 바이패스를 사용하도록 설정할 수 있는 경우 미디어 바이패스를 사용하면 미디어 경로가 더 이상 신호 경로를 따를 필요가 없어 미디어 경로 대기 시간이 줄어들므로 미디어 품질이 향상됩니다. 미디어 바이패스는 풀의 처리 부하도 감소시킵니다.
참고
미디어 바이패스가 모든 PSTN 게이트웨이, IP-PBX 및 SBC에서 작동하지는 않습니다. Microsoft는 인증된 파트너를 통해 일련의 PSTN 게이트웨이에서 테스트를 수행하고 Cisco IP-PBX에서도 테스트를 진행했습니다. SBC에 대한 인증은 진행 중입니다. 미디어 바이패스는 Unified Communications Open Interoperability Program - Lync Server(https://go.microsoft.com/fwlink/?linkid=214406&clcid=0x412)에 나열된 제품 및 버전에 대해서만 지원됩니다.
분기 사이트 복구가 필요한 경우에는 SBA(Survivable Branch Appliance) 또는 프런트 엔드 서버, 중재 서버 및 게이트웨이의 조합을 분기 사이트에 배포해야 합니다. 분기 사이트 복구는 현재 상태 및 회의가 사이트에서 복구되지 않는 경우에 필요합니다. 분기 사이트 음성 계획에 대한 지침은 분기 사이트 음성 복구 계획을 참조하십시오.
IP-PBX와의 상호 작용의 경우, IP-PBX에서 여러 초기 대화와의 초기 미디어 상호 작용 및 RFC 3960 상호 작용을 제대로 지원하지 않는 경우 IP-PBX에서 Lync Server 2010 끝점으로의 수신 전화에 대한 첫 "인사말"이 클리핑되었을 수 있습니다. 이 동작은 중앙 사이트의 중재 서버가 분기 사이트에서 경로가 종료되는 IP-PBX에 대한 통화를 라우팅하는 경우에 보다 심각할 수 있습니다. 이는 신호가 완료되는 데 더 많은 시간이 필요하기 때문입니다. 이 동작이 발생한 경우 첫 "인사말"의 클리핑을 줄이려면 분기 사이트에 중재 서버를 배포하는 방법밖에 없습니다.
끝으로, 중앙 사이트에 TDM PBX가 있거나, IP-PBX가 PSTN 게이트웨이의 필요성을 해소하지 못한 경우 통화 경로에 중재 서버와 PBX를 연결하는 게이트웨이를 배포해야 합니다.