Kubernetes 1.17 - kung paano mag-upgrade at hindi gastusin ang buong badyet ng error

Noong Disyembre 9, inilabas ang susunod na bersyon ng Kubernetes - 1.17. Ang motto nito ay "Stability", maraming feature ang nakatanggap ng GA status, inalis ang ilang mga lumang feature...

At, gaya ng dati, ang paborito naming seksyon ay ang Aksyon na Kinakailangang file CHANGELOG-1.17.md nangangailangan ng pansin.

Magtrabaho tayo gamit ang ating mga kamay...

Pansin, Imbakan!

Ang pag-update ng kubelet on the fly ay hindi suportado sa bersyon 1.17 dahil nagbago ang landas upang harangan ang mga volume. Bago mag-update ng node, dapat mong ilikas ang lahat ng pods mula dito gamit ang command kubectl drain.

Mga watawat at tarangkahan...

Sa changelog ay karaniwang isinusulat nila na ang ganoon at ganoong flag o feature gate ay tinanggal o idinagdag, ngunit sa ilang kadahilanan ay hindi nila kailanman isinulat ang aplikasyon kung saan nangyari ang pagbabagong ito...:

• Inalis ang bandila --include-uninitialized у kubectl;
• Functionality na nagtatampok ng mga gate pinapayagan GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout и PersistentLocalVolumes, ay palaging ginagamit na ngayon at hindi maaaring i-disable. Inalis ang mga opsyong ito sa mga posibleng key api-server и controller-manager;
• Ang network ng mga IP address para sa mga serbisyo ay hindi na itinalaga bilang default. Dapat itong tukuyin gamit ang bandila --service-cluster-ip-range kapag sinimulan ang API server at controller-manager.

kubeadm

• Natutunan ng Kubeadm kung paano i-configure ang awtomatikong pag-renew ng mga certificate para sa kubelet sa lahat ng mga cluster node, kasama ang unang master kung saan ipinatupad ang command kubeadm init. Ang isang side effect ay ang kinakailangan para sa isang file na may paunang kubelet configuration bootstrap-kubelet.conf sa halip ng kubelet.conf sa panahon ng pagpapatupad kubeadm init;
• Kapag nagdaragdag ng mga authorization mode sa API, hindi na pinapalitan ng kubeadm server ang mga mode Node, RBAC sa static na pod manifest, na nagbibigay-daan sa iyong ganap na baguhin ang configuration.

RBAC

Inalis ang mga built-in na cluster role system:csi-external-provisioner и system:csi-external-attacher.

Hindi na ginagamit…

Ang ilang mga tampok ay hindi na ginagamit, ngunit sinusuportahan pa rin ang mga ito. Ngunit mas gusto kong tandaan ang proseso ng paglipat sa paggamit ng ContainerStorageInterface. Ang mga administrator na nag-deploy ng sarili nilang (hindi pinamamahalaang) cluster sa AWS at GCE ay dapat magplanong lumipat sa paggamit ng CSI Driver para gumana nang may mga patuloy na volume sa halip na ang mga driver na binuo sa Kubernetes. Ang pamamaraan ng CSIMigration ay dapat makatulong sa kanila sa ito - hinihintay namin na lumabas ang sunud-sunod na gabay. Para sa mga administrator na gumagamit ng iba pang mga provider para kumonekta sa mga persistent disk, oras na para hanapin at basahin ang dokumentasyon: ang bersyon 1.21 ay nangangako na permanenteng aalisin ang lahat ng built-in na driver.

Pinagmulan: www.habr.com