периодически"
Он тут опционален, можно и вовсе без него (как и без HAProxy собственно). Наличие confd, это лишь освобождение админа от необходимости переконфигурировать конфиг, например, при вводе новой ноды в кластер.
—"мгновенное изменение не доступно"
По части изминения конфига Haproxy, оно и не нужно. Достаточно того, что HAProxy знает какой узел из Backend-а в UP-е.
__"Хапрокси тоже тушит порты с лагами. "
Кстати да, не идиален... ( не отрабатывает "on-marked-down shutdown-sessions" при keepalive соединениях ) и я закостылял перезапуск haproxy при смене роли мастера (callbacks).
__"патрони отхватывал таймауты и начинал вновь создавать реплику заново"
Тут без деталей "проблемы" обсудить нечего)
У меня, к примеру, (при добавлении, и reinit) реплики наливаются из бэкапа (create_replica_methods: pgbackrest)
__"Мертвый патрони на мастере дает окно возможностей продолжат слать туда траффик"
Если отвалится patroni (в пром пока такого небыло), он ведь не сможет обновить ключ лидера, и мастером будет назначена одна из релпик. В этом случае, "клиент" будет перенаправлен на нового мастера. Разве нет?
Это я чот порассуждал в случае нашей конфижки +асинк реплик. Сорян. В случае синк реплики должно быть все гуд
Обсуждают сегодня