diff --git a/KN06/KN06.md b/KN06/KN06.md
index 9c39b4b..f944310 100644
--- a/KN06/KN06.md
+++ b/KN06/KN06.md
@@ -63,8 +63,8 @@
 [34b]: ./x_res/34_Connection_ORIG.png
 [35a]: ./x_res/35_Connection_600.png
 [35b]: ./x_res/35_Connection_ORIG.png
-[37a]: ./x_res/37_Target-Group_600.png
 
+[37a]: ./x_res/37_Target-Group_600.png
 [41a]: ./x_res/41_Target-Group_600.png
 [41b]: ./x_res/41_Target-Group_ORIG.png
 [42a]: ./x_res/42_Target-Group_600.png
@@ -428,6 +428,18 @@ Im letzten Schritt nochmals kurz checken, ob in der **Target Group** die Targets
    [![LoadBalancer in action1][57a]][57b] |  [![LoadBalancer in Action2][58a]][58b] 
 
 
+:warning: **Hinweis:**<br>
+Im Gegensatz zum Anfang dieses Challenges, entspricht die Umgebung jetzt dem **High availiabilty**-Standard - wie folgt:
+- Die **Auto Scaling Group** ist **im Hintergrund aktiv** und sorgt dafür, dass **immer mindestens zwei Instanzen** laufen. 
+- Es wurde ein **Load Balancer** hinzugefügt, der die Last auf die verfügbaren Instanzen verteilt. Er nutzt dafür eine **Target Group**, auf welche auch der **Auto Scaler** Zugriff hat.   
+
+##### Use Case: Auto Scaler und Loadbalancer funktionieren:
+Dieses Beispiel mit einer Reihenfolge von **5 Bildern** verdeutlicht, wie **Auto Scaler** und **Load Balancer** interagieren und gemeinsam sicherstellen, dass die Plattform **Fehlertolerant** und somit **hochverfügbar** ist. 
+
+
+
+
+
 
    #### Ziel der Übung
 :bell: Sie wissen, wie man eine **High availability**-Architektur aufsetzt.