mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-26 04:01:57 +01:00
KN07 Draft C
This commit is contained in:
parent
66cb5ea7df
commit
73664a8a98
@ -63,6 +63,22 @@ Das Lab dauert ca. 30'. Führen Sie alle Schritte konzentriert und der Reihe nac
|
|||||||
:bookmark: Für dieses Lab verwenden Sie in der **AWS Academy** den Kurs **AWS Academy Learner Lab**.
|
:bookmark: Für dieses Lab verwenden Sie in der **AWS Academy** den Kurs **AWS Academy Learner Lab**.
|
||||||
Dieser Challenge scheint auf den ersten Blick fast gleich wie der letzte. Wie bereits öfters durchgeführt, werden Sie in einer **Availability Zone** eine EC2-Instanz launchen mit einem Webserver. Den HTML-Code beziehen Sie von einem S3-Bucket. Wenn die Installation abgeschlossen ist und der Webserver funktioniert, werden Sie daraus ein **Snapshot / neues Image** erzeugen. Dieses **neue Image** beinhaltet also bereits die gesamte Applikation (in diesem Fall den Webserver inkl. index.html). Da **Snapshots** innerhalb einer **Region** in einem Object-Store **S3** abgelegt wird, kann das daraus erzeuge Image in einer **anderen Availability Zone** wieder gestartet werden. Diesmal dauert es bedeutend weniger lang, bis die EC2-Instanz läuft und auf den Webserver zugegriffen werden kann. Das **neue Image** beinhaltet bereits die gesamte Applikation. Das heisst also auch, dass unter User-data **kein** IaC-Script mehr eingetragen werden muss.
|
Dieser Challenge scheint auf den ersten Blick fast gleich wie der letzte. Wie bereits öfters durchgeführt, werden Sie in einer **Availability Zone** eine EC2-Instanz launchen mit einem Webserver. Den HTML-Code beziehen Sie von einem S3-Bucket. Wenn die Installation abgeschlossen ist und der Webserver funktioniert, werden Sie daraus ein **Snapshot / neues Image** erzeugen. Dieses **neue Image** beinhaltet also bereits die gesamte Applikation (in diesem Fall den Webserver inkl. index.html). Da **Snapshots** innerhalb einer **Region** in einem Object-Store **S3** abgelegt wird, kann das daraus erzeuge Image in einer **anderen Availability Zone** wieder gestartet werden. Diesmal dauert es bedeutend weniger lang, bis die EC2-Instanz läuft und auf den Webserver zugegriffen werden kann. Das **neue Image** beinhaltet bereits die gesamte Applikation. Das heisst also auch, dass unter User-data **kein** IaC-Script mehr eingetragen werden muss.
|
||||||
|
|
||||||
|
#### Anleitung:
|
||||||
|
|
||||||
|
##### Schritt 1: EC2-Instanz mit AMI Amazon Linux 2023
|
||||||
|
1. Öffnen Sie die [AWS Management Console](https://aws.amazon.com/console/).
|
||||||
|
2. Navigieren Sie zur EC2-Dashboardseite.
|
||||||
|
3. Klicken Sie auf "Launch instance".
|
||||||
|
4. Name: `KN06 C Webserver-Image`
|
||||||
|
4. Wählen Sie **Amazon Linux 202x** AMI aus.
|
||||||
|
5. Wählen Sie die Instanztyp **t2.micro** (free tier eligible).
|
||||||
|
6. Bei **Key pair** Wählen Sie den Namen des früher erstellten Schlüssels (ihr SSH-Key) aus.
|
||||||
|
7. Unter **Network settings** wählen Sie eine bereits bestehende Security Group aus - diese muss später noch mit einer inbound-rule für RDP ergänzt werden, damit Sie auf die Windows-Instanz zugreifen können.
|
||||||
|
8. Bei **Configure Storage** können die Defaultwerte übernommen werden.
|
||||||
|
9. Starten Sie die Instanz mit **Launch instance**.
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
|
|
||||||
In diesem Fall werden Sie allerdings wie folgt vorgehen:
|
In diesem Fall werden Sie allerdings wie folgt vorgehen:
|
||||||
- EC2-Instanz erstellen mit:
|
- EC2-Instanz erstellen mit:
|
||||||
|
Loading…
Reference in New Issue
Block a user