diff --git a/KN06/KN06.md b/KN06/KN06.md
index a059a25..e87b653 100644
--- a/KN06/KN06.md
+++ b/KN06/KN06.md
@@ -536,10 +536,10 @@ Im letzten KN06-Challenge werden Sie **selbständig** eine **Elastic High Availa
 Nutzen Sie dazu die Anleitung des letzten Challenges. Achten Sie darauf, dass die Namenskonvention **leicht angepasst** wurde und dass Sie z.B. für das Launch Template ein **anderes Script** (ergänzt mit Instance-IDs) verwenden. Dies, weil Sie am Ende beweisen werden, dass Ihre Plattform in der Lage sein wird, **on-demand** neue Instanzen hinzuzufügen und dass der Load Balancer anschliessend auch darauf zugreifen kann.
 
 Jetzt aber eins nach dem anderen.  
-Die Grafik unten zeigt, was mit **Elastic Load Balancing** gemeint ist.
+Die Bildreihenfolge unten zeigt nochmals, was mit **Elastic Load Balancing** gemeint ist.
 
 **1. Bild:** Es greifen weit mehr als gewöhnlich viele User auf die Applikation zu. Desired State ist auf **2 Instanzen** gesetzt.<br>
-**2. Bild:** Der **Auto-Scaler** erhält von **Amazon CloudWatch** die Information, dass die Metric ****   erstellt gemäss **Desired State: 2** eine **neue Instanz** (Nr.3).<br>
+**2. Bild:** Der **Auto-Scaler** erhält von **Amazon CloudWatch** die Information, dass der Grenzwert **Target value** überschritten wurde (Policy-Metric). Er erstellt eine **neue Instanz** (Nr.3), wenn der Wert **Maximum capacity** auf höher als 2 festelegt wurde.<br>
 **3. Bild:** Der **Load Balancer** erhält die Info, dass vom **Auto Scaler** eine **neue** Instanz bereitgestellt wurde, nimmt diesen in seine **Target Group** auf und leitet Teil des Traffics darauf um.<br>
 
 1. Zugriff vom **ersten** Benutzer: :mag_right: [Originalbild][29b] _(oder unten auf erstes Bild klicken)_