Системные требования и схема резервирования

Поддерживаемые ОС

3CX 18 протестирована и поддерживается на следующих 64-битных ОС:

  • Debian 10 Buster
  • Windows 10 (PRO, Enterprise)
  • Windows Server 2016 (Standard, Datacenter)
  • Windows Server 2019 (Standard, Datacenter)

Поддерживаемые платформы виртуализации

3CX протестирована и поддерживается на следующих платформах виртуализации (гипервизорах):

  • VMware vSphere Hypervisor (ESXi) 6.5u1 и выше с установленным пакетом VMWare Tools
  • Microsoft Hyper-V Server (6.2) и выше (возможность запуска Debian 10). См. рекомендации по конфигурации Hyper-V
  • KVM 2.8 и выше
  • Citrix XenServer 7.0 и выше
Системные требования 3CX для 20 сотрудников и 1 года записей разговоров
3CX PBXDebianWindows
vCPUs12
ОЗУ (Гб)14
HDD (Гб)2040
Системные требования 3CX для 50 сотрудников и 1 года записей разговоров
3CX PBXDebianWindows
vCPUs24
ОЗУ (Гб)26
HDD (Гб)4080
Системные требования 3CX для 250 сотрудников и 1 года записей разговоров
3CX PBXDebianWindows
vCPUs68
ОЗУ (Гб)68
HDD (Гб)200250
Системные требования 3CX для 1 000 сотрудников и 1 года записей разговоров
3CX PBXDebianWindows
vCPUs812
ОЗУ (Гб)1624
HDD (Гб)500500
Системные требования 3CX для 5 000 сотрудников и 1 года записей разговоров
3CX PBXDebianWindows
vCPUs2424
ОЗУ (Гб)3232
HDD (Гб)1 0001 000
Системные требования 3CX для 10 000 сотрудников и 1 года записей разговоров
3CX PBXDebianWindows
vCPUs6464
ОЗУ (Гб)6464
HDD (Гб)3 0003 000

Схема отказоустойчивости 3CX (только для редакции Enterpsise)

3CX имеет интегрированную систему резервного копирования и восстановления, которая выполняет несколько функций:

  • Создает периодические резервные копии конфигурации АТС — в ручном режиме и автоматически по расписанию
  • Позволяет легко перейти на новую версию 3CX
  • Позволяет быстро перенести систему на другой сервер
  • Позволяет создать резервный сервер для обеспечения отказоустойчивости

3CX может выполнять резервное копирование на локальный диск, Google-диск,  удаленный FTP, SMB или SFTP-сервер.

Сервер Активный, далее сервер A.

Сервер Пассивный. далее сервер B.

Алгоритм переключения с сервера A на сервер B.

  1. Создать периодическую схему бэкапа сервера A
  2. Перевести сервер A в режим «Основной»
  3. Создать периодическую схему восстановления сервера B из бэкапа сервера A
  4. Перевести сервер B в режим «Резервный»
  5. Указать мониторинг переключения с сервера A на сервер B
    • SIP-сервер
    • Web-сервер
    • Сервер Media&Tunnel
  6. Указать триггер переключения сервера A на сервер B
    1. Если ни один тест не пройден
    2. Если хотя бы один тест не пройден
  7. Сохранить настройки. Сервер B при этом перейдет в режим «резервный» и будет следить за состоянием сервера A
    1. В случае падения сервера А, сработает триггер на сервере B
    2. Сервер B поднимет все основные сервисы и станет основным.

Требования к сети:

Отключите SIP (ALG) Application Layer Gateway

Полоса пропускания:

  • 1 разговор — 90 Kbps
  • 5 разговоров — 450 Kbps
  • 10 разговоров — 900 Kbps
  • 50 разговоров — 4.5 Mbps
  • 100 разговоров — 9.0 Mbps

Задержка не более 100 мс.

Джиттер не более 20 мс.

Потеря пакетов не более 1%