Lync Server 2013의 프런트 엔드 서버, 인스턴트 메시징 및 현재 상태에 대 한 토폴로지 및 구성 요소Topologies and components for Front End Servers, instant messaging, and presence in Lync Server 2013

 

마지막으로 수정 된 항목: 2014-10-24Topic Last Modified: 2014-10-24

IM (인스턴트 메시징) 및 현재 상태에 필요한 구성 요소는 다음과 같습니다.The only components required for instant messaging (IM) and presence are:

  • 조직의 프런트 엔드 서버 또는 Standard Edition 서버Your organization’s Front End Servers or Standard Edition servers. 이러한 서버에서 IM 및 현재 상태 기능을 항상 사용할 수 있습니다.IM and presence capabilities are always enabled on these servers.

  • 부하 분산 장치 (Enterprise Edition 프런트 엔드 풀이 있는 경우)A load balancer, if you have an Enterprise Edition Front End pool. 자세한 내용은 Lync Server 2013의 부하 분산 요구 사항를 참조 하세요.For more information, see Load balancing requirements for Lync Server 2013.

프런트 엔드 풀 배포 계획Planning for the Deployment of Front End Pools

Lync Server 2013에서는 프런트 엔드 풀 아키텍처가 변경 되었으며, 이러한 변경 사항에 따라 프런트 엔드 풀을 계획 하 고 유지 관리 하는 방법에 영향을 줍니다.In Lync Server 2013, Front End pool architecture has changed, and these changes affect how you should plan and maintain your Front End pools.

모든 Enterprise Edition 프런트 엔드 풀에는 세 개 이상의 프런트 엔드 서버가 포함 되는 것이 좋습니다.We recommend that all your Enterprise Edition Front End pools include at least three Front End Servers. Lync Server에서 프런트 엔드 풀의 아키텍처는 분산 시스템 모델을 사용 하며 각 사용자의 데이터는 풀의 세 프런트 엔드 서버에 보관 됩니다.In Lync Server, the architecture of Front End pools uses a distributed systems model, with each user’s data kept on three Front End servers in the pool. 이 새로운 아키텍처에 대 한 자세한 내용은 Lync Server 2013의 토폴로지 변경 사항을참조 하세요.For more information about this new architecture, see Topology changes in Lync Server 2013.

세 개의 Enterprise Edition 프런트 엔드 서버를 배포 하 고 재해 복구를 수행 하지 않으려면 Lync Server Standard Edition을 사용 하 고 쌍으로 된 백업 관계로 두 개의 풀을 만드는 것이 좋습니다.If you do not want to deploy three Enterprise Edition Front End Servers and want disaster recovery, we recommend you use Lync Server Standard Edition and create two pools with a paired backup relationship. 이렇게 하면 서버가 두 대 인 재해 복구 솔루션을 제공 합니다.This will provide a disaster recovery solution with only two servers. 고가용성 및 재해 복구 토폴로지와 기능에 대 한 자세한 내용은 Lync Server 2013에서 고가용성 및 재해 복구 계획을 참조 하십시오.For more information, on high availability and disaster recovery topologies and features, see Planning for high availability and disaster recovery in Lync Server 2013.

프런트 엔드 풀 관리 계획Planning for the Management of Front End Pools

프런트 엔드 풀의 경우이 섹션의 지침을 따릅니다.For Front End pools, follow the guidelines in this section.

풀이 작동 하는지 확인Ensuring That Pools are Functional

프런트 엔드 풀에 대 한 새 분산 모델을 사용 하는 경우 풀이 작동 하려면 풀 서버의 특정 번호가 실행 중 이어야 합니다.With the new distributed model for Front End pools, certain numbers of a pool’s servers must be running for the pool to function. 풀에는 두 가지 손실 모드를 사용할 수 있습니다.There are two loss modes for a pool

  • 특정 라우팅 그룹에 대 한 복제본 서버가 부족 하 여 라우팅 그룹 수준 쿼럼 손실이 발생 했습니다.Routing Group Level quorum loss, caused by not enough replica servers for a particular routing group. 라우팅 그룹은 풀에 속한 사용자 집합의 집합체입니다.A routing group is an aggregation of a set of users homed in the pool. 각 라우팅 그룹에는 하나의 기본 및 두 보조를 하나씩 포함 하 여 풀의 복제본이 세 개 있습니다.Each routing group has three replicas in the pool: one primary and two secondaries.

  • 풀 수준 쿼럼 손실 (풀에서 시드 서버가 충분히 실행 되지 않을 때 발생 하는 경우)Pool Level quorum loss, caused when not enough seed servers are running in the pool.

