Kubectl Rolling Neustart

Pods enthalten viele Behälter. Mehrere Schoten sind Anwendungsbehälter, und sie führen ihre Rolle aus. Kubectl hat keinen einfachen Weg, verschiedene Pods neu zu starten. Wir müssen die Pods bewirken, bis sie als Maß für die Nutzung ausgetauscht werden. Dies ist im Allgemeinen der Fall bei der Ausgabe einer ursprünglichen Form des Containerbildes.

Der Kubernetes -Pod funktioniert ohne Eindringen, aber wir können auf Komplikationen mit dem Container stoßen, der nicht richtig funktioniert. Wir können die Operationen in einen Standardzustand zurückgeben, indem wir den Pod wieder aufnehmen. Wir können den Rolling -Neustart verwenden, um die Schoten einzeln aus dem Einsatz wieder aufzunehmen. Diese Methode ist die vorgeschlagene Methodik, da diese Methode keinen Serviceausfall verursacht.

Um die Befehle in Kubernetes auszuführen, installieren wir Ubuntu 20.04. Hier verwenden wir das Linux -Betriebssystem, um die Kubectl -Befehle auszuführen. Jetzt installieren wir den Minikube -Cluster, um Kubernetes unter Linux auszuführen. Minikube bietet ein äußerst reibungsloses Verständnis, da es einen effizienten Modus zum Testen der Befehle und Anwendungen bietet.

In diesem Artikel starten wir die Kubernetes -Pod neu. Dieser Artikel zeigt, wie ein POD in der Bereitstellung mit vielfältigen Möglichkeiten fortgesetzt werden kann.

Methoden zum Neustart von Pods:

Um die Schote durch die Verwendung von Kubectl wieder aufzunehmen, beginnen wir die Minikube.

Starten Sie Minikube:

Im Terminal schreiben wir den Befehl "Minikube Start". Danach warten wir eine Weile, bis es effektiv beginnt. Die Ausgabe dieses Befehls ist unter:

Diese Methode ist zeitaufwändig und wir werden eine Weile warten, um die Prozedur effizient auszuführen.

Bereitstellungen erhalten:

Lassen Sie uns nun Bereitstellungen mit dem Befehl "Kubectl GET -Bereitstellungen" verwenden. Jetzt können wir die Pods mit dem folgenden Befehl auflisten:

Nach dem Ausführen des Befehls „Kubectl Get Deployments“ zeigt er den Namen, den Bereitschaftszustand, die aktuelle Verfügbarkeit und das Alter der Bereitstellungen an.

Methode 1:

Rolling Neustart wird verwendet, um nach dem Einsatz jede Pod wieder aufzunehmen. Für einen rollenden Neustart führen wir den folgenden Befehl aus:

Nach dem oben genannten Befehl schaltet Kubernetes langsam ab und ersetzt Pods, aber einige Behälter laufen immer. Aufgrund der allmählichen Natur des Rollouts können wir den Benutzern weiterhin dienen und die Pod effizient neu starten.

Methode 2:

Eine andere Möglichkeit, die POD neu zu starten. Dies erfordert, dass alle vorhandenen Pods sich verlassen, und ein neuer Pod ist an seiner Stelle geplant. Wenn wir die Anzahl der Repliken auf 0 beschränken, wird sie aufhören. Daher wird ein rollender Neustart empfohlen. Legen Sie die Replikate auf 0 ein, indem Sie den folgenden Befehl verwenden. Es gibt eine Grenze, um die Anzahl der Repliken manuell zu regulieren. Die Reduzierung auf 0 führt zu einer Unterbrechung ohne für den Benutzer zugängliche Schoten. Skalieren Sie die Repliken auf 0, und alle aktuellen Pods werden gelöscht:

Dieser Befehl identifiziert die Anzahl der Bereitstellungen, die pro POD dynamisch sein müssen. Wenn wir es auf Null setzen, tötet es den Prozess effektiv ab. Wenn wir den Wert von Repliken auf 0 festlegen, werden Kubernetes die Repliken, die wir nicht wollen.

Wir setzen den Wert der Replik auf mehr als 0, um die Pods neu zu starten. Eine andere Möglichkeit besteht darin, einen Roll -Neustart zu rekrutieren, der es uns ermöglicht, eine große Anzahl von Schoten ohne Leerlaufzeit zu ersetzen. Um den Pod wieder aufzunehmen, verwenden wir einen ähnlichen Befehl und liefern den Wert von Replikaten größer als Null:

Wenn wir die Replikate größer als Null setzen, konstruiert Kubernetes eine neue Replik. Der Name der neuen Replik ist anders als die alte Replik.

Wir warten darauf, dass die Pods beendet werden, und verwenden dann den Befehl „kubectl Get Pods“, um die Position des Schotens zu validieren und den neuen Namen zu überprüfen. Kubernetes baut einen neuen Pod mit neuem Ereignis auf. Die Bereitstellung wird effektiv generiert. Anschließend verwenden wir den folgenden Befehl, um die Pods anzuschließen. Die Bereitstellung erkennt die Variation des Status und aktiviert neue Pods, bis die bevorzugten Replikate erreicht sind:

Methode 3:

Replicaset erkennt, dass der Pod verschwunden ist. Wir verwenden den folgenden Befehl:

Replika -Set tritt auf, um die minimale Zugänglichkeit zurückzugeben. Ein neuer Pod wird spontan gebaut, und anstelle des alten Behälters wird ein neuer Behälter gestartet.

Wir empfehlen, den rollout -Befehl zu verwenden, der klarer und beabsichtigt ist. Wenn wir jedoch die ID einer einzelnen fehlerhaften Pod in einem Einsatz identifizieren, ist es nützlich, ihn manuell zu entfernen. Der Rollout ersetzt alle erreichten Schoten, aber nicht die fehlgeschlagene Pod.

Abschluss:

Kubernetes ist eine operative Plattform für die Koordinierung von Containern. Wie bei allen Systemen verursacht es Probleme. Daher behebt das Wiederaufnehmen des POD das zugrunde liegende Problem, das den POD initiierte. Der Rollout ist der empfohlene Schlüssel für die neuesten Kubernetes. Andererseits funktionieren andere Methoden und sind möglicherweise besser geeignet für eine bestimmte Situation. Manuelles Löschen von Pods ist idyllisch, wenn wir eine einzelne Pod ohne Unterbrechung neu starten möchten. Wenn wir jedoch mehrere Repliken ausführen, können wir den Befehl rollout nicht verwenden. Wir hoffen, Sie haben diesen Artikel nützlich gefunden. Weitere Tipps und Informationen finden Sie unter Linux Tipp.