Bewährte Methoden für AMS Resource Scheduler

Das Verhalten beim Herunterfahren der Instance muss auf stop und nicht auf eingestellt seinterminate. Dies ist stop für Instances voreingestellt, die mit dem automatisierten Änderungstyp AMS Amazon EC2 Create (ct-14027q0sjyt1h) erstellt wurden, und kann für EC2 Amazon-Instances, die mit Ingestion erstellt wurden, festgelegt werden, indem die Eigenschaft auf gesetzt wird. AWS CloudFormation InstanceInitiatedShutdownBehavior stop Wenn für Instances das Verhalten beim Herunterfahren auf eingestellt ist, werden die Instances beendetterminate, wenn der Resource Scheduler sie stoppt und der Scheduler sie nicht wieder starten kann.

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

Wenn das Root-Volume der Ziel-Instance mit einem KMS-Kundenhauptschlüssel (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, reichen Sie einen RFC mit dem Änderungstyp Management | AMS Resource Scheduler | Solution | Update ein und geben Sie eine kommagetrennte ARNs KMS-Liste an. CMKs

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

Jede Amazon RDS-Instance hat ein wöchentliches Wartungsfenster, in dem alle Systemänderungen vorgenommen werden. Während des Wartungsfensters startet Amazon RDS automatisch Instances, die länger als sieben Tage angehalten wurden, um Wartungsarbeiten durchzuführen. Beachten Sie, dass Amazon RDS die Instance nicht stoppt, sobald das Wartungsereignis abgeschlossen ist.

Der Scheduler ermöglicht die Angabe, ob das bevorzugte Wartungsfenster einer Amazon RDS-Instance als Laufzeit zu ihrem Zeitplan hinzugefügt werden soll. Die Lösung startet die Instance zu Beginn des Wartungsfensters und stoppt die Instance am Ende des Wartungsfensters, wenn keine andere Laufzeit vorgibt, dass die Instance ausgeführt werden soll, und wenn das Wartungsereignis abgeschlossen ist.

Wenn das Wartungsereignis bis zum Ende des Wartungsfensters nicht abgeschlossen ist, wird die Instanz bis zum Planungsintervall nach Abschluss des Wartungsereignisses ausgeführt.