여러 게이트웨이 지원

 

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

중재 서버에서 Lync Server 2010의 새로운 기능으로 단일 중재 서버가 여러 게이트웨이를 제어하는 기능이 있습니다. 이전 릴리스에서는 중재 서버와 게이트웨이의 비율이 1:1이었습니다. 특정 게이트웨이를 여러 통화 경로에 할당하고 중재 서버 하나 또는 중재 서버 풀과 연결할 수 있습니다. 여러 게이트웨이를 단일 중재 서버 또는 중재 서버 풀에 연결할 수 있습니다. 이번 릴리스에서 특정 중재 서버가 처리할 수 있는 게이트웨이 수는 가장 사용량이 많은 시간에 서버의 처리 용량에 따라 달라집니다. 지원 설명서의 "지원되는 하드웨어"에 설명된 대로 Lync Server 2010의 최소 하드웨어 요구 사항을 초과하는 하드웨어에 중재 서버를 배포할 경우 독립 실행형 중재 서버가 처리할 수 있는 예상 활성 통화 수는 약 1000 통화입니다. 이러한 사양을 충족하는 하드웨어에 배포될 경우 중재 서버는 코드 변환을 수행하지만 게이트웨이가 미디어 바이패스를 지원하지 않는 경우에도 여러 게이트웨이의 통화를 라우팅합니다.

통화 경로를 정의할 때는 해당 경로와 연결된 게이트웨이를 정의하고, 경로와 연결된 중재 서버는 지정하지 않습니다. 대신 토폴로지 작성기를 사용하여 여러 게이트웨이 및 경로를 중재 서버와 연결합니다. 즉, 라우팅 시 통화에 사용할 게이트웨이가 결정되고 해당 게이트웨이와 연결된 중재 서버가 통화를 처리합니다.

Lync Server 2010의 또 다른 새로운 기능으로 중재 서버를 풀로 배포할 수 있는 기능이 있습니다. 이 풀은 프런트 엔드 풀과 함께 배치하거나 단독 실행형 풀로 배포할 수 있습니다. 중재 서버가 프런트 엔드 풀과 함께 배치될 경우 풀 크기가 10 미만이 될 수 있습니다(등록자 풀 크기 제한). 이러한 새 기능을 함께 사용하면 중재 서버의 안정성 및 배포 유연성이 향상되지만 다음과 같은 피어 엔터티에 관련 기능이 필요합니다.

  • PSTN 게이트웨이. 적격 PSTN 게이트웨이가 중재 서버 풀의 부하 분산 장치 역할을 하여 풀 전체 통화의 부하를 분산시킬 수 있도록 Lync Server 2010 적격 게이트웨이가 DNS 부하 분산을 구현해야 합니다.

  • 세션 경계 컨트롤러. SIP 트렁크의 경우 피어 엔터티는 인터넷 전화 통신 서비스 공급자의 SBC(세션 경계 컨트롤러)입니다. SBC는 중재 서버 풀에서 SBC의 방향으로 풀의 모든 중재 서버에서 오는 연결을 수신할 수 있습니다. 트래픽은 SBC에서 풀의 방향으로 풀의 모든 중재 서버에 전송될 수 있습니다. 이를 구현하는 한 가지 방법으로 서비스 공급자 및 SBC에서 지원하는 경우 DNS 부하 분산을 사용하는 방법이 있습니다. 대안으로 서비스 공급자에게 풀에 있는 모든 중재 서버의 IP 주소를 제공하고 서비스 공급자가 각 중재 서버에 대한 별도의 SIP 트렁크로 SBC에 이를 프로비전하는 방법이 있습니다. 그러면 서비스 공급자가 서버에 대한 부하 분산을 처리합니다. 모든 서비스 공급자 또는 SBC가 이러한 기능을 지원하는 것은 아닙니다. 또한 서비스 공급자가 이 기능에 대해 추가 요금을 부과할 수 있습니다. 일반적으로 SBC에 대한 각 SIP 트렁크에는 매월 요금이 부과됩니다.

    또는 서비스 공급자가 사이트에 대한 단일 SIP 트렁크를 구성하고, 사용자가 SBC와 중재 서버 풀(또는 중재 서버에 배치된 프런트 엔드 풀) 간에 하드웨어 부하 분산 장치를 배포할 수 있습니다. 이러한 구성의 경우 새 중재 서버를 추가할 때 서비스 공급자 구성을 변경하지 않아도 됩니다. SBC의 IP가 여러 실제 SBC에서 종료될 수 있는 VIP(가상 IP)인 경우 SBC 중복성을 구현할 수 있습니다. 이 경우 SBC가 사용할 수 없게 되면 복구 메커니즘을 사용할 수 있습니다.

  • IP-PBX. IP-PBX는 중재 서버 풀에서 IP-PBX SIP 종료의 방향으로 풀의 모든 중재 서버에서 오는 연결을 수신할 수 있습니다. 트래픽은 IP-PBX에서 풀의 방향으로 풀의 모든 중재 서버에 전송될 수 있습니다. 대부분의 IP-PBX는 DNS 부하 분산을 지원하지 않으므로 IP-PBX에서 풀의 각 중재 서버로의 개별 직접 SIP 연결을 정의하는 것이 좋습니다. 그러면 IP-PBX가 트렁크 그룹을 통해 트래픽을 분산시켜 부하 분산을 처리합니다. 이 경우 트렁크 그룹의 IP-PBX에 일관성 있는 라우팅 규칙 집합이 있다고 가정합니다. 특정 IP-PBX가 이 트렁크 그룹 개념을 지원하는지 여부에 관계없이 중재 서버 클러스터가 IP-PBX와 올바르게 상호 작용하도록 할지 여부를 결정하기 전에 IP-PBX의 고유한 중복성/클러스터링 아키텍처와 상호 작용하는 방식을 결정해야 합니다.

