Именно эти 8000 Евро должны служить вам ориентиром для оценки инвестиций в систему отказоустойчивости 3CX Phone System.

Мы рассмотрим четыре варианта обеспечения отказоустойчивости:

Приведем график относительных расходов на отказоустойчивость проприетарных АТС и различных реализаций отказоустойчивости 3CX Phone System.

Single Host – 3CX и другие сетевые службы на одном сервере

3CX Phone System может быть установлена в компаниях с одним сервером непосредственно на этом сервере. Как правило это Microsoft Small Business Server или Essential Server. Таким образом, имеющийся сервер становится еще и сервером SIP АТС. Рекомендации для обеспечения базовой отказоустойчивости такой системы:

Недостаток установки 3CX Phone System на единственный сервер в компании заключаются в том, что этот же сервер обеспечивает другие важные сетевые сервисы, такие как DNS и DHCP. Поэтому, даже в случае быстрого восстановления 3CX из резервной копии, вам следует позаботиться об оперативном восстановлении служб DHCP (необходима для SIP телефонов) и DNS (необходима для SIP телефонов и для подключения 3CX к SIP провайдерам). Чтобы уменьшить зависимость SIP АТС 3CX от этих служб, рекомендуется:

Чтобы уменьшить время восстановления системы, рекомендуется сохранять в резервной копии минимум данных (не использовать ключи типа /call recordings), либо настроить отдельное задание для резервирования только базовой конфигурации (т.е. без ключей). Тогда восстановление системы придется делать в два этапа:

Для того, чтобы ускорить время восстановления работы SIP телефонов (т.е. время их повторного подключения к восстановленному серверу), рекомендуется уменьшить время перерегистрации SIP либо в каждом телефоне отдельно, либо в общем шаблоне для данной модели SIP телефонов. Например, для телефонов Yealink оно составляет 900 секунд. Поменяем его на 60 секунд.

[ account ] 
path = /config/voip/sipAccount0.cfg 
Enable = 1 
Label = %%extension_number%%                                            
DisplayName = %%extension_first_name%% %%extension_last_name%% 
UserName = %%extension_number%% 
AuthName = %%extension_auth_id%% 
password = %%extension_auth_pw%% 
SIPServerHost = %%pbx_ip%% 
SIPServerPort = %%param::sipport%% 
SIPListenPort = 5060 
Expire = 900

меняем на

Expire = 60

Для того, чтобы быть уверенным в том, что процедура резервного копирования завершилась без ошибок, можно организовать отправку отчетов о резервном копировании с помощью утилиты Bmail (см. справку к этой утилите).

set WORKING_DIRECTORY="%cd%" 
call fullbackup.cmd > ./log.txt 
cd %WORKING_DIRECTORY% 
bmail.exe -s MailServer -p PORT -t TOE-Mails -f FROME-Mail -h -a "3CX Backup" -b Backup Report: -m log.txt –c

Active  / Stand-by Host – 3CX работает на выделенном сервере, а другой сервер подготовлен для работы, но выключен, либо включается периодически для обслуживания

Отличия этого сценария от предыдущего следующие

Приведем пример скрипта восстановления fullrestore.cmd. Это скрипт похож на скрипт из примера выше, но в него добавлены команды подмены IP адреса.

set ipaddress=192.168.0.2
set netmask=255.255.255.0
set gw=192.168.0.1
set dns1=192.168.0.1
set dns2=192.168.0.255
set networkpath=\\host\folder 
netsh interface ip set address name="Local Area Connection" source=static addr=%ipaddress% mask=%netmask%  gateway=%gw% gwmetric=1 
netsh interface ip set dns name="Local Area Connection" source=static addr=%dns1% register=primary
netsh interface ip add dns name="Local Area Connection" addr=%dns2%net use %networkpath% userpass /USER:host\username 
"%ProgramFiles%\3CX PhoneSystem\Bin\3CXBackup.exe" hidden restore %networkpath%\3cxbackup.zip /call recordings /voicemails /voice prompts /callhist /firmware /exit

В начале скрипта задаются IP параметры интерфейса Local Area Connection, которые нужно установить (они соответствуют настройкам IP стека основного сервера). Синтаксис команды netsh можно посмотреть на сайте Technet

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

1. Резервный сервер постоянно включен и мониторит (“пингует”) основной сервер
2. Как только основной сервер перестает отвечать на ping, срабатывает скрипт резервного восстановления на резервном сервере

Существует масса программ – “пинговалок”, но нам не удалось найти ничего готового и бесплатного с функцией запуска скрипта при недоступности “пингуемого” хоста. Поэтому, предлагается использовать такой скрипт pingmaster.cmd

set masteripaddress=192.168.0.2
ping -n 30 %masteripaddress% | find "TTL"
if errorlevel 1 call fullrestore.cmd

В этом скрипте мы задаем IP адрес основного сервра и “пингуем” его, делая 30 попыток. Вывод команды ping пропускается через команду find, которая ищет строку “TTL”, типичную для нормального ответа утилиты ping.. Если строка “TTL” не будет найдена ни в одной из 30 попыток, произойдет ошибка. По этой ошибке запустится скрипт fullrestore.com .Рекомендуется запускать скрипт pingmaster.cmd несколько раз в течении часа.

Несколько слов посвятим также отказоустойчивости аналоговых телефонных шлюзов. Вероятность выхода из строя аналогового шлюза при правильном заземлении невелика, но в крупных компаниях такую ситуацию лучше предусмотреть. Однако тут не обойтись без специализированного аппаратного решения. На рисунке изображена схема включения двух шлюзов Beronet через специальный Berofos failover switch.

Свитч Berofos имеет так называемый watchdog, который отслеживает состояние внешних аналоговых, BRI и PRI линий и динамически переключает их в случае выхода из строя (или отключения на обслуживание) одного из шлюзов Beronet.

Со стороны 3CX Phone System создается просто два однотипных аналоговых шлюза с разными IP адресами.

Для обоих шлюзов создается одно исходящее правило, в котором они прописываются как альтернативные маршруты.

Active / Active Host – 3CX работает параллельно на двух компьютерах. Выход из строя одного компьютера практически не влияет на работу телефонной системы

В этой конфигурации предусматривается одновременная работа двух параллельно работающих узлов “псевдокластера”, синхронизирующихся между собой через небольшие промежутки времени. Конфигурация напоминает описанную выше Active / Stand-by Host, с тем отличием, что оба сервера не выключаются и всегда готовы к работе с актуальной конфигурацией 3CX. “Псевдокластер” обеспечивает наименьшее время простоя SIP АТС, делая переключение между основным и резервным сервером, как правило, незаметным для пользователя. С другой стороны, она является довольно затратной. Вам потребуются:

Резервирование основного сервера происходит скриптом, похожим на скрипт, описанный для Active / Stand-by, однако сразу после этого происходит восстановление созданного архива на резервный сервер. Таким образом, постоянно поддерживается полная синхронизация конфигурации 3CX Phone System между серверами. В случае отказа основного сервера, телефоны и шлюзы по таймауту просто регистрируются на резервном сервере и продолжают работу.

Вот пример скрипта синхронизации между двумя SIP АТС 3CX, который делает резервирование, а затем удаленно запускает восстановление (синхронизацию) конфигурации sync.cmd

set networkpath=\\host\folder
set slavehost=192.168.0.3
set slaveuser=user
set slavepassword=password
net use %networkpath% userpass /USER:host\username 
"%ProgramFiles%\3CX PhoneSystem\Bin\3CXBackup.exe" hidden backup %networkpath%\3cxbackup.zip /call recordings /voicemails /voice prompts /callhist /firmware /exit
PsExec.exe \\%slavehost% -u %slaveuser% -p %slavepassword% c:\script\restore.cmd

Скрипт restore.cmd на резервном компьютере должен находиться в папке c:\script и иметь вид

set networkpath=\\host\folder 
"%ProgramFiles%\3CX PhoneSystem\Bin\3CXBackup.exe" hidden restore %networkpath%\3cxbackup.zip /call recordings /voicemails /voice prompts /callhist /firmware /exit  /activesync

В этих скриптах

slavehost – IP адрес резервного компьютера

slaveuser, slavepassword – учетные данные пользователя на резервном ПК с правами администратора

PsExec.exe – утилита Sysinternals для удаленного запуска приложений