общий сторедж для ящиков, если денег на хранилище нет - drdb или даже лучше распределенную кластерную файлуху, с репликой на обоих хостах.

если денег на хранилище нет - drdb или даже лучше распределенную кластерную файлуху, с репликой на обоих хостах.

А поверх интернета такое будет работать? Машины, между которыми будет происходить репликация, хочется иметь в разных странах.

Распределенная файлуха подразумевает поддержку синхронности копий.. Это, я подозреваю, будет подтормаживать поверх интернета?

drbd - это мысль! Но, как там с latency? Общий bandwidth у почты небольшой, но если удаление по IMAP'у 100 писем будет требовать 100 отдельных записей, на каждую из которых изменненый сектор будет передаваться на слейв... есть подозрение что почта у нас будет работать небыстро.

И еще низкоуровнево как-то слишком - в случае рассинхронизации соединить систему обратно будет невозможно...

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

я бы делал failover, можно даже просто через ДНС с небольшим TTL. менее геморно чем active-active, особенно в случае сбоев. Также при таком раскладе проще восстанавливаться и можно иметь несколько слейвов.

Мы делаем ручками - меняем alias mail хоста для подключения клиентов, а сами maildir'ы мы синхрим rsync'ом.

Т.е. хост mail.company.ru показывает на mx.company.ru
после жопы меняем dns и он начинает показывать на mx2

как вариант

письма хранить в базе, базу реплицировать

С асинхронной, наверно, рабочий вариант.

я бы делал failover, можно даже просто через ДНС с небольшим TTL.

Да, но если с DRBD, нужно где-то централизованно решать, что бобик^W мастер сдох, переключаем всех на слейв и тд.. потом процедура восстановления... как-то много нетривиальных операций придется организовывать... я-то надеялся на что-то искаробочное...

Мы делаем ручками - меняем alias mail хоста для подключения клиентов, а сами maildir'ы мы синхрим rsync'ом.

Во, вот это интереснее выглядит, как-то все попроще, чем сетевые ФС и drbd...

письма хранить в базе, базу реплицировать

интересная мысль... поднять dbmail, нацелить его на MySQL-и, а между ними репликейшен... интересно, схема базы dbmail'а позволяет настроить мульти-мастер репликацию, чтобы при обычном сценарии типа работали на основном; переключились на резерв на денек; переключились обратно; - не создалася куча конфликтов... С дуплями я готов смириться...

если проверишь, отпишись. Ну и может постгрес?