Asterisk Real Time HA

зачм велик с квадратными колесами делать если есть готовый мопЭд с круглыми ? HA настраивать проще чем "делать 2 идентичных сервера и вручную переключать их"

Для меня ваш способ - изобретение велика с квадратными колесами, ибо эта схема давно себя оправдала, все для нее понаписано. Но делали так всего пару раз, ибо и без этого все работает нормально. А делать HA на хербите это для мастеров извращений. По крайней мере так было в 2007 году, может сейчас допилили.

Мастера извращений это те кто не мог разобраться в HA с 2007 года и поэтому написал кучу вело-скриптов которые делают тоже самое (?) что hearbeat+drbd но через Ж...

Кто-то готов поставить один сервер и заключить недешевое SLA на работоспособность "6 девяток" (простой сервиса - 10 мин/год)? Вот и ищу решение, которое давно реализовано в традиционной телефонии, хоть и у каждого по-своему. Еще раз, давайте не путать HA и load balansing. HA может быть актуально и для 5 абонентов, смотря какие абоненты.

2 komrad123: давным-давно я попробовал hearbeat+drbd и понял что это не то. Почему? на этом форуме я много раз отвечал на этот вопрос. Я просто взял и написал что мне нужно: систему, которая однозначно анализирует отказы, реплицирует изменения, убивает мертвую ноду.

2 DVK: 6 девяток в современном мире - нереально. У вас отказ других сервисов будет происходить чаще. Я не знаю какова ваша задача, но SLA должно расти пропорционально количеству абонентов и я ни разу не видел контору, которая готова платить за шесть девяток. В любом случае пока вы поднимете и отладите это решение у себя вы получите много отказов, что на первый год эксплуатации однозначно перечеркнет мечты о шести девятках.

Возможно вам стоит глянуть в сторону freeswitch, там есть механизм дублирования состояния между нодами, можно добиться горячего резервирования.

В настоящее время мы разрабатываем прототип системы которая подходит под ваши требования, но до готовности еще далеко. Только вот на этой неделе принялись за маршрутизацию ;)

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

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

2 meral: Вот и я о том же. В drbd+ha никогда не знаешь, где остались корректные данные. Телефония - не та задача, которая требует drbd+ha, настройки меняются раз в месяц.

2 DVK: Если интересно, можете посмотреть наши девайсы. Шесть девяток гарантировать не можем, но необслуживаемость, быстрое восстановление, автоматическое резервирование и прочее - у нас есть, многое сделано в сторону улучшения надежности. Если интересно, пишите на сайте в мессенджер или на емайл sales@lynks.ru

lol. на * врядли получится сделать выше трех девяток. больше трех - это хардварные системы с резирвированием.

switch, то есть cdr вы пишите раз в месяц, запись звонков тоже раз в месяц, логин пользователь в гуй строго первого числа в 9-00 а штатное падения конечноже после отработки кроновских скриптов для бекапа ? :)

cdr пишется в базу(master-master) а запись звонков во временную папочку а потом там в конце скриптик отрабатывает в котором ВООБЩЕ не проблема написать скопировать на оба хоста.

тоесть эксперт по восстановлению базы master-master из состояния она "встала раком" находится быстрее чем тот же експерт по drbd ? вот это вот 'скриптик тут, скриптик там костылик тут' выливается при уходе "спеца" нагородившего это в 'бл* кто это делал'

да. намного быстрее. ибо если увас сделан мониторинг, то "стала раком" это одна копия не синхронизирована(заметьте, у меня ОДНА работает). и синхронизация это стандартная операция выполняемая за несколько минут. и даже если не так, то всегда можно потрочно вотановить. это вам не востановление ФС. у вас будуте ДВЕ рабочие базы. да если архитектура плохая, то в них будет разные данные. но они БУДУТ. а с дрбд нефига не будет. и первое дествия во всех руководствах по востановлению будет "выключить сервис".( базой всего лишь "выключить вторую базу")

а нефиг костылики к репликации прикручивать. они и так работает вполне стабильно.и ОЧЕНЬ стабильно если писать в одну.

какой тогда нафиг это ХА, если есть время одну остановить, вторую построчно восстановить ? детский сад какой то. Все что приходилось видеть с drbd это падали обя линка между нодами и они "теряли" друг друга, после чего обе счтали себя мастероми продолжали жить дальше, но также приводились в чуства автоматом либо руками. чтоб там покрашилась FS надо было СИЛЬНО постараться.

2 сервера * через kamailio - это, как я понял, для load balansing. В данном случае (100-120 пользователей) это не надо, kamailio тоже уходит и остается уже проверенный вырожденный случай - два * с HA. На нем, наверное, и надо остановиться, умерив аппетиты (6 девяток, непрерывность).

ЗЫ: Nagios - это ,конечно, это наше все, но уже мигрируюсь на cacti.

Про xen - это сильно. Если обязательно нужен гуру, чтобы ЭТО ВОССТАНОВИТЬ, то лучше ну его, это не решение, а экспериментальная площадка. А экспериментировать с людьми, которые платят зарплату как-то не с руки :)

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

Т.е. вместо одной точки отказа получаем другую? Load balansing не нужен. Если только в качестве SIP-proxy использовать какую-нибудь высоконадежную железку.

А есть примеры кластеризации того же Kamailio или Yate? А если эти 4 сервера в виртуалки на два физических хоста запихнуть? Или бред?

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

камалио нормально себя чувствует в виртуальной машине

это вы к чему? ну да ногрмально.а без нее лучше. и что?

это я к предложению топик стартера про два физ сервера и 4 виртуальных

так такое есть. Ramus называется.

VmWare c 2-мя нодами и внешними SAN/NAS...Почему бы нет? По идее должно работать. А может и не будет. 5-10 разговоров - это несерьезно, если только на старых айфонах ноды собирать :) Будет устойчивое решение когда-нибудь у кого-нибудь - будет о чем говорить.

угу. вмваре имеет пробелмы с одной нодой. а будет ли работать две - ну смотрите мои коментарии по xen+ramus. то же самое.

Офисная телефония, делаем себе, т.е. end user.