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

Auftrag C) ergänzt

Browse Source
This commit is contained in:
Marcello Calisto 2023-10-15 12:25:31 +02:00
parent d571775623
commit 25fac92599
1 changed files with 25 additions and 18 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

43
KN06/KN06.md
View File

@ -1,3 +1,4 @@
[00a]: ./x_res/01_Loadbalancer_1000.png
[01a]: ./x_res/01_Loadbalancer_600.png [01a]: ./x_res/01_Loadbalancer_600.png
[01b]: ./x_res/01_Loadbalancer_ORIG.png [01b]: ./x_res/01_Loadbalancer_ORIG.png
[01a2]: ./x_res/01_Loadbalancer2_600.png [01a2]: ./x_res/01_Loadbalancer2_600.png
@ -66,19 +67,11 @@ Die folgenden Challenges bauen auf diesem ersten Lab auf. Versuchen Sie deshalb
##### Modul 11: Lab 11 - Load Balancers and Caching ##### Modul 11: Lab 11 - Load Balancers and Caching
Das Lab dauert ca. 30'. Führen Sie alle Schritte konzentriert und der Reihe nach durch. Für den Leistungsnachweis zeigen Sie neben der Doku auch noch gleich live, dass der Loadbalancer funktioniert (Browser mehrmals hintereinander reloaden). Das Lab dauert ca. 30'. Führen Sie alle Schritte konzentriert und der Reihe nach durch. Für den Leistungsnachweis zeigen Sie neben der Doku auch noch gleich live, dass der Loadbalancer funktioniert (Browser mehrmals hintereinander reloaden).
Für eine **perfekte High Availability-Plattform** würde dieser Load Balander allerdings **noch nicht alle Bedingungen** erfüllen. Das **Netzwerkschema** unten zeigt zwar, dass die Instanzen in **unterschiedlichen** Availability-Zones sind. Damit ist schon mal ein wichtiges Kriterium erfüllt. Was würde jetzt aber passieren, wenn plötzlich gleichzeitig **10'000x mehr** Requests reinkämen und die Applikation unter dieser Last zusammenbricht?
Genau. Um diesen Use-case in den Griff zu bekommen, benötigt der **Load Balancer** Unterstützung von seinem besten Freund, dem **Auto Scaler** :two_men_holding_hands:
##### Netzwerkschema: ##### Netzwerkschema:
1. Load Balancer mit **zwei** Instanzen: :mag_right: [Originalbild][01b] _(oder unten auf erstes Bild klicken)_ 1. Load Balancer mit **zwei** Instanzen: :mag_right: [Originalbild][01b] _(oder unten auf das Bild klicken)_<br>
2. Load Balancer mit **vier** Instanzen: :mag_right: [Originalbild][01b3] _(oder unten auf zweites Bild klicken)_ 1 Auto Scaling Group überwacht Status Checks und CloudWatch Metrics |
:---:|
1 Load Balancer mit zwei Instanzen | 2 Load Balancer mit vier Instanzen [![1. Launch template][00a]][01b]
:---:|:---:
[![1. Load Balancer][01a]][01b] | [![2. Load Balancer mit 4 Instanzen][01a3]][01b3]
#### Ziel der Übung #### Ziel der Übung
:bell: Sie sind in der Lage, folgende Tasks durchzuführen: :bell: Sie sind in der Lage, folgende Tasks durchzuführen:
@ -97,20 +90,34 @@ Beachten Sie ausserdem die [llgemeinen Informationen zu den Abgaben](../Abgaben.
##### Beispiel-Abgabe (Doku): ##### Beispiel-Abgabe (Doku):
- Screenshots : - Screenshots :
1. LoadBalancer: :mag_right: [Originalbild][001b] _(oder unten auf erstes Bild klicken)_ 2. LoadBalancer: :mag_right: [Originalbild][001b] _(oder unten auf erstes Bild klicken)_
2. Target Group: :mag_right: [Originalbild][002b] _(oder unten auf zweites Bild klicken)_ 3. Target Group: :mag_right: [Originalbild][002b] _(oder unten auf zweites Bild klicken)_
1 LoadBalancer | 2 Target Group 2 LoadBalancer | 3 Target Group
:---:|:---: :---:|:---:
[![1. Loadbalancer][001a]][001b] | [![2. TargetGroup][002a]][002b] [![1. Loadbalancer][001a]][001b] | [![2. TargetGroup][002a]][002b]
1. Webserver **1**: :mag_right: [Originalbild][003b] _(oder unten auf erstes Bild klicken)_ 4. Webserver **1**: :mag_right: [Originalbild][003b] _(oder unten auf erstes Bild klicken)_
2. Webserver **2**: :mag_right: [Originalbild][004b] _(oder unten auf zweites Bild klicken)_ 5. Webserver **2**: :mag_right: [Originalbild][004b] _(oder unten auf zweites Bild klicken)_
3 Webswerver 1 | 4 Webserver 2 4 Webswerver 1 | 5 Webserver 2
:---:|:---: :---:|:---:
[![3. Webserver 1][003a]][003b] | [![4. Webserver 2][004a]][004b] [![3. Webserver 1][003a]][003b] | [![4. Webserver 2][004a]][004b]
Für eine **perfekte High Availability-Plattform** würde dieser Load Balander allerdings **noch nicht alle Bedingungen** erfüllen. Das **Netzwerkschema** unten zeigt zwar, dass die Instanzen in **unterschiedlichen** Availability-Zones sind. Damit ist schon mal ein wichtiges Kriterium erfüllt. Was würde jetzt aber passieren, wenn plötzlich gleichzeitig **10'000x mehr** Requests reinkämen und die Applikation unter dieser Last zusammenbricht?
Genau. Um diesen Use-case in den Griff zu bekommen, benötigt der **Load Balancer** Unterstützung von seinem besten Freund, dem **Auto Scaler** :two_men_holding_hands:
##### Netzwerkschema:
1. Load Balancer mit **zwei** Instanzen: :mag_right: [Originalbild][01b] _(oder unten auf erstes Bild klicken)_
2. Load Balancer mit **vier** Instanzen: :mag_right: [Originalbild][01b3] _(oder unten auf zweites Bild klicken)_
1 Load Balancer mit zwei Instanzen | 2 Load Balancer mit vier Instanzen
:---:|:---:
[![1. Load Balancer][01a]][01b] | [![2. Load Balancer mit 4 Instanzen][01a3]][01b3]
<br> <br>
### C) Lab: Auto Scaling Group erstellen und anwenden ### C) Lab: Auto Scaling Group erstellen und anwenden