Техническая база знаний

Заказать консультацию


Материал от эксперта

Методика испытаний кластера

Объект испытаний

Объектом приёмочных испытаний, согласно настоящей методике испытаний кластера высокой доступности (high-availability), является кластер высокой доступности системы телефонии на базе IP АТС Аsterisk в составе резервирующего и резервируемого серверов, а так же устройства резервирования потоков E1 Failover.

Цель испытаний

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

Результаты проведения испытаний кластера  системы телефонии по методике испытаний должны подтвердить работоспособность кластера системы телефонии в соответствии с функциональным предназначением и требованиями по доступности сервиса телефонной связи.

Состав и порядок испытаний

В процессе проведения испытаний должны быть протестированы следующие подсистемы кластера системы телефонии:

  1. Сервис кластеризации резервируемого узла телефонии.
  2. Сервис кластеризации резервирующего узла телефонии.
  3. Устройство резервирования каналов Е1
  4. Проверка корректности взаимодействия подсистем кластера (влияние друг на друга).

Испытания включают проверку в следующем порядке:

  1. Структура организации кластера высокой доступности сервиса телефонной связи
  2. Используемые средства связи и принцип взаимодействия с внешними системами
  3. Управление сервисом кластеризации и кластером в целом
  4. Режимы функционирования кластера и его соответствие показателям назначения
  5. Функционирование резервирующего узла телефонии в указанных условиях эксплуатации.
  6. Функционирование сервиса кластеризации.
  7. Стабильность функционирования кластера высокой доступности телефонной связи.

Методика испытаний

Структура организации кластера

  1. Визуально убедиться, что на испытания представлены два узла сервера телефонии, которые соединены между собой витой парой по сетевым интерфейсам без промежуточных устройств. Сервера телефонии должны находиться в разных серверных стойках. Патч-корд должен соединять один из сетевых интерфейсов резервируемого сервера с одним из сетевых интерфейсов резервирующего сервера.
  2. Визуально убедиться, что устройство резервирования каналов Е1, обеспечивает возможность подключения одного потока Е1 от оператора телефонной связи и двух потоков E1 до серверов телефонии кластера высокой доступности. Поток E1 от оператора связи должен быть подключен в интерфейс IN группы портов PORT 1. Визуально убедиться, что к устройству  резервирования каналов Е1 в интерфейс OUT1 группы портов PORT 1 подключен резервируемый сервер телефонии, а в интерфейс OUT2 группы портов PORT 1 подключен резервирующий сервер телефонии. Подключение серверов телефонии к устройству  резервирования каналов Е1 должно быть осуществлено прямыми патч-кордами. Визуально убедиться, что устройство резервирования каналов подключено кабелем USB к резервируемому серверу телефонии.
  3. Визуально убедиться, что оба сервера телефонии подключены к сети независимо друг от друга. Сервера телефонии должны быть подключены к разным источникам бесперебойного питания.
  4. Проверить реализацию аппаратных компонентов кластера, их достаточность для функционирования кластера и корректность взаимодействия между собой. Переключить режим работы кластера в аварийный, перевести резервируемый сервер в состояние обслуживания. Отключить управляющий сетевой интерфейс от резервируемого сервера. Сетевой трафик по виртуальному IP адресу кластера должен обрабатывать резервирующий сервер. Ввести команду `sip show peers` в интерфейсе управления сервисом asterisk на резервирующем сервере. Должен отображаться список подключенных абонентов. Визуально убедиться, что индикатор состояния канала E1 на резервирующем сервере горит зелёным светом.
  5. Если все условия выполняются, значит кластер перешел в аварийный режим. Следовательно, состав оборудования кластера, представленный на испытание достаточен для обеспечения надежного функционирования сервиса телефонной связи.

