mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-26 02:11:56 +01:00
Auftrag E) Einstieg
This commit is contained in:
parent
baedce2cb4
commit
14ac5ce0fd
@ -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)_
|
||||
|
Loading…
Reference in New Issue
Block a user