Die Version der Container-Orchestrierungsplattform Kubernetes 1.24 ist verfügbar, die es ermöglicht, einen Cluster aus isolierten Containern als Einheit zu verwalten und Mechanismen für das Deployment, die Wartung und die Skalierung von in Containern ausgeführten Anwendungen bereitstellt. Das Projekt wurde ursprünglich von Google ins Leben gerufen, anschließend jedoch auf eine unabhängige Plattform übertragen, die von der Linux Foundation betreut wird. Die Plattform wird als von der Community entwickeltes universelles Lösung angesehen, das nicht an bestimmte Systeme gebunden ist und mit beliebigen Anwendungen in beliebigen Cloud-Umgebungen arbeiten kann. Der Code von Kubernetes ist in Go geschrieben und steht unter der Lizenz Apache 2.0 zur Verfügung.
Es werden Funktionen für die Bereitstellung und Verwaltung der Infrastruktur bereitgestellt, wie z.B. die Führung einer DNS-Datenbank, Lastverteilung, Verteilung von Containern auf die Knoten des Clusters (Migration von Containern je nach Laständerung und Dienstanforderungen), Überprüfung der Anwendungsfunktionalität, Kontoverwaltung, Aktualisierung und dynamische Skalierung des laufenden Clusters ohne dessen Stopp. Es ist möglich, Gruppen von Containern bereitzustellen, wobei Aktualisierungs- und Rollback-Operationen gleichzeitig für die gesamte Gruppe durchgeführt werden können, sowie eine logische Unterteilung des Clusters in Teile zur Ressourcenteilung. Unterstützung für die dynamische Migration von Anwendungen ist vorhanden, wobei sowohl lokale Speicher als auch Netzwerkspeichersysteme zur Datenspeicherung verwendet werden können.
Wesentliche Änderungen in der neuen Version:
- Die Mittel zur Überwachung der Speicherkapazität (Storage Capacity Tracking) sind stabilisiert, die die Überwachung des freien Speicherplatzes in den Partitionen ermöglichen und Daten an den Verwaltungs-Node übertragen, um das Starten von Pods auf Knoten zu verhindern, auf denen nicht genügend freier Speicherplatz vorhanden ist.
- Die Möglichkeit, Speicherpartitionen zu erweitern, ist stabilisiert. Der Benutzer kann die Größe bereits existierender Partitionen verändern, und Kubernetes wird automatisch, ohne den Betrieb zu stoppen, die Partition und das zugehörige Dateisystem erweitern.
- Die Lieferung von runtime Dockershim wurde eingestellt, das als vorübergehende Lösung für die Verwendung von Docker in Kubernetes positioniert war. Es ist nicht mit der standardmäßigen CRI (Container Runtime Interface) kompatibel und führt zu zusätzlichen Komplikationen im kubelet. Um isolierte Container zu verwalten, sollte ein Runtime verwendet werden, das die CRI-Schnittstelle unterstützt, wie containerd und CRI-O, oder die cri-dockerd-Bindung genutzt werden, die die CRI-Schnittstelle über die Docker Engine API implementiert.
- Experimentelle Unterstützung zur Verifizierung von Container-Images durch digitale Signaturen mithilfe des Sigstore-Dienstes, der ein öffentliches Protokoll zur Bestätigung der Authentizität (Transparency Log) führt, wurde bereitgestellt. Um Angriffe auf die Lieferkette und das Täuschen von Komponenten zu verhindern, wird auch die digitale Signierung von mit den Releases verbundenen Artefakten, einschließlich aller installierten Kubernetes-Binärdateien, gewährleistet.
- Die Aktivierung von APIs, die sich im Beta-Stadium befinden, wurde in Clustern standardmäßig eingestellt (die in früheren Versionen hinzugefügten experimentellen APIs bleiben erhalten; die Änderung betrifft nur neue APIs).
- Unterstützung des OpenAPI v3-Formats wurde implementiert.
- Eine Initiative zur Umstellung von Plugins für die Arbeit mit Speichern auf die einheitliche CSI (Container Storage Interface)-Schnittstelle wurde vorgestellt, wobei die API-Kompatibilität erhalten bleibt. Die Azure Disk- und OpenStack Cinder-Plugins wurden auf CSI umgestellt.
- Der Kubelet Credential Provider, der es ermöglicht, Anmeldeinformationen für Container-Image-Repositorys dynamisch über die Ausführung von Plugins abzurufen, ohne die Anmeldeinformationen im Dateisystem des Knotens zu speichern, wurde in die Beta-Testphase überführt.
- Die Möglichkeit zur Reservierung eines IP-Adressbereichs für die Zuweisung an Services wurde bereitgestellt. Bei Aktivierung dieser Option wird der Cluster automatisch nur aus dem vorab für jeden Service reservierten Pool Adressen zuweisen, IP-Adressen was Kollisionen bei der Vergabe freier Adressen aus einem gemeinsamen Pool vermeidet.
Quelle: opennet.ru
