Блочная архитектура Lync Server 2013

В Lync Server 2013 архитектура внешних серверов изменилась в сторону блочной модели, в которой каждый внешний сервер содержит базу данных информации о присутствии, ранее располагавшуюся на внутреннем сервере SQL Server. В Lync Server 2010 внешние серверы связывались с внутренним сервером MS SQL для обновления статусов присутствия пользователей. Если параметры SQL Server не были рассчитаны должным образом с точки зрения аппаратного обеспечения или же сетевые проблемы замедляли взаимодействие между внешними серверами и SQL Server, результатом могло быть несвоевременное обновление статуса присутствия или недоступность статусов для пользователей. Внешние серверы Lync Server 2013 и база данных на внутреннем сервере теперь связаны слабо. В результате этого изменения в архитектуре внешние серверы теперь отправляют изменения, которые затем записываются в базу внутреннего SQL Server, для поддержания базы в актуальном состоянии относительно процессов, происходящих на внешних серверах. Этот процесс называется lazy writes. Он обновляет базу SQL Server всеми транзакциями или изменениями, такими как одновременный вызов или переадресация вызова, в Lync 2013 данный процесс известен как «восстановление» (rehydration). Перенос базы данных, отвечающей за статус присутствия, с внутреннего SQL Server в базу на внешнем сервере - одна из причин возросших системных требований. Это изменение повлекло за собой снижение требований к внутреннему серверу, большую масштабируемость пула внешних серверов и сделало отказ какого-либо из внешних серверов гораздо менее заметным для конечных пользователей. На рисунке показан пример архитектуры Lync Server 2013, а в таблице приведены рекомендуемые Microsoft системные требования.
Блочная модель вводит два новых для администраторов Lync понятия: группы пользователей User Groups и кворумы. Пользователи Lync теперь автоматически разделяются на группы пользователей, и каждой группе присваивается три внешних сервера (основной, первый вспомогательный и второй вспомогательный). Если у вас нет трех внешних серверов, группы все равно создаются, однако вы видите только основной сервер или только основной и первый вспомогательный. Если разворачивается три сервера, что рекомендуется Microsoft, три копии пользовательских данных создаются и хранятся на внешних серверах с помощью репликации, которая называется Windows Fabric. Если в вашем пуле меньше трех серверов, то количество реплик соответственно уменьшается. Когда у вас в пуле меньше трех внешних серверов, пулы Lync 2013 должны иметь кворум, чтобы обслуживать клиентов. Таким образом, перед запуском служб пула должно быть минимально необходимое количество работоспособных серверов. Любой внешний сервер Lync 2013, на котором запущены службы Lync, считается работоспособным для целей кворума. Я могу только приветствовать изменения в архитектуре Lync Server 2013, которые касаются внешних серверов и их взаимодействия с внутренним сервером SQL Server. Этих перемен пользователи очень ждали. Они снимают нагрузку и устраняют зависимость от внутреннего SQL Server, что особенно важно для одного из наиболее динамично меняющихся свойств - статусов присутствия пользователей. То, что эти улучшения доступны сразу при поставке, делает их гораздо более привлекательными и заставляет задуматься о миграции на Lync 2013.

Похожие записи:

Блочная модель Lync Server 2013

Lync Server 2013

Усовершенствования клиента Lync 2013