Kubernetes 1.17 — kuidas uuendada ja mitte kulutada kogu veavood

9. detsembril ilmus uus Kubernetes versioon — 1.17. Selle moto on „Stabiilsus”, mitmed funktsioonid said GA staatuse ja mõned vananenud funktsioonid eemaldati...

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

Teeme seda käsitsi...

Tähelepanu, Storage!

Versioonis 1.17 ei toeta kubeleti voolav uuendamine, kuna block volumes'i tee on muutunud. Enne sõlmede uuendamist tuleb kõik podid evakueerida käsuga kubectl drain.

Lipud ja väravad...

Changelogis kirjutatakse tavaliselt, et mõni lipu või funktsioonivärav on eemaldatud või lisatud, kuid mingil põhjusel ei öelda kunagi rakendust, millel see muudatus toimus...

• Eemaldatud lipp --include-uninitialized on kubectl;
• Funktsionaalsus, mida lubasid funktsiooniväravad GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout ja Püsivad kohalikud mahud, kasutatakse nüüd alati ning 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 enam vaikimisi. See tuleb määrata lipuga --service-cluster-ip-range API serveri ja controller-manageri käivitamisel.

kubeadm'ile.

• Kubeadm õppis seadistama kubeleti automaatset sertifikaatide värskendamist kõigis klastrisõlmedes, sealhulgas esimeses meesteris, kus käidi käsk kubeadm init. Kõrvalmõjuks oli nõudmine algkonfiguratsiooni kubeleti faili olemasolu bootstrap-kubelet.conf asetatakse kubelet.conf täitmise ajal kubeadm init;
• API autoriseerimisrežiimide lisamisel server kubeadm ei sisenda enam režiime Node, RBAC staatiliste podide manifesti, võimaldades täiesti muuta konfiguratsiooni.

RBAC

Eemaldatud sisseehitatud klastrirajad system:csi-external-provisioner ja system:csi-external-attacher.

Vananenud...

Mõned funktsioonid kuulutati vananenuks, kuid need on endiselt toetatud. Kuid eriti tahaksin märkida ülemineku protsessi ContainerStorageInterface'i kasutamisele. Administratorid, kes on seadistanud oma (mitte hallatud) klastrid AWS-is ja GCE-s, peavad plaanima ülemineku CSI draiveri kasutamisele püsivate mahtude haldamiseks — seniste Kubernetes'i sisseehitatud draiverite asemel. Sellega peaks aitama CSIMigration protseduur — ootame samm-sammult juhendi ilmumist. Administratorid, kes kasutavad muid teenuste pakkujaid püsivate kettarakenduste ühendamiseks, peaksid hakata otsima ja lugema dokumentatsiooni: versioonis 1.21 lubatakse kõik sisseehitatud draiverid lõpuks eemaldada.

Allikas: habr.com