비즈니스용 Skype 서버 2015의 참조 토폴로지

 

마지막으로 수정된 항목: 2015-08-17

최상의 비즈니스용 Skype 서버 토폴로지는 조직의 규모, 배포할 작업, 선호 사항(고가용성 또는 투자 비용)에 따라 다릅니다.

이 섹션에서는 각 토폴로지에 대해 고려할 다양한 결정의 이유를 포함하여 세 가지 예제 참조 토폴로지를 간략하게 설명합니다.

소규모 조직용 참조 토폴로지는 비즈니스용 Skype 서버를 실행하는 3개 서버만 배포하여 강력하고 가용성이 뛰어난 솔루션을 배포할 수 있는 방법을 보여줍니다.

소규모 조직용 참조 토폴로지

세 개의 서버를 배포하는 참조 토폴로지 다이어그램

  • 배포되는 Standard Edition 서버 쌍    이 조직에는 중앙 사이트에 4천 명의 사용자가 있습니다. 조직은 고가용성 및 재해 복구를 위해 Standard Edition 서버 두 개를 배포한 다음 쌍으로 묶었습니다. 각 서버에는 2천 명의 사용자가 있지만, 모든 사용자에 대한 정보는 두 서버 간에 동기화됩니다. 따라서 서버 하나가 다운되면 관리자는 사용자의 작업 중단을 최소화하면서 다른 서버에서 작업이 처리되도록 장애 조치(failover)를 수행할 수 있습니다. 비즈니스용 Skype 서버의 고가용성 및 재해 복구 기능에 대한 자세한 내용은 비즈니스용 Skype 서버 2015의 고가용성 및 재해 복구 계획을 참조하세요.

  • 에지 서버 배포 권장.   내부 IM, 현재 상태 및 회의에는 에지 서버를 배포하지 않아도 되지만 소규모 배포에도 에지 서버를 배포하는 것이 좋습니다. 에지 서버를 배포하여 현재 조직 방화벽 외부에 있는 사용자에게 서비스를 제공하면 비즈니스용 Skype 서버 투자를 극대화할 수 있습니다. 이 경우의 이점은 다음과 같습니다.

    • 조직의 사용자가 집에서 일하거나 외근 시 비즈니스용 Skype 서버 기능을 사용할 수 있습니다.

    • 사용자가 외부 사용자를 모임에 초대할 수 있습니다.

    • 파트너, 공급업체 또는 고객 조직에서도 비즈니스용 Skype 서버를 사용하는 경우 해당 조직과 페더레이션 관계를 구축할 수 있습니다. 그러면 비즈니스용 Skype 서버 배포에서 페더레이션 조직의 사용자를 인식하므로 공동 작업의 효율이 향상됩니다.

    • 사용자는 메신저 대화를 일부 공용 IM 서비스 사용자와 주고받을 수 있습니다.

  • 분기 사이트 지속 가능성.   이 조직에서는 비즈니스용 Skype 서버 Enterprise Voice 기능의 파일럿 프로그램을 실행합니다. 일부 사용자는 음성 솔루션으로 비즈니스용 Skype 서버만 사용합니다. 이러한 Enterprise Voice 파일럿 사용자 중 일부는 분기 사이트에 있습니다. 분기 사이트에는 중앙 사이트에 대한 안정적인 WAN(광역 네트워크) 링크가 없으므로 SBA(Survivable Branch Appliance)가 배포되어 있습니다. SBA가 배포되어 있으면 WAN 링크가 다운된 경우에도 분기 사이트의 사용자가 계속 전화(조직 내의 통화 및 PSTN 통화 모두 가능)를 걸고 받을 수 있으며 음성 메일 기능을 사용하고 두 사용자 간에 IM(메신저 대화)으로 통신할 수 있습니다. 또한 WAN 링크를 사용할 수 없는 경우에도 사용자가 인증을 받을 수 있습니다. 자세한 내용은 비즈니스용 Skype 서버의 Enterprise Voice 복구 계획을 참조하세요.

  • Exchange UM 배포 이 참조 토폴로지에는 Exchange 통합 메시징(UM)가 아니라 Microsoft Exchange Server를 실행하는 비즈니스용 Skype 서버 서버가 포함되어 있습니다.

  • Office Web Apps Server. 웹 회의를 사용하는 모든 조직에서 Office Web Apps Server 또는 Office Web Apps Server 팜을 배포하는 것이 좋습니다. Office Web Apps Server를 사용하면 웹 회의에서 PowerPoint 슬라이드를 제공할 수 있습니다.

