Kubernetes 1.17 — kuidas uuendada ja mitte kulutada kogu error budgeti

9. detsember ilmus uus versioon Kubernetes - 1.17. Selle moto on 'Stabiilsus', mitmed funktsioonid saavutasid GA staatuse, teatud arv vananenud funktsioone eemaldati...

Ja nagu alati, meie armastatud jaotis 'Action Required' failist CHANGELOG-1.17.md nõuab tähelepanu.

Teeme käsitööd...

Tähelepanu, Storage!

Kubeleti vahetusversioonide värskendamine 1.17 versioonis ei ole toetatud, kuna muutus teek block volumes'eni. Enne sõlme värskendamist tuleb kõik podid eemaldada käsuga kubectl drain.

Lipud ja väravad...

Changelogis kirjutatakse tavaliselt, et mõni lipu või feature gate on eemaldatud või lisatud, kuid mingil põhjusel ei kirjutata kunagi rakendust, kus see muudatus toimus...

• Eemaldatud lipp --include-uninitialized on kubectl;
• Funktsionaalsus, millel olid feature gates GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout ja Püsivad Kohalikud Mahutid, nüüd kasutatakse alati ja seda ei saa keelata. Need valikud on eemaldatud võimalikest võtmetest api-server ja controller-manager;
• Teenuste IP-aadresside võrk ei määrata nüüd vaikimisi. Selle määramine tuleb teha lippude abil --service-cluster-ip-range API serveri ja controller-manager'i käivitamisel.

kubeadm

• Kubeadm on õppinud seadistama aegumatute sertifikaatide automaatset värskendamist kubeletis kõikides klastri sõlmedes, sealhulgas esimesel masteril, kus käidi käsku kubeadm init. Kõrvalmõjuks on nõudmine, et algse kubeleti konfiguratsiooni fail bootstrap-kubelet.conf asemel kubelet.conf peab olema olemas käitamise ajal. kubeadm init;
• API-sse autoriseerimisrežiimide lisamisel server kubeadm ei pane enam režiime Node, RBAC staatiliste podide manifesti, võimaldades täielikult muuta konfiguratsiooni.

RBAC

Eemaldatud on sisseehitatud klastrite rollid system:csi-external-provisioner ja system:csi-external-attacher.

Vananenud...

Mõned funktsioonid on kuulutatud vananenuks, kuid neid toetatakse endiselt. Kuid eriti tahaks märkida ülemineku protsessi ContainerStorageInterface'i kasutamisele. Administraatorid, kes on kasutusele võtnud oma (mitte haldavad) klastrid AWS-is ja GCE-s, peaksid kavandama ülemineku CSI draiveri kasutamisele püsivate mahtude töötamiseks - seniste Kubernetes'isse integreeritud draiverite asemel. Siin peaks aitama CSIMigration protseduur - ootame samm-sammult juhendit. Administratoorid, kes kasutavad muid teenusepakkujaid püsivate ketaste ühendamiseks, peavad otsima ja lugema dokumentatsiooni: versioonis 1.21 lubatakse kõik sisseehitatud draiverid lõplikult eemaldada.

Allikas: habr.com