Auftrag D) erweitert

This commit is contained in:
Marcello Calisto 2023-10-17 11:15:42 +02:00
parent a45ff95dba
commit 6f682afa9d

View File

@ -63,8 +63,8 @@
[34b]: ./x_res/34_Connection_ORIG.png
[35a]: ./x_res/35_Connection_600.png
[35b]: ./x_res/35_Connection_ORIG.png
[37a]: ./x_res/37_Target-Group_600.png
[37a]: ./x_res/37_Target-Group_600.png
[41a]: ./x_res/41_Target-Group_600.png
[41b]: ./x_res/41_Target-Group_ORIG.png
[42a]: ./x_res/42_Target-Group_600.png
@ -428,6 +428,18 @@ Im letzten Schritt nochmals kurz checken, ob in der **Target Group** die Targets
[![LoadBalancer in action1][57a]][57b] | [![LoadBalancer in Action2][58a]][58b]
:warning: **Hinweis:**<br>
Im Gegensatz zum Anfang dieses Challenges, entspricht die Umgebung jetzt dem **High availiabilty**-Standard - wie folgt:
- Die **Auto Scaling Group** ist **im Hintergrund aktiv** und sorgt dafür, dass **immer mindestens zwei Instanzen** laufen.
- Es wurde ein **Load Balancer** hinzugefügt, der die Last auf die verfügbaren Instanzen verteilt. Er nutzt dafür eine **Target Group**, auf welche auch der **Auto Scaler** Zugriff hat.
##### Use Case: Auto Scaler und Loadbalancer funktionieren:
Dieses Beispiel mit einer Reihenfolge von **5 Bildern** verdeutlicht, wie **Auto Scaler** und **Load Balancer** interagieren und gemeinsam sicherstellen, dass die Plattform **Fehlertolerant** und somit **hochverfügbar** ist.
#### Ziel der Übung
:bell: Sie wissen, wie man eine **High availability**-Architektur aufsetzt.