>[оверквотинг удален]
> Задача - при каких либо перебоях у провайдера П1, прозрачно перейти на
> провайдеры П2 и П3 как для внешних клиентов почтового сервера, так
> и для внутренних (доменных) клиентов.
> При падении П1 работаем с С1 через П2, при падении П1 и
> П2, а такое тоже возможно, когда нет напряжения в Ф1, работам
> с С2 через П3.
> Получается несколько этапов:
> 1) когда падает провайдер П1 (один или совместно с П2), нужно понять,
> что он(и) упал(и)
> 2) изменение в dns - глобальном и локальном Зачем? Пока что я не вижу проблемы, которая бы не решалась статичными приоритетами в MX и статичными настройками почтового сервера:
В DNS-зоне:
MX 20 prov1.f1.mail.domain.ru
MX 19 prov2.f1.mail.domain.ru
MX 10 prov1.f2.mail.domain.ru
MX 10 prov3.f2.mail.domain.ru
Вообще динамически менять DNS — идея не очень хорошая, как минимум из-за кеширования записей. Представьте, что DNS — это публичный API вашей инфраструктуры, если вы его меняете так или иначе — его пользователям надо под это подстраиваться, а, значит, будут (обоснованные) жалобы пользователей. Лучше изменять вашу внутреннюю кухню — маршрутизацию, внутренние IP-адреса и т.д.
Насчёт репликации настроек — Ansible, или что-либо аналогичное в руки. Да, несколько дней понадобится на плотное «въезжание», зато потом все преимущества шаблонизации и централизации будут вам доступны, экономя время и страхуя от ряда ошибок в критических ситуациях («не там не так поправил не тот файл»).
С репликацией в cyrus не работал, да и в целом опыта с ним мало, так что даже ничего пытаться советовать не буду, чтобы не ляпнуть глупость. :)