비즈니스용 Skype 서버 대한 참조 토폴로지

대규모, 중간 및 소규모 조직에 대한 다이어그램 및 결정을 포함하여 비즈니스용 Skype 서버 대한 참조 토폴로지입니다.

가장 적합한 비즈니스용 Skype 서버 토폴로지는 organization 크기, 배포하려는 워크로드 및 고가용성 및 투자 비용에 대한 기본 설정에 따라 달라집니다.

이 섹션에서는 각 토폴로지를 고려한 많은 의사 결정의 추론을 포함하여 세 가지 샘플 참조 토폴로지를 간략하게 설명합니다.

작은 organization 대한 참조 토폴로지

소규모 조직에 대한 참조 토폴로지는 비즈니스용 Skype 서버 실행하는 세 개의 서버만 배포하여 강력하고 고가용성 솔루션을 배포하는 방법을 보여줍니다.

소규모 조직에 대한 참조 토폴로지

• 배포된 Standard Edition 서버 쌍 이 organization 중앙 사이트에 4,000명의 사용자가 있습니다. 두 개의 Standard Edition 서버를 배포하고 함께 페어링하여 고가용성 및 재해 복구를 가능하게 했습니다. 각 서버에는 2,000명의 사용자가 있지만 모든 사용자에 대한 정보는 두 서버 간에 동기화됩니다. 관리자가 중단되면 관리자가 해당 사용자를 다른 서버에서 서비스하도록 장애 조치(failover)하여 사용자에게 최소한의 중단을 줄 수 있습니다. 비즈니스용 Skype 서버 고가용성 및 재해 복구 기능에 대한 자세한 내용은 비즈니스용 Skype 서버 고가용성 및 재해 복구 계획을 참조하세요.

• Edge Server 배포를 사용하는 것이 좋습니다. 내부 메신저 대화, 현재 상태 및 회의에는 Edge Server를 배포할 필요가 없지만 소규모 배포에도 사용하는 것이 좋습니다. 에지 서버를 배포하여 현재 organization 방화벽 외부에 있는 사용자에게 서비스를 제공하여 비즈니스용 Skype 서버 투자를 최대화할 수 있습니다. 이점은 다음과 같습니다.

  • organization 사용자가 집에서 일하거나 길에서 나가는 경우 비즈니스용 Skype 서버 기능을 사용할 수 있습니다.

  • 사용자는 외부 사용자를 초대하여 모임에 참여할 수 있습니다.

  • 비즈니스용 Skype 서버 사용하는 파트너, 공급업체 또는 고객 organization 있는 경우 해당 organization 페더레이션 관계를 형성할 수 있습니다. 그러면 비즈니스용 Skype 서버 배포에서 페더레이션된 organization 사용자를 인식하여 협업을 개선합니다.

  • 사용자는 일부 공용 IM 서비스의 사용자와 인스턴트 메시지를 교환할 수 있습니다.

• 분기 사이트 생존 가능성. 이 organization 비즈니스용 Skype 서버 Enterprise Voice 기능의 파일럿 프로그램을 실행하고 있습니다. 일부 사용자는 비즈니스용 Skype 서버 유일한 음성 솔루션으로 사용하고 있습니다. 이러한 Enterprise Voice 파일럿 사용자 중 일부는 분기 사이트에 있습니다. 분기 사이트에 중앙 사이트에 대한 신뢰할 수 있는 WAN(광역 네트워크) 링크가 없으므로 Survivable Branch Appliance가 배포됩니다. 이 배포를 통해 WAN 링크가 다운되면 분기 사이트의 사용자는 여전히 전화를 걸고 받을 수 있습니다(organization 및 PSTN 통화 내의 두 통화 모두), 음성 메일 기능이 있고, 메신저 대화(양방향 메신저)와 통신할 수 있습니다. WAN 링크를 사용할 수 없는 경우에도 사용자를 인증할 수 있습니다. 자세한 내용은 비즈니스용 Skype 서버 Enterprise Voice 복원력 계획을 참조하세요.

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

• Office Web Apps Server. 웹 회의를 사용하는 모든 organization Office Web Apps Server 또는 Office Web Apps Server 팜을 배포하는 것이 좋습니다. Office Web Apps Server를 사용하면 PowerPoint 슬라이드를 웹 컨퍼런스에 표시할 수 있습니다.

중간 organization 대한 참조 토폴로지

고가용성 및 단일 데이터 센터가 있는 참조 토폴로지는 중앙 사이트 하나가 있는 중소 규모의 organization 위해 설계되었습니다. 다음 다이어그램의 정확한 토폴로지는 organization 20,000명의 사용자를 위한 것입니다.

