зачм велик с квадратными колесами делать если есть готовый мопЭд с круглыми ? HA настраивать проще чем "делать 2 идентичных сервера и вручную переключать их"
komrad123 ( 2012-09-17 14:04:34 +0400 )редактироватьДля меня ваш способ - изобретение велика с квадратными колесами, ибо эта схема давно себя оправдала, все для нее понаписано. Но делали так всего пару раз, ибо и без этого все работает нормально. А делать HA на хербите это для мастеров извращений. По крайней мере так было в 2007 году, может сейчас допилили.
switch ( 2012-09-17 14:16:44 +0400 )редактироватьМастера извращений это те кто не мог разобраться в HA с 2007 года и поэтому написал кучу вело-скриптов которые делают тоже самое (?) что hearbeat+drbd но через Ж...
komrad123 ( 2012-09-17 14:36:09 +0400 )редактироватьКто-то готов поставить один сервер и заключить недешевое SLA на работоспособность "6 девяток" (простой сервиса - 10 мин/год)? Вот и ищу решение, которое давно реализовано в традиционной телефонии, хоть и у каждого по-своему. Еще раз, давайте не путать HA и load balansing. HA может быть актуально и для 5 абонентов, смотря какие абоненты.
DVK ( 2012-09-17 14:44:44 +0400 )редактировать2 komrad123: давным-давно я попробовал hearbeat+drbd и понял что это не то. Почему? на этом форуме я много раз отвечал на этот вопрос. Я просто взял и написал что мне нужно: систему, которая однозначно анализирует отказы, реплицирует изменения, убивает мертвую ноду.
2 DVK: 6 девяток в современном мире - нереально. У вас отказ других сервисов будет происходить чаще. Я не знаю какова ваша задача, но SLA должно расти пропорционально количеству абонентов и я ни разу не видел контору, которая готова платить за шесть девяток. В любом случае пока вы поднимете и отладите это решение у себя вы получите много отказов, что на первый год эксплуатации однозначно перечеркнет мечты о шести девятках.
Возможно вам стоит глянуть в сторону freeswitch, там есть механизм дублирования состояния между нодами, можно добиться горячего резервирования.
В настоящее время мы разрабатываем прототип системы которая подходит под ваши требования, но до готовности еще далеко. Только вот на этой неделе принялись за маршрутизацию ;)
switch ( 2012-09-17 14:54:38 +0400 )редактировать"вы получите много отказов" - ну, на это есть тестовая эксплуатация. Будет много отказов - не будет внедрения и все. Freeswitch - скорее, операторское решение, а здесь хочется небольшую удобную и надежную офисную PBX с хорошей и работающей функциональностью.
DVK ( 2012-09-17 17:30:33 +0400 )редактироватьникогда не используйте drbd если не уверены что без него никак. востановления пофейленного дрбд требует уровня гуру во внутреностях файловых систем. я таких людей знаю немного. а вы?
meral ( 2012-09-17 19:19:31 +0400 )редактировать2 meral: Вот и я о том же. В drbd+ha никогда не знаешь, где остались корректные данные. Телефония - не та задача, которая требует drbd+ha, настройки меняются раз в месяц.
2 DVK: Если интересно, можете посмотреть наши девайсы. Шесть девяток гарантировать не можем, но необслуживаемость, быстрое восстановление, автоматическое резервирование и прочее - у нас есть, многое сделано в сторону улучшения надежности. Если интересно, пишите на сайте в мессенджер или на емайл sales@lynks.ru
switch ( 2012-09-17 19:24:22 +0400 )редактироватьlol. на * врядли получится сделать выше трех девяток. больше трех - это хардварные системы с резирвированием.
meral ( 2012-09-17 19:31:44 +0400 )редактироватьswitch, то есть cdr вы пишите раз в месяц, запись звонков тоже раз в месяц, логин пользователь в гуй строго первого числа в 9-00 а штатное падения конечноже после отработки кроновских скриптов для бекапа ? :)
komrad123 ( 2012-09-17 20:11:25 +0400 )редактироватьcdr пишется в базу(master-master) а запись звонков во временную папочку а потом там в конце скриптик отрабатывает в котором ВООБЩЕ не проблема написать скопировать на оба хоста.
meral ( 2012-09-17 20:48:52 +0400 )редактироватьтоесть эксперт по восстановлению базы master-master из состояния она "встала раком" находится быстрее чем тот же експерт по drbd ? вот это вот 'скриптик тут, скриптик там костылик тут' выливается при уходе "спеца" нагородившего это в 'бл* кто это делал'
komrad123 ( 2012-09-17 21:16:41 +0400 )редактироватьда. намного быстрее. ибо если увас сделан мониторинг, то "стала раком" это одна копия не синхронизирована(заметьте, у меня ОДНА работает). и синхронизация это стандартная операция выполняемая за несколько минут. и даже если не так, то всегда можно потрочно вотановить. это вам не востановление ФС. у вас будуте ДВЕ рабочие базы. да если архитектура плохая, то в них будет разные данные. но они БУДУТ. а с дрбд нефига не будет. и первое дествия во всех руководствах по востановлению будет "выключить сервис".( базой всего лишь "выключить вторую базу")
meral ( 2012-09-17 22:15:07 +0400 )редактироватьа нефиг костылики к репликации прикручивать. они и так работает вполне стабильно.и ОЧЕНЬ стабильно если писать в одну.
meral ( 2012-09-17 22:16:42 +0400 )редактироватькакой тогда нафиг это ХА, если есть время одну остановить, вторую построчно восстановить ? детский сад какой то. Все что приходилось видеть с drbd это падали обя линка между нодами и они "теряли" друг друга, после чего обе счтали себя мастероми продолжали жить дальше, но также приводились в чуства автоматом либо руками. чтоб там покрашилась FS надо было СИЛЬНО постараться.
komrad123 ( 2012-09-17 22:39:17 +0400 )редактировать
Если надо, можем запилить вам систему отказоустойчивую. У нас есть прототип системы управления для кластеризованного астериска. Могу дать посмотреть тестовый доступ.
switch ( 2012-09-19 17:18:26 +0400 )редактировать