mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-22 22:31:56 +01:00
Auftrag D) erweitert
This commit is contained in:
parent
ec6398df6f
commit
bc658289a8
@ -437,14 +437,13 @@ 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:**
|
**1. Bild:** Ein Benutzer greift auf die App zu. Der **Load Balancer** leitet ihn weiter zur **Instanz 1**.<br>
|
||||||
Ein Benutzer greift auf die App zu. Der **Load Balancer** leitet ihn weiter zur **Instanz 1**.<br>
|
|
||||||
**2. Bild:** xxx<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>
|
**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>
|
||||||
**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.
|
||||||
1. Zugriff auf App via IP oder DNS: :mag_right: [Originalbild][29b] _(oder unten auf erstes Bild klicken)_
|
1. Zugriff des **ersten** Users auf App via DNS: :mag_right: [Originalbild][29b] _(oder unten auf erstes Bild klicken)_
|
||||||
2. Instanz defekt: :mag_right: [Originalbild][24b] _(oder unten auf zweites Bild klicken)_
|
2. Zugriff des **zweiten** Users: :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
|
||||||
:---:|:---:|:---:|
|
:---:|:---:|:---:|
|
||||||
|
Loading…
Reference in New Issue
Block a user