다음을 통해 공유


분기 사이트 복구 요구 사항

 

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

이 항목에서는 사용자의 분기 사이트 복구 준비, 음성 메일 지속성 준비 및 관련 하드웨어/소프트웨어 요구 사항에 대한 정보를 제공합니다.

사용자의 분기 사이트 복구 준비

사용자의 등록자 풀을 SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버로 설정하여 사용자의 분기 사이트 복구를 준비합니다.

분기 사용자에 대한 등록자 할당

선택한 분기 사이트 복구 솔루션에 관계없이 각 사용자에게 기본 Microsoft Lync Server 2010 등록자를 할당해야 합니다. 분기 사이트 사용자는 등록자가 있는 위치(SBA(Survivable Branch Appliance), 지속 가능 분기 서버 또는 독립 실행형 Lync Server 2010 Standard 또는 Enterprise Edition 서버)에 관계없이 항상 분기 사이트의 등록자에 등록해야 합니다. 클라이언트에서 해당 등록자 풀을 검색하려면 DNS SRV 레코드가 필요합니다. 이 레코드는 SBA(Survivable Branch Appliance)를 사용할 수 없는 경우 분기 사이트 클라이언트에서 백업 등록자를 자동으로 검색하는 데 사용됩니다.

분기 사이트에 DNS 서버가 없는 경우 다음 두 가지 방법으로 SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버 검색을 구성할 수 있습니다.

  • 분기 사이트의 DHCP 서버에서 SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버의 FQDN(정규화된 도메인 이름)을 가리키도록 DHCP 옵션 120을 구성합니다.

  • DHCP 120 쿼리에 응답하도록 SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버를 구성합니다.

분기 사용자를 위한 음성 라우팅

분기 사이트의 사용자를 위한 별도의 사용자 수준 VoIP 정책을 만드는 것이 좋습니다. 이 정책은 SBA(Survivable Branch Appliance) 또는 분기 서버 게이트웨이를 사용하는 기본 경로와 중앙 사이트의 PSTN 게이트웨이를 사용하는 하나 이상의 백업 경로를 포함해야 합니다. 기본 경로를 사용할 수 없는 경우 하나 이상의 중앙 사이트 게이트웨이를 사용하는 백업 경로가 대신 사용됩니다. 이 방식을 사용하면 사용자가 등록된 위치(분기 사이트 등록자 또는 중앙 사이트의 백업 등록자 풀)에 관계없이 사용자의 VoIP 정책이 항상 적용됩니다. 이 방식은 장애 조치(failover) 시나리오에서 중요한 고려 사항입니다. 예를 들어 SBA(Survivable Branch Appliance)의 이름을 변경하거나 중앙 사이트의 백업 등록자 풀에 연결하도록 SBA(Survivable Branch Appliance)를 다시 구성하려는 경우 분기 사이트 사용자를 해당 기간 동안 중앙 사이트로 이동해야 합니다. SBA(Survivable Branch Appliance) 이름 바꾸기 또는 다시 구성에 대한 자세한 내용은 배포 설명서의 부록 B: SBA(Survivable Branch Appliance) 관리를 참조하십시오. 이러한 사용자에게 사용자 수준의 VoIP 정책 또는 사용자 수준의 다이얼 플랜이 없는 경우, 사용자를 다른 사이트로 이동하면 기본적으로 해당 분기 사이트의 사이트 수준 VoIP 정책 및 다이얼 플랜 대신 중앙 사이트의 사이트 수준 VoIP 정책과 사이트 수준 다이얼 플랜이 사용자에게 적용됩니다. 이 시나리오에서는 백업 등록자 풀에서 사용되는 사이트 수준 VoIP 정책 및 사이트 수준 다이얼 플랜이 분기 사이트 사용자에게도 적용될 수 있지 않는 한 해당 통화가 실패합니다. 예를 들어 일본에 있는 분기 사이트의 사용자가 레드몬드의 중앙 사이트로 이동될 경우 모든 7자리 숫자 통화에 +1425를 추가하는 정규화 규칙의 다이얼 플랜은 해당 사용자에 대한 통화를 올바르게 변환하지 않을 수 있습니다.

