Auftrag E)

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)_<br>
     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] 
 
-
-
-<br>
-<br>
 <br>
 
 #### 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
 
 <br>
 
-----
+
-
+---
+
+> [⇧ **Zurück zu KN06**](./README.md)
+
+---
+
+> [⇧ **Zurück zur Hauptseite**](https://gitlab.com/ser-cal/M346)
+
+---