3CX Phone System 15 – это универсальная система, которая может быть установлена на Windows сервере, на Linux “коробке” и на облачном хостинге. V15 может быть не только автоматически развернута в облаке, но и поддерживает автоматизованное администрирование (об этих возможностях мы поговорим подробнее в этой статье). Кроме того, Linux версия 3CX весьма нетребовательна к ресурсам. Все эти преимущества делают новую 3CX особенно привлекательной для хостинговых партнеров!
Cегодняшние реалии предъявляют совсем не те требования к системам унифицированным коммуникаций, которые были интересны еще лет 5 назад. Заказчиков интересуют сложные интегрированные системы. Они хотят принимать вызовы только через CRM систему, использовать интеллектуальные алгоритмы обработки обращений клиентов и создавать видеоконференции в любой момент. Сотрудники должны работать из любого места и с любого устройства, которое есть под рукой… Такие возможности предъявляют повышенные требования к отказоустойчивости и безопасности данных UC системы. Если вы используете обычную облачную АТС – как вы можете гарантировать неприкосновенность вашей информации? Как вы можете сохранить конфигурацию системы, если, например, захотите отказаться от услуг провайдера и установить систему локально? Кардинально решить эту проблему возможно только используя собственную, “выделенную” виртуальную АТС.
Давайте вспомним попытки разместить несколько веб сайтов на одном физическом сервере, которые были популярны в конце 90-х годов. Они закончились тогда, когда стало ясно – запуск одного некорректного PHP скрипта может “положить” сервер и все сайты на нем. Пользователи поняли, что для серьезной работы нужно иметь свой “выделенный” сервер, пусть и виртуальный, но с гарантированным резервированием ресурсов. Тот же путь проходят сегодня и технологии связи. Завершается эпоха мультитенантных АТС. Они больше не отвечают требованиям рынка. Поэтому 3CX отказывается от мультитенантной версии системы в пользу выделенной, завершая цикл разработки 3CX V14 Multitenant.
Большинство новых датацентров (включая Google и OVH) используют простой интерфейс управления, который позволяет настроить сетевой экран и управлять конфигурацией виртуальных машин через скриптовый интерфейс. То есть, вы можете сосредоточиться за поддержке телефонии, а не на управлении инфраструктурой.
Почему мы приняли решение отказаться от мультитенантной АТС в пользу виртуализации?
Единственный недостаток этого подхода – необходимость резервирования IP адреса для каждой виртуальной АТС. Однако индивидуальный публичный IP адрес имеет и ряд преимуществ, например, удобное управление политиками безопасности, простую настройку портов и “прямое” подключение IP телефонов без использования NAT и 3CX SBC.
Чтобы упростить управление виртуальными АТС, мы планируем создать специальный портал, на котором партнеры смогут централизованно мониторить системы клиентов, управлять резервным копированием и другими важными функциями. Портал должен появиться в первой половине 2017 г.
Для начала мы разместили 3CX в облаке Google и на VPS хостинге крупнейшего европейского датацентра OVH. Попробовать сервис Google Cloud Compute Engine может любой пользователь, имеющий учетную запись Google. А OVH – это просто крупнейший европейский датацентр с очень демократичными ценами на VPS серверы. Строго говоря, можно использовать любой Debian VPS, использующий виртуализацию KVM/Hyper V/VMware. Мы подготовили руководства по установке 3CX на три упомянутые платформы:
В новом 3CX SP4, который сейчас находится в разработке, мы предоставим партнерам возможность быстро создавать готовые преднастроенные системы 3CX из XML шаблона. Вы создаете типовую конфигурацию АТС, включающую внутренние номера, SIP транки, IP телефоны и другие настройки, и “накладываете” ее на новую АТС клиента. Система готова к работе в считанные минуты! Возможность заранее настроить IP телефоны по MAC адресам позволяет вам отправить новые аппараты к заказчику и попросить их просто включить в сеть. Благодаря технологии 3CX RPS (Remote Provisioning Server) они будут настроены автоматически — как для локальной системы, так и для облачной!
Шаблон настройки АТС может быть применен автоматически с помощью скрипта или средств cloudinit, используемых во многих датацентрах. Вы можете применить шаблон и вручную, указав его на этапе установки системы – примерно так же, как вы делаете резервное восстановление. Мы подготовили руководство по работе с шаблонами автоконфигурирования АТС, которое будет актуально после выпуска V15 SP4
Если вы планируете переход с 3CX V14 Multi Tenant на V15, обратите внимание на следующие моменты:
Подробная инструкция по настройке содержится в руководстве How to migrate v14 tenant to v15.
Cегодняшние реалии предъявляют совсем не те требования к системам унифицированным коммуникаций, которые были интересны еще лет 5 назад. Заказчиков интересуют сложные интегрированные системы. Они хотят принимать вызовы только через CRM систему, использовать интеллектуальные алгоритмы обработки обращений клиентов и создавать видеоконференции в любой момент. Сотрудники должны работать из любого места и с любого устройства, которое есть под рукой… Такие возможности предъявляют повышенные требования к отказоустойчивости и безопасности данных UC системы. Если вы используете обычную облачную АТС – как вы можете гарантировать неприкосновенность вашей информации? Как вы можете сохранить конфигурацию системы, если, например, захотите отказаться от услуг провайдера и установить систему локально? Кардинально решить эту проблему возможно только используя собственную, “выделенную” виртуальную АТС.
Давайте вспомним попытки разместить несколько веб сайтов на одном физическом сервере, которые были популярны в конце 90-х годов. Они закончились тогда, когда стало ясно – запуск одного некорректного PHP скрипта может “положить” сервер и все сайты на нем. Пользователи поняли, что для серьезной работы нужно иметь свой “выделенный” сервер, пусть и виртуальный, но с гарантированным резервированием ресурсов. Тот же путь проходят сегодня и технологии связи. Завершается эпоха мультитенантных АТС. Они больше не отвечают требованиям рынка. Поэтому 3CX отказывается от мультитенантной версии системы в пользу выделенной, завершая цикл разработки 3CX V14 Multitenant.
Преимущества выделенной виртуальной АТС
- Качество работы пользователей совершенно не зависит от происходящего на соседних виртуальных АТС
- Данные пользователей и конфигурация АТС полностью изолированы от других систем и доступны только администратору конкретной выделенной АТС
- Органично поддерживаются расширенные возможности интеграции, такие как пользовательские скрипты, CRM интеграция, внешние источники данных и т.п.
- АТС, виртуализованная в датацентре, не требует сложной настройки сетевого экрана и NAT – подключения к VoIP операторам, автонастройка телефонов и другие сетевые функции будут корректно работать сразу после установки.
- Пользователи смогут индивидуально устанавливать дополнительные модули, например, модуль отельной АТС. Легко поддерживаются собственные конфигурации для телефонов, VoIP операторов, шлюзов и т.п.
- Облачная и локальная версия АТС выпускаются одновременно, т.к. они идентичны. Облачным клиентам больше не нужно дать специальной мультитенантной версии.
- Вы можете в любой момент передать управление как сервером, так и АТС конечному пользователю.
- Теперь вы можете пользоваться виртуальными серверами 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
- Deploying automatically using Cloudinit/Setup Template (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.
Поделиться с друзьями