고가용성 및 단일 데이터 센터를 포함하는 참조 토폴로지는 중앙 사이트가 하나인 중소기업 규모의 조직을 위해 디자인되었습니다. 다음 다이어그램의 토폴로지는 사용자가 20,000명인 조직을 위한 것입니다.

중간 규모 조직을 위한 참조 토폴로지

단일 데이터 센터용 참조 토폴로지 다이어그램
  • 프런트 엔드 서버를 추가하여 더 많은 사용자 지원.   이 다이어그램의 토폴로지는 20,000명의 사용자를 지원하기 위한 3개의 프런트 엔드 서버를 포함합니다. 단일 중앙 사이트를 포함하고 사용자 수가 더 많은 경우 단순히 풀에 프런트 엔드 서버를 추가하면 됩니다. 풀당 사용자 수는 프런트 엔드 서버 12에서 최대 80,000명입니다.

    그러나 다른 프런트 엔드 풀을 사이트에 추가하여 단일 사이트 토폴로지에서 훨씬 많은 사용자를 지원할 수 있습니다.

  • 재해 복구 추가 가능.   이 조직에서는 비즈니스용 Skype 서버 서비스에 대한 고가용성이 필수 기능이지만 재해 복구는 필수 기능이 아닙니다. 이 조직에서 배포한 프런트 엔드 서버 풀은 고가용성을 제공합니다.

    재해 복구 기능을 추가하려고 했다면 또 다른 데이터 센터를 설정해서 여기에 별도의 프런트 엔드 풀을 추가하고 이를 현재 데이터 센터의 프런트 엔드 풀과 연결했을 것입니다. 그러면 기본 풀에 영향을 주는 재해가 발생할 경우 관리자가 사용자를 백업 풀로 장애 조치(failover)할 수 있습니다.

  • 백 엔드 서버가 미러링됨   기본적인 사용자 기능에 대한 고가용성을 향상시키기 위해 이 조직에서는 각 백 엔드 서버에 대한 미러링된 한 쌍의 프런트 엔드 풀을 배포했습니다.

  • 모니터링 서버 데이터베이스 옵션.   이 조직은 Enterprise Voice 통화 및 A/V 회의 품질을 보장하기 위해 모니터링을 배포했습니다. 모니터링은 모든 프런트 엔드 서버에 배포되었으며 모니터링 데이터베이스는 백 엔드 서버와 함께 배치되었습니다. 또한 별도의 서버에 배치된 모니터링 데이터베이스에서 토폴로지를 지원합니다.

  • 에지 서버 고가용성.   이 예에서는 사용자가 20,000명인 조직에서 한 개의 에지 서버로도 충분한 성능을 제공할 수 있습니다. 하지만 고가용성을 제공하기 위해 2개의 에지 서버를 포함하는 풀을 배포했습니다.

  • 분기 사이트 배포 옵션.   이 토폴로지의 조직에서는 해당 음성 솔루션으로 Enterprise Voice가 배포되었습니다. 분기 사이트 1은 중앙 사이트에 대한 복구 가능 WAN(광역 네트워크) 링크가 없습니다. 따라서 중앙 사이트의 WAN 링크가 다운된 경우 많은 비즈니스용 Skype 서버 기능을 유지 관리하기 위해 SBA(Survivable Branch Appliance)가 배포되어 있습니다. 분기 사이트 2에는 복구 가능한 WAN 링크가 있으므로 PSTN(공중 전화망) 게이트웨이만 있으면 됩니다. 여기에 배포된 PSTN 게이트웨이는 미디어 바이패스를 지원하므로 분기 사이트 2에는 중재 서버가 필요하지 않습니다. 자세한 내용은 비즈니스용 Skype 서버의 Enterprise Voice 복구 계획을 참조하세요.

  • DNS 부하 분산.   프런트 엔드 풀 및 에지 서버 풀에는 배포된 SIP 트래픽에 대한 DNS 부하 분산이 적용됩니다. 따라서 에지 서버에 하드웨어 부하 분산 장치가 필요하지 않으며, 다른 풀에 대해 하드웨어 부하 분산 장치를 설치 및 유지 관리해야 하는 부담이 크게 줄어듭니다. 하드웨어 부하 분산 장치는 HTTP 트래픽에만 필요하기 때문입니다. 자세한 내용은 DNS 부하 분산을 참조하세요.

  • Exchange UM 배포 이 참조 토폴로지에는 Exchange 통합 메시징(UM)가 아니라 Microsoft Exchange Server를 실행하는 비즈니스용 Skype 서버 서버가 포함되어 있습니다.

  • Office Web Apps Server. 웹 회의를 사용하는 모든 조직에서 Office Web Apps Server 또는 Office Web Apps Server 팜을 배포하는 것이 좋습니다. Office Web Apps Server를 사용하면 웹 회의에서 PowerPoint 슬라이드를 제공할 수 있습니다.

  • 디렉터 추가 가능.   조직에서 서비스 거부 공격에 대한 보안을 높이려는 경우 디렉터 풀을 배포할 수 있습니다. 디렉터는 비즈니스용 Skype 서버에서 선택적인 별개의 서버 역할이며, 사용자 계정을 포함하거나 현재 상태 또는 회의 서비스를 제공하지 않습니다. 디렉터는 에지 서버가 내부 서버로 향하는 인바운드 SIP 트래픽을 라우팅하는 내부 다음 홉 서버로 작동합니다. 디렉터는 인바운드 요청을 사전 인증하고 이를 사용자의 홈 풀 또는 서버로 리디렉션합니다. 디렉터의 사전 인증을 통해 배포에 알려지지 않은 사용자 계정의 요청을 삭제할 수 있습니다. 디렉터는 DoS(서비스 거부) 공격과 같은 악의적인 트래픽으로부터 프런트 엔드 서버를 보호할 수 있습니다. 네트워크가 이러한 공격의 부적합한 외부 트래픽으로 넘쳐날 경우에도 이러한 트래픽은 디렉터에서 종료됩니다.

  • System Center Operations Manager 권장.  최종 사용자에 대한 서비스 가용성을 보장하기 위해서는 비즈니스용 Skype 서버 배포의 상태를 모니터링하는 것이 좋습니다. Microsoft에서 무료로 다운로드할 수 있는 비즈니스용 Skype의 System Center Operations Manager 관리 팩을 사용할 수 있습니다. 비즈니스용 Skype 관리 팩을 사용하면 문제가 발생할 때 사전에 실시간 경고를 받고, 가상 트랜잭션을 실행해서 포괄적인 비즈니스용 Skype 기능을 테스트하고, 서비스 가용성에 대한 보고서를 확인하는 등의 작업을 수행할 수 있습니다. 이를 통해 최종 사용자가 문제를 경험하기 전에 배포에 대한 문제를 미리 해결할 수 있습니다.

