mirror of
https://gitlab.com/ser-cal/m346.git
synced 2024-11-22 13:01:57 +01:00
Auftrag E)
This commit is contained in:
parent
c57ca4ff96
commit
6c40c415a3
11
KN06/KN06.md
11
KN06/KN06.md
@ -690,12 +690,11 @@ Wählen Sie links in der **Navigation Bar** unter **`Auto Scaling`** den Buttom
|
||||
|
||||
<br>
|
||||
|
||||
##### 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.
|
||||
|
||||
In diesem Fall erstellen Sie folgende Metric:
|
||||
- **Metric type** **`Application Load Balancer request count per target`**
|
||||
- **Target value 20**.
|
||||
##### 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.
|
||||
In diesem Fall erstellen Sie folgende Metric:
|
||||
- **Metric type** **`Application Load Balancer request count per target`**
|
||||
- **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.
|
||||
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.
|
||||
|
Loading…
Reference in New Issue
Block a user