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

Кластеризация астериск

1

Возникла идея "фикс" забубенить отказоустойчивый "узел узел связи" (назовем его так).

Имеется: Оборудование сопряжения с провайдером Cisco 2821 c двумя е1 + Cisco 2811 c одним е1, потоки смотрят на провайдера, на астериск смотрит sip.

Теперь имеется дилемма: а) сделать кластер на основе к примеру Xen+CentOS и заставить логически это работать как одну машину. б) сделать два идентичных сервера, конфигурируемых из базы, к примеру Postgres, и просто на них настроить репликацию, ну и копирование всяких необходимых вещей.

Был у кого опыт или мысли? Может подводные камни?

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

спросил 2012-02-22 15:00:09 +0400

um2010 Gravatar um2010
2056 69 11 52

2 Ответа

2

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

дублируйте через pacemaker(linux-ha.org/wiki/Pacemaker) и все. правда мне не нарвится поведение drbd при непрогнозируемых сбоях -были случаи потери данных.я glusterfs использую+mysql master-master replication.

могу удаленно подсобить, в принципе конфигурация провереная и все работает ;)

но кластер это пол работы. там еще надо корректно мониторинг выставлять, smart,raid,mysql, нужные стеки астриска и доступность ключевых точек(типа гейтов провайдера).

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

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

ответил 2012-02-22 15:20:10 +0400

meral Gravatar meral flag of Ukraine
21228 23 18 169
http://pro-sip.net/

обновил 2012-02-22 16:53:15 +0400

Comments

Ну опыта не было, четсно говоря, потому и подкинул мысль, намучался в свое время. На Длинковских свичах бывало, что после ребута ноды переставали видеть друг друга, как следствие -- дрбд не работал. В общем, кластер -- тот еще гемо.. головная боль.

tesak89 ( 2012-02-22 15:25:48 +0400 )редактировать

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

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

Все-таки, делал, ибо решение стоит себе и работает. Правда, ни о каком распределении нагрузки говорить не приходится.

tesak89 ( 2012-02-22 15:31:03 +0400 )редактировать

meral, полезная инфа, почитаю про инструменты

um2010 ( 2012-02-22 22:18:29 +0400 )редактировать

читайте. будет проблемы - пишите. там в принципе все просто, но есть некоторые неочевидные вещи которые решаются тем кто делал за минуту, а на поиск ответа в инете уходят часы. собственно с glusterfs проблем быть не должно,там вообще тривиально. основной акцент на pacemaker и тестирование вариантов сбоя.

meral ( 2012-02-23 14:03:32 +0400 )редактировать

то есть советуете сделать какой-нибудь общий раздел на обоих серваках , объеденить его через glusterfs, на нем всё хранить, включая базу, конфиги и т.д. а сами системы, субд, астериск сделать независимыми на двух машинках?

um2010 ( 2012-02-23 15:17:31 +0400 )редактировать

ну для glusterfs даже раздел делать не надо. можно просто каталог. но в общем да. только астериск на второй должен быть выключен и включаться вместе с адресом кластера pacemaker-ом. я обычно делаю два раздела, один для конфигов с кешированием чтения. другой для spool/voicemail с кешированием записи. основная пробелема с asteriskdb. если вы ее используете (freepbx). большой файл и постоянно синкается.

meral ( 2012-02-23 15:48:55 +0400 )редактировать

пиши на почту, вышлю конфиги для glusterfs для Centos'a

meral ( 2012-02-23 16:20:39 +0400 )редактировать

ок, как только придут серваки и займусь - обязательно обращусь.. кстати, вот по ОСи.. как то я уж очень привык к freebsd, но чуем моя ... придется идти в сторону centos или не обязательно? железки аля дигиум в серваках не используем

um2010 ( 2012-02-23 20:16:45 +0400 )редактировать

е..не. вот если вы сделаете на freebsd то боюсь вам прийдется все грабли самому решать. сейчас выбор между centos6 и debian. centos 6.2 имеет странные(надуюсь временные) пробелмы с загрузкой в дегрейднутом рейде...

meral ( 2012-02-23 21:18:35 +0400 )редактировать

уж что-то я устал от граблей, посоветуй всё-таки что лушче использовать, серваки будут использоватьяс исключительно для астериска+биллинг на постгресе+apache в https для стыков с внешними платформами. Более туда политически ставить ничего не будем.

um2010 ( 2012-02-23 21:29:33 +0400 )редактировать

да фиг его знает. последнее время все дистры грабли имеют на серверных конфигах. для кластера нормально (ибо некритичен простой одного сервера) centos 6. но астриск пока приходиться компилить. и кстати я не в курсе как посгрес репликацию делает. я mysql использую.

meral ( 2012-02-23 21:39:33 +0400 )редактировать

чем дальше в лес, тем толще партизаны :)

um2010 ( 2012-02-23 23:36:24 +0400 )редактировать
0

Делал подобное -- Е1 не учитываем, ASIM плата стоит, drbd и heartbeat работают, вроде нормально. Но я бы все-таки кластер виртуалок делал, там и loadbalance сразу, и все плюшки будут.

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

ответил 2012-02-22 15:16:39 +0400

tesak89 Gravatar tesak89 flag of Russian Federation
292 23 1 11

Ваш ответ

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)!
[скрыть предварительный просмотр]

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

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

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

Статистика

Задан: 2012-02-22 15:00:09 +0400

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

Обновлен: Feb 22 '12

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