여러 데이터 센터를 지원하는 대규모 조직용 참조 토폴로지는 둘 이상의 중앙 사이트가 있는 모든 규모의 조직에 적합합니다. 다음 다이어그램은 사용자 수가 50,000명(중앙 사이트 A에 20,000명, 중앙 사이트 B에 20,000명, 중앙 사이트 C와 분기 사이트에 총 10,000명)인 조직의 토폴로지입니다. 이 다이어그램에 표시된 유형의 토폴로지는 사용자 수에 관계없이 모든 규모의 조직에 적용될 수 있습니다.

프런트 엔드 서버 풀에서 제공하는 고가용성 이외에도 이 토폴로지는 재해 복구 지원을 추가합니다. 중앙 사이트 A와 B의 프런트 엔드 풀은 한 쌍으로 구성되어 있습니다. 이러한 풀 중 하나가 다운될 경우 관리자는 영향을 받지 않은 사이트의 쌍으로 구성된 풀로 영향을 받은 사용자에 대한 서비스를 이동할 수 있습니다.

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

여러 데이터 센터가 있는 대규모 조직용 참조 토폴로지의 개요

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

대규모 조직용 참조 토폴로지: 중앙 사이트 A의 상세 보기

토폴로지 3-2

대규모 조직용 참조 토폴로지: 중앙 사이트 B의 상세 보기

토폴로지 3-3

대규모 조직용 참조 토폴로지: 중앙 사이트 C의 상세 보기

