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 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.

• 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.