Geplante Ereignisse für Ihre Instances - Amazon Elastic Compute Cloud
Arten von geplanten EreignissenAnzeigen geplanter EreignisseAnpassen geplanter EreignisbenachrichtigungenVerwenden von Instances, für die das Anhalten oder Aussondern geplant istVerwenden von Instances, für die der Neustart geplant istVerwenden von Instances, für die die Wartung geplant istErneutes Planen eines geplanten Ereignisses

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 Ereignisse für Ihre Instances

AWS kann Ereignisse für Ihre Instances planen, z. B. einen Neustart, Stop/Start oder Außerbetriebnahme. Diese Ereignisse treten nicht häufig auf. Wenn eine Ihrer Instances von einem geplanten Ereignis betroffen sein wird, AWS sendet er vor dem geplanten Ereignis eine E-Mail an die E-Mail-Adresse, die mit Ihrem AWS Konto verknüpft war. Die E-Mail enthält Details zum Ereignis, z. B. das Start- und Enddatum. Je nach Ereignis können Sie möglicherweise Maßnahmen ergreifen, um den Zeitpunkt des Ereignisses zu steuern. AWS sendet auch ein AWS Health Ereignis, das Sie mithilfe von Amazon CloudWatch Events überwachen und verwalten können. Weitere Informationen zur Überwachung von AWS Health Ereignissen mit CloudWatch finden Sie unter AWS Health Ereignisse mit CloudWatch Ereignissen überwachen.

Geplante Ereignisse werden von verwaltet AWS; Sie können keine Ereignisse für Ihre Instances planen. Sie können die von geplanten Ereignisse anzeigen AWS, Benachrichtigungen über geplante Ereignisse so anpassen, dass sie Tags in die E-Mail-Benachrichtigung aufnehmen oder daraus entfernen, und Aktionen ausführen, wenn ein Neustart, Stillstand oder Stopp einer Instance geplant ist.

Auf der Seite Kontoeinstellungen können Sie die Kontaktinformationen für Ihr Konto aktualisieren, um sicherzustellen, dass Sie über geplante Ereignisse benachrichtigt werden.

Anmerkung

Wenn eine Instance von einem geplanten Ereignis betroffen ist und Teil einer Auto-Scaling-Gruppe ist, ersetzt Amazon EC2 Auto Scaling sie schließlich im Rahmen ihrer Integritätsprüfungen, ohne dass weitere Maßnahmen von Ihrer Seite erforderlich sind. Weitere Informationen über von Amazon EC2 Auto Scaling ausgeführte Zustandsprüfungen finden Sie unter Zustandsprüfungen für Auto-Scaling-Instances im Amazon-EC2-Auto-Scaling-Benutzerhandbuch.

Inhalt

Arten von geplanten Ereignissen

Amazon EC2 kann die folgenden Ereignistypen für Ihre Instances erstellen, bei denen das Ereignis zu einem geplanten Zeitpunkt auftritt:

  • Instance stop (Instance-Stopp): Zur geplanten Zeit wird die Instance gestoppt. Wenn Sie sie wieder starten, wird sie zu einem neuen Host migriert. Dies gilt nur für Amazon EBS-gestützte Instances.

  • Instance retirement(Instance-Außerbetriebnahme): Zur geplanten Zeit wird die Instance gestoppt, wenn sie durch Amazon EBS gesichert wird oder beendet, wenn sie durch den Instance-Speicher gesichert wird.

  • Instance reboot (Instance-Neustart): Zur geplanten Zeit wird die Instance neu gestartet.

  • System reboot (Systemneustart): Zur geplanten Zeit wird der Host der Instance neu gestartet.

  • System maintenance (Systemwartung): Zur geplanten Zeit kann die Instance vorübergehend von der Netzwerk- oder Stromversorgungswartung betroffen sein.

Anzeigen geplanter Ereignisse

Zusätzlich zum Erhalt von Benachrichtigungen über geplante Ereignisse per E-Mail können Sie auch mit einer der folgenden Methoden eine Prüfung auf geplante Ereignisse durchführen.