라우팅 그룹 수준 쿼럼 손실Routing Group Level quorum loss

새 프런트 엔드 풀을 처음 시작 하는 경우에는 다음 표에 나와 있는 것과 같이 서버 중에서 1 ~ 85%가 작동 하는 것이 중요 합니다.The first time you start a new Front End pool, it is essential that 85% of the servers are up and running, as shown in the following table. 실행 중인 서버가 적으면 서비스가 시작 상태에 걸려 풀이 시작 되지 않을 수 있습니다.If fewer servers are running, the services might be stuck in the starting state and the pool might not start.

풀에 있는 총 서버 수Total number of servers in the pool 풀을 처음 시작할 때 실행 해야 하는 서버 수Number of servers that must be running for the pool to be started the first time

22

1 1

3(sp3)3

3(sp3)3

4 4

3(sp3)3

5 5

4 4

6 6

5 5

7 7

5 5

8 8

6 6

9 9

7 7

10 10

8 8

11 11

9 9

12 12

10 10

그 다음에 풀을 시작할 때마다 서버의 85% (위 표에 표시 된 대로)가 시작 되어야 합니다.Every subsequent time the pool is started, 85% of the servers should be started (as shown in the preceding table). 이 서버 수를 시작할 수 없지만 풀 수준 쿼럼 손실에 해당 되지 않도록 충분 한 서버를 시작할 수 있으면 Reset-reset-cspoolregistrarstate – ResetType QuorumLossRecovery cmdlet을 사용 하 여 풀을이 라우팅 그룹 수준 쿼럼 손실에서 복구 하 고 작업을 진행할 수 있습니다.If this number of servers cannot be started (but enough servers can be started so that you are not at pool-level quorum loss), you can use the Reset-CsPoolRegistrarState –ResetType QuorumLossRecovery cmdlet to enable the pool to recover from this routing group level quorum loss and make progress. 이 cmdlet을 사용 하는 방법에 대 한 자세한 내용은 Reset-reset-cspoolregistrarstate를 참조 하십시오.For more information about how to use this cmdlet, see Reset-CsPoolRegistrarState.

참고

Lync Server에서는 기본 SQL 데이터베이스를 미러링 모니터로 사용 하기 때문에 기본 데이터베이스를 종료 하 고 미러 복사본으로 전환한 다음 충분 한 프런트 엔드 서버를 종료 하 여 앞의 표에 따라 충분히 실행 되지 않도록 하려면 전체 풀이 다운 됩니다.Because Lync Server uses the Primary SQL database as Witness, if you shut down the primary database and switch to the Mirror copy, and shut down enough Front End Servers so that not enough are running according to the preceding table, the entire pool will go down. 자세한 내용은 데이터베이스 미러링 모니터 서버를 참조 하세요.For more information, see Database Mirroring Witness.

풀 수준 쿼럼 손실Pool-level quorum loss

프런트 엔드 풀은 모두 작동 하기 위해 풀 수준의 쿼럼 손실 일 수 없습니다.For a Front End pool to function at all, it cannot be in pool-level quorum loss. 실행 중인 서버의 수가 다음 표에 나와 있는 것 처럼 기능 수준 아래로 떨어지면 풀의 나머지 서버가 모든 Lync Server 서비스를 중지 합니다.If the number of servers running falls below the functional level as shown in the following table, the remaining servers in the pool will stop all Lync Server services. 다음 표의 숫자는 풀의 백 엔드 서버가 실행 되 고 있다고 가정 합니다.Note that the numbers in the following table assume that the Back End Servers in the pool are running.

풀에 있는 총 프런트 엔드 서버 수Total number of Front End Servers in the pool 풀 작동을 위해 실행되어야 하는 서버 수Number of servers that must be running for pool to be functional

22

1 1

3-43-4

모두 2Any 2

5-65-6

모두 3Any 3

7 7

모든 4Any 4

8-98-9

처음 7 개 서버 중 하나라도Any 4 of the first 7 servers

10-1210-12

처음 9 대의 서버 5 개Any 5 of the first 9 servers