중간 조직에 대한 참조 토폴로지

• 프런트 엔드 서버를 더 추가하여 더 많은 사용자를 수용합니다. 이 다이어그램의 정확한 토폴로지는 20,000명의 사용자를 지원하는 3개의 프런트 엔드 서버가 있습니다. 단일 중앙 사이트와 더 많은 사용자가 있는 경우 풀에 더 많은 프런트 엔드 서버를 추가할 수 있습니다. 풀당 최대 사용자 수는 80,000명이며 프런트 엔드 서버는 12개입니다.

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

• 재해 복구를 추가할 수 있습니다. 이 organization 경우 비즈니스용 Skype 서버 서비스에 대한 고가용성이 필요한 기능이지만 재해 복구는 필요하지 않습니다. 배포한 프런트 엔드 서버 풀은 고가용성을 제공합니다.

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

• 백 엔드 서버가 미러링됨 기본 사용자 기능에 대한 고가용성을 제공하기 위해 organization 각 프런트 엔드 풀에 대해 미러된 백 엔드 서버 쌍을 배포했습니다.

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

• Edge Server 고가용성 이 예제에서는 사용자가 20,000명인 organization 하나의 에지 서버만으로도 성능이 충분합니다. 그러나 고가용성을 제공하기 위해 배포된 두 개의 Edge 서버 풀을 배포했습니다.

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

• DNS 부하 분산. 프런트 엔드 풀 및 에지 서버 풀에는 SIP 트래픽에 대한 DNS 부하 분산이 배포됩니다. 이렇게 하면 에지 서버에 대한 하드웨어 부하 분산 장치가 필요하지 않으며, 하드웨어 부하 분산 장치가 HTTP 트래픽에만 필요하므로 다른 풀에 대한 하드웨어 부하 분산 장치의 설정 및 유지 관리가 크게 줄어듭니다. 자세한 내용은 DNS 부하 분산을 참조하세요.

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

• Office Web Apps Server. 웹 회의를 사용하는 모든 organization Office Web Apps Server 또는 Office Web Apps Server 팜을 배포하는 것이 좋습니다. Office Web Apps Server를 사용하면 Powerpoint 슬라이드를 웹 컨퍼런스에 표시할 수 있습니다.

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

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

큰 organization 대한 참조 토폴로지

여러 데이터 센터가 지원되는 대규모 organization 대한 참조 토폴로지는 둘 이상의 중앙 사이트가 있는 모든 크기의 organization 위한 것입니다. 다음 다이어그램의 정확한 토폴로지는 50,000명의 사용자 organization, 중앙 사이트 A에서 20,000명의 사용자, 중앙 사이트 B에서 20,000명, 중앙 사이트 C 및 분기 사이트에서 총 10,000명의 사용자를 위한 것입니다. 이 다이어그램에 표시된 토폴로지 유형은 사용자 수가 없는 조직을 수용할 수 있습니다.

이 토폴로지에서는 프런트 엔드 서버 풀에서 제공하는 고가용성 외에도 재해 복구 지원을 추가합니다. 중앙 사이트 A 및 B의 프런트 엔드 풀은 함께 페어링됩니다. 이러한 풀 중 하나가 중단되면 관리자는 영향을 받는 사용자의 서비스를 영향을 받지 않는 사이트의 쌍을 이루는 풀로 이동할 수 있습니다.

이 토폴로지는 여러 다이어그램에 표시되며, 먼저 개요와 중앙 사이트의 자세한 보기가 표시됩니다.

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

대규모 조직에 대한 참조 토폴로지: 중앙 사이트 A에 대한 자세한 보기

대규모 조직에 대한 참조 토폴로지: 중앙 사이트 B에 대한 자세한 보기

대규모 조직에 대한 참조 토폴로지: 중앙 사이트 C에 대한 자세한 보기

• 프런트 엔드 풀은 재해 복구를 사용하도록 페어링됩니다. 사이트 A 및 사이트 B의 프런트 엔드 풀은 서로 쌍을 이루어 재해 복구 지원을 제공합니다. 한 사이트의 풀이 실패하면 관리자가 해당 사이트의 사용자를 다른 사이트의 페어링된 프런트 엔드 풀로 장애 조치(failover)할 수 있으며, 사용자에게는 최소한의 서비스 중단이 가능합니다. 이러한 두 프런트 엔드 풀에는 각각 6개의 서버가 있으며, 장애 조치(failover)의 경우 두 풀의 모든 40,000명의 사용자에게 충분합니다. 자세한 내용은 비즈니스용 Skype 서버 고가용성 및 재해 복구 계획을 참조하세요.

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

