Резервирование астериска

Question

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

Параметры задачи:

два идентичных сервера, по сети включены в циску (с 2 провайдерами), астериск использует базы.

Критерии резерва:

а.выход из строя одного из серверов аппаратно полностью и внезапно
б.аварийное завершение астериска 
в.повисание астериска
г.пропадание канала до основного астериска

Answer 1

1

прокси с SIP-доменом и балансировкой нагрузки спасет отца русской демократии... выглядеть эт будет как-то так. Если любой из проксей или астериской сдохнет все будет пузырится через живое. Подобная связка испытывалась с SipXecs - результат превосходный, почти 100%-я паровозонетоптаемость.
image description

ссылка удалить спам редактировать

ответил 2012-08-02 15:47:49 +0400

CheeZ
1205 ● 7 ● 6 ● 25

обновил 2012-08-02 15:51:54 +0400

Comments

Мне кажется, проще с двумя ящиками...

litnimax ( 2012-08-02 15:51:40 +0400 )редактировать

С ДРБД может и прочими костылями может и проще, но не надежней однозначно. Просто со своими тыщами абонентов я это уже съел.

CheeZ ( 2012-08-02 16:22:15 +0400 )редактировать

А базы , а базы то хде? и кто?

um2010 ( 2012-08-02 16:33:12 +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 )редактировать

Answer 2

0

drbd+hearbeat, но текущии звонки дропнутся если медиа через астериск идет.

ссылка удалить спам редактировать

ответил 2012-08-02 13:05:20 +0400

komrad123
3810 ● 5 ● 3 ● 44

Comments

Дропнуться в любом случае, потому что состояния звонков 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 )редактировать

нагиосом и впереди стоящим kamailio :)

komrad123 ( 2012-08-05 23:05:29 +0400 )редактировать

Answer 3

0

В вашем случае я бы сделал при помощи linux high availability.

Вот тут например описано нормально - http://habrahabr.ru/post/104621/

Вам нужно каждую машину делать директором.

В случае отказа одной машины (критерии отказа можно делать свои) автоматом второй сервер берет главный IP, и поднимает Asterisk, и все другие зависимые сервера.

ссылка удалить спам редактировать

ответил 2012-08-02 12:49:47 +0400

litnimax
1453 ● 11 ● 8 ● 29
http://www.pbxware.ru/

Comments

С базами как быть?

um2010 ( 2012-08-02 15:40:21 +0400 )редактировать

База через drbd шарится.

litnimax ( 2012-08-02 15:50:36 +0400 )редактировать

Даже не база, а все папки и файлы, конфиги, логи, все.

litnimax ( 2012-08-02 15:51:09 +0400 )редактировать

надо вникнуть.. что-то с первого разу не въелось

um2010 ( 2012-08-02 16:34:39 +0400 )редактировать

Answer 4

0

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

исходя из практики:

а и б - реализуется относительно просто, но происходит крайне редко,

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

ссылка удалить спам редактировать

ответил 2012-08-02 17:17:30 +0400

svoy
1603 ● 1 ● 4 ● 20
http://svoy.in.ua/

обновил 2012-08-02 17:20:36 +0400

Comments

nagios, не?

meral ( 2012-08-02 17:24:44 +0400 )редактировать

нагиос лишь подаст сигнал, а вот сможет ли он проверить канал на живучесть?

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 )редактировать

Резервирование астериска

Comments

4 Ответа

Comments

Comments

Comments

Comments

Ваш ответ

Закладки и информация

Статистика

Похожие вопросы: