Ressourcen mit AMS Resource Scheduler verwenden

EC2 Amazon-Instances, die Teil einer Auto Scaling Scaling-Gruppe sind, werden nicht einzeln verarbeitet und vom AMS Resource Scheduler übersprungen, auch wenn sie markiert sind.

Wenn das Root-Volume der Ziel-Instance mit einem AWS KMS Customer Master Key (CMK) verschlüsselt ist, muss Ihrer Resource Scheduler IAM-Rolle eine zusätzliche kms:CreateGrant Berechtigung hinzugefügt werden, damit der Scheduler solche Instances starten kann. Diese Berechtigung wird der Rolle standardmäßig nicht hinzugefügt, um die Sicherheit zu erhöhen. Wenn Sie diese Berechtigung benötigen, können Sie die Berechtigung hinzufügen, ams-resource-scheduler indem Sie den CloudFormation Stack mit einer Liste von CMK als Wert für den UseCMK Parameter aktualisieren (verwenden Sie einen oder mehrere CMK-Schlüssel ARNs im Format arn:partition:kms:region:account-id:key/key-id anstelle eines KMS-Alias).

Wenn Ihre EC2 Amazon-Instances mit einer bestimmten Software konfiguriert sind oder Herstellerlizenzen von verwaltet werden AWS License Manager, benötigt Resource Scheduler Berechtigungen für die jeweiligen AWS License Manager Lizenzen, um die Instance starten zu können. Sie können Resource Scheduler die erforderlichen Berechtigungen gewähren, indem Sie die Liste der ARN (s) der AWS License Manager Lizenzen zur License Manager-Lizenz für den EC2 Instanzparameter des CloudFormation Stacks hinzufügen (ams-resource-scheduler).

AMS Resource Scheduler startet oder stoppt die Auto Scaling von Auto Scaling-Gruppen, nicht von einzelnen Instances in der Gruppe. Das heißt, der Scheduler stellt die Größe der Auto Scaling Scaling-Gruppe wieder her (Start) oder setzt die Größe auf 0 (Stopp).

Kennzeichnen Sie die Auto Scaling Scaling-Gruppe mit dem angegebenen Tag und nicht die Instances innerhalb der Gruppe.

Während des Stopps speichert AMS Resource Scheduler die minimalen, gewünschten und maximalen Kapazitätswerte der Auto Scaling Scaling-Gruppe und setzt die Minimal- und Gewünschte Kapazität auf 0. Während des Starts stellt der Scheduler die Auto Scaling Scaling-Gruppengröße wieder her, wie sie beim Stopp war. Daher müssen Auto Scaling Scaling-Gruppeninstanzen eine geeignete Kapazitätskonfiguration verwenden, damit die Beendigung und der Neustart der Instances keine Auswirkungen auf Anwendungen haben, die in der Auto Scaling Scaling-Gruppe ausgeführt werden.

Wenn die Auto Scaling Scaling-Gruppe während einer Laufzeit geändert wird (die minimale oder maximale Kapazität), speichert der Scheduler die neue Auto Scaling Scaling-Gruppengröße und verwendet sie, wenn die Gruppe am Ende eines Stopp-Zeitplans wiederhergestellt wird.

Der Scheduler kann vor dem Stoppen der RDS-Instances einen Snapshot erstellen (gilt nicht für den Aurora-DB-Cluster). Diese Funktion ist standardmäßig aktiviert, wobei der CloudFormation AWS-Vorlagenparameter Create RDS Instance Snapshot auf true gesetzt ist. Der Snapshot wird aufbewahrt, bis die Amazon RDS-Instance das nächste Mal gestoppt und ein neuer Snapshot erstellt wird.

Scheduler kann start/stop Amazon RDS-Instances verwenden, die Teil eines Clusters oder einer Amazon RDS Aurora-Datenbank sind oder sich in einer Multi-AZone-Konfiguration (Multi-AZ) befinden. Überprüfen Sie jedoch die Amazon RDS-Beschränkung, wenn der Scheduler die Amazon RDS-Instance, insbesondere Multi-AZ-Instances, nicht stoppen kann.

Verwenden Sie den Vorlagenparameter Schedule Aurora Clusters, um Aurora Cluster für den Start oder Stopp zu planen (der Standardwert ist true). Der Aurora-Cluster (nicht die einzelnen Instances innerhalb des Clusters) muss mit dem Tag-Schlüssel, der bei der Erstkonfiguration definiert wurde, und dem Zeitplannamen als Tag-Wert für die Planung dieses Clusters gekennzeichnet werden.