Читать книгу: «ELASTIX – общайтесь свободно», страница 2

Шрифт:

Несколько АТС Elastix и интеграция с DECT

В некоторых случаях может оказаться оправданным использование нескольких станций Elastix. Предположим, две значительных части бизнеса расположены в разных уголках страны:

• головной офис (Офис 1), склад и магазины – в Москве и области

• производство и оптовые продажи (Офис 2) – на противоположной стороне России, скажем, во Владивостоке

Примем для примера, что распределение звонков будет следующим:

• 100 абонентов головного Офиса 1 (Москва):

• 60 % – общение с партнерами

• 20 % – общение между собой

• 5 % – общение с магазинами

• 5 % – общение со складом

• 5 % – общение с производством (Офис 2)

• 5 % – общение с отделом оптовых продаж в Офисе 2

• 20 абонентов склада (московская область):

• 60 % – общение между собой

• 30 % – общение с партнерами

• 10 % – общение с Офисом 1

• 50 магазинов (Москва и область):

• 90 % – общение с клиентами

• 5 % – общение с Офисом 1

• 5 % – общение с обслуживающими партнерами

• 50 абонентов отдела оптовых продаж Офиса 2 (Владивосток):

• 60 % – общение с клиентами

• 20 % – общение между собой

• 15 % – общение с производством

• 5 % – общение с Офисом 1

• 20 абонентов на производстве (Владивосток):

• 60 % – общение с партнерами

• 20 % – общение между собой

• 10 % – общение с отделом оптовых продаж (Офис 2)

• 10 % – общение с Офисом 1

Имеет смысл использовать две АТС Elastix: одну – в Москве или в области, вторую – во Владивостоке. Тогда для 80–90 % разговоров задержки передачи речи будут минимальными, в зависимости от каналов связи – 5…40 мс. Использование одной АТС Elastix может быть неудобно даже при установке ее в центре страны между офисами (скажем, в Новосибирске), так как при включении некоторых функций Elastix (например, при записи разговоров), а также в ряде других случаев, передача голоса при звонках будет проходить не между телефонами напрямую, а через станцию, что добавит задержки передачи речи около 100 мс. Задержки будут вносить дискомфорт в общение и экономия на оборудовании и на обслуживании АТС того не стоят.

При планировании схемы связи предположим:

• в Офисе 1 значительная часть сотрудников использует телефоны DECT и привыкла к DECT-роумингу, WiFi сеть без поддержки роуминга и покрывает только часть помещений офиса, в основном около переговорных, к Интернету офис подключен по безлимитному каналу 20 Мбит/с

• на складе есть действующая сеть WiFi с роумингом, к Интернету склад подключен по безлимитному каналу 10 Мбит/с

• в магазинах используется по одному телефону, для подключений к Интернету используются каналы по 1 Мбит/с с предоплаченным трафиком 500 Мбайт

• в Офисе 2 и на производстве есть действующая сеть WiFi с роумингом и значительная часть сотрудников заинтересована в мобильности, к Интернету офис подключен по двум независимым безлимитным каналам 20 Мбит/с и 10 Мбит/с

В такой ситуации планируемая схема связи может быть следующей:

Схема предполагает, что в Офисе 1 уже перевели подключения к операторам связи на SIP-протокол, задействовав освободившийся поток E1 на интеграцию абонентов DECT с Elastix, установленную в Подмосковье. Абонентов склада подключили к подмосковной Elastix через смартфоны, задействовав сеть WiFi, созданную ранее для складских терминалов. Магазины подключили к той же Elastix, отказавшись от индивидуальных номеров в пользу единого номера компании. В том же Дата-центре установили сервер интеграции Elastix и Skype. Во Владивостоке установили отдельный сервер Elastix в собственном Дата-центре, поскольку в свое время он был создан для серверов, используемых на производстве – чистый, кондиционируемый, с резервированием питания и с дублирующим каналом доступа в Интернет. Также, во Владивостоке сеть WiFi с роумингом, используемую ранее только на производстве, расширили до размеров всего офиса, чтобы подключить к ней сматрфоны тех, кто ранее использовал телефоны DECT и часто перемещался между зданиями. Освободившиеся DECT-телефоны передали в московский офис. Станции Elastix в Подмосковье и во Владивостоке соединили между собой по протоколу IAX2, в целях повышения эффективности использования каналов связи.

