mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-22 22:11:55 +01:00
Auftrag D) erweitert
This commit is contained in:
parent
bc658289a8
commit
599994adba
15
KN06/KN06.md
15
KN06/KN06.md
@ -437,13 +437,14 @@ Im Gegensatz zum Anfang dieses Challenges, entspricht die Umgebung jetzt dem **H
|
|||||||
##### Use Case: Auto Scaler und Loadbalancer funktionieren:
|
##### 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.
|
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>
|
**1. Bild:** Der **erste** Benutzer greift auf die App zu. Der **Load Balancer** leitet ihn weiter zur **Instanz 1**.<br>
|
||||||
**2. Bild:** xxx<br>
|
**2. Bild:** Der **zweite** Benutzer greift auf die App zu. Der **Load Balancer** leitet ihn weiter zur **Instanz 2**.<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>
|
**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>
|
**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.
|
**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 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)_
|
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)_
|
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
|
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]
|
[![xxx][26a]][26b] | [![xxx][27a]][27b]
|
||||||
|
|
||||||
|
|
||||||
|
#### Missing in action
|
||||||
|
|
||||||
|
|
||||||
#### Ziel der Übung
|
#### Ziel der Übung
|
||||||
|
Loading…
Reference in New Issue
Block a user