tbz-repos/m346
1
0
Fork 0
mirror of https://gitlab.com/ser-cal/m346.git synced 2024-11-22 18:21:56 +01:00
Code Issues Actions Packages Projects Releases Wiki Activity

Auftrag D) erweitert

Browse Source
This commit is contained in:
Marcello Calisto 2023-10-17 11:59:09 +02:00
parent bc658289a8
commit 599994adba
1 changed files with 9 additions and 8 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

15
KN06/KN06.md
View File

@ -437,13 +437,14 @@ Im Gegensatz zum Anfang dieses Challenges, entspricht die Umgebung jetzt dem **H
##### 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.
**1. Bild:** Ein Benutzer greift auf die App zu. Der **Load Balancer** leitet ihn weiter zur **Instanz 1**.<br>
**2. Bild:** xxx<br>
**3. Bild:** Der Auto Scaler erhält diese Info und ist sofort in der Lage, eine neue Instanz zu starten. Aber so, wie die Umgebung aktuell aufgesetzt ist, können die User nicht darauf zugreifen.<br>
**1. Bild:** Der **erste** Benutzer greift auf die App zu. Der **Load Balancer** leitet ihn weiter zur **Instanz 1**.<br>
**2. Bild:** Der **zweite** Benutzer greift auf die App zu. Der **Load Balancer** leitet ihn weiter zur **Instanz 2**.<br>
**3. Bild:** Der **dritte** und **vierte** Benutzer greifen auf die App zu. Der **Load Balancer** verteilt diese gleichmässig auf **beide Instanzen** _(Lastverteilung funktioniert)_<br>
**4. Bild:** Der Auto Scaler funktioniert **as designed**. Bei noch mehr Anfragen wird er aufgrund des überschrittenen Grenzwertes weitere Instanzen hochfahren.<br>
**5. Bild:** Der Prozess wird fortgesetzt. On-demand werden Instanzen hoch- oder runtergefahren. Obwohl der Load mit dieser Scale-out-Strategie abgedeckt wäre, können die User immer noch nicht auf den Dienst zugreifen.
1. Zugriff des **ersten** Users auf App via DNS: :mag_right: [Originalbild][29b] _(oder unten auf erstes Bild klicken)_
2. Zugriff des **zweiten** Users: :mag_right: [Originalbild][24b] _(oder unten auf zweites Bild klicken)_
**5. Bild:** Der Prozess wird fortgesetzt. On-demand werden Instanzen hoch- oder runtergefahren. Obwohl der Load mit dieser Scale-out-Strategie abgedeckt wäre, können die User immer noch nicht auf den Dienst zugreifen.<br>
1. Zugriff auf App via IP oder DNS: :mag_right: [Originalbild][23b] _(oder unten auf erstes Bild klicken)_
2. Instanz defekt: :mag_right: [Originalbild][24b] _(oder unten auf zweites Bild klicken)_
3. Auto Scaler reagiert und startet neue Instanz: :mag_right: [Originalbild][25b] _(oder unten auf drittes Bild klicken)_
1 Zugriff via IP oder DNS | 2 Instanz failure | 3 Auto Scaler reagiert und startet neue Instanz
:---:|:---:|:---:|
@ -455,7 +456,7 @@ Dieses Beispiel mit einer Reihenfolge von **5 Bildern** verdeutlicht, wie **Auto
[![xxx][26a]][26b] | [![xxx][27a]][27b]
#### Missing in action
#### Ziel der Übung