Высокая доступность и управление пулом переднего планаFront End Pool high availability and management

Сведения об управлении пула переднего плана в Скайп для Business Server, включая управление пулов, потери кворума и специальные действия для пулов из только два сервера переднего плана.Learn about Front End pool management in Skype for Business Server, including managing pools, quorum loss, and special steps for pools with only two Front End Servers.

В Скайп для Business Server архитектура пулов переднего плана используется модель распределенных систем с данными каждого пользователя, хранимых на до трех серверов переднего плана в пуле.In Skype for Business Server, the architecture of Front End pools uses a distributed systems model, with each user's data kept on as many as three Front End servers in the pool. Рекомендуется включить всех пулов переднего плана Enterprise Edition по крайней мере три сервера переднего плана.We recommend that all your Enterprise Edition Front End pools include at least three Front End Servers.

Планирование управления интерфейсными пуламиPlanning for the management of Front End pools

Скайп для Business Server использует модель распределенных систем, основанная на Windows Fabric.Skype for Business Server uses a distributed systems model based on Windows Fabric. В этой модели важные данные для каждого пользователя и конференции хранятся на три сервера переднего плана в пуле переднего плана.In this model, important data for each user and conference is stored on three Front End Servers in a Front End pool. Эти три сервера хранения набора данных, calledreplicas.These three servers storing a certain set of data are calledreplicas.

С помощью распределенной модели для пулов переднего плана определенного количества серверов пула должен работать под управлением для пула для функции.With the distributed model for Front End pools, a 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 a set of users homed in the pool. Каждая группа маршрутизации имеет три реплики в пуле: одна главная и две дополнительные.Each routing group has three replicas in the pool: one primary replica and two secondary replicas.

  • Пул уровня кворума потери, запустив недостаточно начальное число серверов в пуле.Pool Level quorum loss, caused when not enough seed servers are running in the pool.

Нехватка кворума на уровне группы маршрутизацииRouting Group Level quorum loss

При первом запуске нового интерфейсного пула необходимо, чтобы 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
11
33
33
44
33
55
44
66
55
77
55
88
66
99
77
1010
88
1111
99
1212
1010

При каждом последующем запуске пула 85% серверов должны быть запущены (как показано на таблице выше).Every subsequent time the pool is started, 85% of the servers should be started (as shown in the preceding table). Если не удается запустить этот числа серверов (но недостаточно серверов можно запустить, чтобы не является потери кворума уровне пула), можно использовать Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery используется для включения в пул для восстановления из этой маршрутизации потери уровня кворума группы и хода выполнения.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. Дополнительные сведения о том, как с помощью этого командлета можно .For more information about how to use this cmdlet, see .

Примечание

В пулах с одинаковым количеством серверов Skype для бизнеса Server использует основную базу данных SQL в качестве следящего сервера.In pools with an even number of servers, Skype for Business Server uses the Primary SQL database as Witness. В таком пуле, если будет закрыта основная база данных, выполнено переключение на зеркальную копию и отключено достаточно серверов переднего плана, перечисленных в таблице выше, то весь пул будет остановлен.In a pool like this, 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. Если число работающих серверов становится ниже указанного в таблице функционального уровня, оставшиеся серверы в пуле остановят все службы Skype для бизнеса 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 Skype for Business 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
11
3-43-4
Любые 2Any 2
5-65-6
Любые 3Any 3
77
Любые 4Any 4
8-98-9
Любые 4 из первых 7 серверовAny 4 of the first 7 servers
10–1210-12
Любые 5 из первых 9 серверов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. Чтобы определить этих серверов, можно использовать Get-CsComputer командлет с -PoolFqdn вариант.To determine these servers, you can use the Get-CsComputer cmdlet with the -PoolFqdn option. Этот командлет покажут серверов, в том порядке, в котором они отображаются в топологии, а из них в верхней части списка находятся на первом серверах.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.

Дополнительные способы проверки работоспособности пулов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. Дополнительные сведения о функции пула связывания и аварийного восстановления в разделе Планирование высокой доступности и аварийного восстановления в Скайп для Business Server 2015.For more information on pool pairing and disaster recovery features, see Plan for high availability and disaster recovery in Skype for Business Server 2015.

Интерфейсный пул с двумя серверами переднего планаFront End pool with two Front End servers

Не рекомендуется развертывание интерфейсного пула, который содержит только два сервера переднего плана.We do not recommend deploying a Front End pool that contains only two Front End Servers. Этот небольшой пул не предоставляет надежную решения высокой доступности как увеличенное пула будет и должен дополнительную осторожность при управлении.This small pool will not provide a robust high-availability solution like a larger pool would, and needs extra care in managing. Кроме того Если отключения фоновый сервер из пула двумя серверами весь пул будет скорее всего вскоре перейти также.Additionally, if the Back End Server of a two-server pool went down, the whole pool itself would likely soon go down as well. Если вы хотите развернуть только одного или двух серверах с Скайп для сервера, мы рекомендуем развернуть их как серверы Standard Edition.If you want to deploy just one or two servers running Skype for Business Server, we recommend you deploy them as Standard Edition servers.

Если когда-либо необходимо развернуть в пул с двумя серверами переднего плана, придерживайтесь следующих рекомендаций.If you do ever need to deploy a pool with two Front End Servers, 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.

    • Если вы не может включать их в указанном порядке, затем используйте следующий командлет перед вызовом пула:Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>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>

Сбои и изменения конфигурации пула переднего планаFront End pool configuration failures and changes

Если сервер переднего плана ломается и будет заменен только через несколько дней или позднее, удалите этот сервер из топологии. Когда новый сервер переднего плана вновь станет доступен, добавьте его в топологию.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.

При внесении изменений в конфигурацию пула переднего плана, например при добавлении или удалении серверов, необходимо придерживаться следующих правил.Whenever you make a configuration change to a Front End pool, such as adding or removing servers, you must 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.

  • Если весь пул был отключен во время изменения конфигурации, выполните следующий командлет, после публикации новой топологии:Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceResetIf 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