Lync Server 2013: Будь на связи!

Единая коммуникационная платформа Microsoft становится более тесно интегрированной и приобретает более отказоустойчивую архитектуру.
Статья основана на версии Lync Server 2013 Preview.

Алан Мэддисон

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

Lync Server 2013 — самая свежая версия единой коммуникационной платформы Microsoft. Lync Server обеспечивает производительность, приемлемую для критически важного приложения, масштабируемость и расширенную поддержку устройств, что позволяет поддерживать коллективную работу и обмен информацией в масштабе всего предприятия. Кроме того, Lync Server 2013 поддерживает гибридную модель развертывания. Например, можно развернуть Lync Server на предприятии, в облаке или как гибрид этих двух топологий. Все функции Lync полностью поддерживаются в виртуальной среде.

Большинство усовершенствований Lync Server 2013 относятся к следующим категориям: высокая доступность (high availability, HA); масштабируемость и производительность; управление; голос; видео; конференции; Persistent Chat; архивирование и мониторинг; интеграция с Exchange 2013; и усовершенствования клиента.

Усовершенствования HA

Microsoft внесла в архитектуру Lync Server значительные усовершенствования, повышающие доступность. Самое крупное изменение — использование Paired Pools (парных пулов). Хотя Paired Pools основаны на прежней концепции резервных регистраторов (backup registrar) и взаимодействуют с клиентами по тем же принципам, что и раньше, имеется одно ключевое отличие от Lync Server 2010. Пулы, входящие в пару, могут располагаться в разных центрах данных, причем расстояние между центрами данных не ограничено.

Пожалуй, с точки зрения аварийного восстановления еще более важно, что повышение отказоустойчивости затрагивает не только голосовую связь. В Lync Server 2010 уделялось особое внимание построению отказоустойчивой структуры сайтов (site resiliency). Приятным усовершенствованием является поддержка отказоустойчивости для дополнительного функционала, такого как Presence и Conferencing. Кроме того, Lync Server 2013 поддерживает синхронное зеркалирование SQL Server 2012, что обеспечивает отказоустойчивость внутренних (back-end) баз данных.

Paired Pools и зеркалирование баз данных позволяют создать надежную и эффективную инфраструктуру с максимальным временем бесперебойной работы. Эти улучшения доступности помогут выполнить даже самые строгие соглашения об уровне сервиса (service-level agreement, SLA).

Paired Pools позволяют реализовать отказоустойчивую структуру сайтов без ограничений на расстояние между пулами. Еще более важно, что гарантируется, что все выполняемые функции будут по-настоящему отказоустойчивы. Благодаря этим нововведениям Lync Server 2013 обеспечит почти беспроблемную дальнейшую работу пользователей в случае сбоя.

В основе Paired Pools лежит концепция резервного регистратора, введенная в Lync Server 2010. В Lync Server 2013 эта концепция расширена таким образом, что резервные регистраторы находятся во взаимной связи 1:1. Важно отметить, что взаимная природа этой связи является отличием от того, что было возможно в Lync Server 2010.

Когда пулы Lync Server 2013 работают в паре, новый сервис Lync Backup реплицирует данные между пулами в реальном времени, чтобы синхронизировать пулы. Такая репликация данных в реальном времени осуществляется и для Central Management Store (центральное хранилище данных для управления, CMS). Когда пул, содержащий CMS, образует пару с другим пулом, создаются резервная копия CMS и отношение Master/Standby (основной/резервный) между двумя экземплярами базы данных.

Добавляя поддержку синхронного SQL-зеркалирования, Microsoft позволяет обеспечить отказоустойчивость внутренних баз данных Lync на уровне сайтов. Более того, поскольку кластеры SQL Server больше не поддерживаются, зеркалирование баз данных теперь является рекомендуемым подходом для обеспечения максимальной доступности внутренних серверов.

SQL-зеркалирование не требует, чтобы было совместно используемое хранилище. Можно также применять конфигурации без файлового ресурса-свидетеля (file share witness). Однако свидетель обязательно должен использоваться, если необходима поддержка автоматического восстановления после сбоя. При использовании свидетеля Microsoft рекомендует отношение 1:1. Каждый свидетель должен быть связан с одной парой внутренних серверов. Важно отметить, что соотношение 1:1 не является обязательным. Microsoft поддерживает отношения 1:N, когда один свидетель соответствует двум или более парам внутренних серверов.

Наконец, хотя Persistent Chat (раньше назывался Group Chat) теперь является интегрированной серверной ролью Lync Server 2013, он использует другой метод обеспечения HA. Для поддержки HA вы должны развернуть распределенный пул (stretched pool). Это означает, что в Lync Topology определяют один пул Persistent Chat, но при этом серверы Persistent Chat распределены между центрами данных. При развертывании такого разбитого на части пула необходимо также развернуть зеркалирование баз данных, чтобы обеспечить репликацию данных во второй центр данных.

