Блог

Я использую kOps для выполнения ручного обновления кластера (с 1.17 до 1.18), как описано в https://kops.sigs.k8s.io/operations/updates_and_upgrades/#upgrading-kubernetes

Я заметил, что kOps не обновляет ami-образ, определенный на spec.image узлах at ig, это означает, что после обновления кластера узлы будут использовать ту же базовую ОС, несмотря на обновление kubernetes. Но если вы устанавливаете 1.18 с нуля, kOps использует последний образ, доступный для этой версии.

должен ли я обновить версию и настроить ее так же, как ту, которую kOps будет использовать в случае установки с нуля?

В 1.18 ami перешел с Debian на Ubuntu, должен ли я принять какие-либо меры предосторожности в связи со сменой операционной системы?

если вы редактируете манифесты напрямую и выполняете «обновление kops» и т. Д… затем вам также необходимо обновить изображения, другой альтернативой является позволить kops сделать это за вас, запустив «kops upgrade cluster», Он обновит удаленное состояние и установит правильные значения по умолчанию и т. Д..

что касается изменения изображения, я не вижу там никаких серьезных проблем, что вы можете сделать, это захватить текущий ami и выполнить «своего рода откаты», заменив изображение и обновив кластер (или применив предыдущую версию манифеста, предполагая, что у вас есть версии s3 для состояния)

До версии 1.18.2 kOps была ошибка, из-за которой образы Ubuntu считались «пользовательскими» и, следовательно, не обновлялись kops upgrade . Посмотрите на эту ошибку

Начиная с 1.18.2, вы также должны увидеть обновления для Ubuntu.

Нет особой необходимости принимать какие-либо меры предосторожности при переключении с Debian на Ubuntu, если вы не используете перехваты kOps, которые были бы Debian. kOps позаботится об этом изменении за вас.