Console
Um geplante Ereignisse für Ihre Instances anzuzeigen

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Alle Ressourcen mit einem zugeordneten Ereignis werden unter Geplante Ereignisse angezeigt.

    Anzeigen von Ereignissen über das Dashboard.

  3. Für weitere Einzelheiten, wählen Sie im Navigationsbereich die Option Ereignisse aus. Alle Ressourcen mit einem zugeordneten Ereignis werden angezeigt. Sie können nach Merkmalen wie Ereignistyp, Ressourcentyp und Availability Zone filtern.

    Anzeigen von Ereignissen über die Seite „Events“.
AWS CLI
Um geplante Ereignisse für Ihre Instances anzuzeigen

Verwenden Sie den describe-instance-status-Befehl.

aws ec2 describe-instance-status \
    --instance-id i-1234567890abcdef0 \
    --query "InstanceStatuses[].Events"

Die folgende Beispielausgabe zeigt ein Neustartereignis.

[
    "Events": [
        {
            "InstanceEventId": "instance-event-0d59937288b749b32",
            "Code": "system-reboot",
            "Description": "The instance is scheduled for a reboot",
            "NotAfter": "2019-03-15T22:00:00.000Z",
            "NotBefore": "2019-03-14T20:00:00.000Z",
            "NotBeforeDeadline": "2019-04-05T11:00:00.000Z"
         }

    ]
]

Hier ist eine Beispielausgabe mit einem Ereignis zur Ausmusterung einer Instance angegeben.

[
    "Events": [
        {
            "InstanceEventId": "instance-event-0e439355b779n26",                        
            "Code": "instance-stop",
            "Description": "The instance is running on degraded hardware",
            "NotBefore": "2015-05-23T00:00:00.000Z"
        }
    ]
]
PowerShell
So zeigen Sie geplante Ereignisse für Ihre Instances mit der a AWS Tools for Windows PowerShell

Verwenden Sie den folgenden Get-EC2InstanceStatus-Befehl.

PS C:\> (Get-EC2InstanceStatus -InstanceId i-1234567890abcdef0).Events

Hier ist eine Beispielausgabe mit einem Ereignis zur Ausmusterung einer Instance angegeben.

Code         : instance-stop
Description  : The instance is running on degraded hardware
NotBefore    : 5/23/2015 12:00:00 AM
Instance metadata
So zeigen Sie geplante Ereignisse für Ihre Instances mithilfe von Instance-Metadaten an

Sie können Informationen zu aktiven Wartungsereignissen für Ihre Instances mithilfe von Instance-Metadatenservice Version 2 oder Instance-Metadatenservice Version 1 aus den Instance-Metadaten abrufen.

IMDSv2

[ec2-user ~]$ TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/maintenance/scheduled

IMDSv1

[ec2-user ~]$ curl http://169.254.169.254/latest/meta-data/events/maintenance/scheduled

Es folgt eine Beispielausgabe mit Informationen zu einem geplanten Systemneustartereignis im JSON-Format.

[ 
  {
    "NotBefore" : "21 Jan 2019 09:00:43 GMT",
    "Code" : "system-reboot",
    "Description" : "scheduled reboot",
    "EventId" : "instance-event-0d59937288b749b32",
    "NotAfter" : "21 Jan 2019 09:17:23 GMT",
    "State" : "active"
  } 
]
So zeigen Sie den Ereignisverlauf für abgeschlossene oder abgebrochene Ereignisse für Ihre Instances mit Instance-Metadaten an.

Sie können Informationen zu abgeschlossenen oder abgebrochenen Ereignissen für Ihre Instances mithilfe von Instance-Metadatenservice Version 2 oder Instance-Metadatenservice Version 1 aus den Instance-Metadaten abrufen.

IMDSv2

[ec2-user ~]$ TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/maintenance/history

IMDSv1

[ec2-user ~]$ curl http://169.254.169.254/latest/meta-data/events/maintenance/history

Es folgt eine Beispielausgabe mit Informationen zu einem abgebrochenen und zu einem abgeschlossenen Systemneustartereignis im JSON-Format.

