From d00ea5ef08a89c5ee5dbf474ecd0085259f2b4dd Mon Sep 17 00:00:00 2001 From: Marcello Calisto Date: Sun, 15 Oct 2023 11:39:53 +0200 Subject: [PATCH] =?UTF-8?q?Auftrag=20C)=20erg=C3=A4nzt?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- KN06/KN06.md | 8 ++++++++ 1 file changed, 8 insertions(+) diff --git a/KN06/KN06.md b/KN06/KN06.md index 2f7bcd6..9ab5708 100644 --- a/KN06/KN06.md +++ b/KN06/KN06.md @@ -122,6 +122,14 @@ Kombiniert man den **Auto Scaler** mit den **Load Balancer**, erhält der dahint Momentan aber schauen wir diese beiden Dienste noch losgelöst voneinander an. Im folgenden Auftrag geht es deshalb nur um die Vorzüge des **Auto Scalers**. Er stellt sicher, dass meine Ressourcen **immer** dem gewünschten Zustand (Desired state) entsprechen. Im folgenden Challenge setzen wir diesen Dienst so auf, dass **immer mindestens zwei** EC2-Instanzen laufen. Falls eine Instanz wegfällt (z.B. versehntlich terminiert, SW-Issue oder technischer Defekt) wird automatisch eine neue Instanz hochgefahren. +Text: +1. Text: :mag_right: [Originalbild][19b] _(oder unten auf erstes Bild klicken)_
+ 1 xxx | + :---:| + [![1. Launch template][19a]][19b] + + + Gleichzeitig erkennt man hier aber sofort auch die **Grenzen** des **Auto Scalers**. Er ist zwar in der Lage, aufgrund von **status checks** und **CloudWatch-Metrics** den Gesundheitszustand der Instanzen zu checken und entsprechend zu reagieren (z.B. beim Ausfall einer EC2-Instanz eine Ersatz-Instanz hochzufahren), aber er ist alleine **nicht** in der Lage, die Last gleichmässig zu verteilen und dabei auch die neuen Instanzen einzubinden. Und genau hier kommt ihm sein bester Freund, der **Load Balancer**, zur Hilfe. Der **Auto Scaler** sorgt also quasi **im Hintergrund** dafür, dass **immer** ausreichend (nicht zuviel, aber auch nicht zuwenig) Ressourcen vorhanden sind, während der **Load Balancer** vorne praktisch als **Türsteher** dafür sorgt, dass diese Ressourcen **gleichmässig** genutzt werden. Weil diese Ressourcen über zwei oder mehrere **Availability Zones** verteilt werden, spricht man bei einer solchen Konfiguration von einer **High Availability-Architektur**.