Отказоустойчивый кластер 3CX

Введение

Отказоустойчивый кластер (Failover) 3CX позволяет создать резервный сервер для вашей АТС. В случае отказа основного сервера, резервный сервер становится активным, беря обслуживание абонентов на себя. Таким образом минимизируется время восстановления АТС и исключается потеря данных. Для использования отказоустойчивости необходима редакция Enterprise (ENT).

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

Реализация отказоустойчивости

В 3CX используется принцип активно-пассивного кластера с репликацией конфигурации минимум один раз в 24 часа. Основной (активный) узел выполняет обработку вызовов и информации о присутствии пользователей, а резервный (пассивный) узел мониторит активный хост. При выходе из строя активного хоста (независимо от причины), пассивный хост перестает мониторить и включается в основную работу. Механизм определения выхода из строя активного узла зависит от настроек на пассивном.

Отказоустойчивый кластер 3CX - принцип работы

Предварительные требования

Перед запуском отказоустойчивого кластера на 2 серверах, установите серверы 3CX следующим образом:

  1. Два (2) облачных сервера 3CX, каждый со своим публичным IP-адресом и идентичными параметрами: FQDN, SSL сертификатом, портами SIP, туннеля и веб-сервера.
  2. При настройке 3CX после инсталляции выбирайте 3CX FQDN. Можно использовать собственный FQDN, но такая конфигурация сложнее - необходимо самостоятельно запускать и поддерживать приложенные ниже скрипты, вносящие изменения в DNS.
  3. Во вкладке автонастройки IP-телефонов необходимо указывать интерфейс как FQDN, а не как IP-адрес (“Extension” > вкладка “Phone Provisioning” > раздел “IP Phone”).
  4. Для всех вариантов установки 3CX необходимо использовать раздельную DNS.

Шаг 1: Настройка основного сервера

Настройка основного сервера

  1. В разделе “Backup” > “Location” выберите тип хранилища Google Storage и укажите остальные параметры резервного копирования, например, SMB или SFTP. В этом примере резервные копии конфигурации сервера хранятся в папке “3CX_PBX_Backups” в контейнере Google Storage.
  2. Перейдите в раздел “Schedule Backup”, укажите расписание и параметры резервного копирования и нажмите “OK”. Рекомендуется настроить ежедневную ночную синхронизацию, например, запускать резервирование в 1:00 AM и загружать файл резервной копии “3CXScheduledBackup.zip” (имя файла последней резервной копии) в хранилище Google.
  3. Нажмите кнопку “Failover”, включите “Enable Failover”, выберите “Active” и нажмите OK.

Шаг 2: Настройка резервного сервера

Настройка резервного сервера

  1. На резервном сервере перейдите в Backup > “Failover”, включите опцию “Enable Failover” и выберите “Passive”.
  2. Укажите IP-адрес основного сервера (#1), например,
    1.1.1.1
  3. Укажите сервисы, которые следует мониторить: SIP Server, Web Server или Tunnel Server.
  4. Установите интервал проверки (30 сек. по умолчанию) и логику срабатывания переключения - при “падении” только одного сервиса или всех сервисов.
  5. Укажите расположение сценариев аварийного переключения. Сценарии для Windows. Сценарии для Linux.
  6. Укажите время в которое должно начаться восстановление.
  7. Нажмите OK для сохранения конфигурации. Теперь, если резервный сервер (#2) обнаруживает отказ основного (#1), он включается в работу, используя данные последней восстановленной резервной копии. Кроме того, он уведомляет облачный DNS 3CX об изменении A-записи FQDN на IP-адрес резервного узла. Важно, чтобы “упавший” основной сервер оставался отключенным, во избежание конфликта с аналогичными сервисами на работающем резервном узле.

Важные замечания

  • PSTN шлюзы в отказоустойчивом кластере 3CX поддерживаются только в том случае, если оба узла кластера установлены в локальной сети вместе со шлюзом.
  • Если основной и резервный сервер используют разные публичные IP-адреса, после установки резервного сервера общее FQDN имя кластера будет резолвится на IP резервного узла (вначале, после установки основного сервера, оно резолвится на IP основного узла). Для того, чтобы снова связать FQDN с IP-адресом основного сервера перезапустите сервис System на основном сервере.
  • Если вы настраиваете отказоустойчивый кластер на Microsoft Windows, то сервису, запускающему скрипты (3CX Event Notification Manager), должны быть назначены соответствующие права. Минимальные привилегии для сервиса - права локального администратора "Local System", а при выполнении
    dnscmd
    также права администратора DNS. Для этого рекомендуется создать специального пользователя Active Directory с соответствующими правами и бессрочным паролем.
  • Если у вас используется собственный FQDN в топологии LAN-LAN или топология LAN-Cloud, необходимо использовать специальные скрипты и сервисы (например, Active Directory) запускаемые с привилегиями администратора.

Дополнительная информация

Версия документа

Последнее обновление документа 27 февраля 2024

https://www.3cx.ru/docs/failover/