Даже не база, а все папки и файлы, конфиги, логи, все.
litnimax ( 2012-08-02 15:51:09 +0400 )редактироватьВозник острый вопрос надежности астериска. Погуглив и изучив поверхностно варианты резерва стало даже не по себе от их изобилия. Хотелось бы выслушать тех, кто резервирует астериск, кто что использует, какие грабли в каком методе присутствуют?
Параметры задачи:
два идентичных сервера, по сети включены в циску (с 2 провайдерами), астериск использует базы.
Критерии резерва:
а.выход из строя одного из серверов аппаратно полностью и внезапно
б.аварийное завершение астериска
в.повисание астериска
г.пропадание канала до основного астериска
В вашем случае я бы сделал при помощи linux high availability.
Вот тут например описано нормально - http://habrahabr.ru/post/104621/
Вам нужно каждую машину делать директором.
В случае отказа одной машины (критерии отказа можно делать свои) автоматом второй сервер берет главный IP, и поднимает Asterisk, и все другие зависимые сервера.
Даже не база, а все папки и файлы, конфиги, логи, все.
litnimax ( 2012-08-02 15:51:09 +0400 )редактироватьdrbd+hearbeat, но текущии звонки дропнутся если медиа через астериск идет.
Дропнуться в любом случае, потому что состояния звонков 100% хранятся во внутренних структурах. Даже если Вы через drbd зашарите внутреннюю базу с регистрациями.
litnimax ( 2012-08-02 15:50:22 +0400 )редактироватьбез медии они таки договорят... до первого реинвайта.
komrad123 ( 2012-08-02 15:54:03 +0400 )редактироватьпосмотрел, поюзал.. ничо так. А как мониторите повисание астериска?
um2010 ( 2012-08-03 15:12:59 +0400 )редактироватьпрокси с SIP-доменом и балансировкой нагрузки спасет отца русской демократии... выглядеть эт будет как-то так. Если любой из проксей или астериской сдохнет все будет пузырится через живое. Подобная связка испытывалась с SipXecs - результат превосходный, почти 100%-я паровозонетоптаемость.
С ДРБД может и прочими костылями может и проще, но не надежней однозначно. Просто со своими тыщами абонентов я это уже съел.
CheeZ ( 2012-08-02 16:22:15 +0400 )редактироватьС юзерами и регистрациями в SIP-домене, на SIP-проксях (у SipXecs с этим все хорошо), что диалпланов на астах они практически идентичные, за исключением аккаунтов (заводится по несколько аккаунтов на прова), довольн7о много шлюзов в частности addpac могут отлично работать с несколькими серверами, так что проблем не наблюдается. При краше любого из астерисков мы имеем только обрыв внешних звонков шедших через упавший астериск, внутренние этого даже не чуствуют, при падении любой из проксей звонки вообще не валятся.
CheeZ ( 2012-08-02 17:24:19 +0400 )редактироватьну астериск1 можно совместить с kamailio1(balancer) без потери надежности.правда с усложнением конфига.
meral ( 2012-08-02 17:24:19 +0400 )редактировать100% защиты вам ни один метод не даст, а реализация комплекса методов станет золотой. А если нет разницы.. грубо говоря стоит только сделать резервную машину идентичную рабочей (но удержать ее в таком состоянии трудновато :).
исходя из практики:
а и б - реализуется относительно просто, но происходит крайне редко,
в и г - можно обнаружить только непрохождением звонка, а для этого уже нужно сторонние машины и здесь напрашивается вопрос: "а кто будет резервировать их".. проще добавить резервные каналы и исключить "повисания" работая со стабильными версиями..
нагиос лишь подаст сигнал, а вот сможет ли он проверить канал на живучесть?
svoy ( 2012-08-02 17:30:43 +0400 )редактироватьна циске смотреть каналы и переключать , например не?
um2010 ( 2012-08-02 18:27:04 +0400 )редактироватьнагиос может делать все что угодно. включая попытки рестарта астриска и детект проблемы /востонавления работоспособности. но, конечно, зависит от скила разработчика.
meral ( 2012-08-02 18:58:50 +0400 )редактироватьболее менее вменяемая система мониторинга будет стоить в любом случае от 1к доларов.
meral ( 2012-08-02 19:00:59 +0400 )редактироватьА я только что поднял monit с мониторингом Asterisk'a :-)
check host Asterisk with address sip.company.ru
if failed port 5060 type udp protocol sip
with target "101@sip.company.ru" and maxforward 2
then alert
litnimax (
2012-08-02 19:51:13 +0400
)редактироватьугу. красиво но не сработает. уменя вот только был случай в июле (как раз когда я был в отпуске). ядро отвечало на такие запросы, но по факту висело.
meral ( 2012-08-02 20:08:59 +0400 )редактироватьподтверждаю, астер бывает дает регится, а на звонки тишина! 1к$ за мониторинг не очень неподъемная сумма, так то..
um2010 ( 2012-08-02 20:33:08 +0400 )редактироватьЗадан: 2012-08-02 10:42:31 +0400
Просмотрен: 2,572 раз
Обновлен: Aug 02 '12
Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании
Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией
GNU GPL.
забыли указать основной критерий - время восстановления )
svoy ( 2012-08-02 11:56:16 +0400 )редактироватьнаверно единицы микросекунд, не больше!
switch ( 2012-08-02 12:03:21 +0400 )редактироватьswitch, шел бы ты отсюда, петушок (ц) вместе с исправлениями тегов!
um2010 ( 2012-08-02 15:15:00 +0400 )редактироватьSvoy, до 5 минут, думаю ок
um2010 ( 2012-08-02 15:27:07 +0400 )редактироватьза 5 минут сильный админ может физически заменить сервер на новый :)
svoy ( 2012-08-02 17:23:29 +0400 )редактироватьесли сильны админ в сутках "лёту", то не факт :)
um2010 ( 2012-08-02 18:25:26 +0400 )редактироватьсильный - в плане поднять и перенести железку )
svoy ( 2012-08-03 10:59:45 +0400 )редактироватьМожно в пределах стойки два ящика иметь и переключать ничего не таская. Синхронизация делается элементарно, архивами по FTP, обычно конфиг суточной (а то и месячной) давности вполне применим, на офисной АТС редко что-либо меняется.
switch ( 2012-08-03 11:03:06 +0400 )редактировать