и обновлять
я вот как-то задумался недавно. А нафига в доках просят дрейнить воркер ноды перед апгрейдом? Там же по идее ставится новый kubelet и перезапускается. Перезапуск kubelet, к перезапуску подов не ведет, все должно пройти хорошо. Мб это делается для случаев, когда что-то пойдет не так, и kubelet не запустится, нода пометится notReady и пошло поехало? 🤔
Ну по сути дрейн трёт стейт в etcd
какой еще стейт, drain worker ноды, трет в etcd?
А где состояние хранится должно, я не могу быть уверен до конца в код не смотрел
состояние чего? drain просто помечает ноду, чтобы на неё не шедулились новые поды, и эвакуирует от туда текущие поды (за исключением подов даемонсета естественно)
Ну доки же пишутся чтобы все было максимально безопасно. А специалист сам знает, где можно оптиизировать
а ты сам дрейнишь для апгрейда? Я вот думаю, мб первую ноду так делать, и если всё норм пройдет, то остальные делать без дрейна. 🤔 У меня просто дофига всяких PDB, и дрейны пипец долгие, и бывает даже вручную надо вмешиваться
Докидываю доп тачками, так точно без даунтайма
Я жутко ленивый. Поэтому обновление кластера совмещаю с обновлением контейнер рантайма. Ну и обновляюсь на пару тройку версий вперёд. Последовательно конечно. Так что первый проход с дрейнить, а потом когда только бинарники куба обновляются и настройки - без дрейна
Так и запишу подход (кубеспрея)
это вообще к делу не относится
Ты лучше учись. Документацию почитай. Разберись как сеть устроена и работает. Чтобы глупых вопросов не задавать
Обязательно так и поступлю, я же непросто так задал вопросы, ответы получил буду изучать
Обсуждают сегодня