Auftrag D) ergänzt / angepasst

KN06/KN06.md

@@ -8,11 +8,9 @@
 [01a4]: ./x_res/01_Loadbalancer4_600.png
 [01b4]: ./x_res/01_Loadbalancer4_ORIG.png
 
-
 [97a]: ./x_res/97_500_Error_600.png
 [98a]: ./x_res/98_500_Error_600.png
 
-
 [002a]: ./x_res/002_Lab11_Acad_Beweis_600.png
 [002b]: ./x_res/002_Lab11_Acad_Beweis_ORIG.png
 [001a]: ./x_res/001_Lab11_Acad_Beweis_600.png
@@ -48,7 +46,8 @@
 [26b]: ./x_res/26_AutoScaler_ORIG.png
 [27a]: ./x_res/27_AutoScaler_600.png
 [27b]: ./x_res/27_AutoScaler_ORIG.png
-
+[28a]: ./x_res/28_Design_1000.png
+[28b]: ./x_res/28_Design_ORIG.png
 
 # KN06 Inhaltsverzeichnis
 
@@ -304,7 +303,17 @@ Wenn nun also User auf die Applikation zugreifen, können sie das theoretisch **
 #### Missing in action
 :bulb: Und hier kommt der **Loadbalancer** ins Spiel. Falls dieser nämlich vorhanden wäre, würde er **Hand in Hand** mit dem Auto-Scaler die aktuellen Infos austauschen und dafür sorgen, dass die Anfragen gleichmässig auf die vom **Auto Scaler** zur Verfügung gestellten EC2-Instanzen verteilt werden.
 
-In diesem Challenge wird ein **Loadbalancer** aufgesetzt und so eingebunden, dass genau das funktioniert.
+In diesem Challenge wird ein **Loadbalancer** aufgesetzt und so eingebunden, dass genau das funktioniert. 
+
+Die Archtitektur sieht dann wie folgt aus:
+
+##### Netzwerkschema:
+1. Auto Scaling Group ist konfiguriert und reagiert dynamisch auf Status Checks und CloudWatch Metrics: :mag_right: [Originalbild][28b] _(oder unten auf das Bild klicken)_<br>
+2. Load Balancer existiert noch nicht. Muss nun erstellt werden
+    1) Auto Scaler ist konfiguriert und läuft 2) Elastic Load Balancer wird nun erstellt | 
+    :---:|
+    [![1. Launch template][28a]][28b] 
+
 
 ##### Schritt 1: Launch template erstellen
 Setzen Sie als erstes ein Launch-Template auf