MS
использовал больше 3 мастеров для миграции на другое железо
Size: a a a
2021 July 18
AB
Оптимальны etcd-кластеры не более чем из 7 нод, а в большинстве случаев достаточно 5 нод. В чем противоречие?
VR
достаточно и 3х, откуда 5 вообще взялось?
AB
Ну вот кейс :) нужно 5 нод. Что бы размазать нагрузку на api
VR
убеди меня что нужно 5 нод?
AB
Ну загибается апи от кол-ва запросов, тюниг какой возможно уже был произведен. хочу балансировать на большее кол-во нод. В истории с ванильным кубером у нас 5 мастеров и поведение совсем другое.
VR
итак, тебе нужно быстрое апи.
Окей, а как меряли "вот 3 ноды, тут медленно, вот 5 нод тут прям вжух"?
Окей, а как меряли "вот 3 ноды, тут медленно, вот 5 нод тут прям вжух"?
СЗ
А что, реально шифт на 5 мастерах перестает работать? Или нужно обязательное одобрение?
VR
олсо, в 3.11 можно сделать ассиметрично апи\etcd - 5 аписерверов и 3 etcd?
AB
Ну мерили нагрузочным тестированием микросервисов.
VR
он работает, только руками надо новые etcd добавлять
AB
Etcd на нодах естественно. Хотя выносить пробовали его.
СЗ
То есть просто добавить машину с игнишеном мастера не получится?
AB
Еще с 3 нодами под нагрузкой обновления отдельные пляски с бубном, постоянно скейлить ресурспул приходится чтоб не помело
VR
эмм, обновления воркеров и мастеров отдельно идут. У тебя 3 мастеров и 0 воркеров?
AB
Отдельно, но апи захлебывается когда один мастер уходит в обновление
AB
Собственно в мануалах же такой подход и описан «перед обновлением позаботится о кол-ве ресурсов что бы не сдуло»
VR
ну да, обновление - это стресс для апи, потому что лидер может уйти в закат.
но 5 мастеров ничем тут не помогут - шанс нарваться на leader election ниже, но он все равно произойдет
но 5 мастеров ничем тут не помогут - шанс нарваться на leader election ниже, но он все равно произойдет
AB
Но шанс ниже ;)
VR
шанс что произойдет обрыв коннектов сейчас, но апи не станет отвечать быстрее из-за этой вероятности