Эталонная топологии для Lync Server 2013 в крупных организациях с несколькими центрами обработки данных

 

Последнее изменение раздела: 2012-10-22

Эталонная топология для крупной организации с поддержкой нескольких центров обработки данных предназначена для организации любого размера с несколькими центральными сайтами. Конкретная топология, показанная на следующей схеме, предназначена для организации с 50 000 пользователей — по 20 000 пользователей на центральных сайтах A и B и 10 000 пользователей на центральном сайте C и на сайтах филиалов. Тип топологии, показанный на этой схеме, подходит для организаций с любым количеством пользователей.

Помимо высокого уровня доступности, предоставляемого пулами серверов переднего плана, эта топология добавляет поддержку аварийного восстановления. Пулы переднего плана на центральных сайтах A и B объединены. Если один из этих пулов выйдет из строя, администратор сможет переместить службы для пострадавших пользователей в сопряженный пул на работающем сайте.

Эта топология показана на нескольких схемах с обзором, за которым следует подробное описание центральных сайтов.

Обзор эталонной топологии для крупных организаций с несколькими центрами обработки данных

Эталонная топология для крупных организаций: подробный вид центрального сайта А

Эталонная топология для крупных организаций: подробный вид центрального сайта B

Эталонная топология для крупных организаций: подробный вид центрального сайта C

• Пулы переднего плана сопряжены для включения аварийного восстановления.   Пулы переднего плана на сайте A и сайте B сопряжены друг с другом, чтобы обеспечить поддержку аварийного восстановления. В случае сбоя пула на одном сайте администратор может выполнить отработку отказа пользователей с этого сайта в связанный пул переднего плана на другом сайте с минимальным прерыванием обслуживания для пользователей. Each of these two Front End pools has six servers, which is enough for all 40,000 users in both pools in case of failover. Дополнительные сведения см . в статье "Планирование обеспечения высокой доступности и аварийного восстановления в Lync Server 2013".

• Внутренние серверы зеркально отображаются Чтобы обеспечить более высокий уровень доступности базовых функций пользователей, организация развернула зеркальную пару внутренних серверов для каждого пула переднего плана. Это необязательная топология, и вместо нее можно развернуть один внутренний сервер.

• Использование сервера Standard Edition на сайте филиала.   This organization considers Site C as a branch site because it has only 600 employees. However, the users there have many A/V conferences among themselves. Если он был развернут в Lync Server в качестве сайта филиала, носитель для этих конференций будет работать в глобальной сети (WAN) на центральном сайте, где развернут сервер переднего плана. Чтобы избежать этой потенциальной нагрузки на пропускную способность, они установили пару серверов Standard Edition на этом сайте, где будут размещены эти конференции. Так как на нем установлены серверы Standard Edition, Lync Server по определению считает его центральным сайтом и обрабатывается в построителе топологий и средстве планирования.

  Для обеспечения производительности достаточно одного сервера Standard Edition, но организация развернула два сервера и совместила их, чтобы обеспечить высокий уровень доступности в случае сбоя одного сервера.

  Хотя сайт В рассматривается как центральный сайт, там не требуется разворачивать пограничные серверы. В данном примере сайт В будет использовать пограничные серверы, развернутые на сайте А.

• Мониторинг и архивация Эта организация развернула мониторинг и архивирование. После развертывания мониторинг и архивация выполняются на каждом сервере переднего плана. Базы данных для этих функций могут быть размещены совместно с внутренней базой данных или на отдельном сервере. В данной организации эти базы данных размещены на отдельном сервере на центральном сайте B. Базы данных получают данные мониторинга и архивации с серверов переднего плана на всех сайтах.

• Варианты развертывания на сайте филиала.   Эта организация фактически содержит более 50 сайтов филиалов, только три из которых показаны на подробных схемах. Сайты филиалов 1 и 3 не имеют устойчивой связи глобальной сети с центральным сайтом, поэтому на них развернуты устройства для обеспечения телефонной связи в случае сбоя связи глобальной сети с центральным сайтом. Однако сайт филиала 2 имеет устойчивую глобальную сеть, поэтому вам нужен только шлюз телефонной сети общего пользования (ТСОП). Развернутый там шлюз ТСОП поддерживает обход сервера-посредника, поэтому на сайте филиала B сервер-посредник не требуется. Дополнительные сведения о том, что следует установить на сайте филиала, см. в разделе "Планирование Корпоративная голосовая связь устойчивости в Lync Server 2013 в документации по планированию".

