Wie rolle ich eine Kubectl zurück?

In den letzten Jahren war Kubernetes stark in der Produktion beschäftigt. Die deklarative API bietet eine Vielzahl von Optionen für die Orchestrierung der Container. Eine der bemerkenswertesten Funktionen von Kubernetes ist die Ausfallsicherheit, die die Möglichkeit umfasst, Rolling- und Rollback -Bereitstellungen durchzuführen. Wenn es darum geht, Apps in Betrieb zu nehmen, gibt es verschiedene Optionen. Rolling -Updates sind der Standardansatz für die Aktualisierung der ausgeführten Version Ihrer Anwendung in Kubernetes.

Das Rolling -Update entfernt regelmäßig ältere Schoten und ersetzt sie durch neuere Schoten. Sie können die Bilder, Einstellungen, Beschriftungen, Annotationen und Ressourcenbeschränkungen der Workload in Ihren Clustern mit einem Rolling -Update ändern. Rolling -Updates ersetzen die Pods Ihrer Ressource durch neue Dinge, die dann auf Knoten geplant sind, wenn Ressourcen benötigt werden. Rolling -Updates sind erstellt, um Ihre Workloads aufrechtzuerhalten, ohne eine Störung zu verursachen.

Kubernetes und Kubectl bieten einen einfachen Mechanismus für die Rückführung von Ressourcenmodifikationen. Wenn eine Bereitstellung nicht sicher ist, z. B. wenn sie zum Stürmen der Looping abfällt, möchten Sie möglicherweise auch die Bereitstellung zurückrollen. Standardmäßig speichert das System den Rollout -Verlauf der Bereitstellung, damit Sie jederzeit zurückrollen können. In diesem Leitfaden werden wir über die Methode sprechen, um eine Kubectl zurückzurollen.

Methode zum Zurückrollen einer Kubectl

Wir implementieren dieses Tutorial zu Ubuntu 20.04 Linux -System. Beginnen wir den Minikube -Cluster in Ubuntu 20.04 Linux -System durch Ausführung des folgenden angehängten Befehls.

$ minikube Start

Wir haben Kubectl auch für die effektive Implementierung dieses Tutorials installiert.

Bereitstellung erstellen

Eine Bereitstellung ist eine Kubernetes -Einheit, mit der die Schoten mithilfe von Replikaten deklarativ verwaltet werden. Es verfügt über Funktionen für Updates, Steuerung und Rollback. Dies impliziert, dass Sie ein Programm aufrüsten oder herabstufen können, ohne einen Nutzer -Blackout zu verursachen, und auch auf die vorherige zurückkehren, wenn die aktuelle Version unzuverlässig oder voller Probleme ist. Die Bereitstellung kann auch einen deklarativen Managementstil verwenden, um optimale Zustände einer Anwendung zu erhalten, die in einer YAML -Datei für Live angegeben ist. Wir werden eine Bereitstellung entwerfen, mit der ein Replicaset erstellt wird, mit dem 3 Nginx -POD -Instanzen eingerichtet werden. Sie benötigen einen Kubernetes-Cluster und Betrieb sowie das Kubectl-Befehlszeilen-Tool-Setup und verknüpft mit ihm. Erstellen Sie mit der Eingabeaufforderung eine YAML -Manifestdatei mit dem Titel „Deployment1).yaml ”mit dem Befehl" touch ".

Die Datei wird im Heimverzeichnis generiert. Jetzt müssen wir einige Informationen zur Bereitstellung in der erstellten Datei hinzufügen.

Der ". Metadaten.Name des Namens ”zeigt an, dass eine Bereitstellung mit dem Namen Nginx-Ablagerung festgelegt wird. Der ". Spezifikation.Replicas ”Attribut zeigt an, dass die Bereitstellung drei replizierte Pods erzeugt. Das Feld ".Spezifikation.Selector “gibt an, wie die Bereitstellung bestimmt, welche Pods aufrechterhalten werden sollen. In diesem Szenario wählen Sie ein Etikett aus der POD -Vorlage (App: nginx) ein Etikett aus. Komplexere Auswahlregeln sind machbar, solange die POD -Vorlage die Kriterien direkt erfüllt. Führen Sie den nachfolgenden Befehl im Ubuntu -Terminal aus, um den Einsatz zu generieren:

$ kubectl anwenden -f -Bereitstellung1.Yaml

Die Ausgabe zeigt, dass die Bereitstellung effektiv im oben genannten Screenshot generiert wurde. Überprüfen Sie den Status des Einsatzes, um festzustellen, ob er gebildet wurde. Führen Sie den Befehl unten in der Konsole aus.

$ kubectl erhalten Bereitstellungen

Die Namen der Bereitstellungen im Namespace sind in der Kategorie "Name" aufgeführt. Die Anzahl der Repliken der Anwendung, die unseren Benutzern zugänglich ist, wird in der Kategorie „Ready“ angezeigt. Es behält das fertige/gewünschte Muster bei. Die Anzahl der Repliken, die geändert wurden, um den Zielzustand zu erreichen. Die Kategorie „verfügbar“ zeigt, wie viele Kopien der Anwendung Ihre Benutzer zugreifen können. Das Feld „Alter“ -Kategorie zeigt, wie lange die Anwendung funktioniert hat. Führen Sie den angehängten Befehl aus, um den Status des Bereitstellungsrollouts anzuzeigen.

$ kubectl Rollout Status Deployment/Nginx-Ablagerung

Wenn Sie eine solche Ausgabe erhalten, bedeutet dies, dass die Bereitstellung immer noch gerade generiert wird. Warten Sie ein paar Sekunden, bevor Sie den Befehl kubectl erhalten. So wird das ultimative Ergebnis nach Beendigung der Beendigung erscheinen.

$ kubectl erhalten Bereitstellungen

Führen Sie Kubectl aus, um RS dazu zu bringen, den durch die Bereitstellung festgelegten Replicaset (RS) anzuzeigen. Das anschließend angezeigte Bild ist ein Beispiel der Ausgabe:

$ kubectl bekommen Rs

Die Identitäten der Replikate sind in der Kategorie „Name“ aufgeführt. Die gewünschte Anzahl von Anwendungsreplikationen, die Sie beim Erstellen der Bereitstellung angeben, wird in der Kategorie „gewünscht“ angezeigt. In der Kategorie „aktueller“ werden die Anzahl der derzeit aktiven Replikate angezeigt. Die Anzahl der Repliken des Anwendungszugriffs auf Ihre Benutzer wird in der Kategorie „Ready“ angezeigt. Das Feld „Alter“ zeigt, wie lange die Anwendung funktioniert hat.

Abschluss

Dieser Artikel hat umfassende Kenntnisse über die Bedeutung von Kubectl Rollback vermittelt. Wir haben ein Beispiel für einen Bereitstellungsrollback gegeben.