Средства связи и принцип взаимодействия с внешними системами

  1. Проверить доступность кластера системы телефонии по протоколу SSH по виртуальному IP адресу. Осуществить подключение к 22-му порту по протоколу SSH на IP адрес кластера системы телефонии. Система должна предоставлять терминальный интерфейс управления сервером. Убедиться, что IP телефоны абонентов зарегистрированы на виртуальном IP адресе кластера. Ввести команду `sip show peers` в интерфейсе управления сервисом asterisk на резервирующем сервере. Должен отображаться список подключенных абонентов. IP адресом SIP регистрации в конфигурации телефонных аппаратов должен быть IP адрес кластера системы телефонии. Сделать вызов с одного абонентского телефона на другой вплоть до установления соединения и корректного завершения разговора. С зарегистрированного телефонного аппарата должны осуществляться вызовы. Зарегистрированные телефонные аппараты должны принимать вызовы.
  2. Проверить доступность административного и пользовательского WEB интерфейса кластера высокой доступности системы телефонии по протоколу HTTP на виртуальном IP адресе кластера системы телефонии. С рабочего места в браузере указать IP адрес кластера системы телефонии, перейти по адресу. При подключении к web интерфейсу по HTTP протоколу к IP адресу кластера с рабочего места должен предоставляться интерфейс управления активным сервером телефонии.
  3. Проверить доступность каждого сервера телефонии по протоколу SSH по управляющим сетевым интерфейсам. С использованием терминального клиента putty с рабочего места осуществить подключение к управляющим IP адресам серверов. При подключении к управляющим IP адресам серверов телефонии по протоколу SSH с рабочего места должны предоставляться терминальные интерфейсы управления.
  4. Проверить доступность серверов IP АТС Asterisk по интерфейсу синхронизации друг с друга. Выполнить передачу ICMP пакетов с использованием команды `ping` с резервирующего сервера на резервируемый сервер по сетевому интерфейсу синхронизации. Пакеты ICMP должны передаваться.
  5. Проверить доступность канала Е1, подключенного через устройство резервирования потоков, на активном сервере телефонии. Визуально убедиться в отсутствии сигнализации об ошибке на плате интерфейса ISDN активного сервера телефонии. Если индикатор состояния канала светится зелёным светом, канал успешно коммутируется через устройство резервирования.

Средства управления кластером

  1. Убедиться, что программное обеспечение по администрированию кластера высокой доступности предоставляет информацию о состоянии кластера и режиме его функционирования. В терминальном интерфейсе управления активным сервером телефонии ввести директиву `crm_mon`. Если приложение `crm_mon` предоставляет информацию об активных сетевых ресурсах кластера и активном сервере телефонии, ПО администрирования кластера корректно функционирует.
  2. Убедиться, что программное обеспечение по администрированию кластера высокой доступности предоставляет информацию о состоянии резервируемого и резервирующего сервера телефонии. В терминальном интерфейсе управления активным сервером телефонии ввести директиву `crm_mon`. Если приложение `crm_mon` предоставляет информацию о состоянии резервирующего и резервируемого сервера кластера, ПО администрирования кластера корректно функционирует.
  3. Убедиться, что программное обеспечение по администрированию кластера высокой доступности предоставляет информацию о состоянии резервируемых ресурсов. В терминальном интерфейсе управления активным сервером телефонии приложение `crm_mon` должно предоставлять информацию о состоянии резервируемых ресурсов.
  4. Убедиться, что программное обеспечение по администрированию кластера высокой доступности обеспечивает изменение режимов работы кластера, перенос активных ресурсов с резервирующего сервера телефонии на резервируемый сервер телефонии и обратно. С использованием приложения `crm` перевести режим работы резервируемого сервера в состояние обслуживания. Если резервируемые ресурсы активны на резервирующем сервере, в терминальном интерфейсе управления активным сервером телефонии приложение `crm` предоставляет управление узлами кластера и резервируемыми сетевыми ресурсами.
  5. Убедиться, что программное обеспечение по администрированию кластера высокой доступности обеспечивает добавление резервируемых ресурсов, удаление и перезапуск ресурсов. С использованием команды `crm` в терминальном интерфейсе управления резервирующим сервером, удалить ресурс tftp согласно документации по администрированию кластера. Применить настройки. В выводе программы `crm_mon` сервис tftp должен отсутствовать. С использованием команды `crm` добавить ресурс tftp согласно инструкции по администрирования кластера. Применить изменения. Если в выводе программы `crm_mon` присутствовует сервис tftp, приложение `crm` корректно предоставляет функции по управлению узлами кластера и резервируемыми сетевыми ресурсами, а так же предоставляет доступ к изменению конфигурации кластера.

