tbz-repos/m346
1
0
Fork 0
mirror of https://gitlab.com/ser-cal/m346.git synced 2024-11-22 22:41:55 +01:00
Code Issues Actions Packages Projects Releases Wiki Activity

Auftrag D) erweitert

Browse Source
This commit is contained in:
Marcello Calisto 2023-10-17 09:40:46 +02:00
parent 4e3e0681c2
commit 6c83de4e04
1 changed files with 4 additions and 3 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

7
KN06/KN06.md
View File

@ -307,7 +307,7 @@ Dieses Beispiel mit einer Reihenfolge von **5 Bildern** verdeutlicht, weshalb es
**1. Bild:** **1. Bild:**
Wenn nun also User auf die Applikation zugreifen, können sie das theoretisch **nur** mit der IP-Adresse oder dem DNS.<br> Wenn nun also User auf die Applikation zugreifen, können sie das theoretisch **nur** mit der IP-Adresse oder dem DNS.<br>
**2. Bild:** Das bedeutet, dass die Last **nicht** gleichmässig verteilt wird. Hier fällt genau die EC2-Instanz aus, auf welche alle User zugreifen.<br> **2. Bild:** Das bedeutet, dass die Last **nicht** gleichmässig verteilt wird. Hier fällt genau die EC2-Instanz aus, auf welche alle 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 darauf zugreifen. Es fehlt dazu ein Load Balancer, der vom Auto Scaler informiert werden könnte.<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.
@ -411,8 +411,9 @@ Jetzt sind Sie zwar soweit, dass Sie eine Auto Scaling Group **und** einen Load
- Wählen Sie anschliessend die erstellte **Target Group** **`KN06-XXX-TargetGroup1`** aus. - Wählen Sie anschliessend die erstellte **Target Group** **`KN06-XXX-TargetGroup1`** aus.
- Klicken Sie unten auf das Feld **`Update`** - Klicken Sie unten auf das Feld **`Update`**
##### Schritt 4: Auto Scaling Group der Target Group des Load Balancers zuweisen ##### Schritt 4: Konfiguration prüfen
Im letzten Schritt nochmals kurz checken, ob in der **Target Group** die Targets (Instanzen) registriert sind und Health status **healthy** haben:
1. Bei der [**Navigation Bar:**](./x_res/55_Target-Group_ORIG.png) wählen Sie links unter **`Load Balancing`** den Buttom **`Target Groups`** aus. Dann klicken Sie auf den Tab **`Targets`**.