sql_ninja
Kanalga Telegram’da o‘tish
Канал для тех, кто знает или интересуется SQL 🛢 Взаимная помощь и позитив =) Вакансии тут - @sql_jobs Бан за: оскорбления, спам, фри рекламу, расизм, сексизм. Наш MSSQL канал - @sqlcom По рекламе: @aveLestat
Ko'proq ko'rsatishRossiyaToif belgilanmagan
2 666
Obunachilar
Ma'lumot yo'q24 soatlar
Ma'lumot yo'q7 kun
Ma'lumot yo'q30 kun
Postlar arxiv
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 в данной ситуации?