Auftrag E)

This commit is contained in:
Marcello Calisto 2023-10-20 10:03:20 +02:00
parent e9270ef585
commit 455b4bb9a0

View File

@ -446,7 +446,7 @@ Die Target group wurde nun erstellt. Im nächsten Bild ist allerdings zu erkenne
- Wählen Sie anschliessend die erstellte **Target Group** **`KN06-XXX-TargetGroup1`** aus.
- Klicken Sie unten auf das Feld **`Update`**
##### Schritt 4: Konfiguration prüfen
##### Schritt 4: Check
Im letzten Schritt nochmals kurz checken, ob in der **Target Group** die Targets (Instanzen) registriert sind und Health status **healthy** haben und dann mit dem DNS-Namen des Load Balancers testen, ob der Dienst funktioniert.
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`**.
2. Bei der [**Navigation Bar:**](./x_res/56_Target-Group_ORIG.png) wählen Sie links unter **`Load Balancing`** den Buttom **`Load Balancers`** aus. Dann erscheint gleich der Name des Load Balancers **`KN06-XXX-ALB1`** und der zugehörige DNS Name **`KN06-XXX-ASB1-xxxxxx.us-east-1.elb.amazonaws.com`**.
@ -715,11 +715,57 @@ In diesem Fall erstellen Sie folgende Metric:
Es braucht also ein bisschen **Geduld**, bis dieser Nachweis erbracht werden kann - und regelmässiges Reloaden der Webseite (mind. 100x auf URL des Loadbalancers klicken :-) .
<br>
<br>
<br>
#### Ziel der Übung
:bell: Sie wissen, wie man eine **High availability**-Architektur aufsetzt.
Sie sind in der Lage, einen **Load Balancer** aufzusetzen und so zu konfigurieren, dass er mit einer **Auto Scaling Group** zusammenarbeitet und so sicherstellt, dass die Plattform **resilient**, **Fault tolerant** und **dynamisch skalierbar** ist.
##### Leistungsnachweis
- [ ] Die **Target Group** ist korrekt erstellt worden (gemäss Namenskonvention).
- [ ] Der **Load Balancer** ist korrekt erstellt worden (gemäss Namenskonvention).
- [ ] Die **Auto Scaling Group** wurde korrekt der **Target Group** des **Load Balancers** zugewiesen.
- [ ] Der **Load Balancer** funktioniert fehlerfrei. Bei Reload des Browsers greift der **Load Balancer** auf **beide Availability Zones** zu.
- [ ] Die **Scaling policy** funktioniert fehlerfrei. Beim Überschreiten des Grenzwertes wird automatisch eine **neue Instanz** hochgefahren und in die Plattform eingebunden.
- [ ] Differenziert und nachvollziehbar im persönlichen Repository dokumentiert.
- [ ] Fachgespräch mit Coach.
- [ ] Sie wissen, was eine **Target Group** ist und wie diese mit dem **Load Balancer** interagiert.
- [ ] Sie verstehen, weshalb die **Auto Scaling Group** der **Target Group** zugewiesen wird und können anhand eines Beispiels differenziert erklären, wie sich das auf die Funktion der Plattform auswirkt.
Beachten Sie ausserdem die [allgemeinen Informationen zu den Abgaben](../Abgaben.md).
##### Beispiel-Abgabe:
- Screenshots:
xxxx | xxx | xxx
:---:|:---:|:---:|
![Webserver](./x_res/50_Webserver_works_400.png) | ![SSH](./x_res/51_SSH_works_400.png) | ![ICMP](./x_res/52_PING_works_400.png)
#### Services löschen
:warning: **Hinweis:**
>Nachdem Sie den **Challenge D** abgeschlossen haben und **bevor** sie mit dem letzten **Challenge E** starten, müssen Sie die **bestehende Umgebung löschen**. Im folgenden Challenge werden Sie das gelernte Wissen für einen neuen, etwas ergänzten, Use-case anwenden.
Führen Sie nun folgende Schritte der Reihe nach durch, damit sie später **keine** Konflikte bekommen:
>1. Auto Scaling Group **löschen**: :mag_right: [Originalbild][65b]
>2. Instanzen **löschen** (falls ASG gelöscht wird, nicht zwingend nötig): :mag_right: [Originalbild][66b]
>3. Load Balancer **löschen**: :mag_right: [Originalbild][67b]
>4. Target Groups **löschen**: :mag_right: [Originalbild][68b]
>5. Launch Template **löschen**: :mag_right: [Originalbild][69b]
<br>
----