Резервирование АТС Elastix и восстановление после сбоя

На первых порах, задумываясь о целесообразности резервирования сервера связи, приходится обескураживать себя увеличением трудозатрат по поддержанию инфраструктуры в актуальном состоянии, а также расстраивать руководство дополнительными расходами, которые непонятно когда окупятся (сбои и потери не прогнозируются, если по совести). Однако, еще на этапе планирования лучше определить наиболее вероятные пути восстановления связи после сбоя. Предусмотреть необходимо:

• отказ аппаратной части сервера Elastix (самое неприятное – выход из строя дисковой системы)

• сбой программной составляющей платформы (например, неудачно обновили платформу)

• недоступность сервера из-за DDoS атак (атаковать могут соседний сервер, но при этом может существенно ухудшиться и доступность вашего сервера на несколько часов)

• недоступность сервера из-за ошибок маршрутизации (у провайдеров обычно работают высококвалифицированные сотрудники, но людям все равно свойственно периодически ошибаться)

• недоступность сервера из-за отказа сетевого оборудования между Elastix, абонентами и/или провайдерами связи

С какой бы ситуацией Вы не столкнулись, исходите из того, что компания будет вынуждена работать по резервной схеме от 4 часов до двух-трех дней.

Один из вариантов – использовать дополнительную АТС Elastix, к которой подключить тех же операторов связи и всех абонентов. Настраивая абонента на основной станции, сразу же настраивать того же абонента и на резервной станции. Многие VoIP-телефоны позволяют подключаться сразу к двум или более станциям. Когда основная станция станет недоступна, все телефоны останутся подключенными ко второй станции, потребуется только переключить входящую связь от операторов на вторую станцию.

Другой вариант – использовать возможности одного из ваших SIP-провайдеров, предоставляющего услуги Виртуальной АТС. В этом случае можно часть телефонов сотрудников подключить как к Elastix, так и к АТС провайдера, а при аварии переключать входящие звонки на телефоны, подключенные к АТС провайдера. Также можно задействовать переадресацию входящих звонков на мобильные телефоны сотрудников. Так как подобные аварийные ситуации случаются крайне редко, это скорее всего будет дешевле использования второй станции Elastix, хотя может оказаться менее комфортно для сотрудников.

Выбор сервера для Elastix PBX

Требования к серверу для Elastix PBX

Потребности Elastix в сильной степени зависят от того, какой функционал будет использоваться и насколько активно.

Минимальные требования

При использовании Elastix только как SIP-сервера для коллектива до 50 абонентов без необходимости конвертации звука между разными кодеками (разными системами кодирования звука как G.711, G.722, G.726 и прочими):

• не менее 2Гб оперативной памяти

• не менее 30Гбайт на диске

• процессор Intel Atom от 1ГГц или виртуальное ядро от 1ГГц

Максимальные требования

Elastix является платформой для Унифицированных Коммуникаций (Unified Communications) и позволяет совместить на одном сервере АТС, Email-сервер, Jabber-сервер и CRM, но для этого может потребоваться больше памяти – рассчитывайте не менее 1Гбайт на каждый сервис. Также, дополнительный функционал может периодически создавать повышенную нагрузку на ресурсы сервера и качество голоса при этом будет падать в первую очередь, приближаясь к качеству мобильной связи (как в зонах неуверенного приема), в такой ситуации придется использовать отдельные серверы для разных задач или увеличивать мощность сервера в расчете на пиковую нагрузку.

Требования к дисковому пространству

При необходимости вести постоянные аудиозаписи разговоров потребуется выделить дополнительное место на диске и расчета 20 Мбайт на 60 минут аудиозаписей.

Для создания одной архивной копии требуется примерно 50 % места, занятого аудиозаписями и электронной почтой, и 100 % места, занятого факсами. Остальные данные занимают намного меньше места и измеряются десятками-сотнями мегабайт.

