Kubernetes 1.18 bietet Verbesserungen für Kubectl-Debugging, Sicherheit und vieles mehr

In der vergangenen Woche der Start der neuen Version von die Container-Orchestrierungsplattform Kubernetes 1.18, Version das enthält 38 Änderungen und Verbesserungen, Davon befinden sich 15 im stabilen Zustand und 11 im Beta-Zustand Es werden 12 neue Änderungen des Alpha-Status vorgeschlagen. Bei der Vorbereitung der neuen Version wurden angemessene Anstrengungen unternommen, um sowohl verschiedene Funktionen zu verfeinern als auch die experimentellen Fähigkeiten zu stabilisieren und neue Entwicklungen einzubeziehen.

Für diejenigen, die mit Kubernetes nicht vertraut sind, sollten Sie das wissen Dies ist ein Container-Orchestrierungs-Rig dass Ermöglicht die Verwaltung eines Clusters isolierter Container als Ganzes und bieten Mechanismen zum Bereitstellen, Verwalten und Skalieren von Anwendungen, die in Containern ausgeführt werden.

Das Projekt wurde ursprünglich von Google erstellt, später jedoch auf eine separate Plattform übertragen, kuratiert von der Linux Foundation. Die Plattform ist als universelle Lösung positioniert, die von der Community entwickelt wurde, nicht an einzelne Systeme gebunden ist und mit jeder Anwendung in jeder Cloud-Umgebung arbeiten kann. Der Kubernetes-Code ist in Go geschrieben und wird unter der Apache 2.0-Lizenz vertrieben.

Was ist neu in Kubernetes 1.18?

Diese neue Version von Kubernetes kommt mit verschiedenen Verbesserungen für Kubectl, davon wird in der Anzeige erwähnt, dass hat eine Alpha-Version des Befehls "kubectl debug" hinzugefügtDies erleichtert das Debuggen in Pods, wenn Container mit Debugging-Tools ausgeführt werden.

Während des Befehls "Kubectl diff" wurde für stabil erklärtHier können Sie sehen, was sich im Cluster ändert, wenn Sie das Manifest anwenden.

auch Alle Befehlsgeneratoren "kubectl run" wurden entfernt, mit Ausnahme des Starts des Single-Pod-Generators und der Anzeige –Dry-Run wurde geändertAbhängig von seinem Wert (Client, Server und keiner) erfolgt die Testausführung des Befehls auf der Client- oder Serverseite.

Der Code kubectl ist einem separaten Repository zugeordnet. Dies ermöglichte es uns, kubectl von internen kubernetes-Abhängigkeiten zu trennen und den Import von Code in Projekte von Drittanbietern zu vereinfachen.

In Bezug auf Netzwerkänderungen wird angemerkt, dass sich die IPv6-Unterstützung jetzt in der Beta befindet, hinzugefügtes PVC-Klonen, die Möglichkeit, Raw-Geräte wie permanente Festplatten im Netzwerk zu blockieren, Unterstützung für das Blockieren von Raw-Geräten in CSI, die Übertragung von Informationen über das Laufwerk, das eine Verbindung mit dem CSI-Controller anfordert, sowie dass den Objekten ConfigMap und Secret ein neues "unveränderliches" Feld hinzugefügt wurde.

Von den anderen Änderungen, die auffallen:

• Die Möglichkeit, die veralteten API-Gruppenanwendungen / v1beta1 und / v1beta1-Erweiterungen zu verwenden, wurde endgültig entfernt.
• ServerSide Apply aktualisiert auf Beta2-Status. Diese Erweiterung bringt die Manipulation von Kubectl-Objekten auf den API-Server.
• Die CertificateSigningRequest-API wurde für stabil erklärt.
• Unterstützung für die Windows-Plattform.
• Die Unterstützung für Windows-Knoten wird weiter ausgebaut
• CRI-ContainerD-Unterstützung
• RuntimeClass-Implementierung
• CSI-Proxy
• Die übertragene Unterstützung war stabil
• Gruppenverwaltetes Dienstkonto
• Als Benutzername ausführen
• Der Topologie-Manager hat den Beta-Status erhalten. Die Funktion umfasst die NUMA-Verteilung, die Leistungseinbußen bei Systemen mit mehreren Sockets verhindert.
• Der Beta-Status wurde mithilfe der PodOverhead-Funktion ermittelt, mit der Sie in der RuntimeClass die zusätzliche Menge an Ressourcen angeben können, die zum Starten des Starts erforderlich sind.
• Erweiterte Unterstützung für riesige Seiten, Alpha-Isolationsstatus zum Container hinzugefügt und Unterstützung für mehrstufige riesige Seitengrößen.
• AppProtocol-Feld hinzugefügt, in dem Sie angeben können, welches Protokoll die App verwendet
• In den Beta-Status übersetzt und standardmäßig aktiviert EndpointSlicesAPI, ein funktionalerer Ersatz für reguläre Endpunkte.
• Ein IngressClass-Objekt wurde hinzugefügt, das den Namen des Eingabecontrollers, seine zusätzlichen Parameter und das Vorzeichen für die standardmäßige Verwendung angibt.
• Es wurde die Möglichkeit hinzugefügt, im HPA den Grad der Aggressivität beim Ändern der Anzahl der in Betrieb befindlichen Häuser anzugeben, dh wenn die Last zunimmt, werden sofort N-mal mehr Kopien gestartet.