Kubernetes 1.17 — hoe bij te werken zonder het hele error budget te verspillen

Op 9 december is de nieuwste versie van Kubernetes - 1.17 - uitgebracht. Het thema is 'Stabiliteit', en vele functies hebben de status GA gekregen, terwijl een aantal verouderde functies is verwijderd...

En zoals altijd, onze favoriete sectie Actie Vereist van het bestand CHANGELOG-1.17.md vraagt om aandacht.

Laten we aan de slag gaan...

Let op, Storage!

Live updates van kubelet worden in versie 1.17 niet ondersteund, omdat het pad naar block volumes is gewijzigd. Voordat je een knooppunt kunt bijwerken, moeten alle pods ervan worden geëvacueerd met behulp van de opdracht kubectl drain.

Vlaggen en poorten...

In de changelog staat meestal dat een bepaalde vlag of feature gate is verwijderd of toegevoegd, maar men vermeldt nooit de applicatie waarvoor deze wijziging heeft plaatsgevonden...

• De vlag --include-uninitialized ‘ kubectl;
• Functionaliteit die door feature gates werd toegestaan GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout en PersistenteLokaleVolumes, wordt nu altijd gebruikt en kan niet worden uitgeschakeld. Deze opties zijn verwijderd uit de mogelijke sleutels api-server en controller-manager;
• Het IP-adresnetwerk voor services wordt nu niet standaard toegewezen. Dit moet worden gespecificeerd met behulp van de vlag --service-cluster-ip-range bij het starten van de API-server en controller-manager.

kubeadm

• Kubeadm heeft geleerd om automatische certificaatupdates voor kubelet op alle cluster-knooppunten in te stellen, inclusief de eerste master waar de opdracht kubeadm initwerd uitgevoerd. Een neveneffect hiervan is dat er een bestand met de initiële kubelet-configuratie vereist is bootstrap-kubelet.conf in plaats van kubelet.conf tijdens uitvoering. kubeadm init;
• Bij het toevoegen van autorisatiemodi aan de API server voegt kubeadm geen modi meer toe Node, RBAC aan het manifest van de statische pod, zodat de configuratie volledig kan worden aangepast.

RBAC

Er zijn ingebouwde clusterrollen verwijderd system:csi-external-provisioner en system:csi-external-attacher.

Afgeschaft...

Een aantal functies is als verouderd gemarkeerd, maar worden nog steeds ondersteund. Maar vooral willen we de overgang naar het gebruik van de ContainerStorageInterface benadrukken. Beheerders die hun eigen (niet beheerde) clusters in AWS en GCE hebben uitgerold, moeten de overgang naar het gebruik van de CSI-driver voor het werken met blijvende volumes plannen - in plaats van de in Kubernetes ingebouwde drivers. CSIMigration moet hierbij helpen - we wachten op de stap-voor-stap handleiding. Beheerders die andere aanbieders gebruiken voor het aansluiten van permanente schijven, moeten nu de documentatie opzoeken en lezen: in versie 1.21 beloven ze alle ingebouwde drivers eindelijk te verwijderen.

Bron: habr.com