Распределение нагрузки конференц-связи в Lync Server 2013
Последнее изменение раздела: 2012-10-22
В отличие от некоторых других выделенных решений для конференц-связи, архитектура Lync Server является общей аппаратной моделью. Это означает, что одно и то же оборудование совместно используется многими компонентами программного обеспечения, каждый из которых поддерживает различные взаимодействия в режиме реального времени. Каждый тип обмена данными в режиме реального времени помещает определенные нагрузки на серверы. Например, сервер переднего плана может запускать компоненты маршрутизации по протоколу SIP, веб-приложения (например, поиск адресной книги), службу веб-конференций, службу конференц-связи A/V, приложения Корпоративная голосовая связь (например, приложение приложение и приложение группы ответа) и сервер-посредник. Набор баз данных на сервере переднего плана также обеспечивает хранение и обработку данных о пользователях, контактах, присутствии, конференц-связи и голосовой маршрутизации. Благодаря такому совместному использованию оборудования компоненты, службы и процессы конкурируют за ресурсы ЦП и памяти, поэтому рабочие нагрузки, не связанные с конференц-связью, напрямую влияют на масштабирование сервера.
По сравнению с другими аппаратными решениями конференц-связи на основе портов архитектура конференц-связи Lync Server является моделью без резервирования. Когда пользователь планирует собрание, Lync Server создает запись в базе данных конференц-связи, которая хранит данные конференции, но не резервирует аппаратные ресурсы для запланированного собрания заранее. Вместо этого Lync Server имеет встроенную логику балансировки нагрузки для динамического выделения ресурсов конференц-связи на серверах переднего плана таким образом, чтобы равномерно распределять нагрузки между всеми серверами переднего плана в пуле. Это эффективно подготавливает и использует аппаратные ресурсы, но усложняет поддержку очень больших собраний (особенно без соответствующего планирования). Например, если пул Lync Server 2013 работает близко к максимальной емкости, каждый сервер переднего плана может содержать примерно 125 собраний среднего размера. При этом можно без затруднений добавить еще одно небольшое собрание, но добавление собрания для 1000 пользователей может привести к неполадкам, так как серверы переднего плана, вероятно, не смогут поддерживать такое большое собрание и одновременно еще 125 собраний.