Часть 4 Начало: Новые возможности Microsoft Lync Server 2010 Передача голоса и отказоустойчивость.
В Microsoft Lync Server 2010 появилась возможность обеспечения прохождения звонков в случае отказа сервера, обслуживающего пользователя (домашнего пула). При этом данная возможность реализована как для офисов, где непосредственно установлены пулы серверов Lync, так и для филиалов в которых не развернуты пулы Lync (например при пропадании соединения с головным офисом).
Рассмотрим эти два сценария. В этой заметке будет рассмотрена логика обеспечения отказоустойчивости звонков в офисах, где установлены сервера MS Lync. Во второй части будет рассказано об обеспечении отказоустойчивости в офисах где не планируется установка серверов Lync.
Отказоустойчивость телефонных звонков в офисе, где установлены пулы серверов Lync.
В MS Lync 2010 появилась новый сервис – регистратор (Registrar). Этот сервис устанавливается вместе с другими компонентами на серверах редакций Standard, Enterprise или на серверах с ролью Director. Также этот компонент содержится в Устройствах для обеспечения связи в филиалах (Survival Branch Appliance) которые будут рассмотрены во второй части. Сервисы регистраторов объединяются в пулы, распределение нагрузки к которым осуществляется с помощью механизма DNS (также может быть использован аппаратный балансировщик). Пользователь подключается к FQDN имени пула регистраторов и с помощью механизма распределения нагрузки перенаправляется к одному из регистраторов в пуле.
Каждому пользователю, которому разрешено использование Enterprise Voice, присваивается определённый пул регистраторов, считающийся с момента присвоения его домашним пулом.
Для обеспечения прохождения звонков в случае отказа сервера каждый пул регистраторов должен содержать указание на второй пул регистраторов (из другого сайта) для использования его в качестве резервного. В случае недоступности домашнего пула пользователь будет перенаправлен на пул регистраторов, указанный как резервный (при этом необходимо обеспечить отказоустойчивость каналов связи).
При этом построение таких сценариев возможно как с редакцией Enterprise, так и с помощью редакции Standard.
На рисунке 1 представлен сценарий обеспечения прохождения звонков в случае отказа одного из дата-центров.
Рис 1. Пример инфраструктуры, состоящей из двух дата-центров с обеспечением отказоустойчивости звонков.
В случае если у Вас небольшое количество пользователей и Вы собираетесь использовать для их обслуживания редакцию Standard, то Вы также можете настроить такой сценарий.
На рисунке 2 представлен такой сценарий. В случае отказа одного сервера пользователи будут подключаться ко второму.
Рисунок 2. Пример инфраструктуры, состоящей из серверов редакций Standard с обеспечением отказоустойчивости звонков.
Ага, могут подумать многие – теперь я могу построить отказоустойчивую систему с помощью редакции Standard. Не совсем так. Все таки этот механизм разработан для аварийных сценариев и не обеспечит весь функционал передачи голоса для клиентов.
В случае если происходит отказ сервера, и клиент перенаправляется на резервный пул, то многие возможности по передаче голоса ему не будут доступны, пока он обслуживается им.
При работе с резервным пулом пользователю будут доступны следующие возможности:
· Входящие звонки (в случае обеспечения возможности маршрутизации, например провайдером SIP транкинг)
· Исходящие звонки
· Звонки внутри текущего расположения пользователя и между офисами
· Удерживание и перевод звонков
· Аутентификация и авторизация
· Двустороннее внутрисайтовое общение с помощью мгновенных сообщений и адудио/видео
· Запись деталей звонков
· Делегирование звонка, групповой звонок, одновременный звонок на нескольких телефонах (Simulations Ringing)
· Участие в конференциях, созданных другими пользователями (на других – работоспособных на этот момент пулах)
Пользователю будет недоступно
· Создание конференций самим пользователем любых типов
· Информация о доступности и маршрутизация на основе статуса «Не беспокоить»
· Изменение настроек перенаправления звонков
· Парковка звонков и группа ответа
Таким образом это решение предоставляет как мы видим лишь базовые сервисы в случае отказа домашнего сервиса.
Пользователь который будет обслуживается не основным, а резервным пулом увидит оповещение в своем клиенте.
Рис. 3. Интерфейс при Lync при подключении к домашнему пулу и к резервному.
Примечание: Все снимки экрана сделаны с помощью предварительной версии. По выходу окончательной версии продукта интерфейс может отличаться
Реализуется подключение к резервному пулу, как уже говорилось выше с помощью DNS.
На рисунке 4 показан процесс подключения клиента. На рисунке также присутствует опциональная роль Director. Она не обязательна, вместо нее могут выдаваться адреса пулов.
Рис 4. Получение информации о пулах с помощью DNS.
Процесс будет следующий
1. Клиент запрашивает SRV запись DNS для SIP домена. Например _sipinternaltls._tcp.contoso.ru
2. Ответ включает две DNS записи:
· CSDirectorPool.contoso.ru:5061, Priority=0, Weight=10
· CSPool2.contoso.ru:5061, Priority=1, Weight=10
3. Клиент подключается к пулу серверов Director, производит аутентификацию.
4. Пул серверов Director определяет к какому домашнему пулу принадлежит клиент и отправляет ответ SIP 301, содержащий первичный и резервный пулы для этого клиента
5. В случае доступности первичного пула клиент подключается к нему
6. При его недоступности клиент подключается к резервному пулу.
Таким образом с помощью Lync сервер мы можем обеспечить клиентов базовым фукнционалом голосовой связи даже при отказе одного из серверов.
В этой заметке мы предполагали наличие второго пула серверов. В следующей заметке будет рассказано об обеспечении голосовой связи для тех офисов компании, в которых установка собственного пула не является оптимальным решением, например при небольшом количестве пользователей.