Пожалуйста, войдите здесь. Часто задаваемые вопросы О нас
Задайте Ваш вопрос

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

0

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

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

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

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

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

спросил 2012-08-02 10:42:31 +0400

um2010 Gravatar um2010
2056 70 13 55

обновил 2012-08-02 18:27:28 +0400

Comments

забыли указать основной критерий - время восстановления )

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

4 Ответа

0

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ваш ответ

Please start posting your answer anonymously - your answer will be saved within the current session and published after you log in or create a new account. Please try to give a substantial answer, for discussions, please use comments and please do remember to vote (after you log in)!
[скрыть предварительный просмотр]

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

Добавить закладку
2 закладки

подписаться на rss ленту новостей

Статистика

Задан: 2012-08-02 10:42:31 +0400

Просмотрен: 2,568 раз

Обновлен: Aug 02 '12

Проект компании "АТС Дизайн"
Asterisk® и Digium® являются зарегистрированными торговыми марками компании Digium, Inc., США.
IP АТС Asterisk распространяется под лицензией GNU GPL.