[ 
  {
    "NotBefore" : "21 Jan 2019 09:00:43 GMT",
    "Code" : "system-reboot",
    "Description" : "[Canceled] scheduled reboot",
    "EventId" : "instance-event-0d59937288b749b32",
    "NotAfter" : "21 Jan 2019 09:17:23 GMT",
    "State" : "canceled"
  }, 
  {
    "NotBefore" : "29 Jan 2019 09:00:43 GMT",
    "Code" : "system-reboot",
    "Description" : "[Completed] scheduled reboot",
    "EventId" : "instance-event-0d59937288b749b32",
    "NotAfter" : "29 Jan 2019 09:17:23 GMT",
    "State" : "completed"
  }
]
AWS Health

Sie können den verwenden AWS Health Dashboard , um mehr über Ereignisse zu erfahren, die sich auf Ihre Instance auswirken können. Die AWS Health Dashboard unterteilt Probleme in drei Gruppen: offene Probleme, geplante Änderungen und andere Benachrichtigungen. In der Gruppe der geplanten Änderungen werden laufende oder anstehende Elemente angegeben.

Weitere Informationen finden Sie unter Erste Schritte mit dem AWS Health Dashboard im AWS Health -Benutzerhandbuch.

Anpassen geplanter Ereignisbenachrichtigungen

Sie können geplante Ereignisbenachrichtigungen so anpassen, dass Tags (Markierungen) in die E-Mail-Benachrichtigung aufgenommen werden. Dies erleichtert die Identifizierung der betroffenen Ressource (Instances oder Dedicated Hosts) und die Priorisierung von Aktionen für das bevorstehende Ereignis.

Wenn Sie Ereignisbenachrichtigungen so anpassen, dass sie Tags (Markierungen) einschließen, können Sie sich für das Einschließen der folgenden Elemente entscheiden:

  • Alle Tags (Markierungen), die mit der betroffenen Ressource verknüpft sind

  • Nur bestimmte Tags (Markierungen), die mit der betroffenen Ressource verknüpft sind

Angenommen, Sie weisen beispielsweise allen Ihren Instances application-, costcenter-, project- und owner-Tags (Markierungen) zu. Sie können sich dafür entscheiden, alle Tags (Markierungen) in Ereignisbenachrichtigungen aufzunehmen. Wenn Sie in Ereignisbenachrichtigungen nur die Tags (Markierungen) owner und project sehen möchten, können Sie alternativ auch nur diese Tags (Markierungen) einbeziehen.

Nachdem Sie die einzubeziehenden Tags (Markierungen) ausgewählt haben, enthalten die Ereignisbenachrichtigungen die Ressourcen-ID (Instance-ID oder Dedicated Host-ID) und die Schlüssel-Wert-Paare des Tags (Markierungen), die mit der betroffenen Ressource verknüpft sind.

Einschließen der Tags (Markierungen) in Ereignisbenachrichtigungen

Die Tags (Markierungen), die Sie einbeziehen möchten, gelten für alle Ressourcen (Instances und Dedicated Hosts) in der ausgewählten Region. Um Ereignisbenachrichtigungen in anderen Regionen anzupassen, wählen Sie zunächst die gewünschte Region aus und führen Sie dann die folgenden Schritte aus.

Sie können Tags mit einer der folgenden Methoden in die Ereignisbenachrichtigungen aufnehmen.

Console
So schließen Sie Tags (Markierungen) in Ereignisbenachrichtigungen ein:

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich die Option Events.

  3. Wählen Sie Actions (Aktionen), Manage event notifications (Ereignisbenachrichtigungen verwalten).

  4. Aktivieren Sie Tags in Ereignisbenachrichtigungen einbeziehen.

  5. Führen Sie je nach den Tags (Markierungen), die Sie in die Ereignisbenachrichtigungen aufnehmen möchten, eine der folgenden Aktionen aus:

    • Um alle der betroffenen Instance oder dem Dedicated Host zugeordneten Tags einzuschließen, wählen Sie Alle Tags einschließen aus.

    • Um die einzuschließenden Tags auszuwählen, wählen Sie Einzuschließende Tags auswählen und wählen Sie dann die Tag-Schlüssel aus oder geben Sie sie ein.

  6. Wählen Sie Save (Speichern) aus.

AWS CLI
So schließen Sie alle Tags (Markierungen) in Ereignisbenachrichtigungen ein:

Verwenden Sie den AWS CLI Befehl register-instance-event-notification-attributes und setzen Sie den IncludeAllTagsOfInstance Parameter auf. true

