Ещё б был у меня опыт подобных экспериментов.
ИМХО, если для кластера patroni использовать etcd, то лучше какой-нибудь отдельный, а не тот, который кубер юзает.
4.2. А вот тут, смотря какое ПО юзает этот постгрес. Если отбросить кубер, то всё рулится виртуальным IP, который переезжает на мастер. Текущий мастер отвалился - адрес переезжает на новый мастер. И, типа, как ничего и не было, если приложение подобные сценарии переживает, конечно.
Если говорить про тот же jdbc, то там явно в строке подключения указывается произвольное число адресов и параметр (например targetServerType=master). Драйвер сам поймёт, куда подключаться.
Если вопрос в этом.
Как это всё будет работать в кубере чот даже не представляю.
почему? всё равно если кубовский etcd будет не доступен, то пора обновлять резюмешку, так почему бы не держать сервис консесуса патрони на нём? )