Режимы функционирования кластера

  1. Проверка штатного режима функционирования кластера высокой доступности. На резервируемом сервере сервера телефонии должен быть виртуальный IP кластера, запущены сетевые службы (ресурсы кластера) asterisk, apache, mysql, ntpd, tftp. С использованием терминального интерфейса управления резервируемым сервером телефонии, проверить состояние перечисленных сетевых служб согласно инструкции по эксплуатации и администрированию кластера. Все сетевые службы должны быть запущены.  Устройство резервирования потоков Е1 должно подавать поток на резервируемый сервер телефонии. Визуально убедиться в отсутствии сигнализации об ошибке на плате интерфейса ISDN резервируемого сервера телефонии. Индикатор состояния канала должен светиться зелёным светом. Телефонная связь у абонентов должна работать в полном объеме. Абонентские устройства должны осуществлять и принимать телефонные вызовы. Если при проверке сбоев в работе системы телефонии не обнаружено, кластер корректно функционирует в штатном режиме.
  2. Проверка функционирования кластера высокой доступности в аварийном режиме. На резервирующем сервере сервере телефонии должен быть виртуальный IP кластера, запущены сетевые службы (ресурсы кластера) asterisk, apache, mysql, ntpd, tftp. Средствами управления кластером в терминальном интерфейсе вывести из штатного режима работы резервируемый сервер телефонии путем перевода в режим обслуживания (в соответствии с инструкцией по эксплуатации и администрированию кластера). С использованием терминального интерфейса управления резервирующей IP АТС Asterisk проверить состояние перечисленных сетевых служб. Все сетевые службы должны быть запущены. Устройство резервирования потоков Е1 должно подавать поток на резервирующий сервер IP АТС Asterisk. Визуально убедиться в отсутствии сигнализации об ошибке на плате интерфейса ISDN резервирующего сервера телефонии. Индикатор состояния канала должен светиться зелёным светом. Телефонная связь у абонентов должна работать в  полном объеме. Абонентские устройства должны осуществлять и принимать телефонные вызовы. Визуально убедиться в наличии актуальных данных по статистике вызовов в административном web-интерфейсе управления. Последние данные по статистике на резервирующем сервере телефонии должны соответствовать данным статистики на резервируемом сервере телефонии. Если при проверке сбоев в работе системы телефонии не обнаружено, кластер корректно функционирует в аварийном режиме.
  3. Проверка переключения режимов функционирования кластера высокой доступности с использованием программного обеспечения управления сервисом кластеризации. Осуществляется с использованием программы по управлению кластера `crm` в терминальном интерфейсе, согласно инструкции по эксплуатации и администрированию кластера. В результате проверки убедиться в наличии функций по управлению состоянием резервирующего и резервируемого сервера телефонии.
  4. Проверка времени, затраченного системой на полное восстановление функций по обслуживанию телефонных вызовов при переключении режимов функционирования. Проверяется путем хронометрирования  процесса переключения с резервирующего на резервируемый сервер телефонии. Если время на переключение режимов функционирования до восстановления полной работоспособности телефонной связи у абонентов не превышает 5 минут, кластер соответствует заявленным показателям назначения.

Функции резервирующего сервера телефонии

  1. Проверить, что резервирующий сервер телефонии включен и работает в составе кластерного оборудования. Резервирующий сервер должен предоставлять терминальный интерфейс управления в штатном режиме функционирования кластера. В аварийном режиме функционирования кластера резервирующий сервер должен предоставлять терминальный и web-интерфейс управления.
  2. Переключить кластер высокой доступности в аварийный режим. Средствами управления кластером в терминальном интерфейсе перевести резервируемый сервер телефонии в режим обслуживания.
  3. Проверить, что резервирующий сервер телефонии обеспечивает:
    1. базовые функции обработки звонков — абоненты должны принимать и осуществлять вызовы, осуществлять переводы активных разговоров при функционировании кластера в аварийном режиме;
    2. интеллектуальную маршрутизацию вызовов — резервирующая IP АТС должна обеспечивать распределение входящих вызовов на абонентов при функционировании кластера в аварийном режиме;
    3. блокировку нежелательных вызовов — резервирующая IP АТС должна обеспечивать блокировку входящих вызовов на абонента, согласно указанному списку в пользовательском web-интерфейсе, при функционировании кластера в аварийном режиме;
    4. приоритезацию вызовов - резервирующая IP АТС должна обеспечивать приоритизацию вызовов в очередях, согласно указанному списку в административном web-интерфейсе, при функционировании кластера в аварийном режиме;
    5. управление абонентами — резервирующая IP АТС должна предоставлять управление абонентами УАТС в административном web-интерфейсе при функционировании кластера в аварийном режиме;
    6. интерактивное голосовое меню — резервирующая IP АТС должна предоставлять интерактивное голосовое меню для входящих звонков в систему и функции управления голосовым меню в административном web-интерфейсе при функционировании кластера в аварийном режиме;
    7. функции факс сервера — резервирующая IP АТС должна обеспечивать передачу факса при функционировании кластера в аварийном режиме;
    8. очереди вызовов — резервирующая IP АТС должна обеспечивать построение очередей вызовов на группу операторов и средства управления группами операторов в административном web-интерфейсе при функционировании кластера в аварийном режиме;
    9. запись и прослушивание телефонных разговоров — резервирующая IP АТС должна обеспечивать запись телефонных разговоров и предоставлять административный web-интерфейс для прослушивания записанных разговоров при функционировании кластера в аварийном режиме;
    10. взаимодействие с внешними системами — резервирующая IP АТС должна предоставлять интерфейсы для взаимодействия с внешними системами при функционировании кластера в аварийном режиме;
    11. предоставляет сервис голосовой почты — резервирующая IP АТС должна предоставлять сервис голосовой почты при  функционировании кластера в аварийном режиме;
    12. предоставляет сервис телеконференций — резервирующая IP АТС должна обеспечивать создание комнат конференций при функционировании кластера в аварийном режиме;
    13. предоставляет музыку на ожидании ответа — резервирующая IP АТС должна проигрывать музыку ожидающему ответа группы операторов абоненту, находящемуся в очереди вызовов, при  функционировании кластера в аварийном режиме;
    14. предоставляет общую статистику вызовов — резервирующая IP АТС должна предоставлять административный web-интерфейс со статистикой совершенных вызовов при функционировании кластера в аварийном режиме;
    15. предоставляет статистику очередей — резервирующая IP АТС должна предоставлять административный web-интерфейс со статистикой по обработке вызовов группой абонентов из очереди при функционировании кластера в аварийном режиме.

