Kubernetes 1.17 — как да обновим и да не изразходваме целия error budget

На 9 декември излезе новата версия на Kubernetes - 1.17. Нейният девиз е "Стабилност", много функции получиха статус GA, а редица остарели функции бяха премахнати…

Както винаги, любимият ни раздел Action Required на файла CHANGELOG-1.17.md изисква внимание.

Нека да поработим…

Внимание, Storage!

Актуализацията на kubelet на летно време в версия 1.17 не се поддържа, тъй като пътят към блоковите обеми е променен. Преди актуализация на възела е необходимо да се евакуират всички подове с командата kubectl drain.

Флагове и gates…

В changelog обикновено пишат, че е премахнат или добавен такъв или онзи флаг или feature gate, но по някаква причина никога не се посочва приложението, в което се е случило това изменение…:

• Премахнат флаг --include-uninitialized у kubectl;
• Функционалността, която се разрешава чрез feature gates GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumes, сега винаги е активен и не може да бъде деактивиран. Тези опции бяха премахнати от възможните ключове api-server и controller-manager;
• Мрежата с IP адреси за услугите вече не се назначава по подразбиране. Необходимо е да се зададе с помощта на флага --service-cluster-ip-range при стартиране на API server и controller-manager.

kubeadm

• Kubeadm научи как да конфигурира автоматично обновление на сертификатите за kubelet на всички възли в клъстера, включително и на първия майстор, където бе изпълнена командата kubeadm init. Нежелан ефект стана изискването за наличие на файл с начална конфигурация на kubelet bootstrap-kubelet.conf вместо kubelet.conf по време на изпълнението kubeadm init;
• При добавяне на режими на упълномощаване в API сървър kubeadm вече не добавя режимите Node, RBAC в манифеста на статичния под, позволявайки напълно да се промени конфигурацията.

RBAC

Премахнати са вградени кластерни роли system:csi-external-provisioner и system:csi-external-attacher.

Deprecated…

Някои функции бяха обявени за остарели, но все пак продължават да се поддържат. Особено важно е да се отбележи преходът към използване на ContainerStorageInterface. Администраторите, разположили свои (не управлявани) клъстери в AWS и GCE, трябва да планират преминаване към използването на CSI Driver за работа с постоянни томове - вместо вградените драйвери на Kubernetes. Процедурата CSIMigration трябва да им помогне - очакваме да се появи ръководство стъпка по стъпка. Администратори, които използват други доставчици за свързване на постоянни дискове, е време да търсят и да прочетат документацията: в версия 1.21 обещават окончателно да премахнат всички вградени драйвери.

Източник: habr.com