From cdb96749b15402d0234114e4c67dd3dcce1910ad Mon Sep 17 00:00:00 2001 From: Marcello Calisto Date: Sun, 15 Oct 2023 11:46:04 +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 | 9 +++++---- 1 file changed, 5 insertions(+), 4 deletions(-) diff --git a/KN06/KN06.md b/KN06/KN06.md index 4d9947d..78341af 100644 --- a/KN06/KN06.md +++ b/KN06/KN06.md @@ -123,10 +123,11 @@ 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. Die Aufgaben des **Auto Scalers** sind: -- Launched und terminiert EC2-Instanzen **dynamisch** -- Skaliert horizontal (Scale out) -- Unterstützt **Elasticity** und **Scalability** -- Reagiert auf **EC2 Status Checks** +- Launched und terminiert EC2-Instanzen **dynamisch**. +- Skaliert horizontal (Scale out). +- Unterstützt **Elasticity** und **Scalability**. +- Reagiert auf **EC2 Status Checks** und **CloudWatch-Metrics**. +- Skaliert **On-demand** (Performance) und/oder gemäss Planung (Falls man z.B. weiss, dass am Sonntagabend ein Backup-job viel Ressourcen braucht). Text: 1. Text: :mag_right: [Originalbild][19b] _(oder unten auf erstes Bild klicken)_