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.
Referenz zum Zeitplan
Zeitpläne geben an, wann mit diesem Zeitplan markierte Instances ausgeführt werden sollen. Jeder Zeitplan muss einen eindeutigen Namen haben, der als Tag-Wert verwendet wird, der den Zeitplan identifiziert, den Sie auf die markierte Ressource anwenden möchten.
Zeiträume
Jeder Zeitplan muss mindestens einen Zeitraum enthalten, der die Uhrzeit (en) definiert, zu der die Instanz ausgeführt werden soll. Ein Zeitplan kann mehr als eine Periode enthalten. Wenn in einem Zeitplan mehr als ein Zeitraum verwendet wird, wendet Instance Scheduler auf AWS die entsprechende Startaktion an, wenn mindestens eine der Perioden zutrifft. Weitere Informationen finden Sie unter Periodenübersicht.
Zeitzone
Sie können auch eine Zeitzone für den Zeitplan angeben. Wenn Sie keine Zeitzone angeben, verwendet der Zeitplan die Standardzeitzone, die Sie beim Starten der Lösung angegeben haben. Eine Liste der zulässigen Zeitzonenwerte finden Sie in der Spalte TZ der Liste der Zeitzonen der TZ-Datenbank
Feld „Neue Instanzen stoppen“
Das Feld stop_new_instances steuert, ob Instance Scheduler eine Instance stoppen soll, wenn sie zum ersten Mal für das Scheduling markiert wird, wenn sie gerade außerhalb einer laufenden Periode läuft. Standardmäßig ist dieses Feld auf true gesetzt.
Wenn der Wert auf „true“ gesetzt ist und Sie eine laufende Instance kennzeichnen, die sich außerhalb des geplanten Ausführungszeitraums befindet, stoppt Instance Scheduler die Instance sofort. Wenn der Wert auf „False“ gesetzt ist, lässt Instance Scheduler die Instance bis zur nächsten geplanten Stoppzeit laufen.
Feld „Hibernate“
Das Feld Hibernate ermöglicht es Ihnen, den Ruhezustand für gestoppte Amazon EC2-Instances zu verwenden. Wenn dieses Feld auf „true“ gesetzt ist, müssen Ihre EC2-Instances ein Amazon Machine Image (AMI) verwenden, das den Ruhezustand unterstützt. Weitere Informationen finden Sie im Amazon EC2-Benutzerhandbuch unter Unterstützte Linux-AMIs. Hierdurch wird der Inhalt des Instance-Arbeitsspeichers (RAM) auf dem Amazon-Elastic-Block-Store (Amazon EBS)-Stamm-Volume gespeichert. Wenn dieses Feld auf „true“ gesetzt ist, werden Instances in den Ruhezustand versetzt und nicht gestoppt, wenn die Lösung sie stoppt.
Wenn Sie die Lösung so einstellen, dass sie den Ruhezustand verwendet, Ihre Instances jedoch nicht für den Ruhezustand konfiguriert sind oder die Voraussetzungen für den Ruhezustand nicht erfüllen, protokolliert die Lösung eine Warnung und die Instances werden ohne Ruhezustand gestoppt. Weitere Informationen finden Sie im Amazon EC2-Benutzerhandbuch unter Hibernate your On-Demand Instance oder Spot Instance.
Erzwungenes Feld
Zeitpläne enthalten ein erzwungenes Feld, mit dem Sie verhindern können, dass eine Instance außerhalb einer Laufzeit manuell gestartet oder während einer Laufzeit manuell gestoppt wird. Wenn dieses Feld auf „true“ gesetzt ist und ein Benutzer eine Instance außerhalb einer Laufzeit manuell startet, stoppt die Lösung die Instance. Wenn dieses Feld auf „true“ gesetzt ist, wird eine Instanz auch dann neu gestartet, wenn sie während einer Laufzeit manuell gestoppt wird.
Laufendes Feld beibehalten
Das Feld retain_running verhindert, dass die Lösung eine Instanz am Ende einer Laufzeit stoppt, wenn die Instanz vor Beginn des Zeitraums manuell gestartet wurde. Wenn beispielsweise eine Instance mit einem Zeitraum, der von 9 Uhr bis 17 Uhr läuft, manuell vor 9 Uhr gestartet wird, stoppt die Lösung die Instance nicht um 17 Uhr.
Feld für das Systems Manager-Wartungsfenster (gilt nur für EC2-Instances)
Das Feld ssm-maintenance-window ermöglicht es Ihnen, Wartungsfenster für AWS Systems Manager automatisch als laufende Perioden zu einem Zeitplan hinzuzufügen. Wenn Sie den Namen eines Wartungsfensters angeben, das in demselben Konto und derselben AWS-Region wie Ihre Amazon EC2-Instances existiert, startet die Lösung die Instance mindestens 10 Minuten vor Beginn des Wartungsfensters und stoppt die Instance am Ende des Wartungsfensters, sofern keine andere Laufzeit vorgibt, dass die Instance ausgeführt werden soll.
Sobald das SSM-Wartungsfenster erstellt und der Zeitplan mit dem Namen des SSM-Wartungsfensters konfiguriert ist, werden die Änderungen bei der nächsten geplanten Ausführung des Lambda übernommen. Wenn Sie beispielsweise eine Häufigkeit von 5 Minuten für die Ausführung des Scheduler-Lambda ausgewählt haben, werden die Änderungen im Wartungsfenster im nächsten 5-Minuten-Intervall vom Lambda übernommen.
Der Instance Scheduler auf AWS stellt sicher, dass Ihre Instances mindestens 10 Minuten vor Beginn des Wartungsfensters gestartet werden. Je nachdem, welchen Wert Sie für den CloudFormation AWS-Parameter Scheduling Interval festgelegt haben, kann dies dazu führen, dass Ihre Instance mindestens 10 Minuten vor Beginn des Wartungsfensters gestartet wird, um sicherzustellen, dass die Instance mindestens 10 Minuten früher gestartet wird. Wenn Sie beispielsweise das Planungsintervall auf 30 Minuten festlegen, startet der Scheduler die Instance zwischen 10 und 40 Minuten vor Beginn des Wartungsfensters.
Anmerkung
Um diese Funktion nutzen zu können, muss der CloudFormation Windows-Parameter Enable EC2 SSM Maintenance im Solution Hub-Stack auf eingestellt sein. yes
Weitere Informationen finden Sie unter AWS Systems Manager Maintenance Windows im AWS Systems Manager-Benutzerhandbuch.
Instance-Typ
Nur für Amazon EC2-Instances können Sie anhand eines Zeitplans einen optionalen gewünschten Instance-Typ für jeden Zeitraum in einem Zeitplan angeben. Wenn Sie in dem Zeitraum einen Instance-Typ angeben, passt die Lösung die Größe der EC2-Instances automatisch an den angeforderten Instance-Typ an.
<period-name><instance-type>Verwenden Sie die Syntax @, um einen Instanztyp anzugeben. Beispiel, weekends@t2.nano. Beachten Sie, dass, wenn Sie einen Instance-Typ für einen Zeitraum angeben, der Amazon EC2-Instances und Amazon RDS-Instances plant, der Instance-Typ für Amazon RDS-Instances ignoriert wird.
Wenn sich der Instance-Typ einer laufenden Instance von dem für den Zeitraum angegebenen Instance-Typ unterscheidet, stoppt die Lösung die laufende Instance und startet die Instance mit dem angegebenen Instance-Typ neu. Weitere Informationen finden Sie unter Ändern des Instance-Typs im Amazon EC2-Benutzerhandbuch für Linux-Instances.
Definitionen von Zeitplänen
Die Konfigurationstabelle Instance Scheduler on AWS in Amazon DynamoDB enthält Zeitplandefinitionen. Eine Zeitplandefinition kann die folgenden Felder enthalten:
| Feld | Description |
|---|---|
|
|
Eine optionale Beschreibung des Zeitplans. |
|
|
Wählen Sie, ob Amazon EC2-Instances, auf denen Amazon Linux ausgeführt wird, in den Ruhezustand versetzt werden sollen. Wenn dieses Feld auf „true“ gesetzt ist, versetzt der Scheduler Instances in den Ruhezustand, wenn er sie stoppt. Beachten Sie, dass Ihre Instances den Ruhezustand aktivieren und die Voraussetzungen für den Ruhezustand erfüllen müssen. https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Hibernate.html#hibernating-prerequisites |
|
|
Wählen Sie aus, ob der Zeitplan durchgesetzt werden soll. Wenn dieses Feld auf „true“ gesetzt ist, stoppt der Scheduler eine laufende Instance, wenn sie außerhalb des Ausführungszeitraums manuell gestartet wird, oder er startet eine Instance, wenn sie während der Laufzeit manuell gestoppt wird. |
|
|
Der Name, der zur Identifizierung des Zeitplans verwendet wird. Dieser Name muss eindeutig sein und nur alphanumerische Zeichen, Bindestriche (-) und Unterstriche (_) enthalten. |
|
|
Die Namen der Perioden, die in diesem Zeitplan verwendet werden. Geben Sie die Namen genau so ein, wie sie im Feld für den Periodennamen erscheinen. Sie können auch einen Instanztyp für den Zeitraum mithilfe der Syntax <period-name>@ angeben <instance-type>. Beispiel, |
|
|
Wählen Sie aus, ob verhindert werden soll, dass die Lösung eine Instanz am Ende eines laufenden Zeitraums stoppt, wenn die Instanz vor Beginn des Zeitraums manuell gestartet wurde. |
|
|
Wählen Sie, ob das Amazon RDS-Wartungsfenster als Laufzeit in einen Amazon RDS-Instance-Zeitplan oder ein AWS Systems Manager-Wartungsfenster als Laufzeit in einen Amazon EC2-Instance-Zeitplan aufgenommen werden soll. Dieses Feld ist standardmäßig aktiviert und kann deaktiviert werden, indem der Wert auf „false“ gesetzt wird |
|
|
Wählen Sie, ob Sie Wartungsfenster für AWS Systems Manager als zusätzliche Laufzeit für diesen Zeitplan hinzufügen möchten. Akzeptiert eine StringSet Reihe von Namen für Wartungsfenster, die mit den Namen von Fenstern in denselben account/region wie bei geplanten EC2-Instances abgeglichen werden. Hinweis: Diese Funktion gilt nur für EC2-Instances. |
|
|
Wählen Sie, ob eine Instance gestoppt werden soll, wenn sie zum ersten Mal markiert wird, wenn sie außerhalb des Betriebszeitraums läuft. Dieses Feld ist standardmäßig auf „true“ gesetzt. |
|
|
Die Zeitzone, die der Zeitplan verwenden wird. Wenn keine Zeitzone angegeben ist, wird die Standardzeitzone (UTC) verwendet. Eine Liste der akzeptablen Zeitzonenwerte finden Sie in der Spalte TZ der Liste der TZ-Datenbankzeitzonen |
|
|
Wählen Sie, ob CloudWatch Messobjekte auf Zeitplanebene aktiviert werden sollen. Dieses Feld überschreibt die CloudWatch Metrikeinstellung, die Sie bei der Bereitstellung angegeben haben. Hinweis: Wenn Sie diese Funktion aktivieren, fallen Gebühren in Höhe von 0 USD an. 90/month pro Fahrplan oder nach planmäßigem Service. |