• 분기 사이트에서 Standard Edition 서버 사용. 이 organization 600명의 직원만 있기 때문에 사이트 C를 지점 사이트로 간주합니다. 그러나 사용자에게는 많은 A/V 컨퍼런스가 있습니다. 비즈니스용 Skype 서버 분기 사이트로 배포된 경우 이러한 회의의 미디어는 프런트 엔드 서버가 배포된 중앙 사이트 간에 WAN(광역 네트워크)을 통해 실행됩니다. 이러한 잠재적 대역폭 로드를 방지하기 위해 이 사이트에 Standard Edition 서버 쌍을 설치하여 이러한 회의를 주최합니다. 또한 Standard Edition 서버가 설치되므로 정의에 따라 비즈니스용 Skype 서버 중앙 사이트로 간주하며 토폴로지 작성기 및 계획 도구에서처럼 처리됩니다.

  여기서는 하나의 Standard Edition 서버만으로도 성능이 충분하지만, organization 두 서버를 배포하고 한 서버가 다운될 경우 고가용성을 제공하기 위해 함께 페어링했습니다.

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

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

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

• SIP 트렁크 및 중재 서버. 중앙 사이트 B에서 중재 서버는 프런트 엔드 서버와 함께 배치되지 않습니다. 이는 SIP 트렁크를 사용하는 사이트에 독립 실행형 중재 서버를 사용하는 것이 좋습니다. 대부분의 다른 인스턴스에서는 중재 서버를 프런트 엔드 서버와 함께 배치하는 것이 좋습니다. 중재 서버 토폴로지에 대한 자세한 내용은 계획 설명서 의 중재 서버에 대한 구성 요소 및 토폴로 지를 참조하세요.

• 영구 채팅이 배포됩니다. 이 organization 영구 채팅을 사용하도록 설정하는 데 필요한 서버를 배포했습니다. 풀의 사용자 수에 대한 부하를 처리하고 고가용성을 제공하기 위해 여러 영구 채팅 프런트 엔드 서버를 배포했습니다. 또한 영구 채팅에 대한 규정 준수를 배포하고 별도의 서버에 영구 채팅 저장소 및 영구 채팅 준수 저장소를 배치했습니다. 이러한 저장소는 배치될 수 있으며 백 엔드 서버와 함께 배치될 수도 있지만, 이 organization 더 나은 성능을 제공하기 위해 분리하기로 결정했습니다.

  참고

  영구 채팅은 2015년 비즈니스용 Skype 서버 사용할 수 있지만 2019년 비즈니스용 Skype 서버 더 이상 지원되지 않습니다. Teams에서도 동일한 기능을 사용할 수 있습니다. 자세한 내용은 Microsoft Teams 업그레이드 시작을 참조하세요. 영구 채팅을 사용해야 하는 경우 이 기능이 필요한 사용자를 Teams로 마이그레이션하거나 2015년 비즈니스용 Skype 서버 계속 사용하는 것이 좋습니다.

• DNS 부하 분산. 프런트 엔드 풀 및 에지 서버 풀은 DNS 부하 분산을 사용합니다. 이렇게 하면 에지 서버의 내부 인터페이스에 대한 하드웨어 부하 분산 장치가 필요하지 않으며, 하드웨어 부하 분산 장치가 HTTP 트래픽에만 필요하므로 다른 풀에 대한 하드웨어 부하 분산 장치의 설정 및 유지 관리에 소요되는 시간이 크게 줄어듭니다. 자세한 내용은 (.를 참조하세요. /.. /plan-your-deployment/network-requirements/load-balancing.md#BKMK_DNSLoadBalancing).

• Exchange UM 배포. 비즈니스용 Skype 서버 UM(Exchange Unified Messaging) 및 호스트된 Exchange UM의 온-프레미스 배포에서 모두 작동합니다. 중앙 사이트 A에는 비즈니스용 Skype 서버 아닌 Microsoft Exchange Server 실행되는 Exchange UM(통합 메시징) 서버가 포함되어 있습니다. 비즈니스용 Skype 서버 Exchange UM 기능은 프런트 엔드 풀에서 실행됩니다.

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

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

• Office Web Apps Server. 웹 회의를 사용하는 모든 organization Office Web Apps Server 또는 Office Web Apps Server 팜을 배포하는 것이 좋습니다. 모든 사이트의 트래픽을 제공하는 단일 Office Web Apps Server 팜을 하나의 사이트에 배포하거나 각 사이트에 배포할 수 있습니다. Office Web Apps Server를 사용하면 Powerpoint 슬라이드를 웹 컨퍼런스에 표시할 수 있습니다.

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

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