mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-26 04:11:56 +01:00
Auftrag E)
This commit is contained in:
parent
a8c4fa01e9
commit
f377c48e5d
32
KN06/KN06.md
32
KN06/KN06.md
@ -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)
|
||||
|
||||
---
|
||||
|
||||
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user