aws ec2 register-instance-event-notification-attributes \
    --instance-tag-attribute "IncludeAllTagsOfInstance=true"
So schließen Sie bestimmte Tags (Markierungen) in Ereignisbenachrichtigungen ein:

Verwenden Sie den AWS CLI Befehl register-instance-event-notification-attributes und geben Sie die Tags, die eingeschlossen werden sollen, mithilfe des InstanceTagKeys Parameters an.

aws ec2 register-instance-event-notification-attributes \
    --instance-tag-attribute 'InstanceTagKeys=["tag_key_1", "tag_key_2", "tag_key_3"]'

Entfernen der Tags (Markierungen) aus Ereignisbenachrichtigungen

Sie können Tags aus Ereignisbenachrichtigungen mit einer der folgenden Methoden entfernen.

Console
So entfernen Sie Tags (Markierungen) aus Ereignisbenachrichtigungen:

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich die Option Events.

  3. Wählen Sie Actions (Aktionen), Manage event notifications (Ereignisbenachrichtigungen verwalten).

  4. Um alle Tags aus Ereignisbenachrichtigungen zu entfernen, deaktivieren Sie Tags in Ereignisbenachrichtigungen einbeziehen.

  5. Um bestimmte Tags aus Ereignisbenachrichtigungen zu entfernen, wählen Sie das X) für die entsprechenden Tag-Schlüssel aus.

  6. Wählen Sie Save (Speichern) aus.

AWS CLI
So entfernen Sie alle Tags (Markierungen) aus Ereignisbenachrichtigungen:

Verwenden Sie den AWS CLI Befehl deregister-instance-event-notification-attributes und setzen Sie den IncludeAllTagsOfInstance Parameter auf. false

aws ec2 deregister-instance-event-notification-attributes \
    --instance-tag-attribute "IncludeAllTagsOfInstance=false"
So entfernen Sie bestimmte Tags (Markierungen) aus Ereignisbenachrichtigungen:

Verwenden Sie den AWS CLI Befehl deregister-instance-event-notification-attributes und geben Sie die zu entfernenden Tags mithilfe des InstanceTagKeys Parameters an.

aws ec2 deregister-instance-event-notification-attributes \
    --instance-tag-attribute 'InstanceTagKeys=["tag_key_1", "tag_key_2", "tag_key_3"]'

Anzeigen der Tags (Markierungen), die in Ereignisbenachrichtigungen einzubeziehen sind

Sie können die Tags anzeigen, die in Ereignisbenachrichtigungen enthalten sein sollen, indem Sie eine der folgenden Methoden verwenden.

Console
So zeigen Sie die in Ereignisbenachrichtigungen einzuschließende Tags (Markierungen) an:

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich die Option Events.

  3. Wählen Sie Actions (Aktionen), Manage event notifications (Ereignisbenachrichtigungen verwalten).

AWS CLI
So zeigen Sie die in Ereignisbenachrichtigungen einzuschließende Tags (Markierungen) an:

Verwenden Sie den Befehl describe-instance-event-notification-attributes AWS CLI .

aws ec2 describe-instance-event-notification-attributes

Verwenden von Instances, für die das Anhalten oder Aussondern geplant ist

Wenn ein irreparabler Ausfall des zugrunde liegenden Hosts für Ihre Instance AWS erkannt wird, plant es, dass die Instance je nach Art des Root-Geräts für die Instance gestoppt oder beendet wird. Wenn das Root-Gerät ein EBS-Volume ist, wird für die Instance das Anhalten geplant. Wenn das Root-Gerät ein Instance-Speicher-Volume ist, wird für die Instance das Beenden geplant. Weitere Informationen finden Sie unter Ausmusterung einer Instance.

Wichtig

Alle Daten, die auf Instance-Speicher-Volumes gespeichert sind, gehen verloren, wenn eine Instance angehalten, in den Ruhezustand versetzt oder beendet wird. Dies gilt auch für Instance-Speicher-Volumes, die an eine Instance mit einem EBS-Volume als Root-Gerät angefügt sind. Achten Sie darauf, dass Sie Daten von Ihren Instance-Speicher-Volumes speichern, die Sie später möglicherweise noch benötigen, bevor die Instance angehalten, in den Ruhezustand versetzt oder beendet wird.

