Auftrag E) Einstieg

This commit is contained in:
Marcello Calisto 2023-10-18 13:17:50 +02:00
parent baedce2cb4
commit 14ac5ce0fd

View File

@ -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)_