• Распределение каналов SIP и сервер-посредник.   Обратите внимание, что на центральном сайте B сервер-посредник не размещается вместе с серверами переднего плана. Это объясняется тем, что для сайтов, использующих распределение каналов SIP, рекомендуется изолированный сервер-посредник. В большинстве других случаев мы рекомендуем размещать сервер-посредник вместе с серверами переднего плана. Дополнительные сведения о топологиях сервера-посредника см. в разделе "Компоненты и топологии сервера-посредника" в Lync Server 2013 в документации по планированию.

• Развертывание сохраняемого чата.   Данная организация развернула серверы, необходимые для поддержки сохраняемого чата. Было развернуто несколько серверов переднего плана сохраняемого чата, как для обработки нагрузки от множества пользователей в пуле, так и для обеспечения высокой доступности. Также было развернуто соответствие для сохраняемого чата, а также хранилище сохраняемого чата и соответствие сохраняемого чата были размещены на разных серверах. Эти хранилища могли быть размещены вместе (и даже вместе с внутренним сервером), но данная организация выбрала раздельное размещение в целях обеспечения лучшей производительности.

• Балансировка нагрузки средствами DNS.   Пул переднего плана и пул пограничных серверов. Она устраняет необходимость в аппаратных средствах балансировки нагрузки для пограничных серверов, а для других пулов значительно ускоряет настройку и обслуживание этих аппаратных средств, так как они требуются только для трафика по протоколу HTTP. Дополнительные сведения о балансировке нагрузки DNS см. в документации по планированию балансировки нагрузки DNS в Lync Server 2013 .

• Развертывание единой системы обмена сообщениями Exchange.  Lync Server работает с локальными развертываниями Единой системы обмена сообщениями Exchange (UM) и размещенной единой системы обмена сообщениями Exchange. Центральный сайт A включает сервер единой системы обмена сообщениями Exchange, который работает Microsoft Exchange Server, а не Lync Server. Функция единой системы обмена сообщениями Exchange для Lync Server выполняется в пуле переднего плана.

  Центральный сайт B использует размещенную систему Exchange, поэтому функциональность сервера единой системы обмена сообщениями Exchange также является размещенной.

  Дополнительные сведения об интеграции единой системы обмена сообщениями Exchange см. в разделе "Планирование интеграции единой системы обмена сообщениями Exchange в Lync Server 2013и размещенный Exchange Unified Messaging в Lync Server 2013" документации по планированию.

• Office веб-приложения Server.   В каждой организации, где проводятся веб-конференции, рекомендуется развернуть сервер Office Web Apps или ферму таких серверов. Вы можете развернуть одну ферму Office веб-приложения Server на одном сайте, которая обслуживает трафик со всех сайтов, или развернуть ее на каждом сайте. Сервер Office Web Apps позволяет демонстрировать на веб-конференциях слайды PowerPoint. Дополнительные сведения см. в статье "Настройка интеграции с Office веб-приложения Server и Lync Server 2013".

• Можно добавить директоры.  Если организация желает повысить защиту от атак типа "отказ в обслуживании", она может также развернуть пул директоров. Директор — это отдельная необязательная роль сервера в Lync Server, которая не является домашней учетной записью пользователя или предоставляет службы присутствия или конференц-связи. Он служит внутренним сервером следующего прыжка, на который пограничный сервер направляет входящий трафик SIP, предназначенный для внутренних серверов. Директор предварительно проверяет подлинность входящих запросов и перенаправляет их в домашний пул или сервер пользователя. Предварительная проверка подлинности в директоре позволяет удалять запросы от учетных записей пользователей, не известных в развертывании. Директор помогает изолировать серверы переднего плана от вредоносного трафика, такого как атаки типа "отказ в обслуживании" (DoS). Если сеть переполнена недопустимым внешним трафиком в такой атаке, трафик заканчивается на директоре.

• Развертывание System Center Operations Manager.  Мы рекомендуем отслеживать работоспособность развертывания Lync Server, чтобы обеспечить доступность служб для конечных пользователей. Вы можете отслеживать Lync с помощью пакета управления System Center Operations Manager для Lync, доступного для бесплатной загрузки от корпорации Майкрософт. С помощью пакета управления Lync можно заранее получать оповещения в режиме реального времени при возникновении проблем, запускать искусственные транзакции для проверки сквозной функциональности Lync, получения отчетов о доступности служб и т. д.  This helps you to proactively respond to issues with your deployment before end-users experience them.

  Эта организация развернула сервер System Center Operations Manager на каждом центральном сайте.