Aktionen für Amazon EBS-gestützte Instances

Sie können warten, bis die Instance wie geplant angehalten wird. Alternativ hierzu können Sie die Instance auch selbst beenden und starten. Sie wird dann zu einem neuen Host migriert. Weitere Informationen zum Anhalten Ihrer Instance zusätzlich zu Informationen zu den Änderungen an Ihrer Instance-Konfiguration nach dem Anhalten finden Sie unter Beenden und starten Sie Amazon EC2 EC2-Instances.

Sie können ein sofortiges Beenden und Starten in Reaktion auf ein geplantes Instance-Stopp-Ereignis automatisieren. Weitere Informationen finden Sie unter Automatisieren von Aktionen für Amazon-EC2-Instances im AWS Health -Benutzerhandbuch.

Aktionen für Instances mit Instance-Speicher

Wir empfehlen Ihnen, über Ihr neuestes AMI eine Ersatz-Instance zu starten und alle erforderlichen Daten zur Ersatz-Instance zu migrieren, bevor für die Instance die geplante Beendigung eintritt. Anschließend können Sie die ursprüngliche Instance beenden oder warten, bis sie wie geplant beendet wird.

Verwenden von Instances, für die der Neustart geplant ist

Wenn Aufgaben wie die Installation von Updates oder die Wartung des zugrunde liegenden Hosts ausgeführt werden AWS müssen, kann die Instanz oder der zugrunde liegende Host für einen Neustart geplant werden. Sie können den Zeitplan für die meisten Neustartereignisse ändern, so dass Ihre Instance ganz nach Wunsch an einem bestimmten Datum um eine bestimmte Uhrzeit neu gestartet wird.

Anzeigen des Neustartereignistyps

Sie können anzeigen, ob es sich bei einem Neustartereignis um einen Instance-Neustart oder einen Systemneustart handelt.

Console
So zeigen Sie die Art des geplanten Neustart-Ereignisses an

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich die Option Events.

  3. Wählen Sie Resource type: instance (Ressourcentyp: Instance) aus der Filterliste aus.

  4. Zeigen Sie für jede Instance den Wert in der Spalte Event Type (Ereignistyp) an. Der Wert lautet entweder system-reboot (System-Neustart) oder instance-reboot (Instance-Neustart).

AWS CLI
So zeigen Sie die Art des geplanten Neustart-Ereignisses an

Verwenden Sie den describe-instance-status-Befehl.

aws ec2 describe-instance-status \
    --instance-id i-1234567890abcdef0

Für geplante Neustartereignisse ist der Wert für Code entweder system-reboot oder instance-reboot. Die folgende Beispielausgabe zeigt ein system-reboot-Ereignis:

[
    "Events": [
                {
                    "InstanceEventId": "instance-event-0d59937288b749b32",
                    "Code": "system-reboot",
                    "Description": "The instance is scheduled for a reboot",
                    "NotAfter": "2019-03-14T22:00:00.000Z",
                    "NotBefore": "2019-03-14T20:00:00.000Z",
                    "NotBeforeDeadline": "2019-04-05T11:00:00.000Z"
                }
              ]
]
Aktionen für den Instance-Neustart

Sie können warten, bis der Neustart der Instance innerhalb des geplanten Wartungsfensters stattfindet, den Neustart der Instance für ein passendes Datum und eine passende Uhrzeit neu planen oder die Instance zu einem für Sie günstigen Zeitpunkt selbst neu starten.

Nachdem Ihre Instance neu gestartet wurde, wird das geplante Ereignis gelöscht und die Beschreibung des Ereignisses wird aktualisiert. Die ausstehende Wartung für den zugrunde liegenden Host ist dann abgeschlossen, und Sie können Ihre Instance wieder verwenden, nachdem sie vollständig gestartet wurde.

Aktionen für den Systemneustart

Sie können das System nicht selbst neu starten. Sie können warten, bis der System-Neustart während seines geplanten Wartungsfensters auftritt oder eine Änderung des Zeitplans des System-Neustarts auf ein geeignetes Datum um eine geeignete Uhrzeit vornehmen. Ein System-Neustart dauert in der Regel nur wenige Minuten. Nachdem der System-Neustart durchgeführt wurde, behält die Instance ihre IP-Adresse und ihren DNS-Namen bei. Auch werden alle Daten auf den lokalen Instance-Speicher-Volumes beibehalten. Nachdem der System-Neustart abgeschlossen wurde, wird das geplante Ereignis für die Instance gelöscht. Sie können nun überprüfen, ob die Software auf der Instance erwartungsgemäß funktioniert.