토폴로지 3-4
  • 프런트 엔드 풀이 쌍으로 구성되어 재해 복구 지원.   사이트 A와 사이트 B의 프런트 엔드 풀은 함께 쌍으로 구성되어 있어 재해 복구를 지원합니다. 한 사이트의 풀에 장애가 발생할 경우 관리자는 해당 사이트의 사용자를 다른 사이트의 쌍으로 구성된 프런트 엔드 풀로 장애 조치하여 사용자에 대한 서비스 중단을 최소화할 수 있습니다. 이러한 두 프런트 엔드 풀에는 각각 6개의 서버가 있어 장애 조치(failover) 시 두 풀에 있는 40,000명의 사용자 모두를 충분히 지원할 수 있습니다. 자세한 내용은 비즈니스용 Skype 서버 2015의 고가용성 및 재해 복구 계획을 참조하세요.

  • 백 엔드 서버가 미러링됨   기본적인 사용자 기능에 대한 고가용성을 향상시키기 위해 이 조직에서는 각 프런트 엔드 풀에 대해 한 쌍의 미러링된 백 엔드 서버를 배포했습니다. 이것은 선택적인 토폴로지이며 단일 백 엔드 서버를 배포해도 됩니다. SQL 클러스터링 및 AlwaysOn 가용성 그룹도 지원됩니다. 자세한 내용은 비즈니스용 Skype 서버의 백 엔드 서버 고가용성을 참조하세요.

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

    하나의 Standard Edition 서버만으로 충분한 성능을 얻을 수 있지만 이 조직에서는 두 개를 배포하고 한 쌍으로 구성함으로써 한 서버가 다운될 경우에도 고가용성을 제공합니다.

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

  • 모니터링 및 보관   이 조직에서는 모니터링과 보관을 둘 다 배포했습니다. 모니터링 또는 보관을 배포하면 이것이 모든 프런트 엔드 서버에서 실행됩니다. 이러한 기능을 위한 데이터베이스는 백 엔드 데이터베이스와 함께 배치하거나 별도의 서버에 배치할 수 있습니다. 이 조직은 이러한 서버를 중앙 사이트 B에 있는 백 엔드 서버와 별도의 서버에 배치했습니다. 데이터베이스는 모든 사이트의 프런트 엔드 서버에서 모니터링 및 보관 데이터를 받습니다.

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

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

  • 영구 채팅 배포.   이 조직에서는 영구 채팅을 사용하는 데 필요한 서버를 배포했습니다. 풀의 사용자 수 부하를 처리하는 동시에 고가용성을 제공하기 위해 여러 영구 채팅 프런트 엔드 서버를 배포했습니다. 또한 영구 채팅 준수를 배포하고 영구 채팅 저장소와 영구 채팅 준수 저장소를 별도의 서버에 배치했습니다. 이러한 저장소는 함께 배치할 수 있으며 백 엔드 서버와 함께 배치할 수도 있습니다. 그러나 이 조직에서는 성능 향상을 위해 별도로 배치했습니다.

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

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

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

    Exchange UM에 대한 자세한 내용은 계획 설명서에서 Lync Server 2013의 Exchange 통합 메시징 통합 계획Lync Server 2013의 호스팅된 Exchange 통합 메시징 통합을 참조하세요.

  • Office Web Apps 서버.   웹 회의를 사용하는 모든 조직에서 Office Web Apps Server 또는 Office Web Apps Server 팜을 배포하는 것이 좋습니다. 단일 Office Web Apps Server 팜을 한 사이트에 배포하여 모든 사이트의 트래픽을 처리할 수도 있고 각 사이트에 배포할 수도 있습니다. Office Web Apps 서버를 사용하면 웹 회의에서 PowerPoint 슬라이드를 제공할 수 있습니다.

  • 디렉터 추가 가능.  이 조직에서 서비스 거부 공격에 대한 보안을 강화하려는 경우 디렉터 풀 하나를 배포할 수 있습니다. 디렉터는 비즈니스용 Skype 서버의 선택적인 별도 서버 역할로서, 사용자 계정을 배치하거나 현재 상태 또는 회의 서비스를 제공하지 않습니다. 이것은 에지 서버가 내부 서버를 대상으로 하는 인바운드 SIP 트래픽을 라우팅하는 다음 내부 홉 서버로 작동합니다. 디렉터는 인바운드 요청을 미리 인증하여 사용자의 홈 풀 또는 서버로 리디렉션합니다. 디렉터에서의 사전 인증을 통해 배포에 알려지지 않은 사용자 계정에서 오는 요청을 끊을 수 있습니다. 디렉터는 프런트 엔드 서버를 DoS(서비스 거부) 공격과 같은 악성 트래픽으로부터 보호하는 데 도움이 됩니다. 네트워크에 공격과 같은 잘못된 외부 트래픽이 가득 찰 경우 디렉터에서 해당 트래픽이 종료됩니다.

  • System Center Operations Manager 권장.  최종 사용자에 대한 서비스 가용성을 보장하기 위해서는 비즈니스용 Skype 서버 배포의 상태를 모니터링하는 것이 좋습니다. Microsoft에서 무료로 다운로드할 수 있는 비즈니스용 Skype의 System Center Operations Manager 관리 팩을 사용할 수 있습니다. 비즈니스용 Skype 관리 팩을 사용하면 문제가 발생할 때 사전에 실시간 경고를 받고, 가상 트랜잭션을 실행해서 포괄적인 비즈니스용 Skype 기능을 테스트하고, 서비스 가용성에 대한 보고서를 확인하는 등의 작업을 수행할 수 있습니다. 이를 통해 최종 사용자가 문제를 경험하기 전에 배포에 대한 문제를 미리 해결할 수 있습니다.

 
표시: