3CX v15 VPS замінює мультитенантную версію 3CX Phone System 14

3CX Phone System 15 – це універсальна система, яка може бути встановлена на сервері Windows, Linux «коробці» і на хмарному хостингу. V15 може бути не тільки автоматично розгорнута в хмарі, але і підтримує автоматизований адміністрування (про ці можливості ми поговоримо докладніше в цій статті). Крім того, Linux версія 3CX дуже невимоглива до ресурсів. Всі ці переваги роблять нову 3CX особливо привабливою для хостингових партнерів!

Сьогоднішні реалії висувають зовсім не ті вимоги до систем уніфікованих комунікацій, які були цікаві ще років 5 тому. Замовників цікавлять складні інтегровані системи. Вони хочуть приймати дзвінки тільки через CRM систему, використовувати інтелектуальні алгоритми обробки звернень клієнтів і створювати відеоконференції в будь-який момент. Співробітники повинні працювати з будь-якого місця і з будь-якого пристрою, що є під рукою… Такі можливості пред'являють підвищені вимоги до відмовостійкості та безпеки даних UC системи. Якщо ви використовуєте звичайну хмарну АТС – як ви можете гарантувати недоторканність вашої інформації? Як ви можете зберегти конфігурацію системи, якщо, наприклад, захочете відмовитися від послуг провайдера і встановити систему локально? Кардинально вирішити цю проблему можливо лише використовуючи власну, «виділену» віртуальну АТС.

Згадаймо спроби розмістити кілька веб-сайтів на одному фізичному сервері, які були популярні в кінці 90-х років. Вони закінчилися тоді, коли стало ясно – запуск одного некоректного PHP скрипта може «покласти» сервер і всі сайти на ньому. Користувачі зрозуміли, що для серйозної роботи потрібно мати свій «виділений сервер, нехай і віртуальний, але з гарантованим резервуванням ресурсів. Той же шлях проходять сьогодні і технології зв'язку. Завершується епоха мультитенантных АТС. Вони більше не відповідають вимогам ринку. Тому 3CX відмовляється від мультитенантной версії системи на користь вибраної, завершуючи цикл розробки 3CX V14 Multitenant.

Переваги виділеної віртуальної АТС
  1. Якість роботи користувачів абсолютно не залежить від того, що відбувається на сусідніх віртуальних АТС
  2. Дані користувачів і конфігурація АТС повністю ізольовані від інших систем і доступні лише адміністратору конкретної виділеної АТС
  3. Органічно підтримуються розширені можливості інтеграції, такі як користувальницькі скрипти, CRM інтеграція, зовнішні джерела даних і т. п.
  4. АТС, виртуализованная в датацентрі, не вимагає складної настройки мережевого екрану і NAT – підключення до VoIP операторам, автонастройка телефонів і інші мережеві функції будуть коректно працювати відразу після установки.
  5. Користувачі зможуть індивідуально встановлювати додаткові модулі, наприклад, модуль готельної АТС. Легко підтримуються власні конфігурації для телефонів, VoIP операторів, шлюзів тощо
  6. Хмарна і локальна версія АТС випускаються одночасно, оскільки вони ідентичні. Хмарним клієнтам більше не потрібно дати спеціальної мультитенантной версії.
  7. Ви можете в будь-який момент передати управління як сервером, так і АТС кінцевому користувачеві.
  8. Тепер ви можете користуватися віртуальними серверами Linux VPS у багатьох датацентрах світового рівня і за дуже привабливою ціною:

    • OVH – Linux VPS хостинг починаючи з $3.50 на місяць https://www.ovh.com/us/vps/

    • Google Cloud – починаючи приблизно з $12 у залежності від обсягу переданих даних
    • Будь-який локальний датацентр, використовує інфраструктуру Openstack і KVM
    • Ми перевіряємо роботу 3CX в нових датацентрах і додаємо їх в перелік рекомендованих
    • Для роботи невеликий інсталяції 3CX досить Debian 8, 1+ віртуальне ядро, 2 Gb RAM
Більшість нових датацентрів (включаючи Google і OVH) використовують простий інтерфейс управління, який дозволяє налаштувати мережевий екран і керувати конфігурацією віртуальних машин через скриптова інтерфейс. Тобто, ви можете зосередитися за підтримки телефонії, а не на управлінні інфраструктурою.

Завершення розробки мультитенантной АТС
Чому ми прийняли рішення відмовитися від мультитенантной АТС на користь віртуалізації?

  • Нові хмарні технології, такі як Openstack, дозволяють легко керувати великою кількістю віртуальних машин
  • Дуже невелике споживання пам'яті 3CX на Debian нівелює економічну вигоду від запуску мультитенантной версії на одному фізичному сервері
  • Технологія контейнерів ще більше знижує вплив операційної системи
  • не потрібно вивчати особливості інсталяції мультитенантной версії
  • Технологія автоматичного оновлення 3CX (знаходиться в розробці) звільняє адміністратора від оновлень групи віртуальних систем
  • Вся нижележащая мережева інфраструктура обслуговується датацентром, розвантажуючи адміністратора для управління виключно функціями АТС
Єдиний недолік цього підходу – необхідність резервування IP адреси для кожної віртуальної АТС. Проте індивідуальний публічний IP адреса і має ряд переваг, наприклад, зручне управління політиками безпеки, просте налаштування портів і „пряме“ підключення IP телефонів без використання NAT і 3CX SBC.

Централізоване управління віртуальним АТС
Щоб спростити управління віртуальними АТС, ми плануємо створити спеціальний портал, на якому партнери зможуть централізовано моніторити системи клієнтів, управляти резервним копіюванням і іншими важливими функціями. Портал повинен з'явитися в першій половині 2017 р.

Приклади розміщення 3CX в хмарі
Для початку ми розмістили 3CX в хмарі Google і на VPS хостингу найбільшого європейського датацентру OVH. Спробувати сервіс Google Cloud Compute Engine може будь-який користувач має обліковий запис Google. А OVH – це просто найбільший європейський датацентр з дуже демократичними цінами на VPS сервери. Строго кажучи, можна використовувати будь Debian VPS, використовує віртуалізацію KVM/Hyper V/VMware. Ми підготували керівництва по установці 3CX на три згадані платформи:

Установка 3CX з використанням шаблону
У новому 3CX SP4, який зараз знаходиться в розробці, ми надамо партнерам можливість швидко створювати готові передналаштовані системи 3CX з XML шаблону. Ви створюєте типову конфігурацію АТС, що включає внутрішні номери, SIP транки, IP телефони та інші налаштування, і „накладаєте“ її на нову АТС клієнта. Система готова до роботи в лічені хвилини! Можливість заздалегідь налаштувати IP телефони по MAC-адресами дозволяє вам відправити нові апарати до замовника і попросити їх просто включити в мережу. Завдяки технології 3CX RPS (Remote Provisioning Server) вони будуть налаштовані автоматично — як для локальної системи, так і для хмарної!

Шаблон налаштування АТС може бути застосований автоматично з допомогою скрипта або коштів cloudinit, використовуваних у багатьох датацентрах. Ви можете застосувати шаблон і вручну, вказавши його на етапі інсталяції – приблизно так само, як ви робите резервне відновлення. Ми підготували керівництво по роботі з шаблонами автоконфигурирования АТС, яке буде актуально після випуску V15 SP4
Перехід з 3CX V14 Multi Tenant на v15
Якщо ви плануєте перехід з 3CX V14 Multi Tenant на V15, зверніть увагу на наступні моменти:
  • Для спрощення налаштування використовуйте DNS сервери 3CX
  • Якщо ви використовуєте модифіковані шаблони телефонів, їх слід відновити при переході на V15. Візьміть за основу нові шаблони V15 та повторно внесіть необхідні зміни. В цілому, ми настійно не рекомендуємо модифікувати штатні шаблони 3CX.
  • Порти всіх сутностей V14 скидаються в стандартні значення. Ви можете поміняти їх назад, якщо у вас використовується NAT з єдиним публічним IP адресою або сторонній SBC контролер.
Детальна інструкція по налаштуванню міститься в керівництві How to migrate v14 tenant to v15.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.