First time here? Check out the FAQ!

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

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

1

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

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

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

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

спросил Feb 22 '12

um2010 Gravatar um2010
2056 70 13 55

2 Ответа

2

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

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

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

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

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

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

ответил Feb 22 '12

meral Gravatar meral flag of Ukraine
23347 24 20 177
http://pro-sip.net/

обновил Feb 22 '12

Comments

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

tesak89 (Feb 22 '12)edit

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

meral (Feb 22 '12)edit

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

tesak89 (Feb 22 '12)edit

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

um2010 (Feb 22 '12)edit

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

meral (Feb 23 '12)edit

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

um2010 (Feb 23 '12)edit

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

meral (Feb 23 '12)edit

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

meral (Feb 23 '12)edit

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

um2010 (Feb 23 '12)edit

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

meral (Feb 23 '12)edit

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

um2010 (Feb 23 '12)edit

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

meral (Feb 23 '12)edit

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

um2010 (Feb 23 '12)edit
0

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

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

ответил Feb 22 '12

tesak89 Gravatar tesak89 flag of Russian Federation
422 25 3 16

Ваш ответ

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 ленту новостей

Статистика

Задан: Feb 22 '12

Просмотрен: 3,757 раз

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

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