Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Skalierungsaktivitäten für Application Auto Scaling
Application Auto Scaling überwacht die CloudWatch Metriken Ihrer Skalierungsrichtlinie und leitet eine Skalierungsaktivität ein, wenn Schwellenwerte überschritten werden. Es initiiert auch Skalierungsaktivitäten, wenn Sie die maximale oder minimale Größe des skalierbaren Ziels ändern, entweder manuell oder nach einem Zeitplan.
Wenn eine Skalierungsaktivität auftritt, führt Application Auto Scaling eine der folgenden Aktionen aus:
+ Erhöht die Kapazität des skalierbaren Ziels (als *Hochskalieren* bezeichnet)
+ Verringert die Kapazität des skalierbaren Ziels (als *Herunterskalieren* bezeichnet)
Sie können die Skalierungsaktivitäten der letzten sechs Wochen abrufen.
## Suchen Sie nach Skalierungsaktivitäten nach skalierbarem Ziel
Verwenden Sie den folgenden [describe-scaling-activities](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scaling-activities.html)Befehl, um die Skalierungsaktivitäten für ein bestimmtes skalierbares Ziel anzuzeigen.
**Linux, macOS oder Unix**
```
aws application-autoscaling describe-scaling-activities --service-namespace ecs \
--scalable-dimension ecs:service:DesiredCount --resource-id service/my-cluster/my-service
```
**Windows**
```
aws application-autoscaling describe-scaling-activities --service-namespace ecs --scalable-dimension ecs:service:DesiredCount --resource-id service/my-cluster/my-service
```
Im Folgenden finden Sie eine Beispielantwort, bei der `StatusCode` den aktuellen Status der Aktivität und `StatusMessage` Informationen über den Status der Skalierungsaktivität enthält.
```
{
"ScalingActivities": [
{
"ScalableDimension": "ecs:service:DesiredCount",
"Description": "Setting desired count to 1.",
"ResourceId": "service/my-cluster/my-service",
"ActivityId": "e6c5f7d1-dbbb-4a3f-89b2-51f33e766399",
"StartTime": 1462575838.171,
"ServiceNamespace": "ecs",
"EndTime": 1462575872.111,
"Cause": "monitor alarm web-app-cpu-lt-25 in state ALARM triggered policy web-app-cpu-lt-25",
"StatusMessage": "Successfully set desired count to 1. Change successfully fulfilled by ecs.",
"StatusCode": "Successful"
}
]
}
```
Eine Beschreibung der Felder in der Antwort finden Sie [ScalingActivity](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_ScalingActivity.html)in der *Application Auto Scaling API-Referenz*.
Die folgenden Statuscodes zeigen an, wann das Skalierungsereignis, das zur Skalierungsaktivität führt, einen abgeschlossenen Status erreicht:
+ `Successful` – Die Skalierung wurde erfolgreich abgeschlossen
+ `Overridden` – Die gewünschte Kapazität wurde durch ein neueres Skalierungsereignis aktualisiert
+ `Unfulfilled` – Das Zeitlimit für die Skalierung wurde überschritten oder der Ziel-Service kann die Anfrage nicht erfüllen
+ `Failed` – Die Skalierung ist mit einer Ausnahme fehlgeschlagen
**Anmerkung**
Die Skalierungsaktivität kann auch den Status `Pending` oder `InProgress` haben. Alle Skalierungsaktivitäten haben einen `Pending`-Status, bevor der Zielservice reagiert. Nachdem das Ziel reagiert hat, ändert sich der Status der Skalierungsaktivität zu `InProgress`.
## Schließen Sie nicht skalierte Aktivitäten ein
Standardmäßig spiegeln die Skalierungsaktivitäten nicht die Zeiten wider, in denen Application Auto Scaling eine Entscheidung darüber trifft, ob keine Skalierung durchgeführt werden soll.
Nehmen wir beispielsweise an, dass ein Amazon-ECS-Service den maximalen Schwellenwert einer bestimmten Metrik überschreitet, aber die Anzahl der Aufgaben bereits die maximal zulässige Anzahl von Aufgaben erreicht. In diesem Fall wird Application Auto Scaling nicht die gewünschte Anzahl von Aufgaben aufskalieren.
Um Aktivitäten, die nicht skaliert sind (*nicht skalierte Aktivitäten*), in die Antwort aufzunehmen, fügen Sie dem Befehl die `--include-not-scaled-activities` Option hinzu. [describe-scaling-activities](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scaling-activities.html)
**Linux, macOS oder Unix**
```
aws application-autoscaling describe-scaling-activities --include-not-scaled-activities \
--service-namespace ecs --scalable-dimension ecs:service:DesiredCount \
--resource-id service/my-cluster/my-service
```
**Windows**
```
aws application-autoscaling describe-scaling-activities --include-not-scaled-activities --service-namespace ecs --scalable-dimension ecs:service:DesiredCount --resource-id service/my-cluster/my-service
```
**Anmerkung**
Wenn dieser Befehl einen Fehler auslöst, stellen Sie sicher, dass Sie den Befehl AWS CLI lokal auf die neueste Version aktualisiert haben.
Um zu bestätigen, dass die Antwort die nicht skalierten Aktivitäten enthält, wird das `NotScaledReasons`-Element in der Ausgabe für einige, wenn nicht alle fehlgeschlagenen Skalierungsaktivitäten angezeigt.
```
{
"ScalingActivities": [
{
"ScalableDimension": "ecs:service:DesiredCount",
"Description": "Attempting to scale due to alarm triggered",
"ResourceId": "service/my-cluster/my-service",
"ActivityId": "4d759079-a31f-4d0c-8468-504c56e2eecf",
"StartTime": 1664928867.915,
"ServiceNamespace": "ecs",
"Cause": "monitor alarm web-app-cpu-gt-75 in state ALARM triggered policy web-app-cpu-gt-75",
"StatusCode": "Failed",
"NotScaledReasons": [
{
"Code": "AlreadyAtMaxCapacity",
"MaxCapacity": 4
}
]
}
]
}
```
Eine Beschreibung der Felder in der Antwort finden Sie [ScalingActivity](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_ScalingActivity.html)in der *Application Auto Scaling API-Referenz*.
Wenn eine nicht skalierte Aktivität zurückgegeben wird, können abhängig vom in `Code` aufgeführten Ursachencode Attribute wie `CurrentCapacity`, `MaxCapacity` und `MinCapacity` in der Antwort vorhanden sein.
Um große Mengen doppelter Einträge zu vermeiden, wird nur die erste Aktivität, die nicht skaliert wurde, im Verlauf der Skalierungsaktivitäten aufgezeichnet. Alle nachfolgenden nicht skalierten Aktivitäten generieren keine neuen Einträge, es sei denn, der Grund für die Nichtskalierung ändert sich.
## Ursachencodes
Im Folgenden sind die Ursachencodes für eine nicht skalierte Aktivität aufgeführt.
| Ursachencode | Definition |
| --- | --- |
| AutoScalingAnticipatedFlapping | Der automatische Skalierungsalgorithmus hat beschlossen, keine Skalierungsaktion durchzuführen, da dies zu einem Flattern führen würde. Flattern beschreibt eine Endlosschleife aus Auf- und Abwärtsskalieren. Das heißt, wenn eine Skalierungsaktion durchgeführt wird, würde sich der Metrikwert ändern, um eine weitere Skalierungsaktion in der umgekehrten Richtung zu starten. |
| TargetServicePutResourceAsUnscalable | Der [Zieldienst](integrated-services-list.md) hat die Ressource vorübergehend in einen nicht skalierbaren Zustand versetzt. Application Auto Scaling versucht erneut zu skalieren, wenn die in der Skalierungsrichtlinie angegebenen Bedingungen für die automatische Skalierung erfüllt sind. |
| AlreadyAtMaxCapacity | Die Skalierung wird durch die von Ihnen angegebene maximale Kapazität blockiert. Wenn Application Auto Scaling aufskalieren soll, müssen Sie die maximale Kapazität erhöhen. |
| AlreadyAtMinCapacity | Die Skalierung wird durch die von Ihnen angegebene minimale Kapazität blockiert. Wenn Application Auto Scaling abskalieren soll, müssen Sie die Mindestkapazität verringern. |
| AlreadyAtDesiredCapacity | Der automatische Skalierungsalgorithmus berechnete die geänderte Kapazität so, dass sie der aktuellen Kapazität entspricht. |