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.
Auto-Scaling-Richtlinien
Eine Skalierungsrichtlinie enthält die folgenden Komponenten:
-
Eine Zielmetrik — Die CloudWatch Metrik, die ElastiCache bei Valkey oder Redis OSS Auto Scaling verwendet wird, um zu bestimmen, wann und wie stark skaliert werden soll.
-
Minimale und maximale Kapazität — Die minimale und die maximale Anzahl an Shards oder Replikaten, die für die Skalierung verwendet werden sollen.
Wichtig
Wenn bei der Erstellung der Auto Scaling-Richtlinie die aktuelle Kapazität höher als die konfigurierte maximale Kapazität ist, gehen wir scaleIn MaxCapacity bei der Erstellung der Richtlinie vor. Wenn die aktuelle Kapazität niedriger als die konfigurierte Mindestkapazität ist, gehen wir scaleOut in ähnlicher Weise vor MinCapacity.
-
Eine Cooldown-Phase: Die Zeitspanne (in Sekunden) zwischen dem Ende einer Scale-In- bzw. einer Scale-Out-Aktivität und dem Beginn einer neuen Scale-Out-Aktivität.
-
Eine dienstverknüpfte Rolle — Eine AWS Identity and Access Management Zugriffsverwaltungsrolle (IAM), die mit einem bestimmten AWS Dienst verknüpft ist. Eine dienstbezogene Rolle umfasst alle Berechtigungen, die der Dienst benötigt, um andere AWS Dienste in Ihrem Namen aufzurufen. ElastiCache mit Valkey oder Redis OSS Auto Scaling generiert diese Rolle automatisch für Sie.
AWSServiceRoleForApplicationAutoScaling_ElastiCacheRG -
Scale-In-Aktivitäten aktivieren oder deaktivieren: Die Möglichkeit, Scale-In-Aktivitäten für eine Richtlinie zu aktivieren oder zu deaktivieren.
Themen
Zielmetrik für Auto Scaling
Bei dieser Art von Richtlinie werden eine vordefinierte oder benutzerdefinierte Metrik und ein Zielwert für die Metrik in einer Konfiguration für die Skalierungsrichtlinie zur Zielverfolgung angegeben. ElastiCache mit Valkey oder Redis erstellt und verwaltet OSS Auto Scaling 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 sich ändernden Workloads an. Eine solche Richtlinie minimiert auch schnelle Schwankungen in der Anzahl der verfügbaren -Repliken für Ihren DB-Cluster.
Nehmen wir zum Beispiel eine Skalierungsrichtlinie, die die vordefinierte durchschnittliche ElastiCachePrimaryEngineCPUUtilization-Metrik verwendet. Mit einer solchen Richtlinie kann die CPU Auslastung auf oder nahe einem bestimmten Nutzungsprozentsatz, z. B. 70 Prozent, gehalten werden.
Anmerkung
Für jeden DB-Cluster können Sie nur eine Auto-Scaling-Richtlinie für jede Zielmetrik erstellen.
Minimale und maximale Kapazität
Shards
Sie können die maximale Anzahl von Shards angeben, auf die ElastiCache mit Valkey oder OSS Redis Auto Scaling skaliert werden kann. Dieser Wert muss kleiner oder gleich 250 sein und mindestens 1 sein. Sie können auch die Mindestanzahl von Shards angeben, die mit Auto Scaling verwaltet werden sollen. Dieser Wert muss mindestens 1 betragen und gleich oder kleiner sein als der Wert, der für die maximale Anzahl von Scherben 250 angegeben ist.
Replikas
Sie können die maximale Anzahl von Replikaten angeben, die ElastiCache mit Valkey oder Redis OSS Auto Scaling verwaltet werden sollen. Dieser Wert muss gleich oder kleiner 5 sein. Sie können auch die Mindestanzahl von Replikaten angeben, die mit Auto Scaling verwaltet werden sollen. Dieser Wert muss mindestens 1 betragen und gleich oder kleiner als der für die maximale Anzahl von Replikaten angegebene Wert 5 sein.
Um die minimale und maximale Anzahl von Shards / Replikaten zu ermitteln, die Sie für einen typischen Datenverkehr benötigen, testen Sie Ihre Auto-Scaling-Konfiguration mit der erwarteten Datenverkehrsrate für Ihr Modell.
Anmerkung
ElastiCache erhöhen Sie mit den OSS Auto Scaling-Richtlinien von Valkey oder Redis die Clusterkapazität, bis die von Ihnen definierte Maximalgröße erreicht ist oder bis Servicebeschränkungen gelten. Um eine Erhöhung des Limits zu beantragen, AWS siehe Service Limits und wählen Sie den Limittyp Nodes per cluster per instance type.
Wichtig
Scaling-in findet statt, wenn es keinen Verkehr gibt. Wenn der Traffic einer Variante Null wird, ElastiCache skaliert Valkey oder Redis OSS automatisch auf die angegebene Mindestanzahl von Instanzen.
Abkühlungszeit
Sie können die Reaktionsfähigkeit einer Skalierungsrichtlinie für die Zielverfolgung anpassen, indem Sie Ruhephasen hinzufügen, nachdem eine Skalierung Ihres DB-Clusters erfolgt ist. Eine Ruhephase blockiert nachfolgende Scale-in- oder Scale-out-Anforderungen bis zum Ablauf der Frist. Dies verlangsamt das Löschen von Shard/Replikaten in Ihrem OSS Cluster ElastiCache mit Valkey oder Redis für Scale-In-Anfragen und die Erstellung von Shard/Replikaten für Scale-Out-Anfragen. Sie können die folgenden Ruhephasen angeben:
-
Eine Scale-In-Aktivität reduziert die Anzahl der Shard/Repliken in Ihrem Cluster. Eine Ruhephase zum Abskalieren gibt die Zeitspanne in Sekunden an, nach der eine Abskalierung abgeschlossen sein muss, bevor eine weitere Abskalierung gestartet werden kann.
-
Eine Scale-Out-Aktivität erhöht die Anzahl der Shard/Replikate in Ihrem Cluster. Eine Ruhephase zum Aufskalieren gibt die Zeitspanne in Sekunden an, nach der eine Aufskalierung abgeschlossen sein muss, bevor eine weitere Aufskalierung gestartet werden kann.
Wenn keine Ruhephase für das Abskalieren oder Aufskalieren angegeben ist, beträgt der Standardwert für die Aufskalierung 600 Sekunden und für das Abskalieren 900 Sekunden.
Aktivieren oder Deaktivieren von Scale-In-Aktivitäten
Sie können die Scale-In-Aktivitäten für eine Richtlinie aktivieren oder deaktivieren. Die Aktivierung von Scale-In-Aktivitäten ermöglicht es der Skalierungsrichtlinie, -Repliken zu löschen. Wenn die Scale-In-Aktivitäten aktiviert sind, gilt für die Scale-In-Aktivitäten die Scale-In-Ruhezeit in der Skalierungsrichtlinie. Das Deaktivieren von Scale-In-Aktivitäten verhindert das Löschen von -Repliken durch die Skalierungsrichtlinie.
Anmerkung
Scale-Out-Aktivitäten sind immer aktiviert, sodass die Skalierungsrichtlinie bei Bedarf Shard/Replicas mit Valkey oder Redis erstellen ElastiCache kann. OSS