Falls die Instance zu einem anderen Zeitpunkt gewartet werden muss und Sie den Zeitplan des System-Neustarts nicht ändern können, können Sie eine Amazon EBS-gestützte Instance auch anhalten und wieder starten. Sie wird dadurch zu einem neuen Host migriert. Die Daten auf den lokalen Instance-Speicher-Volumes werden aber nicht beibehalten. Sie können auch ein sofortiges Beenden und Starten von Instances in Reaktion auf ein geplantes System-Neustart-Ereignis automatisieren. Weitere Informationen finden Sie unter Automatisieren von Aktionen für EC2-Instances im AWS Health -Benutzerhandbuch. Im Fall einer Instance-Speicher-gestützten Instance können Sie (falls der Zeitplan des System-Neustarts nicht geändert werden kann) über Ihr aktuelles AMI auch eine Ersatz-Instance starten, alle erforderlichen Daten vor dem Eintreten des geplanten Wartungsfensters zur Ersatz-Instance migrieren und die ursprüngliche Instance dann beenden.

Verwenden von Instances, für die die Wartung geplant ist

Wenn der zugrundeliegende Host für eine Instance gewartet werden AWS muss, plant es die Wartung der Instance. Es gibt zwei Arten von Wartungsereignissen: Netzwerkwartung und Stromversorgungswartung.

Bei der Netzwerkwartung wird die Netzwerkverbindung von geplanten Instances kurz unterbrochen. Die normale Netzwerkverbindung wird für Ihre Instance wiederhergestellt, nachdem die Wartung abgeschlossen ist.

Bei der Stromversorgungswartung werden geplante Instances kurz in den Offlinezustand versetzt und dann neu gestartet. Wenn ein Neustart durchgeführt wird, werden alle Konfigurationseinstellungen Ihrer Instance beibehalten.

Überprüfen Sie nach dem Neustart Ihrer Instance (normalerweise nach nur wenigen Minuten), ob Ihre Anwendung wie erwartet funktioniert. An diesem Punkt sollte der Instance kein geplantes Ereignis mehr zugeordnet sein oder falls doch, sollte die Beschreibung des geplanten Ereignisses mit [Completed] ([Abgeschlossen]) beginnen. Es kann manchmal bis zu einer Stunde dauern, bis die Beschreibung des Instance-Status aktualisiert wird. Abgeschlossene Wartungsereignisse werden bis zu eine Woche lang im Dashboard der Amazon EC2-Konsole angezeigt.

Aktionen für Amazon EBS-gestützte Instances

Sie können warten, bis die Wartung wie geplant durchgeführt wird. Alternativ hierzu können Sie die Instance auch beenden und starten. Sie wird dann zu einem neuen Host migriert. Weitere Informationen zum Anhalten Ihrer Instance zusätzlich zu Informationen zu den Änderungen an Ihrer Instance-Konfiguration nach dem Anhalten finden Sie unter Beenden und starten Sie Amazon EC2 EC2-Instances.

Sie können das sofortige Beenden und Starten in Reaktion auf ein geplantes Wartungsereignis automatisieren. Weitere Informationen finden Sie unter Automatisieren von Aktionen für EC2-Instances im AWS Health -Benutzerhandbuch.

Aktionen für Instances mit Instance-Speicher

Sie können warten, bis die Wartung wie geplant durchgeführt wird. Falls Sie während eines geplanten Wartungsfensters den normalen Betrieb aufrechterhalten möchten, können Sie über Ihr aktuelles AMI auch eine Ersatz-Instance starten, alle erforderlichen Daten vor dem Eintreten des geplanten Wartungsfensters zur Ersatz-Instance migrieren und die ursprüngliche Instance dann beenden.

Erneutes Planen eines geplanten Ereignisses

Sie können ein Ereignis so neu planen, dass es zu einem bestimmten Datum und einer Uhrzeit Ihrer Wahl erfolgt. Nur Ereignisse mit einem Stictag können verschoben werden. Es gibt weitere Einschränkungen für die Neuplanung eines Ereignisses.

Sie können ein Ereignis mit einer der folgenden Methoden neu planen.

Console
So planen Sie ein Ereignis neu

  1. Öffnen Sie die Amazon EC2-Konsole unter https://console.aws.amazon.com/ec2/.

  2. Wählen Sie im Navigationsbereich die Option Events.

  3. Wählen Sie Resource type: instance (Ressourcentyp: Instance) aus der Filterliste aus.

  4. Wählen Sie eine oder mehrere Instances aus. Wählen Sie dann Actions (Aktionen), Schedule event (Ereignis planen).

    Der Zeitplan kann nur für zeitlich befristete Ereignisse mit einem Wert für Deadline (Frist) geändert werden. Wenn eines der ausgewählten Ereignisse keinen Stichtag hat, ist Actions (Aktionen), Schedule event (Ereignis planen) deaktiviert.

  5. Geben Sie für New start time (Neue Startzeit) ein neues Datum und eine neue Uhrzeit für das Ereignis ein. Das neue Datum und die neue Uhrzeit müssen vor dem Zeitpunkt von Event Deadline (Ereignisfrist) liegen.

  6. Wählen Sie Save (Speichern) aus.

    Es kann ein oder zwei Minuten dauern, bis die aktualisierte Startzeit des Ereignisses in der Konsole angezeigt wird.

AWS CLI
So planen Sie ein Ereignis neu

  1. Der Zeitplan kann nur für zeitlich befristete Ereignisse mit einem Wert für NotBeforeDeadline geändert werden. Verwenden Sie den describe-instance-statusBefehl, um den NotBeforeDeadline Parameterwert anzuzeigen.

    aws ec2 describe-instance-status \
    --instance-id i-1234567890abcdef0

    Die folgende Beispielausgabe zeigt ein system-reboot-Ereignis, dessen Zeitplan geändert werden kann, da NotBeforeDeadline einen Wert enthält:

    [
    "Events": [
                {
                    "InstanceEventId": "instance-event-0d59937288b749b32",
                    "Code": "system-reboot",
                    "Description": "The instance is scheduled for a reboot",
                    "NotAfter": "2019-03-14T22:00:00.000Z",
                    "NotBefore": "2019-03-14T20:00:00.000Z",
                    "NotBeforeDeadline": "2019-04-05T11:00:00.000Z"
                }
              ]
]

  2. Verwenden Sie den Befehl modify-instance-event-start-time, um das Ereignis zu verschieben. Geben Sie die neue Ereignis-Startzeit mit dem not-before-Parameter an. Die neue Ereignis-Startzeit muss vor dem Zeitpunkt von liege NotBeforeDeadline.

    aws ec2 modify-instance-event-start-time \
    --instance-id i-1234567890abcdef0 \
    --instance-event-id instance-event-0d59937288b749b32 \
    --not-before 2019-03-25T10:00:00.000

    Es kann ein oder zwei Minuten dauern, bis der describe-instance-statusBefehl den aktualisierten not-before Parameterwert zurückgibt.

Einschränkungen

  • Nur Ereignisse mit einem Ereignistermin können neu geplant werden. Der Zeitplan des Ereignisses kann bis hin zum Ablaufdatum der Ereignisfrist geändert werden. Die Spalte Frist in der Konsole und das NotBeforeDeadline Feld in der AWS CLI geben an, ob das Ereignis einen Stichtag hat.

  • Nur Ereignisse, die noch nicht gestartet wurden, können neu geplant werden. Die Spalte Startzeit in der Konsole und das NotBefore Feld in der AWS CLI geben die Startzeit des Ereignisses an. Ereignisse, die zum Start in den nächsten 5 Minuten geplant sind, können nicht neu geplant werden.

  • Die neue Startzeit muss mindestes 60 Minuten nach der aktuellen Uhrzeit liegen.

  • Wenn Sie den Zeitplan mehrerer Ereignisse über die Konsole ändern, wird das Ablaufdatum der Ereignisfrist anhand des Ereignisses mit dem frühesten Ablaufdatum der Ereignisfrist bestimmt.