diff --git a/KN06/KN06.md b/KN06/KN06.md index 80b1919..f60e5e1 100644 --- a/KN06/KN06.md +++ b/KN06/KN06.md @@ -288,8 +288,6 @@ Wenn nun also User auf die Applikation zugreifen, können sie das theoretisch ** **4. Bild:** Der Auto Scaler funktioniert **as designed**. Bei noch mehr Anfragen wird er aufgrund des überschrittenen Grenzwertes weitere Instanzen hochfahren.
**5. Bild:** Der Prozess wird fortgesetzt. On-demand werden Instanzen hoch- oder runtergefahren. Obwohl der Load mit dieser Scale-out-Strategie abgedeckt wäre, können die User immer noch nicht auf den Dienst zugreifen. -Und hier kommt der Loadbalancer ins Spiel. Falls dieser vorhanden wäre, würde er Hand in Hand mit dem Auto-Scaler die aktuellen Infos austauschen und dafür sorgen, dass die Anfragen ausgewogen verteilt werden und . - 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)_ 3. Auto Scaler reagiert und startet neue Instanz: :mag_right: [Originalbild][25b] _(oder unten auf drittes Bild klicken)_ @@ -303,7 +301,10 @@ Und hier kommt der Loadbalancer ins Spiel. Falls dieser vorhanden wäre, würde [![xxx][26a]][26b] | [![xxx][27a]][27b] +#### Brother is missing +:bulb: Und hier kommt der Loadbalancer ins Spiel. Falls dieser vorhanden wäre, würde er Hand in Hand mit dem Auto-Scaler die aktuellen Infos austauschen und dafür sorgen, dass die Anfragen ausgewogen verteilt werden. +In diesem Challenge wird nun dieser **Loadbalancer** aufgesetzt und eingebunden. ##### Schritt 1: Launch template erstellen Setzen Sie als erstes ein Launch-Template auf