При настройке сервера Elastix имеет смысл выделить под емкие сервисы отдельные разделы жесткого диска, чтобы недостаток свободного места не привел к остановке сервера.

Требования к процессору

Сервер Elastix позволяет разным абонентам использовать разные системы кодирования звука (разные кодеки). Этот функционал Asterisk может быть полезен, например, если часть абонентов вынуждена использовать низкоскоростные каналы связи. При общении таких абонентов с коллегами конвертация голоса обычно не требуется (достаточно активировать на всех телефонах необходимые кодеки), но при общении с абонентами других телефонных станций вашему серверу придется конвертировать звук в стандарт, принятый операторами, к которым подключена ваша станция. Также конвертирование звука необходимо для голосовых функций АТС (для снижения нагрузки можно сохранить голосовые файлы в используемых абонентами кодеках). Дополнительную нагрузку на сервер создает функционал CRM при его активном использовании абонентами.

Выбор места размещения для Elastix PBX

Самое принципиальное при выборе места размещения телефонной станции – время задержки прохождения пакетов и процент потерь пакетов. Для обеспечения высокого качества связи максимальная задержка голоса (согласно рекомендации ITU-T G.114) не должна превышать 150 мс в один конец. Но это от микрофона одного абонента до уха другого абонента. Кодирование G.711 вносит задержку 20 мс, декодирование – еще 20 мс. На канал связи остается не более 110мс, плюс желательно иметь запас на случай увеличения задержек на каналах в часы пиковых нагрузок на сеть. В общем, рекомендую выбирать дата-центры с пингами в пределах 30–80 мс от абонентов. Команда ping измеряет двустороннюю задержку – от момента передачи, до момента возвращения пакета, но имейте в виду, что при общении двух абонентов, находящихся в одном городе связь не всегда может быть установлена между ними напрямую. Например, при записи разговоров связь пойдет через станцию, поэтому следует учитывать двустороннюю задержку, задержку на кодирование и декодирование. По этой причине пинги 80 мс от абонента до станции превращаются в задержки 80+20+20=120 мс в передаче голоса между абонентами.

Если все абоненты компании находятся в ЦФО и СЗФО России, например, в Москве или Санкт-Петербурге, Вы вполне можете разместить сервер в недорогих европейских дата-центрах, но для качества связи будет лучше подыскать российский дата-центр. Если ваши абоненты находятся, например, во Владивостоке, не стоит размещать АТС в Москве – задержки прохождения пакетов между этими городами порядка 120 мс. Если абоненты вашей АТС разбросаны по всей России, можно разместить сервер в Новосибирске – от Москвы двусторонние задержки составят порядка 50–60 мс, от Владивостока – около 70–80 мс. В Новосибирске есть дата-центры с хорошими условиями аренды.

Если все или почти все абоненты сконцентрированы в офисе, можно установить сервер Elastix в офисе. Однако, если офисов несколько или значительная часть абонентов находится за пределами офиса, присмотритесь к варианту аренды сервера в дата-центре. Учитывая расходы на интернет-канал (резервирование, трафик), на обеспечение бесперебойного электропитания, на обеспечение температурного режима, размещение сервера в дата-центре может оказаться выгоднее. Простые аппаратные серверы можно арендовать за 2100..3800 рублей (с НДС) в месяц.

Аренда облачного сервера Elastix

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

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

Облачный хостинг в Новосибирске rtcloud.ru

Облачный хостинг http://rtcloud.ru основан на технологиях VMWare, позволяет установить Elastix из ISO образа. Расположение хостинга в Новосибирске удобно для всероссийских компаний и позволяет подключить к станции абонентов, находящихся в любой части России: задержки от Москвы до станции составляют 50-90мс, задержки от Хабаровска до станции те же 50-90мс. Также можно выбрать другие города России для своего облачного сервера:

