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

Auftrag E) Einstieg

Browse Source
This commit is contained in:
Marcello Calisto 2023-10-18 13:06:34 +02:00
parent d8fe2cef68
commit 3a0dc4f099
1 changed files with 3 additions and 2 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

5
KN06/KN06.md
View File

@ -530,8 +530,9 @@ Sie wissen nun, wie man eine High Availability Plattform aufbaut und betreibt. W
#### Challenge + #### Challenge +
:bulb: :bulb:
Im letzten KN06-Challenge werden Sie **selbständig** eine solche Umgebung aufbauen. Erschwerend kommt jetzt aber hinzu, dass Sie die Plattform so aufsetzen müssen, dass sie **elastisch skalieren** kann. Damit das am Ende funktioniert, müssen sie für die neue **Auto Scaling Group** eine sogenannte **Dynamic scaling policy** erstellen. In diesem Fall mit dem **Target value = 20**. Das bedeutet, dass sobald Sie ihre Webseite mehr als 20x reloaden, automatisch weitere Instanzen hochgefahren und an den Load Balancer gehängt werden. Im letzten KN06-Challenge werden Sie **selbständig** eine solche Umgebung aufbauen. Erschwerend kommt jetzt also nur noch hinzu, dass Sie die Plattform so aufsetzen müssen, dass sie **elastisch skalieren** kann. Alles andere haben Sie bereits gemacht. Damit am Ende alles funktioniert, müssen sie für die neue **Auto Scaling Group** eine sogenannte **Dynamic scaling policy** erstellen. In diesem Fall mit dem **Target value = 20**. Das bedeutet, dass sobald Sie ihre Webseite mehr als 20x reloaden, automatisch weitere Instanzen hochgefahren und an den Load Balancer angehängt werden. Damit Sie dies auch beweisen können, erstellen Sie ein **neues Launch Template** mit leicht ergänztem Code. Dieser ist dafür verantwortlich, dass auf Ihrer Webseite unter der Availability Zone noch eine **zweite Zeile** erscheint mit der **Instanz-ID**. So kann man schön überprüfen, ob die neuen Instanzen auch vom Load Balancer angesprochen werden können.
:bookmark_tabs: Die ergänzenden Skills bzgl. **elastischem** Setup werden Ihnen, wenn es soweit ist, step by step erklärt.
:bookmark_tabs: Die ergänzenden Skills bzgl. **elastischem** Setup werden Ihnen, wenn es soweit ist, step by step erklärt. Bzgl. Namenskonvention gibt es ebenfalls noch ein paar wichtige Informationen unten. Alles andere müssen Sie allerdings selber elaborieren.
Für das Setup nutzen Sie die Anleitung des letzten Challenges. Achten Sie darauf, dass die Namenskonvention **leicht angepasst** ist und dass Sie z.B. für das Launch Template ein **anderes Script** (ergänzt mit Instance-IDs) verwenden. Dies, weil Sie am Ende beweisen werden, dass Ihre Plattform am Ende in der Lage sein wird, **on-demand** neue Instanzen hinzuzufügen und dass der Load Balancer anschliessend auch darauf zugreifen kann. Für das Setup nutzen Sie die Anleitung des letzten Challenges. Achten Sie darauf, dass die Namenskonvention **leicht angepasst** ist und dass Sie z.B. für das Launch Template ein **anderes Script** (ergänzt mit Instance-IDs) verwenden. Dies, weil Sie am Ende beweisen werden, dass Ihre Plattform am Ende in der Lage sein wird, **on-demand** neue Instanzen hinzuzufügen und dass der Load Balancer anschliessend auch darauf zugreifen kann.