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.
# Verwenden von Auto Scaling mit Replikaten
Eine ElastiCache Replikationsgruppe kann einen oder mehrere Caches so einrichten, dass sie als einzelner logischer Knoten funktionieren.
Im Folgenden finden Sie Einzelheiten zur Zielverfolgung und zu geplanten Richtlinien sowie deren Anwendung mithilfe von AWS-Managementkonsole AWS CLI und APIs.
# Skalierungsrichtlinien für die Ziel-Nachverfolgung
Bei Skalierungsrichtlinien für die Zielverfolgung wählen Sie eine Metrik aus und legen einen Zielwert fest. ElastiCache für Valkey und Redis AutoScaling erstellt und verwaltet OSS die CloudWatch Alarme, die die Skalierungsrichtlinie auslösen, und berechnet die Skalierungsanpassung auf der Grundlage der Metrik und des Zielwerts. Die Skalierungsrichtlinie fügt -Repliken hinzu oder entfernt sie, wenn erforderlich, um die Metrik auf dem angegebenen Zielwert oder in der Nähe davon zu halten. Abgesehen davon, dass eine Skalierungsrichtlinie für die Ziel-Nachverfolgung die Metrik nahe an dem Zielwert hält, passt sie sich auch an die Schwankungen in der Metrik aufgrund eines schwankenden Lastmusters an und verringert schnelle Schwankungen der Kapazität der Flotte.
## Kriterien für die Auto Scaling von Replikaten
Ihre Auto Scaling Richtlinie definiert die folgende vordefinierte Metrik für Ihren Cluster:
`ElastiCacheReplicaEngineCPUUtilization`: Der Schwellenwert für die CPU-Auslastung von AVG Engine, aggregiert für alle Replikate, der ElastiCache verwendet wird, um einen auto-scaling Skalierungsvorgang auszulösen. Sie können das Auslastungsziel zwischen 35 Prozent und 70 Prozent festlegen.
Wenn der Service feststellt, dass Ihre `ElastiCacheReplicaEngineCPUUtilization` Metrik gleich oder größer als die Zieleinstellung ist, erhöht er automatisch die Anzahl der Replikate auf Ihren Shards. ElastiCache skaliert Ihre Cluster-Replikate um eine Anzahl, die der größeren von zwei Zahlen entspricht: prozentuale Abweichung von Target und ein Replikat. Bei Scale-In erfolgt ElastiCache keine auto Skalierung, es sei denn, der Gesamtmetrikwert liegt unter 75 Prozent Ihres definierten Ziels.
Wenn Sie für ein Scale-Out-Beispiel jeweils 5 Shards und 1 Replikat haben:
Wenn Ihr Target die Sicherheitslücken um 30 Prozent überschreitet, skaliert OSS ElastiCache für Valkey und Redis über alle Shards hinweg um 1 Replikat (max. 0,3, Standard 1). Das Ergebnis sind 5 Shards mit jeweils 2 Replikaten.
Wenn Sie beispielsweise einen Zielwert von 60 Prozent ausgewählt haben, wird OSS ElastiCache für Valkey und Redis erst auto skalieren, wenn die Metrik 45 Prozent oder weniger beträgt (25 Prozent unter dem Ziel von 60 Prozent).
### Überlegungen zum Auto Scaling
Beachten Sie folgende Überlegungen:
+ Eine Skalierungsrichtlinie für die Ziel-Nachverfolgung geht davon aus, dass sie eine horizontale Skalierung nach oben vornehmen soll, wenn die angegebene Metrik über dem Zielwert liegt. Sie können keine Skalierungsrichtlinie für die Zielverfolgung verwenden, um eine Skalierung vorzunehmen, wenn die angegebene Metrik unter dem Zielwert liegt. ElastiCache für Valkey und Redis skaliert OSS Replikate nach dem Maximum (% Abweichung abgerundet von Target, Standard 1) der vorhandenen Replikate auf allen Shards im Cluster.
+ Eine Skalierungsrichtlinie für die Ziel-Nachverfolgung nimmt keine Skalierung vor, wenn die angegebene Metrik unzureichende Daten aufweist. Es wird keine horizontale Skalierung nach unten vorgenommen, da unzureichende Daten nicht als geringe Auslastung interpretiert werden.
+ Möglicherweise werden Lücken zwischen den Datenpunkten für den Zielwert und die aktuelle Metrik angezeigt. Das liegt daran, dass ElastiCache Auto Scaling immer konservativ agiert, indem es auf- oder abrundet, wenn es bestimmt, wie viel Kapazität hinzugefügt oder entfernt werden soll. Dadurch wird verhindert, dass zu wenig Kapazität hinzufügt oder zu viel Kapazität entfernt wird.
+ Um die Verfügbarkeit der Anwendung sicherzustellen, wird der Service schnellstmöglich proportional zur Metrik hochskaliert, jedoch etwas langsamer herunterskaliert.
+ Sie können mehrere Skalierungsrichtlinien zur Zielverfolgung für einen OSS-Cluster ElastiCache für Valkey und Redis verwenden, vorausgesetzt, dass jeder von ihnen eine andere Metrik verwendet. Die Absicht von Auto Scaling besteht darin, der Verfügbarkeit immer Priorität einzuräumen. Daher unterscheidet sich das Verhalten je nachdem, ob die Zielverfolgungsrichtlinien für die horizontale Skalierung oder für die Skalierung bereit sind. Sofern Richtlinien für die Ziel-Nachverfolgung für die Skalierung nach oben bereit sind, findet eine Skalierung des Service nach oben statt. Eine Skalierung nach unten wird jedoch nur vorgenommen, wenn alle Richtlinien für die Ziel-Nachverfolgung (mit aktivierter Skalierung nach unten) zur Skalierung nach unten bereit sind.
+ Bearbeiten oder löschen Sie nicht die CloudWatch Alarme, die ElastiCache Auto Scaling für eine Skalierungsrichtlinie zur Zielverfolgung verwaltet. Auto Scaling löscht die Alarme automatisch, wenn Sie die Skalierungsrichtlinie oder den Cluster löschen.
+ ElastiCache Auto Scaling hindert Sie nicht daran, Replikate auf mehreren Shards manuell zu ändern. Diese manuellen Anpassungen wirken sich nicht auf bestehende CloudWatch Alarme aus, die mit der Skalierungsrichtlinie verknüpft sind, können sich jedoch auf Metriken auswirken, die diese CloudWatch Alarme auslösen können.
+ Diese von Auto Scaling verwalteten CloudWatch Alarme werden anhand der AVG-Metrik für alle Shards im Cluster definiert. So kann Hot-Shards zu einem beliebigen Szenario führen:
+ Skalierung, wenn sie nicht erforderlich ist, weil die Belastung einiger Hot-Shards einen Alarm auslöst CloudWatch
+ nicht skalieren, wenn dies erforderlich ist, aufgrund aggregierter AVG über alle Shards, die den Alarm nicht verletzen.
+ ElastiCache Die Standardgrenzwerte für Knoten pro Cluster gelten weiterhin. Wenn Sie sich also für Auto Scaling entscheiden und erwarten, dass maximale Knoten mehr als die Standardgrenze sind, fordern Sie eine Limiterhöhung bei [AWS -Service-Limits](https://docs.aws.amazon.com/general/latest/gr/aws_service_limits.html) an und wählen Sie den Limit-Typ **Knoten pro Cluster pro Instance-Typ**.
+ Stellen Sie sicher, dass in Ihrer VPC genügend ENIs (Elastic Network Interfaces) verfügbar sind, die beim Scale-Out benötigt werden. Weitere Informationen finden Sie unter [Elastic-Network-Schnittstellen](https://docs.aws.amazon.com/vpc/latest/userguide/VPC_ElasticNetworkInterfaces.html).
+ Wenn nicht genügend Kapazität verfügbar ist EC2, wird ElastiCache Auto Scaling erst skaliert, wenn entweder die Kapazität verfügbar ist oder wenn Sie den Cluster manuell auf die Instance-Typen mit ausreichender Kapazität ändern.
+ ElastiCache Auto Scaling unterstützt keine Skalierung von Replikaten mit einem Cluster mit `ReservedMemoryPercent` weniger als 25 Prozent. Weitere Informationen finden Sie unter [Verwaltung von reserviertem Speicher für Valkey und Redis OSS](redis-memory-management.md).
# Hinzufügen einer Skalierungsrichtlinie
Sie können eine Skalierungsrichtlinie hinzufügen, indem Sie die verwenden AWS-Managementkonsole.
**Hinzufügen einer Skalierungsrichtlinie mithilfe des AWS-Managementkonsole**
Um eine Auto Scaling-Richtlinie ElastiCache für Valkey und Redis OSS hinzuzufügen
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Amazon-Konsole unter [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich **Valkey** oder **Redis** OSS aus.
1. Wählen Sie den Cluster aus, dem Sie eine Richtlinie hinzufügen möchten (wählen Sie den Cluster-Namen und nicht die Schaltfläche links davon aus).
1. Wählen Sie die Registerkarte **Auto-Scaling-Richtlinien** aus.
1. Wählen Sie **Add dynamic scaling** (Dynamische Skalierung hinzufügen) aus.
1. Wählen Sie unter **Scaling policies** (Skalierungsrichtlinien) **Add dynamic scaling** (Dynamische Skalierung hinzufügen) aus.
1. Geben Sie unter **Policy Name (Richtlinienname)** einen Namen für diese Richtlinie ein.
1. Für**Skalierbare Dimension**auf und danach**Replicas**-Dialogfeld aus erstellen.
1. Geben Sie als Zielwert den durchschnittlichen Prozentsatz der CPU-Auslastung ein, den Sie auf ElastiCache Replicas beibehalten möchten. Dieser Wert muss größer 35 und kleiner 70 sein. -Repliken werden hinzugefügt oder entfernt, um die Metrik in der Nähe des angegebenen Wertes zu halten.
1. (Optional) Die Ruhephase für Scale-In- oder Scale-Out-Ruhephase werden von der Konsole nicht unterstützt. Verwenden Sie den AWS CLI , um die Abkühlwerte zu ändern.
1. Geben Sie für **Mindestkapazität** die Mindestanzahl von Replikaten ein, für deren Verwaltung die ElastiCache Auto Scaling Scaling-Richtlinie erforderlich ist.
1. Geben Sie für **Maximale Kapazität** die maximale Anzahl von Replikaten ein, die die ElastiCache Auto Scaling Scaling-Richtlinie verwalten muss. Der Wert muss größer als 5 sein.
1. Wählen Sie **Erstellen** aus.
# Registrieren eines skalierbaren Ziels
Sie können eine Skalierungsrichtlinie anwenden, die entweder auf einer vordefinierten oder einer benutzerdefinierten Metrik basiert. Dazu können Sie die AWS CLI oder die Application Auto Scaling API verwenden. Der erste Schritt besteht darin, Ihre OSS-Replikationsgruppe ElastiCache für Valkey und Redis bei Auto Scaling zu registrieren.
Bevor Sie ElastiCache Auto Scaling mit einem Cluster verwenden können, müssen Sie Ihren Cluster bei ElastiCache Auto Scaling registrieren. Sie tun dies, um die Skalierungsdimension und die Grenzwerte zu definieren, die auf diesen Cluster angewendet werden sollen. ElastiCache Auto Scaling skaliert den Cluster dynamisch entlang der `elasticache:replication-group:Replicas` skalierbaren Dimension, die die Anzahl der Cluster-Replikate pro Shard darstellt.
**Verwenden der CLI**
Verwenden Sie den [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)Befehl mit den folgenden Parametern, um Ihren ElastiCache Cluster zu registrieren:
+ —service-namespace — Legen Sie diesen Wert auf elasticache fest.
+ --resource-id — Die Ressourcen-ID für den Cluster. ElastiCache Für diesen Parameter ist der Ressourcentyp ReplicationGroup und die eindeutige Kennung beispielsweise der Name des Clusters. `replication-group/myscalablecluster`
+ --scalable-dimension – Setzen Sie diesen Wert auf `elasticache:replication-group:Replicas`.
+ --min-capacity — Die Mindestanzahl von Replikaten, die mit Auto Scaling verwaltet werden sollen. ElastiCache Informationen zur Beziehung zwischen --min-capacity, --max-capacity und der Anzahl der Replikate in Ihrem Cluster finden Sie unter [Minimale und maximale Kapazität](AutoScaling-Policies.md#AutoScaling-MinMax).
+ --max-capacity — Die maximale Anzahl von Replikaten, die mit Auto Scaling verwaltet werden können. ElastiCache Informationen zur Beziehung zwischen --min-capacity, --max-capacity und der Anzahl der Replikate in Ihrem Cluster finden Sie unter [Minimale und maximale Kapazität](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Im folgenden Beispiel registrieren Sie einen Cluster mit dem Namen. ElastiCache `myscalablecluster` Die Registrierung zeigt an, dass der Cluster dynamisch skaliert werden soll, um zwischen einem und 5 Replikaten zu haben.
Für Linux, macOS oder Unix:
```
aws application-autoscaling register-scalable-target \
--service-namespace elasticache \
--resource-id replication-group/myscalablecluster \
--scalable-dimension elasticache:replication-group:Replicas \
--min-capacity 1 \
--max-capacity 5 \
```
Für Windows:
```
aws application-autoscaling register-scalable-target ^
--service-namespace elasticache ^
--resource-id replication-group/myscalablecluster ^
--scalable-dimension elasticache:replication-group:Replicas ^
--min-capacity 1 ^
--max-capacity 5 ^
```
**Verwenden der API**
Verwenden Sie den [register-scalable-target](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/register-scalable-target.html)Befehl mit den folgenden Parametern, um Ihren ElastiCache Cluster zu registrieren:
+ ServiceNamespace — Setzen Sie diesen Wert auf elasticache.
+ ResourceID — Die Ressourcen-ID für den ElastiCache Cluster. Für diesen Parameter ist der Ressourcentyp ReplicationGroup und die eindeutige Kennung beispielsweise `replication-group/myscalablecluster` der Name des Clusters.
+ ScalableDimension — Setzen Sie diesen Wert auf`elasticache:replication-group:Replicas`.
+ MinCapacity — Die Mindestanzahl von Replikaten, die mit ElastiCache Auto Scaling verwaltet werden müssen. Informationen zur Beziehung zwischen --min-capacity, --max-capacity und der Anzahl der Replikate in Ihrem Cluster finden Sie unter [Minimale und maximale Kapazität](AutoScaling-Policies.md#AutoScaling-MinMax).
+ MaxCapacity — Die maximale Anzahl von Replikaten, die mit ElastiCache Auto Scaling verwaltet werden können. Informationen zur Beziehung zwischen --min-capacity, --max-capacity und der Anzahl der Replikate in Ihrem Cluster finden Sie unter [Minimale und maximale Kapazität](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Im folgenden Beispiel registrieren Sie einen Cluster, der `myscalablecluster` mit der Application Auto Scaling API benannt ist. Diese Registrierung zeigt an, dass der Cluster dynamisch skaliert werden soll, um zwischen 1 und 5 Replikate zu haben.
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.RegisterScalableTarget
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:Replicas",
"MinCapacity": 1,
"MaxCapacity": 5
}
```
# Definieren einer Skalierungsrichtlinie
Eine Konfiguration der Skalierungsrichtlinie für die Zielverfolgung wird durch einen JSON-Block repräsentiert, in dem die Metriken und Zielwerte definiert sind. Sie können die Konfiguration einer Skalierungsrichtlinie als JSON-Block in einer Textdatei speichern. Sie verwenden diese Textdatei, wenn Sie die AWS CLI oder die Application Auto Scaling Scaling-API aufrufen. Weitere Informationen zur Syntax der Richtlinienkonfiguration finden Sie unter [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) in der *API-Referenz für Application Auto Scaling*.
Die folgenden Optionen stehen zur Verfügung, um eine Konfiguration der Skalierungsrichtlinien für die Zielverfolgung zu definieren:
**Topics**
+ [Verwenden einer vordefinierten Metrik](#AutoScaling-Predefined-Metric)
+ [Bearbeiten einer Skalierungsrichtlinie](AutoScaling-Editing-Policy.md)
+ [Löschen einer Skalierungsrichtlinie](AutoScaling-Deleting-Policy.md)
+ [CloudFormation Für Auto Scaling Scaling-Richtlinien verwenden](AutoScaling-with-Cloudformation.md)
+ [Geplante Skalierung](AutoScaling-with-Scheduled-Scaling-Replicas.md)
## Verwenden einer vordefinierten Metrik
Eine Konfiguration der Skalierungsrichtlinie für die Zielverfolgung wird durch einen JSON-Block repräsentiert, in dem die Metriken und Zielwerte definiert sind. Sie können die Konfiguration einer Skalierungsrichtlinie als JSON-Block in einer Textdatei speichern. Sie verwenden diese Textdatei, wenn Sie die AWS CLI oder die Application Auto Scaling Scaling-API aufrufen. Weitere Informationen zur Syntax der Richtlinienkonfiguration finden Sie unter [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) in der *API-Referenz für Application Auto Scaling*.
Die folgenden Optionen stehen zur Verfügung, um eine Konfiguration der Skalierungsrichtlinien für die Zielverfolgung zu definieren:
**Topics**
+ [Verwenden einer vordefinierten Metrik](#AutoScaling-Predefined-Metric)
+ [Verwenden einer benutzerdefinierten Metrik](#AutoScaling-Custom-Metric)
+ [Verwenden von Ruhephasen](#AutoScaling-Using-Cooldowns)
+ [Deaktivieren der Scale-In-Aktivität](#AutoScaling-Disabling-Scalein)
+ [Anwendung einer Skalierungsrichtlinie auf einen ElastiCache OSS-Cluster für Valkey und Redis](#AutoScaling-Applying-Policy)
### Verwenden einer vordefinierten Metrik
Mithilfe vordefinierter Metriken können Sie schnell eine Skalierungsrichtlinie für die Zielverfolgung für einen OSS-Cluster ElastiCache für Valkey und Redis definieren, der mit der Zielverfolgung in Auto Scaling funktioniert. ElastiCache ElastiCache Unterstützt derzeit die folgende vordefinierte Metrik in ElastiCache Replicas Auto Scaling:
`ElastiCacheReplicaEngineCPUUtilization`— Der Durchschnittswert der CPUUtilization Engine-Metrik CloudWatch für alle Replikate im Cluster. Den aggregierten Metrikwert finden Sie CloudWatch unter „Erforderlich“ ReplicationGroupId und „ ElastiCache `ReplicationGroupId, Role`Rollenreplikat“.
Um eine vordefinierte Metrik in Ihrer Skalierungsrichtlinie zu verwenden, erstellen Sie eine Zielverfolgungskonfiguration für Ihre Skalierungsrichtlinie. Diese Konfiguration muss eine `PredefinedMetricSpecification` für die vordefinierte Metrik und einen `TargetValue` für den Zielwert dieser Metrik enthalten.
### Verwenden einer benutzerdefinierten Metrik
Durch die Verwendung von benutzerdefinierten Metriken können Sie eine Skalierungsrichtlinie für die Zielverfolgung definieren, die Ihren individuellen Anforderungen entspricht. Sie können eine benutzerdefinierte Metrik definieren, die auf einer beliebigen OSS-Metrik ElastiCache für Valkey und Redis basiert und sich proportional zur Skalierung ändert. Nicht alle ElastiCache Metriken eignen sich für die Zielverfolgung. Die Metrik muss eine gültige Auslastungsmetrik sein und beschreiben, wie ausgelastet eine Instance ist. Der Wert der Metrik muss sich proportional zur Anzahl der -Replicas im -DB-Cluster erhöhen oder verringern. Diese proportionale Erhöhung oder Verminderung ist notwendig, um die metrischen Daten zur proportionalen Skalierung oder in der Anzahl der -Repliken zu verwenden.
**Example**
Das folgende Beispiel beschreibt die Konfiguration einer Zielverfolgung für eine Skalierungsrichtlinie. In dieser Konfiguration passt eine benutzerdefinierte Metrik einen Cluster auf der Grundlage einer durchschnittlichen CPU-Auslastung von 50 Prozent für alle Replikate in einem Cluster mit dem Namen an. `my-db-cluster`
```
{"TargetValue": 50,
"CustomizedMetricSpecification":
{"MetricName": "EngineCPUUtilization",
"Namespace": "AWS/ElastiCache",
"Dimensions": [
{"Name": "ReplicationGroup","Value": "my-db-cluster"},
{"Name": "Role","Value": "REPLICA"}
],
"Statistic": "Average",
"Unit": "Percent"
}
}
```
### Verwenden von Ruhephasen
Sie können einen Wert in Sekunden für `ScaleOutCooldown` angeben, um eine Ruhephase für die Aufskalierung Ihres Clusters hinzuzufügen. Ähnlich können Sie einen Wert in Sekunden für `ScaleInCooldown` angeben, um eine Ruhephase für die Abskalierung Ihres Clusters hinzuzufügen. Weitere Informationen über `ScaleInCooldown` und `ScaleOutCooldown` finden Sie unter [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) in der *API-Referenz für Application Auto Scaling*. Das folgende Beispiel beschreibt die Konfiguration einer Zielverfolgung für eine Skalierungsrichtlinie. In dieser Konfiguration wird die `ElastiCacheReplicaEngineCPUUtilization` vordefinierte Metrik verwendet, um einen Cluster auf der Grundlage einer durchschnittlichen CPU-Auslastung von 40 Prozent für alle Replikate in diesem Cluster anzupassen. Die Konfiguration sieht eine Scale-In-Ruhephase von 10 Minuten und eine Scale-Out-Ruhephase von 5 Minuten vor.
```
{"TargetValue": 40.0,
"PredefinedMetricSpecification":
{"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
},
"ScaleInCooldown": 600,
"ScaleOutCooldown": 300
}
```
### Deaktivieren der Scale-In-Aktivität
Sie können verhindern, dass die Konfiguration der Skalierungsrichtlinie für die Zielverfolgung in Ihrem OSS-Cluster ElastiCache für Valkey und Redis skaliert, indem Sie die Scale-In-Aktivität deaktivieren. Das Deaktivieren der Scale-In-Aktivität verhindert das Löschen von -Repliken durch die Skalierungsrichtlinie, und erlaubt der Skalierungsrichtlinie dennoch, Repliken nach Bedarf zu erstellen.
Sie können einen booleschen Wert für `DisableScaleIn` angeben, um die Scale-In-Aktivität für Ihren Cluster zu aktivieren oder zu deaktivieren. Weitere Informationen über `DisableScaleIn` finden Sie unter [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) in der *API-Referenz für Application Auto Scaling*.
**Example**
Das folgende Beispiel beschreibt die Konfiguration einer Zielverfolgung für eine Skalierungsrichtlinie. In dieser Konfiguration passt die `ElastiCacheReplicaEngineCPUUtilization` vordefinierte Metrik einen Cluster auf der Grundlage einer durchschnittlichen CPU-Auslastung von 40 Prozent für alle Replikate in diesem Cluster an. Die Konfiguration deaktiviert die Scale-In-Aktivität für die Skalierungsrichtlinie.
```
{"TargetValue": 40.0,
"PredefinedMetricSpecification":
{"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
### Anwendung einer Skalierungsrichtlinie auf einen ElastiCache OSS-Cluster für Valkey und Redis
Nachdem Sie Ihren Cluster bei ElastiCache for Valkey und Redis OSS Auto Scaling registriert und eine Skalierungsrichtlinie definiert haben, wenden Sie die Skalierungsrichtlinie auf den registrierten Cluster an. Um eine Skalierungsrichtlinie auf einen OSS-Cluster ElastiCache für Valkey und Redis anzuwenden, können Sie die AWS CLI oder die Application Auto Scaling Scaling-API verwenden.
**Unter Verwendung der AWS CLI**
Verwenden Sie den [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/put-scaling-policy.html)Befehl mit den folgenden Parametern, um eine Skalierungsrichtlinie auf Ihren OSS-Cluster ElastiCache für Valkey und Redis anzuwenden:
+ --plolicy-name – Der Name der Skalierungsrichtlinie.
+ --policy-type – Setzen Sie diesen Wert auf `TargetTrackingScaling`.
+ --resource-id — Die Ressourcen-ID für den Cluster. Für diesen Parameter ist der Ressourcentyp ReplicationGroup und die eindeutige Kennung beispielsweise der Name des Clusters. `replication-group/myscalablecluster`
+ —service-namespace — Legen Sie diesen Wert auf elasticache fest.
+ --scalable-dimension – Setzen Sie diesen Wert auf `elasticache:replication-group:Replicas`.
+ -- target-tracking-scaling-policy -configuration — Die Konfiguration der Skalierungsrichtlinie für die Zielverfolgung, die für den Cluster verwendet werden soll.
**Example**
Im folgenden Beispiel wenden Sie eine Zielverfolgungs-Skalierungsrichtlinie mit dem Namen auf einen Cluster `myscalablepolicy` an, der `myscalablecluster` mit ElastiCache Auto Scaling benannt ist. Dazu verwenden Sie eine Richtlinienkonfiguration, die in einer Datei mit dem Namen `config.json` gespeichert ist.
Für Linux, macOS oder Unix:
```
aws application-autoscaling put-scaling-policy \
--policy-name myscalablepolicy \
--policy-type TargetTrackingScaling \
--resource-id replication-group/myscalablecluster \
--service-namespace elasticache \
--scalable-dimension elasticache:replication-group:Replicas \
--target-tracking-scaling-policy-configuration file://config.json
```
```
{"TargetValue": 40.0,
"PredefinedMetricSpecification":
{"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
Für Windows:
```
aws application-autoscaling put-scaling-policy ^
--policy-name myscalablepolicy ^
--policy-type TargetTrackingScaling ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:Replicas ^
--target-tracking-scaling-policy-configuration file://config.json
```
**Verwenden der API**
Um mit der Application Auto Scaling API eine Skalierungsrichtlinie auf Ihren ElastiCache Cluster anzuwenden, verwenden Sie den [PutScalingPolicy](https://docs.aws.amazon.com/autoscaling/application/APIReference/API_PutScalingPolicy.html)Application Auto Scaling API-Vorgang mit den folgenden Parametern:
+ PolicyName — Der Name der Skalierungsrichtlinie.
+ PolicyType — Setzen Sie diesen Wert auf`TargetTrackingScaling`.
+ ResourceID — Die Ressourcen-ID für den Cluster. Für diesen Parameter ist der Ressourcentyp ReplicationGroup und der eindeutige Bezeichner beispielsweise der Name des ElastiCache für Redis OSS-Clusters. `replication-group/myscalablecluster`
+ ServiceNamespace — Setzen Sie diesen Wert auf Elasticache.
+ ScalableDimension — Setze diesen Wert auf`elasticache:replication-group:Replicas`.
+ TargetTrackingScalingPolicyConfiguration — Die Konfiguration der Skalierungsrichtlinie für die Zielverfolgung, die für den Cluster verwendet werden soll.
**Example**
Im folgenden Beispiel wenden Sie eine Zielverfolgungs-Skalierungsrichtlinie mit dem Namen auf einen Cluster `scalablepolicy` an, der `myscalablecluster` mit ElastiCache Auto Scaling benannt ist. Sie verwenden die Richtlinienkonfiguration `ElastiCacheReplicaEngineCPUUtilization` basierend auf einer vordefinierten Metrik.
```
POST / HTTP/1.1
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.PutScalingPolicy
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"PolicyName": "myscalablepolicy",
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:Replicas",
"PolicyType": "TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration": {
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCacheReplicaEngineCPUUtilization"
}
}
}
```
# Bearbeiten einer Skalierungsrichtlinie
Sie können eine Skalierungsrichtlinie mit der AWS-Managementkonsole, der oder der AWS CLI Application Auto Scaling API bearbeiten.
**Bearbeiten einer Skalierungsrichtlinie mit dem AWS-Managementkonsole**
Sie können Richtlinien mit dem Typ Vordefinierte Metriken nur bearbeiten, indem Sie die AWS-Managementkonsole
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Amazon-Konsole unter [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich **Valkey** oder **Redis** OSS
1. Wählen Sie den Cluster aus, dem Sie eine Richtlinie hinzufügen möchten (wählen Sie den Cluster-Namen und nicht die Schaltfläche links davon aus).
1. Wählen Sie die Registerkarte **Auto-Scaling-Richtlinien** aus.
1. Wählen Sie unter **Scaling policies** (Skalierungsrichtlinien) die Schaltfläche links neben der Auto-Scaling-Richtlinie aus, die Sie ändern möchten, und klicken Sie dann auf **Modify** (Ändern).
1. Nehmen Sie die erforderlichen Änderungen an der Richtlinie vor.
1. Wählen Sie **Ändern** aus.
1. Nehmen Sie die Änderungen an der Richtlinie vor.
1. Wählen Sie **Ändern** aus.
**Bearbeiten einer Skalierungsrichtlinie mit der AWS CLI oder der Application Auto Scaling API**
Sie können die AWS CLI oder die Application Auto Scaling Scaling-API verwenden, um eine Skalierungsrichtlinie auf die gleiche Weise zu bearbeiten, wie Sie eine Skalierungsrichtlinie anwenden:
+ Wenn Sie die Application Auto Scaling API verwenden, geben Sie den Namen der zu bearbeitenden Richtlinie im Parameter `PolicyName` an. Legen Sie neue Werte für die Parameter fest, die Sie ändern möchten.
Weitere Informationen finden Sie unter [Anwendung einer Skalierungsrichtlinie auf einen ElastiCache OSS-Cluster für Valkey und Redis](AutoScaling-Defining-Policy.md#AutoScaling-Applying-Policy).
# Löschen einer Skalierungsrichtlinie
Sie können eine Skalierungsrichtlinie mit der AWS-Managementkonsole, der AWS CLI oder der Application Auto Scaling API löschen
**Löschen einer Skalierungsrichtlinie mithilfe der AWS-Managementkonsole**
Sie können Richtlinien mit dem Typ Vordefinierte Metriken nur bearbeiten, indem Sie die AWS-Managementkonsole
1. Melden Sie sich bei der an AWS-Managementkonsole und öffnen Sie die ElastiCache Amazon-Konsole unter [https://console.aws.amazon.com/elasticache/](https://console.aws.amazon.com/elasticache/).
1. Wählen Sie im Navigationsbereich **Valkey** oder **Redis** OSS
1. Wählen Sie den Cluster aus, dessen Auto-Scaling-Richtlinie Sie löschen möchten.
1. Wählen Sie die Registerkarte **Auto-Scaling-Richtlinien** aus.
1. Wählen Sie im Abschnitt **Scaling policies** (Skalierungsrichtlinien) die Auto-Scaling-Richtlinie und dann **Delete** (Löschen) aus.
**Löschen einer Skalierungsrichtlinie mithilfe der AWS CLI oder der Application Auto Scaling API**
Sie können die AWS CLI oder die Application Auto Scaling API verwenden, um eine Skalierungsrichtlinie aus einem ElastiCache Cluster zu löschen.
**CLI**
Verwenden Sie den [delete-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/delete-scaling-policy.html)Befehl mit den folgenden Parametern, um eine Skalierungsrichtlinie aus Ihrem OSS-Cluster ElastiCache für Valkey und Redis zu löschen:
+ --plolicy-name – Der Name der Skalierungsrichtlinie.
+ --resource-id — Die Ressourcen-ID für den Cluster. Für diesen Parameter ist der Ressourcentyp ReplicationGroup und die eindeutige Kennung beispielsweise der Name des Clusters. `replication-group/myscalablecluster`
+ —service-namespace — Legen Sie diesen Wert auf elasticache fest.
+ --scalable-dimension – Setzen Sie diesen Wert auf `elasticache:replication-group:Replicas`.
**Example**
Im folgenden Beispiel löschen Sie eine Zielverfolgungs-Skalierungsrichtlinie namens `myscalablepolicy` aus einem ElastiCache-Cluster namens `myscalablecluster`.
Für Linux, macOS oder Unix:
```
aws application-autoscaling delete-scaling-policy \
--policy-name myscalablepolicy \
--resource-id replication-group/myscalablecluster \
--service-namespace elasticache \
--scalable-dimension elasticache:replication-group:Replicas \
```
Für Windows:
```
aws application-autoscaling delete-scaling-policy ^
--policy-name myscalablepolicy ^
--resource-id replication-group/myscalablecluster ^
--service-namespace elasticache ^
--scalable-dimension elasticache:replication-group:Replicas ^
```
**API**
Um eine Skalierungsrichtlinie aus Ihrem ElastiCache für Valkey und Redis OSS-Cluster zu löschen, verwenden Sie den [DeleteScalingPolicy](https://docs.aws.amazon.com/ApplicationAutoScaling/latest/APIReference/API_DeleteScalingPolicy.html)Application Auto Scaling API-Vorgang mit den folgenden Parametern:
+ PolicyName — Der Name der Skalierungsrichtlinie.
+ ResourceId — Die ResourceID für den Cluster. Für diesen Parameter ist der Ressourcentyp ReplicationGroup und die eindeutige Kennung beispielsweise `replication-group/myscalablecluster` der Name des Clusters.
+ ServiceNamespace — Setzen Sie diesen Wert auf Elasticache.
+ ScalableDimension — Setze diesen Wert auf`elasticache:replication-group:Replicas`.
Im folgenden Beispiel löschen Sie eine Skalierungsrichtlinie für die Zielverfolgung, die `myscalablepolicy` aus einem Cluster benannt ist, der `myscalablecluster` mit der Application Auto Scaling Scaling-API benannt ist.
```
POST / HTTP/1.1
>>>>>>> mainline
Host: autoscaling.us-east-2.amazonaws.com
Accept-Encoding: identity
Content-Length: 219
X-Amz-Target: AnyScaleFrontendService.DeleteScalingPolicy
X-Amz-Date: 20160506T182145Z
User-Agent: aws-cli/1.10.23 Python/2.7.11 Darwin/15.4.0 botocore/1.4.8
Content-Type: application/x-amz-json-1.1
Authorization: AUTHPARAMS
{
"PolicyName": "myscalablepolicy",
"ServiceNamespace": "elasticache",
"ResourceId": "replication-group/myscalablecluster",
"ScalableDimension": "elasticache:replication-group:Replicas"
}
```
# CloudFormation Für Auto Scaling Scaling-Richtlinien verwenden
Dieser Ausschnitt zeigt, wie Sie eine geplante Aktion erstellen und sie auf eine Ressource anwenden, die die [AWS::ElastiCache::ReplicationGroup[AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.html)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)Ressource verwendet. Sie verwendet die intrinsischen Funktionen [Fn::Join](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html) und [Ref](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-ref.html), um die `ResourceId`-Eigenschaft mit dem logischen Namen der `AWS::ElastiCache::ReplicationGroup`-Ressource zu erstellen, die in derselben Vorlage angegeben ist.
```
ScalingTarget:
Type: 'AWS::ApplicationAutoScaling::ScalableTarget'
Properties:
MaxCapacity: 0
MinCapacity: 0
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:Replicas'
ServiceNamespace: elasticache
RoleARN: !Sub "arn:aws:iam::${AWS::AccountId}:role/aws-service-role/elasticache.application-autoscaling.amazonaws.com/AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG"
ScalingPolicy:
Type: "AWS::ApplicationAutoScaling::ScalingPolicy"
Properties:
ScalingTargetId: !Ref ScalingTarget
ServiceNamespace: elasticache
PolicyName: testpolicy
PolicyType: TargetTrackingScaling
ScalableDimension: 'elasticache:replication-group:Replicas'
TargetTrackingScalingPolicyConfiguration:
PredefinedMetricSpecification:
PredefinedMetricType: ElastiCacheReplicaEngineCPUUtilization
TargetValue: 40
```
# Geplante Skalierung
Eine Skalierung anhand eines Zeitplans ermöglicht es Ihnen, Ihre Anwendung entsprechend vorhersagbarer Anforderungsänderungen zu skalieren. Um die geplante Skalierung zu verwenden, erstellen Sie geplante Aktionen, die Valkey und Redis OSS anweisen ElastiCache , Skalierungsaktivitäten zu bestimmten Zeiten durchzuführen. Wenn Sie eine geplante Aktion erstellen, geben Sie einen vorhandenen ElastiCache Cluster an, wann die Skalierungsaktivität stattfinden soll, sowie die Mindestkapazität und die maximale Kapazität. Sie können geplante Aktionen erstellen, die nur einmal skalieren oder wiederholt geplant ausgeführt werden.
Sie können eine geplante Aktion nur für ElastiCache Cluster erstellen, die bereits vorhanden sind. Sie können eine geplante Aktion und einen Cluster nicht gleichzeitig erstellen.
Weitere Informationen zur Terminologie für die Erstellung, Verwaltung und Löschung geplanter Aktionen finden Sie unter[Häufig verwendete Befehle für geplante Aktionen erstellen, verwalten und löschen](https://docs.aws.amazon.com/autoscaling/application/userguide/application-auto-scaling-scheduled-scaling.html#scheduled-scaling-commonly-used-commands)
**Erstellen Sie eine einmalige geplante Aktion wie folgt**
Ähnlich wie Shard Dimension. Siehe [Geplante Skalierung](AutoScaling-with-Scheduled-Scaling-Shards.md).
**Löschen einer geplanten Aktion**
Ähnlich wie Shard Dimension. Siehe [Geplante Skalierung](AutoScaling-with-Scheduled-Scaling-Shards.md).
**Verwalten einer geplanten Skalierung mit AWS CLI **
Verwenden Sie die folgende automatische Anwendungsskalierung APIs:
+ [put-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scheduled-action.html)
+ [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/describe-scheduled-actions.html)
+ [delete-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/delete-scheduled-action.html)
## Wird verwendet CloudFormation , um Auto Scaling Scaling-Richtlinien zu erstellen
Dieser Ausschnitt zeigt, wie Sie eine geplante Aktion erstellen und sie auf eine Ressource anwenden, die die [AWS::ElastiCache::ReplicationGroup[AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.html)](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)Ressource verwendet. Sie verwendet die intrinsischen Funktionen [Fn::Join](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-join.html) und [Ref](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-ref.html), um die `ResourceId`-Eigenschaft mit dem logischen Namen der `AWS::ElastiCache::ReplicationGroup`-Ressource zu erstellen, die in derselben Vorlage angegeben ist.
```
ScalingTarget:
Type: 'AWS::ApplicationAutoScaling::ScalableTarget'
Properties:
MaxCapacity: 0
MinCapacity: 0
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:Replicas'
ServiceNamespace: elasticache
RoleARN: !Sub "arn:aws:iam::${AWS::AccountId}:role/aws-service-role/elasticache.application-autoscaling.amazonaws.com/AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG"
ScheduledActions:
- EndTime: '2020-12-31T12:00:00.000Z'
ScalableTargetAction:
MaxCapacity: '5'
MinCapacity: '2'
ScheduledActionName: First
Schedule: 'cron(0 18 * * ? *)'
```