Kubernetes 1.17 — hvordan opgraderer man uden at bruge hele error budgettet

Den 9. december blev den nye version af Kubernetes - 1.17 - udgivet. Dens motto er "Stabilitet", mange funktioner har fået GA-status, og et antal forældede funktioner er blevet fjernet...

Og, som altid, vores elskede sektion Action Required i filen CHANGELOG-1.17.md kræver opmærksomhed.

Lad os arbejde med hænderne...

Opmærksomhed, Storage!

Opdatering af kubelet i version 1.17 understøttes ikke on-the-fly, fordi stien til block volumes er ændret. Før opdatering af noden er det nødvendigt at evakuere alle pods fra den med kommandoen kubectl drain.

Flag og gates...

I changeloggen skriver man normalt, at et bestemt flag eller feature gate er blevet fjernet eller tilføjet, men af en eller anden grund nævner man aldrig den applikation, hvor denne ændring fandt sted...

• Flaget --include-uninitialized af kubectl;
• Funktionaliteten, som var tilladt af feature gates GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout og VedvarendeLokaleVolumes, anvendes nu altid, og det kan ikke deaktiveres. Disse muligheder er fjernet fra de mulige nøgler api-server og controller-manager;
• Netværket af IP-adresser for tjenester tildeles nu ikke som standard. Det er nødvendigt at angive det med flaget --service-cluster-ip-range ved opstart af API-serveren og controller-manager.

kubeadm

• Kubeadm har lært at konfigurere automatisk opdatering af certifikater for kubelet på alle noden i klyngen, inklusive den første master, hvor kommandoen blev udført kubeadm init. En bivirkning var kravet om tilstedeværelsen af en fil med den indledende konfiguration af kubelet bootstrap-kubelet.conf i stedet for kubelet.conf under udførelsen kubeadm init;
• Ved tilføjelse af autorisationsmetoder i API'en server indsætter kubeadm ikke længere metoderne Node, RBAC i manifestet for den statiske pod, hvilket muliggør en fuldstændig ændring af konfigurationen.

RBAC

De indbyggede klynge roller system:csi-external-provisioner og system:csi-external-attacher.

Deprecated...

Et antal funktioner er blevet erklæret forældede, men de understøttes stadig. Men det er især vigtigt at nævne overgangen til at bruge ContainerStorageInterface. Administratorer, der har opsat deres egne (ikke managed) klynger i AWS og GCE, bør planlægge overgangen til at bruge CSI Driver til at arbejde med vedholdende volumes - i stedet for drivere indbygget i Kubernetes. Dette bør hjælpes af proceduren CSIMigration - vi ser frem til en trin-for-trin vejledning. Administratorer, der bruger andre udbydere til tilslutning af vedholdende diske, bør begynde at lede efter og læse dokumentationen: I version 1.21 er det lovet at de indbyggede drivere vil blive fjernet.

Kilde: habr.com