From f377c48e5ddc36404ee23090085e7b28b89159c5 Mon Sep 17 00:00:00 2001 From: Marcello Calisto Date: Fri, 20 Oct 2023 11:39:52 +0200 Subject: [PATCH] Auftrag E) --- KN06/KN06.md | 32 +++++++++++++------------------- 1 file changed, 13 insertions(+), 19 deletions(-) diff --git a/KN06/KN06.md b/KN06/KN06.md index 88e6193..c1cadf5 100644 --- a/KN06/KN06.md +++ b/KN06/KN06.md @@ -734,7 +734,7 @@ In diesem Fall erstellen Sie folgende Metric: Es braucht also ein bisschen **Geduld**, bis dieser Nachweis erbracht werden kann - und regelmässiges Reloaden der Webseite (mind. 100x auf URL des Loadbalancers klicken :-) . ##### Schritt 7: Check -Nachdem die Scaling Policy erstellt wurde, erstmal etwas warten (:coffee:). Dann URL des Loadbalancers in einem Browser eingeben und verteilt über ein paar Minuten (mind. 3 Min.) so oft wie möglich **reloaden**. Gleichzeitig mit CloudWatch verfolgen, was läuft. **Reloaden** bis der Alarm ausgelöst wird (oder Krampferscheinungen im Zeigfinger auftreten :dizzy_face: ). Anhand der Kurve unten ist erkennbar, wenn der Alarm ausgelöst wird. +Nachdem die Scaling Policy erstellt wurde, erstmal etwas warten (:coffee:). Dann URL des Loadbalancers in einem Browser eingeben und verteilt über ein paar Minuten (mind. 3 Min.) so oft wie möglich **reloaden**. Gleichzeitig mit CloudWatch verfolgen, was läuft. **Reloaden** bis der Alarm ausgelöst wird (oder Krampferscheinungen im Zeigfinger auftreten :dizzy_face: ). Anhand der Kurve unten ist erkennbar, wann der Alarm ausgelöst wird. 1. CloudWatch-Fenster öffnen und überwachen. Alarm: :mag_right: [Originalbild][86b] _(oder unten auf das Bild klicken)_
1.) TargetTracking: Alarm wird ausgelöst | @@ -768,10 +768,6 @@ Nicht mehr reloaden. Die Last lässt nach. Der Grenzwert wird irgendwann untersc :---:|:---:|:---:| [![AlarmLow][87a]][87b] | [![DesiredState][88a]][88b] | [![Instanz terminiert][89a]][89b] - - -
-

#### Ziel der Übung @@ -788,26 +784,16 @@ Sie sind in der Lage, einen **Load Balancer** aufzusetzen und so zu konfiguriere - [ ] Fachgespräch mit Coach. - [ ] Sie wissen, was eine **Target Group** ist und wie diese mit dem **Load Balancer** interagiert. - [ ] Sie verstehen, weshalb die **Auto Scaling Group** der **Target Group** zugewiesen wird und können anhand eines Beispiels differenziert erklären, wie sich das auf die Funktion der Plattform auswirkt. + - [ ] Sie wiessen, wie eine **Scaling Policy** funktioniert und können anhand eines Use-Cases erklären, welche Vorteile sich dadurch ergeben. Beachten Sie ausserdem die [allgemeinen Informationen zu den Abgaben](../Abgaben.md). -##### Beispiel-Abgabe: -- Screenshots: - - xxxx | xxx | xxx - :---:|:---:|:---:| - ![Webserver](./x_res/50_Webserver_works_400.png) | ![SSH](./x_res/51_SSH_works_400.png) | ![ICMP](./x_res/52_PING_works_400.png) - - - - - #### Services löschen :warning: **Hinweis:** ->Nachdem Sie den **Challenge D** abgeschlossen haben und **bevor** sie mit dem letzten **Challenge E** starten, müssen Sie die **bestehende Umgebung löschen**. Im folgenden Challenge werden Sie das gelernte Wissen für einen neuen, etwas ergänzten, Use-case anwenden. +>Nachdem Sie den **Challenge E** abgeschlossen und vorgeführt haben, müssen Sie **sämtliche darin aufgebauten Dienste löschen**. Führen Sie nun folgende Schritte der Reihe nach durch, damit sie später **keine** Konflikte bekommen: >1. Auto Scaling Group **löschen**: :mag_right: [Originalbild][65b] >2. Instanzen **löschen** (falls ASG gelöscht wird, nicht zwingend nötig): :mag_right: [Originalbild][66b] @@ -817,8 +803,16 @@ Führen Sie nun folgende Schritte der Reihe nach durch, damit sie später **kein
----- - + +--- + +> [⇧ **Zurück zu KN06**](./README.md) + +--- + +> [⇧ **Zurück zur Hauptseite**](https://gitlab.com/ser-cal/M346) + +---