위의 표에서 첫 번째 서버는 풀이 처음으로 시작 된 경우 시간순으로 나열 되는 서버입니다.In the preceding table, the “first servers” are the servers which were brought up first, chronologically, when the pool was started for the first time. 이러한 서버를 확인 하려면 – Poolfqdn 옵션을 사용 하 여 Get cscomputer cmdlet을 사용할 수 있습니다.To determine these servers, you can use the Get-CsComputer cmdlet with the –PoolFqdn option. 이 cmdlet은 토폴로지에 표시 되는 순서 대로 서버를 표시 하며, 목록 맨 위에 있는 서버가 첫 번째 서버입니다.This cmdlet will show the servers in the order that they appear in the topology, and the ones at the top of the list are the first servers.

두 개의 프런트 엔드 서버를 포함 하는 프런트 엔드 풀Front End Pools with Two Front End Servers

두 개의 프런트 엔드 서버만 포함 된 프런트 엔드 풀을 배포 하는 것은 권장 되지 않습니다.We do not recommend deploying a Front End pool that contains only two Front End Servers. 이러한 풀을 배포 해야 하는 경우 다음 지침을 따릅니다.If you do ever need to deploy such a pool, follow these guidelines:

  • 두 프런트 엔드 서버 중 하나가 다운 되 면 가능 하면 즉시 실패 한 서버를 백업 해 보십시오.If one of the two Front End Servers goes down, you should try to bring the failed server back up as soon as you can. 마찬가지로, 두 서버 중 하나를 업그레이드 해야 하는 경우 업그레이드가 완료 되는 즉시 다시 온라인 상태로 전환 합니다.Similarly, if you need to upgrade one of the two servers, bring it back online as soon as the upgrade is finished.

  • 어떤 이유로 두 서버를 동시에 가져오는 데 필요한 경우 풀에 대 한 가동 중지 시간이 완료 되 면 다음을 수행 합니다.If for some reason you need to bring both servers down at the same time, do the following when the downtime for the pool is finished:

    • 가장 좋은 방법은 두 프런트 엔드 서버를 동시에 다시 시작 하는 것입니다.The best practice is to restart both Front End Servers at the same time.

    • 두 서버를 동시에 다시 시작할 수 없는 경우에는 다운 된 순서와 순서가 거꾸로 복원 되도록 해야 합니다.If the two servers cannot be restarted at the same time, you should bring them back up in the reverse order of the order they went down.

    • 해당 순서 대로 백업할 수 없는 경우 풀을 백업 하기 전에 다음 cmdlet을 사용 합니다.If you cannot bring them back up in that order, then use the following cmdlet before bringing the pool back up:.

      Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>
      

풀이 작동 하도록 확인 하기 위한 추가 단계Additional Steps to Ensure Pools are Functional

프런트 엔드 풀이 계속 작동 되도록 하려면 몇 가지 다른 요인을 살펴봐야 합니다.You should watch for a couple of other factors to ensure that your Front End pools remain functional.

  • 사용자를 처음으로 풀로 이동할 때는 프런트 엔드 서버 중 세 개 이상이 실행 되 고 있어야 합니다.When you move users to the pool for the first time, be sure at least three of the Front End Servers are running.

  • 이 풀과 재해 복구를 위해 다른 풀 간의 연결 관계를 설정 하는 경우 해당 관계를 설정한 후에는이 풀에 백업 풀과 데이터를 올바르게 동기화 하기 위해 일정 시간 동안 동시에 실행 되는 세 개의 프런트 엔드 서버가 있는지를 파악 해야 합니다.If you establish a pairing relationship between this pool and another pool for disaster recovery purposes, then after establishing that relationship you must be sure this pool has three Front End Servers running simultaneously at some time to properly synchronize data with the backup pool. 풀 페어링 및 재해 복구 기능에 대 한 자세한 내용은 Lync Server 2013에서 고가용성 및 재해 복구 계획을 참조 하세요.For more information on pool pairing and disaster recovery features, see Planning for high availability and disaster recovery in Lync Server 2013.

풀 업그레이드의 안정성 향상Improving the Reliability of Pool Upgrades