important중요:
지점 백업 경로를 만드는 경우 두 개의 PSTN 전화 사용 레코드를 지점 사용자 정책에 추가하고 각 레코드에 별도의 경로를 할당하는 것이 좋습니다. 첫 번째 경로, 즉 기본 경로는 SBA 또는 분기 서버와 연결된 게이트웨이로 통화를 전달하고 두 번째, 즉 백업 경로는 중앙 사이트의 게이트웨이로 통화를 전달합니다. 통화를 전달할 때 SBA 또는 분기 서버는 두 번째 사용 레코드를 시도하기 전에 첫 번째 PSTN 사용 레코드에 할당된 모든 경로를 시도합니다.

분기 게이트웨이 또는 SBA(Survivable Branch Appliance) 사이트의 Windows 구성 요소를 사용할 수 없는 경우(예: SBA(Survivable Branch Appliance) 또는 분기 게이트웨이가 유지 관리를 위해 다운된 경우) 분기 사이트 사용자에 대한 인바운드 통화가 해당 사용자에게 전달되게 하려면 게이트웨이에 장애 조치 경로를 만들어(또는 DID(Direct Inward Dialing) 공급자와 함께) 수신 통화를 중앙 사이트의 백업 등록자 풀로 리디렉션합니다. 여기에서 통화는 WAN 링크를 통해 분기 사용자에게 라우팅됩니다. 경로가 PSTN 게이트웨이 또는 기타 트렁크 피어의 허용되는 전화 번호 형식을 따르도록 경로가 숫자로 변환되는지 확인하십시오. 장애 조치(failover) 경로를 만드는 방법에 대한 자세한 내용은 장애 조치(failover) 경로 구성을 참조하십시오. 또한 수신 통화를 정규화하도록 분기 사이트 게이트웨이에 대한 서비스 수준의 다이얼 플랜을 만듭니다. 분기 사이트에 SBA(Survivable Branch Appliance)가 두 개 있으면 각 어플라이언스에 대해 별도의 서비스 수준 계획이 필요하지 않는 한 두 어플라이언스 모두에 대해 사이트 수준의 다이얼 플랜을 만들 수 있습니다.

참고

현재 상태, 회의 또는 장애 조치를 중앙 사이트에 의존하는 분기 사이트 사용자의 중앙 사이트 리소스 사용을 계산하려면 각 분기 사이트 사용자를 중앙 사이트에 등록된 사용자로 간주하는 것이 좋습니다. SBA(Survivable Branch Appliance)에 등록된 사용자를 포함하여 현재 분기 사이트 사용자 수에 대한 제한은 없습니다.

사용자 수준 다이얼 플랜 및 음성 정책을 만들어 분기 사이트 사용자에게 할당하는 것도 좋습니다. 자세한 내용은 배포 설명서의 "다이얼 플랜 만들기" 및 "분기 사용자에 대한 VoIP 라우팅 정책 만들기"를 참조하십시오.

내선 번호 라우팅

분기 사이트 사용자에 대한 다이얼 플랜 및 음성 정책을 준비할 때는 WAN 링크를 사용할 수 없어서 특히 PSTN을 통해 통화를 라우팅해야 할 경우 분기 사이트 사용자와 중앙 사이트 사용자 사이의 Lync 2010 통화가 올바르게 라우팅되도록 msRTCSIP-line(또는 줄 URI)에 사용된 문자열 및 번호 형식과 일치하는 정규화 규칙 및 변환 규칙을 포함해야 합니다. 전화 번호만 있는 것이 아니라 내선이 포함된 전화 접속 번호의 경우에는 특별한 추가 고려 사항이 있습니다.

