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

Auftrag E)

Browse Source
This commit is contained in:
Marcello Calisto 2023-10-20 09:02:46 +02:00
parent c57ca4ff96
commit 6c40c415a3
1 changed files with 5 additions and 6 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

11
KN06/KN06.md
View File

@ -690,12 +690,11 @@ Wählen Sie links in der **Navigation Bar** unter **`Auto Scaling`** den Buttom
<br> <br>
##### Schritt 6: Dynamic Scaling policy erzeugen und einbinden ##### Schritt 6: Dynamic Scaling policy erzeugen und einbinden
Diesen Schritt haben Sie bisher noch nicht durchgeführt. Die **Dynamic Scaling Policy** automatisiert die Anpassung der Instanzen basierend auf einer vordefinierten Metrik. Diesen Schritt haben Sie bisher noch nicht durchgeführt. Die **Dynamic Scaling Policy** automatisiert die Anpassung der Instanzen basierend auf einer vordefinierten Metrik.
In diesem Fall erstellen Sie folgende Metric:
In diesem Fall erstellen Sie folgende Metric: - **Metric type** **`Application Load Balancer request count per target`**
- **Metric type** **`Application Load Balancer request count per target`** - **Target value 20**.
- **Target value 20**.
Wenn die Metrik den Schwellenwerte **20** über- oder unterschreitet, wird die Anzahl der Serverinstanzen automatisch erhöht oder verringert, um die Leistung und Effizienz zu gewährleisten, ohne manuelle Eingriffe. Dies ermöglicht eine flexible und ressourceneffiziente Skalierung der Anwendung in der AWS-Cloud. Wenn die Metrik den Schwellenwerte **20** über- oder unterschreitet, wird die Anzahl der Serverinstanzen automatisch erhöht oder verringert, um die Leistung und Effizienz zu gewährleisten, ohne manuelle Eingriffe. Dies ermöglicht eine flexible und ressourceneffiziente Skalierung der Anwendung in der AWS-Cloud.
Wichtig noch als Ergänzung: **Instance Warmup** ist mit **300 seconds** definiert. Diesen Wert können Sie so lassen. Das ist die Zeitspanne, in der neue Instanzen starten und sich vorbereiten können, bevor sie in die Bereitstellung einbezogen werden. So kann man sicherstellen, dass die neu gestarteten Instanzen stabil und betriebsbereit sind, bevor sie den Verkehr von ihrem Application Load Balancer übernehmen. Wichtig noch als Ergänzung: **Instance Warmup** ist mit **300 seconds** definiert. Diesen Wert können Sie so lassen. Das ist die Zeitspanne, in der neue Instanzen starten und sich vorbereiten können, bevor sie in die Bereitstellung einbezogen werden. So kann man sicherstellen, dass die neu gestarteten Instanzen stabil und betriebsbereit sind, bevor sie den Verkehr von ihrem Application Load Balancer übernehmen.