NR. 16 Kontext

Aufgabe:
Ein Pod innerhalb des Deployments mit dem Namen buffale-deployment und im Namespace gorilla protokolliert Fehler.
1) Sehen Sie sich die Protokolle an, um Fehlermeldungen zu erkennen.
Finde Fehler, einschließlich Benutzer "system:serviceaccount:gorilla:default" kann Ressource "deployment" nicht auflisten [...] im Namespace "gorilla"
2) Aktualisieren Sie das Deployment buffalo-deployment, um die Fehler in den Protokollen des Pods zu beheben.
Das Manifest von buffalo-deployment finden Sie unter -/prompt/escargot/buffalo-deployment.yaml

NR. 17

Aufgabe
Eine Bereitstellung fällt im Cluster aus, weil ein falsches Image angegeben wurde. Suchen Sie die Bereitstellung und beheben Sie das Problem.

NR. 18

Aufgabe:
Erstellen Sie eine Bereitstellung mit dem Namen expose im bestehenden Namespace ckad00014, in dem 6 Replikate eines Pods laufen. Geben Sie einen einzelnen Container unter Verwendung des ifccncf/nginx: 1.13.7-Image Fügen Sie dem Container eine Umgebungsvariable namens NGINX_PORT mit dem Wert 8001 hinzu, dann expose port
8001

NR. 19

Aufgabe:
Aktualisieren Sie den Pod ckad00018-newpod im Namespace ckad00018, um eine NetworkPolicy zu verwenden, die es dem Pod erlaubt, Datenverkehr nur an die Pods web und db zu senden und von diesen zu empfangen

NR. 20 Siehe Exhibit.

Kontext
Sie sollen eine Canary-Bereitstellung zum Testen einer neuen Anwendungsversion vorbereiten.
Aufgabe:
Ein Dienst namens krill-Service im goshark-Namensraum verweist auf 5 Pods, die vom Einsatz namens current-krill-deployment erstellt wurden

1) Erstellen Sie eine identische Bereitstellung mit dem Namen canary-kill-deployment im selben Namensraum.
2) Ändern Sie die Bereitstellung so, dass:
Maximal 10 Pods laufen im Goshawk-Namensraum.
-40% des Datenverkehrs des Krill-Dienstes geht an die Kanarienvogel-Krill-Einsatzkapsel(n)

NR. 21 Ausstellen:

Kontext
Der Namespace Ihrer Anwendung erfordert ein bestimmtes Dienstkonto, das verwendet werden muss.
Aufgabe
Aktualisieren Sie die app-a-Bereitstellung im Produktionsnamensraum so, dass sie unter dem Dienstkonto restrictedservice ausgeführt wird. Das Dienstkonto ist bereits erstellt worden.

NR. 22

Aufgabe:
1- Aktualisieren Sie die Propertunel-Skalierungskonfiguration des Deployments web1 im Namensraum ckad00015 und setzen Sie maxSurge auf 2 und maxUnavailable auf 59
2- Aktualisieren Sie die web1-Bereitstellung, um die Versionsnummer 1.13.7 für das Ifconf/nginx-Container-Image zu verwenden.
3- Führen Sie ein Rollback der web1-Bereitstellung auf ihre vorherige Version durch

NR. 23 Ausstellen:

Kontext
Entwickler müssen gelegentlich Pods einreichen, die in regelmäßigen Abständen ausgeführt werden.
Aufgabe
Führen Sie die folgenden Schritte aus, um einen Pod zu erstellen, der zu einem bestimmten Zeitpunkt gestartet wird und]der bei jedem Start nur einmal bis zum Ende läuft:
* Erstellen Sie ein YAML-formatiertes Kubernetes-Manifest /opt/KDPD00301/periodic.yaml, das den folgenden Shell-Befehl ausführt: date in einem einzelnen Busybox-Container. Der Befehl sollte jede Minute ausgeführt werden und muss innerhalb von 22 Sekunden abgeschlossen sein oder von Kubernetes beendet werden. Der Cronjob namp und der Containername sollten beide hello sein
* Erstellen Sie die Ressource im obigen Manifest und überprüfen Sie, ob der Auftrag mindestens einmal erfolgreich ausgeführt wird.

NR. 24 Ausstellen:

