ProHoster > Blog > Administration > Kubernetes 1.17 – wie man aktualisiert, ohne das gesamte Fehlerbudget auszugeben

Kubernetes 1.17 – wie man aktualisiert, ohne das gesamte Fehlerbudget auszugeben

Kubernetes 1.17 – wie man aktualisiert, ohne das gesamte Fehlerbudget auszugeben

Am 9. Dezember wurde eine neue Version von Kubernetes – 1.17 – veröffentlicht. Ihr Motto lautet „StabilitĂ€t“, viele Funktionen haben den GA-Status erhalten, eine Reihe veralteter Funktionen wurde entfernt


Und wie immer unser Lieblingsabschnitt „Action Required“ der Datei CHANGELOG-1.17.md benötigt Aufmerksamkeit.

Lass uns anpacken


Achtung, Storage!

Das Aktualisieren von kubelet im laufenden Betrieb in Version 1.17 wird nicht unterstĂŒtzt, da sich der Pfad zu den Blockvolumes geĂ€ndert hat. Vor der Aktualisierung eines Knotens mĂŒssen alle Pods mit dem Befehl evakuiert werden kubectl drain.

Flags und Gates


Im Changelog wird normalerweise angegeben, dass ein solcher Flag oder Feature Gate entfernt oder hinzugefĂŒgt wurde, aber es wird aus irgendeinem Grund nie die Anwendung erwĂ€hnt, bei der diese Änderung stattfand
:

  • Der Flag wurde entfernt --include-uninitialized arbeiten kubectl;
  • Funktionen, die durch Feature Gates erlaubt waren GCERegionalPersistentDisk, EnableAggregatedDiscoveryTimeout und Persistente lokale Volumes, wird jetzt immer verwendet und kann nicht deaktiviert werden. Diese Optionen wurden aus den möglichen SchlĂŒsseln entfernt api-server und controller-manager;
  • Das Netzwerk von IP-Adressen fĂŒr Dienste wird jetzt nicht mehr standardmĂ€ĂŸig zugewiesen. Es muss mit dem Flag angegeben werden --service-cluster-ip-range beim Starten des API-Servers und des Controller-Managers.

kubeadm

  • Kubeadm hat gelernt, die automatische Aktualisierung der Zertifikate fĂŒr kubelet auf allen Knoten des Clusters, einschließlich des ersten Masters, auf dem der Befehl ausgefĂŒhrt wurde, zu konfigurieren kubeadm init. Ein Nebeneffekt war die Anforderung, eine Datei mit der ursprĂŒnglichen Konfiguration von kubelet bootstrap-kubelet.conf anstatt kubelet.conf wĂ€hrend der AusfĂŒhrung kubeadm init;
  • Beim HinzufĂŒgen von Authentifizierungsmodi zum API Server fĂŒgt kubeadm die Modi nicht mehr hinzu Node, RBAC in das Manifest des statischen Pods und ermöglicht es, die Konfiguration vollstĂ€ndig zu Ă€ndern.

RBAC

Die integrierten Clusterrollen wurden entfernt system:csi-external-provisioner und system:csi-external-attacher.

Veraltet


Einige Funktionen wurden als veraltet erklĂ€rt, werden jedoch weiterhin unterstĂŒtzt. Besonders hervorzuheben ist jedoch der Übergang zur Nutzung des ContainerStorageInterface. Administratoren, die eigene (nicht verwaltete) Cluster in AWS und GCE eingesetzt haben, sollten den Umstieg auf den Einsatz des CSI Drivers fĂŒr die Arbeit mit persistenten Volumes planen – statt der in Kubernetes integrierten Treiber. Hierbei sollte das Verfahren der CSIMigration helfen – wir erwarten eine Schritt-fĂŒr-Schritt-Anleitung. Administratoren, die andere Anbieter fĂŒr den Anschluss von persistente Festplatten nutzen, sollten nun die Dokumentation suchen und lesen: In Version 1.21 wird versprochen, alle integrierten Treiber endgĂŒltig zu entfernen.

Quelle: habr.com

60GB SSD 8Gb DDR4