내선 번호를 포함하는 줄 URI와 일치하는 정규화 규칙 및 변환 규칙은 배타적으로 사용되든 전체 E.164 전화 번호에 추가로 사용되든 간에 추가적인 요구 사항이 있습니다. 이 섹션에서는 내선 번호가 포함된 줄 URI에 대한 통화를 라우팅하는 몇 가지 예제 시나리오에 대해 설명합니다.

조직에 개별 사용자에 대한 DID(Direct Inward Dial) 전화 번호가 구성되어 있지 않고 각 사용자의 줄 URI에 내선 번호 구성된 경우 내부 사용자는 내선 번호만 사용하여 서로 통화할 수 있습니다. 하지만 분기 사이트 사용자와 중앙 사이트 사용자 간의 통화에 적용되는 내선 번호와 일치하는 정규화 규칙을 구성해야 합니다.

분기 사이트와 중앙 사이트 간의 WAN 링크를 사용할 수 있는 시나리오에서는 분기 사이트 사용자로부터 중앙 사이트 사용자로의 통화에는 통화가 PSTN을 통해 라우팅되지 않으므로 번호를 변환할 일치하는 정규화 규칙이 필요하지 않습니다. 예를 들면 다음과 같습니다.

규칙 이름 설명 발신 제한 변환

5digitExtensions

5자리 숫자를 변환하지 않음

^(\d{5})$

$1

10001이 변환되지 않음

또한 분기 사이트와 중앙 사이트 간의 WAN 링크를 사용할 수 없고 분기 사이트로부터의 통화를 PSTN을 통해 라우팅해야 하는 경우와 같은 시나리오를 수용할 수 있어야 합니다. WAN을 사용할 수 없는 동안 분기 사이트 사용자가 중앙 사이트 사용자의 내선만 사용하여 중앙 사이트 사용자에게 통화를 시작할 경우 중앙 사이트 사용자의 전체 전화 번호를 추가하는 아웃바운드 변환 규칙을 설정해야 합니다. 사용자의 줄 URI에 조직의 전체 전화 번호가 포함되고 사용자에게 고유한 전체 전화 번호 대신 사용자의 고유한 내선 번호가 포함된 경우 대신 조직의 전체 전화 번호를 추가하는 아웃바운드 변환 규칙을 설정해야 합니다. 예를 들면 다음과 같습니다.

설명 일치 패턴 변환

5자리 숫자를 사용자의 전화 번호 및 내선으로 변환

^(\d{5})$

+14255550123;ext=$1

10001이 +14255550123;ext=10001로 변환됨

5자리 숫자를 사용자의 조직 전화 번호 및 사용자의 내선으로 변환

^(\d{5})$

+14255550100;ext=$1

10001이 +14255550100;ext=10001로 변환됨

이 시나리오에서 PSTN에 대한 재라우팅을 처리하는 트렁크 피어가 내선 번호를 지원하지 않을 경우에는 아웃바운드 변환 규칙에서도 내선 번호를 제거해야 합니다. 예를 들면 다음과 같습니다.

설명 일치 패턴 변환

내선이 포함된 전화 번호에서 내선 제거

^\+(\d*);ext=(\d*)$

+$1

+14255550123;ext=10001이 +14255550123으로 변환됨

WAN 링크를 사용할 수 있는지 여부에 관계없이 조직에 개별 사용자에 대한 DID 번호가 구성되어 있지 않고 사용자의 줄 URI에 조직의 전화 번호 및 사용자의 고유한 내선 번호가 포함된 경우 트렁크 피어 또는 분기 사이트의 PSTN 게이트웨이가 연결할 수 있는 번호를 사용하여 조직의 전화 번호 줄 URI를 구성해야 합니다. 통화가 또한 해당 번호로 라우팅되도록 고유한 내선을 포함하도록 조직 전화 번호 줄 URI를 구성해야 합니다.

