View a markdown version of this page

Geplante Skalierung - Amazon ElastiCache

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.

Geplante Skalierung

Die Skalierung auf der Grundlage eines Zeitplans ermöglicht es Ihnen, Ihre Anwendung als Reaktion auf vorhersehbare Bedarfsä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 oder nach einem wiederkehrenden Zeitplan skaliert werden.

Sie können eine geplante Aktion nur für ElastiCache Cluster erstellen, die bereits vorhanden sind. Sie können eine geplante Aktion nicht gleichzeitig mit der Erstellung eines Clusters erstellen.

Weitere Informationen zur Terminologie für die Erstellung, Verwaltung und Löschung geplanter Aktionen finden Sie unterHäufig verwendete Befehle für geplante Aktionen erstellen, verwalten und löschen

Erstellen Sie eine einmalige geplante Aktion wie folgt

Ähnlich wie Shard Dimension. Siehe Geplante Skalierung.

Löschen einer geplanten Aktion

Ähnlich wie Shard Dimension. Siehe Geplante Skalierung.

Verwalten einer geplanten Skalierung mit AWS CLI

Verwenden Sie die folgenden APIs für die automatische Skalierung der Anwendung:

Verwenden Sie CloudFormation um Auto Scaling Scaling-Richtlinien zu erstellen

Dieser Ausschnitt zeigt, wie Sie eine geplante Aktion erstellen und sie mithilfe der:: -Ressource auf eine AWS::ElastiCache:: ReplicationGroup -Ressource anwenden. AWS::ApplicationAutoScaling ScalableTarget Sie verwendet die intrinsischen Funktionen Fn::Join und Ref, 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 * * ? *)'