У меня вопрос по серверам Asterisk. У меня есть клиент, у которого есть два места, подключенных по оптоволокну. В обоих местах есть PRI ISDN. В одном месте есть 4 PRI ISDN, а в другом - 1 PRI ISDN. Клиент купил четыре сервера HP, по два на каждое место, и они также купили блоки аварийного переключения PRI ISDN. Вопрос в том, как сделать растянутый кластер Asterisk (два в одном месте и два в другом). Что-то вроде этого:
Location one Location two
+----------+ +----------+
|Asterisk 1|\ /|Asterisk 1|
+----------+ \ / +----------+
PRI|Cluster >-------------Cluster IP-------------< PRI|Cluster
+----------+ / \ +----------+
|Asterisk 2| / \|Asterisk 2|
+----------+ +----------+
Настолько просто, что они хотят иметь телефонию, независимо от того, выйдет ли из строя какой-либо из сайтов, а другой «маленький» кластер должен взять на себя подключение SIP. Я могу легко настроить двухузловой кластер в обоих местах (Corosync, Pacemaker или DRBD), но как соединить эти два места в один большой кластер.
Некоторую связанную информацию можно найти в этом вопросе ServerFault. Создание кластера из 2-х кластеров является необычным (это также является плохой конструкцией), а создание 4-однорангового кластера с двумя одноранговыми узлами на расположение является расточительным и бесполезным (не может быть больше одного однорангового узла на расположение). Фактически, с 2 одноранговыми узлами на кластер местоположения вы рискуете иметь двойную активную конкуренцию, поскольку активный одноранговый узел в каждом расположении борется с другим. Какой беспорядок.
Похоже, ваш клиент ищет высокую степень отказоустойчивости и не возражает инвестировать в оборудование; однако они вкладывают деньги не в те области. Использование дешевого подхода с программным обеспечением: DRBD (что означает, что повреждение на одном узле немедленно приводит к повреждению другого узла), отсутствие определения факторов окружающей среды, указывающих на сбой однорангового узла, отсутствие глубокого аппаратного мониторинга кластера, отсутствие осведомленности об ITSP / SIP в восходящем направлении, нет интеллектуальная синхронизация и т. д. означает очень плохо функционирующий кластер. А что вы имеете в виду под отказоустойчивыми блоками ISDN PRI? Ручные / автоматические переключатели PRI A / B, такие как отказоустойчивый переключатель beroNet? Конвертеры протоколов?
Я бы посоветовал вашему клиенту переделать свое решение так, чтобы у него были шлюзы ISDN-SIP (например: шлюзы beroNet или Digium шлюзы) в каждом месте и держите только один сервер Asterisk на каждом сайте, а затем свяжите их с HAAst. HAAst возьмет на себя ответственность за перенаправление трафика, перемещение IP-адресов, синхронизацию файлов / баз данных в кластерах и т. Д. И он может одновременно обновлять IP-адреса на шлюзах. Еще лучше, иметь резервные / темные ссылки PRI, которые оплачиваются только при активации (многие операторы / ITSP предлагают эту услугу) во вторичном местоположении.
Если вы используете HAAst, он также может автоматически изменять синхронизированный диалплан при аварийном переключении, поэтому появляются только важные службы (я предполагаю, что именно поэтому ваш клиент имеет только один PRI во вторичном расположении).
если ты действительно Если вы хотите сохранить приведенный выше дизайн, я подозреваю, что HAAst может удовлетворить ваши первоначальные потребности ... но если ваш клиент готов сделать это правильно, начните заново.