Kubernetes 1.17 — kako se nadograditi i ne potrošiti cijeli budget za greške

9. prosinca objavljena je nova verzija Kubernetes-a — 1.17. Njen moto je "Stabilnost", a mnoge funkcije su dobile GA status, dok je određeni broj zastarjelih funkcija uklonjen...

I, kao i uvijek, naš omiljeni odjeljak Action Required datoteke CHANGELOG-1.17.md pridaje pažnju.

Radimo rukama...

Pažnja, Storage!

U verziji 1.17 nije podržano ažuriranje kubelet-a u hodu, jer je put do blok volumena promijenjen. Prije ažuriranja čvora, potrebno je evakuirati sve podove koristeći naredbu kubectl drain.

Zastavice i gate-ovi...

U changelogu se obično navodi da je neki flag ili feature gate uklonjen ili dodat, ali nikada ne navedu aplikaciju u kojoj je došlo do te promjene...

• Uklonjen je flag --include-uninitialized za kubectl;
• Funkcionalnost koju su dopuštali feature gate-ovi GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout in PersistentLocalVolumes, sada se uvijek koristi i ne može se isključiti. Ove opcije su uklonjene iz mogućih ključeva api-server in controller-manager;
• Mreža IP adresa za servise sada se ne dodjeljuje po defaultu. Potrebno ju je specificirati pomoću zastavice --service-cluster-ip-range prilikom pokretanja API servera i controller-managera.

kubeadm

• Kubeadm je naučio konfigurirati automatsko ažuriranje certifikata za kubelet na svim čvorovima klastera, uključujući i prvog majstora, gdje je izvršena naredba kubeadm init. Sporedni efekat je zahtjev za postojanjem datoteke s početnom konfiguracijom kubelet-a bootstrap-kubelet.conf namesto kubelet.conf tokom izvođenja kubeadm init;
• Pri dodavanju režima autorizacije u API strežnik kubeadm više ne umetne režime Node, RBAC u manifest statičkog poda, omogućujući potpunu promjenu konfiguracije.

RBAC

Uklonjene su ugrađene klaster režije system:csi-external-provisioner in system:csi-external-attacher.

Zastarjelo...

Nekaj funkcij je bilo označenih za zastarele, vendar se še vedno podpirajo. Še posebej bi izpostavili prehod na uporabo ContainerStorageInterface. Administratorji, ki so postavili svoje (ne upravljane) klastre v AWS in GCE, morajo načrtovati prehod na uporabo CSI Driver za delo s trajnimi volumni — namesto gonilnikov, vgrajenih v Kubernetes. Pri tem jim bo pomagala postopek CSIMigration — pričakujemo korak-po-korak vodič. Administratorji, ki uporabljajo druge ponudnike za povezovanje trajnih diskov, morajo začeti iskati in prebrati dokumentacijo: v različici 1.21 obljubljajo dokončno odstranitev vseh vgrajenih gonilnikov.

Izvor: habr.com