Масштабируемость и производительность

Даже если судить по самым строгим стандартам, Lync Server 2010 обеспечивал впечатляющие возможности масштабирования. Lync 2010 поддерживал до 80000 пользователей в каждом пуле, работающем на Enterprise Edition, и конфигурации с несколькими пулами, так что его масштабируемость устраивала даже самые крупные предприятия.

Используя принцип так называемой блочной архитектуры (Brick Architecture), Lync Product Group смогла уменьшить зависимость от SQL Server, перейдя к модели, в которой Lync и SQL Server стали всего лишь свободно связанными. Одно из прогнозируемых улучшений масштабируемости — увеличение максимального количества пользователей в пуле. Сколько именно пользователей поддерживается, будет известно в момент выхода продукта.

Помимо поддержки гораздо большего количества пользователей в пуле, изменения архитектуры Lync Server означают, что серверы аудио и видео (audio and video, AV) также будут гораздо более масштабируемыми. Больше нет необходимости в выделенных AV-серверах. AV-роль теперь всегда выполняется совместно с другими ролями (co-located) на внешних (front-end) серверах. Выполнение без выделенного сервера обязательно и для других ролей Lync Server 2013, таких как архивирование, мониторинг и XMPP.

Центральный столп архитектуры Brick — идея, что сопряжение Lync Server 2010 и SQL Server препятствует достижению оптимальной производительности. Задействовав возможности Windows Fabric — средства управления, поддерживающего репликацию, группа разработки Lync 2013 реализовала свободно сопряженное внутреннее хранилище данных.

С точки зрения эксплуатации, наиболее заметным проявлением этих изменений стало то, что состоянием пользователей теперь управляют внешние серверы. Для поддержки такого метода управления информацией о присутствии пришлось изменить алгоритм, определяющий, к какому из серверов пула подсоединть пользователя.

В Lync Server 2010 этот алгоритм основывался на распределении пользователей среди 10 возможных серверов. Используя такой упорядоченный список серверов, клиент мог определить, с каким из серверов  данного пула соединиться. Однако для того, чтобы внешние серверы, взаимодействующие с клиентами, могли управлять состоянием пользователей, требовалась репликация данных, и поэтому группа разработки изменила алгоритм на автоматическое сопоставление пользователей группам пользователей (User Groups).

Каждой User Group назначаются первичный, вторичный и третичный серверы из числа внешних серверов (если предположить, что пул содержит как минимум три сервера). Это означает, что Windows Fabric поддерживает три копии пользовательских данных на внешних серверах. Если в пуле менее трех серверов, то количество копий данных, очевидно, сократится. Это, в свою очередь, означает, что пулы Lync будут должны иметь кворум. Потребуется, чтобы перед запуском сервисов пула имелось в наличии некоторое минимальное количество работоспособных серверов. Конкретное значение кворума зависит от общего числа серверов в пуле.

Усовершенствования в управлении

Надежная среда управления Lync Server 2010 основывалась на таком функционале как Lync Server Control Panel (панель управления Lync Server), Lync Management Shell (оболочка управления Lync) и Role-Based Access Control (управление доступом, основанное на ролях, RBAC). Это верно и для Lync 2013. В RBAC добавлены новые роли, такие как Response Group Manager и Persistent Chat Manager.

Lync Control Panel теперь позволяет управлять серверами Persistent Chat и настраивать политику Mobility и XMPP Federation. Для поддержки этих изменений Control Panel (и других изменений Lync Server), в Lync Management Shell появился ряд новых командлетов (cmdlets).

Lync Server 2013 теперь поддерживает Centralized Logging Service (сервис централизованного входа). Агент Centralized Logging Service выполняется на всех серверах Lync Server 2013. Он позволяет управлять всеми аспектами входа на сервер.

Самое большое усовершенствование управления связано с установкой исправительных пакетов (patching). Используя Windows Fabric, Lync Server 2013 поддерживает концепцию областей обновления (Upgrade domain). Этот подход позволяет устанавливать исправительные пакеты на серверы, не мешая работе пользователей.

Сегодня я рассказал о том, какие изменения в архитектуре и управлении произошли внутри Lync Server 2013. Кроме того, имеется множество усовершенствований в наборе функций и в том, как Lync Server взаимодействует с пользователями. В следующем месяце я расскажу об усовершенствованиях Lync Server 2013 с точки зрения пользователя.

Алан Мэддисон

Алан Мэддисон (Alan Maddison) — ветеран ИТ-индустрии с 18-летним опытом, в основном работает с технологиями Microsoft. Последние семь лет занимается консалтиногом, оказывая профессиональные услуги. В настоящее время старший консультант Microsoft Consulting Services. С ним можно связаться по адресу alan.maddison@microsoft.com.