mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-22 11:51:56 +01:00
Auftrag C) ergänzt
This commit is contained in:
parent
d571775623
commit
25fac92599
43
KN06/KN06.md
43
KN06/KN06.md
@ -1,3 +1,4 @@
|
||||
[00a]: ./x_res/01_Loadbalancer_1000.png
|
||||
[01a]: ./x_res/01_Loadbalancer_600.png
|
||||
[01b]: ./x_res/01_Loadbalancer_ORIG.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
|
||||
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:
|
||||
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]
|
||||
|
||||
|
||||
|
||||
1. Load Balancer mit **zwei** Instanzen: :mag_right: [Originalbild][01b] _(oder unten auf das Bild klicken)_<br>
|
||||
1 Auto Scaling Group überwacht Status Checks und CloudWatch Metrics |
|
||||
:---:|
|
||||
[![1. Launch template][00a]][01b]
|
||||
|
||||
#### Ziel der Übung
|
||||
: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):
|
||||
- Screenshots :
|
||||
|
||||
1. LoadBalancer: :mag_right: [Originalbild][001b] _(oder unten auf erstes Bild klicken)_
|
||||
2. Target Group: :mag_right: [Originalbild][002b] _(oder unten auf zweites Bild klicken)_
|
||||
2. LoadBalancer: :mag_right: [Originalbild][001b] _(oder unten auf erstes 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. 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)_
|
||||
4. Webserver **1**: :mag_right: [Originalbild][003b] _(oder unten auf erstes 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]
|
||||
|
||||
|
||||
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>
|
||||
|
||||
### C) Lab: Auto Scaling Group erstellen und anwenden
|
||||
|
Loading…
Reference in New Issue
Block a user