Реализовал через patroni+etcd. В доменной зоне создал записи: node1 A node2 A ... primary CN Все поддомены\сервисы слинкованы с primary: service1\subdomain1 CN primary ... serviceN\subdomainN CN primary Создал и запустил сервис etcd watcher со скриптом обновления (с помощью nsupdate) записи primary при failover\switchover (текущая [master] нода берётся из etcd по API), чтобы запросы клиентов не отправлялись на недоступные узлы. То же самое обновление выполняется в обработчике-callback'е patroni on_role_change. Для всего этого благолепия пришлось поднимать свои DNS-серверы, по одному на узле, каждый который работает в режиме master - сам по себе. Master-slave не подойдёт, то как если отрубится мастер, то запись зоны slave нельзя будет обновить. Вполне можно было бы и на сторонних площадках реализовать управление доменными зонами, если они поддерживают это через API, но решили свои DNS-серверы поднимать. Пробовал много разных вариантов, но без обновления записей зоны DNS-сервера клиент будет отправляться на неработающий узел. HAProxy тоже может упасть и быть недоступным или сеть пропадёт - много чего может произойти, а DNS-resolver вернёт его адрес клиенту. В общем, весьма геморройно всё это, но, как показала практика, это единственный из простых способов организовать реальную отказоустойчивость между узлами в разных датацентрах и сетях. Всё остальное не будет отказоустойчивым, в основном из-за DNS-серверов, которые будут отдавать клиенту ip нерабочих узлов в остальных конфигурациях. Есть альтернатива - BGP... но это уже вообще запредельный напряг и неподъёмно\нафиг не надо для простой офисной сетки небольшого предприятия
