비즈니스용 Skype 서버의 프런트 엔드 풀 고가용성 및 관리

Skype for Business Server 2015
 

마지막으로 수정된 항목: 2016-12-20

비즈니스용 Skype 서버에서 프런트 엔드 풀의 아키텍처는 분산 시스템 모델을 사용합니다. 여기서는 각 사용자의 데이터가 풀에 있는 최대 세 개의 프런트 엔드 서버에 보관됩니다. 모든 Enterprise Edition 프런트 엔드 풀에 적어도 세 개의 프런트 엔드 서버를 포함하는 것이 좋습니다.

비즈니스용 Skype 서버에서는 Windows Fabric을 기반으로 분산 시스템 모델을 사용합니다. 이 모델에서 각 사용자와 회의에 대한 중요 데이터가 프런트 엔드 풀에 있는 세 개의 프런트 엔드 서버에 저장됩니다. 특정 데이터 집합을 저장하는 이러한 세 개의 서버를 복제본이라고 합니다.

프런트 엔드 풀의 분산 모델을 사용할 경우 풀이 작동하려면 풀의 서버 중 특정 수가 실행되어야 합니다. 풀에는 두 개의 손실 모드가 있습니다.

  • 특정 라우팅 그룹에 대한 복제본 서버가 부족하기 때문에 발생하는 라우팅 그룹 수준 쿼럼 손실. 라우팅 그룹은 풀에 있는 사용자 집합입니다. 라우팅 그룹마다 풀에 세 개의 복제본이 있습니다. 하나는 기본 복제본이고 나머지 두 개는 보조 복제본입니다.

  • 풀에서 실행 중인 시드 서버가 부족하기 때문에 발생하는 풀 수준 쿼럼 손실

새 프런트 엔드 풀을 처음 시작할 때 다음 표에서와 같이 85%의 서버가 반드시 실행 중이어야 합니다. 실행 중인 서버의 수가 이보다 적으면 서비스가 시작 상태로 정지되고 풀이 시작되지 않을 수 있습니다.

 

풀에 있는 서버의 총 수

처음에 풀을 시작하기 위해 실행 중이어야 하는 서버의 개수

2

1

3

3

4

3

5

4

6

5

7

5

8

6

9

7

10

8

11

9

12

10

이후에 풀을 시작할 때마다 위 표에서와 같이 85%의 서버가 시작되어야 합니다. 풀 수준 쿼럼 손실에 해당하지 않을 정도로 충분한 서버가 시작될 수 있지만 이 수만큼 서버를 시작할 수 없는 경우 Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery cmdlet을 사용하여 이 풀이 라우팅 그룹 수준 쿼럼 손실에서 복구되도록 설정하고 계속 진행할 수 있습니다. 이 cmdlet을 사용하는 방법에 대한 자세한 내용은 <link Reset-CsPoolRegistrarState>를 참조하세요.

note참고:
서버 수가 짝수인 풀에서 비즈니스용 Skype 서버는 기본 SQL 데이터베이스를 미러링 모니터 서버로 사용합니다. 이와 같은 풀에서 기본 데이터베이스를 종료하고 미러 복사본으로 전환한 후 위 표에 따라 충분한 프런트 엔드 서버를 종료하여 부족한 수를 실행하면 전체 풀이 중지됩니다. 자세한 내용은 데이터베이스 미러링 모니터 서버를 참조하세요.

프런트 엔드 풀이 제대로 작동하려면 풀 수준 쿼럼 손실 상태에 있어서는 안 됩니다. 실행 중인 서버의 수가 다음 표에 나와 있는 작동 수준에 미치지 못하면 풀에 있는 나머지 서버가 모든 비즈니스용 Skype 서버 서비스를 중지합니다. 다음 표에 나와 있는 숫자는 풀의 백 엔드 서버가 실행 중인 것으로 가정합니다.

 

풀에 있는 프런트 엔드 서버의 총 수

