Новое Распределяем каналы MAX по категориям и территориям. Читать новость

HAProxy и Keepalived - что это такое, зачем они нам понадобились и что мы сделали



Какая у нас была проблема

У нас было 5 master-узлов Kubernetes, но публичный IP был только у master-1 (10.20.1.11 / публичный 203.0.113.10). Каждая команда kubectl и каждое подключение к Kubernetes API шло через один только master-1:
Мы → k8s-api.example.com → master-1 (10.20.1.11:6443) → Kubernetes API
Проблема: если master-1 падал, мы теряли доступ ко всему кластеру - хотя мастера 2-5 были совершенно здоровы, а сам кластер внутри продолжал нормально работать.

Нам нужны были две вещи:
- Способ распределять/маршрутизировать трафик на тот мастер, который здоров.
- Способ автоматически отрабатывать failover, если падает сервер-«входная дверь».

Именно это вместе и решают HAProxy + Keepalived.

https://telegra.ph/HAProxy-i-Keepalived---chto-ehto-takoe-zachem-oni-nam-ponadobilis-i-chto-my-sdelali-10-29

#ит_статьи #devops #kubernetes #haproxy #keepalived #highavailability
Просмотры: 13
Открыть в MAX Сообщить о неточности

Сообщить о неточности

Опишите, что нужно исправить. Если есть источник, добавьте ссылку.

Вы покидаете datool.ru

Ссылка ведёт на внешний сайт. datool.ru не отвечает за его содержимое — проверьте адрес, прежде чем вводить пароли или платёжные данные.

Переход через 10 с

Перейти