Отказоустойчивость телефонного узла на базе IP

Кластерная архитектура и независимость функциональных модулей РТУ позволяют реализовать такую конфигурацию решения (распределение модулей по серверам), которая обеспечивает защиту как от программных, так и от аппаратных сбоев. Благодаря правильной конфигурации РТУ возможно достижение уровня надежности выше 99,999% и выполнение всех требований к отказоустойчивости, производительности и функциональности.

Отказоустойчивая конфигурация РТУ

Отказоустойчивость на программном уровне

Кластерная архитектура решения позволяет запустить любое необходимое количество модулей одного типа (кроме Модуля управления лицензиями и Модуля синхронизации), чтобы в случае выхода из строя какого-либо из них трафик перераспределялся по оставшимся модулям этого типа без потери производительности и функциональности.

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

В случае падения и последующего перезапуска Модули управления вызовами и Модули обработки медиапотоков восстанавливают свое состояние до перезапуска. В результате при выходе из строя Модуля обработки медиапотоков восстанавливается информация о всех SIP и H.323 звонках. При падении Модуля управления вызовами информация об установленных вызовах SIP сохраняется и потери звонков не происходит.

В случае выхода из строя модуля БД система остается работоспособной и продолжает обработку вызовов по информации на момент последнего обновления базы. При этом CDR-записи будут сохраняться во временные файлы, которые будут внесены в базу после восстановления соединения.

Отказоустойчивость на аппаратном уровне

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

Резервирование Модуля управления лицензиями осуществляется за счет установки на другом сервере резервного МЛ постоянной готовности с резервным USB-ключом защиты. В случае выхода из строя сервера с основным МЛ все модули системы переключаются на работу с резервным МЛ. При этом сохраняются все установленные соединения и осуществляется обработка вновь поступающих вызовов.

Резервирование точек входа может выполняться посредством установки нескольких Модулей балансировки нагрузки на разных серверах с применением одного из вариантов:

• Использование возможностей шлюзов для отправления звонков на основную и резервную точки входа;
• Использование дополнительного сетевого маршрутизатора с поддержкой функции Server Load Balancing;
• Использование программного переключения IP-адресов точек входа.

Для обеспечения сохранности и целостности информации в БД производится поставка серверов, укомплектованных дисковыми массивами SCSI RAID5, которые обеспечивают аппаратный контроль сохранности информации, не создавая нагрузки на сервер. Для систем малой производительности могут быть использованы сервера с двумя жёсткими дисками и настроенным "зеркалированием". Для обеспечения высокой доступности информации в БД поставка включает два идентичных сервера, между которыми в автоматическом режиме производится репликация данных.

Резервирование модуля ДВО осуществляется на аппаратном уровне по технологии Shared IP. В случае выхода из строя модуля ДВО на основном сервере, происходит автоматическое переключение на модуль ДВО на резервном сервере, находящемся в режиме постоянной готовности (stand by). Резервный модуль ДВО осуществляет обработку поступающих вызовов и периодически проверяет восстановление соединения с сервером основного модуля ДВО. После его восстановления происходит обратное переключение вызовов.