- доступность VoIP - как-то громко сказано.. Если канал хороший, можно при каждом звонке, поступившем на слейва, попытаться дозвониться до примарика.. Или делать это преодически, хешируя результат (0 или 1, можно просто во временный файл. Можно просто пустой lock-файл. Можно даже соответствующей командой (man lockfile))
Ну и мониторить/запускать/тушить - это же один-два скрипта в десяток строк.. Но это уже для ресурса не профиль..
viktorkho ( 2013-09-14 21:40:19 +0400 )редактировать
единственное до чего додумался - это держать оба поднятыми и соединить их по iax и правила перезвона настроить соответственно
tim77 ( 2013-09-09 18:21:59 +0400 )редактироватьМне чисто для себя, а что за клиенты используете?
godlike ( 2013-09-09 18:23:30 +0400 )редактироватьда разные железяки - telco 211, draytek 2110, dlink-и еще какие то
tim77 ( 2013-09-09 18:59:38 +0400 )редактироватьDNS не катит - НУ будет 2 IP и что? DNS ресолвит адреса рандомно. То есть в 50% случаев он выдаст не рабочий IP
tim77 ( 2013-09-09 19:05:37 +0400 )редактироватьВиртуальный IP тоже не катит. Сервера стоят в совершенно разных сегментах интернета
tim77 ( 2013-09-09 19:06:17 +0400 )редактироватьне профи но первое что приходит на ум - Heartbeat (Linux-HA) через OpenVPN плюс динамический DNS (например связка Bind+Mysql) с минимальным TTL далее меняем IPшник для A record или SRV когда надо. пиров регим по домену. Это при учете что DNS сервера не лягут. HA умеет мониторить в т.ч. SIP и запускать скрипт на slave когда master лежит автоматом и наоборот. при этом придется накидать скрипт который править записи DNS и поднимает Астер на слейве. Еще на телефонах желательно ставить минимальную регистрацию (пиры реплицируются в базах - у меня это RealTime PgSQL + Slony). возможная проблема - рассинхронизация баз - базу бэкапного SIP сервера надо делать рид полюбому или поднимать master-master что тот еще гимморой.. синхронизировать мастер-мастер можно теоретические отдельные таблицы - например логи, если база умеет а остальные ридонли. у меня был самый актуальный вопрос синхронизации лицевого счета, который к сожалению нельзя сделать рид онли ( это если конечно пользуется онлайн биллинг).
octopas ( 2013-09-09 20:20:08 +0400 )редактироватьОбъясняю, почему ничего из того, что вы предлагаете не подходит. НА не подходит, т.к. разные сегменты. Вынести все на внешний VPS тоже не вариант, т.к. сервак юзают еще и офиные клиенты и они должны иметь возможность внутренней связи без интернета. Динамическая DNS запись через easydns, dyndns и прочие сервисы тоже не канает ибо она рассчитана на отказ всего сервака, а бывает что сервак работает, а виснет asterisk например. А городить OpenVPN и сверху него HA это совсем уж навороты. Гораздо проще в моем случае поднять второй рабочий сервак и надо его линковать с первым и правилами уже разруливать если доступен, то туда, если не доступен, то сюда итд. С синхронизацией баз вопрос не стоит, т.к. критична только таблица с SIP аккаунтами, а она довольно статична и меняется редко
tim77 ( 2013-09-10 10:47:37 +0400 )редактироватья говорил про ситуацию когда пользуем именно свои DNS сервера и в их конфигурации (RealTime) можно править скриптом в случае отказа Астера, что в сочетании с TTL=0 дает то что вам нужно... или в офисе нельзя службу DNS поднять? думаю bind настроить несложно на работу с базой...
octopas ( 2013-09-11 01:18:34 +0400 )редактироватьПроблема в том, как мониторить сам астериск что он не упал?
tim77 ( 2013-09-11 10:51:07 +0400 )редактироватьsipsak в скриптах
octopas ( 2013-09-11 16:27:11 +0400 )редактироватьVPS: да просто всё решается - в офисе 2 линка на инет от разных провов и надежный роутер. Не мазохируйте)
Zavr2008 ( 2013-09-11 16:51:33 +0400 )редактировать