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.
Skalierungsrichtlinien für die Ziel-Nachverfolgung
Mit Skalierungsrichtlinien für die Zielverfolgung wählen Sie eine Metrik aus und legen einen Zielwert fest. ElastiCache mit Valkey oder Redis werden die CloudWatch Alarme OSS AutoScaling erstellt und verwaltet, 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 AVG CPU Engine-Auslastung, 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 mit Valkey oder Redis werden Ihre Cluster-Replikate um eine Anzahl OSS skaliert, die der größeren von zwei Zahlen entspricht: prozentuale Abweichung von Target und einem Replikat. Bei der Skalierung ElastiCache mit Valkey oder Redis erfolgt OSS 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ücke um 30 Prozent überschreitet, wird ElastiCache mit Valkey oder Redis ein Replikat (max. (0,3, Standard 1)) für alle Shards OSS skaliert. Das Ergebnis sind 5 Shards mit jeweils 2 Replikaten.
Wenn Sie beispielsweise einen Zielwert von 60 Prozent ausgewählt haben, ElastiCache mit Valkey oder Redis OSS wird die auto Skalierung erst dann automatisch durchgeführt, 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 mit Valkey oder Redis werden Replikate auf alle Shards im Cluster um das Maximum (% Abweichung abgerundet von Target, Standard 1) vorhandener Replikate OSS skaliert.
-
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 OSS Auto Scaling ElastiCache bei Valkey oder Redis 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 für die Zielverfolgung für einen OSS Cluster ElastiCache mit Valkey oder Redis verwenden, vorausgesetzt, dass jede 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 mit Valkey oder Redis OSS Auto Scaling für eine Skalierungsrichtlinie zur Zielverfolgung verwaltet werden. Auto Scaling löscht die Alarme automatisch, wenn Sie die Skalierungsrichtlinie oder den Cluster löschen.
-
ElastiCache mit Valkey oder Redis verhindert OSS Auto Scaling nicht, dass Sie Replikate auf mehreren 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 Alarme auslösen können. CloudWatch
-
Diese von Auto Scaling verwalteten CloudWatch Alarme werden über die AVG Metrik für alle Shards im Cluster definiert. So kann Hot-Shards zu einem beliebigen Szenario führen:
-
Skalierung, wenn sie aufgrund der Belastung einiger Hot-Shards, die einen Alarm auslösen, nicht erforderlich ist CloudWatch
-
wird nicht skaliert, wenn dies erforderlich ist, da alle Shards aggregiert werden, AVG was dazu führt, dass der Alarm nicht überschritten wird.
-
-
ElastiCache Bei Valkey oder Redis gelten weiterhin die OSS Standardgrenzwerte für Knoten pro Cluster. 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 an und wählen Sie den Limit-Typ Knoten pro Cluster pro Instance-Typ.
-
Stellen Sie sicher, dass in Ihrem System genügend ENIs (Elastic Network Interfaces) zur Verfügung stehenVPC, die beim Scale-Out benötigt werden. Weitere Informationen finden Sie unter Elastic-Network-Schnittstellen.
-
Wenn nicht genügend Kapazität verfügbar istEC2, würde OSS Auto Scaling ElastiCache mit Valkey oder Redis erst skalieren, wenn die Kapazität verfügbar ist oder wenn Sie den Cluster manuell auf die Instance-Typen mit ausreichender Kapazität ändern.
-
ElastiCache mit Valkey oder Redis unterstützt OSS Auto Scaling keine Skalierung von Replikaten mit einem Cluster mit
ReservedMemoryPercent
weniger als 25 Prozent. Weitere Informationen finden Sie unter Verwaltung des reservierten Speichers für Valkey und Redis OSS.