Функционирование сервиса кластеризации

  1. Убедиться, что устройство резервирования каналов Е1 корректно функционирует. Визуально убедиться в отсутствии сигнализаций об ошибке на интерфейсной плате сервера. Если индикатор состояния потока на интерфейсной плате активного сервера светиться зелёным светом, устройство каналов Е1 корректно функционирует.
  2. Убедиться, что сервер телефонии, к которому подключено устройство резервирования, определяет устройство резервирования каналов. Согласно инструкции по эксплуатации и администрированию сервера, проверить состояние устройства резервирования на резервируемом сервере. В терминальном интерфейсе резервируемого сервера сервис asterisk сообщает об активном состоянии устройства резервирования потоков в результате директивы `failover show`. Если в системе корректно отображается текущее активное состояние устройства резервирования каналов Е1, оно успешно определяется сервером телефонии.
  3. Убедиться, что программное обеспечение по управлению кластером высокой доступности  отображает состояния резервируемых ресурсов активного сервера телефонии. Согласно инструкции по эксплуатации и администрированию кластера вывести список узлов и резервируемых ресурсов кластера. Если в терминальном интерфейсе резервирующего и резервируемого сервера в результате выполнения директивы `crm_mon` отображаются активные состояния сетевых ресурсов кластера, ПО по управлению кластером корректно функционирует.
  4. Убедиться, что сервис кластеризации обеспечивает автоматическую остановку резервируемых сетевых сервисов на резервируемом сервере телефонии, обеспечивает автоматический запуск резервируемых сетевых сервисов на резервирующем сервере телефонии в случае, когда резервируемый сервер телефонии остановлен, не доступен (отсутствует сетевое подключение между серверами кластера) или отключено питание от резервируемого сервера. Выполнить отключение резервируемого сервера от информационной сети. Убедиться что кластер сервиса телефонной связи доступен по виртуальному IP кластера. Выполнить отключение резервируемого сервера от электрической сети. Убедиться что кластер сервиса телефонной связи доступен по виртуальному IP кластера. Если условия выполняются, сервис кластеризации успешно переносит резервируемые ресурсы при переключении режимов.
  5. Обеспечить возврат функционирования штатного режима кластера, вернуть активное состояние резервируемого сервера, обеспечить все соединения. Убедиться, что резервируемый сервер телефонии функционирует в роли активного узла по обеспечению телефонных вызовов, взаимодействия с виртуальным IP адресом кластера обрабатываются резервируемым сервером телефонии, все сетевые сервисы запущены. После возврата состояния резервируемого сервера, в терминальном интерфейсе резервируемого сервера телефонии убедиться в том, что все сетевые сервисы запущены, сервис asterisk активен и в результате директивы `sip show peers` отображается список подключенных абонентов. Если условия выполняются, сервис кластеризации корректно обеспечивает возврат штатного режима. 
  6. Проверить аварийный режим функционирования кластера высокой доступности в случае возникновения неполадок с процессами Asteriks на резервируемом сервере кластера. На резервируемом сервере кластера осуществляется принудительное завершение основного и дублирующего процессов asterisk, эмулируя аварийное завершение указанных процессов с помощью запуска системной команды Linux `kill -9 <номер соответствующего процесса на сервере>`. Устройство резервирования потоков Е1 должно переключить поток на резервирующий сервер IP АТС Asterisk, сервис кластера должен опознать отказ сервисов резервируемого сервера и осуществить соответствующие операции по переводу сервисов резервирующего сервера на резервируемый. Телефонная связь абонентов должна работать. Последние данные по статистике на резервирующем сервере IP АТС Asterisk должны соответствовать данным статистики на резервирующем сервере IP АТС Asterisk.
  7. Проверить, что база данных на резервирующем и резервируемом сервере синхронизирована. Визуально убедиться, что статистика вызовов в административном web-интерфейсе резервирующей и резервируемой IP АТС идентичны. Если несоответствий в статистике не обнаружено, базы данных на резервирующем и резервируемом сервере синхронизированы.
  8. Проверить, что при восстановлении работоспособности с резервирующего сервера были скопированы на резервируемый сервер, конфигурационные файлы, новые звуковые файлы и файлы музыкальных композиций, голосовой почты, записанных разговоров. Проверить версии файлов в системных директориях используемых сетевых сервисов, сравнить объём файлов и время их модификации. Версии файлов на резервирующей и резервируемой IP АТС должны соответствовать друг другу. Если несоответствий не обнаружено, синхронизация файлов между узлами корректно функционирует.

