diff --git a/KN06/KN06.md b/KN06/KN06.md
index 27c5dc5..f68acfa 100644
--- a/KN06/KN06.md
+++ b/KN06/KN06.md
@@ -446,7 +446,7 @@ Die Target group wurde nun erstellt. Im nächsten Bild ist allerdings zu erkenne
- Wählen Sie anschliessend die erstellte **Target Group** **`KN06-XXX-TargetGroup1`** aus.
- Klicken Sie unten auf das Feld **`Update`**
-##### Schritt 4: Konfiguration prüfen
+##### Schritt 4: Check
Im letzten Schritt nochmals kurz checken, ob in der **Target Group** die Targets (Instanzen) registriert sind und Health status **healthy** haben und dann mit dem DNS-Namen des Load Balancers testen, ob der Dienst funktioniert.
1. Bei der [**Navigation Bar:**](./x_res/55_Target-Group_ORIG.png) wählen Sie links unter **`Load Balancing`** den Buttom **`Target Groups`** aus. Dann klicken Sie auf den Tab **`Targets`**.
2. Bei der [**Navigation Bar:**](./x_res/56_Target-Group_ORIG.png) wählen Sie links unter **`Load Balancing`** den Buttom **`Load Balancers`** aus. Dann erscheint gleich der Name des Load Balancers **`KN06-XXX-ALB1`** und der zugehörige DNS Name **`KN06-XXX-ASB1-xxxxxx.us-east-1.elb.amazonaws.com`**.
@@ -715,11 +715,57 @@ 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 :-) .
+
+
+
+
+#### Ziel der Übung
+:bell: Sie wissen, wie man eine **High availability**-Architektur aufsetzt.
+Sie sind in der Lage, einen **Load Balancer** aufzusetzen und so zu konfigurieren, dass er mit einer **Auto Scaling Group** zusammenarbeitet und so sicherstellt, dass die Plattform **resilient**, **Fault tolerant** und **dynamisch skalierbar** ist.
+
+##### Leistungsnachweis
+- [ ] Die **Target Group** ist korrekt erstellt worden (gemäss Namenskonvention).
+- [ ] Der **Load Balancer** ist korrekt erstellt worden (gemäss Namenskonvention).
+- [ ] Die **Auto Scaling Group** wurde korrekt der **Target Group** des **Load Balancers** zugewiesen.
+- [ ] Der **Load Balancer** funktioniert fehlerfrei. Bei Reload des Browsers greift der **Load Balancer** auf **beide Availability Zones** zu.
+- [ ] Die **Scaling policy** funktioniert fehlerfrei. Beim Überschreiten des Grenzwertes wird automatisch eine **neue Instanz** hochgefahren und in die Plattform eingebunden.
+- [ ] Differenziert und nachvollziehbar im persönlichen Repository dokumentiert.
+- [ ] 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.
+
+Beachten Sie ausserdem die [allgemeinen Informationen zu den Abgaben](../Abgaben.md).
+##### Beispiel-Abgabe:
+- Screenshots:
+
+ xxxx | xxx | xxx
+ :---:|:---:|:---:|
+  |  | 
+
+
+
+
+
+
+#### 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.
+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]
+>3. Load Balancer **löschen**: :mag_right: [Originalbild][67b]
+>4. Target Groups **löschen**: :mag_right: [Originalbild][68b]
+>5. Launch Template **löschen**: :mag_right: [Originalbild][69b]
+----
+
+
+