중재 서버 풀에는 상호 작용하는 피어 게이트웨이에 대한 단일 보기가 있어야 합니다. 즉, 풀의 모든 구성원이 구성 저장소에서 피어 게이트웨이의 동일한 정의에 액세스하고 발신 전화에 대해 동일하게 상호 작용합니다. 따라서 일부 중재 서버가 발신 전화에 대해 특정 게이트웨이 피어와만 통신하도록 풀을 여러 조각으로 나눌 수 있는 방법이 없습니다. 이러한 조각화가 필요한 경우 별도의 중재 서버 풀을 사용해야 합니다. 예를 들어 이 항목에서 앞서 자세히 설명한 대로 풀과 상호 작용할 PSTN 게이트웨이, SIP 트렁크 또는 IP-PBX의 관련 기능이 없는 경우가 이에 해당합니다.

Lync Server 2010 배포는 특정 PSTN 게이트웨이, IP-PBX 또는 SIP 트렁크 피어가 단일 중재 서버 풀에만 의존한다고 가정합니다. 통화는 해당 게이트웨이 피어에 도달할 수 있도록 Lync Server 2010프런트 엔드 풀에 의해 풀에 라우팅됩니다.

별도의 중재 서버 풀을 사용해야 하는 SIP 트렁크, IP-PBX 및 PSTN 게이트웨이의 경우 다음과 같은 구성표를 사용하여 중복성을 구현할 수 있습니다.

  • 동일한 게이트웨이 피어 엔터티와 상호 작용하는 여러 중재 서버를 해결하려면 여러 가상 게이트웨이를 구성해야 합니다. 각 게이트웨이는 다른 FQDN과 연결되고 DNS는 동일한 IP 주소로 확인됩니다.

  • 개별 단독 실행형 중재 서버(예: 단일 중재 서버의 풀)가 사용되고 중재 서버에서 가상 게이트웨이로의 트렁크가 정의됩니다. 각 중복 중재 서버는 다른 가상 게이트웨이에 대한 트렁크 연결을 담당합니다.

  • TLS를 지원하는 게이트웨이 피어에서 이러한 구성표가 작동하려면 게이트웨이 피어가 제공한 인증서의 주체 이름 또는 주체 대체 이름 부분에 각 가상 게이트웨이의 FQDN이 있어야 합니다.

  • 게이트웨이 피어와의 상호 작용에 적용되는 정책은 구성 저장소에서 첫 번째로 일치하는 게이트웨이 개체와 연결된 정책이 됩니다. 동일한 정책을 모든 가상 게이트웨이와 연결해야 하므로 이는 문제가 되지 않습니다. (가상 게이트웨이는 모두 동일한 실제 하드웨어에 해당합니다.)

  • Lync Server 2010 경로는 여러 가상 게이트웨이를 사용합니다. 각 가상 게이트웨이는 서로 다른 중재 서버에 따라 다릅니다.

특정 중재 서버 풀이 제어할 수 있는 게이트웨이 수는 미디어 바이패스를 사용하는 통화 수에 따라 다릅니다. 신호 계층 처리만 필요하므로 다수의 통화가 미디어 바이패스를 사용하는 경우 풀의 중재 서버가 더 많은 통화를 처리할 수 있습니다.