Kontext
Ein Pod läuft auf dem Cluster, aber er reagiert nicht.
Aufgabe
Das gewünschte Verhalten ist, dass Kubemetes den Pod neu startet, wenn ein Endpunkt einen HTTP 500 auf dem Endpunkt /healthz zurückgibt. Der Dienst probe-pod sollte niemals Datenverkehr an den Pod senden, wenn dieser ausfällt. Bitte führen Sie die folgenden Schritte aus:
* Die Anwendung hat einen Endpunkt, /started, der anzeigt, ob er Datenverkehr annehmen kann, indem er ein HTTP 200 zurückgibt. Wenn der Endpunkt ein HTTP 500 zurückgibt, hat die Anwendung ihre Initialisierung noch nicht abgeschlossen.
* Die Anwendung hat einen weiteren Endpunkt /healthz, der anzeigt, ob die Anwendung noch wie erwartet funktioniert, indem er ein HTTP 200 zurückgibt. Wenn der Endpunkt ein HTTP 500 zurückgibt, ist die Anwendung nicht mehr ansprechbar.
* Konfigurieren Sie den mitgelieferten probe-pod pod, um diese Endpunkte zu verwenden
* Die Sonden sollten den Port 8080 verwenden.

NR. 25 Ausstellen:

Kontext
Es ist immer sinnvoll, sich die Ressourcen anzusehen, die Ihre Anwendungen in einem Cluster verbrauchen.
Aufgabe
* Von den Pods, die im Namensraum cpu-stress laufen, schreiben Sie nur den Namen des Pods, der die meiste CPU verbraucht, in die Datei /opt/KDOBG030l/pod.txt, die bereits erstellt worden ist.

NR. 26

Aufgabe:
Ein Dockerfile wurde vorbereitet unter -/human-stork/build/Dockerfile
1) Erstellen Sie unter Verwendung der vorbereiteten Dockerdatei ein Container-Image mit dem Namen macque und lag 3.0. Sie können das Tool Ihrer Wahl installieren und verwenden.

2) Exportieren Sie das erstellte Container-Image mit einem Tool Ihrer Wahl im OC-Format und speichern Sie es unter -/human stork/macque 3.0 tar Siehe die Lösung unten.

NR. 27 Siehe Exhibit.

Aufgabe:
Ein Dockerfile wurde vorbereitet unter -/human-stork/build/Dockerfile
1) Erstellen Sie unter Verwendung der vorbereiteten Dockerdatei ein Container-Image mit dem Namen macque und lag 3.0. Sie können das Tool Ihrer Wahl installieren und verwenden.

2) Exportieren Sie das erstellte Container-Image mit einem Tool Ihrer Wahl im OC-Format und speichern Sie es unter -/human stork/macque 3.0 tar

NR. 28 Siehe Exhibit.

Aufgabe:
Ein Pod innerhalb des Deployments mit dem Namen buffale-deployment und im Namespace gorilla protokolliert Fehler.
1) Sehen Sie sich die Protokolle an, um Fehlermeldungen zu erkennen.
Finde Fehler, einschließlich Benutzer "system:serviceaccount:gorilla:default" kann Ressource "deployment" nicht auflisten [...] im Namespace "gorilla"
2) Aktualisieren Sie das Deployment buffalo-deployment, um die Fehler in den Protokollen des Pods zu beheben.
Das Manifest von buffalo-deployment finden Sie unter -/prompt/escargot/buffalo-deployment.yaml

NR. 29 Kontext

Aufgabe:
Erstellen Sie einen Pod mit dem Namen nginx resources im bestehenden Pod-Ressourcen-Namespace.
Geben Sie einen einzelnen Container mit nginx:stable image an.
Geben Sie eine Ressourcenanforderung von 300m CPUs und 1G1 Speicher für den Container des Pods an.

NR. 30 Siehe Exhibit.

Aufgabe:
Der Pod für die Bereitstellung namens nosql im craytisn-Namensraum kann nicht gestartet werden, da sein Container keine Ressourcen mehr hat.
Aktualisieren Sie die nosol-Bereitstellung so, dass der Pod:
1) Anforderung von 160M Speicher für seinen Container
2) Begrenzt den Speicher auf die Hälfte der maximalen Speicherbeschränkung für den crayfah-Namensraum.