풀이 작동하기 위해 실행 중이어야 하는 서버 수

2

1

3-4

2

5-6

3

7

4

8-9

처음 7개 서버 중 4개

10-12

처음 9개 서버 중 5개

위 표에서 "첫 번째 서버"는 풀을 처음 시작했을 때 날짜순으로 가장 먼저 표시된 서버를 말합니다. 이러한 서버를 확인하기 위해 Get-CsComputer cmdlet과 함께 -PoolFqdn 옵션을 사용할 수 있습니다. 이 cmdlet은 서버를 토폴로지에 나타나는 순서대로 표시하며, 목록 맨 위에 있는 서버가 첫 번째 서버입니다.

프런트 엔드 풀이 계속해서 작동하도록 하기 위해 몇 가지 다른 요소를 살펴보아야 합니다.

  • 처음으로 사용자를 풀로 이동할 때는 프런트 엔드 서버 중 세 개 이상이 실행 중이어야 합니다.

  • 재해 복구 용도로 이 풀과 다른 풀 간 연결 관계를 설정하는 경우 해당 관계를 설정한 후 데이터를 백업 풀과 올바르게 동기화하려면 어느 시점에는 세 프런트 엔드 서버가 동시에 실행 중이어야 합니다. 풀 연결과 재해 복구 기능에 대한 자세한 내용은 비즈니스용 Skype 서버 2015의 고가용성 및 재해 복구 계획을 참조하세요.

두 프런트 엔드 서버만 포함하는 프런트 엔드 풀을 배포하는 것은 바람직하지 않습니다. 이 정도로 작은 풀은 더 큰 풀만큼 강력한 고가용성 솔루션을 제공하지 못하며, 관리할 때 더 주의를 기울여야 합니다. 또한 두 개의 서버 풀 중 백 엔드 서버가 작동을 멈추면 전체 풀도 작동을 멈추게 될 가능성이 큽니다. 비즈니스용 Skype 서버를 실행하는 서버를 한두 개만 배포하려면 Standard Edition 서버로 배포하는 것이 좋습니다.

하지만 어쩔 수 없이 두 개의 프런트 엔드 서버가 포함된 풀을 배포해야 하는 경우에는 다음 지침을 따르세요.

  • 두 프런트 엔드 서버 중 하나의 작동이 중단된 경우 실패한 서버를 가능한 빨리 가동 상태로 복구해야 합니다. 마찬가지로 두 서버 중 하나를 업그레이드해야 하는 경우 업그레이드를 완료하는 즉시 온라인 상태로 되돌려야 합니다.

  • 어떤 이유로든 동시에 두 서버의 작동을 중단해야 하는 경우에는 풀의 중단 시간이 끝나자마자 다음을 수행합니다.

    • 가장 좋은 방법은 두 프런트 엔드 서버를 동시에 다시 시작하는 것입니다.

    • 두 서버를 동시에 다시 시작할 수 없으면 작동이 중단된 순서의 역순으로 복구해야 합니다.

    • 이 순서대로 복구할 수 없는 경우에는 풀을 복구하기 전에 다음 cmdlet을 사용합니다. Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>

프런트 엔드 서버가 실패하고 며칠 동안 대체될 가능성이 낮다면 해당 서버를 토폴로지에서 제거합니다. 토폴로지를 다시 사용할 수 있게 될 때 새 프런트 엔드 서버를 토폴로지에 추가합니다.

서버를 추가하거나 제거하는 등 프런트 엔드 풀 구성을 변경할 때마다 다음 지침을 따라야 합니다.

  • 새 토폴로지가 게시된 후에는 풀에서 각 프런트 엔드 서버를 다시 시작해야 합니다. 이들 서버를 한 번에 하나씩 다시 시작합니다.

  • 구성 변경 중에 전체 풀의 작동이 중단된 경우 새 토폴로지를 게시한 후 다음 cmdlet을 실행합니다. Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset

 
표시: