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

История изменений [назад]

нажмите, чтобы скрыть/показать версии 1
изначальная версия
редактировать

ответил 2012-09-17 19:28:40 +0400

meral Gravatar meral flag of Ukraine

http://pro-sip.net/

я в таких случаях(абонентов меньше 1000) делаю так 2 сервера. 4+1 адрес. 2 kamailio. 4 астериска (по два на каждом).

1 failover ip на pacemaker. на нем основной kamailio. kamailio делает редиректы, медиа трафик идет напрямую на *.

1 nagios.это обязательно. без мониторинга - лучше и не начинать эту канитель.

все файлы бекапяться и синкаются любым удобным методом(rsync/glusterfs/scp) ТОЛЬКО с мейн ноды. инкрементальный бекап раз в 12 часов.

все управление в mysql

mysql master-master.

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

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

я в таких случаях(абонентов меньше 1000) делаю так 2 сервера. 4+1 адрес. 2 kamailio. 4 астериска (по два на каждом).

1 failover ip на pacemaker. на нем основной kamailio. kamailio делает редиректы, медиа трафик идет напрямую на *.

1 nagios.это обязательно. без мониторинга - лучше и не начинать эту канитель.

все файлы бекапяться и синкаются любым удобным методом(rsync/glusterfs/scp) ТОЛЬКО с мейн ноды. инкрементальный бекап раз в 12 часов.

все управление в mysql

mysql master-master.

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

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

хотите без потери одной минуты? варианты 1) можно чисто на камилиа сделать.он поддежривает. сложно. очень. очень. да.сильно сложно. 2) есть патченые платные форки *. дорого.

3) можно сделать xen в режиме HA c виртуальным астериском и вторым в режиме тени. при падении первого второй нод взлетает за 100мс. без потерь звонков. RAM синкается по сети. производительность плохая. надежность высокая. сложноть настройки высокая. гдето видел, но чето не найду ссылки. ипользуетя какойто демон который держит готовую к live migration копию ос и постоянно ее синхронизирует.

я в таких случаях(абонентов меньше 1000) делаю так 2 сервера. 4+1 адрес. 2 kamailio. 4 астериска (по два на каждом).

1 failover ip на pacemaker. на нем основной kamailio. kamailio делает редиректы, медиа трафик идет напрямую на *.

1 nagios.это обязательно. без мониторинга - лучше и не начинать эту канитель.

все файлы бекапяться и синкаются любым удобным методом(rsync/glusterfs/scp) ТОЛЬКО с мейн ноды. инкрементальный бекап раз в 12 часов.

все управление в mysql

mysql master-master.

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

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

хотите без потери одной минуты? варианты 1) можно чисто на камилиа сделать.он поддежривает. сложно. очень. очень. да.сильно сложно. 2) есть патченые платные форки *. дорого.

3) можно сделать xen в режиме HA c виртуальным астериском и вторым в режиме тени. при падении первого второй нод взлетает за 100мс. без потерь звонков. RAM синкается по сети. производительность плохая. надежность высокая. сложноть настройки высокая. гдето видел, но чето не найду ссылки. ипользуетя какойто демон который держит готовую к live migration копию ос и постоянно ее синхронизирует.

синхронизирует. ага. вот http://wiki.xen.org/xenwiki/Remus. но только 100500 раз подумайте есть ли у вас xen guru с необходимым скилом и необходимым уровнем доступности чтоб ЭТО запустить и что главное потом ВОСТАНОВИТЬ если что. если б мне ставили такие условия, я бы назвал цену сетапа 5000 и цену поддержки 600 в месяц.

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