프런트 엔드 풀 고가용성 및 관리
풀 관리, 쿼럼 손실 및 두 개의 프런트 엔드 서버만 있는 풀에 대한 특별한 단계를 포함하여 비즈니스용 Skype 서버 프런트 엔드 풀 관리에 대해 알아봅니다.
비즈니스용 Skype 서버 프런트 엔드 풀의 아키텍처는 분산 시스템 모델을 사용하며 각 사용자의 데이터는 풀에 있는 3개의 프런트 엔드 서버를 유지합니다. 모든 Enterprise Edition 프런트 엔드 풀에는 3개 이상의 프런트 엔드 서버가 포함되어 있는 것이 좋습니다.
참고
비즈니스용 Skype 서버 2019는 두 개의 프런트 엔드 서버가 있는 Enterprise Edition 프런트 엔드 풀을 지원하지 않으며 해당 시나리오에서 토폴로지를 게시할 수 없습니다.
프런트 엔드 풀 관리 계획
비즈니스용 Skype 서버 Windows Fabric 기반으로 분산 시스템 모델을 사용합니다. 이 모델에서는 각 사용자 및 회의에 대한 중요한 데이터가 프런트 엔드 풀의 3개 프런트 엔드 서버에 저장됩니다. 특정 데이터 집합을 저장하는 이러한 세 서버를replicas라고 합니다.
프런트 엔드 풀에 대한 분산 모델을 사용하면 풀이 작동하려면 특정 수의 풀 서버가 실행되고 있어야 합니다. 풀에는 두 가지 손실 모드가 있습니다.
라우팅 그룹 수준 쿼럼 손실- 특정 라우팅 그룹에 대한 복제본(replica) 서버가 부족하여 발생합니다. 라우팅 그룹은 풀에 있는 사용자 집합입니다. 각 라우팅 그룹에는 풀에 주 복제본(replica) 1개와 보조 복제본 2개 등 3개의 복제본이 있습니다.
풀에서 실행 중인 시드 서버가 충분하지 않을 때 발생하는 풀 수준 쿼럼 손실입니다.
라우팅 그룹 수준 쿼럼 손실
새 프런트 엔드 풀을 처음 시작할 때는 다음 표와 같이 서버의 85%가 실행되고 있어야 합니다. 실행 중인 서버 수가 적으면 서비스가 시작 상태로 중단되고 풀이 시작되지 않을 수 있습니다.
| 풀의 총 서버 수 |
풀을 처음 시작하기 위해 실행해야 하는 서버 수 |
|---|---|
| 2 |
1 |
| 3 |
3 |
| 4 |
3 |
| 5 |
4 |
| 6 |
5 |
| 7 |
5 |
| 8 |
6 |
| 9 |
7 |
| 10 |
8 |
| 11 |
9 |
| 12 |
10 |
| 16 2019년 비즈니스용 Skype 서버 |
12 |
풀이 시작될 때마다 이전 표와 같이 서버의 85%를 시작해야 합니다. 이 서버 수를 시작할 수 없지만 풀 수준 쿼럼 손실이 없도록 충분한 서버를 시작할 수 있는 경우 cmdlet을 사용하여 Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery 이 라우팅 그룹 수준 쿼럼 손실에서 풀을 복구하고 진행할 수 있습니다. 이 cmdlet을 사용하는 방법에 대한 자세한 내용은 Reset-CsPoolRegistrarState를 참조하세요.
참고
서버 수가 짝수인 풀에서 비즈니스용 Skype 서버 주 SQL 데이터베이스를 미러링 모니터 서버로 사용합니다. 이와 같은 풀에서 주 데이터베이스를 종료하고 미러 복사본으로 전환하고 앞의 테이블에 따라 충분히 실행되지 않도록 충분한 프런트 엔드 서버를 종료하면 전체 풀이 다운됩니다. 자세한 내용은 데이터베이스 미러링 감시를 참조하세요.
풀 수준 쿼럼 손실
프런트 엔드 풀이 전혀 작동하려면 풀 수준 쿼럼 손실일 수 없습니다. 다음 표와 같이 실행 중인 서버 수가 기능 수준보다 낮으면 풀의 나머지 서버는 모든 비즈니스용 Skype 서버 서비스를 중지합니다. 다음 표의 숫자는 풀의 백 엔드 서버가 실행 중이라고 가정합니다.
| 풀의 총 프런트 엔드 서버 수 |
풀이 작동하려면 실행해야 하는 서버 수 |
|---|---|
| 2 |
1 |
| 3-4 |
모든 2 |
| 5-6 |
모든 3 |
| 7 |
모든 4 |
| 8-9 |
처음 7개 서버 중 4개 |
| 10-12 |
처음 9개 서버 중 5개 |
| 12-16 2019년 비즈니스용 Skype 서버 |
처음 12개 서버 중 7개 |
앞의 표에서 "첫 번째 서버"는 풀이 처음 시작되었을 때 시간순으로 처음 발생한 서버입니다. 이러한 서버를 확인하려면 옵션과 함께 cmdlet을 -PoolFqdn 사용할 Get-CsComputer 수 있습니다. 이 cmdlet은 토폴로지에서 표시되는 순서대로 서버를 표시하고 목록 맨 위에 있는 서버는 첫 번째 서버입니다.
중요
프런트 엔드 서버의 최대 수는 2019년 비즈니스용 Skype 서버 16개로 증가했습니다.
풀이 작동하도록 하는 추가 단계
프런트 엔드 풀이 계속 작동하도록 하려면 몇 가지 다른 요인에 대해 watch 합니다.
처음으로 사용자를 풀로 이동하는 경우 프런트 엔드 서버 중 3개 이상이 실행 중인지 확인합니다.
재해 복구를 위해 이 풀과 다른 풀 간에 페어링 관계를 설정하는 경우 해당 관계를 설정한 후 이 풀에 백업 풀과 데이터를 제대로 동기화하기 위해 3개의 프런트 엔드 서버가 동시에 실행되고 있는지 확인해야 합니다. 풀 페어링 및 재해 복구 기능에 대한 자세한 내용은 비즈니스용 Skype 서버 고가용성 및 재해 복구 계획을 참조하세요.
두 개의 프런트 엔드 서버가 있는 프런트 엔드 풀
프런트 엔드 서버가 두 개만 포함된 프런트 엔드 풀은 배포하지 않는 것이 좋습니다. 이 작은 풀은 더 큰 풀과 같은 강력한 고가용성 솔루션을 제공하지 않으며 관리에 추가 주의가 필요합니다. 또한 2개 서버 풀의 백 엔드 서버가 다운되면 전체 풀 자체도 곧 다운될 수 있습니다. 비즈니스용 Skype 서버 실행하는 하나 또는 두 개의 서버만 배포하려면 Standard Edition 서버로 배포하는 것이 좋습니다.
두 개의 프런트 엔드 서버가 있는 풀을 배포해야 하는 경우 다음 지침을 따르세요.
두 프런트 엔드 서버 중 하나가 다운되면 가능한 한 빨리 실패한 서버를 다시 가져와야 합니다. 마찬가지로 두 서버 중 하나를 업그레이드해야 하는 경우 업그레이드가 완료되는 즉시 다시 온라인 상태로 전환합니다.
어떤 이유로 두 서버를 동시에 중단해야 하는 경우 풀의 가동 중지 시간이 완료되면 다음을 수행합니다.
두 프런트 엔드 서버를 동시에 다시 시작하는 것이 가장 좋습니다.
두 서버를 동시에 다시 시작할 수 없는 경우 서버가 다운된 순서의 역순으로 다시 가져와야 합니다.
해당 순서로 다시 가져올 수 없는 경우 풀을 다시 가져오기 전에 다음 cmdlet을 사용합니다.
Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>
프런트 엔드 풀 구성 실패 및 변경 내용
프런트 엔드 서버가 실패하고 며칠 이상 교체될 가능성이 낮으면 토폴로지에서 서버를 제거합니다. 새 프런트 엔드 서버를 토폴로지에서 다시 사용할 수 있게 되면 추가합니다.
서버 추가 또는 제거와 같이 프런트 엔드 풀에 대한 구성을 변경할 때마다 다음 지침을 따라야 합니다.
새 토폴로지를 게시한 후 풀의 각 프런트 엔드 서버를 다시 시작해야 합니다. 한 번에 하나씩 다시 시작합니다.
구성 변경 중에 전체 풀이 다운된 경우 새 토폴로지를 게시한 후 다음 cmdlet을 실행합니다.
Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset