Auftrag D) Einstieg

This commit is contained in:
Marcello Calisto 2023-10-15 18:35:22 +02:00
parent 03357fa8cd
commit 0d9418acd6
7 changed files with 32 additions and 4 deletions

View File

@ -34,6 +34,12 @@
[18b]: ./x_res/18_Instanz2_ORIG.png [18b]: ./x_res/18_Instanz2_ORIG.png
[19a]: ./x_res/19_AutoScaler_1000.png [19a]: ./x_res/19_AutoScaler_1000.png
[19b]: ./x_res/19_AutoScaler_ORIG.png [19b]: ./x_res/19_AutoScaler_ORIG.png
[23a]: ./x_res/23_AutoScaler_400.png
[23b]: ./x_res/23_AutoScaler_ORIG.png
[24a]: ./x_res/24_AutoScaler_400.png
[24b]: ./x_res/24_AutoScaler_ORIG.png
[25a]: ./x_res/25_AutoScaler_400.png
[25b]: ./x_res/25_AutoScaler_ORIG.png
# KN06 Inhaltsverzeichnis # KN06 Inhaltsverzeichnis
@ -252,10 +258,32 @@ Beachten Sie ausserdem die [allgemeinen Informationen zu den Abgaben](../Abgaben
#### Ausgangslage: #### Ausgangslage:
:bookmark: Für dieses Lab verwenden Sie in der **AWS Academy** das **Learner Lab**. Es baut auf dem vorangegangenem Challenge **B)** auf. Das heisst: Die **Auto Scaling Group** existiert bereits und hat **zwei Instanzen** in **zwei verschiedenen Availability Zones** erstellt. Falls Sie in der Zwischenzeit das Lab aus- und wieder eingeschaltet haben sollten, ist das kein Problem. Die **Auto Scaling Group** ist **persistent** und startet die Instanzen wieder automatisch, wenn Sie das Lab starten. :pushpin: Das heisst aber auch, dass Sie diese und alle dazugehörigen Ressourcen **am Ende dieses Challenges** unbedingt **löschen** sollten. :bookmark: Für dieses Lab verwenden Sie in der **AWS Academy** das **Learner Lab**. Es baut auf dem vorangegangenem Challenge **B)** auf. Das heisst: Die **Auto Scaling Group** existiert bereits und hat **zwei Instanzen** in **zwei verschiedenen Availability Zones** erstellt. Falls Sie in der Zwischenzeit das Lab aus- und wieder eingeschaltet haben sollten, ist das kein Problem. Die **Auto Scaling Group** ist **persistent** und startet die Instanzen wieder automatisch, wenn Sie das Lab starten. :pushpin: Das heisst aber auch, dass Sie diese und alle dazugehörigen Ressourcen **am Ende dieses Challenges** unbedingt **löschen** sollten.
#### Was ist zu tun: Nun. Im **ersten Challenge** von **KN06** haben Sie einen **Load Balancer** erstellt. Im **zweiten Challenge** dann haben Sie im **Learner Lab** eine **Auto Scaling Group** erstellt. Sie haben auch erfahren, wie diese beiden Dienste funktionieren, dass sie beste Freunde sind und sich **perfekt** ergänzen. Nun gilt es also, im **Learner Lab** noch den **Load Balancer** aufzusetzen und diesen mit dem bereits funktionierenden **Auto Scaler** zu vereinen. Wenn alles funktioniert, haben Sie am Ende dieses Challenges die beireinste Form einer **hochverfügbaren Plattform** geschaffen. Dies, weil auch der vermeintlich einzige **Single Point of Failure**, der **ELB** (Elastic Load Balancer), AWS-Intern mehrfach über verschiedene IP-Adressen abgesichert wird.
Nun. Im **ersten Challenge** von **KN06** haben Sie einen **Load Balancer** erstellt. Im **zweiten Challenge** dann haben Sie im **Learner Lab** eine **Auto Scaling Group** erstellt. Sie haben auch erfahren, wie diese beiden Dienste funktionieren, dass sie beste Freunde sind und sich **perfekt** ergänzen. Nun gilt es also, im **Learner Lab** noch den **Load Balancer** aufzusetzen und diesen mit dem bereits funktionierenden **Auto Scaler** zu connecten. Wenn am Ende alles funktioniert, haben Sie die reinste Form einer **hochverfügbaren Plattform** geschaffen.
#### Anleitung: #### Anleitung:
Dieser letzte **KN06 Challenge** setzt einen funktionstüchtigen **Auto Scaler** aus dem letzten Challenge voraus (zwei ) Dieser letzte **KN06 Challenge** setzt einen funktionstüchtigen **Auto Scaler** aus dem letzten Challenge voraus (zwei EC2-Instanzen in unterschiedlichen AZs sollten ebenfall schon laufen).
:warning: **Hinweis:**<br>
Die Umgebung läuft im Moment also wie folgt:
- Die **Auto Scaling Group** ist **im Hintergrund aktiv** und sorgt dafür, dass **immer mindestens zwei Instanzen** laufen.
- Es gibt im Moment **keinen Loadbalancer**.
##### Use Case: Applikation mit Auto Scaler aber ohne Loadbalancer
Wenn nun also User auf die Applikation zugreifen, können sie das theoretisch **nur** mit der IP-Adresse oder dem DNS (Bild 1). Das bedeutet, dass die Last **nicht** gleichmässig verteilt wird. Falls eine EC2-Instanz ausfällt, ist der Auto Scaler zwar in der Lage, eine neue Instanz zu starten, aber darauf können die User nicht ohne weiteres zugreifen.
- Bilder Reihenfolge:
1. Zugriff auf App via IP oder DNS: :mag_right: [Originalbild][23b] _(oder unten auf erstes Bild klicken)_
2. Instanz defekt: :mag_right: [Originalbild][24b] _(oder unten auf zweites Bild klicken)_
3. Auto Scaler reagiert und startet neue Instanz: :mag_right: [Originalbild][13b] _(oder unten auf drittes Bild klicken)_
1. In der Suchleiste "VPC" eingeben | 2. Schritt: Navigation Pane - "Your VPC" wählen | 3. Auto Scaler reagiert und startet neue Instanz
:---:|:---:|:---:|
[![VPC][23a]][23b] | [![Your VPC][24a]][24b] | [![Your VPC][25a]][25b]
##### Schritt 1: Launch template erstellen
Setzen Sie als erstes ein Launch-Template auf

Binary file not shown.

After

Width:  |  Height:  |  Size: 37 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 127 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 36 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 109 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 38 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 111 KiB