Для 30–60 абонентов достаточно следующих параметров облачного сервера (http://rtcloud.ru/services/cloud-server/) за 1800 руб. в месяц (без НДС):

• 2 Gb RAM

• 1 ГГц CPU (от емкости Intel Xeon E5)

• 30 Gb HDD на скорости Стандарт

По мере роста числа абонентов любой из перечисленных параметров можно плавно увеличивать без переустановки Elastix. Потребуется только перезапуск системы (можно выполнить в ночные часы). Мониторинг использования ресурсов позволит подобрать подходящие под нужды компании параметры сервера:

Для 50-150 абонентов подойдет облачный сервер за 4200 руб. в месяц (без НДС):

• 3 Gb RAM

• 5 ГГц CPU (от мощности Intel Xeon E5)

• 100 Gb HDD на скорости Стандарт

Такой сервер обходится уже дороже аппаратного отдельного сервера, однако при использовании облачного сервера Вам не придется задумываться не только о замене дисков, но и о выходе из строя любых компонентов – при отказе физического оборудования провайдера ваш облачный сервер автоматически будет перенесен на исправный. Пользователи либо не заметят проблемы вовсе, либо простой составит порядка пары минут, необходимых на перезагрузку Вашего сервера Elastix.

Для 300–500 абонентов при использовании Elastix только как сервера телефонии или для 50-150 абонентов при использовании также интегрированного CRM vTiger или Sugar CRM подойдет сервер за 11200 руб. в месяц (без НДС):

• 8 Gb RAM

• 10 ГГц CPU (от мощности Intel Xeon E5)

• 500 Gb HDD на скорости Стандарт

Управлять облачным сервером RTCloud можно как через Windows приложение vSphere Client, так и через веб-браузер из таких операционных систем как Ubuntu.

Аренда аппаратного сервера Elastix

Аренда аппаратного сервера позволяет быть уверенным, что 100 % его ресурсов будут предназначены только для ваших задач. В отличие от использования собственного сервера не придется самостоятельно обслуживать сервер – при выходе из строя дисков провайдер заменит их на новые, что входит в стоимость аренды. При аппаратных поломках провайдер обеспечит восстановление в кратчайшие сроки – на складе есть большая часть комплектующих на такие случаи. Если необходимо расширить память сервера, увеличить размер дисков или заменить процессор на более мощный, клиенту достаточно лишь оплатить услугу, чтобы произвести апгрейд в удобное время (крупные провайдеры предоставляют такой сервис по ночам без доплаты).

Аппаратный сервер в Новосибирске rtcomm-sibir.ru

РТКомм Сибирь http://hosting.rtcomm-sibir.ru, входящая в группу Ростелеком, предлагает в аренду аппаратные серверы в Новосибирске по ценам, существенно выгоднее московских, предоставляя при этом IP-KVM с поддержкой Virtual Media, обеспечивающий установку системы Elastix из ISO-образа. Расположение хостинга в Новосибирске удобно для всероссийских компаний и позволяет подключить к станции абонентов, находящихся в любой части России: задержки от Москвы до станции составляют 50-90мс, задержки от Хабаровска до станции те же 50-90мс. Использование аппаратного сервера для Elastix дает уверенность в получении оплаченных ресурсов.

Для небольшой компании 30–60 абонентов можно выбрать сервер на процессоре Intel Atom 1.66 ГГц за 1800 руб. в месяц (без НДС). Необходимую версию Elastix можно установить через IP-KVM. При использовании данного сервера необходимо с особым вниманием отнестись к резервному копированию, поскольку при отказе диска придется восстанавливать настройки из резервной копии – сервер потенциально позволяет использовать два диска, но RTComm отказывается покупать переходник, предлагая довольствоваться одним диском.

Для компании численностью 200–500 абонентов при 30–40 одновременных сеансах связи подойдет сервер на процессоре Intel Xeon E3 3ГГц за 3300 руб. в месяц (без НДС). Наличие двух дисков позволяет задействовать в Elastix программное зеркалирование дисков (Software RAID1). При выходе из строя одного из дисков у Вас будет достаточно времени, чтобы провайдер заменил вышедший из строя диск, после чего можно будет восстановить режим зеркалирования. Однако, это не отменяет необходимости следить за резервным копированием настроек.