mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-22 18:11:57 +01:00
Auftrag D) Einstieg
This commit is contained in:
parent
5a6af8aa37
commit
cfe59e9f67
@ -278,8 +278,12 @@ Dieses Beispiel mit einer Reihenfolge von **5 Bildern** verdeutlicht, weshalb es
|
||||
|
||||
**1. Bild:**
|
||||
Wenn nun also User auf die Applikation zugreifen, können sie das theoretisch **nur** mit der IP-Adresse oder dem DNS.<br>
|
||||
**2. Bild:** und **3. Bild:**<br>
|
||||
Das bedeutet, dass die Last **nicht** gleichmässig verteilt wird. Falls eine EC2-Instanz ausfällt, ist der Auto Scaler zwar in der Lage, eine neue Instanz zu starten. So, wie die Umgebung aktuell aufgesetzt ist, können die User aber nicht ohne weiteres darauf zugreifen. Dazu wäre dann eben genau der Loadbalancer nötig, der vom Auto-Scaler die aktuellen Infos erhält.
|
||||
**2. Bild:** Das bedeutet, dass die Last **nicht** gleichmässig verteilt wird. Hier fällt genau die EC2-Instanz aus, auf welche die User 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 ohne weiteres einfach darauf zugreifen.
|
||||
|
||||
.... BILDER 4 UND 5 NOCH BESCHREIBEN
|
||||
|
||||
Und hier kommt der Loadbalancer ins Spiel. Falls dieser vorhanden wäre, würde er Hand in Hand mit dem Auto-Scaler die aktuellen Infos austauschen und dafür sorgen, dass die Anfragen ausgewogen verteilt werden und .
|
||||
|
||||
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)_
|
||||
|
Loading…
Reference in New Issue
Block a user