были доступны api-сервера - выглядит, что настраиваем локальный haproxy
вопрос про мастера - нужен ли там haproxy.
сколько я понимаю, на втором и последующих мастерах для системных подов будет установлен тот адрес api, который применяется при джойне
я верно понимаю, что в случае выхода 1й мастер ноды всё сломается
и поэтому лучше ставить на все мастера также хапрокси ?
haproxy или nginx tcp stream на все мастера, да.
скорей бы в kubeadm решили вопрос с приоритезацией запросов на localhost.
ничего не мешает настроить чтобы все компоненты каждого мастера ходили в свой локальный apiserver. Связь между ними только по etcd
а это как ? руками править манифесты системных сервисов ?
Это nginx proxy на каждом (например)
IaC? Тоже мне проблема. Ну и в kubeadm по дефолту шедулер и контроллер менеджер каждого мастера итак настраивает на локальный apiserver. Остается вопрос с kubelet. Там в kubeadm вроде даже был в конфиге параметр для этого - localEndpoint (хотя мб ошибаюсь). Да и обойти проблему того, что kubeadm прописывает в kubelet конфиге apiserver на который был джоин - не проблема. Напирмер джойнить на localhost, а на localhost временно поднимать proxy для джоина, который проксирует на мастер куда идет джоин. Ну или банально IaC'ом заменить адрес apiserver в конфиге kubelet на localhost
у меня если честно у самого везде стоят nginx (и на мастерах и на воркерах). На воркерах в апстриме все три мастера. На мастерах тоже, но во отличие от воркеров, активен только локальный мастер, два других помечены как "backup". Такое делал когда-то, именно для того, чтобы конфиги kubelet менеджелись только kubeadm'ом и кубом. Джоин нод, делаю на localhost.
Обсуждают сегодня