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. # Änderungen des EC2 Amazon-Instanzstatus Eine EC2 Amazon-Instance durchläuft vom Moment, in dem Sie sie starten, bis zu ihrer Beendigung verschiedene Zustände. In der folgenden Abbildung sind die Übergänge zwischen den Instances dargestellt. ![\[Der Instance-Lebenszyklus.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/instance_lifecycle.png) Sie können benachrichtigt werden, wenn Ihre Instances ihren Status ändern. Weitere Informationen finden Sie unter [Statusänderungsereignisse für Ihre Amazon-EC2-Instances](monitoring-instance-state-changes.md). ## Abrechnung nach Instance-Status In der folgenden Tabelle finden Sie eine kurze Beschreibung der einzelnen Instance-Statuszustände. Es wird außerdem angegeben, ob sie abgerechnet werden. Für einige AWS Ressourcen, wie Amazon EBS-Volumes und Elastic IP-Adressen, fallen unabhängig vom Status der Instance Gebühren an. Weitere Informationen finden Sie unter [Unerwartete Gebühren vermeiden](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/checklistforunwantedcharges.html) im *AWS Billing -Benutzerhandbuch*. | Instance-Status | Beschreibung | Abrechnung für Instance-Nutzung | | --- | --- | --- | | `pending` | Die Instance bereitet sich darauf vor, in den Status `running` überzugehen. Eine Instance wechselt in den Status `pending`, wenn sie gestartet wird oder wenn sie sich im Status `stopped` befand und dann gestartet wird. | Nicht berechnet | | `running` | Die Instance wird ausgeführt und ist bereit zur Nutzung. | Berechnet | | `stopping` | Die Instance bereitet sich darauf vor, angehalten zu werden. | Nicht berechnet Wenn Sie eine Instance in den Ruhezustand versetzen, wird Ihnen die Rechnung gestellt, solange sich die Instance im `stopping`-Status befindet. | | `stopped` | Die Instance wird beendet und kann nicht genutzt werden. Die Instance kann jederzeit gestartet werden. | Nicht berechnet | | `shutting-down` | Die Instance bereitet sich darauf vor, beendet zu werden. | Nicht berechnet | | `terminated` | Die Instance wurde dauerhaft gelöscht und kann nicht gestartet werden. | Nicht berechnet Reserved Instances, die sich auf beendete Instances beziehen, werden bis zum Ende ihrer Laufzeit entsprechend ihrer Zahlungsoption abgerechnet. Weitere Informationen finden Sie unter [Überblick über Reserved Instances für Amazon EC2](ec2-reserved-instances.md) | ## Ausstehende Instances Wenn Sie eine Instance starten, erhält diese den Status `pending`. Der von Ihnen beim Start festgelegte Instance-Typ bestimmt die Hardware des Host-Computers für Ihre Instance. Um die Instance zu starten, verwenden wir das von Ihnen beim Start angegebene Amazon Machine Image (AMI). Wenn die Instance bereit ist, verfügt sie über den Status `running`. Sie können eine Verbindung mit Ihrer laufenden Instance herstellen und sie wie einen normalen Computer verwenden. Sobald Ihre Instance in den Status `running` übergeht, wird Ihnen jede Sekunde (und mindestens eine Minute) der Betriebszeit der Instance in Rechnung gestellt, auch wenn sich die Instance im Leerlauf befindet und Sie keine Verbindung zu ihr herstellen. ## Angehaltene Instances Wenn eine Statusprüfung Ihrer Instance fehlschlägt oder Ihre Anwendungen auf der Instance nicht wie erwartet ausgeführt werden und wenn das Stamm-Volume Ihrer Instance ein Amazon EBS-Volume ist, können Sie Ihre Instance anhalten und starten, um das Problem zu beheben. Wenn Sie Ihre Instance anhalten, wird sie zunächst in den Status the `stopping` und anschließend in den Status `stopped` versetzt. Wenn Ihre Instance `stopped` ist, werden Ihnen keine Nutzungs- oder Datenübertragungsgebühren berechnet. Für die Speicherung etwaiger Amazon-EBS-Volumes fallen Gebühren an. Während sich die Instance im Status `stopped` befindet, können Sie bestimmte Attribute der Instance ändern, z. B. auch den Instance-Typ. Wenn Sie Ihre Instance starten, wechselt sie in den `pending`-Status und wird auf einen neuen Host-Computer verschoben (in einigen Fällen verbleibt sie jedoch auf dem aktuellen Host). Wenn Sie Ihre Instance anhalten und starten, verlieren Sie alle Daten auf den Instance-Speicher-Volumes, die dem vorherigen Host-Computer angefügt waren. Ihre Instance behält ihre private IPv4 Adresse, was bedeutet, dass eine Elastic IP-Adresse, die mit der privaten IPv4 Adresse oder Netzwerkschnittstelle verknüpft ist, Ihrer Instance zugeordnet bleibt. Wenn Ihre Instance eine IPv6 Adresse hat, behält sie die IPv6 Adresse bei. Jedes Mal, wenn Sie eine Instance von `stopped` auf `running` umstellen, werden Ihnen Gebühren pro Sekunde bei Ausführung der Instance berechnet, mindestens jedoch eine Minute pro Instance-Start. Weitere Informationen zum Anhalten und Starten von Instances finden Sie unter [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md). ## Instances im Ruhezustand Wenn Sie eine Instance in den Ruhezustand versetzen, signalisieren wir dem Betriebssystem, den Ruhezustand (suspend-to-disk) durchzuführen, wodurch die Inhalte aus dem Instance-Speicher (RAM) auf Ihrem Amazon EBS-Root-Volume gespeichert werden. Das Amazon EBS-Stamm-Volume der Instance und alle angefügten Amazon EBS-Daten-Volumens bleiben erhalten. Wenn Sie die Instance starten, wird das Amazon EBS-Stamm-Volume im vorherigen Zustand wiederhergestellt und der RAM-Inhalt wird neu geladen. Zuvor angefügte Daten-Volumes werden erneut zugewiesen und die Instance behält ihre Instance-ID bei. Wenn Sie Ihre Instance in den Ruhezustand versetzen, wird sie zunächst in den Status the `stopping` und anschließend in den Status `stopped` versetzt. Wir berechnen keine Nutzung für eine im Ruhezustand befindliche Instance, wenn sie sich im Zustand `stopped` befindet. Während sie sich im Zustand `stopping` befindet wird jedoch eine Berechnung durchgeführt (im Gegensatz zum [Anhalten einer Instance](#instance-stop-start), ohne sie in den Ruhezustand zu versetzen). Wir stellen für die Datenübertragung keine Gebühren in Rechnung. Für Speicher für Amazon EBS-Volumes, einschließlich Speicher für den RAM-Daten, fallen jedoch Gebühren an. Wenn Sie Ihre Instance im Ruhezustand starten, wird sie in den Zustand `pending` versetzt, und wir verschieben die Instance auf einen neuen Host-Computer (in einigen Fällen verbleibt sie jedoch auf dem aktuellen Host). Ihre Instance behält ihre private IPv4 Adresse, was bedeutet, dass eine Elastic IP-Adresse, die mit der privaten IPv4 Adresse oder Netzwerkschnittstelle verknüpft ist, weiterhin mit Ihrer Instance verknüpft ist. Wenn Ihre Instance eine IPv6 Adresse hat, behält sie ihre IPv6 Adresse. Weitere Informationen finden Sie unter [Ihre Amazon-EC2-Instance in den Ruhezustand versetzen](Hibernate.md). ## Neustarten von Instances Sie können Ihre Instance mithilfe der EC2 Amazon-Konsole, eines Befehlszeilentools und der EC2 Amazon-API neu starten. Wir empfehlen, dass Sie Amazon verwenden, EC2 um Ihre Instance neu zu starten, anstatt den Befehl zum Neustarten des Betriebssystems von Ihrer Instance aus auszuführen. Ein Neustart einer Instance entspricht einem Neustart des Betriebssystems. Die Instance verbleibt auf demselben Host-Computer und behält ihren öffentlichen DNS-Namen, ihre private IP-Adresse sowie alle Daten auf ihren Instance-Speicher-Volumes. Es dauert i. d. R. einige Minuten, bis der Neustart abgeschlossen ist. Die Dauer des Neustarts hängt jedoch von der Konfiguration der Instance ab. Beim Neustart einer Instance wird kein neuer Abrechnungszeitraum gestartet; es wird weiterhin sekundengenau und ohne weitere Mindestgebühr von einer Minute abgerechnet. Weitere Informationen finden Sie unter [Starten Sie Ihre EC2 Amazon-Instance neu](ec2-instance-reboot.md). ## Beendete Instances Wenn Sie sich entschieden haben, dass Sie eine Instance nicht mehr benötigen, können Sie sie beenden. Sobald der Status einer Instance zu `shutting-down` oder `terminated` wechselt, fallen für diese Instance keine Gebühren mehr an. Bei aktiviertem Beendigungsschutz können Sie die Instance nicht mithilfe der Konsole, der CLI oder der API beenden. Nachdem Sie eine Instance beendet haben, bleibt sie in der Konsole noch für kurze Zeit sichtbar, bevor der Eintrag automatisch gelöscht wird. Sie können eine beendete Instance auch mithilfe der CLI und API beschreiben. Ressourcen (z. B. Tags (Markierungen)) werden nach und nach von der beendeten Instance getrennt, sodass sie nach kurzer Zeit auf der beendeten Instance ggf. nicht mehr sichtbar sind. Sie können keine Verbindung mehr mit einer beendeten Instance herstellen oder diese wiederherstellen. Jede Amazon EBS-gestützte Instance unterstützt das Attribut `InstanceInitiatedShutdownBehavior`, mit dem gesteuert wird, ob die Instance angehalten oder beendet wird, wenn Sie innerhalb der Instance das Herunterfahren initiieren (z. B. über den Befehl **shutdown** unter Linux). Das Standardverhalten ist das Anhalten der Instance. Sie können die Einstellungen für dieses Attribut ändern, während die Instance in Betrieb oder angehalten ist. Jedes Amazon EBS-Volume unterstützt das Attribut `DeleteOnTermination`. Hiermit wird gesteuert, ob das Volume gelöscht wird oder erhalten bleibt, wenn Sie die zugehörige Instance beenden. Standardmäßig wird das Root-Volume gelöscht und alle anderen EBS-Volumes bleiben erhalten. Weitere Informationen finden Sie unter [Amazon-EC2-Instances beenden](terminating-instances.md). ## Unterschiede zwischen Instance-Status In der folgenden Tabelle sind die wichtigsten Unterschiede zwischen Neustart, Anhalten, Ruhezustand und Beenden Ihrer Instance zusammengefasst. | Merkmal | Neustart | Anhalten/Starten (nur Amazon EBS-gestützte Instances) | Ruhezustand (nur durch Amazon EBS gesicherte Instances) | Beenden | | --- | --- | --- | --- | --- | | Host-Computer | Die Instance verbleibt auf demselben Host-Computer. | Wir verschieben die Instance auf einen neuen Host-Computer (in einigen Fällen verbleibt sie jedoch auf dem aktuellen Host). | Wir verschieben die Instance auf einen neuen Host-Computer (in einigen Fällen verbleibt sie jedoch auf dem aktuellen Host). | Keine | | Private IPv4 Adresse | Die Instanz behält ihre IPv4 Privatadresse. | Die Instanz behält ihre IPv4 Privatadresse. | Die Instanz behält ihre IPv4 Privatadresse. | Keine | | Öffentliche IPv4 Adresse | Die Instanz behält ihre öffentliche IPv4 Adresse. | Die Instance erhält eine neue öffentliche IPv4 Adresse, sofern sie nicht über eine sekundäre Netzwerkschnittstelle oder eine sekundäre private IPv4 Adresse verfügt, die mit einer Elastic IP-Adresse verknüpft ist. | Die Instance erhält eine neue öffentliche IPv4 Adresse, sofern sie nicht über eine sekundäre Netzwerkschnittstelle oder eine sekundäre private IPv4 Adresse verfügt, die mit einer Elastic IP-Adresse verknüpft ist. | Keine | | Elastische IP-Adresse (IPv4) | Die Elastic IP-Adresse bleibt der Instance zugeordnet. | Die Elastic IP-Adresse bleibt der Instance zugeordnet. | Die Elastic IP-Adresse bleibt der Instance zugeordnet. | Die Zuordnung der Elastic IP-Adresse zur Instance wird aufgehoben. | | IPv6 Adresse | Die Instanz behält ihre IPv6 Adresse | Die Instanz behält ihre IPv6 Adresse | Die Instanz behält ihre IPv6 Adresse | Keine | | Instance-Speicher-Volumes | Die Daten bleiben erhalten. | Die Daten werden gelöscht. | Die Daten werden gelöscht. | Die Daten werden gelöscht. | | Root-Volume | Das Volume bleibt erhalten. | Das Volume bleibt erhalten. | Das Volume bleibt erhalten. | Das Volume wird standardmäßig gelöscht. | | RAM (Inhalt des Speichers) | RAM wird gelöscht | RAM wird gelöscht | RAM wird in einer Datei auf dem Root-Volume gespeichert | RAM wird gelöscht | | Fakturierung | Die Instance-Abrechnungsstunde ändert sich nicht | Sobald der Status einer Instance zu wechselt, fallen für diese Instance keine Gebühren mehr a `stopping`. Bei jedem Übergang einer Instance von `stopped` zu `running` wird ein neuer Abrechnungszeitraum gestartet ; für jeden Start der Instance wird eine Mindestgebühr von einer Minute abgerechnet. | Ihnen werden Gebühren berechnet, während sich die Instance im Zustand `stopping` befindet. Es werden jedoch keine Gebühren berechnet, wenn sich die Instance im Zustand `stopped` befindet. Bei jedem Übergang einer Instance von `stopped` zu `running` wird ein neuer Abrechnungszeitraum gestartet ; für jeden Start der Instance wird eine Mindestgebühr von einer Minute abgerechnet. | Sobald der Status einer Instance zu `shutting-down` wechselt, fallen für diese Instance keine Gebühren mehr an | Instances mit einem Instance-Speicher-Root-Volume werden durch den Befehl zum Herunterfahren des Betriebssystems immer beendet. Sie können steuern, ob eine Instance mit einem EBS – Root-Volume durch den Befehl zum Herunterfahren des Betriebssystems angehalten oder beendet werden sollen. Weitere Informationen finden Sie unter [Ändern des durch die Instance initiierten Abschaltverhaltens](Using_ChangingInstanceInitiatedShutdownBehavior.md). # Starten und Anhalten einer Amazon-EC2-Instance Sie können die Instance anhalten und starten, wenn das Root-Volume ein Amazon-EBS-Volume ist. Wenn Sie eine Instance anhalten, wird sie heruntergefahren. Wenn Sie eine Instance starten, wird sie in der Regel auf einen neuen zugrundeliegenden Host-Computer migriert und ihr wird eine neue öffentliche IPv4 Adresse zugewiesen. Ein Instance-Stopp kann vom Benutzer initiiert werden (wobei Sie die Instance manuell beenden) oder initiiert werden AWS (als Reaktion auf ein geplantes Stopp-Ereignis, bei dem ein irreparabler Ausfall des zugrunde liegenden Hosts für Ihre Instance AWS festgestellt wird). Für benutzerinitiiertes Anhalten empfehlen wir Ihnen, die Amazon-EC2-Konsole, -CLI oder -API zu verwenden, anstatt den Anhalte-Befehl für das Betriebssystem auf Ihrer Instance auszuführen. Wenn Sie Amazon EC2 verwenden und die Instance nicht innerhalb weniger Minuten problemlos herunterfährt, führt Amazon EC2 ein erzwungenes Herunterfahren durch. AWS CloudTrail Erstellt außerdem einen API-Datensatz darüber, wann Ihre Instance gestoppt wurde. In diesem Thema wird beschrieben, wie Sie ein benutzerinitiiertes Anhalten durchführen. Hinweise zu einem Stopp durch AWS finden Sie unter[Amazon-EC2-Instances verwalten, für die das Anhalten oder die Außerbetriebnahme geplant sind](schedevents_actions_retire.md). Wenn Sie eine Instance anhalten, wird sie nicht gelöscht. Wenn Sie eine Instance nicht mehr benötigen, können Sie sie löschen. Weitere Informationen finden Sie unter [Amazon-EC2-Instances beenden](terminating-instances.md). Informationen darüber wie Sie eine Instance in den Ruhezustand versetzen können, um den Inhalt des Instance-Speichers (RAM) zu speichern, finden Sie unter [Ihre Amazon-EC2-Instance in den Ruhezustand versetzen](Hibernate.md). Informationen zu den Unterscheidungen zwischen den Aktionen des Instance-Lebenszyklus finden Sie unter [Unterschiede zwischen Instance-Status](ec2-instance-lifecycle.md#lifecycle-differences). **Topics** + [Funktionsweise](how-ec2-instance-stop-start-works.md) + [ # Methoden zum Anhalten einer Instance ](instance-stop-methods.md) + [Manuelles Anhalten und Starten](#starting-stopping-instances) + [Automatisches Anhalten und Starten](#stop-start-ec2-instances-on-a-schedule) + [Ausgeführte und angehaltene Instances finden](#find-running-and-stopped-instances-in-globalview) + [ ## Die ersten und letzten Startzeiten finden ](#find-initial-launch-time) + [Aktivieren des Stopp-Schutzes](ec2-stop-protection.md) # Wie Anhalten und Starten der EC2-Instance funktioniert Wenn Sie eine Amazon-EC2-Instance anhalten, werden Änderungen auf der Betriebssystemebene der Instance registriert, einige Systemressourcen gehen verloren, andere bleiben bestehen. Wenn Sie eine Instance starten, werden die Änderungen auf Instance-Ebene registriert. **Topics** + [ ## Was geschieht, wenn Sie eine Instance anhalten? ](#what-happens-stop) + [ ## Was geschieht, wenn Sie eine Instance starten? ](#what-happens-start) + [ ## Testen der Reaktion der Anwendung auf Stopp und Start ](#test-stop-start-instance) + [ ## Kosten im Zusammenhang mit dem Starten und Anhalten einer Instance ](#ec2-stop-start-costs) ## Was geschieht, wenn Sie eine Instance anhalten? Im Folgenden wird beschrieben, was normalerweise passiert, wenn Sie eine Instance mit der standardmäßigen Anhaltemethode beenden. Beachten Sie, dass einige Aspekte je nach verwendeter [Anhaltemethode](instance-stop-methods.md) variieren können. **Auf Betriebssystemebene registrierte Änderungen** + Die API-Anfrage sendet ein Tastendruck-Ereignis an den Gast. + Verschiedene Systemservices werden infolge des Tastendruck-Ereignisses gestoppt. Ein ordnungsgemäßes Herunterfahren des Betriebssystems wird durch das ACPI-Maustastendruck-Ereignis zum Herunterfahren vom Hypervisor ausgelöst. + Das Herunterfahren des ACPI wird initiiert. + Die Instance wird heruntergefahren, wenn der Prozess zum ordnungsgemäßen Herunterfahren des Betriebssystems beendet ist. Die Zeit zum Herunterfahren des Betriebssystems kann nicht konfiguriert werden. + Wenn das Instance-Betriebssystem nicht innerhalb weniger Minuten sauber heruntergefahren wird, wird ein Hard Shutdown durchgeführt. + Die Instance wird nicht mehr ausgeführt. + Der Instance-Status ändert sich zu `stopping` und dann zu `stopped`. + [Auto Scaling] Wenn sich Ihre Instance in einer Auto-Scaling-Gruppe befindet, wenn sich die Instance in einem anderen Amazon-EC2-Status als `running` befindet oder wenn ihr Status für die Statusprüfungen `impaired` wird, betrachtet Amazon EC2 Auto Scaling die Instance als fehlerhaft und ersetzt sie. Weitere Informationen finden Sie unter [Zustandsprüfungen für Instances in einer Auto-Scaling-Gruppe](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*. + [Windows-Instances] Wenn Sie eine Windows Instance anhalten und starten, führt der Start-Agent Aufgaben auf der Instance aus, z. B. das Ändern der Laufwerksbuchstaben für alle angefügten Amazon-EBS-Volumes. Weitere Informationen zu diesen Standardeinstellungen und deren Änderung finden Sie unter [Den EC2Launch-v2-Agenten verwenden, um Aufgaben während des Starts einer EC2-Windows-Instance auszuführen](ec2launch-v2.md). **Verlorene Ressourcen** + Im Arbeitsspeicher gespeicherte Daten. + Auf den Instance-Speicher-Volumes gespeicherte Daten. + Die öffentliche IPv4-Adresse, die Amazon EC2 der Instance beim Start oder der Inbetriebnahme automatisch zugewiesen hat. Um eine öffentliche IPv4 Adresse beizubehalten, die sich nie ändert, können Sie Ihrer Instance eine [Elastic IP-Adresse](elastic-ip-addresses-eip.md) zuordnen. **Ressourcen, die fortbestehen** + Alle angehängten Amazon-EBS-Root- und -Daten-Volumes. + Daten, die in den Amazon-EBS-Volumes gespeichert sind. + Alle angehängten [Netzwerkschnittstellen](using-eni.md). Eine Netzwerkschnittstelle umfasst die folgenden Ressourcen, die ebenfalls bestehen: + Private IPv4 Adressen. + IPv6 Adressen. + elastische IP-Adressen, die der Instance zugeordnet sind Beachten Sie, dass Ihnen beim Anhalten der Instance die [Gebühren für die zugeordneten Elastic-IP-Adressen in Rechnung gestellt werden](elastic-ip-addresses-eip.md#eip-pricing). Das folgende Diagramm zeigt, was verloren geht und was bestehen bleibt, wenn eine EC2-Instance angehalten wird. Das Diagramm ist in drei Teile gegliedert: Der erste Teil mit der Bezeichnung **Laufende EC2-Instance** zeigt die Instance im Status `running` mit ihren Ressourcen. Der zweite Teil mit der Bezeichnung **Angehaltene EC2-Instance** zeigt die Instance im Status `stopped` mit den bestehenden Ressourcen. Der dritte Teil mit der Bezeichnung **Verloren** zeigt die Ressourcen, die verloren gehen, wenn die Instance angehalten wird. ![\[Die Daten zur öffentlichen IPv4 Adresse, zum RAM und zum Instanzspeicher gehen verloren, wenn eine Instance gestoppt wird.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/stop-instance.png) Weitere Informationen darüber, was passiert, wenn Sie eine Mac-Instance anhalten, finden Sie unter [Ihre Amazon-EC2-Mac-Instance anhalten oder beenden](mac-instance-stop.md). ## Was geschieht, wenn Sie eine Instance starten? + In den meisten Fällen wird die Instance auf einen neuen zugrundeliegenden Host-Computer migriert (in einigen Fällen, z. B. wenn eine Instance einem Host in einer [Dedicated- Host](dedicated-hosts-understanding.md)-Konfiguration zugewiesen wird, verbleibt sie jedoch auf dem aktuellen Host). + Die zugeordneten EBS-Volumes und Netzwerkschnittstellen werden wieder an die Instance angehängt. + Amazon EC2 weist der Instance eine neue öffentliche IPv4 Adresse zu, wenn die Instance für den Empfang einer öffentlichen IPv4 Adresse konfiguriert ist, es sei denn, sie hat eine sekundäre Netzwerkschnittstelle oder eine sekundäre private IPv4 Adresse, die mit einer Elastic IP-Adresse verknüpft ist. + Wenn Sie eine Instance in einer Placement-Gruppe anhalten und dann wieder starten, wird sie in der Placement-Gruppe weiterhin ausgeführt. Der Startvorgang schlägt aber fehl, wenn für die Instance nicht genügend Kapazität vorhanden ist. Wenn Sie beim Starten einer Instance in einer Placement-Gruppe, in der bereits Instances laufen, einen Kapazitätsfehler erhalten, beenden Sie alle Instances in der Placement-Gruppe und starten Sie sie alle erneut. Wenn Sie die Instances starten, werden diese unter Umständen zu Hardware migriert, die über Kapazität für alle angeforderten Instances verfügt. ## Testen der Reaktion der Anwendung auf Stopp und Start Sie können AWS Fault Injection Service damit testen, wie Ihre Anwendung reagiert, wenn Ihre Instance gestoppt und gestartet wird. Weitere Informationen finden Sie im [AWS Fault Injection Service -Benutzerhandbuch](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html). ## Kosten im Zusammenhang mit dem Starten und Anhalten einer Instance Die folgenden Kosten sind mit dem Anhalten und Starten einer Instance verbunden. **Anhalten** – Sobald sich der Status einer Instance zu `shutting-down` oder `terminated` ändert, fallen für die Instance keine Gebühren mehr an. Für eine angehaltene Instance werden Ihnen keine Nutzungs- oder Datenübertragungsgebühren in Rechnung gestellt. Für die Speicherung von Amazon-EBS-Speichervolumes fallen Gebühren an. **Starten** – Jedes Mal, wenn Sie eine angehaltene Instance starten, wird Ihnen mindestens eine Minute Nutzungsdauer in Rechnung gestellt. Nach einer Minute werden Ihnen nur die genutzten Sekunden in Rechnung gestellt. Wenn Sie beispielsweise eine Instance 20 Sekunden lang ausführen und sie dann anhalten, wird Ihnen eine Nutzungsminute in Rechnung gestellt. Wenn Sie eine Instance 3 Minuten und 40 Sekunden lang ausführen, werden Ihnen 3 Minuten und 40 Sekunden Nutzungsdauer in Rechnung gestellt. # Methoden zum Anhalten einer Instance Es gibt vier Möglichkeiten, eine vom Benutzer initiierte Anhaltung durchzuführen: Standard-Anhaltung, Anhaltung beim Herunterfahren des Betriebssystems, erzwungene Anhaltung und erzwungene Anhaltung mit Überspringen des Herunterfahrens des Betriebssystems. Die folgende Tabelle vergleicht die wichtigsten Unterschiede zwischen den Anhaltemethoden. | Anhaltemethode | Hauptzweck | Anwendungsfall | CLI-Befehl | | --- | --- | --- | --- | | Standard-Anhalten | Normales Herunterfahren der Instance mit versuchtem ordnungsgemäßem Herunterfahren des Betriebssystems. | Typisches Anhalten einer Instance. | 
aws ec2 stop-instances \
--instance-id i-1234567890abcdef0
| | Anhalten mit Überspringen des Herunterfahrens des Betriebssystems | Umgeht das ordnungsgemäße Herunterfahren des Betriebssystems beim Anhalten einer Instance. | Wenn die Umgehung des ordnungsgemäßen Herunterfahrens des Betriebssystems erforderlich ist. | 
aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--skip-os-shutdown
| | Stoppen erzwingen | Behandelt eingefrorene Instances. Versucht zuerst ein Standard-Anhalten. Wenn die Instance nicht angehalten wird, wird das Anhalten der Instance erzwungen. | Wenn die Instance im Status stopping feststeckt. | 
aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--force
| | Erzwungenes Anhalten mit Überspringen des Herunterfahrens des Betriebssystems | Erzwing das Anhalten und umgeht das ordnungsgemäße Herunterfahren des Betriebssystems beim Anhalten einer Instance. | Wenn ein erzwungenes Anhalten und die Umgehung des ordnungsgemäßen Herunterfahrens des Betriebssystems erforderlich ist. | 
aws ec2 stop-instances \
--instance-id i-1234567890abcdef0 \
--force \
--skip-os-shutdown
| Anweisungen zur Verwendung der einzelnen Methoden finden Sie im Folgenden: + [Eine Instance mit einem ordnungsgemäßen Herunterfahren des Betriebssystems anhalten](Stop_Start.md#stop-instance-with-graceful-os-shutdown) + [Eine Instance anhalten und das ordnungsgemäße Herunterfahren des Betriebssystems umgehen](Stop_Start.md#stop-instance-bypass-graceful-os-shutdown) + [Erzwingung des Stopps einer Instance](TroubleshootingInstancesStopping.md#force-stop-instance) **Topics** + [ ## Standard-Anhalten ](#ec2-instance-default-stop) + [ ## Anhalten mit Überspringen des Herunterfahrens des Betriebssystems ](#ec2-instance-stop-with-skip-os-shutdown) + [ ## Stoppen erzwingen ](#ec2-instance-force-stop) + [ ## Erzwungenes Anhalten mit Überspringen des Herunterfahrens des Betriebssystems ](#ec2-instance-force-stop-with-skip-os-shutdown) Die folgenden Abschnitte enthalten detailliertere Informationen zu den vier verschiedenen vom Benutzer initiierten Anhaltemethoden. ## Standard-Anhalten Die Standard-Anhaltemethode ist die Standardmethode zum Anhalten einer Instance. Wenn Sie den StopInstances Befehl ausführen, wechselt die Instanz vom `running` Status zu `stopping` und schließlich zu`stopped`, wie in der folgenden Abbildung dargestellt: ![\[Standard-Anhalteablauf\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/stop-instance-flow-1.png) **Zweck:** Normales Herunterfahren der Instance mit versuchtem ordnungsgemäßem Herunterfahren des Betriebssystems. **Auswirkung auf die Daten:** Daten auf dem EBS-Root-Volume und den Daten-Volumes bleiben erhalten. Daten auf den Instance-Speicher-Volumes gehen verloren. **Verwendungszweck:** Erster Anhalteversuch für typische Anhaltungen. **Anmerkung** Wenn Sie bereits eine Anhaltung mit Überspringen des Herunterfahrens des Betriebssystems versucht haben, führt eine nachfolgende Standard-Anhaltung während derselben Statusübergangssitzung nicht zu einem ordnungsgemäßen Herunterfahren des Betriebssystems. Das Umgehen des ordnungsgemäßen Herunterfahrens des Betriebssystems ist für die aktuelle Sitzung der Instance irreversibel. ## Anhalten mit Überspringen des Herunterfahrens des Betriebssystems Wenn das ordnungsgemäße Herunterfahren des Betriebssystems umgangen werden muss, kann die Methode „Anhalten mit Überspringen des Herunterfahren des Betriebssystems“ verwendet werden, um eine Instance anzuhalten und das ordnungsgemäße Herunterfahren des Betriebssystems zu umgehen, wie in der folgenden Abbildung dargestellt: ![\[Ablauf des Anhaltens mit Überspringen des Herunterfahrens des Betriebssystems\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/stop-instance-flow-3.png) **Warnung** Das Umgehen des ordnungsgemäßen Herunterfahrens des Betriebssystems kann zu Datenverlust oder Beschädigung führen (z. B. wenn Speicherinhalte nicht auf die Festplatte geschrieben werden oder während der Übertragung verloren gehen IOs) oder dass Shutdown-Skripten übersprungen werden. **Zweck:** Umgeht das ordnungsgemäße Herunterfahren des Betriebssystems beim Anhalten einer Instance. **Auswirkung auf die Daten:** Kann zu Datenverlust oder Beschädigung führen. Der Inhalt des Speichers wird möglicherweise nicht auf die Festplatte geschrieben und kann während des Betriebs verloren gehen. IOs Skripts zum Herunterfahren könnten übersprungen werden. **Verwendungszweck:** Wenn die Umgehung des ordnungsgemäßen Herunterfahrens des Betriebssystems erforderlich ist. Wenn diese Option verwendet wird, während ein standardmäßiges Anhalten mit ordnungsgemäßem Herunterfahren des Betriebssystems ausgeführt wird, wird das ordnungsgemäße Herunterfahren des Betriebssystems umgangen. **Anmerkung** Das Umgehen des ordnungsgemäßen Herunterfahrens des Betriebssystems ist für die aktuelle Statusübergangssitzung der Instance irreversibel. Bei einer nachfolgenden Standard-Anhaltung während dieser Sitzung wird nicht versucht, das Betriebssystem ordnungsgemäß herunterzufahren. ## Stoppen erzwingen Die Methode des erzwungenen Anhaltens wird verwendet, um Instances zu verarbeiten, die im Status `stopping` feststecken. Eine Instance bleibt in der Regel aufgrund eines zugrunde liegenden Hardwareproblems hängen (was durch eine fehlgeschlagene [Systemstatusprüfung](monitoring-system-instance-status-check.md#system-status-checks) angezeigt wird). Bei der Methode des erzwungenen Anhaltens wird zunächst ein standardmäßiges Anhalten versucht. Bleibt die Instance im Status `stopping` hängen, wird die Instance durch den Parameter `force` zwangsweise heruntergefahren und die Instance wird in den Status `stopped` versetzt, wie in der folgenden Abbildung dargestellt: ![\[Ablauf des erzwungenen Anhaltens\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/stop-instance-flow-2.png) **Zweck:** Behandelt Instances, die im Status `stopping` feststecken. Versucht zuerst eine Standard-Anhaltung. Wenn die Instance nicht angehalten werden kann, wird die Instance zwangsweise heruntergefahren. **Auswirkung auf die Daten:** Versucht zuerst eine Standard-Anhaltung, aber wenn die erzwungene Anhaltung aktiviert wird, kann dies zu Datenverlust oder Beschädigung führen. In seltenen Fällen führt dies zu Schreibvorgängen auf EBS-Volumes oder andere gemeinsam genutzte Ressourcen nach dem Anhalten. **Verwendungszweck:** Zweiter Anhalteversuch, wenn eine Instance nach einer Standard-Anhaltung hängen bleibt. Weitere Informationen finden Sie unter [Probleme beim Stoppen von EC2 Amazon-Instances beheben](TroubleshootingInstancesStopping.md). ## Erzwungenes Anhalten mit Überspringen des Herunterfahrens des Betriebssystems Wenn eine erzwungene Anhaltung und das Umgehen des ordnungsgemäßen Herunterfahrens des Betriebssystems erforderlich ist, kann die Methode zum erzwungenen Anhalten ohne das Betriebssystem herunterzufahren verwendet werden, um eine Instance in den Status `stopped` zu versetzen, wie in der folgenden Abbildung dargestellt: ![\[Ablauf der erzwungenen Anhaltung mit Überspringen des Herunterfahrens des Betriebssystems\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/stop-instance-flow-4.png) **Zweck:** Kombiniert das erzwungene Anhalten mit der Umgehung eines ordnungsgemäßen Herunterfahrens des Betriebssystems beim Anhalten einer Instance. **Auswirkung auf die Daten:** Das Überspringen des Herunterfahrens des Betriebssystems kann zu Datenverlust oder -beschädigung führen. Der Inhalt des Speichers wird möglicherweise nicht auf die Festplatte geschrieben und kann während der Übertragung verloren gehen. IOs Skripts zum Herunterfahren könnten übersprungen werden. Wenn das erzwungene Anhalten aktiviert wird, kann dies zu zusätzlichem Datenverlust oder -beschädigung führen. In seltenen Fällen führt dies zu Schreibvorgängen auf EBS-Volumes oder andere gemeinsam genutzte Ressourcen nach dem Anhalten. **Verwendungszweck:** Wenn Sie sichergehen möchten, dass Ihre Instance beendet wird und Sie das ordnungsgemäße Herunterfahren des Betriebssystems umgehen möchten. Wenn diese Option verwendet wird, während ein standardmäßiges Anhalten mit ordnungsgemäßem Herunterfahren des Betriebssystems ausgeführt wird, wird das ordnungsgemäße Herunterfahren des Betriebssystems umgangen. ## Manuelles Anhalten und Starten Ihrer Instances Sie können Ihre Amazon-EBS-gestützten Instances (Instances mit EBS-Root-Volumes) anhalten und starten. Sie können Instances mit einem Instance-Speicher-Root-Volume nicht anhalten und starten. Wenn Sie die Standardmethode zum Anhalten einer Instance verwenden, wird versucht, das Betriebssystem ordnungsgemäß herunterzufahren. Sie können das ordnungsgemäße Herunterfahren des Betriebssystems umgehen. Dies könnte jedoch die Datenintegrität gefährden. **Warnung** Wenn Sie eine Instance anhalten, werden sämtliche Daten auf allen Instance-Speicher-Volumes gelöscht. Stellen Sie vor dem Anhalten einer Instance sicher, dass Sie alle benötigten Daten aus den Instance-Speicher-Volumes in den persistenten Speicher kopiert haben, z. B. Amazon EBS oder Amazon S3. [Linux-Instances] Die Nutzung des Betriebssystembefehls **halt** von einer Instance aus initiiert kein Herunterfahren. Wenn Sie den Befehl **halt** verwenden, wird die Instance nicht angehalten. Stattdessen wird die CPU in den `HLT` versetzt, wodurch der CPU-Betrieb unterbrochen wird. Die Instance wird weiterhin ausgeführt. Mit den Betriebssystembefehlen **shutdown** oder **poweroff** können Sie ein Herunterfahren einleiten. Wenn Sie einen Betriebssystembefehl verwenden, wird die Instance standardmäßig angehalten. Sie können dieses Verhalten ändern. Weitere Informationen finden Sie unter [Ändern des durch die Instance initiierten Abschaltverhaltens](Using_ChangingInstanceInitiatedShutdownBehavior.md). **Anmerkung** Wenn Sie eine von Amazon EBS unterstützte Instance angehalten haben und diese im `stopping`-Status „hängen bleibt“, können Sie das Anhalten erzwingen. Weitere Informationen finden Sie unter [Probleme beim Stoppen von EC2 Amazon-Instances beheben](TroubleshootingInstancesStopping.md). **Topics** + [ ### Eine Instance mit einem ordnungsgemäßen Herunterfahren des Betriebssystems anhalten ](#stop-instance-with-graceful-os-shutdown) + [ ### Eine Instance anhalten und das ordnungsgemäße Herunterfahren des Betriebssystems umgehen ](#stop-instance-bypass-graceful-os-shutdown) + [ ### Starten einer Instance ](#start-ec2-instance) ### Eine Instance mit einem ordnungsgemäßen Herunterfahren des Betriebssystems anhalten Sie können eine Instance mit der standardmäßigen Methode anhalten, die auch den Versuch eines ordnungsgemäßen Herunterfahrens des Betriebssystems beinhaltet. Weitere Informationen finden Sie unter [Standard-Anhalten](instance-stop-methods.md#ec2-instance-default-stop). ------ #### [ Console ] **So halten Sie eine Instance mit der Standardmethode an** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im linken Navigationsbereich **Instances** und dann die Instance aus. 1. Wählen Sie **Instance state (Instance-Status)**, **Stop instance (Instance anhalten)**. Wenn diese Option deaktiviert ist, wurde die Instance entweder bereits angehalten oder das Root-Volume ist ein Instance-Speicher-Volume. 1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Stop** aus. Das Anhalten der Instance kann einige Minuten dauern. ------ #### [ AWS CLI ] **So halten Sie eine Instance mit der Standardmethode an** Verwenden Sie den Befehl [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html). ``` aws ec2 stop-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **So halten Sie eine Instance mit der Standardmethode an** Verwenden Sie das Cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html) ``` Stop-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ ### Eine Instance anhalten und das ordnungsgemäße Herunterfahren des Betriebssystems umgehen Sie können das ordnungsgemäße Herunterfahren des Betriebssystems beim Anhalten einer Instance umgehen. Weitere Informationen finden Sie unter [Anhalten mit Überspringen des Herunterfahrens des Betriebssystems](instance-stop-methods.md#ec2-instance-stop-with-skip-os-shutdown). **Warnung** Das Umgehen des ordnungsgemäßen Herunterfahrens des Betriebssystems kann zu Datenverlust oder Beschädigung führen (z. B. wenn Speicherinhalte nicht auf die Festplatte geschrieben werden oder während der Übertragung verloren gehen) oder dass Shutdown-Skripten übersprungen werden. IOs ------ #### [ Console ] **So halten Sie eine Instance an und umgehen das ordnungsgemäße Herunterfahren des Betriebssystems** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Klicken Sie im Navigationsbereich auf **Instances** und wählen Sie die Instance aus. 1. Wählen Sie **Instance state (Instance-Status)**, **Stop instance (Instance anhalten)**. 1. Aktivieren Sie unter **Herunterfahren des Betriebssystems überspringen** das Kontrollkästchen **Herunterfahren des Betriebssystems überspringen**. Wenn diese Option nicht in der Konsole angezeigt wird, ist sie in der aktuellen Region in der Konsole noch nicht verfügbar. Sie können jedoch mit der AWS CLI oder dem SDK auf dieses Feature zugreifen oder eine andere Region in der Konsole ausprobieren. 1. Wählen Sie **Beenden** aus. ------ #### [ AWS CLI ] **So halten Sie eine Instance an und umgehen das ordnungsgemäße Herunterfahren des Betriebssystems** Verwenden Sie den Befehl [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) mit `--skip-os-shutdown`. ``` aws ec2 stop-instances \ --instance-ids i-1234567890abcdef0 \ --skip-os-shutdown ``` ------ #### [ PowerShell ] **So halten Sie eine Instance an und umgehen das ordnungsgemäße Herunterfahren des Betriebssystems** Verwenden Sie das Cmdlet mit. [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html)`-SkipOsShutdown $true` ``` Stop-EC2Instance ` -InstanceId i-1234567890abcdef0 ` -SkipOsShutdown $true ``` ------ ### Starten einer Instance Sie können eine angehaltene Instance starten. ------ #### [ Console ] **So starten Sie eine Instance** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im linken Navigationsbereich die Option **Instances** aus. 1. Wählen Sie die Instance und dann **Instance-Status**, **Instance starten** aus. Es kann einige Minuten dauern, bis die Instance in den Zustand `running` übergeht. ------ #### [ AWS CLI ] **So starten Sie eine Instance** Verwenden Sie den Befehl [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html). ``` aws ec2 start-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **So starten Sie eine Instance** Verwenden Sie das cmdlet [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html). ``` Start-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ ## Automatisches Anhalten und Starten Ihrer Instances Sie können das Anhalten und Starten von Instances mit den folgenden Services automatisieren: **Instance Scheduler aktiviert AWS** Sie können Instance Scheduler on verwenden AWS , um das Starten und Stoppen von EC2-Instances zu automatisieren. Weitere Informationen finden Sie unter [Wie verwende ich Instance Scheduler, um EC2-Instances CloudFormation zu planen?](https://repost.aws/knowledge-center/stop-start-instance-scheduler) Beachten Sie, dass [zusätzliche Kosten anfallen](https://docs.aws.amazon.com/solutions/latest/instance-scheduler-on-aws/cost.html). **AWS Lambda und eine EventBridge Amazon-Regel** Sie können Lambda und eine EventBridge Regel verwenden, um Ihre Instances nach einem Zeitplan zu beenden und zu starten. Weitere Informationen finden Sie unter [Wie kann ich Lambda verwenden, um Amazon-EC2-Instances in regelmäßigen Abständen anzuhalten und zu starten?](https://repost.aws/knowledge-center/start-stop-lambda-eventbridge) **Amazon EC2 Auto Scaling** Um sicherzustellen, dass Sie die richtige Anzahl von Amazon-EC2-Instances zur Verfügung haben, um die Last für eine Anwendung zu bewältigen, erstellen Sie Auto-Scaling-Gruppen.  Amazon EC2 Auto Scaling  stellt sicher, dass Ihre Anwendung immer über die richtige Kapazität verfügt, um den Datenverkehr zu bewältigen, und spart Kosten, indem Instances nur dann gestartet werden, wenn sie benötigt werden. Beachten Sie, dass  Amazon EC2 Auto Scaling  nicht benötigte Instances nicht anhält, sondern beendet. Informationen zum Einrichten von Auto-Scaling-Gruppen finden Sie unter [Erste Schritte mit Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/get-started-with-ec2-auto-scaling.html). ## Alle ausgeführten und angehaltenen Instances suchen Mit [Amazon EC2 Global View](https://console.aws.amazon.com/ec2globalview/home) finden Sie alle Ihre laufenden und gestoppten Instances AWS-Regionen auf einer einzigen Seite. Diese Funktion ist besonders nützlich für die Bestandsaufnahme und das Auffinden vergessener Instances. Informationen zur Verwendung von Global View finden Sie unter [Mithilfe von AWS Global View können Sie Ressourcen in allen Regionen anzeigen](global-view.md). Alternativ können Sie in jeder Region, in der Sie Instances haben, einen Befehl oder ein cmdlet ausführen. ------ #### [ AWS CLI ] **So rufen Sie die Anzahl der EC2-Instances in einer Region ab** Verwenden Sie den folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl, um die Instances in der aktuellen Region zu zählen. Sie müssen diesen Befehl in jeder Region ausführen, in der Sie Instances haben. ``` aws ec2 describe-instances \ --region us-east-2 \ --query "length(Reservations[].Instances[])" ``` Es folgt eine Beispielausgabe. ``` 27 ``` **So erhalten Sie zusammenfassende Informationen zu Ihren EC2-Instances in einer Region** Verwenden Sie den folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl. Sie müssen diesen Befehl in jeder Region ausführen, in der Sie Instances haben. ``` aws ec2 describe-instances \ --region us-east-2 \ --query "Reservations[].Instances[].[InstanceId,InstanceType,PrivateIpAddress]" \ --output table ``` Es folgt eine Beispielausgabe. ``` --------------------------------------------------------- | DescribeInstances | +---------------------+---------------+-----------------+ | i-0e3e777f4362f1bf7| t2.micro | 10.0.12.9 | | i-09453945dcf1529e9| t2.micro | 10.0.143.213 | | i-08fd74f3f1595fdbd| m7i.4xlarge | 10.0.1.103 | +---------------------+---------------+-----------------+ ``` ------ #### [ PowerShell ] **So rufen Sie die Anzahl der EC2-Instances in einer Region ab** Verwenden Sie das cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). ``` (Get-EC2Instance -Region us-east-2).Instances.Length ``` Es folgt eine Beispielausgabe. ``` 27 ``` **So erhalten Sie zusammenfassende Informationen zu Ihren EC2-Instances in einer Region** Verwenden Sie das cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). Sie müssen diesen Befehl in jeder Region ausführen, in der Sie Instances haben. ``` (Get-EC2Instance).Instances | Select InstanceId, InstanceType, PrivateIpAddress ``` Es folgt eine Beispielausgabe. ``` InstanceId InstanceType PrivateIpAddress ---------- ------------ ---------------- i-0e3e777f4362f1bf7 t2.micro 10.0.12.9 i-09453945dcf1529e9 t2.micro 10.0.143.213 i-08fd74f3f1595fdbd m7i.4xlarge 10.0.1.103 ``` ------ ## Die ersten und letzten Startzeiten finden Wenn Sie eine Instance beschreiben, ist die Startzeit für die Instance die letzte Startzeit. Nachdem Sie eine Instance anhalten und wieder starten, entspricht sie der Startzeit der neuen Instance. Um die anfängliche Startzeit für eine Instance zu ermitteln, auch nach dem Stoppen und Starten, sehen Sie sich den Zeitpunkt an, zu dem die primäre Netzwerkschnittstelle mit der Instance verbunden wurde. ------ #### [ Console ] **So finden Sie die letzte Startzeit** Wählen Sie die Instance aus und suchen Sie auf der Registerkarte **Details** die **Startzeit** unter **Instance-Details**. **So finden Sie die erste Startzeit** Wählen Sie die Instance aus und suchen Sie auf der Registerkarte **Netzwerk** unter **Netzwerkschnittstellen** nach der primären Netzwerkschnittstelle (Geräteindex ist 0). ------ #### [ AWS CLI ] **So finden Sie die ersten und letzten Startzeiten** Führen Sie mithilfe des folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl aus, um sowohl die erste Startzeit als auch die letzte Startzeit für die angegebene Instance anzuzeigen. ``` aws ec2 describe-instances \ --instance-id i-1234567890abcdef0 \ --query 'Reservations[].Instances[].{InstanceID:InstanceId,InitialLaunch:NetworkInterfaces[0].Attachment.AttachTime,LastLaunch:LaunchTime}' ``` Es folgt eine Beispielausgabe. ``` [ { "InstanceID": "i-1234567890abcdef0", "InitialLaunch": "2024-04-19T00:47:08+00:00", "LastLaunch": "2024-05-27T06:24:06+00:00" } ] ``` ------ #### [ PowerShell ] **So finden Sie die letzte Startzeit** Verwenden Sie das cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). ``` (Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.LaunchTime ``` Es folgt eine Beispielausgabe. ``` Monday, May 27, 2024 6:24:06 AM ``` **So finden Sie die erste Startzeit** Verwenden Sie das cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html). ``` (Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.NetworkInterfaces.Attachment.AttachTime ``` Es folgt eine Beispielausgabe. ``` Friday, April 19, 2024 12:47:08 AM ``` ------ # Stopp-Schutz für Ihre EC2-Instances aktivieren Um zu verhindern, dass eine Instance versehentlich angehalten wird, können Sie einen Anhalte-Schutz für die Instance aktivieren. Der Stopp-Schutz schützt Ihre Instance auch vor versehentlichen Beendigungen. Das `DisableApiStop` Attribut der Amazon EC2 [https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyInstanceAttribute.html](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_ModifyInstanceAttribute.html)EC2-API steuert, ob die Instance mithilfe der Amazon EC2 EC2-Konsole, der oder der AWS CLI Amazon EC2 EC2-API gestoppt werden kann. Sie können den Wert dieses Attributs beim Starten der Instance festlegen, während die Instance in Betrieb oder angehalten ist. **Überlegungen** + Die Aktivierung des Stopp-Schutzes verhindert nicht, dass Sie eine Instance versehentlich stoppen, indem Sie mit einem Betriebssystembefehl wie **shutdown** oder **poweroff** ein Herunterfahren der Instance einleiten. + Die Aktivierung des Stopp-Schutzes AWS verhindert nicht, dass die Instance gestoppt wird, wenn es ein [geplantes Ereignis](monitoring-instances-status-check_sched.md) zum Stoppen der Instance gibt. + Das Aktivieren des Stopp-Schutzes hindert Amazon EC2 Auto Scaling nicht daran, eine Instance zu beenden, wenn die Instance fehlerbehaftet ist bzw. während Abskalierungs-Ereignissen. Sie können steuern, ob eine Auto-Scaling-Gruppe eine bestimmte Instance beim Abskalieren beenden kann, indem Sie den [Instance-Skalierungsschutz](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-instance-protection.html) verwenden. + Der Stop-Schutz verhindert nicht nur, dass Ihre Instance versehentlich gestoppt wird, sondern auch, dass Ihre Instance versehentlich beendet wird AWS CLI, wenn Sie die Konsole oder die API verwenden. Es ändert jedoch nicht automatisch das `DisableApiTermination`-Attribut. Beachten Sie, dass, wenn das `DisableApiStop` Attribut auf gesetzt ist`false`, die `DisableApiTermination` Attributeinstellung bestimmt, ob die Instance mithilfe der Konsole oder der API beendet werden kann. AWS CLI Weitere Informationen finden Sie unter [Amazon-EC2-Instances beenden](terminating-instances.md). + Sie können den Anhalteschutz nicht für eine Instance mit einem Instance-Speicher-Root-Volume aktivieren. + Sie können den Stopp-Schutz nicht für Spot Instances aktivieren. + Die Amazon-EC2-API folgt einem eventuellen Konsistenzmodell, wenn Sie den Stopp-Schutz aktivieren oder deaktivieren. Dies bedeutet, dass das Ergebnis der Ausführung von Befehlen zum Festlegen des Attributs Anhalte-Schutz möglicherweise nicht sofort für alle nachfolgenden Befehle, die Sie ausführen, sichtbar ist. Weitere Informationen finden Sie unter [Mögliche Konsistenz](https://docs.aws.amazon.com/ec2/latest/devguide/eventual-consistency.html) im *Entwicklerhandbuch für Amazon EC2*. **Topics** + [ ## Aktivieren des Stopp-Schutzes für eine Instance beim Starten ](#enable-stop-protection-at-launch) + [ ## Aktivieren des Stopp-Schutzes für eine laufende oder gestoppte Instance ](#enable-stop-protection-on-running-or-stopped-instance) + [ ## Deaktivieren des Stopp-Schutzes für eine laufende oder angehaltene Instance ](#disable-stop-protection-on-running-or-stopped-instance) ## Aktivieren des Stopp-Schutzes für eine Instance beim Starten Sie können den Anhalteschutz für eine Instance aktivieren, wenn Sie die Instance starten. ------ #### [ Console ] **So aktivieren Sie den Stopp-Schutz für eine Instance beim Starten** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie auf dem Dashboard **Launch Instance** (Instance starten) aus. 1. Konfigurieren Sie Ihre Instance im [neuen Launch Instance Wizard](ec2-launch-instance-wizard.md). 1. **Aktivieren** Sie im Assistenten den **Anhalte-Schutz**, indem Sie unter **Erweiterte Details** die Option Aktivieren für Anhalte-Schutz auswählen. ------ #### [ AWS CLI ] **So aktivieren Sie den Stopp-Schutz für eine Instance beim Starten** Verwenden Sie den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html), um die Instance zu starten. Fügen Sie den folgenden Parameter hinzu. ``` --disable-api-stop ``` ------ #### [ PowerShell ] **So aktivieren Sie den Stopp-Schutz für eine Instance beim Starten** Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet, um die Instanz zu starten. Fügen Sie den folgenden Parameter hinzu. ``` -DisableApiStop $true ``` ------ ## Aktivieren des Stopp-Schutzes für eine laufende oder gestoppte Instance Sie können den Anhalteschutz für eine Instance aktivieren, wenn die Instance ausgeführt wird oder angehalten ist. ------ #### [ Console ] **So aktivieren Sie den Anhalteschutz für eine Instance** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im linken Navigationsbereich die Option **Instances** aus. 1. Wählen Sie die Instance aus und wählen Sie dann **Aktionen**>**Instance-Einstellungen**>**Anhalte-Schutz ändern**. 1. Aktivieren Sie das Kontrollkästchen **EAktivieren** und wählen Sie dann **Speichern** aus. ------ #### [ AWS CLI ] **So aktivieren Sie den Anhalteschutz für eine Instance** Verwenden Sie den Befehl [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --disable-api-stop ``` ------ #### [ PowerShell ] **So aktivieren Sie den Anhalteschutz für eine Instance** Verwenden Sie das cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -DisableApiStop $true ``` ------ ## Deaktivieren des Stopp-Schutzes für eine laufende oder angehaltene Instance Sie können den Stopp-Schutz für eine laufende oder gestoppte Instance mit einer der folgenden Methoden deaktivieren. ------ #### [ Console ] **So deaktivieren Sie den Anhalte-Schutz für eine laufende oder angehaltene Instance** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im linken Navigationsbereich die Option **Instances** aus. 1. Wählen Sie die Instance und dann **Actions (Aktionen)** rechts oben, **Instance Settings (Instance-Einstellungen),** **Change stop protection (Stopp-Schutz ändern)**. 1. Deaktivieren Sie das Kontrollkästchen **Aktivieren** und wählen Sie dann **Speichern** aus. ------ #### [ AWS CLI ] **So deaktivieren Sie den Anhalte-Schutz für eine laufende oder angehaltene Instance** Verwenden Sie den Befehl [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --no-disable-api-stop ``` ------ #### [ PowerShell ] **So deaktivieren Sie den Anhalteschutz für eine Instance** Verwenden Sie das cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -DisableApiStop $false ``` ------ # Ihre Amazon-EC2-Instance in den Ruhezustand versetzen Wenn Sie eine Instance in den Ruhezustand versetzen, signalisiert Amazon EC2 dem Betriebssystem, den Ruhezustand durchzuführen (). suspend-to-disk Hierdurch wird der Inhalt des Instance-Arbeitsspeichers (RAM) auf dem Amazon-Elastic-Block-Store (Amazon EBS)-Stamm-Volume gespeichert. Amazon EC2 behält das EBS-Stamm-Volume der Instance und alle angefügten EBS-Daten-Volumen bei. Wenn Ihre Instance gestartet wird: + Das EBS-Stamm-Volume wird in seinem vorherigen Zustand wiederhergestellt. + Die RAM-Inhalte werden neu geladen. + Die zuvor auf der Instance ausgeführten Prozesse werden fortgesetzt. + Zuvor angefügte Daten-Volumes werden erneut angefügt und die Instance behält ihre Instance-ID bei. Sie können eine Instance nur dann in den Ruhezustand versetzen, wenn sie [für den Ruhezustand aktiviert](enabling-hibernation.md) ist und die [Voraussetzungen für den Ruhezustand](hibernating-prerequisites.md) erfüllt. Wenn das Bootstrapping und Erstellen des Arbeitsspeichers bei einer Instance sehr lange dauern, bevor sie voll produktiv ist, können Sie die Instance mithilfe des Ruhezustands vorbereiten. So bereiten Sie die Instance vor: 1. Starten Sie die Instance mit aktiviertem Ruhezustand. 1. Aktivieren Sie einen gewünschten Instance-Status. 1. Setzen Sie sie in den Ruhezustand, damit sie bereit ist, in den gewünschten Status wieder aufgenommen zu werden. Die Instance-Nutzung für eine Instance im Ruhezustand, wenn sie sich im `stopped`-Staus befindet, oder für die Datenübertragung, wenn der Inhalt des RAM auf das EBS-Root-Volume übertragen wird, wird Ihnen nicht in Rechnung gestellt. Ihnen werden Gebühren für das Speichern aller EBS-Volumes berechnet, einschließlich für das Speichern der RAM-Inhalte. Wenn Sie eine Instance nicht mehr benötigen, können Sie sie jederzeit beenden, auch wenn sie sich im Zustand `stopped` (Ruhezustand) befindet. Weitere Informationen finden Sie unter [Amazon-EC2-Instances beenden](terminating-instances.md). **Topics** + [Funktionsweise](instance-hibernate-overview.md) + [Voraussetzungen](hibernating-prerequisites.md) + [ # Ein Linux-AMI zum Unterstützen des Ruhezustands konfigurieren ](hibernation-enabled-AMI.md) + [Instance-Ruhezustand aktivieren](enabling-hibernation.md) + [ # Deaktivieren von KASLR auf einer Instance (nur Ubuntu) ](hibernation-disable-kaslr.md) + [Versetzen einer Instance in den Ruhezustand](hibernating-instances.md) + [Neustarten einer in den Ruhezustand versetzte Instance](hibernating-resuming.md) + [Fehlerbehebung](troubleshoot-instance-hibernate.md) # Funktionsweise des Amazon-EC2-Instance-Ruhezustands Das folgende Diagramm zeigt eine allgemeine Übersicht über den Ruhezustandsprozess für EC2-Instances. ![\[Übersicht über den Ablauf des Ruhezustands.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/hibernation-flow.png) ## Was geschieht, wenn Sie eine Instance in den Ruhezustand versetzen Wenn Sie eine Instance in den Ruhezustand versetzen, geschieht Folgendes: + Die Instance wechselt in den Status `stopping`. Amazon EC2 signalisiert dem Betriebssystem, den Ruhezustand auszuführen (). suspend-to-disk Für den Ruhezustand werden alle Prozesse angehalten, der Inhalt des Instance-Arbeitsspeichers (RAM) wird auf dem EBS-Stamm-Volume gespeichert und dann wird die Instance regulär heruntergefahren. + Nachdem die Instance vollständig heruntergefahren wurde, wechselt sie in den Zustand `stopped`. + Alle EBS-Volumes bleiben der Instance angefügt und die Daten bleiben erhalten, auch der gespeicherte RAM-Inhalt. + Alle Amazon EC2-Instance-Speicher-Volumes bleiben der Instance zugeordnet, die Daten auf den Instance-Speicher-Volumes gehen aber verloren. + In den meisten Fällen wird die Instance beim Start zu einem neuen Basis-Host-Computer migriert. Dies geschieht auch, wenn Sie eine Instance anhalten und starten. + Wenn die Instance gestartet wird, wird die Instance hochgefahren und das Betriebssystem liest den Inhalt des RAM vom EBS-Root-Volume ein, bevor es Prozesse aufhebt, um den Status wiederherzustellen. + Die Instance behält ihre privaten IPv4 Adressen und alle Adressen. IPv6 Wenn die Instanz gestartet wird, behält die Instanz weiterhin ihre privaten IPv4 Adressen und alle IPv6 Adressen bei. + Amazon EC2 gibt die öffentliche IPv4-Adresse frei. Wenn die Instance gestartet wird, weist Amazon EC2 der Instance eine neue öffentliche IPv4 Adresse zu. + Die Instance behält die zugeordneten Elastic IP-Adressen bei. Für Elastic IP-Adressen, die einer Instance im Ruhezustand zugeordnet sind, fallen Gebühren an. Informationen zum Unterschied zwischen Ruhezustand und Neustart, Anhalten und Beenden finden Sie unter [Unterschiede zwischen Instance-Status](ec2-instance-lifecycle.md#lifecycle-differences). ## Einschränkungen + Wenn Sie eine Instance in den Ruhezustand versetzen, gehen sämtliche Daten auf allen Instance-Speicher-Volumes verloren. + (Linux-Instances) Sie können eine Linux-Instance mit mehr als 150 GiB RAM nicht in den Ruhezustand versetzen. + (Windows-Instances) Sie können eine Windows-Instance mit mehr als 16 GiB RAM nicht in den Ruhezustand versetzen. + Solange sich Ihre Instance im Ruhezustand befindet, können Sie sie nicht ändern. Dies unterscheidet sich von einer angehaltenen Instance, die sich nicht im Ruhezustand befindet, bei der Sie bestimmte Attribute wie Typ oder Größe der Instance ändern. + Wenn Sie einen Snapshot oder ein AMI aus einer Instance erstellen, die im Ruhezustand ist oder den Ruhezustand aktiviert hat, können Sie möglicherweise keine Verbindung mit einer neuen Instance herstellen, die aus dem AMI oder aus einem AMI, das aus dem Snapshot erstellt wurde, gestartet wird. + (Nur Spot Instances) Wenn Amazon EC2 Ihre Spot Instance in den Ruhezustand versetzt, kann nur Amazon EC2 Ihre Instance fortsetzen. Wenn Sie Ihre Spot Instance in den Ruhezustand versetzen ([vom Benutzer initiierter Ruhezustand](hibernating-instances.md)), können Sie Ihre Instance fortsetzen. Eine Spot Instance im Ruhezustand kann nur wieder aufgenommen werden, wenn Kapazität verfügbar ist und der Spot-Preis kleiner oder gleich Ihrem angegebenen Höchstpreis ist. + Sie können eine Instance in den Ruhezustand versetzen, die sich in einer Auto Scaling-Gruppe befindet oder von Amazon ECS verwendet wird. Wenn sich die Instance in einer Auto Scaling-Gruppe befindet und Sie sie in den Ruhezustand versetzen möchten, kennzeichnet der Amazon EC2 Auto Scaling-Dienst die angehaltene Instance als fehlerhaft, beendet sie ggf. und startet eine Ersatz-Instance. Weitere Informationen finden Sie unter [Zustandsprüfungen für Instances in einer Auto-Scaling-Gruppe](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-health-checks.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*. + Sie können keine Instance in den Ruhezustand versetzen, die für den UEFI-Startmodus mit [UEFI Secure Boot](uefi-secure-boot.md) aktiviert konfiguriert ist. + Wenn Sie eine Instance in den Ruhezustand versetzen, die in eine Kapazitätsreservierung gestartet wurde, stellt das Kapazitätsreservierung nicht sicher, dass die Instance im Ruhezustand fortgesetzt werden kann, nachdem Sie versucht haben, sie zu starten. + Sie können eine Instance, die einen Kernel unter 5.10 verwendet, nicht in den Ruhezustand versetzen, wenn der Federal Information Processing Standard (FIPS)-Modus aktiviert ist. + Das Aufrechterhalten des Ruhezustands einer Instance für mehr als 60 Tagse wird nicht unterstützt. Wenn der Ruhezustand länger als 60 Tage beibehalten werden soll, müssen Sie die in den Ruhezustand versetzte Instance starten, anhalten und starten. + Unsere Plattform wird regelmäßig mit Upgrades und Sicherheits-Patches aktualisiert, was zu Konflikten mit vorhandenen Instances im Ruhezustand führen kann. Sie werden über kritische Updates benachrichtigt, für die Instances im Ruhezustand gestartet werden müssen, damit die Instance heruntergefahren oder neu gestartet werden kann, um erforderliche Upgrades und Sicherheits-Patches anzuwenden. ## Überlegungen zum Ruhezustand einer Spot Instance + Wenn *Sie* Ihre Spot Instance in den Ruhezustand versetzen, können Sie sie neu starten, sofern Kapazität verfügbar ist und der Spot-Preis kleiner oder gleich Ihrem angegebenen Höchstpreis ist. + Wenn *Amazon EC2* Ihre Spot Instance in den Ruhezustand versetzt: + Nur Amazon EC2 kann Ihre Instance fortsetzen. + Amazon EC2 startet die in den Ruhezustand versetzte Spot Instance wieder, wenn Kapazität mit einem Spot-Preis verfügbar wird, der kleiner oder gleich Ihrem angegebenen Höchstpreis ist. + Bevor Amazon EC2 Ihre Spot Instance in den Ruhezustand versetzt, erhalten Sie zwei Minuten vor Beginn des Ruhezustands eine Unterbrechungsbenachrichtigung. Weitere Informationen finden Sie unter [Spot-Instance-Unterbrechungen](spot-interruptions.md). # Voraussetzungen für den Ruhezustand der EC2-Instance Sie können die Unterstützung für den Ruhezustand für eine On-Demand-Instance oder eine Spot-Instance aktivieren, wenn Sie sie starten. Sie können den Ruhezustand nicht auf einer vorhandenen Instance (ausgeführt oder angehalten) aktivieren. Weitere Informationen finden Sie unter [Instance-Ruhezustand aktivieren](enabling-hibernation.md). **Topics** + [ ## AWS-Regionen ](#hibernation-prereqs-regions) + [ ## AMIs ](#hibernation-prereqs-supported-amis) + [ ## -Instance-Familien ](#hibernation-prereqs-supported-instance-families) + [ ## Instance-RAM-Größe ](#instance-ram-size) + [ ## Root-Volume-Typ ](#hibernation-prereqs-root-volume-type) + [ ## Root-Volume-Größe ](#hibernation-prereqs-ebs-root-volume-size) + [ ## Root-Volume-Verschlüsselung ](#hibernation-prereqs-ebs-root-volume-encryption) + [ ## EBS-Volume-Typ ](#hibernation-prereqs-ebs-volume-types) + [ ## Spot-Instance-Anforderungen ](#hibernation-prereqs-spot-request) ## AWS-Regionen Sie können den Ruhezustand für alle Instances verwenden. AWS-Regionen ## AMIs Sie müssen ein HVM-AMI verwenden, das den Ruhezustand unterstützt. Folgendes AMIs unterstützt den Ruhezustand: ### Linux AMIs **AMIs für Intel- und AMD-Instance-Typen** + AL2023 AMI veröffentlicht 2023.09.20 oder später ¹ + Amazon Linux 2 AMI ab 29.08.2019 + Amazon Linux AMI 2018.03, veröffentlicht ab 16.11.2018 + CentOS Version 8 AMI ² ([Zusätzliche Konfiguration](hibernation-enabled-AMI.md#configure-centos-for-hibernation) ist erforderlich) + Fedora Version 34 oder höher AMI ² ([Zusätzliche Konfiguration](hibernation-enabled-AMI.md#configure-fedora-for-hibernation) ist erforderlich) + Red Hat Enterprise Linux (RHEL) 9 AMI ² ([Zusätzliche Konfiguration](hibernation-enabled-AMI.md#configure-RHEL-for-hibernation) ist erforderlich) + Red Hat Enterprise Linux (RHEL) 8 AMI ² ([Zusätzliche Konfiguration](hibernation-enabled-AMI.md#configure-RHEL-for-hibernation) ist erforderlich) + Ubuntu 22.04.2 LTS (Jammy Jellyfish) AMI mit einer Seriennummer ab 20230303 oder höher ³ + Ubuntu 20.04 LTS (Focal Fossa)-AMI mit einer Seriennummer ab 20210820 oder höher ³ + Ubuntu 18.04 LTS (Bionic Beaver)-AMI mit einer Seriennummer ab 20190722.1 oder höher ³ ⁵ + Ubuntu 16.04 LTS (Xenial Xerus)-AMI ³ ⁴ ⁵ ([Zusätzliche Konfiguration](hibernation-enabled-AMI.md#configure-ubuntu1604-for-hibernation) ist erforderlich) **AMIs für Graviton-Instance-Typen** + AL2023 AMI (64-Bit-Arm) veröffentlicht 2024.07.01 oder später ¹ + Amazon-Linux-2-AMI (64 Bit Arm) ab 20.06.2024 oder höher + Ubuntu 22.04.2 LTS (64 Bit Arm) (Jammy Jellyfish)-AMI mit einer Seriennummer ab 20240701 oder höher ³ + Ubuntu 20.04 LTS (64-bit Arm) (Focal Fossa)-AMI mit einer Seriennummer ab 20240701 oder höher ³   ¹ Für ein AL2023 minimales AMI [ist eine zusätzliche Konfiguration erforderlich](hibernation-enabled-AMI.md#configure-AL2023-minimal-for-hibernation). ² Für CentOS, Fedora und Red Hat Enterprise Linux wird der Ruhezustand nur auf Nitro-basierten Instances unterstützt. ³ Wir empfehlen, KASLR auf Instances mit Ubuntu 22.04.2 LTS (Jammy Jellyfish), Ubuntu 20.04 LTS (Focal Fossa), Ubuntu 18.04 LTS (Bionic Beaver) und Ubuntu 16.04 LTS (Xenial Xerus) zu deaktivieren. Weitere Informationen finden Sie unter [Deaktivieren von KASLR auf einer Instance (nur Ubuntu)](hibernation-disable-kaslr.md). ⁴ Für das Ubuntu 16.04 LTS (Xenial Xerus)-AMI wird der Ruhezustand auf `t3.nano`-Instance-Typen nicht unterstützt. Es wird kein Patch zur Verfügung gestellt, da Ubuntu (Xenial Xerus) die Unterstützung im April 2021 beendet hat. Wenn Sie `t3.nano`-Instance-Typen nutzen möchten empfehlen wir, auf Ubuntu 22.04.2 LTS (Jammy Jellyfish) AMI, Ubuntu 20.04 LTS (Focal Fossa) AMI oder Ubuntu 18.04 LTS (Bionic Beaver) AMI upzugraden. ⁵ Support für Ubuntu 18.04 LTS (Bionic Beaver) und Ubuntu 16.04 LTS (Xenial Xerus) hat das Ende der Lebensdauer erreicht. Informationen zum Konfigurieren eines eigenen AMI zum Unterstützen des Ruhezustands finden Sie unter [Ein Linux-AMI zum Unterstützen des Ruhezustands konfigurieren](hibernation-enabled-AMI.md). Die Unterstützung für andere Versionen von Ubuntu sowie für andere Betriebssysteme folgt in Kürze. ### Windows AMIs + Windows Server 2022-AMI ab 13.09.2023 + Windows Server 2019-AMI ab 11.09.2019 + Windows Server 2016-AMI ab 11.09.2019 + Windows Server 2012 R2-AMI ab 11.09.2019 + Windows Server 2012-AMI ab 11.09.2019 ## -Instance-Familien Sie müssen eine Instance-Familie verwenden, die den Ruhezustand unterstützt. Bare-Metal-Instances werden jedoch nicht unterstützt. + Allzweck: M3, M4, M5, M5a, M5ad, M5d, M6a, M6g, M6gd, M6i, M6id, M6idn, M6in, M7a, M7g, M7gd, M7i-Flex, M8a, M8azn, M8g, M8GB, M8GD, M8Gn, M8i, M8i-Flex, T2, T3, T3a, T4G + Computeroptimiert: C3, C4, C5, C5d, C6a, C6g, C6gd, C6Gn, C6i, C6id, C6in, C7a, C7g, C7gd, C7gn, C7i, C7i-Flex, C8a, C8g, C8GB, C8GD, C8gn, C8i, C8i-Flex + Speicheroptimiert: R3, R4, R5, R5a, R5ad, R5d, R6a, R6g, R6gd, R6idn, R6in, R7a, R7g, R7gd, R7i, R7iz, R8a, R8g, R8GB, R8gd, R8gn, R8i, R8i-Flex, X2GD, X8AEDZ, X8i + Speicheroptimiert: I3, I3en, I4g, I7i, I7ie, I8g, I8ge, Im4gn, Is4gen ------ #### [ Console ] **So rufen Sie die Instance-Typen ab, die den Ruhezustand unterstützen** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instance Types (Instance-Typen)** aus. 1. Fügen Sie den Filter **Unterstützung für On-Demand-Ruhezustand = wahr** hinzu. 1. (Optional) Fügen Sie Filter hinzu, um den Anwendungsbereich auf bestimmte Instance-Typen von Interesse zu erweitern. ------ #### [ AWS CLI ] **So rufen Sie die Instance-Typen ab, die den Ruhezustand unterstützen** Verwenden Sie den Befehl [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/describe-instance-types/.html). Beachten Sie, dass die verfügbaren Instance-Typen je nach Region variieren. ``` aws ec2 describe-instance-types \ --filters Name=hibernation-supported,Values=true \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` ------ #### [ PowerShell ] **So rufen Sie die Instance-Typen ab, die den Ruhezustand unterstützen** Verwenden Sie das cmdlet [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html). Beachten Sie, dass die verfügbaren Instance-Typen je nach Region variieren. ``` (Get-EC2InstanceType ` -Filter @{Name="hibernation-supported"; Values="true"}).InstanceType | Sort-Object ``` ------ ## Instance-RAM-Größe **Linux-Instances** – müssen kleiner als 150 GB sein. **Windows-Instances** – müssen kleiner oder gleich 16 GiB sein. Für den Ruhezustand einer T3- oder T3a-Windows-Instance empfehlen wir mindestens 1 GB RAM. ## Root-Volume-Typ Bei dem Root-Volume muss es sich um ein EBS-Volume handeln, nicht um ein Instance-Speicher-Volume. ## Root-Volume-Größe Das Root-Volume muss groß genug sein, um den RAM-Inhalt zu speichern und die von Ihnen erwartete Nutzung, beispielsweise das Betriebssystem oder Anwendungen, aufzunehmen. Wenn Sie den Ruhezustand aktivieren, wird beim Starten Speicherplatz auf dem Stamm-Volume zugewiesen, um den RAM zu speichern. ## Root-Volume-Verschlüsselung Das Root-Volume muss verschlüsselt werden, um den Schutz sensibler Inhalte zu gewährleisten, die sich zum Zeitpunkt des Ruhezustands im Speicher befinden. Wenn RAM-Daten auf das EBS-Stamm-Volume verschoben werden, werden sie immer verschlüsselt. Die Verschlüsselung des Stamm-Volumes wird beim Starten der Instance erzwungen. Verwenden Sie eine der folgenden drei Optionen, um sicherzustellen, dass das Stammvolume ein verschlüsseltes EBS-Volume ist: + **EBS-Verschlüsselung standardmäßig** — Sie können die EBS-Verschlüsselung standardmäßig aktivieren, um sicherzustellen, dass alle in Ihrem AWS Konto neu erstellten EBS-Volumes verschlüsselt sind. Auf diese Weise können Sie den Ruhezustand für Ihre Instances aktivieren, ohne die Verschlüsselungsabsicht beim Instance-Start anzugeben. Weitere Informationen finden Sie unter [Verschlüsselung als Standard aktivieren](https://docs.aws.amazon.com/ebs/latest/userguide/encryption-by-default.html). + **EBS-Einzelschritt-Verschlüsselung:** Sie können verschlüsselte EBS-gestützte EC2-Instances aus einem unverschlüsselten AMI starten und gleichzeitig den Ruhezustand aktivieren. Weitere Informationen finden Sie unter [Verschlüsselung mit EBS-gestützter Verschlüsselung verwenden AMIs](AMIEncryption.md). + **Verschlüsseltes AMI:** Sie können die EBS-Verschlüsselung unter Verwendung eines verschlüsselten AMI zum Starten Ihrer Instance aktivieren. Wenn Ihr AMI über kein verschlüsseltes Stamm-Snapshot verfügt, können Sie es auf ein neues AMI kopieren und Verschlüsselung anfordern. Weitere Informationen erhalten Sie unter [Verschlüsseln eines unverschlüsselten Images während des Kopierens](AMIEncryption.md#copy-unencrypted-to-encrypted) und [Kopieren eines AMI](CopyingAMIs.md#ami-copy-steps). ## EBS-Volume-Typ Die EBS-Volumes müssen einen der folgenden EBS-Volume-Typen verwenden: + Allzweck-SSD (`gp2` und `gp3`) + Bereitgestellte IOPS SSD (`io1` und `io2`) Wenn Sie einen Volume-Typ Provisioned IOPS SSD wählen, müssen Sie das EBS-Volume mit den entsprechenden IOPS bereitstellen, um eine optimale Leistung für den Ruhezustand zu erzielen. Weitere Informationen finden Sie unter [Amazon-EBS-Volume-Typen](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-volume-types.html) im *Amazon-EBS-Benutzerhandbuch*. ## Spot-Instance-Anforderungen Für Spot Instances gelten folgende Anforderungen: + Der Spot Instance-Anfrage-Typ muss `persistent` sein. + Sie können in der Spot-Instance-Anforderung keine Startgruppe angeben. # Ein Linux-AMI zum Unterstützen des Ruhezustands konfigurieren Die folgenden Linux-AMIs können den Ruhezustand einer Amazon-EC2-Instance unterstützen, sofern Sie die in diesem Abschnitt beschriebenen zusätzlichen Konfigurationsschritte ausführen. **Topics** + [ ## AL2023 minimales AMI veröffentlicht 2023.09.20 oder später ](#configure-AL2023-minimal-for-hibernation) + [ ## Mindest-AMI für Amazon Linux 2, veröffentlicht am 29.08.2019 oder später ](#configure-AL2-minimal-for-hibernation) + [ ## Amazon Linux 2 veröffentlicht vor 29.08.2019 ](#configure-AL2-for-hibernation) + [ ## Amazon Linux veröffentlicht vor 16.11.2018 ](#configure-AL-for-hibernation) + [ ## CentOS Version 8 oder neuer ](#configure-centos-for-hibernation) + [ ## Fedora Version 34 oder höher ](#configure-fedora-for-hibernation) + [ ## Red Hat Enterprise Linux 8 oder 9 ](#configure-RHEL-for-hibernation) + [ ## Ubuntu 20.04 (Focal Fossa) veröffentlicht vor Seriennummer 20210820 ](#configure-ubuntu2004-for-hibernation) + [ ## Ubuntu 18.04 (Bionic Beaver) veröffentlicht vor Seriennummer 20190722.1 ](#configure-ubuntu1804-for-hibernation) + [ ## Ubuntu 16.04 (Xenial Xerus) ](#configure-ubuntu1604-for-hibernation) Informationen zu Linux und Windows AMIs , die den Ruhezustand unterstützen und für die *keine zusätzliche* Konfiguration erforderlich ist, finden Sie unter. [AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis) Weitere Informationen finden Sie unter [Aktualisieren von Instance-Software auf Ihrer Amazon-Linux-2-Instance](https://docs.aws.amazon.com/linux/al2/ug/install-updates.html). ## AL2023 minimales AMI veröffentlicht 2023.09.20 oder später **So konfigurieren Sie ein AL2023 minimales AMI, veröffentlicht 2023.09.20 oder höher, um den Ruhezustand zu unterstützen** 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo dnf install ec2-hibinit-agent ``` 1. Den Service neu starten. ``` [ec2-user ~]$ sudo systemctl start hibinit-agent ``` ## Mindest-AMI für Amazon Linux 2, veröffentlicht am 29.08.2019 oder später **So konfigurieren Sie ein Mindest-AMI für Amazon Linux 2, das 2019.08.29 oder später veröffentlicht wurde, zur Unterstützung des Ruhezustands** 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Den Service neu starten. ``` [ec2-user ~]$ sudo systemctl start hibinit-agent ``` ## Amazon Linux 2 veröffentlicht vor 29.08.2019 **So konfigurieren Sie ein Amazon-Linux-2-AMI vor 29.08.2019 zum Unterstützen des Ruhezustands** 1. Aktualisieren Sie den Kernel auf `4.14.138-114.102` oder höher. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Starten Sie die Instance neu. ``` [ec2-user ~]$ sudo reboot ``` 1. Überprüfen Sie, ob die Kernel-Version auf `4.14.138-114.102` oder höher aktualisiert wurde. ``` [ec2-user ~]$ uname -a ``` 1. Halten Sie die Instance an und erstellen Sie ein AMI. Weitere Informationen finden Sie unter [Ein Amazon-EBS-gestütztes AMI erstellen](creating-an-ami-ebs.md). ## Amazon Linux veröffentlicht vor 16.11.2018 **So konfigurieren Sie ein Amazon Linux-AMI, veröffentlicht vor 16.11.2018, zum Unterstützen des Ruhezustands** 1. Aktualisieren Sie den Kernel auf `4.14.77-70.59` oder höher. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Starten Sie die Instance neu. ``` [ec2-user ~]$ sudo reboot ``` 1. Bestätigen Sie, dass die Kernel-Version auf `4.14.77-70.59` oder höher aktualisiert wurde. ``` [ec2-user ~]$ uname -a ``` 1. Halten Sie die Instance an und erstellen Sie ein AMI. Weitere Informationen finden Sie unter [Ein Amazon-EBS-gestütztes AMI erstellen](creating-an-ami-ebs.md). ## CentOS Version 8 oder neuer **So konfigurieren Sie ein AMI der CentOS Version 8 oder höher zur Unterstützung des Ruhezustands** 1. Aktualisieren Sie den Kernel auf `4.18.0-305.7.1.el8_4.x86_64` oder höher. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installieren Sie das EPEL-Repository (Fedora Extra Packages for Enterprise Linux). ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm ``` 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Aktivieren Sie den Ruhezustand des Agenten, um beim Booten zu starten. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Starten Sie die Instance neu. ``` [ec2-user ~]$ sudo reboot ``` 1. Bestätigen Sie, dass die Kernel-Version auf `4.18.0-305.7.1.el8_4.x86_64` oder später aktualisiert wurde. ``` [ec2-user ~]$ uname -a ``` ## Fedora Version 34 oder höher **So konfigurieren Sie ein AMI der Fedora Version 34 oder höher zur Unterstützung des Ruhezustands** 1. Aktualisieren Sie den Kernel auf `5.12.10-300.fc34.x86_64` oder höher. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo dnf install ec2-hibinit-agent ``` 1. Aktivieren Sie den Ruhezustand des Agenten, um beim Booten zu starten. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Starten Sie die Instance neu. ``` [ec2-user ~]$ sudo reboot ``` 1. Bestätigen Sie, dass die Kernel-Version auf `5.12.10-300.fc34.x86_64` oder später aktualisiert wurde. ``` [ec2-user ~]$ uname -a ``` ## Red Hat Enterprise Linux 8 oder 9 **So konfigurieren Sie ein AMI des Red Hat Enterprise Linux 8 oder 9 zur Unterstützung des Ruhezustands** 1. Aktualisieren Sie den Kernel auf `4.18.0-305.7.1.el8_4.x86_64` oder höher. ``` [ec2-user ~]$ sudo yum update kernel ``` 1. Installieren Sie das EPEL-Repository (Fedora Extra Packages for Enterprise Linux). RHEL-Version 8: ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm ``` RHEL-Version 9: ``` [ec2-user ~]$ sudo yum install https://dl.fedoraproject.org/pub/epel/epel-release-latest-9.noarch.rpm ``` 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo yum install ec2-hibinit-agent ``` 1. Aktivieren Sie den Ruhezustand des Agenten, um beim Booten zu starten. ``` [ec2-user ~]$ sudo systemctl enable hibinit-agent.service ``` 1. Starten Sie die Instance neu. ``` [ec2-user ~]$ sudo reboot ``` 1. Bestätigen Sie, dass die Kernel-Version auf `4.18.0-305.7.1.el8_4.x86_64` oder später aktualisiert wurde. ``` [ec2-user ~]$ uname -a ``` ## Ubuntu 20.04 (Focal Fossa) veröffentlicht vor Seriennummer 20210820 **Ein Ubuntu 20.04 LTS (Focal Fossa)-AMI, das vor der Seriennummer 20210820 veröffentlicht wurde, für die Unterstützung der Ruhezustandsfunktion konfigurieren** 1. Aktualisieren Sie das linux-aws-kernel auf `5.8.0-1038.40` oder höher und grub2 auf oder später. `2.04-1ubuntu26.13` ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt dist-upgrade ``` 1. Starten Sie die Instance neu. ``` [ec2-user ~]$ sudo reboot ``` 1. Bestätigen Sie, dass die Kernel-Version auf `5.8.0-1038.40` oder später aktualisiert wurde. ``` [ec2-user ~]$ uname -a ``` 1. Bestätigen Sie, dass die grub2-Version auf `2.04-1ubuntu26.13` oder eine neuere Version aktualisiert wurde. ``` [ec2-user ~]$ dpkg --list | grep grub2-common ``` ## Ubuntu 18.04 (Bionic Beaver) veröffentlicht vor Seriennummer 20190722.1 **So konfigurieren Sie ein Ubuntu 18.04 LTS-AMI, das vor der Seriennummer 20190722.1 veröffentlicht wurde, um den Ruhezustand zu unterstützen** 1. Aktualisieren Sie den Kernel auf `4.15.0-1044` oder höher. ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt dist-upgrade ``` 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo apt install ec2-hibinit-agent ``` 1. Starten Sie die Instance neu. ``` [ec2-user ~]$ sudo reboot ``` 1. Bestätigen Sie, dass die Kernel-Version auf `4.15.0-1044` oder später aktualisiert wurde. ``` [ec2-user ~]$ uname -a ``` ## Ubuntu 16.04 (Xenial Xerus) Um Ubuntu 16.04 LTS für die Unterstützung des Ruhezustands zu konfigurieren, müssen Sie das linux-aws-hwe Kernel-Paket Version 4.15.0-1058-aws oder höher und den ec2-hibinit-Agenten installieren. **Wichtig** Das Kernelpaket `linux-aws-hwe` wird von Canonical unterstützt. Die Standardunterstützung für Ubuntu 16.04 LTS endete im April 2021 und das Paket erhält keine regelmäßigen Updates mehr. Es wird jedoch zusätzliche Sicherheitsupdates erhalten, bis der erweiterte Sicherheitswartungs-Support 2024 endet. Weitere Informationen finden Sie unter [Amazon EC2 Hibernation for Ubuntu 16.04 LTS now available](https://ubuntu.com/blog/amazon-ec2-hibernation-for-ubuntu-16-04-lts-now-available) im Canonical Ubuntu Blog. Es wird empfohlen, auf Ubuntu 20.04 LTS (Focal Fossa)-AMI oder Ubuntu 18.04 LTS (Bionic Beaver)-AMI upzugraden. **So konfigurieren Sie ein Ubuntu 16.04 LTS AMI zur Unterstützung des Ruhezustands** 1. Aktualisieren Sie den Kernel auf `4.15.0-1058-aws` oder höher. ``` [ec2-user ~]$ sudo apt update [ec2-user ~]$ sudo apt install linux-aws-hwe ``` 1. Installieren des `ec2-hibinit-agent`-Paket aus den Repositories. ``` [ec2-user ~]$ sudo apt install ec2-hibinit-agent ``` 1. Starten Sie die Instance neu. ``` [ec2-user ~]$ sudo reboot ``` 1. Bestätigen Sie, dass die Kernel-Version auf `4.15.0-1058-aws` oder später aktualisiert wurde. ``` [ec2-user ~]$ uname -a ``` # Aktivieren des Ruhezustands für eine Amazon-EC2-Instance Um eine Instance in den Ruhezustand zu setzen, müssen Sie sie zunächst beim Starten der Instance für den Ruhezustand aktivieren. **Wichtig** Für einmal gestartete Instances kann der Ruhezustand nicht mehr aktiviert oder deaktiviert werden. **Topics** + [ ## Aktivieren des Ruhezustands für On-Demand-Instances ](#enable-hibernation-for-on-demand-instances) + [ ## Aktivieren des Ruhezustands für Spot Instances ](#enable-hibernation-for-spot-instances) + [ ## Anzeigen, ob eine Instance für den Ruhezustand aktiviert ist ](#view-if-instance-is-enabled-for-hibernation) ## Aktivieren des Ruhezustands für On-Demand-Instances Sie können den Ruhezustand für On-Demand-Instances aktivieren. ------ #### [ Console ] **So aktivieren Sie den Ruhezustand für eine On-Demand-Instance** 1. Folgen Sie den Anweisungen zum [Starten einer Instance](ec2-launch-instance-wizard.md), aber starten Sie die Instance erst, nachdem Sie die folgenden Schritte zur Aktivierung des Ruhezustands ausgeführt haben. 1. Um den Ruhezustand zu aktivieren, konfigurieren Sie die folgenden Felder im Launch Instance Wizard: 1. Wählen Sie unter **Application and OS Images (Amazon Machine Image)** (Anwendungs- und Betriebssystem-Images (Amazon Machine Image)) ein AMI aus, das den Ruhezustand unterstützt. Weitere Informationen finden Sie unter [AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis). 1. Wählen Sie unter **Instance type** (Instance-Typ) einen unterstützten Instance-Typ aus. Weitere Informationen finden Sie unter [-Instance-Familien](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families). 1. Wählen Sie unter **Configure storage** (Speicher konfigurieren) die Option **Advanced** (Erweitert) (rechts) und geben Sie die folgenden Informationen für das Root-Volume an: + Geben Sie unter **Größe (GiB)** die Größe des EBS-Stamm-Volumes ein. Das Volume muss groß genug sein, um den RAM-Inhalt zu speichern und der erwarteten Nutzung gerecht zu werden. + Wählen Sie unter **Volume type** (Volume-Typ) einen unterstützten EBS-Volume-Typ aus Allzweck-SSD (`gp2` und `gp3`) oder bereitgestellte IOPS-SSD (`io1` und `io2`). + Wählen Sie für **Encrypted** (Verschlüsselt) die Option **Yes** (Ja) aus. Wenn **Sie** die Verschlüsselung in AWS dieser Region standardmäßig aktiviert haben, ist Ja ausgewählt. + Wählen Sie für **KMS key** (KMS-Schlüssel) den Verschlüsselungsschlüssel für das Volume. Wenn Sie die Verschlüsselung in dieser AWS Region standardmäßig aktiviert haben, wird der Standard-Verschlüsselungsschlüssel ausgewählt. Weitere Informationen zu den Voraussetzungen für das Stamm-Volume finden Sie unter [Voraussetzungen für den Ruhezustand der EC2-Instance](hibernating-prerequisites.md). 1. Erweitern Sie **Advanced details** (Erweiterte Details) und wählen Sie für **Stop – Hibernate behavior** (Stopp – Ruhezustand) die Option **Enable** (Aktivieren) aus. 1. Überprüfen Sie im Bereich **Summary** (Übersicht) die Konfiguration Ihrer Instance und wählen Sie dann **Launch instance** (Instance starten) aus. Weitere Informationen finden Sie unter [EC2-Instance mit dem Launch Instance Wizard in der Konsole starten](ec2-launch-instance-wizard.md). ------ #### [ AWS CLI ] **So aktivieren Sie den Ruhezustand für eine On-Demand-Instance** Starten Sie mit dem Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) eine Instance. Geben Sie die EBS-Stamm-Volume-Parameter mithilfe des `--block-device-mappings file://mapping.json`-Parameters an und aktivieren Sie den Ruhezustand mithilfe des `--hibernation-options Configured=true`-Parameters. ``` aws ec2 run-instances \ --image-id ami-0abcdef1234567890 \ --instance-type m5.large \ --block-device-mappings file://mapping.json \ --hibernation-options Configured=true \ --count 1 \ --key-name MyKeyPair ``` Geben Sie in Folgendes a `mapping.json`. ``` [ { "DeviceName": "/dev/xvda", "Ebs": { "VolumeSize": 30, "VolumeType": "gp2", "Encrypted": true } } ] ``` Der Wert für `DeviceName` muss mit dem Namen des Stammgeräts übereinstimmen, der dem AMI zugeordnet ist. Um den Namen des Stammgeräts zu finden, verwenden Sie den Befehl [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). ``` aws ec2 describe-images --image-id ami-0abcdef1234567890 ``` Wenn Sie die Verschlüsselung in dieser AWS Region standardmäßig aktiviert haben, können Sie sie weglassen`"Encrypted": true`. ------ #### [ PowerShell ] **So aktivieren Sie den Ruhezustand für eine On-Demand-Instance** Verwenden Sie den [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Befehl, um eine Instance zu starten. Geben Sie das EBS-Stamm-Volume an, indem Sie zuerst die Blockgerät-Zuweisung definieren und sie dann mit dem `-BlockDeviceMappings`-Parameter dem Befehl hinzufügen. Aktivieren Sie den Ruhezustand mit dem Parameter `-HibernationOptions_Configured $true`. ``` $ebs_encrypt = New-Object Amazon.EC2.Model.BlockDeviceMapping $ebs_encrypt.DeviceName = "/dev/xvda" $ebs_encrypt.Ebs = New-Object Amazon.EC2.Model.EbsBlockDevice $ebs_encrypt.Ebs.VolumeSize = 30 $ebs_encrypt.Ebs.VolumeType = "gp2" $ebs_encrypt.Ebs.Encrypted = $true New-EC2Instance ` -ImageId ami-0abcdef1234567890 ` -InstanceType m5.large ` -BlockDeviceMappings $ebs_encrypt ` -HibernationOptions_Configured $true ` -MinCount 1 ` -MaxCount 1 ` -KeyName MyKeyPair ``` Der Wert für `DeviceName` muss mit dem Namen des Stammgeräts übereinstimmen, der dem AMI zugeordnet ist. Verwenden Sie den [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)Befehl, um den Namen des Root-Geräts zu ermitteln. ``` Get-EC2Image -ImageId ami-0abcdef1234567890 ``` Wenn Sie die Verschlüsselung in dieser AWS Region standardmäßig aktiviert haben, können Sie sie bei der Zuordnung `Encrypted = $true` von Blockgeräten weglassen. ------ ## Aktivieren des Ruhezustands für Spot Instances Sie können den Ruhezustand für Spot Instances aktivieren. Weitere Informationen zum Ruhezustand einer Spot Instance bei einer Unterbrechung finden Sie unter [Spot-Instance-Unterbrechungen](spot-interruptions.md). ------ #### [ Console ] **So aktivieren Sie den Ruhezustand für eine Spot Instance** 1. Befolgen Sie das Verfahren zum [Anfordern einer Spot Instance mithilfe des Launch Instance Wizard](using-spot-instances-request.md). Starten Sie die Instance jedoch erst, wenn Sie die folgenden Schritte zum Aktivieren des Ruhezustands ausgeführt haben. 1. Um den Ruhezustand zu aktivieren, konfigurieren Sie die folgenden Felder im Launch Instance Wizard: 1. Wählen Sie unter **Application and OS Images (Amazon Machine Image)** (Anwendungs- und Betriebssystem-Images (Amazon Machine Image)) ein AMI aus, das den Ruhezustand unterstützt. Weitere Informationen finden Sie unter [AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis). 1. Wählen Sie unter **Instance type** (Instance-Typ) einen unterstützten Instance-Typ aus. Weitere Informationen finden Sie unter [-Instance-Familien](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families). 1. Wählen Sie unter **Configure storage** (Speicher konfigurieren) die Option **Advanced** (Erweitert) (rechts) und geben Sie die folgenden Informationen für das Root-Volume an: + Geben Sie unter **Größe (GiB)** die Größe des EBS-Stamm-Volumes ein. Das Volume muss groß genug sein, um den RAM-Inhalt zu speichern und der erwarteten Nutzung gerecht zu werden. + Wählen Sie unter **Volume type** (Volume-Typ) einen unterstützten EBS-Volume-Typ aus Allzweck-SSD (`gp2` und `gp3`) oder bereitgestellte IOPS-SSD (`io1` und `io2`). + Wählen Sie für **Encrypted** (Verschlüsselt) die Option **Yes** (Ja) aus. Wenn Sie die Verschlüsselung in dieser AWS Region standardmäßig aktiviert haben, ist **Ja** ausgewählt. + Wählen Sie für **KMS key** (KMS-Schlüssel) den Verschlüsselungsschlüssel für das Volume. Wenn Sie die Verschlüsselung in dieser AWS Region standardmäßig aktiviert haben, wird der Standard-Verschlüsselungsschlüssel ausgewählt. Weitere Informationen zu den Voraussetzungen für das Stamm-Volume finden Sie unter [Voraussetzungen für den Ruhezustand der EC2-Instance](hibernating-prerequisites.md). 1. Erweitern Sie **Erweiterte Details** und führen Sie zusätzlich zu den Feldern zum Konfigurieren einer Spot Instance folgende Schritte aus: 1. Wählen Sie als **Anforderungstyp** die Option **Persistent** aus. 1. Wählen Sie für **Verhalten bei Unterbrechungen** die Option **Ruhezustand** aus. Alternativ können Sie für das Verhalten **Anhalten – Ruhezustand** die Option **Aktivieren** wählen. Beide Felder aktivieren den Ruhezustand auf Ihrer Spot Instance. Sie müssen nur eine davon konfigurieren. 1. Überprüfen Sie im Bereich **Summary** (Übersicht) die Konfiguration Ihrer Instance und wählen Sie dann **Launch instance** (Instance starten) aus. Weitere Informationen finden Sie unter [EC2-Instance mit dem Launch Instance Wizard in der Konsole starten](ec2-launch-instance-wizard.md). ------ #### [ AWS CLI ] **So aktivieren Sie den Ruhezustand für eine Spot Instance** Starten Sie mit dem Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) eine Spot Instance. Geben Sie die EBS-Stamm-Volume-Parameter mithilfe des `--block-device-mappings file://mapping.json`-Parameters an und aktivieren Sie den Ruhezustand mithilfe des `--hibernation-options Configured=true`-Parameters. Der Anfrage-Typ (`SpotInstanceType`) der Spot Instance muss `persistent` sein. ``` aws ec2 run-instances \ --image-id ami-0abcdef1234567890 \ --instance-type c4.xlarge \ --block-device-mappings file://mapping.json \ --hibernation-options Configured=true \ --count 1 \ --key-name MyKeyPair --instance-market-options { "MarketType":"spot", "SpotOptions":{ "MaxPrice":"1", "SpotInstanceType":"persistent" } } ``` Geben Sie die Parameter des EBS-Root-Volumes in `mapping.json` wie folgt an. ``` [ { "DeviceName": "/dev/xvda", "Ebs": { "VolumeSize": 30, "VolumeType": "gp2", "Encrypted": true } } ] ``` Der Wert für `DeviceName` muss mit dem Namen des Stammgeräts übereinstimmen, der dem AMI zugeordnet ist. Um den Namen des Stammgeräts zu finden, verwenden Sie den Befehl [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html). ``` aws ec2 describe-images --image-id ami-0abcdef1234567890 ``` Wenn Sie die Verschlüsselung in dieser AWS Region standardmäßig aktiviert haben, können Sie sie weglassen`"Encrypted": true`. ------ #### [ PowerShell ] **So aktivieren Sie den Ruhezustand für eine Spot Instance** Verwenden Sie den [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Befehl, um eine Spot-Instance anzufordern. Geben Sie das EBS-Stamm-Volume an, indem Sie zuerst die Blockgerät-Zuweisung definieren und sie dann mit dem `-BlockDeviceMappings`-Parameter dem Befehl hinzufügen. Aktivieren Sie den Ruhezustand mit dem Parameter `-HibernationOptions_Configured $true`. ``` $ebs_encrypt = New-Object Amazon.EC2.Model.BlockDeviceMapping $ebs_encrypt.DeviceName = "/dev/xvda" $ebs_encrypt.Ebs = New-Object Amazon.EC2.Model.EbsBlockDevice $ebs_encrypt.Ebs.VolumeSize = 30 $ebs_encrypt.Ebs.VolumeType = "gp2" $ebs_encrypt.Ebs.Encrypted = $true New-EC2Instance ` -ImageId ami-0abcdef1234567890 ` -InstanceType m5.large ` -BlockDeviceMappings $ebs_encrypt ` -HibernationOptions_Configured $true ` -MinCount 1 ` -MaxCount 1 ` -KeyName MyKeyPair ` -InstanceMarketOption @( MarketType = spot; SpotOptions @{ MaxPrice = 1; SpotInstanceType = persistent} ) ``` Der Wert für `DeviceName` muss mit dem Namen des Stammgeräts übereinstimmen, der dem AMI zugeordnet ist. Verwenden Sie den [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)Befehl, um den Namen des Root-Geräts zu ermitteln. ``` Get-EC2Image -ImageId ami-0abcdef1234567890 ``` Wenn Sie die Verschlüsselung in dieser AWS Region standardmäßig aktiviert haben, können Sie sie bei der Zuordnung `Encrypted = $true` von Blockgeräten weglassen. ------ ## Anzeigen, ob eine Instance für den Ruhezustand aktiviert ist Sie können überprüfen. ob eine Instance für den Ruhezustand aktiviert ist. ------ #### [ Console ] **So zeigen Sie an, ob eine Instance für den Ruhezustand aktiviert ist** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus und überprüfen Sie auf der Registerkarte **Details** im Bereich **Instance-Details** das **Stop-Hibernate-Verhalten**. **Enabled (Aktiviert)** gibt an, dass die Instance für den Ruhezustand aktiviert ist. ------ #### [ AWS CLI ] **So zeigen Sie an, ob eine Instance für den Ruhezustand aktiviert ist** Verwenden Sie den Befehl [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) und geben Sie den Parameter `--filters "Name=hibernation-options.configured,Values=true"` an, um die für den Ruhezustand aktivierten Instances zu filtern. ``` aws ec2 describe-instances \ --filters "Name=hibernation-options.configured,Values=true" ``` Das folgende Feld in der Ausgabe gibt an, dass die Instance für den Ruhezustand aktiviert wurde. ``` "HibernationOptions": { "Configured": true } ``` ------ #### [ PowerShell ] **So zeigen Sie an, ob eine Instance für den Ruhezustand aktiviert ist** Verwenden Sie das [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)Cmdlet und filtern Sie Instanzen, die für den Ruhezustand aktiviert sind. ``` (Get-EC2Instance ` -Filter @{Name="hibernation-options.configured"; Values="true"}).Instances ``` ------ # Deaktivieren von KASLR auf einer Instance (nur Ubuntu) Um den Ruhezustand auf einer neu gestarteten Instance mit Ubuntu 16.04 LTS (Xenial Xerus), Ubuntu 18.04 LTS (Bionic Beaver) mit Seriennummer 20190722.1 oder höher oder Ubuntu 20.04 LTS (Focal Fossa) mit Seriennummer 20210820 oder höher auszuführen, raten wir dazu, KASLR (Kernel Address Space Layout Randomization) zu deaktivieren. Unter Ubuntu 16.04 LTS, Ubuntu 18.04 LTS oder Ubuntu 20.04 LTS ist KASLR standardmäßig aktiviert KASLR ist ein standardmäßiges Linux-Kernel-Sicherheitsfeature, die Sie dabei unterstützt, Risiken und Auswirkungen noch nicht erkannter Schwachstellen des Speicherzugriffs zu reduzieren, indem der Wert der Basisadresse des Kernels randomisiert wird. Wenn KASLR aktiviert ist, besteht die Möglichkeit, dass die Instance nicht mehr gestartet wird, nachdem sie in den Ruhezustand versetzt wurde. Weitere Informationen über KASLR finden Sie unter [Ubuntu-Features](https://wiki.ubuntu.com/Security/Features). **So deaktivieren Sie KASLR auf einer Instance, die mit Ubuntu gestartet wurde** 1. Stellen Sie per SSH eine Verbindung mit Ihrer Instance her. Weitere Informationen finden Sie unter [Herstellen einer Verbindung zu Ihrer Linux-Instance mit SSH](connect-to-linux-instance.md). 1. Öffnen Sie die Datei `/etc/default/grub.d/50-cloudimg-settings.cfg` mit einem Editor Ihrer Wahl. Bearbeiten Sie die Zeile `GRUB_CMDLINE_LINUX_DEFAULT` so, dass die Option `nokaslr` an ihrem Ende angefügt wird wie im folgenden Beispiel veranschaulicht. ``` GRUB_CMDLINE_LINUX_DEFAULT="console=tty1 console=ttyS0 nvme_core.io_timeout=4294967295 nokaslr" ``` 1. Speichern Sie die Datei und beenden Sie den Editor. 1. Führen Sie den folgenden Befehl aus, um die Grub-Konfiguration erneut zu erstellen. ``` sudo update-grub ``` 1. Starten Sie die Instance neu. ``` sudo reboot ``` 1. Führen Sie den folgenden Befehl aus, um zu bestätigen, dass `nokaslr` hinzugefügt wurde. ``` cat /proc/cmdline ``` Die Befehlsausgabe sollte die Option `nokaslr` enthalten. # Amazon-EC2-Instance in den Ruhezustand versetzen Sie können den Ruhezustand für eine On-Demand-Instance oder Spot Instance einleiten, wenn es sich bei der Instance um eine EBS-gestützte Instance handelt, sie [für den Ruhezustand aktiviert ist](enabling-hibernation.md) und die [Voraussetzungen für den Ruhezustand](hibernating-prerequisites.md) erfüllt. Wenn eine Instance nicht erfolgreich in den Ruhezustand versetzt werden kann, wird sie regulär heruntergefahren. ------ #### [ Console ] **So versetzen Sie eine Instance in den Ruhezustand** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie eine Instance und dann **Instance state (Instance-Status)**, **Hibernate instance (Instance in den Ruhezustand versetzen)** aus. Falls **Instance in Ruhezustand versetzen** deaktiviert ist, wurde die Instance entweder bereits in den Ruhezustand versetzt oder angehalten oder sie kann nicht in den Ruhezustand versetzt werden. Weitere Informationen finden Sie unter [Voraussetzungen für den Ruhezustand der EC2-Instance](hibernating-prerequisites.md). 1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Hibernate (Ruhezustand)**. Das Versetzen der Instance in den Ruhezustand kann einige Minuten dauern. Der Instance-Status wechselt zuerst zu **Stopping (Wird angehalten)** und sobald der Ruhezustand erreicht wurde, ist der Zustand **Stopped (Angehalten)**. ------ #### [ AWS CLI ] **So versetzen Sie eine Instance in den Ruhezustand** Verwenden Sie den Befehl [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html) und geben Sie den Parameter `--hibernate` an. ``` aws ec2 stop-instances \ --instance-ids i-1234567890abcdef0 \ --hibernate ``` ------ #### [ PowerShell ] **So versetzen Sie eine Instance in den Ruhezustand** Verwenden Sie das cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html). ``` Stop-EC2Instance ` -InstanceId i-1234567890abcdef0 ` -Hibernate $true ``` ------ Sie können überprüfen, ob der Ruhezustand für eine Instance initiiert wurde. ------ #### [ Console ] **So zeigen Sie an, ob der Ruhezustand für eine Instance initiiert wurde** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus und überprüfen Sie auf der Registerkarte **Details** im Abschnitt **Instance-Details** den Wert für **Statusübergangsmeldung**. **Kunde. UserInitiatedHibernate: Der vom Benutzer initiierte Ruhezustand gibt an, dass Sie den Ruhezustand** auf der On-Demand-Instance oder Spot-Instance initiiert haben. ------ #### [ AWS CLI ] **So zeigen Sie an, ob der Ruhezustand für eine Instance initiiert wurde** Verwenden Sie den Befehl [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) und geben Sie den Filter `state-reason-code` an, um die Instances anzuzeigen, bei denen der Ruhezustand initiiert wurde. ``` aws ec2 describe-instances \ --filters "Name=state-reason-code,Values=Client.UserInitiatedHibernate" ``` Das folgende Feld in der Ausgabe gibt an, dass der Ruhezustand auf der On-Demand-Instance oder Spot Instance initiiert wurde. ``` "StateReason": { "Code": "Client.UserInitiatedHibernate" } ``` ------ #### [ PowerShell ] **So zeigen Sie an, ob der Ruhezustand für eine Instance initiiert wurde** Verwenden Sie das [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html)Cmdlet und geben Sie den `state-reason-code` Filter an, um die Instances zu sehen, auf denen der Ruhezustand initiiert wurde. ``` Get-EC2Instance ` -Filter @{Name="state-reason-code";Value="Client.UserInitiatedHibernate"} ``` ------ # Neustarten einer in den Ruhezustand versetzte Amazon-EC2-Instance Sie können eine in den Ruhezustand versetzte Instance genauso wie eine angehaltene Instance starten. Wenn Amazon EC2 bei Spot Instances die Instance in den Ruhezustand versetzt hat, kann sie nur von Amazon EC2 wieder aufgenommen werden. Sie können eine in den Ruhezustand versetzte Spot Instance nur dann wieder aufnehmen, wenn *Sie* sie in den Ruhezustand versetzt haben. Spot Instances können nur dann wieder aufgenommen werden, wenn Kapazität verfügbar ist und der Spot-Preis kleiner oder gleich Ihrem angegebenen Höchstpreis ist. ------ #### [ Console ] **So starten Sie eine in den Ruhezustand versetzte Instance** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie eine in den Ruhezustand versetzte Instance und dann **Instance state (Instance-Status)**, **Start instance (Instance starten)** aus. Es kann einige Minuten dauern, bis die Instance in den Zustand `running` übergeht. Während dieser Zeit zeigen die [Statusprüfungen](monitoring-system-instance-status-check.md#types-of-instance-status-checks) der Instance, dass sie sich in einem fehlerhaften Zustand befindet, bis sie gestartet wurde. ------ #### [ AWS CLI ] **So starten Sie eine in den Ruhezustand versetzte Instance** Verwenden Sie den Befehl [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html). ``` aws ec2 start-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **So starten Sie eine in den Ruhezustand versetzte Instance** Verwenden Sie das cmdlet [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html). ``` Start-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ # Fehlersuche bei Amazon-EC2-Instances-Ruhezustand Nutzen Sie diese Informationen für die Diagnose von Problemen, die beim Versetzen einer Instance in den Ruhezustand auftreten können. **Topics** + [ ## Versetzen in den Ruhezustand direkt nach dem Starten ist nicht möglich ](#hibernate-troubleshooting-1) + [ ## Der Übergang von stopping zu stopped dauert zu lange und der Speicherzustand wird nach dem Starten nicht wiederhergestellt ](#hibernate-troubleshooting-2) + [ ## Instance "hängt" im Zustand stopping ](#hibernate-troubleshooting-3) + [ ## Spot Instance kann nicht unmittelbar nach dem Ruhezustand gestartet werden ](#hibernate-troubleshooting-4) + [ ## Fehler beim Fortsetzen von Spot Instances ](#hibernate-troubleshooting-5) ## Versetzen in den Ruhezustand direkt nach dem Starten ist nicht möglich Wenn Sie eine Instance zu kurz nach dem Starten in den Ruhezustand versetzen möchten, wird eine Fehlermeldung angezeigt. Sie müssen nach dem Starten ungefähr zwei Minuten bei Linux-Instances und ungefähr fünf Minuten bei Windows-Instances warten, bevor Sie eine Instance in den Ruhezustand versetzen. ## Der Übergang von stopping zu stopped dauert zu lange und der Speicherzustand wird nach dem Starten nicht wiederhergestellt Wenn es bei einer Instance, die in den Ruhezustand versetzt wird, zu lange dauert, um vom Zustand `stopping` in den Zustand `stopped` zu wechseln, und der Speicherzustand nach dem Starten nicht wiederhergestellt wird, kann dies ein Hinweis darauf sein, dass der Ruhezustand nicht richtig konfiguriert wurde. **Linux-Instances** Suchen Sie im Systemprotokoll der Instance nach Meldungen, die mit dem Ruhezustand in Zusammenhang stehen. Um auf das Systemprotokoll zuzugreifen, [stellen Sie eine Verbindung mit](connect-to-linux-instance.md) der Instanz her oder verwenden Sie den Befehl. [get-console-output](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-console-output.html) Suchen Sie die Protokollzeilen zu `hibinit-agent`. Wenn die Protokollzeilen auf einen Fehler hinweisen oder fehlen, ist höchstwahrscheinlich ein Fehler beim Konfigurieren des Ruhezustands beim Start aufgetreten. Die folgende Fehlermeldung gibt z. B. an, dass das Stamm-Volume der Instance nicht groß genug ist: `hibinit-agent: Insufficient disk space. Cannot create setup for hibernation. Please allocate a larger root device.` Wenn die letzte Protokollzeile von `hibinit-agent` `hibinit-agent: Running: swapoff /swap` lautet, wurde der Ruhezustand erfolgreich konfiguriert. Wenn Sie keine Protokolle zu diesen Prozessen sehen, unterstützt das AMI möglicherweise keinen Ruhezustand. Informationen zur unterstützten Version AMIs finden Sie unter[Voraussetzungen für den Ruhezustand der EC2-Instance](hibernating-prerequisites.md). Wenn Sie ein eigenes Linux-AMI verwenden haben, stellen Sie sicher, dass Sie die Anleitungen unter [Ein Linux-AMI zum Unterstützen des Ruhezustands konfigurieren](hibernation-enabled-AMI.md) befolgt haben. **Windows Server 2016 und höher** Suchen Sie im EC2-Startprotokoll nach Meldungen zum Ruhezustand. Stellen Sie eine [Verbindung](connecting_to_windows_instance.md) zur Instance her, um das EC2-Startprotokoll (`C:\ProgramData\Amazon\EC2-Windows\Launch\Log\Ec2Launch.log`) in einem Texteditor zu öffnen. Wenn Sie EC2 Launch v2 verwenden, öffnen Sie`C:\ProgramData\Amazon\EC2Launch\log\agent.log`. **Anmerkung** Windows blendet Dateien und Ordner unter `C:\ProgramData` standardmäßig aus. Um die EC2-Startverzeichnisse und -dateien anzuzeigen, müssen Sie den Pfad im Windows Explorer eingeben oder die Ordnereigenschaften so ändern, dass versteckte Dateien und Ordner angezeigt werden. Suchen Sie die Protokollzeilen zum Ruhezustand. Wenn die Protokollzeilen auf einen Fehler hinweisen oder fehlen, ist höchstwahrscheinlich ein Fehler beim Konfigurieren des Ruhezustands beim Start aufgetreten. Die folgende Meldung weist beispielsweise darauf hin, dass der Ruhezustand nicht konfiguriert werden konnte: `Message: Failed to enable hibernation.` Wenn die Fehlermeldung ASCII-Dezimalwerte enthält, können Sie die ASCII-Werte in Klartext konvertieren, um die vollständige Fehlermeldung zu lesen. Wenn die Protokollzeile `HibernationEnabled: true` enthält, wurde der Ruhezustand erfolgreich konfiguriert. **Windows Server 2012 R2 und früher** Suchen Sie im EC2-Konfigurationsprotokoll nach Meldungen, die mit dem Ruhezustand in Zusammenhang stehen. Stellen Sie für den Zugriff auf das EC2-Konfigurationsprotokoll eine [Verbindung](connecting_to_windows_instance.md) zur Instance her und öffnen Sie die Datei `C:\Program Files\Amazon\Ec2ConfigService\Logs\Ec2ConfigLog.txt` in einem Texteditor. Suchen Sie die Protokollzeilen für `SetHibernateOnSleep`. Wenn die Protokollzeilen auf einen Fehler hinweisen oder fehlen, ist höchstwahrscheinlich ein Fehler beim Konfigurieren des Ruhezustands beim Start aufgetreten. Die folgende Fehlermeldung gibt z. B. an, dass das Stamm-Volume der Instance nicht groß genug ist: `SetHibernateOnSleep: Failed to enable hibernation: Hibernation failed with the following error: There is not enough space on the disk.` Wenn die Protokollzeile `SetHibernateOnSleep: HibernationEnabled: true` lautet, wurde der Ruhezustand erfolgreich konfiguriert. **Windows-Instances-Größe** Wenn Sie eine T3- oder T3a-Windows-Instance mit weniger als 1 GB RAM verwenden, erhöhen Sie die Größe der Instance auf eine, die über mindestens 1 GB RAM verfügt. ## Instance "hängt" im Zustand stopping Wenn Sie eine Instance in den Ruhezustand versetzt haben und sie im Zustand `stopping` "festhängt", können Sie das Anhalten erzwingen. Weitere Informationen finden Sie unter [Probleme beim Stoppen von EC2 Amazon-Instances beheben](TroubleshootingInstancesStopping.md). ## Spot Instance kann nicht unmittelbar nach dem Ruhezustand gestartet werden Wenn Sie versuchen, eine Spot Instance zu starten, die innerhalb der letzten zwei Minuten in den Ruhezustand versetzt wurde, wird möglicherweise die folgende Fehlermeldung angezeigt: `You failed to start the Spot Instance because the associated Spot Instance request is not in an appropriate state to support start.` Warten Sie etwa zwei Minuten für Linux-Instances und ungefähr fünf Minuten für Windows-Instances und versuchen Sie dann erneut, die Instance zu starten. ## Fehler beim Fortsetzen von Spot Instances Wenn Ihre Spot Instance erfolgreich in den Ruhezustand versetzt wurde, aber nicht fortgesetzt werden konnte und stattdessen komplett neu gestartet wurde, sodass der Ruhezustand nicht erhalten bleibt, enthielten die Benutzerdaten möglicherweise das folgende Skript: ``` /usr/bin/enable-ec2-spot-hibernation ``` Entfernen Sie dieses Skript aus dem Feld **Benutzerdaten** in der Startvorlage und fordern Sie dann eine neue Spot Instance an. Hinweis: Selbst wenn die Instance nicht fortgesetzt werden konnte und der Ruhezustand nicht erhalten geblieben ist, kann die Instance auf die gleiche Weise gestartet werden wie beim Starten mit dem Zustand `stopped`. # Starten Sie Ihre EC2 Amazon-Instance neu Ein Neustart einer Instance entspricht einem Neustart des Betriebssystems. In den meisten Fällen dauert es nur wenige Minuten, um die Instance neu zu starten. Wenn Sie eine Instance neu starten, wird Folgendes beibehalten: + Öffentlicher DNS-Name (IPv4) + Private IPv4 Adresse + Öffentliche IPv4 Adresse + IPv6 Adresse (falls zutreffend) + Alle Daten auf den Instance-Speicher-Volumes Mit dem erneuten Hochfahren einer Instance beginnt kein neuer Instance-Fakturierungszeitraum, im Gegensatz zum [Anhalten und Starten](Stop_Start.md) der Instance (bei dem ein neuer Fakturierungszeitraum mit einer Mindestabrechnung von einer Minuten beginnt). Ein Instance-Neustart kann vom Benutzer initiiert werden (wobei Sie die Instance manuell neu starten) oder von AWS (für die automatische Instance-Wiederherstellung oder als Reaktion auf ein geplantes Neustart-Ereignis für notwendige Wartungsarbeiten, z. B. um Updates zu installieren, die einen Neustart erfordern) initiiert werden. Für benutzerinitiierte Neustarts empfehlen wir, die EC2 Amazon-Konsole, CLI oder API zu verwenden, anstatt den Befehl für den Neustart des Betriebssystems von Ihrer Instance aus auszuführen. Wenn Sie Amazon verwenden EC2 und die Instance nicht innerhalb weniger Minuten ordnungsgemäß heruntergefahren wird, EC2 führt Amazon einen Hard-Neustart durch. Darüber hinaus AWS CloudTrail erstellt es einen API-Datensatz darüber, wann Ihre Instance neu gestartet wurde. In diesem Thema wird beschrieben, wie Sie einen benutzerinitiierten Neustart durchführen. Informationen zu Neustarts von finden Sie unter AWS und. [Automatische Instance-Wiederherstellung](ec2-instance-recover.md) [Amazon-EC2-Instances verwalten, für die ein Neustart geplant ist](schedevents_actions_reboot.md) **Wichtig** Wenn Updates auf Ihrer Instance installiert werden, empfehlen wir, dass Sie Ihre Instance nicht über die EC2 Amazon-Konsole oder die Befehlszeile neu starten oder herunterfahren, bis alle Updates installiert sind. Wenn Sie die EC2 Amazon-Konsole oder die Befehlszeile verwenden, um Ihre Instance neu zu starten oder herunterzufahren, besteht das Risiko, dass Ihre Instance neu gestartet wird. Ein solcher harter Neustart während der Installation von Updates könnte Ihre Instance in einen instabilen Zustand versetzen. ------ #### [ Console ] **So starten Sie eine Instance neu** 1. Öffnen Sie die EC2 Amazon-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance und anschließend die Optionen **Instance State** (Instance-Status) und **Reboot instance** (Instance neu starten) aus. 1. Wählen Sie **Reboot (Neu starten)** aus, wenn Sie zum Bestätigen aufgefordert werden. Die Instance verbleibt im Status `running` (wird ausgeführt). ------ #### [ AWS CLI ] **So starten Sie eine Instance neu** Verwenden Sie den Befehl [reboot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/reboot-instances.html). ``` aws ec2 reboot-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **So starten Sie eine Instance neu** Verwenden Sie das cmdlet [Restart-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Restart-EC2Instance.html). ``` Restart-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ **Experiment mit Fehlersimulation ausführen** Sie können AWS Fault Injection Service damit testen, wie Ihre Anwendung reagiert, wenn Ihre Instance neu gestartet wird. Weitere Informationen finden Sie im [AWS Fault Injection Service -Benutzerhandbuch](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html). # Amazon-EC2-Instances beenden **Warnung** **Das Beenden einer Instance ist dauerhaft und irreversibel.** Nachdem Sie eine Instance beendet haben, können Sie keine Verbindung mehr zu ihr herstellen und sie kann nicht wiederhergestellt werden. Alle angehängten Amazon-EBS-Volumes, die so konfiguriert sind, dass sie beim Beenden gelöscht werden, werden ebenfalls dauerhaft gelöscht und können nicht wiederhergestellt werden. Alle auf den Instance-Speicher-Volumes gespeicherten Daten gehen dauerhaft verloren. Weitere Informationen finden Sie unter [Wie die Kündigung von Instances funktioniert](how-ec2-instance-termination-works.md). Bevor Sie eine Instance beenden, stellen Sie sicher, dass Sie alle Daten, die Sie nach der Beendigung behalten müssen, im persistenten Speicher gesichert haben. Wenn Sie Ihre Instance nicht mehr benötigen, können Sie sie löschen. Dies wird als *Beenden* Ihrer Instance bezeichnet. Sobald der Status einer Instance zu `shutting-down` oder `terminated` wechselt, fallen für diese Instance keine Gebühren mehr an. Sie können mit einer Instance keine Verbindung herstellen oder sie starten, nachdem Sie sie beendet haben. Sie können jedoch mit derselben AMI neue Instances starten. Wenn Sie eine Instance lieber anhalten oder in den Ruhezustand versetzen möchten, lesen Sie [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md) oder [Ihre Amazon-EC2-Instance in den Ruhezustand versetzen](Hibernate.md). Weitere Informationen finden Sie unter [Unterschiede zwischen Instance-Status](ec2-instance-lifecycle.md#lifecycle-differences). **Topics** + [ # Wie die Kündigung von Instances funktioniert ](how-ec2-instance-termination-works.md) + [ # Methoden zum Beenden einer Instance ](instance-terminate-methods.md) + [ ## Eine Instance mit einem ordnungsgemäßen Herunterfahren des Betriebssystems beenden ](#terminating-instances-console) + [ ## Eine Instance beenden und das ordnungsgemäße Herunterfahren des Betriebssystems umgehen ](#terminating-instances-bypass-graceful-os-shutdown) + [ ## Beheben von Problemen bei der Beendigung von Instances ](#troubleshoot-instance-terminate) + [ # Beendigungsschutz für Instances ändern ](Using_ChangingDisableAPITermination.md) + [ # Ändern des durch die Instance initiierten Abschaltverhaltens ](Using_ChangingInstanceInitiatedShutdownBehavior.md) + [ # Daten beim Beenden einer Instance aufbewahren ](preserving-volumes-on-termination.md) # Wie die Kündigung von Instances funktioniert Wenn Sie eine Instance beenden, werden Änderungen auf der Betriebssystemebene der Instance registriert, einige Ressourcen gehen verloren, andere bleiben bestehen. Das folgende Diagramm zeigt, was verloren geht und was bestehen bleibt, wenn eine Amazon-EC2-Instance angehalten wird. Wird eine Instance beendet, werden sämtliche Daten auf allen Instance-Speicher-Volumes und die im Instance-RAM gespeicherten Daten gelöscht. Alle mit der Instance verbundenen Elastic-IP-Adressen werden abgetrennt. Bei Root- und Daten-Volumes von Amazon EBS hängt das Ergebnis von der Einstellung **Löschen bei Beendigung** für das Volume ab. ![\[Die IP-Adressen, der Arbeitsspeicher, die Instance-Speicher-Volumes und das EBS-Root-Volume gehen verloren, wenn eine Instance beendet wird.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/terminate-instance.png) ## Überlegungen + **Datenpersistenz** + Instance-Speicher-Volumes: Alle Daten werden dauerhaft gelöscht, wenn die Instance beendet wird. + EBS-Root-Volume: + Wenn es beim Start angehängt wird, wird das Volume standardmäßig gelöscht, wenn die Instance beendet wird. + Wenn es nach dem Start angehängt wird, wird das Volume standardmäßig beibehalten, wenn die Instance beendet wird. + EBS-Daten-Volumes: + Wenn es beim Start mit der Konsole angehängt wird: standardmäßig beibehalten, wenn die Instance beendet wird. + Wenn es beim Start mit der CLI angehängt wird: standardmäßig gelöscht, wenn die Instance beendet wird. + Wenn es nach dem Start mit der Konsole oder CLI angehängt wird: standardmäßig beibehalten, wenn die Instance beendet wird. **Anmerkung** Für alle Volumes, die beim Beenden der Instance nicht gelöscht werden, fallen weiterhin Gebühren an. Sie können die Einstellung so ändern, dass ein Volume beim Beenden der Instance gelöscht oder beibehalten wird. Weitere Informationen finden Sie unter [Daten beim Beenden einer Instance aufbewahren](preserving-volumes-on-termination.md). + **Schutz vor versehentlicher Beendigung** + Um zu verhindern, dass Ihre Instance versehentlich beendet wird, können Sie den [Beendigungsschutz aktivieren](Using_ChangingDisableAPITermination.md) für die Instance. + Um zu steuern, ob eine Instance anhält oder beendet wird, wenn das Herunterfahren von der Instance initiiert wird, ändern Sie das [Verhalten beim von der Instance initiierten Herunterfahren](Using_ChangingInstanceInitiatedShutdownBehavior.md). + **Skripts zum Herunterfahren** – Wenn Sie bei der Beendigung der Instance ein Skript ausführen, wird Ihre Instance möglicherweise fehlerhaft beendet, weil wir keine Möglichkeit haben, sicherzustellen, dass Skripts zum Herunterfahren ausgeführt werden. Amazon EC2 versucht, eine Instance ordnungsgemäß herunterzufahren und alle Skripts zum Herunterfahren des Systems auszuführen; jedoch können bestimmte Ereignisse (wie z. B. ein Hardware-Ausfall) die Ausführung dieser Skripts zum Herunterfahren des Systems verhindern. + **Bare-Metal-Instances** – x86-Bare-Metal-Instances unterstützen kein kooperatives Herunterfahren. ## Was geschieht, wenn Sie eine Instance beenden **Auf Betriebssystemebene registrierte Änderungen** + Die API-Anfrage sendet ein Tastendruck-Ereignis an den Gast. + Verschiedene Systemservices werden infolge des Tastendruck-Ereignisses gestoppt. Das ordnungsgemäße Herunterfahren des Systems erfolgt durch **systemd** (Linux) oder den Systemprozess (Windows). Ein ordnungsgemäßes Herunterfahren wird durch das ACPI-Maustastendruck-Ereignis zum Herunterfahren vom Hypervisor ausgelöst. + Das Herunterfahren des ACPI wird initiiert. + Die Instance wird heruntergefahren, nachdem das ordnungsgemäße Herunterfahren abgeschlossen ist. Die Zeit zum Herunterfahren des Betriebssystems kann nicht konfiguriert werden. Die Instance bleibt für eine kurze Zeit in der Konsole sichtbar, dann wird der Eintrag automatisch gelöscht. **Verlorene Ressourcen** + Auf den Instance-Speicher-Volumes gespeicherte Daten. + EBS-Root-Volume, wenn das Attribut `DeleteOnTermination` auf `true` gesetzt ist. + EBS-Daten-Volumes (beim Start oder danach angehängt), wenn das Attribut `DeleteOnTermination` auf `true` gesetzt ist. **Ressourcen, die fortbestehen** + EBS-Root-Volume, wenn das Attribut `DeleteOnTermination` auf `false` gesetzt ist. + EBS-Daten-Volumes (beim Start oder danach angehängt), wenn das Attribut `DeleteOnTermination` auf `false` gesetzt ist. ## Reaktion der Anwendung auf die Beendigung der Instance testen Sie können AWS Fault Injection Service damit testen, wie Ihre Anwendung reagiert, wenn Ihre Instance beendet wird. Weitere Informationen finden Sie im [AWS Fault Injection Service -Benutzerhandbuch](https://docs.aws.amazon.com/fis/latest/userguide/what-is.html). # Methoden zum Beenden einer Instance **Warnung** **Das Beenden einer Instance ist dauerhaft und irreversibel.** Nachdem Sie eine Instance beendet haben, können Sie keine Verbindung mehr zu ihr herstellen und sie kann nicht wiederhergestellt werden. Alle angehängten Amazon-EBS-Volumes, die so konfiguriert sind, dass sie beim Beenden gelöscht werden, werden ebenfalls dauerhaft gelöscht und können nicht wiederhergestellt werden. Alle auf den Instance-Speicher-Volumes gespeicherten Daten gehen dauerhaft verloren. Weitere Informationen finden Sie unter [Wie die Kündigung von Instances funktioniert](how-ec2-instance-termination-works.md). Bevor Sie eine Instance beenden, stellen Sie sicher, dass Sie alle Daten, die Sie nach der Beendigung behalten müssen, im persistenten Speicher gesichert haben. Es gibt vier Möglichkeiten, eine vom Benutzer initiierte Instance-Beendigung durchzuführen: Standardbeendigung, Beendigung mit Überspringen des Herunterfahrens des Betriebssystems, erzwungene Beendigung und erzwungene Beendigung mit Überspringen des Herunterfahrens des Betriebssystems. Die folgende Tabelle vergleicht die wichtigsten Unterschiede zwischen den Beendigungsmethoden. **Anmerkung** Sie können eine Instance nicht beenden, wenn der Beendigungsschutz aktiviert ist. Weitere Informationen finden Sie unter [Instance-Beendigungsschutz ändern](Using_ChangingDisableAPITermination.md). | Beendigungsmethode | Hauptzweck | Anwendungsfall | CLI-Befehl | | --- | --- | --- | --- | | Standardbeendigung | Normales Herunterfahren der Instance mit versuchtem ordnungsgemäßem Herunterfahren des Betriebssystems. | Typische Instance-Beendigung. | 
aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0
| | Beendigung mit Überspringen des Herunterfahrens des Betriebssystems | Umgeht das ordnungsgemäße Herunterfahren des Betriebssystems beim Beenden einer Instance. | Wenn die Umgehung des ordnungsgemäßen Herunterfahrens des Betriebssystems erforderlich ist. | 
aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--skip-os-shutdown
| | Erzwungene Beendigung | Behandelt eingefrorene Instances. Versucht zuerst eine Standardbeendigung. Wenn die Instance nicht beendet werden kann, wird die Beendigung der Instance erzwungen. | Wenn die Instance im Status shutting-down feststeckt. | 
aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--force
| | Erzwungene Beendigung mit Überspringen des Herunterfahrens des Betriebssystems | Erzwingt die Beendigung einer Instance und umgeht das ordnungsgemäße Herunterfahren des Betriebssystems. | Wenn eine erzwungene Beendigung und die Umgehung des ordnungsgemäßen Herunterfahrens des Betriebssystems erforderlich ist. | 
aws ec2 terminate-instances \
--instance-id i-1234567890abcdef0 \
--force \
--skip-os-shutdown
| Anweisungen zur Verwendung der einzelnen Methoden finden Sie im Folgenden: + [Eine Instance mit einem ordnungsgemäßen Herunterfahren des Betriebssystems beenden](terminating-instances.md#terminating-instances-console) + [Eine Instance beenden und das ordnungsgemäße Herunterfahren des Betriebssystems umgehen](terminating-instances.md#terminating-instances-bypass-graceful-os-shutdown) + [Beendigung einer Instance erzwingen](TroubleshootingInstancesShuttingDown.md#force-terminate-ec2-instance) ## Eine Instance mit einem ordnungsgemäßen Herunterfahren des Betriebssystems beenden Sie können eine Instance mit der standardmäßigen Beendigungsmethode beenden, die auch den Versuch eines ordnungsgemäßen Herunterfahrens des Betriebssystems beinhaltet. Weitere Informationen finden Sie unter [Methoden zum Beenden einer Instance](instance-terminate-methods.md). ------ #### [ Console ] **So beenden Sie eine Instance mit der standardmäßigen Beendigungsmethode** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance und dann **Instance-Status** und **Instance beenden (löschen)** aus. 1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Beenden (löschen)** aus. 1. Nachdem Sie eine Instance beendet haben, bleibt sie kurze Zeit mit dem Status `terminated` sichtbar. Wenn die Beendigung fehlschlägt oder wenn eine beendete Instance länger als ein paar Stunden sichtbar ist, finden Sie weitere Informationen unter [Fortdauernde Anzeige einer beendeten Instance](TroubleshootingInstancesShuttingDown.md#terminated-instance-still-displaying). ------ #### [ AWS CLI ] **So beenden Sie eine Instance mit der standardmäßigen Beendigungsmethode** Verwenden Sie den Befehl [terminate-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html). ``` aws ec2 terminate-instances --instance-ids i-1234567890abcdef0 ``` ------ #### [ PowerShell ] **So beenden Sie eine Instance mit der standardmäßigen Beendigungsmethode** Verwenden Sie das cmdlet [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html). ``` Remove-EC2Instance -InstanceId i-1234567890abcdef0 ``` ------ ## Eine Instance beenden und das ordnungsgemäße Herunterfahren des Betriebssystems umgehen Sie können das ordnungsgemäße Herunterfahren des Betriebssystems beim Beenden einer Instance umgehen. Weitere Informationen finden Sie unter [Methoden zum Beenden einer Instance](instance-terminate-methods.md). ------ #### [ Console ] **So beenden Sie eine Instance und umgehen das ordnungsgemäße Herunterfahren des Betriebssystems** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance und dann **Instance-Status** und **Instance beenden (löschen)** aus. 1. Aktivieren Sie unter **Herunterfahren des Betriebssystems überspringen** das Kontrollkästchen **Herunterfahren des Betriebssystems überspringen**. Wenn diese Option nicht in der Konsole angezeigt wird, ist sie in der aktuellen Region in der Konsole noch nicht verfügbar. Sie können jedoch mit dem SDK AWS CLI oder auf diese Funktion zugreifen oder es mit einer anderen Region in der Konsole versuchen. 1. Wählen Sie **Beenden (löschen)**. 1. Nachdem Sie eine Instance beendet haben, bleibt sie kurze Zeit mit dem Status `terminated` sichtbar. Wenn die Beendigung fehlschlägt oder wenn eine beendete Instance länger als ein paar Stunden sichtbar ist, finden Sie weitere Informationen unter [Fortdauernde Anzeige einer beendeten Instance](TroubleshootingInstancesShuttingDown.md#terminated-instance-still-displaying). ------ #### [ AWS CLI ] **So beenden Sie eine Instance und umgehen das ordnungsgemäße Herunterfahren des Betriebssystems** Verwenden Sie den Befehl [terminate-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html) mit `--skip-os-shutdown`. ``` aws ec2 terminate-instances \ --instance-ids i-1234567890abcdef0 \ --skip-os-shutdown ``` ------ #### [ PowerShell ] **So beenden Sie eine Instance und umgehen das ordnungsgemäße Herunterfahren des Betriebssystems** Verwenden Sie das [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html)Cmdlet mit.. `-SkipOsShutdown $true` ``` Remove-EC2Instance ` -InstanceId i-1234567890abcdef0 ` -SkipOsShutdown $true ``` ------ ## Beheben von Problemen bei der Beendigung von Instances Der Anforderer muss über die Berechtigung verfügen, `ec2:TerminateInstances` aufzurufen. Weitere Informationen finden Sie unter [Beispielrichtlinien für die Arbeit mit Instances](ExamplePolicies_EC2.md#iam-example-instances). Wenn Sie Ihre Instance beenden und eine andere Instance startet, haben Sie höchstwahrscheinlich die automatische Skalierung über ein Feature wie EC2-Flotte oder Amazon EC2 Auto Scaling konfiguriert. Weitere Informationen finden Sie unter [Instances automatisch gestartet oder beendet](TroubleshootingInstancesShuttingDown.md#automatic-instance-create-or-delete). **Anmerkung** Sie können eine Instance nicht beenden, wenn der Beendigungsschutz aktiviert ist. Weitere Informationen finden Sie unter [Instance-Beendigungsschutz ändern](Using_ChangingDisableAPITermination.md). Wenn Ihre Instance länger als gewöhnlich im Status `shutting-down` bleibt, können Sie versuchen, die Beendigung zu erzwingen. Wenn Ihre Instance im Status `shutting-down` bleibt, sollte sie durch automatisierte Prozesse innerhalb des Amazon-EC2-Service bereinigt (beendet) werden. Weitere Informationen finden Sie unter [Verzögertes Beenden einer Instance](TroubleshootingInstancesShuttingDown.md#instance-stuck-terminating). # Beendigungsschutz für Instances ändern Um zu verhindern, dass Ihre Instance versehentlich von der Amazon-EC2-API beendet wird, aktivieren Sie den *Beendigungsschutz* für die Instance, indem Sie entweder `TerminateInstances` direkt aufrufen oder eine andere Schnittstelle wie die Amazon-EC2-Konsole verwenden. Das Attribut `DisableApiTermination` steuert, ob die Instance beendet werden kann. Standardmäßig ist der Beendigungsschutz für Ihre Instance deaktiviert. Sie können den Wert dieses Attributs beim Starten der Instance festlegen, oder während die Instance in Betrieb oder angehalten ist. Das Attribut `DisableApiTermination` hindert Sie nicht daran, eine Instance zu beenden, indem Sie das Herunterfahren der Instance einleiten (z. B. mithilfe eines Betriebssystembefehls zum Herunterfahren des Systems), wenn das Attribut `InstanceInitiatedShutdownBehavior` auf `terminate` festgelegt ist. Weitere Informationen finden Sie unter [Ändern des durch die Instance initiierten Abschaltverhaltens](Using_ChangingInstanceInitiatedShutdownBehavior.md). **Überlegungen** + Die Aktivierung des Kündigungsschutzes AWS verhindert nicht, dass die Instanz beendet wird, wenn ein [geplantes Ereignis](monitoring-instances-status-check_sched.md) zum Beenden der Instanz stattfindet. + Das Aktivieren des Stopp-Schutzes hindert Amazon EC2 Auto Scaling nicht daran, eine Instance zu beenden, wenn die Instance fehlerhaft ist bzw. während Abskalierungs-Ereignissen. Sie können steuern, ob eine Auto-Scaling-Gruppe eine bestimmte Instance beim Abskalieren beenden kann, indem Sie den [Instance-Skalierungsschutz](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-instance-protection.html) verwenden. Sie können steuern, ob eine Auto-Scaling-Gruppe ungesunde Instances beenden kann, indem sie [den ReplaceUnhealthy-Scaling-Prozess aussetzt](https://docs.aws.amazon.com/autoscaling/ec2/userguide/as-suspend-resume-processes.html). + Sie können für Spot Instances keinen Beendigungsschutz aktivieren. ------ #### [ Console ] **So aktivieren Sie den Beendigungsschutz für eine Instance beim Start** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie auf dem Dashboard **Launch Instance** (Instance starten) aus. 1. Erweitern Sie **Advanced Details** (Erweiterte Details). Wählen Sie für **Beendigungsschutz** die Option **Aktivieren** aus. 1. Wenn Sie mit der Angabe der Details für Ihre Instance fertig sind, wählen Sie **Instance starten** aus. **So ändern Sie den Beendigungsschutz für eine Instance** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus. 1. Wählen Sie **Aktionen**, **Instance-Einstellungen**, **Beendigungsschutz ändern**. 1. Wählen Sie für **Beendigungsschutz** die Option **Aktivieren**, bzw. heben Sie sie auf. 1. Wählen Sie **Speichern**. ------ #### [ AWS CLI ] **So aktivieren Sie den Beendigungsschutz für eine Instance** Verwenden Sie den Befehl [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --disable-api-termination ``` **So deaktivieren Sie den Beendigungsschutz für eine Instance** Verwenden Sie den Befehl [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --no-disable-api-termination ``` ------ #### [ PowerShell ] **So aktivieren Sie den Beendigungsschutz für eine Instance** Verwenden Sie das cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -DisableApiTermination $true ``` **So deaktivieren Sie den Beendigungsschutz für eine Instance** Verwenden Sie das cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -DisableApiTermination $false ``` ------ ## Mehrere Instances mit Beendigungsschutz beenden Wenn Sie mehrere Instances in mehreren Availability Zones beenden und eine oder mehrere der angegebenen Instances für den Kündigungsschutz aktiviert sind, schlägt die Anforderung mit den folgenden Ergebnissen fehl: + Die angegebenen Instances, die sich in derselben Availability Zone wie die geschützte Instance befinden, werden nicht beendet. + Die angegebenen Instances, die sich in verschiedenen Availability Zones befinden, in denen keine anderen angegebenen Instances geschützt sind, werden erfolgreich beendet. **Beispiel** Angenommen, Sie haben die folgenden vier Instances in zwei Availability Zones. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/Using_ChangingDisableAPITermination.html) Wenn Sie versuchen, alle diese Instances in derselben Anforderung zu beenden, meldet die Anforderung einen Fehler mit den folgenden Ergebnissen: + **Instance 1** und **Instance 2** wurden erfolgreich beendet, da keine der angegebenen Instances für den Beendigungsschutz aktiviert ist. + **Instance 3** und **Instance 4** wurden nicht beendet, weil **Instance 3** für den Beendigungsschutz aktiviert ist. # Ändern des durch die Instance initiierten Abschaltverhaltens **Warnung** **Das Beenden einer Instance ist dauerhaft und irreversibel.** Nachdem Sie eine Instance beendet haben, können Sie keine Verbindung mehr zu ihr herstellen und sie kann nicht wiederhergestellt werden. Alle angehängten Amazon-EBS-Volumes, die so konfiguriert sind, dass sie beim Beenden gelöscht werden, werden ebenfalls dauerhaft gelöscht und können nicht wiederhergestellt werden. Alle auf den Instance-Speicher-Volumes gespeicherten Daten gehen dauerhaft verloren. Weitere Informationen finden Sie unter [Wie die Kündigung von Instances funktioniert](how-ec2-instance-termination-works.md). Bevor Sie eine Instance beenden, stellen Sie sicher, dass Sie alle Daten, die Sie nach der Beendigung behalten müssen, im persistenten Speicher gesichert haben. Standardmäßig wird die Instance angehalten, wenn Sie ein Herunterfahren von einer Amazon-EBS-gesicherten Instance initiieren (z. B. mit den Befehlen **shutdown** oder **poweroff**). Durch das Ändern von Attribut `InstanceInitiatedShutdownBehavior` können Sie dieses Verhalten für die Instance ändern, sodass sie anstatt dessen angehalten wird. Sie können dieses Attribut aktualisieren, während die Instance läuft oder angehalten ist. Mit dem Befehl **halt** wird kein Herunterfahren initiiert. Wenn er verwendet wird, wird die Instance nicht beendet; stattdessen wird die CPU in `HLT` platziert und die Instance wird weiterhin ausgeführt. **Anmerkung** Das `InstanceInitiatedShutdownBehavior`-Attribut wird nur verwendet, wenn Sie das Betriebssystem der Instance selbst herunterfahren. Er gilt nicht, wenn Sie eine Instance über die `StopInstances`-API oder die Amazon-EC2-Konsole beenden. ------ #### [ Console ] **Ändern des durch die Instance initiierten Abschaltverhaltens** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus. 1. Wählen Sie **Aktionen**, **Instance-Einstellungen**, **Verhalten beim Herunterfahren ändern**. Unter **Verhalten beim Herunterfahren** wird das aktuelle Verhalten angezeigt. 1. Um das Verhalten zu ändern, wählen Sie **Anhalten** oder **Beenden** unter **Beendigungsverhalten** aus. 1. Wählen Sie **Speichern**. ------ #### [ AWS CLI ] **Ändern des durch die Instance initiierten Abschaltverhaltens** Verwenden Sie den Befehl [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --instance-initiated-shutdown-behavior terminate ``` ------ #### [ PowerShell ] **Ändern des durch die Instance initiierten Abschaltverhaltens** Verwenden Sie das cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). ``` Edit-EC2InstanceAttribute ` -InstanceId i-1234567890abcdef0 ` -InstanceInitiatedShutdownBehavior terminate ``` ------ # Daten beim Beenden einer Instance aufbewahren Wenn eine Amazon-EC2-Instance beendet wird, können Sie die Daten auf Ihren Instance-Speicher-Volumes oder Amazon-EBS-Volumes beibehalten. In diesem Thema wird erläutert, wie Sie sicherstellen, dass Ihre Daten auch nach der Instance-Beendigung beibehalten werden. ## Wie sich die Beendigung einer Instance auf Root- und Daten-Volumes auswirkt **Instance-Speicher-Volumes** Wenn eine Instance beendet wird, werden die Instance-Speicher-Volumes automatisch gelöscht und die Daten gehen verloren. Um diese Daten über die Lebensdauer der Instance hinaus zu erhalten, müssen Sie diese Daten manuell in einen persistenteren Speicher kopieren, z. B. ein Amazon-EBS-Volume, einen Amazon-S3-Bucket oder ein Amazon-EFS-Dateisystem, bevor Sie die Instance beenden. Weitere Informationen finden Sie unter [Speicheroptionen für Ihre EC2 Amazon-Instances](Storage.md). **Amazon EBS-Volumes** Wenn eine Instance beendet wird, werden die EBS-Volumes entweder gelöscht oder beibehalten, abhängig vom Wert des Attributs `DeleteOnTermination` für jedes Volume: + **Ja** (Konsole) / `true` (CLI) – Das Volume wird gelöscht, wenn die Instance beendet wird. + **Nein** (Konsole) / `false` (CLI) – Das Volume wird beibehalten, wenn die Instance beendet wird. Für beibehaltene Volumes fallen weiterhin Gebühren an. **Anmerkung** Nach dem Beenden einer Instance können Sie einen Snapshot des beibehaltenen Volume erstellen oder es an eine andere Instance anhängen. Sie müssen das Volume löschen, damit keine weiteren Gebühren anfallen. ## Standardverhalten beim Löschen von EBS-Volumes Der Standardwert `DeleteOnTermination` ist je nach Volumetyp unterschiedlich, je nachdem, ob das Volume beim Start oder danach angehängt wurde, und mit welcher Methode (Konsole oder CLI) das Volume angehängt wurde: | Volume-Typ | Wann angehängt | Methode zum Anhängen | Standardverhalten beim Beenden der Instance | | --- | --- | --- | --- | | Root-Volume | Beim Start | Konsole oder CLI | Delete | | Root-Volume | Nach dem Starten | Konsole oder CLI | Beibehalten | | Daten-Volume | Beim Start | Konsole | Beibehalten | | Daten-Volume | Beim Start | CLI | Delete | | Daten-Volume | Nach dem Starten | Konsole und CLI | Beibehalten | ## Einstellungen für die Beibehaltung des Volumes überprüfen Der Standardwert beim Start für ein EBS-Volume wird durch das auf dem AMI festgelegte Attribut `DeleteOnTermination` bestimmt. Sie können den Wert beim Start der Instance ändern und so die AMI-Einstellung überschreiben. Wir empfehlen, die Standardeinstellung für das Attribut `DeleteOnTermination` zu überprüfen, nachdem Sie eine Instance gestartet haben. **So überprüfen Sie, ob ein Amazon-EBS-Volume beim Beenden der Instance gelöscht wird** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus. 1. Wählen Sie die Registerkarte **Speicher**. 1. Scrollen Sie unter **Blockgeräte** nach rechts, um die Spalte **Bei Beendigung löschen** zu überprüfen. + Falls **Ja** wird das Volume gelöscht, wenn die Instance beendet wird. + Falls **Nein** wird das Volume nicht gelöscht, wenn die Instance beendet wird. Für alle nicht gelöschten Volumes fallen weiterhin Gebühren an. ## Das Root-Volume so ändern, dass es beim Start bestehen bleibt Sie können beim Starten einer Instance das Attribut `DeleteOnTermination` eines EBS-Root-Volumes ändern. Sie können auch das folgende Verfahren für ein Daten-Volume verwenden. ------ #### [ Console ] **So ändern Sie das Root-Volume einer beizubehaltenden Instance beim Start** 1. Folgen Sie den Anweisungen zum [Starten einer Instance](ec2-launch-instance-wizard.md), aber starten Sie die Instance erst, nachdem Sie die folgenden Schritte durchgeführt haben, um das Root-Volume in persistent zu ändern. 1. Wählen Sie im Bereich **Speicher konfigurieren** die Option **Erweitert** aus. 1. Erweitern Sie unter **EBS-Volumes** die Informationen unter dem Root-Volume. 1. Für **Beim Beenden löschen** wählen Sie **Nein** aus. 1. Überprüfen Sie im Bereich **Summary** (Übersicht) die Konfiguration Ihrer Instance und wählen Sie dann **Launch instance** (Instance starten) aus. Weitere Informationen finden Sie unter [EC2-Instance mit dem Launch Instance Wizard in der Konsole starten](ec2-launch-instance-wizard.md). ------ #### [ AWS CLI ] **So ändern Sie das Root-Volume einer beizubehaltenden Instance beim Start** Verwenden Sie den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html), um den Wert von `DeleteOnTermination` in der Blockgerät-Zuweisung zu ändern. Fügen Sie die Option `--block-device-mappings` hinzu: ``` --block-device-mappings file://mapping.json ``` Geben Sie für `mapping.json` den Gerätenamen an, z. B. `/dev/sda1` oder `/dev/xvda`, und für `DeleteOnTermination` geben Sie `false` an. ``` [ { "DeviceName": "device_name", "Ebs": { "DeleteOnTermination": false } } ] ``` ------ #### [ PowerShell ] **So ändern Sie das Root-Volume einer beizubehaltenden Instance beim Start** Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet, um den Wert von `DeleteOnTermination` in der Blockgerätezuordnung zu ändern. Fügen Sie die Option `-BlockDeviceMapping` hinzu: ``` -BlockDeviceMapping $bdm ``` Geben Sie für `bdm` den Gerätenamen an, z. B. `/dev/sda1` oder `/dev/xvda`, und für `DeleteOnTermination` geben Sie `false` an. ``` $ebd = New-Object -TypeName Amazon.EC2.Model.EbsBlockDevice $ebd.DeleteOnTermination = false $bdm = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping $bdm.DeviceName = "/dev/sda1" $bdm.Ebs = $ebd ``` ------ ## Ändern des Root-Volumes einer laufenden Instance, damit es bestehen bleibt Sie können das Root-Volume einer laufenden Instance ändern, damit es beibehalten wird Sie können auch das folgende Verfahren für ein Daten-Volume verwenden. ------ #### [ AWS CLI ] **So ändern Sie das beizubehaltenden Root-Volume** Verwenden Sie den Befehl [modify-instance-attribute](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-attribute.html). ``` aws ec2 modify-instance-attribute \ --instance-id i-1234567890abcdef0 \ --block-device-mappings file://mapping.json ``` Geben Sie für `mapping.json` den Gerätenamen an, z. B. `/dev/sda1` oder `/dev/xvda`, und für `--DeleteOnTermination` geben Sie `false` an. ``` [ { "DeviceName": "device_name", "Ebs": { "DeleteOnTermination": false } } ] ``` ------ #### [ PowerShell ] **So ändern Sie das beizubehaltenden Root-Volume** Verwenden Sie das cmdlet [Edit-EC2InstanceAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceAttribute.html). Fügen Sie die Option `-BlockDeviceMapping` hinzu: ``` -BlockDeviceMapping $bdm ``` Geben Sie für `bdm` den Gerätenamen an, z. B. `/dev/sda1` oder `/dev/xvda`, und für `DeleteOnTermination` geben Sie `false` an. ``` $ebd = New-Object -TypeName Amazon.EC2.Model.EbsBlockDevice $ebd.DeleteOnTermination = false $bdm = New-Object -TypeName Amazon.EC2.Model.BlockDeviceMapping $bdm.DeviceName = "/dev/sda1" $bdm.Ebs = $ebd ``` ------ # Ausmusterung einer Instance Es ist geplant, dass eine Instance außer Betrieb genommen wird, wenn AWS ein irreparabler Ausfall der zugrunde liegenden Hardware festgestellt wird, die die Instance hostet. Der Typ des Instance-Root-Volumes bestimmt das Verhalten bei der Außerbetriebnahme der Instance: + Wenn das Root-Volume der Instance ein Amazon-EBS-Volume ist, wird die Instance angehalten und Sie können sie jederzeit neu starten. Durch das Starten einer gestoppten Instance wird diese auf eine neue Hardware migriert. + Wenn das Root-Volume der Instance ein Instance-Speicher-Volume ist, wird die Instance beendet und kann nicht weiter verwendet werden. Weitere Informationen zu den Instance-Ereignistypen finden Sie unter [Geplante Ereignisse für Ihre Amazon-EC2-Instances](monitoring-instances-status-check_sched.md). **Topics** + [ ## Ermitteln von Instances, die zur Ausmusterung vorgesehen sind ](#instance-retirement-identify) + [ ## Durchzuführende Maßnahmen für EBS-gestützte Instances, die ausgemustert werden sollen ](#instance-retirement-actions-EBS) + [ ## Zu ergreifende Maßnahmen für vom Instance-Speicher gestützte Instances, die ausgemustert werden sollen ](#instance-retirement-actions-instance-store) ## Ermitteln von Instances, die zur Ausmusterung vorgesehen sind Wenn Ihre Instance ausgemustert werden soll, erhalten Sie vor dem Ereignis eine E-Mail mit der Instance-ID und dem Ausmusterungsdatum. Sie können auch überprüfen, ob Instances vorhanden sind, die zur Außerbetriebnahme vorgesehen sind. **Wichtig** Wenn für eine Instance die Außerbetriebnahme geplant ist, empfehlen wir Ihnen, so schnell wie möglich zu handeln, da die Instance möglicherweise bereits nicht erreichbar ist. Weitere Informationen finden Sie unter [Check if your instance is reachable](#check-instance). **Topics** + [ ### Die E-Mail für die Kontokontakte überwachen ](#identify-by-email) + [ ### Ihre Instances überprüfen ](#identify-in-console-cli) ### Die E-Mail für die Kontokontakte überwachen Wenn für eine Instance die Außerbetriebnahme geplant ist, erhalten die Hauptkontaktperson für das Konto und die Betriebs-Kontaktperson vor dem Ereignis eine E-Mail. Diese E-Mail enthält die Instance-ID und das geplante Datum der Außerbetriebnahme. Weitere Informationen finden Sie unter [Aktualisieren des Hauptkontakts für Ihr AWS Konto](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-primary.html) und [Aktualisieren der alternativen Kontakte für Ihr AWS Konto](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-update-contact-alternate.html) im *AWS -Kontenverwaltung Referenzhandbuch*. ### Ihre Instances überprüfen Wenn Sie ein E-Mail-Konto verwenden, auf das Sie nicht regelmäßig zugreifen, verpassen Sie möglicherweise eine Benachrichtigung zur Außerbetriebnahme einer Instance. Sie können jederzeit überprüfen, ob für eine Ihrer Instances die Außerbetriebnahme geplant ist. ------ #### [ Console ] **So ermitteln Sie Instances, die zur Außerbetriebnahme vorgesehen sind** 1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/). 1. Wählen Sie im Navigationsbereich **EC2 Dashboard (EC2-Dashboard)** aus. Unter **Geplante Ereignisse** werden die Ereignisse angezeigt, die Ihren Amazon EC2-Instances und -Volumes zugeordnet sind, sortiert nach Region. ![\[Geplante Ereignisse\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/dashboard-scheduled-events.png) 1. Wenn eine Ihrer Instances mit einem geplanten Ereignis aufgeführt wird, klicken Sie auf den Link unter dem Namen der Region, um die Seite **Events (Ereignisse)** aufzurufen. 1. Auf der Seite **Ereignisse** werden alle Ressourcen aufgeführt, denen Ereignisse zugeordnet sind. Sie können die Instances, die ausgemustert werden sollen, anzeigen, indem Sie in der ersten Filterliste **Instance resources (Instance-Ressourcen)** und in der zweiten Filterliste **Instance stop or retirement (Stoppen oder Ausmustern einer Instance)** auswählen. 1. Wenn in den Filterergebnissen eine Instance angezeigt wird, die ausgemustert werden soll, wählen Sie sie aus und notieren Sie sich das Datum und die Uhrzeit, die im Feld **Start time (Startzeit)** im Detailbereich angezeigt wird. Das ist das Datum für die Ausmusterung Ihrer Instance. ------ #### [ AWS CLI ] **So suchen Sie Instances, die zur Außerbetriebnahme vorgesehen sind** Verwenden Sie den folgenden [describe-instance-status](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-status.html)-Befehl. Wiederholen Sie den Vorgang in jeder Region, in der Instances ausgeführt werden. ``` aws ec2 describe-instance-status --filters Name=event.code,Values=instance-retirement ``` ------ #### [ PowerShell ] **So suchen Sie Instances, die zur Außerbetriebnahme vorgesehen sind** Verwenden Sie das cmdlet [Get-EC2InstanceStatus](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceStatus.html). Wiederholen Sie den Vorgang in jeder Region, in der Instances ausgeführt werden. ``` Get-EC2InstanceStatus -Filter @{Name="event.code"; Values="instance-retirement"} ``` ------ ## Durchzuführende Maßnahmen für EBS-gestützte Instances, die ausgemustert werden sollen Um die Daten in der zurückgezogenen Instance beizubehalten, können Sie eine der folgenden Aktionen ausführen. Sie sollten diese Aktion unbedingt vor dem Datum für die Ausmusterung Ihrer Instance ausführen, um unerwartete Ausfallzeiten und Datenverlust zu vermeiden. Wenn Sie bei Linux-Intances nicht sicher sind, ob Ihre Instance durch EBS oder Instance-Speicher unterstützt wird ist, siehe [Root-Volumes für Ihre Amazon-EC2-Instances](RootDeviceStorage.md). **Überprüfen, ob Ihre Instance erreichbar ist** Wenn Sie benachrichtigt werden, dass Ihre Instance ausgemustert werden soll, empfiehlt es sich, so schnell wie möglich die folgenden Maßnahmen zu ergreifen: + Überprüfen Sie, ob Ihre Instance erreichbar ist, indem Sie eine [Verbindung](connect.md) zu Ihrer Instance herstellen oder an diese einen Ping senden. + Wenn Ihre Instance erreichbar ist, sollten Sie stop/start Ihre Instance zu einem angemessenen Zeitpunkt vor dem geplanten Außerdienstdatum einrichten, wenn die Auswirkungen minimal sind. Weitere Informationen zum Stoppen und Starten Ihrer Instance und darüber, was zu erwarten ist, wenn die Instance gestoppt wird (z. B. die Auswirkungen auf öffentliche, private und Elastic IP-Adressen, die Ihrer Instance zugeordnet sind) finden Sie unter [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md). Beachten Sie, dass Daten auf Instance-Speicher-Volumes verloren gehen, wenn Sie die Instance stoppen und starten. + Wenn Ihre Instance nicht erreichbar ist, sollten Sie sofort Maßnahmen ergreifen und einen [Stop/Start](Stop_Start.md) durchführen, um Ihre Instance wiederherzustellen. + Wenn Sie Ihre Instance [beenden](terminating-instances.md) möchten, planen Sie dies auch so schnell wie möglich, damit keine weiteren Gebühren für die Instance anfallen. **Erstellen eines Backup Ihrer Instance** Erstellen Sie aus Ihrer Instance ein EBS-unterstütztes AMI, damit Sie ein Backup haben. Um die Datenintegrität zu gewährleisten, beenden Sie die Instance, bevor Sie das AMI erstellen. Sie können bis zum Datum für die geplante Ausmusterung warten, an dem die Instance gestoppt wird oder die Instance vorher selbst stoppen. Sie können die Instance jederzeit neu starten. Weitere Informationen finden Sie unter [Ein Amazon-EBS-gestütztes AMI erstellen](creating-an-ami-ebs.md). **Starten einer Ersatz-Instance** Nachdem Sie ein AMI von Ihrer Instance erstellt haben, können Sie das AMI verwenden, um eine Ersatz-Instance zu starten. Wählen Sie in der Amazon EC2-Konsole Ihr neues AMI aus und wählen Sie dann **Instance von AMI starten**. Konfigurieren Sie die Parameter für Ihre Instance und wählen Sie dann **Instance starten**. Weitere Informationen zu den jeweiligen Feldern finden Sie unter [EC2-Instance mit dem Launch Instance Wizard in der Konsole starten](ec2-launch-instance-wizard.md). ## Zu ergreifende Maßnahmen für vom Instance-Speicher gestützte Instances, die ausgemustert werden sollen Um die Daten in der zurückgezogenen Instance beizubehalten, können Sie eine der folgenden Aktionen ausführen. Sie sollten diese Aktion unbedingt vor dem Datum für die Ausmusterung Ihrer Instance ausführen, um unerwartete Ausfallzeiten und Datenverlust zu vermeiden. **Warnung** Wenn die Instance ein Instance-Speicher-Root-Volume hat und das Datum der Außerbetriebnahme überschritten wird, wird die Instance beendet und Sie können sie (oder die darin gespeicherten Daten) nicht mehr wiederherstellen. Unabhängig von dem Root-Volume-Typ der Instance gehen die Daten auf Instance-Speicher-Volumes immer verloren, wenn die Instance außer Betrieb genommen wird, auch wenn die Volumes einer Instance mit einem EBS-Root-Volume angefügt sind. **Überprüfen, ob Ihre Instance erreichbar ist** Wenn Sie benachrichtigt werden, dass Ihre Instance ausgemustert werden soll, empfiehlt es sich, so schnell wie möglich die folgenden Maßnahmen zu ergreifen: + Überprüfen Sie, ob Ihre Instance erreichbar ist, indem Sie eine [Verbindung](connect-to-linux-instance.md) zu Ihrer Instance herstellen oder an diese einen Ping senden. + Wenn Ihre Instance nicht erreichbar ist, kann wahrscheinlich nur sehr wenig getan werden, um Ihre Instance wiederherzustellen. Weitere Informationen finden Sie unter[Problembehandlung bei unerreichbaren Amazon-EC2-Instances](troubleshoot-unreachable-instance.md). AWS beendet Ihre Instance am geplanten Auslaufdatum, sodass Sie bei einer Instance, die nicht erreichbar ist, die Instance sofort selbst [beenden](terminating-instances.md) können. **Starten einer Ersatz-Instance** Erstellen Sie mithilfe der AMI-Tools, wie unter [Ein Amazon-S3-gestütztes AMI erstellen](creating-an-ami-instance-store.md) beschrieben, ein von Amazon S3 gestütztes AMI aus der Instance. Wählen Sie in der Amazon EC2-Konsole Ihr neues AMI aus und wählen Sie dann **Instance von AMI starten**. Konfigurieren Sie die Parameter für Ihre Instance und wählen Sie dann **Instance starten**. Weitere Informationen zu den jeweiligen Feldern finden Sie unter [EC2-Instance mit dem Launch Instance Wizard in der Konsole starten](ec2-launch-instance-wizard.md). **Konvertieren der Instance in eine EBS-gestützte Instance** Übertragen Sie Ihre Daten auf ein EBS-Volume, machen Sie einen Snapshot des Volumes und erstellen Sie dann ein AMI von dem Snapshot. Sie können eine Ersatz-Instance aus Ihrem neuen AMI starten. Weitere Informationen finden Sie unter [Konvertieren Sie Ihre Amazon-S3-gestütztes AMI in ein Amazon EBS-gestütztes AMI](Using_ConvertingS3toEBS.md).