diff --git a/KN06/KN06.md b/KN06/KN06.md index 6cc0482..010c92a 100644 --- a/KN06/KN06.md +++ b/KN06/KN06.md @@ -542,7 +542,6 @@ Im letzten KN06-Challenge werden Sie **selbständig** eine **Elastic High Availa :bookmark_tabs: Die ergänzenden Skills bzgl. **elastischem** Setup werden Ihnen, wenn es soweit ist, step by step erklärt. Bzgl. Namenskonvention gibt es ebenfalls noch ein paar wichtige Informationen unten. Alles andere müssen Sie allerdings **selber elaborieren**. 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 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.
@@ -552,7 +551,7 @@ Die Bildreihenfolge unten zeigt nochmals, was mit **Elastic Load Balancing** gem 1. **Viele Benutzer** greifen auf die App zu: :mag_right: [Originalbild][70b] _(oder unten auf erstes Bild klicken)_ 2. **Auto Scaler** reagiert und fährt neue Instanz hoch: :mag_right: [Originalbild][71b] _(oder unten auf zweites Bild klicken)_ 3. **Metrics Alarm** besteht weiterhin. Weitere Instanzen werden hochgefahren: :mag_right: [Originalbild][72b] _(oder unten auf drittes Bild klicken)_ - 1 Hohe Belastung. CloudWatch Alarm | 2 Grenzwert überschritten. Weitere Instanz | 3 Weitere Instanzen "on-demand" + 1 Hohe Belastung. CloudWatch Alarm wird ausgelöst | 2 Grenzwert überschritten. Weitere Instanz wird gestartet | 3 Weitere Instanzen werden "on-demand" hochgefahren :---:|:---:|:---:| [![User1][70a]][70b] | [![User2][71a]][71b] | [![User3+4][72a]][72b] @@ -574,6 +573,10 @@ Zuerst definieren S - **Policy type:** `Target tracking scaling` (default) - **Scaling policy name:** `Target Tracking Policy` (default) - **Metric type:** `Application Load Balancer request count per target` (auswählen) + - **Target group:** `KN06-XXX-TargetGroup2` (auswählen) + - **Target value:** `20` (bedeutet, dass man Site 20x reloaden muss, damit Grenzwert erreicht wird) + - **Instances need:** `60` (Sekunden für warm up bevor diese Metric wirksam wird) + - Buttom `Create` anklicken ##### Schritt 3: Target Group erstellen