Kubernetes 1.17 — hur man uppdaterar utan att överskrida error budget

Den 9 december släpptes en ny version av Kubernetes - 1.17. Dess motto är "Stabilitet", flera funktioner har fått GA-status, och ett antal föråldrade funktioner har tagits bort…

Och, som alltid, vår älskade del Action Required i filen CHANGELOG-1.17.md kräver uppmärksamhet.

Låt oss arbeta på det…

Observera, Storage!

Uppdatering av kubelet på språng i version 1.17 stöds inte, eftersom sökvägen till blockvolymer har ändrats. Innan noden uppdateras måste alla pods evakueras med kommandot kubectl drain.

Flaggor och portar…

I changelog brukar man vanligtvis skriva att en viss flagga eller funktion har tagits bort eller lagts till, men av någon anledning nämner man aldrig applikationen där detta ändrades…

• Flaggan har tagits bort --include-uninitialized för kubectl;
• Funktionaliteten som tilläts av funktionernas portar GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout och BeständigaLokalaVolymer, används nu alltid och kan inte stängas av. Dessa alternativ har tagits bort från möjliga nycklar api-server och controller-manager;
• IP-adressnätverket för tjänster tilldelas nu inte automatiskt. Det måste specificeras med flaggan --service-cluster-ip-range vid start av API-servern och controller-manager.

kubeadm

• Kubeadm har lärt sig att konfigurera automatisk uppdatering av certifikat för kubelet på alla kluster-noder, även på den första mastern där kommandot utfördes kubeadm init. En bieffekt av detta är kravet på att ha en fil med den initiala konfigurationen för kubelet bootstrap-kubelet.conf istället för kubelet.conf under körning kubeadm init;
• Vid tillägg av autentiseringslägen i API server kubeadm lägger inte längre till lägena Node, RBAC i manifestet för den statiska podden, vilket gör att man helt kan ändra konfigurationen.

RBAC

Inbyggda klusterroller har tagits bort system:csi-external-provisioner och system:csi-external-attacher.

Avvecklad…

Ett antal funktioner har förklarats som föråldrade, men de stöds fortfarande. Men framför allt vill vi påpeka övergångsprocessen till användning av ContainerStorageInterface. Administratörer som har distribuerat sina egna (inte hanterade) kluster i AWS och GCE måste planera för övergången till att använda CSI-drivrutiner för att arbeta med permanenta volymer - istället för drivrutiner som är inbyggda i Kubernetes. CSIMigration-proceduren ska hjälpa dem - vi inväntar en steg-för-steg-guide. Administratörer som använder andra leverantörer för att ansluta permanenta diskar bör nu söka och läsa dokumentationen: i version 1.21 lovas att alla inbyggda drivrutiner ska tas bort permanent.

Källa: habr.com