Auftrag E)

This commit is contained in:
Marcello Calisto 2023-10-20 11:39:52 +02:00
parent a8c4fa01e9
commit f377c48e5d

View File

@ -734,7 +734,7 @@ 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 :-) .
##### Schritt 7: Check
Nachdem die Scaling Policy erstellt wurde, erstmal etwas warten (:coffee:). Dann URL des Loadbalancers in einem Browser eingeben und verteilt über ein paar Minuten (mind. 3 Min.) so oft wie möglich **reloaden**. Gleichzeitig mit CloudWatch verfolgen, was läuft. **Reloaden** bis der Alarm ausgelöst wird (oder Krampferscheinungen im Zeigfinger auftreten :dizzy_face: ). Anhand der Kurve unten ist erkennbar, wenn der Alarm ausgelöst wird.
Nachdem die Scaling Policy erstellt wurde, erstmal etwas warten (:coffee:). Dann URL des Loadbalancers in einem Browser eingeben und verteilt über ein paar Minuten (mind. 3 Min.) so oft wie möglich **reloaden**. Gleichzeitig mit CloudWatch verfolgen, was läuft. **Reloaden** bis der Alarm ausgelöst wird (oder Krampferscheinungen im Zeigfinger auftreten :dizzy_face: ). Anhand der Kurve unten ist erkennbar, wann der Alarm ausgelöst wird.
1. CloudWatch-Fenster öffnen und überwachen. Alarm: :mag_right: [Originalbild][86b] _(oder unten auf das Bild klicken)_<br>
1.) TargetTracking: Alarm wird ausgelöst |
@ -768,10 +768,6 @@ Nicht mehr reloaden. Die Last lässt nach. Der Grenzwert wird irgendwann untersc
:---:|:---:|:---:|
[![AlarmLow][87a]][87b] | [![DesiredState][88a]][88b] | [![Instanz terminiert][89a]][89b]
<br>
<br>
<br>
#### Ziel der Übung
@ -788,26 +784,16 @@ Sie sind in der Lage, einen **Load Balancer** aufzusetzen und so zu konfiguriere
- [ ] 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.
- [ ] Sie wiessen, wie eine **Scaling Policy** funktioniert und können anhand eines Use-Cases erklären, welche Vorteile sich dadurch ergeben.
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.
>Nachdem Sie den **Challenge E** abgeschlossen und vorgeführt haben, müssen Sie **sämtliche darin aufgebauten Dienste löschen**.
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]
@ -817,8 +803,16 @@ Führen Sie nun folgende Schritte der Reihe nach durch, damit sie später **kein
<br>
----
---
> [⇧ **Zurück zu KN06**](./README.md)
---
> [⇧ **Zurück zur Hauptseite**](https://gitlab.com/ser-cal/M346)
---