Auftrag E) Einstieg

This commit is contained in:
Marcello Calisto 2023-10-18 12:57:30 +02:00
parent ad1529343f
commit 6f5e79a996
7 changed files with 28 additions and 1 deletions

View File

@ -526,7 +526,34 @@ Führen Sie nun folgende Schritte der Reihe nach durch, damit sie später **kein
### E) High Availability Setup mit elastischer Anpassung der Ressourcen (HA Ninja) ### E) High Availability Setup mit elastischer Anpassung der Ressourcen (HA Ninja)
#### Ausgangslage: #### Ausgangslage:
Ihr Sie wissen nun, wie man eine High Availability Plattform aufbaut und betreibt. Was nun noch fehlt ist, dass die Applikation **on-demand** weitere Instanzen hoch- und runterfahren kann. Im AWS Fachjargon nennt man diesen Prozess **Elasticity**. AWS Elasticity hilft, Geld zu sparen und gleichzeitig sicherzustellen, dass die Anwendungen immer reibungslos laufen.
#### Challenge +
:bubl:
Im letzten KN06-Challenge werden Sie **selbständig** eine solche Umgebung aufbauen. Erschwerend kommt jetzt aber hinzu, dass Sie die Plattform so aufsetzen müssen, dass sie **elastisch skalieren** kann. Damit das am Ende funktioniert, müssen sie für die neue **Auto Scaling Group** eine sogenannte **Dynamic scaling policy** erstellen. In diesem Fall mit dem **Target value = 20**. Das bedeutet, dass sobald Sie ihre Webseite mehr als 20x reloaden, automatisch weitere Instanzen hochgefahren und an den Load Balancer gehängt werden.
:bookmark_tabs: Die ergänzenden Skills bzgl. **elastischem** Setup werden Ihnen, wenn es soweit ist, step by step erklärt.
Für das Setup nutzen Sie die Anleitung des letzten Challenges. Achten Sie darauf, dass die Namenskonvention **leicht angepasst** ist 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 am Ende 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.
**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>
**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)_
2. Zugriff vom **zweiten** Benutzer: :mag_right: [Originalbild][30b] _(oder unten auf zweites Bild klicken)_
3. Zugriff vom **dritten** und **vierten Benutzer**: :mag_right: [Originalbild][31b] _(oder unten auf drittes Bild klicken)_
1 Zugriff vom ersten Benutzer | 2 Zugriff vom zweiten Benutzer| 3 Zugriff vom dritten und vierten Benutzer
:---:|:---:|:---:|
[![User1][29a]][29b] | [![User2][30a]][30b] | [![User3+4][31a]][31b]
<br> <br>

Binary file not shown.

After

Width:  |  Height:  |  Size: 64 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 267 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 59 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 270 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 63 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 287 KiB