mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-30 01:11:56 +01:00
85 lines
3.2 KiB
Markdown
85 lines
3.2 KiB
Markdown
[10]: https://git-scm.com/downloads
|
|
|
|
|
|
|
|
# KN06 Inhaltsverzeichnis
|
|
|
|
[TOC]
|
|
|
|
<br>
|
|
|
|
## Lernziele
|
|
|
|
- **Kompetenzband E**: Betriebsarchitektur konzipieren (Handlungsziele 1,2)
|
|
- **Kompetenzband F**: Applikation in Betrieb nehmen (Handlungsziele 3,4)
|
|
- **Kompetenzband G**: System-Sicherheit implementieren (Handlungsziel 3,4)
|
|
- **Kompetenzband H**: Daten-Sicherheit implementieren (Handlungsziel 3,4)
|
|
- **Kompetenzband I**: System testen (Handlungsziel 3,4)
|
|
- **Kompetenzband J**: System überwachen (Handlungsziel 3,4)
|
|
- **Kompetenzband K**: System skalieren (Handlungsziel 3,4)
|
|
|
|
<br>
|
|
|
|
## Challenges
|
|
|
|
### A) Theorie: Scaling up vs. out (vertical vs. hirizontal), Elasticity / Auto Scaling, Load Balancer und High Availability
|
|
|
|
**Ausgangslage**:<br>
|
|
- Im ersten Challenge setzen Sie sich zuerst theoretisch mit verschiedenen Fachbebriffen auseinander. Dann sind sie bereit für die vier Lab Challenges.
|
|
|
|
---
|
|
|
|
### B) Lab: Zwei Webserver erstellen und Last mittels Load Balancer gleichmässig verteilen.
|
|
|
|
**Ausgangslage:**<br>
|
|
- Für dieses Lab verwenden Sie in der AWS Academy den Kurs **AWS Academy Introduction to Cloud: Semester 1**.
|
|
Das Lab dauert ca. 30'. Sie setzen zwei EC2-Instanzen auf, die jeweils als Webserver laufen. Danach erstellen Sie einen Application Load Balancer und richten diesen so ein, dass dieser als **Single point of entry** Anfragen von aussen annehmen und auf die Instanzen verteilen kann. Dieses Lab gibt Ihnen eine erste Gelegenheit, sich mit dem AWS Load Balancer vertraut zu machen.
|
|
|
|
---
|
|
|
|
### C) Auto Scaling Group erstellen und anwenden
|
|
|
|
**Ausgangslage:**<br>
|
|
- **AWS Learner Lab**. In diesem Challenge werden Sie eine Auto Scaling Group erstellen und später beim Erstellen von neuen EC2-Instanzen nutzen. Der Load Balancer aus dem letzten Challenge und die Auto Scaling Group können unabhängig voneinder eingesetzt werden. Gemeinsam sind diese beiden Dienste allerdings unschlagbar und in einer dynamischen High Availability Umgebung nicht wegzudenken.
|
|
|
|
---
|
|
|
|
### D) Lab: Load Balancer / High Availability
|
|
|
|
**Ausgangslage:**<br>
|
|
- **AWS Learner Lab**. Dieses Lab 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
|
|
|
|
---
|
|
|
|
### E) High Availability Setup mit elastischer Anpassung der Ressourcen (HA Ninja)
|
|
|
|
**Ausgangslage:**<br>
|
|
- **AWS Learner Lab**. Sie wissen nun, wie man eine High Availability Plattform aufbaut und betreibt. Was nun noch fehlt ist, dass die Applikation on-demand weitere Instanzen hoch- und runterfahren kann. Im AWS Fachjargon nennt man diesen Prozess Elasticity. AWS Elasticity hilft, Geld zu sparen und gleichzeitig sicherzustellen, dass die Anwendungen immer reibungslos laufen.
|
|
|
|
|
|
<br>
|
|
|
|
|
|
## Sozialform:
|
|
- Einzel / Tandem (Jede:r dokumentiert im eigenen Repository)
|
|
|
|
## Leistungsnachweis:
|
|
- Dokumentation im persönlichen Repository
|
|
- Live-Demos
|
|
|
|
## Arbeitsauftrag
|
|
|
|
- [**Challenge KN06**](./KN06.md)
|
|
|
|
|
|
|
|
<br>
|
|
|
|
---
|
|
|
|
> [⇧ **Zurück zur Hauptseite**](https://gitlab.com/ser-cal/M346)
|
|
|
|
---
|
|
|
|
|