Для репликации файловой системы (voicemail, tftp файлы, php, etc) я использовал coda fs (не в восторге, в след. раз буду использовать AFS).

Насчет разделения IP. Не стоило делать то, что давно сделано. Пакет heartbeat отлично с этим справляется!!! IP takeover происходит в течение секунды.

от heartbeat отказался по причине неясности принципов работы. как принудительно сменить дислокацию IP при использовании этого пакета? курение гугля мне не помогло.

там если слейв перестает отвечать на броадкаст запросы, то он считается аварийным и наоборот. В чем именно проблема? мне тоже интересно ;)

По поводу heartbeat полностью согласен с litnimax.
Ну если вариант с базой не подходит, то вот попробуйте - DRBD + Heartbeat

DRBD + Heartbeat пробовал. недостатки:
1) не отслеживается состояние сервиса SIP как такового
2) непонятный механизм репликации в DRBD, остутствие мониторинга, зависимость от внешних факторов
3) трудно понять на первый взгляд, кто сейчас первичный, а кто вторичный
4) проблемы со stointh
5) высокая вероятность split-brain
6) на вторичном все HA сервисы остановлены
7) при обрыве сетевого соединения между машинами оба сервера уходят в down, ибо каждый думает что он упал.
8) малое (вернее, единственный) количество критериев отказа
9) необходимость создания отдельного файлового раздела, что уменьшает свободное место на флешке.
10) drbd данные на вторичном сервере не доступны, пока первичный не свалится.

из достоинств:
1) IP действительно переходит быстро, теряется лишь пара пингов.
2) всегда есть копия данных, правда неизвестно, где актуальные данные :)

большинство проблем DRBD + Heartbeat - логические. для правильного принятия решения нужен арбитр, третья, независимая сторона. Третью сторону в моем случае играют SIP девайсы, которые на собственной шкуре определяют, кто жив, а кто мертв.

так что DRBD + Heartbeat - совершенно не то, что нужно. он подходит для файловых, веб серверов, но не для *.

в общем тема была тут
http://www.asterisk-support.ru/forum/topics/3257/?page=1

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

Вернее, не для триксбокс.

курил гугль, нашел пару хороших статей на тему сетевых алиасов.
http://www.xenocafe.com/tutorials/linux/redhat/bind_multiple_ip_addresses_to_single_nic/index.php
http://www.opennet.ru/docs/HOWTO/mini/IP-Alias/commands.html
седня буду пробовать...

1) не отслеживается состояние сервиса SIP как такового - пишется скрипт, если нет в комплекте
2) непонятный механизм репликации в DRBD, остутствие мониторинга, зависимость от внешних факторов - ...!?
3) трудно понять на первый взгляд, кто сейчас первичный, а кто вторичный - а для чего?
6) на вторичном все HA сервисы остановлены - запустите :)
7) при обрыве сетевого соединения между машинами оба сервера уходят в down, ибо каждый думает что он упал - основной как работал, так и будет. Но при такой неполадке любая схема не будет правильно работать ... )
10) drbd данные на вторичном сервере не доступны, пока первичный не свалится - это было в старых версиях.

switch:

большинство проблем DRBD + Heartbeat - логические. для правильного принятия решения нужен арбитр, третья, независимая сторона.

Вообще не понятно о чем это ...

switch:

Третью сторону в моем случае играют SIP девайсы, которые на собственной шкуре определяют, кто жив, а кто мертв.

Для SIP девайсов это все прозрачно, потому как они обращаются к IP-адресу(который является разделяемым между серверами) ...

В общем все перечисленное решается настройками.
Это написано только для объективности. Я понял, что вы будете делать что то свое ... :)

cron333, все верно по большому счету. но мой ответ:
1) есть ли где-нить описание как делать скрипты, не попадалось?
2) зависимость от внешних факторов: самое простое - обрыв сетевого соединения, предназначеного для репликации.
3) определить, кто сейчас кем является необходимо хотябы для того, чтоб понять, что кто-то сломался...
6) в linuxHA разделяемые сервисы остановлены на резервной машине, информация для их работы (настройки, БД и прочее) располагается на недоступном drbd разделе, который подключается, когда вторичный становится первичным.

в общем, я тестировал linuxHA + drbd в течении месяца. не понравилось. не то это.

общие принципы написания скриптов для UNIX(или PHP,Perl и т.д.)

switch:

2) зависимость от внешних факторов: самое простое - обрыв сетевого соединения, предназначеного для репликации.

после восстановления соединения все данные синхронизируются

switch:

3) определить, кто сейчас кем является необходимо хотябы для того, чтоб понять, что кто-то сломался ...

я же говорю, в последних версиях все могут быть одновременно - мастером

switch:

6) в linuxHA разделяемые сервисы остановлены на резервной машине, информация для их работы (настройки, БД и прочее) располагается на недоступном drbd разделе, который подключается, когда вторичный становится первичным.

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