사이트 간의 WAN 링크를 사용할 수 없을 때 중앙 사이트 사용자에서 분기 사이트 사용자로의 통화에 대한 자세한 내용은 이 항목의 뒷부분에 있는 음성 메일 지속성 준비를 참조하십시오. 다른 샘플 규칙을 비롯하여 다이얼 플랜 및 정규화 규칙에 대한 자세한 내용은 계획 설명서의 다이얼 플랜 및 정규화 규칙 및 배포 설명서의 다이얼 플랜 및 정규화 규칙 구성을 참조하십시오. 아웃바운드 변환 규칙에 대한 자세한 내용은 계획 설명서의 변환 규칙 및 배포 설명서의 변환 규칙 정의를 참조하십시오.

음성 메일 지속성 준비

Exchange Unified Messaging(UM)은 일반적으로 중앙 사이트에만 설치되고 분기 사이트에는 설치되지 않습니다. 발신자는 분기 사이트와 중앙 사이트 간의 WAN 링크를 사용할 수 없는 경우에도 음성 메일 메시지를 보관할 수 있어야 합니다. 따라서 분기 사이트 사용자에게 음성 메일을 제공하는 Exchange UM 자동 전화 교환 전화 번호로 줄 URI를 구성하려면 해당 음성 메일 번호에 적용할 수 있는 음성 정책, 다이얼 플랜 및 정규화 규칙 외에도 특별한 고려 사항이 필요합니다.

SBA(Survivable Branch Appliance) 및 지속 가능 분기 서버는 WAN 중단 중에 분기 사용자에게 음성 메일 지속성을 제공합니다. 특히, SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버를 사용하는 경우 WAN 링크를 사용할 수 없을 때 SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버에서 PSTN을 통해 응답하지 않는 통화를 중앙 사이트의 Exchange UM으로 다시 라우팅합니다. SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버를 사용하면 사용자가 WAN 중단 중에도 PSTN을 통해 음성 메일 메시지를 검색할 수 있습니다. 끝으로, WAN 중단 중에는 SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버에서 부재 중 통화 알림을 큐에 넣고 WAN이 복원되면 Exchange UM 서버에 업로드합니다. 음성 메일 재라우팅을 복구할 수 있도록 하려면 중앙 사이트 풀의 FQDN에 대한 항목과 에지 서버 FQDN에 대한 항목을 지속 가능 분기 서버의 호스트 파일에 추가해야 합니다. 그렇지 않으면 분기 사이트에 DNS 서버가 없는 경우 DNS 확인 시간이 초과될 수 있습니다.

분기 사이트 사용자에 대해 음성 메일 지속성을 구성하려면 다음과 같이 구성하는 것이 좋습니다.

  • Microsoft Exchange 관리자는 메시지만 허용하도록 Exchange UM AA(자동 전화 교환)를 구성해야 합니다. 이 구성은 사용자에게 전송 또는 교환원에게 전송과 같은 다른 모든 일반 기능을 비활성화하고 메시지만 허용하도록 AA를 제한합니다. 또는 Exchange 관리자는 일반 AA를 사용하거나 통화를 교환원에게 라우팅하도록 사용자 지정된 AA를 사용할 수 있습니다.

  • Lync Server 관리자는 AA 전화 번호를 SBA(Survivable Branch Appliance) 또는 분기 서버에 대한 음성 메일 경로 전환 설정의 Exchange UM 자동 전화 교환 번호로 사용해야 합니다.

  • Lync Server 관리자는 Exchange UM 구독자 액세스 전화 번호를 SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버에 대한 음성 메일 경로 전환 설정의 구독자 액세스 번호로 사용해야 합니다.

  • Microsoft Exchange 관리자는 WAN 중단 중에 음성 메일에 액세스해야 하는 모든 분기 사용자와 하나의 다이얼 플랜만 연결되도록 Exchange UM을 구성해야 합니다.

  • WAN 링크를 사용할 수 없으면 분기 사이트 사용자에 대한 통화를 사용자의 Exchange UM 음성 사서함으로 라우팅할 수 있지만 통화에 적용되는 음성 정책이 고유하고 내선 번호를 포함하지 않는 음성 메일 전화 번호를 지정하는 경우에만 가능합니다.

