diff --git a/KN06/KN06.md b/KN06/KN06.md
index ccf9893..d02c9d3 100644
--- a/KN06/KN06.md
+++ b/KN06/KN06.md
@@ -273,9 +273,13 @@ Die Umgebung läuft im Moment also wie folgt:
 - Die **Auto Scaling Group** ist **im Hintergrund aktiv** und sorgt dafür, dass **immer mindestens zwei Instanzen** laufen. 
 - Es gibt **noch keinen Loadbalancer**.
 
-##### Use Case: Applikation mit Auto Scaler aber ohne Loadbalancer
+##### Use Case: Auto Scaler funktioniert, aber ohne Loadbalancer
+Dieses Beispiel mit einer Reihenfolge von **5 Bildern** verdeutlicht, weshalb es nicht viel bringt, wenn man nur den **Auto Scaler** aufsetzt, ohne ihn mit dem **Load Balancer** zu ergänzen. 
 
-Wenn nun also User auf die Applikation zugreifen, können sie das theoretisch **nur** mit der IP-Adresse oder dem DNS **(Bild 1)**. Das bedeutet, dass die Last **nicht** gleichmässig verteilt wird. Falls eine EC2-Instanz ausfällt **(Bild2)**, ist der Auto Scaler zwar in der Lage, eine neue Instanz zu starten. So, wie die Umgebung aktuell aufgesetzt ist, können die User aber nicht ohne weiteres darauf zugreifen **(Bild3)**. Dazu wäre ein Loadbalancer nötig, der vom Auto-Scaler die aktuellen Infos erhält.
+**1. Bild:** 
+Wenn nun also User auf die Applikation zugreifen, können sie das theoretisch **nur** mit der IP-Adresse oder dem DNS.<br> 
+**2. Bild:** und **3. Bild:**<br>
+Das bedeutet, dass die Last **nicht** gleichmässig verteilt wird. Falls eine EC2-Instanz ausfällt, ist der Auto Scaler zwar in der Lage, eine neue Instanz zu starten. So, wie die Umgebung aktuell aufgesetzt ist, können die User aber nicht ohne weiteres darauf zugreifen. Dazu wäre dann eben genau der Loadbalancer nötig, der vom Auto-Scaler die aktuellen Infos erhält.
 
 1. Zugriff auf App via IP oder DNS: :mag_right: [Originalbild][23b] _(oder unten auf erstes Bild klicken)_
 2. Instanz defekt: :mag_right: [Originalbild][24b] _(oder unten auf zweites Bild klicken)_