mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-26 10:11:56 +01:00
Auftrag D) erweitert
This commit is contained in:
parent
6f682afa9d
commit
ec6398df6f
18
KN06/KN06.md
18
KN06/KN06.md
@ -427,6 +427,7 @@ Im letzten Schritt nochmals kurz checken, ob in der **Target Group** die Targets
|
|||||||
:---:|:---:
|
:---:|:---:
|
||||||
[![LoadBalancer in action1][57a]][57b] | [![LoadBalancer in Action2][58a]][58b]
|
[![LoadBalancer in action1][57a]][57b] | [![LoadBalancer in Action2][58a]][58b]
|
||||||
|
|
||||||
|
<br>
|
||||||
|
|
||||||
:warning: **Hinweis:**<br>
|
:warning: **Hinweis:**<br>
|
||||||
Im Gegensatz zum Anfang dieses Challenges, entspricht die Umgebung jetzt dem **High availiabilty**-Standard - wie folgt:
|
Im Gegensatz zum Anfang dieses Challenges, entspricht die Umgebung jetzt dem **High availiabilty**-Standard - wie folgt:
|
||||||
@ -436,6 +437,23 @@ 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>
|
||||||
|
**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>
|
||||||
|
**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 auf App via IP oder DNS: :mag_right: [Originalbild][29b] _(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
|
||||||
|
:---:|:---:|:---:|
|
||||||
|
[![VPC][23a]][23b] | [![Your VPC][24a]][24b] | [![Create VPC 1][25a]][25b]
|
||||||
|
4. Mehr Anfragen. Auto Scaler startet mehr Instanzen :mag_right: [Originalbild][26b] _(oder unten auf erstes Bild klicken)_
|
||||||
|
5. Noch mehr Anfragen. Auto Scaler erstellt noch mehr Instanzen :mag_right: [Originalbild][27b] _(oder unten auf zweites Bild klicken)_
|
||||||
|
4 Auto Scaler erstellt mehr Instanzen bei mehr Anfragen | 5 Auto Scaler erstellt noch mehr Instanzen bei noch mehr Anfragen
|
||||||
|
:---:|:---:
|
||||||
|
[![xxx][26a]][26b] | [![xxx][27a]][27b]
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
Loading…
Reference in New Issue
Block a user