Отказоустойчивое решение

[anonymous]

Клиент хочет построить отказоустойчивую IP-PBX на базе 3CX Call Center Edition. Имеется два сервера под Windows Server 2008, соединённые в FailOver-кластер, шлюз berofix box и куча ip-телефонов Linksys. Осталось купить и поставить 3СХ.

Вопросы:
1. Лицензирование. Возможно установить и активировать две копии программы c одной лицензией на кластер при условии, что одновременно они работать никогда не будут? Привязывается активация к железу?
2. Будет нормально подыматься копия 3СХ на резервном хосте? Были реализации подобных проектов?

 

[anonymous]

Вопрос №1 обсуждается при покупке лицензии. В общем случае, требуется две.
По поводу Вопроса №2.
Для "горячей замены" (т.е. мгновенной, прозрачной и "безутратной" замены главного сервера на резервный) возможностей указанной конфигурации будет недостаточно.

P.S. Отказы бывают разные. Их вероятность вариируется. Панацеи, увы, не существует

 

[anonymous]

1. Обсуждается с кем? Представитель 3СХ в Украине сказал, что в этом случае достаточно одной лицензии, но меня интересует процесс активации двух копий под одной лицензией на двух серверах. Возможно это будут виртуальные машины по VMWare ESX.
2. Что нужно для "мгновенной, прозрачной и "безутратной" замены главного сервера на резервный"? Про автоматическое резервирование шлюза ISDN PRI - VoIP речь не идёт.

 

[anonymous]

Коротко могу ответить так, если у Вас будет возможность использовать все возможности VMWare ESX, то, скорее всего, Вы сможете получить "мгновенную, прозрачную и "безутратную" замену PBX при использовании одной лицензии.

Готовится статья, в которой будут рассмотрены именно эти вопросы. Будем надеяться, что она будет опубликована на следующей неделе.
Там будут рассмотрены варианты построения FileOver решений, их недостатки, достоинства и пр. (в том числе и для VMWare ESX). О лицензиях там тоже будет рассказано. Статья будет опубликована либо на английском, либо на немецком языке (переводы появятся позже)

 

[igor.snezhko]

Я исходил из того, что забэкапленная конфигурация с умершего узла просто оперативно скриптом поднимается на живом резервном узле. Виртуальном или реальном.
А всякие "продвинутые" решения - лучше подождем статью.

 

[anonymous]

@igor.snezhko wrote:Я исходил из того, что забэкапленная конфигурация с умершего узла просто оперативно скриптом поднимается на живом резервном узле. Виртуальном или реальном.
А всякие "продвинутые" решения - лучше подождем статью.
Статья готовится. Акценты в ней будут расставлены немного неожиданно, но в ней будут изложены нюансы организации отказоустойчивых решений в диапазоне от "на колеках", до базирующихся на мощной инфраструктуре VMWare ESX.

P.S. Кстати, рекомендую заглядывать в https://www.3cx.ru/blog. Там много экслюзивных вещей. В том блоге много информации о Snom, tipTel (aka Yealink), BeroNet и Aastra, а также о нюансах использования 3CX PhoneSystem...