분기 사이트 복구를 위한 하드웨어 및 소프트웨어 요구 사항

하드웨어 및 소프트웨어 요구 사항은 복구 솔루션에 따라 다릅니다.

SBA(Survivable Branch Appliance)에 대한 요구 사항

필요한 하드웨어 및 소프트웨어는 SBA(Survivable Branch Appliance)에 기본 제공됩니다. 그러나 각 분기 사이트에서 DHCP 서버를 배포하여 클라이언트 IP 주소를 가져오는 것이 좋습니다. 그러지 않으면 DHCP 임대가 만료된 경우 클라이언트의 IP 연결이 끊어집니다.

엔터프라이즈 DNS 서버가 중앙 사이트에만 있는 경우 분기 사이트 사용자는 WAN 중단 중에 DNS 서버에 액세스할 수 없으므로 DNS SRV를 사용하는 Lync Server 검색에 실패합니다. WAN 중단 중에 프롬프트 재라우팅을 보장하려면 DNS 레코드가 분기 사이트에서 캐시되어야 합니다. 분기 라우터에서 지원할 경우에는 DNS 캐싱을 사용하도록 설정하십시오. 또는 분기 사이트에 DNS 서버를 배포할 수 있습니다. 이 서버는 독립 실행형 서버 또는 DNS 기능을 지원하는 버전의 SBA(Survivable Branch Appliance)일 수 있습니다. 자세한 내용은 SBA(Survivable Branch Appliance) 공급자에게 문의하십시오.

참고

분기 사이트에 도메인 컨트롤러는 필요하지 않습니다. SBA(Survivable Branch Appliance)에서는 로그인 시 클라이언트의 인증서 요청에 대한 응답으로 클라이언트에 보내는 특정 인증서를 사용하여 클라이언트를 인증합니다.

Lync Server 2010 클라이언트는 DHCP 옵션 120(SIP 등록자 옵션)을 사용하여 Lync Server를 검색할 수 있습니다. 이는 다음 중 한 가지 방법으로 구성할 수 있습니다.

  • SBA(Survivable Branch Appliance) 또는 지속 가능 분기 서버의 등록자 FQDN을 반환하는 DHCP 120 쿼리에 응답하도록 분기 사이트의 DHCP 서버를 구성합니다.

  • Lync Server DHCP를 사용하도록 설정합니다. 이 옵션이 사용하도록 설정되면 Lync Server 등록자가 DHCP 옵션 120 쿼리에 응답합니다. Lync Server 등록자는 DHCP 옵션 120 이외의 다른 DHCP 쿼리에는 응답하지 않습니다.

또한 여러 서브넷이 있는 대규모 분기 사이트의 경우 DHCP 옵션 120 쿼리를 DHCP 서버(구성 1) 또는 Lync Server 등록자(구성 2)로 전달하도록 DHCP 릴레이 에이전트를 설정해야 합니다.

끝으로, 분기 사이트 사용자가 Enterprise Voice에 대해 구성되고 적절한 통합 통신 끝점으로 프로비전되어야 합니다.

지속 가능 분기 서버에 대한 요구 사항

지속 가능 분기 서버에 대한 요구 사항은 모든 Lync Server 서버 역할에 대한 요구 사항과 같습니다. 자세한 내용은 계획 설명서에서 인프라 요구 사항 확인을을 참조하십시오.

전체 규모 Lync Server 분기 사이트 배포에 대한 요구 사항

자세한 내용은 계획 설명서에서 인프라 요구 사항 확인을을 참조하십시오.