Стабильности функционирования кластера

  1. Проверка стабильности функционирования проводится в обычных рабочих условиях при работе кластера высокой доступности  в штатном режиме.
  2. Проверить состояние всех видов оборудования станции для подтверждения того, что все предъявленные устройства включены и готовы к работе.
  3. Подать нагрузку на кластер высокой доступности потоком телефонных вызовов соответствующим стандартной нагрузке в испытуемое время.
  4. Через час после подачи нагрузки снимается показания состояния сетевых ресурсов кластера и каналов связи/
  5. После окончания проверки повторно проверяется состояние телефонного оборудования, каналы  и отмечаются приборы и устройства, отключившиеся или заблокировавшиеся в процессе испытания.
  6. В течение периода проверки стабильности функционирования кластера не допускаются какие-либо вмешательства в работу узлов, как в аппаратные средства так и в программные (запрещаются директивы, влияющие на конфигурацию системы и управление ею). Допускается проведение директив информационного характера.
  7. Результаты проверки стабильности функционирования считаются положительными, если в течение непрерывного периода тестирования не было полных остановов в предоставлении сервиса телефонной связи или других серьезных аварийных ситуаций (например, повреждение плат, блокировка оборудования или любые другие происшествия, требующие вмешательства обслуживающего персонала). В случае возникновения симплексного останова или другой аварийной ситуации, система автоматически должна произвести переключение на резервирующий сервер телефонии без последствий для качества обработки вызовов.




Наши клиенты

ЦОВ на базе IP АТС FBX :: Core для группы компаний ERG
Система автоматического информирования должников на базе IP АТС FBX :: Core
Автоматизация колл-центра на базе системы IP АТС FBX :: Core с модулем FBX :: Autodialer
Модернизации телефонной сети «Национальной фруктовой компании»
Реорганизация IP телефонии для федеральной сети аптек Здоров.ру
Телефонная сеть для компании Кухонный двор на базе IP АТС FBX :: Core
Телефонная сеть на базе IP АТС FBX :: Core для АО «Теплоэнергосервис»
Автоматизация отдела продаж и миграция с аналоговой телефонии на VoIP
Организация ЦОВ для онлайн-кинотеатра IVI
Автоматизация работы операторов колл-центра поставщика кофейной продукции, компании КофеКАП
ЦОВ для ОФД Казахстана на базе IP АТС FBX :: Core
Система управляемых телеконференций
Система автодозвона и информирования для администрации района
Система IP АТС на базе программного продукта IP АТС FBX :: Core
Объединение территориально распределенных офисов и Call-центров
Система VOIP-телефонии на базе программного продукта IP АТС FBX :: Core
Миграция с аналоговой телефонии на VoIP для стоматологического центра
Автоматизация отдела продаж, путем интеграции VoIP телефонии с CRM
Автоматизации работы операторов на базе FBX :: Call-center
Организована VoIP телефония для трех филиалов медицинского центра
Автоматизация колл-центра на базе FBX :: Call-center
IP АТС FBX :: Core для филиала компании Баусервис

раскажите нам о своей задаче