‫Wenn Sie nicht direkt aus der letzten Vorlesung gekommen sind, kehren Sie zur vorherigen Vorlesung zurück,
‫um sicherzustellen, dass die ordnungsgemäße Bereitstellung ausgeführt wird, sodass Sie die Protokolle haben, die wir hier in einer
‫Sekunde sehen werden.
‫Und da die Apache-Bereitstellung im Hintergrund ausgeführt wird und zwei Pods hat, weil wir die Replikate
‫auf zwei skaliert haben, sollten wir wirklich ein Cube-Steuerelement erstellen, um Pods zu erhalten und die Ergebnisse zu sehen.
‫Jetzt werden Ihre Pod-Namen natürlich etwas anders aussehen, da sie die Zahlen und zufälligen
‫Zeichen am Ende haben.
‫Wenn ich also tippe, wird mir klar, dass Sie in den letzten beiden Blöcken etwas anderes eingeben,
‫je nachdem, was in Ihrer Bereitstellung angezeigt wird.
‫Jetzt gibt es ein paar Befehle wie bei swarm und Docker selbst, aber in diesem Fall gibt
‫es verschiedene Befehle, um zu verstehen, was in einem Container vor sich geht und was der Orchestrator mit Containern macht.
‫Und der erste ist Protokolle.
‫Und der zweite ist beschreiben.
‫Wir haben technisch gesehen keinen Inspektionsbefehl für kubanische Wirbel, beschreiben aber viel mehr als das.
‫Versuchen wir also zuerst einen logs-Befehl.
‫Ihre Ausgabe unterscheidet sich möglicherweise geringfügig von meiner, aber Sie werden feststellen, dass die erste Zeile
‫nach der Eingabe in der logs-Bereitstellung meinen Apache durch einen Schrägstrich trennt.
‫Es heißt, man habe zwei Pods gefunden und einen Pod-Namen verwendet und dort einen bestimmten Pod-Namen angegeben.
‫Dies liegt daran, dass mit dem Standardprotokollbefehl nicht alle Poren gezogen und wie mit einem
‫Docker- oder Schwarmbefehl kombiniert werden.
‫Es ist nur standardmäßig.
‫Ich werde einen dieser Befehle aufrufen und wie andere Log-Befehle, die Sie in diesem Kurs gewohnt sind.
‫Es gibt viele Optionen, einschließlich Strich, Strich, Strich, Strich, Schwanz.
‫Dies sind übliche Dinge für Protokollierungsbefehle und jedes Linux-System.
‫Wenn wir also den gleichen Befehl mit einem Bindestrich ausgeführt haben, folgen Sie ihm gut, und
‫warten Sie, bis in den Protokollen dieses Pods etwas Neues angezeigt wird. Dann bedeutet Bindestrich-Ende 1 nur Rückkehr.
‫Nur die letzte Zeile, und auf diese Weise erhalten Sie keinen großen Speicherauszug der Protokolle, und Sie können C davon aus steuern.
‫Was nun, wenn Sie möchten, dass die Protokolle für mehrere Pods zusammengefasst werden?
‫Das kannst du auf jeden Fall.
‫Dies ist einfach nicht der Standardbefehl logs.
‫In diesem Fall müssen wir einen so genannten Selektor und kubanische Städte verwenden. Dies ist eine
‫Technik, um mehrere Pods basierend auf einem Label zu erfassen, das alle gemeinsam haben.
‫Und das Schöne dabei ist, dass bei Verwendung des Befehls cube control run allen
‫diesen Pods automatisch eine Bezeichnung mit dem Namen der Bereitstellung hinzugefügt wird, sodass wir denselben Bereitstellungsnamen my Apache verwenden können, um
‫alle Pods mit dieser Bezeichnung auszuwählen.
‫Beachten Sie, dass dies hier nur ein einfacher Abgleich eines Etiketts ist.
‫Wenn Sie also andere Bereitstellungen oder Pods mit diesem Label hätten, wären auch diese
‫davon betroffen.
‫Sie müssen also mit Ihrer Beschriftung und Benennung
‫vorsichtig sein, damit wir hier einen Bindestrich l verwenden, um die Beschriftung anzugeben, und wir geben die Beschriftung an, die der Befehl
‫run angewendet hat.
‫Welches war mein Apache und genau wie Swarm und Docker selbst können diese Log-Befehle für eine schnelle Fehlerbehebung sehr praktisch sein, sind aber
‫nicht der Ersatz für ein vollständiges Log-System in Kuba. Die NATO ist standardmäßig.
‫Es können nur bis zu 5 Pods gleichzeitig abgerufen werden, wenn der Selektor-Typ zum Abrufen der Protokolle verwendet wird, und Sie können dies jederzeit
‫erhöhen. In Wirklichkeit ist es jedoch eine Belastung für das System, diese Protokolldateien von allen verschiedenen
‫Knoten in der Produktion abzurufen Sie möchten ein Protokollierungssystem eines Drittanbieters, das alle diese Protokolle sammelt und im Laufe
‫der Zeit speichert, um sie schneller abrufen zu können.
‫Das gilt für jedes Container-Orchestrierungssystem, egal ob Docker-Schwarm oder kubanische Städte.
‫Der nächste Befehl hier wäre, den Befehl zu beschreiben, aber in diesem Fall wollen wir
‫den Pod selbst angeben. Wir wollen einen sehr spezifischen Pod erhalten, aber dann müssen wir zuerst
‫die Namen dieser Pods kennen, also
‫wollen wir die Pods erhalten Zuerst können wir einen dieser Namen kopieren
‫und in einen beschriebenen Befehlstyp-Pod einfügen. Dann erhalte ich diesen Pod zurück.
‫Jetzt muss ich diesen einen Pod nicht wirklich spezifizieren.
‫Ich könnte Pods sagen und ich würde alle PIs anzeigen, die ein wenig gefährlich sein könnten,
‫wenn Sie viele Pods haben und Sie können sicherlich andere Ressourcen beschreiben und verschiedene Arten von Ergebnissen basierend auf dem Objekt erhalten.
‫Was ich hier hervorheben wollte, war, dass dies dem Befehl inspect in swarm oder
‫in Docker selbst ähnelt, es jedoch auf dem Bildschirm ein bisschen besser angezeigt wird als in Jason.
‫Wenn Sie durch die Ergebnisse scrollen, werden Sie feststellen, dass es sich nicht nur um eine Beschreibung
‫des unterschiedlichen Objekts handelt, sondern auch Dinge wie Ereignisse unten aufruft, mit denen Sie schnell einen Überblick über die aktuelle
‫Realität dieses Objekts erhalten.
‫Wenn Sie also ein Problem mit einem Pod haben, der ein Bild gezogen hat, sehen Sie dieses Ereignis hier, in dem es heißt, dass
‫das Bild nicht gezogen werden kann.
‫Dies ist häufig der Fall, wenn Sie versehentlich einen Bildnamen oder Ähnliches falsch eingegeben haben.
‫Dies kann für eine schnelle Fehlerbehebung sehr praktisch sein, ohne dass Sie einige Ereignisse
‫aktivieren oder Protokolle debuggen müssen.
‫Gut.
‫In diesem letzten Teil zeige ich Ihnen, wie widerstandsfähig kubanische Ureinwohner ähnlich
‫wie Schwarm sind, wenn Sie in diesem Fall eine der niedrigeren Abstraktionsebenen löschen Stellen
‫Sie sicher, dass der Pod es neu erstellt.
‫Dies ähnelt der Art und Weise, wie ein Container oder eine Aufgabe und ein Schwarm, wenn Sie sie löschen, vom Service neu erstellt werden.
‫Also machen wir das in zwei verschiedenen Fenstern im ersten Fenster.
‫Wir werden ein Get mit einem Strich W verwenden.
‫Das wird uns also eine ähnliche Erfahrung machen wie der Befehl watch.
‫Wenn Sie jemals gesehen haben, wie ich den Befehl watch in diesem Kurs verwende, um einen Linux-Befehl zu
‫überwachen, der im Wesentlichen bedeutet, dass das Ding im Hintergrund ausgeführt wird, und Sie
‫könnten dies unter Linux tun, aber dieser Befehl watch ist nicht immer auf allen Betriebssystemen und hier verfügbar Wir können ein Würfel-Steuerelement erstellen, das Pods abruft. Fügen Sie jedoch einen Bindestrich w hinzu, damit
‫es dort bleibt und alle paar Sekunden aktualisiert wird.
‫Und jetzt können wir zu einem anderen Terminal gehen und einen dieser Pods löschen.
‫Als Erstes müssen wir den Namen kopieren und den Namen des Pods mit
‫einem Würfelkontroll-Pod-Schrägstrich versehen. Sie werden feststellen, dass er gelöscht wird, und dann wird dieses Protokoll
‫über die Änderungen ausgeführt.
‫Mir gefällt dies auch ein bisschen besser als der Befehl watch, da
‫der Befehl watch den Bildschirm aktualisiert, in dem eine fortlaufende Iteration der Änderungen angezeigt wird, die im unteren Bereich ziemlich übersichtlich ist.
‫Wenn wir ein anderes Würfel-Steuerelement haben, werden Sie sehen, dass wir wieder zwei sind.
‫Das ist also wieder sozusagen der Selbstheilungsaspekt eines Orchestrators.
‫Das ist eines der Hauptziele eines solchen.
‫Und zum Schluss möchte ich hier auf etwas hinweisen, bei dem Sie in der Vergangenheit möglicherweise davor geschützt waren,
‫bestimmte schädliche Dinge im Hund oder in einem Schwarm zu tun. Wenn Sie versuchten, etwas zu ändern oder
‫zu löschen, das Sie nicht sollten, könnte dies Sie vorzeitig warnen Kubanische Wirbel neigen dazu, auf die andere Seite zu fallen,
‫wo es ein bisschen weniger einschätzend ist, wie Sie es verwenden, was bedeutet, dass Sie manchmal Dinge tun können, die Sie nicht
‫tun sollten.
‫Wie in meinem vorherigen Beispiel, in dem ein Replikatsatz geändert wurde, anstatt die Bereitstellung darüber zu ändern.
‫Das Gleiche kann für das Wechseln eines Pods gelten, wenn Sie dies wirklich nicht tun sollten und das
‫Objekt darüber wechseln sollten.
‫Und das betont nur, dass Sie die Einzelheiten Ihrer Tätigkeit verstehen müssen, damit Sie
‫nicht versehentlich Änderungen löschen oder das Falsche in der falschen Reihenfolge ändern.
‫Und denken Sie daran, eine Würfel-Steuerelement-Lösch-Bereitstellung für Apache durchzuführen, um diese Vorlesung zu bereinigen.