sql_ninja
前往频道在 Telegram
Канал для тех, кто знает или интересуется SQL 🛢 Взаимная помощь и позитив =) Вакансии тут - @sql_jobs Бан за: оскорбления, спам, фри рекламу, расизм, сексизм. Наш MSSQL канал - @sqlcom По рекламе: @aveLestat
显示更多俄罗斯未指定类别
2 666
订阅者
无数据24 小时
无数据7 天
无数据30 天
帖子存档
2 666
Привет! Как обычно тупой вопрос:
вот у меня собран кластер патрони - 3 тачки etcd, несколько тачек ПГ, несколько тачек haproxy.
собирал потому что "так положено" и так написано во всех доках. однако не понятно, для чего нам нужен haproxy?
т.е. я могу поставить keepalived прямо на хосты ПГ и в проверочном скрипте прописать проверку api патрони, чтобы виртуальный IP сидел только на мастере. что-то вроде
curl --silent $(hostname):8008\master 2>&1 | grep -c "\"role\": \"master\""
точно так же могу для secondary replica сделать проверку и посадить второй ip "для чтения".
заинтересовал этот вопрос, т.к. во-первых расходуем лишние тачки на haproxy, а во-вторых, довольно сложно определить в логах банусера и ПГ откуда пришёл пользователь, т.к. все обращения получаются с haproxy-нод.
чем чреват отказ от haproxy в данной ситуации?