프런트 엔드 풀에서 서버를 업그레이드 하거나 패치 해야 하는 경우에는 Lync Server 2013의 프런트 엔드 서버 업그레이드 또는 업데이트에 표시 된 워크플로를 따르고 다음 지침을 따릅니다.When you need to upgrade or patch the servers in a Front End pool, follow the workflow shown in Upgrade or update Front End Servers in Lync Server 2013, and the following guidelines:

  • 업그레이드를 위해 업그레이드를 수행 하는 경우 (예를 들어 Lync Server 2013의 프런트 엔드 서버를 업데이트 하거나 업그레이드할때의 워크플로를 팔 로우 하는 경우) get-cspoolupgradereadinessstate cmdlet을 사용 하 여 준비 상태를 확인 합니다.When you move from one upgrade domain to another for upgrades (following the workflow at Upgrade or update Front End Servers in Lync Server 2013), you will use the Get-CsPoolUpgradeReadinessState cmdlet and check for Ready state. "Ready"에 도달 하면 각 업그레이드 도메인 사이에 20 분의 대기 시간을 추가 하면 업그레이드가 보다 안정적으로 수행 됩니다.Adding a 20-minute wait between each upgrade domain after it reaches “Ready” will make the upgrades more reliable. 20 분 동안 준비 되지 않으면 20 분 타이머를 다시 시작 합니다.If it becomes Not Ready during this 20 minutes, restart the 20-minute timer. 또한 20 분 간격을 시작 하기 전이나 후에 get-cspoolfabricstate cmdlet을 실행 하 고 라우팅 그룹의 기본 및 보조가 변경 되지 않았는지 확인할 수 있습니다.Also, you can run the Get-CsPoolFabricState cmdlet before and after starting the 20-minute interval and make sure there are no changes to the primaries and secondaries of routing groups.

  • 마지막으로 패치 된 업그레이드 도메인에 있는 서버 중 하나라도 중지 되거나 다시 시작 되지 않으면 다음 업그레이드 도메인으로 이동 하지 마십시오.Do not move on to the next upgrade domain if any of the servers in the last patched upgrade domain are stuck or not restarted. 이는 업그레이드 내에서 서버를 시작할 수 없는 경우에도 적용 됩니다.This also applies if any of the servers within an upgrade cannot start. Get-cspoolfabricstate 를 실행 하 여 모든 라우팅 그룹에 기본 및 하나 이상의 보조가 있는지 확인 합니다. 이렇게 하면 모든 사용자에 게 서비스가 있는지 여부가 확인 됩니다.Run Get-CsPoolFabricState to make sure all of the routing groups have a primary and at least one secondary; this will confirm whether all users have service.

  • 일부 사용자에 게 서비스가 있는 경우-Verbose 옵션을 사용 하 여 get-cspoolfabricstate 를 실행 하 여 복제본이 없는 라우팅 그룹을 확인 합니다.If some users have service and others do not, run Get-CsPoolFabricState with the –Verbose option to check for routing groups that have missing replicas. 전체 풀을 첫 번째 문제 해결 단계로 다시 시작 하지 마십시오.Do not restart the entire pool as the first troubleshooting step. 이 cmdlet에 대 한 자세한 내용은 get-cspoolfabricstate를 참조 하십시오.For more information on this cmdlet, see Get-CsPoolFabricState.

  • 이벤트 뷰어 또는 성능 모니터 창의 모든 인스턴스가 windows fabric 설치/제거를 위해 닫혀 있는지 확인 합니다.Make sure that all instances of the Event Viewer or Performance Monitor windows are closed for windows fabric installs/uninstalls.

프런트 엔드 풀의 구성 변경Changing a Front End Pool’s Configuration

프런트 엔드 서버를 풀에 추가 하거나 풀에서 제거한 다음 새 토폴로지를 게시할 때마다 다음 지침을 따릅니다.Whenever you add Front End Servers to a pool, or remove them from the pool, and then publish the new topology, follow these guidelines:

  • 새 토폴로지가 게시 된 후에 풀에서 각 프런트 엔드 서버를 다시 시작 해야 합니다.After the new topology has been published, you must restart each Front End Server in the pool. 한 번에 하나씩 다시 시작 합니다.Restart them one at a time.

  • 구성 변경 중에 전체 풀이 다운 된 경우 새 토폴로지를 게시 한 후 다음 cmdlet을 실행 합니다.If the entire pool has been down during the configuration change, then run the following cmdlet after the new topology is published:

    Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset
    

프런트 엔드 서버에 오류가 발생 하 여 며칠 이상 교체 될 가능성이 없는 경우 토폴로지에서 해당 서버를 제거 합니다.If a Front End Server fails and is unlikely to be replaced for a few days or more, remove the server from the topology. 새 프런트 엔드 서버를 다시 사용할 수 있게 되 면 토폴로지에 추가 합니다.Add the new Front End Server to the topology when it is available again.