Kubectl beschreibt Pod
Was ist kubectl beschreiben Pod?
Kubectl beschreiben POD ist ein Befehl, der jede Ressource in Kubernetes beschreibt. Es wird verwendet, um Daten zu einer einzigen oder sogar einer Sammlung von Ressourcen anzuzeigen. Dieser Befehl kombiniert eine Reihe von API -Aufrufen, um eine gründliche Beschreibung einer Ressource oder einer Reihe von Ressourcen zu erstellen.
Der Befehl beschreiben POD sucht nach einer genauen Übereinstimmung mit dem Vorfix vom Typ und dem Namen des Namens, bevor Sie fortfahren. Wenn keine solche Ressource vorhanden ist, werden Informationen für alle Ressourcen mit dem Präfix des Präfixnamens gedruckt. Pods (PO), Knoten (NO), Dienste (SVC), Ereignisse (EV), ReplicationController (RC), LimitRangen (Grenzen), PersistentvolumeClaims (PVC), Namespaces (NS), Persistentvolumes (PV), Ressourcenquotas (Quota),, Endpunkte (EP), serviceAccounts, horizontalpodautoscalers (HPA) oder Geheimnisse sind einige der Ressourcentypen, die verwendet werden können.
Schauen wir uns nun an.
Voraussetzung
Der Minikube -Cluster muss zuerst installiert werden, bevor die Kubectl beschreiben Pod. Wir haben Ubuntu 20 benutzt.04, um bestimmte Befehle auszuführen.
Um ein Terminal zu starten, können wir eine von zwei Techniken einnehmen: Eine Möglichkeit besteht darin, die Anwendungsleiste unseres Betriebssystems zu verwenden, um das Terminal zu erreichen. Eine andere Möglichkeit besteht darin, die Tastaturverknüpfung "Strg + Alt + T" zu drücken. Um ein Terminal zu starten, wählen Sie eine dieser Möglichkeiten aus. Erstens müssen wir einen Minikube -Cluster booten, der zuvor auf Ubuntu 20 bereitgestellt wurde.04. Jetzt werden wir Minikube starten, indem wir den folgenden Befehl in das Terminal eingeben:
$ minikube Start
So verwenden Sie Kubectl Pod, um Informationen über Pods zu erhalten
Hier ist eine Instanz, wie Sie den Befehl kubectl beschreiben können, um relevante Informationen über Pods zu erhalten. Wir werden in diesem Beispiel zwei Pods bauen. Weitere Informationen finden Sie in detaillierten Anweisungen.
$ nano Deplo.Yaml
Die gesamte Konfigurationsdatei ist unten angezeigt. Sie können es bei Bedarf ändern.
Führen Sie den folgenden "Befehl erstellen" aus, um eine Bereitstellung zu erstellen.
$ kubectl erstellen Bereitstellungen Nginx-Abschluss
Unten finden Sie den Ausgangs -Screenshot des obigen ausgeführten Befehls.
Durch Ausführen des Befehls get Pods können Sie den Status der POD überprüfen. Die Darstellung ist unten zu sehen.
$ kubectl bekommen Pods
Wir können viel mehr über diese Schoten lernen, indem wir Kubectl beschreiben Pod. Schauen Sie sich die folgende Instanz an, um das Konzept besser zu verstehen. Der POD -Name kann gemäß der Benutzerauswahl geändert werden. Der verbleibende Befehl wäre jedoch der gleiche.
$ kubectl beschreibe Pod tousybox
Hier sehen Sie möglicherweise die Konfigurationsinformationen des Containers und die POD (Bezeichnungen, Ressourcenanforderungen usw.) sowie die Statussinformationen des Containers und die POD (Status, Bereitschaft, Bereitschaft, Neustart, Ereignisse usw.).
Lassen Sie uns einige der Optionen aus der obigen Ausgabe im Detail diskutieren:
Warten, Laufen und Kündigung
Dies sind die Zustände des Behälters. Abhängig vom Staat können Sie weitere Informationen erhalten. Wenn sich der Container jetzt im laufenden Status befindet, wird Ihnen das System beispielsweise angewiesen, wann er begonnen hat.
Bereit
Es zeigt an, ob der Container seine jüngste Bereitschaftssonde bestanden hat. Der Container hat in dieser Situation nicht einmal eine Bereitschaftssonde -Setup. Wenn es keine Bereitschaftssonde definiert ist, wird der Container als bereit angesehen.
Der Neustart
Diese Option zeigt, wie oft der Container bereits neu gestartet wurde. Diese spezifischen Informationen sind sehr hilfreich, um Crash -Schleifen in Containern mit einer "Immer" -Restart -Richtlinie zu finden.
Der binäre Zustand
Es ist die einzige Option, die mit einem Pod verknüpft ist. Es zeigt, dass die POD gut genug ist, um Anfragen zu starten, und kann leicht zu den Lastausgleichspools der ähnlichen Dienste hinzugefügt werden.
Schließlich sehen Sie eine Geschichte der jüngsten Ereignisse, an denen Ihre Pod beteiligt ist. Indem das System das erste oder letzte Mal feststellt, dass es zu sehen ist. "Von" zeigt, welche Komponenten oder Komponenten das Ereignis protokollieren. Die Option „SubObjectPath“ gibt an, auf welches Objekt oder welcher Container verwiesen wird. Schließlich zeigen die Optionen „Grund“ und „Nachrichten“, was tatsächlich passiert ist.
Wie man anhängige Pods debuggiert
Sie können Ereignisse verwenden, um einen Pod zu erkennen, der auf keinen der Knoten passt. Zum Beispiel könnte die POD möglicherweise mehrere Ressourcen anfordern, als jeder der Knoten besitzt. Andererseits könnte es einen Etikettenwähler geben, der nicht unbedingt an Knoten übereinstimmt. Sie können Kubectl beschreiben, um den Knoten zu beschreiben, um detaillierte Informationen über Knoten zu erhalten, genau wie Sie es mit Pods tun.
$ kubectl bekommen Pods
Um zu verstehen, warum der Pod nicht beginnt, können wir Kubectl durchführen, beschreiben Pod auf der anstehenden Pod und untersuchen ihre Ereignisse.
$ kubectl beschreibt Pods
Der Scheduler generiert ein Ereignis, das besagt, dass der POD aufgrund eines fehlgeschlagenen Planens nicht planen kann (und möglicherweise von anderen sein kann). Die Nachricht alarmiert uns, dass kein Knoten über ausreichende Ressourcen verfügt, um den Pod zu unterstützen.
Sie können dies beheben, indem Sie Ihre Bereitstellung über die Kubectl -Skala aktualisieren und weniger Replikate angeben. (Alternativ können Sie einen Pod ausstehend lassen, was sicher ist.)
Abschluss
Mit dem Befehl kubectl beschreiben Pods gibt Ihnen vollständige Informationen zu den Kubernetes -Infrastrukturkapseln. Führen Sie den Befehl aus, den Kubectl POD beschreibt, wenn Sie die Ausgabe von einer bestimmten Pod sehen möchten. Für Ihre Bequemlichkeit haben wir den Befehl kubectl beschreiben, den Pods -Befehl in diesem Beitrag ausführlich zu beschreiben.