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.
Verhalten beim Herunterfahren der Instanz
Amazon EC2
Diese Lösung ist so konzipiert, dass EC2 Instances automatisch gestoppt werden. Dabei wird davon ausgegangen, dass das Verhalten beim Herunterfahren von Instances auf Stopp und nicht auf Terminate gesetzt ist. Beachten Sie, dass Sie eine EC2 Amazon-Instance nicht neu starten können, nachdem sie beendet wurde.
Standardmäßig sind EC2 Instances so konfiguriert, dass sie beim Herunterfahren gestoppt und nicht beendet werden. Sie können dieses Verhalten jedoch ändern. Stellen Sie daher sicher, dass die Instances, die Sie mit dem Instance Scheduler steuern, mit dem Verhalten „Stopp Shutdown“ konfiguriert AWS sind. Andernfalls werden sie beendet.
Amazon RDS, Amazon Neptune und Amazon DocumentDB
Diese Lösung wurde entwickelt, um RDS-, Neptune- und DocDB-Instances automatisch zu stoppen, nicht zu löschen. Sie können den AWS CloudFormation Vorlagenparameter Create RDS Instance Snapshot verwenden, um Snapshots von RDS-DB-Instances zu erstellen, bevor die Lösung die Instances stoppt. Snapshots werden so lange aufbewahrt, bis die Instance das nächste Mal gestoppt und ein neuer Snapshot erstellt wird.
Anmerkung
Snapshots sind für Amazon Aurora Aurora-Cluster nicht verfügbar. Sie können den Vorlagenparameter Schedule Aurora Clusters verwenden, um RDS-DB-Instances zu starten und zu stoppen, die Teil eines Aurora-Clusters sind oder Aurora-Datenbanken verwalten. Sie müssen den Cluster (nicht die einzelnen Instances) mit dem Tag-Schlüssel, den Sie bei der Erstkonfiguration definiert haben, und dem Namen des Zeitplans als Tag-Wert kennzeichnen, um diesen Cluster zu planen.
Weitere Informationen zu Einschränkungen beim Starten und Stoppen einer RDS-DB-Instance finden Sie unter Vorübergehendes Stoppen einer Amazon RDS-DB-Instance im Amazon RDS-Benutzerhandbuch.
Wenn eine RDS-DB-Instance gestoppt wird, wird der Cache geleert, was zu einer langsameren Leistung führen kann, wenn die Instance neu gestartet wird.
Amazon RDS-Wartungsfenster
Jede RDS-DB-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. Amazon RDS stoppt die Instance nicht, sobald das Wartungsereignis abgeschlossen ist.
Mit der Lösung können Sie angeben, ob das bevorzugte Wartungsfenster einer RDS-DB-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. Weitere Informationen zum Amazon RDS-Wartungsfenster finden Sie unter Wartung einer DB-Instance im Amazon RDS-Benutzerhandbuch.
Amazon EC2 Auto Scaling Scaling-Gruppen
Wir haben diese Lösung so konzipiert, dass Amazon EC2 Auto Scaling Scaling-Gruppen mithilfe von geplanten Skalierungsaktionen automatisch gestoppt werden. Sie können die Lösung verwenden, um geplante Skalierungsaktionen für die Auto Scaling Scaling-Gruppe (ASG) zu konfigurieren. Wenn eine ASG durch eine geplante Skalierungsaktion gestoppt wird, werden ihre Mindest-, Wunsch- und Maximalkapazität so 0 lange auf eingestellt, bis die ASG automatisch wieder gestartet wird. Dadurch werden die minimalen, gewünschten und maximalen Kapazitäten auf ihre ursprünglichen Werte zurückgesetzt.
