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 Shards
Damit ElastiCache können AutoScaling Sie Tracking- und geplante Richtlinien mit Ihrer Valkey- oder Redis OSS-Engine verwenden.
Im Folgenden finden Sie Einzelheiten zur Zielverfolgung und zu geplanten Richtlinien sowie dazu, wie Sie diese mithilfe von und anwenden können. AWS-Managementkonsole AWS CLI APIs
**Topics**
+ [Skalierungsrichtlinien für die Ziel-Nachverfolgung](AutoScaling-Scaling-Policies-Target.md)
+ [Hinzufügen einer Skalierungsrichtlinie](AutoScaling-Scaling-Adding-Policy-Shards.md)
+ [Registrieren eines skalierbaren Ziels](AutoScaling-Scaling-Registering-Policy-CLI.md)
+ [Definieren einer Skalierungsrichtlinie](AutoScaling-Scaling-Defining-Policy-API.md)
+ [Deaktivieren der Scale-In-Aktivität](AutoScaling-Scaling-Disabling-Scale-in.md)
+ [Anwenden einer Skalierungsrichtlinie](AutoScaling-Scaling-Applying-a-Scaling-Policy.md)
+ [Bearbeiten einer Skalierungsrichtlinie](AutoScaling-Scaling-Editing-a-Scaling-Policy.md)
+ [Löschen einer Skalierungsrichtlinie](AutoScaling-Scaling-Deleting-a-Scaling-Policy.md)
+ [CloudFormation Für Auto Scaling Scaling-Richtlinien verwenden](AutoScaling-with-Cloudformation-Shards.md)
+ [Geplante Skalierung](AutoScaling-with-Scheduled-Scaling-Shards.md)
# 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 erstellt und verwaltet OSS Auto Scaling die CloudWatch Alarme, die die Skalierungsrichtlinie auslösen, und berechnet die Skalierungsanpassung auf der Grundlage der Metrik und des Zielwerts. Durch die Skalierungsrichtlinie wird so viel Kapazität wie erforderlich hinzugefügt oder entfernt, damit die Metrik auf oder nahe an dem Zielwert gehalten wird. 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.
Nehmen wir zum Beispiel eine Skalierungsrichtlinie, die die vordefinierte `ElastiCachePrimaryEngineCPUUtilization`-Durchschnittsmetrik mit konfiguriertem Zielwert verwendet. Eine solche Richtlinie kann die CPU-Nutzung auf oder nahe an dem Zielwert halten.
## Vordefinierte Metriken
Eine vordefinierte Metrik ist eine Struktur, die sich auf einen bestimmten Namen, eine Dimension und eine Statistik (`average`) einer bestimmten Metrik bezieht. CloudWatch Ihre Auto-Scaling-Richtlinie definiert eine der folgenden vordefinierten Metriken für Ihren Cluster:
****
| Vordefinierter Metrikname | CloudWatch Metrikname | CloudWatch Metrische Dimension | Nicht geeignete Instance-Typen |
| --- | --- | --- | --- |
| ElastiCachePrimaryEngineCPUUtilization | `EngineCPUUtilization` | ReplicationGroupId, Rolle = Primär | Keine |
| ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage | `DatabaseCapacityUsageCountedForEvictPercentage` | Metriken für Valkey- oder Redis OSS-Replikationsgruppen | Keine |
| ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage | `DatabaseMemoryUsageCountedForEvictPercentage` | Metriken für die OSS-Replikationsgruppe von Valkey oder Redis | R6gd |
Instance-Typen mit Daten-Tiering können `ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage` nicht verwenden, da diese Instance-Typen Daten sowohl im Arbeitsspeicher als auch im SSD-Speicher ablegen. Der erwartete Anwendungsfall für Instances mit Daten-Tiering ist eine 100-prozentige Speichernutzung und das Auffüllen des SSD-Speichers nach Bedarf.
## Kriterien für die Auto Scaling für Shards
Wenn der Service feststellt, dass Ihre vordefinierte Metrik gleich oder größer als die Zieleinstellung ist, erhöht er die Kapazität Ihrer Shards automatisch. ElastiCache für Valkey und Redis OSS skaliert OSS Ihre Cluster-Shards um eine Anzahl, die der größeren von zwei Zahlen entspricht: prozentuale Abweichung von Target und 20 Prozent der aktuellen Shards. 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 Scal-Out-Beispiel 50 Shards und
+ Wenn Ihr Target die Sicherheitslücken um 30 Prozent überschreitet, wird eine ElastiCache Skalierung um 30 Prozent vorgenommen, was zu 65 Shards pro Cluster führt.
+ Wenn Ihr Target die Sicherheitslücken um 10 Prozent überschreitet, wird standardmäßig ein Minimum von 20 Prozent ElastiCache skaliert, was zu 60 Shards pro Cluster führt.
Wenn Sie beispielsweise einen Zielwert von 60 Prozent ausgewählt haben, erfolgt die auto Skalierung ElastiCache erst, 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 die Shards um eine Abweichung von mindestens 20 Prozent vom Ziel vorhandener Shards im Cluster.
+ Eine Skalierungsrichtlinie für die Ziel-Nachverfolgung nimmt keine Skalierung vor, wenn die angegebene Metrik unzureichende Daten aufweist. Es wird keine Abskalierung 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 ElastiCache 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. ElastiCache Auto Scaling löscht die Alarme automatisch, wenn Sie die Skalierungsrichtlinie löschen.
+ ElastiCache Auto Scaling verhindert nicht, dass Sie Cluster-Shards manuell ä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 nicht skaliert und verzögert, bis die Kapazität verfügbar ist.
+ ElastiCache für Redis OSS Auto Scaling entfernt beim Scale-In keine Shards mit Steckplätzen, die nach der Serialisierung eine Objektgröße von mehr als 256 MB haben.
+ Während des Scale-Ins werden Shards nicht entfernt, wenn nicht genügend Speicher für die resultierende Shard-Konfiguration verfügbar ist.
# Hinzufügen einer Skalierungsrichtlinie
Sie können eine Skalierungsrichtlinie hinzufügen, indem Sie die verwenden AWS-Managementkonsole.
**So fügen Sie einem OSS-Cluster ElastiCache für Valkey und Redis eine Auto Scaling Scaling-Richtlinie hinzu**
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. Geben Sie unter **Policy Name (Richtlinienname)** einen Namen für diese Richtlinie ein.
1. Für **Skalierbare Dimension** wählen Sie **Shards** aus.
1. Wählen Sie für die Zielmetrik eine der nachstehenden Optionen aus:
+ **Primäre CPU-Auslastung**, um eine Richtlinie auf der Grundlage der durchschnittlichen CPU-Auslastung zu erstellen.
+ **Memory (Arbeitsspeicher)**Um eine Richtlinie zu erstellen, die auf dem durchschnittlichen Datenbankspeicher basiert.
+ **Kapazität** zum Erstellen einer Richtlinie auf der Grundlage der durchschnittlichen Datenbankkapazitätsauslastung. Die Kapazitätsmetrik umfasst die Speicher- und SSD-Auslastung für Daten-Tiering-Instances und die Speichernutzung für alle anderen Instance-Typen.
1. Wählen Sie für den Zielwert einen Wert größer oder gleich 35 und kleiner oder gleich 70 aus. Bei der automatischen Skalierung wird dieser Wert für die ausgewählte Zielmetrik auf allen Ihren ElastiCache Shards beibehalten:
+ **Primäre CPU-Auslastung**: behält den Zielwert für die `EngineCPUUtilization`-Metrik auf den Primärknoten bei.
+ **Speicher**: behält den Zielwert für die `DatabaseMemoryUsageCountedForEvictPercentage`-Metrik bei
+ **Kapazität** behält den Zielwert für die `DatabaseCapacityUsageCountedForEvictPercentage`-Metrik bei
Cluster-Shards 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 die AWS CLI , um die Abklingzeitwerte zu ändern.
1. Geben Sie für **Mindestkapazität** die Mindestanzahl von Shards 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 Shards ein, für deren Verwaltung die ElastiCache Auto Scaling Scaling-Richtlinie erforderlich ist. Dieser Wert muss gleich oder kleiner 250 sein.
1. Wählen Sie **Erstellen** aus.
# Registrieren eines skalierbaren Ziels
Bevor Sie Auto Scaling mit einem OSS-Cluster ElastiCache für Valkey und Redis verwenden können, registrieren Sie Ihren Cluster bei ElastiCache Auto Scaling. 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:NodeGroups` skalierbaren Dimension, die die Anzahl der Cluster-Shards darstellt.
**Unter Verwendung der AWS 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 OSS-Cluster ElastiCache für Valkey und Redis zu registrieren:
+ `--service-namespace` – Legen Sie diesen Wert auf `elasticache` fest
+ `--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`.
+ `--scalable-dimension` – Legen Sie diesen Wert auf `elasticache:replication-group:NodeGroups` fest.
+ `--max-capacity `— Die maximale Anzahl von Shards, die durch ElastiCache Auto Scaling verwaltet werden können. Informationen zur Beziehung zwischen `--min-capacity`, `--max-capacity` und der Anzahl der DB-Instances in Ihrem Cluster finden Sie unter [Minimale und maximale Kapazität](AutoScaling-Policies.md#AutoScaling-MinMax).
+ `--min-capacity `— Die Mindestanzahl von Shards, die durch ElastiCache Auto Scaling verwaltet werden müssen. Informationen zur Beziehung zwischen `--min-capacity`, `--max-capacity` und der Anzahl der DB-Instances in Ihrem Cluster finden Sie unter [Minimale und maximale Kapazität](AutoScaling-Policies.md#AutoScaling-MinMax).
**Example**
Im folgenden Beispiel registrieren Sie einen ElastiCache Cluster mit dem Namen`myscalablecluster`. Die Registrierung zeigt an, dass der DB-Cluster dynamisch skaliert werden soll, um zwischen einer und acht -Replicas 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:NodeGroups \
--min-capacity 1 \
--max-capacity 10 \
```
Für Windows:
```
aws application-autoscaling register-scalable-target ^
--service-namespace elasticache ^
--resource-id replication-group/myscalablecluster ^
--scalable-dimension elasticache:replication-group:NodeGroups ^
--min-capacity 1 ^
--max-capacity 10 ^
```
**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:NodeGroups`.
+ MinCapacity — Die Mindestanzahl von Shards, die durch 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 Shards, die durch 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 ElastiCache 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:NodeGroups",
"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/autoscaling/application/APIReference/API_TargetTrackingScalingPolicyConfiguration.html) in der Application Auto Scaling API Reference.
Die folgenden Optionen stehen zur Verfügung, um eine Konfiguration der Skalierungsrichtlinien für die Zielverfolgung zu definieren:
**Topics**
+ [Verwenden einer vordefinierten Metrik](#AutoScaling-Scaling-Predefined-Metric)
+ [Verwenden einer benutzerdefinierten Metrik](#AutoScaling-Scaling-Custom-Metric)
+ [Verwenden von Ruhephasen](#AutoScaling-Scaling-Cooldown-periods)
## 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 folgenden vordefinierten Metriken in NodeGroup Auto Scaling:
+ **ElastiCachePrimaryEngineCPUUtilization**— Der Durchschnittswert der `EngineCPUUtilization` Metrik CloudWatch auf allen Primärknoten im Cluster.
+ **ElastiCacheDatabaseMemoryUsageCountedForEvictPercentage**— Der Durchschnittswert der `DatabaseMemoryUsageCountedForEvictPercentage` Metrik CloudWatch für alle Primärknoten im Cluster.
+ **ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage**— Der Durchschnittswert der `ElastiCacheDatabaseCapacityUsageCountedForEvictPercentage` Metrik CloudWatch für alle Primärknoten im Cluster.
Weitere Informationen über die Metriken `EngineCPUUtilization`, `DatabaseMemoryUsageCountedForEvictPercentage` und `DatabaseCapacityUsageCountedForEvictPercentage` finden Sie unter [Überwachung der Nutzung mit CloudWatch Metrics](CacheMetrics.md). 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.
**Example**
Das folgende Beispiel beschreibt eine typische Richtlinienkonfiguration für die Skalierung nach Zielverfolgung für einen OSS-Cluster ElastiCache für Valkey und Redis. In dieser Konfiguration wird die `ElastiCachePrimaryEngineCPUUtilization` vordefinierte Metrik verwendet, um den Cluster auf der Grundlage einer durchschnittlichen CPU-Auslastung von 40 Prozent auf allen Primärknoten im Cluster anzupassen.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
}
}
```
## 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 basierend auf einer beliebigen ElastiCache -Metrik definieren, die 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 ElastiCache für Redis OSS-Cluster auf der Grundlage einer durchschnittlichen CPU-Auslastung von 50 Prozent für alle Shards in einem genannten Cluster an. `my-db-cluster`
```
{
"TargetValue": 50,
"CustomizedMetricSpecification":
{
"MetricName": "EngineCPUUtilization",
"Namespace": "AWS/ElastiCache",
"Dimensions": [
{
"Name": "ReplicationGroup","Value": "my-db-cluster"
},
{
"Name": "Role","Value": "PRIMARY"
}
],
"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 finden Sie [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/autoscaling/application/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 `ElastiCachePrimaryEngineCPUUtilization` vordefinierte Metrik verwendet, um einen ElastiCache für Redis OSS-Cluster auf der Grundlage einer durchschnittlichen CPU-Auslastung von 40 Prozent auf allen primären Knoten in diesem Cluster anzupassen. Die Konfiguration sieht eine Ruhephase von 10 Minuten zum Abskalieren und eine Ruhephase von 5 Minuten zum Aufskalieren vor.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
},
"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 Cluster 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 finden Sie [TargetTrackingScalingPolicyConfiguration](https://docs.aws.amazon.com/autoscaling/application/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 passt die `ElastiCachePrimaryEngineCPUUtilization` vordefinierte Metrik einen OSS-Cluster ElastiCache für Valkey und Redis auf der Grundlage einer durchschnittlichen CPU-Auslastung von 40 Prozent auf allen primären Knoten in diesem Cluster an. Die Konfiguration deaktiviert die Scale-In-Aktivität für die Skalierungsrichtlinie.
```
{
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
},
"DisableScaleIn": true
}
```
# Anwenden einer Skalierungsrichtlinie
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 ElastiCache für Redis OSS-Cluster anzuwenden, können Sie die AWS CLI oder die Application Auto Scaling Scaling-API verwenden.
## Anwenden einer Skalierungsrichtlinie mithilfe der AWS CLI
Um eine Skalierungsrichtlinie auf Ihren OSS-Cluster ElastiCache für Valkey und Redis anzuwenden, verwenden Sie den [put-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html)Befehl mit den folgenden Parametern:
+ **—policy-name**– Der Name der Skalierungsrichtlinie.
+ **--policy-type** – Legen Sie diesen Wert auf `TargetTrackingScaling` fest.
+ **--resource-id — Die Ressourcen-ID.** Für diesen Parameter ist der Ressourcentyp `ReplicationGroup` und der eindeutige Bezeichner 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:NodeGroups`.
+ **-- target-tracking-scaling-policy -configuration — Die Konfiguration** der Skalierungsrichtlinie für die Zielverfolgung, die für den Cluster verwendet werden soll.
Im folgenden Beispiel wenden Sie eine Skalierungsrichtlinie `myscalablepolicy` zur Zielverfolgung an, die auf einen mit Auto Scaling benannten OSS-Cluster ElastiCache für Valkey und Redis OSS benannt `myscalablecluster` ist. ElastiCache 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:NodeGroups \
--target-tracking-scaling-policy-configuration file://config.json
```
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:NodeGroups ^
--target-tracking-scaling-policy-configuration file://config.json
```
## Anwendung einer Skalierungsrichtlinie mit der API
Um eine Skalierungsrichtlinie auf Ihren OSS-Cluster ElastiCache für Valkey und Redis anzuwenden, verwenden Sie den [PutScalingPolicy](https://docs.aws.amazon.com/cli/latest/reference/application-autoscaling/put-scaling-policy.html) AWS CLI Befehl mit den folgenden Parametern:
+ **—policy-name**– Der Name der Skalierungsrichtlinie.
+ **--resource-id — Die Ressourcen-ID.** Für diesen Parameter ist der Ressourcentyp `ReplicationGroup` und der eindeutige Bezeichner 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:NodeGroups`.
+ **-- target-tracking-scaling-policy -configuration — Die Konfiguration** der Skalierungsrichtlinie für die Zielverfolgung, die für den Cluster verwendet werden soll.
Im folgenden Beispiel wenden Sie eine Zielverfolgungs-Skalierungsrichtlinie mit dem Namen auf einen ElastiCache Cluster `myscalablepolicy` an, der `myscalablecluster` mit ElastiCache Auto Scaling benannt ist. Sie verwenden die Richtlinienkonfiguration `ElastiCachePrimaryEngineCPUUtilization` 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:NodeGroups",
"PolicyType": "TargetTrackingScaling",
"TargetTrackingScalingPolicyConfiguration": {
"TargetValue": 40.0,
"PredefinedMetricSpecification":
{
"PredefinedMetricType": "ElastiCachePrimaryEngineCPUUtilization"
}
}
}
```
# 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
**So bearbeiten Sie eine Auto Scaling Scaling-Richtlinie ElastiCache für einen OSS-Cluster für Valkey und Redis**
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 die entsprechende Engine 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 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.
## Bearbeiten einer Skalierungsrichtlinie mithilfe der AWS CLI AND-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 verwenden AWS CLI, geben Sie den Namen der Richtlinie, die Sie bearbeiten möchten, im `--policy-name` Parameter an. Legen Sie neue Werte für die Parameter fest, die Sie ändern möchten.
+ 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 [Anwenden einer Skalierungsrichtlinie](AutoScaling-Scaling-Applying-a-Scaling-Policy.md).
# Löschen einer Skalierungsrichtlinie
Sie können eine Skalierungsrichtlinie mithilfe der AWS-Managementkonsole, der oder der AWS CLI Application Auto Scaling API löschen.
## Löschen einer Skalierungsrichtlinie mithilfe der AWS-Managementkonsole
**So löschen Sie eine Auto Scaling Scaling-Richtlinie für einen ElastiCache für Redis OSS-Cluster**
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, dessen Auto-Scaling-Richtlinie Sie bearbeiten möchten (wählen Sie den Clusternamen aus, nicht die Schaltfläche links davon).
1. Wählen Sie die Registerkarte **Auto-Scaling-Richtlinien** aus.
1. Wählen Sie im Abschnitt **Scaling policies** (Skalierungsrichtlinien) die Auto-Scaling-Richtline und dann **Delete** (Löschen) aus.
## Löschen einer Skalierungsrichtlinie mit dem AWS CLI
Um eine Skalierungsrichtlinie ElastiCache für Ihren OSS-Cluster für Valkey und Redis zu löschen, verwenden Sie den [delete-scaling-policy](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scaling-policy.html) AWS CLI Befehl mit den folgenden Parametern:
+ **—policy-name**– Der Name der Skalierungsrichtlinie.
+ **--resource-id — Die Ressourcen-ID.** Für diesen Parameter ist der Ressourcentyp `ReplicationGroup` und der eindeutige Bezeichner 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:NodeGroups`.
Im folgenden Beispiel löschen Sie eine Skalierungsrichtlinie für die Zielverfolgung mit dem Namen `myscalablepolicy` aus einem Cluster mit dem Namen. `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:NodeGroups
```
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:NodeGroups
```
## Löschen einer Skalierungsrichtlinie über die API
Verwenden Sie den [DeleteScalingPolicy](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scaling-policy.html) AWS CLI Befehl mit den folgenden Parametern, um eine Skalierungsrichtlinie ElastiCache für Ihren OSS-Cluster für Valkey und Redis zu löschen:
+ **—policy-name**– Der Name der Skalierungsrichtlinie.
+ **--resource-id — Die Ressourcen-ID.** Für diesen Parameter ist der Ressourcentyp `ReplicationGroup` und der eindeutige Bezeichner 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:NodeGroups`.
Im folgenden Beispiel löschen Sie eine Skalierungsrichtlinie für die Zielverfolgung mit dem Namen `myscalablepolicy` aus einem Cluster mit dem Namen. `myscalablecluster`
```
POST / HTTP/1.1
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:NodeGroups"
}
```
# CloudFormation Für Auto Scaling Scaling-Richtlinien verwenden
Dieser Ausschnitt zeigt, wie Sie eine Richtlinie zur Zielverfolgung erstellen und sie auf eine [AWS::ElastiCache::ReplicationGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)Ressource anwenden, die die [AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.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: 3
MinCapacity: 1
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:NodeGroups'
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:NodeGroups'
TargetTrackingScalingPolicyConfiguration:
PredefinedMetricSpecification:
PredefinedMetricType: ElastiCachePrimaryEngineCPUUtilization
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 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 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)
**So erstellen Sie einen sich wiederholenden Zeitplan:**
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 DB-Cluster aus, zu dem Sie die Richtlinie hinzufügen möchten.
1. Wählen Sie das Symbol**Verwalten der Auto Scaling Richtlinie**aus**Aktionen**Dropdown erstellen.
1. Wählen Sie die Registerkarte **Auto-Scaling-Richtlinien** aus.
1. Im Abschnitt **Auto-Scaling-Richtlinien** wird **Skalierungsrichtlinie hinzufügen** angezeigt. Klicken Sie auf **Geplante Skalierung**.
1. Geben Sie unter **Policy Name (Richtlinienname)** einen Namen für diese Richtlinie ein.
1. Für **Skalierbare Dimension** wählen Sie **Shards** aus.
1. Wählen Sie für **Ziel-Shards** den Wert aus.
1. Für **Wiederholung**, wählen Sie **Wiederkehrende** aus.
1. Für **Häufigkeit** wählen Sie den entsprechenden Wert aus.
1. Für**Startdatum**und**Beginnzeit**wählen Sie den Zeitpunkt aus, ab dem die Richtlinie wirksam wird.
1. Wählen Sie **Add Policy (Richtlinie hinzufügen)** aus.
**Erstellen Sie eine einmalige geplante Aktion wie folgt:**
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 DB-Cluster aus, zu dem Sie die Richtlinie hinzufügen möchten.
1. Wählen Sie das Symbol**Verwalten der Auto Scaling Richtlinie**aus**Aktionen**Dropdown erstellen.
1. Wählen Sie die Registerkarte **Auto-Scaling-Richtlinien** aus.
1. Im Abschnitt **Auto-Scaling-Richtlinien** wird **Skalierungsrichtlinie hinzufügen** angezeigt. Klicken Sie auf **Geplante Skalierung**.
1. Geben Sie unter **Policy Name (Richtlinienname)** einen Namen für diese Richtlinie ein.
1. Für **Skalierbare Dimension** wählen Sie **Shards** aus.
1. Wählen Sie für **Ziel-Shards** den Wert aus.
1. Wählen Sie für **Wiederholung** **Einmalig** aus.
1. Für**Startdatum**und**Beginnzeit**wählen Sie den Zeitpunkt aus, ab dem die Richtlinie wirksam wird.
1. Für**Enddatum**wählen Sie das Datum, bis zu dem die Richtlinie wirksam sein würde.
1. Wählen Sie **Add Policy (Richtlinie hinzufügen)** aus.
**Löschen einer geplanten Aktion**
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 DB-Cluster aus, zu dem Sie die Richtlinie hinzufügen möchten.
1. Wählen Sie das Symbol**Verwalten der Auto Scaling Richtlinie**aus**Aktionen**Dropdown erstellen.
1. Wählen Sie die Registerkarte **Auto-Scaling-Richtlinien** aus.
1. Wählen Sie im Abschnitt **Auto-Scaling-Richtlinien** die Auto-Scaling-Richtlinie und dann **Löschen** im **Aktionen**-Dialog aus.
**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/autoscaling/put-scheduled-action.html)
+ [describe-scheduled-actions](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/describe-scheduled-actions.html)
+ [delete-scheduled-action](https://docs.aws.amazon.com/cli/latest/reference/autoscaling/delete-scheduled-action.html)
## Verwenden Sie CloudFormation für die Erstellung einer geplanten Aktion
Dieser Ausschnitt zeigt, wie Sie eine Richtlinie zur Zielverfolgung erstellen und sie auf eine [AWS::ElastiCache::ReplicationGroup](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-elasticache-replicationgroup.html)Ressource anwenden, die die [AWS::ApplicationAutoScaling::ScalableTarget](https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-resource-applicationautoscaling-scalabletarget.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: 3
MinCapacity: 1
ResourceId: !Sub replication-group/${logicalName}
ScalableDimension: 'elasticache:replication-group:NodeGroups'
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 * * ? *)'
```