Топология и компоненты для серверов переднего плана, обмена мгновенными сообщениями и сведениями о присутствии в Lync Server 2013
Последнее изменение раздела: 2014-10-24
Для обмена мгновенными сообщениями и сведениями о присутствии требуются только следующие компоненты:
Серверы переднего плана вашей организации или серверы Standard Edition. Функции обмена мгновенными сообщениями и сведениями о присутствии всегда включены на этих серверах.
Подсистема балансировки нагрузки, если используется интерфейсный пул Enterprise Edition. Дополнительные сведения см. в разделе о требованиях к балансировке нагрузки для Lync Server 2013.
Планирование развертывания пулов переднего плана
В Lync Server 2013 архитектура пула переднего плана изменилась, и эти изменения влияют на планирование и обслуживание пулов переднего плана.
Мы рекомендуем, чтобы все выпуск Enterprise интерфейсных пулов были по крайней мере тремя серверами переднего плана. В Lync Server архитектура пулов переднего плана использует модель распределенных систем, при этом данные каждого пользователя хранятся на трех серверах переднего плана в пуле. Дополнительные сведения об этой новой архитектуре см. в статье об изменениях топологии в Lync Server 2013.
Если вы не хотите развертывать три выпуск Enterprise серверов переднего плана и хотите аварийного восстановления, рекомендуется использовать Lync Server Standard Edition и создать два пула с парной связью резервного копирования. Это позволит создать решение для аварийного восстановления только с двумя серверами. Дополнительные сведения о топологиях и функциях высокой доступности и аварийного восстановления см. в статье "Планирование высокой доступности и аварийного восстановления в Lync Server 2013".
Планирование управления пулами переднего плана
Для пулов переднего плана следуйте рекомендациям, приведенным в этом разделе.
Обеспечение работы пулов
В новой распределенной модели для пулов переднего плана для работы пула должно выполняться определенное количество серверов пула. Существует два режима потери для пула
Нехватка кворума на уровне группы маршрутизации, что вызвано недостаточным количеством серверов-реплик для определенной группы маршрутизации. Группа маршрутизации — это агрегирование набора пользователей, которые размещены в пуле. Каждая группа маршрутизации содержит три реплики в пуле: одну первичную и две вторичные реплики.
Нехватка кворума на уровне пула, что вызвано недостаточным количеством серверов инициализации в пуле.
Нехватка кворума на уровне группы маршрутизации
При первом запуске нового интерфейсного пула необходимо, чтобы 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 для восстановления пула из нехватки кворума на уровне группы маршрутизации и запуска хода выполнения. Дополнительные сведения об использовании этого командлета см. в разделе Reset-CsPoolRegistrarState.
Примечание.
Так как Lync Server использует базу данных-источник SQL в качестве следящего сервера, если вы завершите работу базы данных-источника и переключитесь на зеркальную копию и завершите работу достаточного количества серверов переднего плана, чтобы недостаточно было запущено в соответствии с приведенной выше таблицей, весь пул будет отключен. Дополнительные сведения см. в разделе "Следящий сервер зеркального отображения базы данных".
Нехватка кворума на уровне пула
Для работы пула переднего плана он не может быть в потере кворума на уровне пула. Если число запущенных серверов ниже функционального уровня, как показано в следующей таблице, остальные серверы в пуле будут останавливать все службы Lync Server. Обратите внимание, что числа в следующей таблице предполагают, что внутренние серверы в пуле запущены.
| Общее количество серверов переднего плана в пуле | Число работающих серверов, требуемое для правильного функционирования пула |
|---|---|
2 |
1 |
3-4 |
Любые 2 |
5-6 |
Любые 3 |
7 |
Любые 4 |
8-9 |
Любые 4 из первых 7 серверов |
10–12 |
Любые 5 из первых 9 серверов |
В предыдущей таблице "первые серверы" — это серверы, которые были созданы первыми в хронологическом порядке при первом запуске пула. Чтобы определить эти серверы, можно использовать командлет Get-CsComputer с параметром –PoolFqdn . Этот командлет отображает серверы в том порядке, в котором они отображаются в топологии, а серверы в верхней части списка являются первыми серверами.
Пулы переднего плана с двумя серверами переднего плана
Не рекомендуется развертывать пул переднего плана, содержащий только два сервера переднего плана. Если вам когда-либо потребуется развернуть такой пул, следуйте приведенным ниже рекомендациям.
Если один из двух серверов переднего плана выходит из строя, попробуйте как можно скорее создать резервную копию сервера с ошибкой. Аналогичным образом, в случае обновления одного из двух серверов его также необходимо вернуть в рабочее состояние как можно быстрее.
Если по какой-либо причине требуется отключить оба сервера одновременно, после окончания простоя пула выполните следующие действия:
Рекомендуется перезапустить оба интерфейсных сервера одновременно.
Если это невозможно, следует включать их в порядке, обратном порядку их отключения.
Если вы не можете выполнить резервное копирование в этом порядке, перед созданием резервной копии пула используйте следующий командлет:
Reset-CsPoolRegistrarState -ResetType QuorumLossRecovery -PoolFQDN <FQDN>
Дополнительные действия для обеспечения работы пулов
Для проверки функционирования пулов переднего плана требуется обратить внимание на еще несколько факторов.
При первом перемещении пользователей в пул убедитесь, что запущены по крайней мере три сервера переднего плана.
Если вы устанавливаете связь между этим пулом и другим пулом в целях аварийного восстановления, то после установления этой связи необходимо убедиться, что в этом пуле одновременно работают три сервера переднего плана, чтобы правильно синхронизировать данные с пулом резервных копий. Дополнительные сведения о функциях связывания пулов и аварийного восстановления см. в статье "Планирование высокой доступности и аварийного восстановления в Lync Server 2013".
Повышение надежности обновлений пула
Если необходимо обновить или обновить серверы в пуле переднего плана, следуйте рабочему процессу, показанному в разделе "Обновление или обновление серверов переднего плана" в Lync Server 2013, и следуйте приведенным ниже рекомендациям.
При переходе с одного домена обновления на другой для обновления (после рабочего процесса обновления серверов переднего плана или обновления серверов переднего плана в Lync Server 2013) вы будете использовать командлет Get-CsPoolUpgradeReadinessState и проверить состояние готовности. Добавление 20-минутного ожидания между каждым доменом обновления после его достижения "Готово" позволит сделать обновления более надежными. Если в течение 20 минут оно становится не готово, перезапустите 20-минутный таймер. Кроме того, можно выполнить командлет Get-CsPoolFabricState до и после запуска 20-минутного интервала и убедиться, что в первичных и вторичных репликах групп маршрутизации нет изменений.
Не перейдите к следующему домену обновления, если какой-либо из серверов в последнем обновленном домене обновления завис или не перезапущен. Это также применимо, если какой-либо из серверов в обновлении не может запуститься. Запустите Командную строку Get-CsPoolFabricState, чтобы убедиться, что все группы маршрутизации имеют первичную и хотя бы одну вторичную. Это позволит проверить, есть ли служба у всех пользователей.
Если у одних пользователей есть служба, а у других нет, запустите Get-CsPoolFabricState с параметром –Verbose, чтобы проверить группы маршрутизации, в которых отсутствуют реплики. Не перезагрузите весь пул в качестве первого шага устранения неполадок. Дополнительные сведения об этом командлете см. в разделе Get-CsPoolFabricState.
Убедитесь, что все экземпляры Просмотр событий или Монитор производительности закрыты для установок и удаления Windows Fabric.
Изменение конфигурации пула переднего плана
Каждый раз, когда вы добавляете серверы переднего плана в пул или удаляете их из пула, а затем публикуете новую топологию, следуйте приведенным ниже рекомендациям.
После публикации новой топологии необходимо перезапустить каждый сервер переднего плана в пуле. Перезапускайте их по одному.
Если во время изменения конфигурации весь пул был отключен, выполните следующий командлет после публикации новой топологии:
Reset-CsPoolRegistrarState -PoolFQDN <PoolFQDN> -ResetType ServiceReset
Если сервер переднего плана завершается сбоем и вряд ли будет заменен на несколько дней или более, удалите сервер из топологии. Добавьте новый сервер переднего плана в топологию, когда он снова будет доступен.