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. # Automatische Instance-Wiederherstellung **Wichtig** Dieser Abschnitt beschreibt, wie Sie Wiederherstellungsmechanismen auf einer EC2-Instance proaktiv konfigurieren. Diese Wiederherstellungsmechanismen dienen dazu, die Instance-Verfügbarkeit wiederherzustellen, wenn AWS ein zugrunde liegendes Hardware- oder Softwareproblem erkennt, das dazu führt, dass eine Systemstatusprüfung fehlschlägt. Wenn Sie derzeit Schwierigkeiten haben, auf Ihre Instance zuzugreifen, finden Sie weitere Informationen unter [Fehlerbehebung bei EC2-Instances](ec2-instance-troubleshoot.md). Wenn AWS festgestellt wird, dass eine Instance aufgrund eines zugrunde liegenden Hardware- oder Softwareproblems nicht verfügbar ist, gibt es zwei Mechanismen, mit denen die Instance-Verfügbarkeit automatisch wiederhergestellt werden kann: die [vereinfachte automatische Wiederherstellung](instance-configuration-recovery.md) und die [ CloudWatch aktionsbasierte Wiederherstellung von Amazon](cloudwatch-recovery.md). Die Wiederherstellung der Instance-Verfügbarkeit wird auch als *Instance-Wiederherstellung* bezeichnet. AWS Wird während des Wiederherstellungsprozesses der Instance versuchen, Ihre Instance von dem Host mit dem zugrunde liegenden Hardware- oder Softwareproblem auf einen anderen Host zu verschieben. Eine erfolgreiche Instance-Wiederherstellung wird für die Instance als ungeplanter Neustart angezeigt. Sie können [überprüfen, ob eine Instance-Wiederherstellung stattgefunden hat](verify-if-automatic-recovery-occurred.md). Wenn der Wiederherstellungsprozess nicht erfolgreich ist, läuft die Instance möglicherweise weiterhin auf dem Host mit dem zugrunde liegenden Hardware- oder Softwareproblem. In diesem Fall ist ein manuelles Eingreifen erforderlich. Wenn die Instance unerreichbar ist oder die Systemstatusprüfung weiterhin fehlschlägt, wird empfohlen, dass Sie die Instance manuell [anhalten und starten](Stop_Start.md). Wenn Sie eine Instance starten, wird sie in der Regel auf einen neuen zugrunde liegenden Host-Computer migriert. Im Gegensatz zur automatischen Instanzwiederherstellung, bei der die Instance ihre öffentliche IPv4 Adresse beibehält, erhält eine neu gestartete Instance jedoch eine neue öffentliche IPv4 Adresse, sofern sie keine Elastic IP-Adresse hat. Um von den automatischen Wiederherstellungsmechanismen zu profitieren, müssen sie im Voraus auf einer Instance konfiguriert werden, bevor eine Systemstatusprüfung fehlschlägt. Die vereinfachte automatische Wiederherstellung ist beim Start der Instance standardmäßig aktiviert. Sie können optional die CloudWatch aktionsbasierte Wiederherstellung von Amazon nach dem Start konfigurieren. Wenn Sie einen dieser Mechanismen konfiguriert haben, wird Ihre Instance widerstandsfähiger. Die vereinfachte automatische Wiederherstellung und die CloudWatch aktionsbasierte Wiederherstellung von Amazon sind nur auf unterstützten Instances verfügbar. Weitere Informationen erhalten Sie unter [Anforderungen zum Aktivieren der vereinfachten automatischen Wiederherstellung](instance-configuration-recovery.md#requirements-for-simplified-automatic-recovery) und [Voraussetzungen für die Aktivierung einer CloudWatch aktionsbasierten Wiederherstellung](cloudwatch-recovery.md#requirements-for-cloudwatch-action-based-recovery). **Warnung** Wenn Sie AWS Ihre Instance aufgrund eines zugrunde liegenden Hardware- oder Softwareproblems wiederherstellen, sollten Sie sich der folgenden Konsequenzen bewusst sein: Daten, die im flüchtigen Speicher (RAM) gespeichert sind, gehen verloren und die Betriebszeit des Betriebssystems beginnt bei Null. Darüber hinaus gehen bei der CloudWatch aktionsbasierten Wiederherstellung auch Daten auf Instance-Speicher-Volumes verloren. Zum Schutz vor Datenverlust empfehlen wir Ihnen, regelmäßig Backups von wertvollen Daten zu erstellen. Weitere Informationen zu den bewährten Methoden für Sicherung und Wiederherstellung für EC2-Instances finden Sie unter [Bewährte Methoden für Amazon EC2](ec2-best-practices.md). Automatische Mechanismen zur Wiederherstellung von Instances sind für *einzelne Instances* konzipiert. Hinweise zur Entwicklung eines ausfallsicheren *Systems* finden Sie unter [Ein ausfallsicheres System entwickeln](#instance-recovery-build-a-resilient-system). **Topics** + [Schlüsselkonzepte der automatischen Instance-Wiederherstellung](#ec2-automatic-instance-recovery-key-concepts) + [Unterschiede zwischen vereinfachter automatischer Wiederherstellung und CloudWatch aktionsbasierter Wiederherstellung](#differences) + [Ein ausfallsicheres System entwickeln](#instance-recovery-build-a-resilient-system) + [Überprüfen, ob eine automatische Instance-Wiederherstellung stattgefunden hat](verify-if-automatic-recovery-occurred.md) + [Die vereinfachte automatische Wiederherstellung auf einer Amazon-EC2-Instance konfigurieren](instance-configuration-recovery.md) + [Konfigurieren Sie die CloudWatch aktionsbasierte Wiederherstellung auf einer EC2-Instanz](cloudwatch-recovery.md) ## Schlüsselkonzepte der automatischen Instance-Wiederherstellung Die automatische Instance-Wiederherstellung ist ein Amazon-EC2-Feature, das automatisch die Instance-Verfügbarkeit wiederherstellt, wenn zugrunde liegende Hardware- oder Softwarefehler auftreten, wodurch die Ausfallsicherheit und Zuverlässigkeit Ihrer EC2-Instances verbessert wird. Im Folgenden sind die Schlüsselkonzepte der automatischen Instance-Wiederherstellung angeführt: **Konfigurationsoptionen** Zwei Mechanismen können konfiguriert werden, um die automatische Instance-Wiederherstellung zu unterstützen: + [Vereinfachte automatische Wiederherstellung](instance-configuration-recovery.md): Auf unterstützten Instances standardmäßig aktiviert + [CloudWatch aktionsbasierte Wiederherstellung](cloudwatch-recovery.md): Erfordert eine manuelle Konfiguration auf unterstützten Instanzen. **System-Statusprüfungen** Systemstatusprüfungen überwachen automatisch die AWS Infrastruktur, auf der Ihre EC2-Instance läuft. + Schlägt eine Systemstatusprüfung fehl, wird eine automatische Instanzwiederherstellung AWS eingeleitet, bei der versucht wird, die betroffene Instanz auf eine andere Hardware zu migrieren. + Eine fehlgeschlagene Systemstatusprüfung deutet auf ein Problem mit der Hardware oder Software des Hosts und nicht auf ein Problem mit der Instance selbst hin. Durch die automatische Instance-Wiederherstellung kann eine Instance wiederhergestellt werden, die eine Systemstatusprüfung nicht bestanden hat. Die automatische Instance-Wiederherstellung funktioniert jedoch nicht, wenn nur die Instance-Statusprüfung fehlschlägt. + Informationen zu den Unterschieden zwischen Instance- und Systemstatusprüfungen finden Sie unter [Arten von Statusprüfungen](monitoring-system-instance-status-check.md#types-of-instance-status-checks). **Beispiele für zugrunde liegende Hardware- oder Softwareprobleme** Zu den Hardware- oder Softwareproblemen, die dazu führen können, dass eine Systemstatusprüfung fehlschlägt, gehören der Verlust der Netzwerkkonnektivität, der Ausfall der Stromversorgung, Softwareprobleme auf dem physischen Host und Hardwareprobleme auf dem physischen Host, die die Erreichbarkeit des Netzwerks beeinträchtigen. **Merkmale wiederhergestellter Instances** Eine wiederhergestellte Instance ist mit der ursprünglichen Instance identisch, mit Ausnahme der Elemente, die verloren gegangen sind. Erhaltene Elemente: + Instance-ID + Bestimmen Ihrer öffentlichen, privaten und Elastic IP-Adressen + Instance-Metadaten + Platzierungsgruppe + EBS-Volumes anfügen + Availability Zone Verlorene Elemente: + Daten, die im flüchtigen Speicher (RAM) gespeichert sind + Auf Instance-Speicher-Volumes gespeicherte Daten (gilt nur für die CloudWatch aktionsbasierte Wiederherstellung) + Die Betriebszeit des Betriebssystems wird auf Null zurückgesetzt **Überwachung der Systemstatusprüfungen mit CloudWatch** Die Metrik [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) in CloudWatch gibt an, ob eine Systemstatusprüfung bestanden wurde oder fehlgeschlagen ist. Metrikwerte: + **0** – Die Systemstatusprüfung wurde bestanden. + **1** – Die Systemstatusprüfung ist fehlgeschlagen. **Ereignisse in Health Dashboard** AWS Sendet bei automatischen Versuchen zur Instanzwiederherstellung Ereignisse an Sie, die auf dem konfigurierten Wiederherstellungsmechanismus und dessen Ergebnis Health Dashboard basieren: + Vereinfachte automatische Wiederherstellung + Erfolg-Ereignis: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Fehler-Ereignis: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` + CloudWatch aktionsbasierte Wiederherstellung + Erfolg-Ereignis: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Fehler-Ereignis: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` ## Unterschiede zwischen vereinfachter automatischer Wiederherstellung und CloudWatch aktionsbasierter Wiederherstellung In der folgenden Tabelle werden die wichtigsten Unterschiede zwischen der vereinfachten automatischen Wiederherstellung und der CloudWatch aktionsbasierten Wiederherstellung verglichen. | Vergleichspunkt | Vereinfachte automatische Wiederherstellung | CloudWatch aktionsbasierte Wiederherstellung | | --- | --- | --- | | Konfiguration | Standardmäßig aktiviert auf unterstützten Instances | Erfordert die manuelle Konfiguration von CloudWatch Alarmen und Aktionen | | Flexibilität | Das Wiederherstellungsverhalten wurde behoben, das von verwaltet wird AWS | Individuell anpassbare Aktionen und Bedingungen | | Benachrichtigung | Grundlegende Benachrichtigungen über Health Dashboard | Anpassbare Benachrichtigungen über SNS | | Metal-Instance-Größe | Ausgeschlossen | Enthalten | | Instance-Speicher-Volumes werden beim Start angehängt. | Wird nicht für Instances unterstützt, die beim Start Instance-Speicher-Volumes anhängen | Wird auf ausgewählten Instance-Typen unterstützt. Beachten Sie, dass Daten auf Instance-Speicher-Volumes während der Instance-Wiederherstellung verloren gehen. | | Zeit für die Wiederherstellung | Standard-Wiederherstellungsversuch | Schnellere Wiederherstellungsversuche als vereinfachte automatische Wiederherstellung | | Das Hostproblem wird während der Migration behoben | Die Migration wird möglicherweise abgebrochen und die Instance verbleibt auf dem ursprünglichen Host | Die Migration zu einem neuen Host wird fortgesetzt | | Cost (Kosten) | Keine zusätzlichen Kosten | Es können Gebühren anfallen CloudWatch | ## Ein ausfallsicheres System entwickeln Die vereinfachte automatische Wiederherstellung und die CloudWatch aktionsbasierte Wiederherstellung sind zwar effektiv, um die Verfügbarkeit einzelner Instances aufrechtzuerhalten, AWS empfiehlt jedoch die Implementierung einer Hochverfügbarkeitsarchitektur, die ein Failover des Datenverkehrs auf fehlerfreie Instanzen ermöglicht. Um dies zu erreichen, sollten Sie AWS Dienste wie Elastic Load Balancing (das den eingehenden Datenverkehr auf mehrere EC2-Instances verteilt) und Amazon EC2 Auto Scaling (das die Anzahl der Instances automatisch an Nachfrage und Zustand anpasst) in Betracht ziehen. Weitere Informationen zum Entwickeln eines ausfallsicheren, fehlertoleranten Systems mit EC2-Instances finden Sie in den folgenden Ressourcen: + [https://www.youtube.com/watch?v=5Hq5YxOrKYs](https://www.youtube.com/watch?v=5Hq5YxOrKYs) + [Disaster Recovery (DR) -Architektur aktiviert AWS, Teil I: Strategien für die Wiederherstellung in der Cloud](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-i-strategies-for-recovery-in-the-cloud/) auf der *AWS Architektur-Blogseite* + [Benutzerhandbuch für Application Load Balancer](https://docs.aws.amazon.com/elasticloadbalancing/latest/application/introduction.html) + [Benutzerhandbuch für Amazon EC2 Auto Scaling](https://docs.aws.amazon.com/autoscaling/ec2/userguide/what-is-amazon-ec2-auto-scaling.html) + [REL11- BP02 Failover auf gesunde Ressourcen](https://docs.aws.amazon.com/wellarchitected/latest/reliability-pillar/rel_withstand_component_failures_failover2good.html) im *Reliability Pillar AWS Well-Architected Framework* # Überprüfen, ob eine automatische Instance-Wiederherstellung stattgefunden hat Wenn die Instance anscheinend offline war und dann unerwartet neu gestartet wurde, wurde möglicherweise als Reaktion auf einen zugrunde liegenden Hardware- oder Software-Problems eine [automatische Instance-Wiederherstellung](ec2-instance-recover.md#ec2-automatic-instance-recovery-key-concepts) durchgeführt. Sie können das überprüfen, indem Sie in Ihrem Health Dashboard nach automatischen Instance-Wiederherstellungsereignissen suchen. Sie können auch überprüfen, ob für Ihre Instance ein zugrundeliegendes Hardware- oder Softwareproblem erkannt wurde, indem Sie die CloudWatch Amazon-Metrik **StatusCheckFailed\$1System** überprüfen. ## Suchen Sie nach Ereignissen in Health Dashboard Wenn ein automatischer Instanzwiederherstellungsversuch erfolgt, AWS sendet Ereignisse an Ihre Health Dashboard. Das spezifische Ereignis hängt vom konfigurierten Wiederherstellungsmechanismus ab und davon, ob der Versuch erfolgreich war oder fehlgeschlagen ist. **Um nach automatischen Instanzwiederherstellungsereignissen zu suchen Health Dashboard** 1. Öffne das Health Dashboard zu [https://phd.aws.amazon.com/phd/Hause \$1/](https://phd.aws.amazon.com/phd/). 1. Suchen Sie nach Ereignissen im Zusammenhang mit der automatischen Instance-Wiederherstellung. Das Vorhandensein dieser Ereignisse kann bestätigen, ob ein Versuch einer automatischen Instance-Wiederherstellung stattgefunden hat und welches Ergebnis er hatte. + Vereinfachte automatische Wiederherstellung + Erfolg-Ereignis: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Fehler-Ereignis: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` + CloudWatch aktionsbasierte Wiederherstellung + Erfolg-Ereignis: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Fehler-Ereignis: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` ## Überwachen Sie Systemstatusprüfungen mit CloudWatch Sie können überprüfen, ob für Ihre Instance ein zugrundeliegendes Hardware- oder Softwareproblem erkannt wurde, indem Sie die Metrik [StatusCheckFailed\$1System](viewing_metrics_with_cloudwatch.md#status-check-metrics) unter überprüfen. CloudWatch Der Metrikwert gibt an, ob eine Systemstatusprüfung bestanden wurde (kein Hardware- oder Softwareproblem) oder fehlgeschlagen ist (Hardware- oder Softwareproblem). **So überprüfen Sie, ob ein zugrundeliegendes Hardware- oder Softwareproblem erkannt wurde** 1. Die **Metrik-Seite** der CloudWatch Konsole zu [https://console.aws.amazon.com/cloudwatch/Hause öffnen? ](https://console.aws.amazon.com/cloudwatch/home?#metricsV2)\$1metricsV2. 1. Bestätigen Sie, dass Sie sich in der gleichen Region wie Ihre EC2-Instance befinden. 1. Fügen Sie die folgende Metrik in das Suchfeld **Metriken** ein und drücken Sie die Eingabetaste. ``` StatusCheckFailed_System ``` 1. Wählen Sie **EC2 > Metriken pro Instance**. 1. Aktivieren Sie in der Tabelle das Kontrollkästchen neben der Instance, die Sie überprüfen möchten. 1. Ändern Sie den Abfragezeitraum auf den Zeitpunkt, zu dem Sie vermuten, dass das Wiederherstellungsereignis eingetreten ist. 1. Wählen Sie die Registerkarte **Graphed metrics** und gehen Sie für **StatusCheckFailed\$1System** wie folgt vor: 1. Wählen Sie für **Statistik** entweder **Durchschnitt**, **Maximum** oder **Minimum**. 1. Wählen Sie als **Zeitraum** die Option **1 Minute** aus. 1. **Überprüfen Sie den Wert für StatusCheckFailed \$1System.** + Wert **0**: Die Systemstatusprüfung wurde erfolgreich abgeschlossen, was darauf hindeutet, dass kein Hardware- oder Softwareproblem zugrunde liegt. + Wert **1**: Die Systemstatusüberprüfung ist fehlgeschlagen, was auf ein zugrundeliegendes Hardware- oder Softwareproblem hinweist. Weitere Informationen finden Sie unter [Automatische Instance-Wiederherstellung](ec2-instance-recover.md). # Die vereinfachte automatische Wiederherstellung auf einer Amazon-EC2-Instance konfigurieren **Wichtig** Dieser Abschnitt beschreibt, wie Sie Wiederherstellungsmechanismen auf einer EC2-Instance proaktiv konfigurieren. Diese Wiederherstellungsmechanismen dienen dazu, die Instance-Verfügbarkeit wiederherzustellen, wenn AWS ein zugrunde liegendes Hardware- oder Softwareproblem erkennt, das dazu führt, dass eine Systemstatusprüfung fehlschlägt. Wenn Sie derzeit Schwierigkeiten haben, auf Ihre Instance zuzugreifen, finden Sie weitere Informationen unter [Fehlerbehebung bei EC2-Instances](ec2-instance-troubleshoot.md). Wenn AWS erkannt wird, dass eine Instanz aufgrund eines zugrunde liegenden Hardware- oder Softwareproblems nicht verfügbar ist, kann die *vereinfachte automatische Wiederherstellung* die Instanzverfügbarkeit automatisch wiederherstellen, indem die Instanz von dem Host, auf dem das zugrundeliegende Problem aufgetreten ist, auf einen anderen Host verschoben wird. Wenn eine vereinfachte automatische Wiederherstellung stattfindet, AWS sendet je nach Ergebnis eines der folgenden Ereignisse an Sie AWS Health Dashboard: + Erfolg-Ereignis: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_SUCCESS` + Fehler-Ereignis: `AWS_EC2_SIMPLIFIED_AUTO_RECOVERY_FAILURE` Sie können Benachrichtigungen konfigurieren, um über diese Ereignisse benachrichtigt zu werden. Weitere Informationen finden Sie unter [Erstellen Ihrer ersten Benachrichtigungskonfiguration in AWS-Benutzerbenachrichtigungen](https://docs.aws.amazon.com/notifications/latest/userguide/getting-started.html) im *Benutzerhandbuch für AWS-Benutzerbenachrichtigungen *. Sie können auch [ EventBridge Amazon-Regeln](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) verwenden, um vereinfachte automatische Wiederherstellungsereignisse zu überwachen. Die vereinfachte automatische Wiederherstellung ist standardmäßig auf allen unterstützten Instances beim Start aktiviert. Sie kann jedoch nur ausgeführt werden, wenn sich eine Instance im `running` Status befindet, keine Serviceereignisse in der AWS Health Dashboard aufgeführt sind und Kapazität für den Instance-Typ verfügbar ist. In einigen Situationen, z. B. bei erheblichen Ausfällen, können Kapazitätsengpässe dazu führen, dass Wiederherstellungsversuche fehlschlagen. Weitere Informationen finden Sie unter [Fehlerbehebung bei der vereinfachten automatischen Wiederherstellung](#ec2-instance-recover-simplified-auto-recovery-troubleshooting). Sie können die vereinfachte automatische Wiederherstellung während oder nach dem Start deaktivieren und sie bei Bedarf später wieder aktivieren. **Warnung** Wenn Sie AWS Ihre Instance aufgrund eines zugrunde liegenden Hardware- oder Softwareproblems wiederherstellen, sollten Sie sich der folgenden Konsequenzen bewusst sein: Daten, die im flüchtigen Speicher (RAM) gespeichert sind, gehen verloren und die Betriebszeit des Betriebssystems beginnt bei Null. Zum Schutz vor Datenverlust empfehlen wir Ihnen, regelmäßig Backups von wertvollen Daten zu erstellen. Weitere Informationen zu den bewährten Methoden für Sicherung und Wiederherstellung für EC2-Instances finden Sie unter [Bewährte Methoden für Amazon EC2](ec2-best-practices.md). Automatische Mechanismen zur Wiederherstellung von Instances sind für *einzelne Instances* konzipiert. Hinweise zur Entwicklung eines ausfallsicheren *Systems* finden Sie unter [Ein ausfallsicheres System entwickeln](ec2-instance-recover.md#instance-recovery-build-a-resilient-system). **Topics** + [Anforderungen zum Aktivieren der vereinfachten automatischen Wiederherstellung](#requirements-for-simplified-automatic-recovery) + [Vereinfachte automatische Wiederherstellung konfigurieren](#set-recovery-behavior) + [Fehlerbehebung bei der vereinfachten automatischen Wiederherstellung](#ec2-instance-recover-simplified-auto-recovery-troubleshooting) ## Anforderungen zum Aktivieren der vereinfachten automatischen Wiederherstellung Die vereinfachte automatische Wiederherstellung kann auf Instances aktiviert werden, die die folgenden Kriterien erfüllen: **Instance-Typen** + **Allzweck:** A1, M3, M4, M5, M5a, M5n, M5Zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-Flex, M8a, M8azn, M8g, M8GB, M8Gb, M8gn, M8i, M8i-Flex, T1, T2, T3, T3a, T4g + **Computeroptimiert:** C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-Flex, C8a, C8g, C8GB, C8Gb, C8gn, C8i, C8ib, C8in, C8i-Flex + **Speicheroptimiert:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iz, R8a, R8g, R8GB, R8Gb, R8Gn, R8i, R8i-Flex, U-3tb1, U-6 TB1, U-9 TB1, U-12 TB1 1, U-18 TB1, U-24 TB1, U7i-6 TB, U7i-8 TB, U7i-12 TB, U7in-16 TB, U7in-24 TB, U7in-32 TB, U7in-32 TB, X1, X1e, X2IEZN, X8G, X8i + **Beschleunigtes Rechnen:** G3, G5g, Inf1, P3, VT1 + **Hochleistungsrechnen:** HPC6a, HPC7a, HPC7G, HPC8a **Tenancy** + Freigegeben + Dedicated Instance Weitere Informationen finden Sie unter [EC2 Dedizierte Amazon-Instances](dedicated-instance.md). **Einschränkungen** Die vereinfachte automatische Wiederherstellung wird nicht für Instances mit den folgenden Merkmalen unterstützt: + Instance-Größe: `metal`-Instances + Tenancy: Dedicated Host. Verwenden Sie für Dedicated Hosts stattdessen [Dedicated Host Auto Recovery](dedicated-hosts-recovery.md). + Speicher: Instances mit Instance-Speicher-Volumes + Netzwerke: Instances, die einen Elastic Fabric Adapter verwenden + Auto Scaling: Instances, die Teil einer Auto-Scaling-Gruppe sind + Wartung: Instances, für die derzeit ein geplantes Wartungsereignis durchgeführt wird ## Vereinfachte automatische Wiederherstellung konfigurieren Die vereinfachte automatische Wiederherstellung ist standardmäßig aktiviert, wenn Sie eine unterstützte Instance starten. Sie können das automatische Wiederherstellungsverhalten zu `disabled` während oder nach dem Starten der Instance festlegen. Die `default`-konfiguration ermöglicht nicht die vereinfachte automatische Wiederherstellung für einen nicht unterstützten Instance-Typ. ------ #### [ Console ] **So deaktivieren Sie die vereinfachte automatische Wiederherstellung beim Launchen** 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** und dann **Launch instance** (Instance starten) aus. 1. Wählen Sie im Abschnitt **Erweiterte Details** für **Automatische Instance-Wiederherstellung** die Option **Deaktiviert**. 1. Konfigurieren Sie die verbleibenden Instance-Starteinstellungen nach Bedarf und starten Sie dann die Instance. **So deaktivieren Sie die vereinfachte automatische Wiederherstellung nach dem 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 im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus und dann **Actions** (Aktionen), **Instance Settings** (Instance-Einstellungen) und **Change auto-recovery behavior** (Verhalten der automatischen Wiederherstellung ändern). 1. Wählen Sie **Off** (Aus) und dann **Save** (Speichern) aus. **So aktivieren Sie die vereinfachte automatische Wiederherstellung nach dem 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 im Navigationsbereich **Instances** aus. 1. Wählen Sie die Instance aus und dann **Actions** (Aktionen), **Instance Settings** (Instance-Einstellungen) und **Change auto-recovery behavior** (Verhalten der automatischen Wiederherstellung ändern). 1. Wählen Sie **Standard (Ein)** und dann **Speichern**. ------ #### [ AWS CLI ] **So deaktivieren Sie die vereinfachte automatische Wiederherstellung beim Launchen** Verwenden den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instance.html) mit der Option `--maintenance-options`. ``` --maintenance-options AutoRecovery=Disabled ``` **So deaktivieren Sie die vereinfachte automatische Wiederherstellung nach dem Start** Verwenden Sie den Befehl [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html). ``` aws ec2 modify-instance-maintenance-options \ --instance-id i-1234567890abcdef0 \ --auto-recovery disabled ``` **So aktivieren Sie die vereinfachte automatische Wiederherstellung nach dem Start** Verwenden Sie den Befehl [modify-instance-maintenance-options](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-maintenance-options.html). ``` aws ec2 modify-instance-maintenance-options \ --instance-id i-1234567890abcdef0 \ --auto-recovery default ``` ------ #### [ PowerShell ] **So deaktivieren Sie die vereinfachte automatische Wiederherstellung beim Launchen** Verwenden Sie das cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). ``` -MaintenanceOptions_AutoRecovery Disabled ``` **So deaktivieren Sie die vereinfachte automatische Wiederherstellung nach dem Start** Verwenden Sie das cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -AutoRecovery Disabled ``` **So aktivieren Sie die vereinfachte automatische Wiederherstellung nach dem Start** Verwenden Sie das cmdlet [Edit-EC2InstanceMaintenanceOption](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceMaintenanceOption.html). ``` Edit-EC2InstanceMaintenanceOption ` -InstanceId i-1234567890abcdef0 ` -AutoRecovery Enabled ``` ------ ## Fehlerbehebung bei der vereinfachten automatischen Wiederherstellung Falls die vereinfachte automatische Wiederherstellung die Instance nicht wiederherstellt, berücksichtigen Sie die folgenden Punkte: + AWS Dienstereignisse werden ausgeführt Die vereinfachte automatische Wiederherstellung funktioniert nicht bei Serviceereignissen in der AWS Health Dashboard. Sie erhalten möglicherweise keine Benachrichtigungen zu Wiederherstellungsfehlern für solche Ereignisse. Für die neusten Informationen zur Serviceverfügbarkeit lesen Sie die Seite zum [Servicezustand](https://health.aws.amazon.com/health/status)-Status. + Unzureichende Kapazität Es ist vorübergehend nicht genügend Ersatzhardware vorhanden, um die Instance zu migrieren. + Die maximale Anzahl der Wiederherstellungsversuche pro Tag wurde erreicht Die Instance hat die maximale zugelassene Anzahl von Wiederherstellungsversuchen pro Tag erreicht. Die Instance kann anschließend außer Betrieb genommen werden, wenn die automatische Wiederherstellung fehlschlägt und als Ursache für das Fehlschlagen der ursprünglichen Systemstatusprüfung ein Leistungsabfall der Hardware ermittelt wurde. Wenn die Systemstatusprüfung der Instance trotz mehrerer Wiederherstellungsversuche weiterhin fehlschlägt, finden Sie weitere Hinweise unter [Problembehandlung bei Instances mit fehlgeschlagenen Statusprüfungen](TroubleshootingInstances.md). # Konfigurieren Sie die CloudWatch aktionsbasierte Wiederherstellung auf einer EC2-Instanz **Wichtig** Dieser Abschnitt beschreibt, wie Sie Wiederherstellungsmechanismen auf einer EC2-Instance proaktiv konfigurieren. Diese Wiederherstellungsmechanismen dienen dazu, die Instance-Verfügbarkeit wiederherzustellen, wenn AWS ein zugrunde liegendes Hardware- oder Softwareproblem erkennt, das dazu führt, dass eine Systemstatusprüfung fehlschlägt. Wenn Sie derzeit Schwierigkeiten haben, auf Ihre Instance zuzugreifen, finden Sie weitere Informationen unter [Fehlerbehebung bei EC2-Instances](ec2-instance-troubleshoot.md). Wenn AWS erkannt wird, dass eine Instanz aufgrund eines zugrunde liegenden Hardware- oder Softwareproblems nicht verfügbar ist, kann die *CloudWatch aktionsbasierte Wiederherstellung* die Instanzverfügbarkeit automatisch wiederherstellen, indem die Instanz von dem Host, auf dem das zugrunde liegende Problem aufgetreten ist, auf einen anderen Host verschoben wird. Wenn eine CloudWatch aktionsbasierte Wiederherstellung stattfindet, AWS sendet je nach Ergebnis eines der folgenden Ereignisse an Sie AWS Health Dashboard: + Erfolg-Ereignis: `AWS_EC2_INSTANCE_AUTO_RECOVERY_SUCCESS` + Fehler-Ereignis: `AWS_EC2_INSTANCE_AUTO_RECOVERY_FAILURE` Sie können die CloudWatch aktionsbasierte Wiederherstellung konfigurieren, um Wiederherstellungsaktionen zu CloudWatch Amazon-Alarmen hinzuzufügen. CloudWatch Die aktionsbasierte Wiederherstellung funktioniert mit der `StatusCheckFailed_System` Metrik. CloudWatchDie aktionsbasierte to-the-minute Wiederherstellung bietet detaillierte Reaktionszeiten und Amazon Simple Notification Service (Amazon SNS) Benachrichtigungen über Wiederherstellungsaktionen und -ergebnisse. Diese Konfigurationsoptionen ermöglichen im Vergleich zur vereinfachten automatischen Wiederherstellung schnellere Wiederherstellungsversuche mit detaillierterer Kontrolle über die Reaktion auf Fehlschläge bei der Systemstatusprüfung. Weitere Informationen zu den verfügbaren CloudWatch Optionen finden Sie unter [Statuschecks für Ihre Instances](monitoring-system-instance-status-check.md). Die CloudWatch aktionsbasierte Wiederherstellung kann jedoch nur ausgeführt werden, wenn sich eine Instanz im `running` Status befindet, keine Serviceereignisse in der AWS Health Dashboard aufgeführt sind und für den Instanztyp Kapazität verfügbar ist. In einigen Situationen, z. B. bei erheblichen Ausfällen, können Kapazitätsengpässe dazu führen, dass Wiederherstellungsversuche fehlschlagen. Weitere Informationen finden Sie unter [Beheben Sie CloudWatch aktionsbasierte Wiederherstellungsfehler](#ec2-instance-recover-cloudwatch-troubleshooting). **Warnung** Wenn Sie Ihre AWS Instance aufgrund eines zugrunde liegenden Hardware- oder Softwareproblems wiederherstellen, sollten Sie sich der folgenden Konsequenzen bewusst sein: Daten, die im flüchtigen Speicher (RAM) und auf Instance-Speicher-Volumes gespeichert sind, gehen verloren, und die Betriebszeit des Betriebssystems beginnt bei Null. Zum Schutz vor Datenverlust empfehlen wir Ihnen, regelmäßig Backups von wertvollen Daten zu erstellen. Weitere Informationen zu den bewährten Methoden für Sicherung und Wiederherstellung für EC2-Instances finden Sie unter [Bewährte Methoden für Amazon EC2](ec2-best-practices.md). Automatische Mechanismen zur Wiederherstellung von Instances sind für *einzelne Instances* konzipiert. Hinweise zur Entwicklung eines ausfallsicheren *Systems* finden Sie unter [Ein ausfallsicheres System entwickeln](ec2-instance-recover.md#instance-recovery-build-a-resilient-system). **Topics** + [Voraussetzungen für die Aktivierung einer CloudWatch aktionsbasierten Wiederherstellung](#requirements-for-cloudwatch-action-based-recovery) + [Konfigurieren Sie die CloudWatch aktionsbasierte Wiederherstellung](#ec2-instance-recover-cloudwatch-configure) + [Beheben Sie CloudWatch aktionsbasierte Wiederherstellungsfehler](#ec2-instance-recover-cloudwatch-troubleshooting) ## Voraussetzungen für die Aktivierung einer CloudWatch aktionsbasierten Wiederherstellung CloudWatch Die aktionsbasierte Wiederherstellung kann für Instanzen aktiviert werden, die die folgenden Kriterien erfüllen: **Instance-Typen** + **Allzweck:** A1, M3, M4, M5, M5a, M5n, M5Zn, M6a, M6g, M6i, M6in, M7a, M7g, M7i, M7i-Flex, M8a, M8azn, M8g, M8GB, M8Gb, M8gn, M8i, M8i-Flex, T1, T2, T3, T3a, T4g + **Computeroptimiert:** C3, C4, C5, C5a, C5n, C6a, C6g, C6gn, C6i, C6in, C7a, C7g, C7gn, C7i, C7i-Flex, C8a, C8g, C8GB, C8Gb, C8gn, C8i, C8ib, C8in, C8i-Flex + **Speicheroptimiert:** R3, R4, R5, R5a, R5b, R5n, R6a, R6g, R6i, R6in, R7a, R7g, R7i, R7iz, R8a, R8g, R8GB, R8Gb, R8Gn, R8i, R8i-Flex, U-3tb1, U-6 TB1, U-9 TB1, U-12 TB1 1, U-18 TB1, U-24 TB1, U7i-6 TB, U7i-8 TB, U7i-12 TB, U7in-16 TB, U7in-24 TB, U7in-32 TB, U7in-32 TB, X1, X1e, X2IDN, X2iEDN, X2iEDN, X2IEZN, X8G, X8i + **Beschleunigtes Rechnen:** G3, G5g, Inf1, P3, VT1 + **Hochleistungsrechnen:** HPC6a, HPC7a, HPC7G, HPC8a + **Metal-Instances:** Jeder der oben genannten Instance-Typen mit der Metal-Instance-Größe. + **Wenn Instance-Speicher-Volumes beim Start hinzugefügt werden:** Nur die folgenden Instance-Typen werden unterstützt: M3, C3, R3, X1, X1e, X2idn, X2iedn **Tenancy** + Freigegeben + Dedicated Instance Weitere Informationen finden Sie unter [EC2 Dedizierte Amazon-Instances](dedicated-instance.md). **Einschränkungen** CloudWatch Die aktionsbasierte Wiederherstellung wird für Instances mit den folgenden Eigenschaften nicht unterstützt: + Tenancy: Dedicated Host. Verwenden Sie für Dedicated Hosts stattdessen [Dedicated Host Auto Recovery](dedicated-hosts-recovery.md). + Netzwerke: Instances, die einen Elastic Fabric Adapter verwenden + Auto Scaling: Instances, die Teil einer Auto-Scaling-Gruppe sind + Wartung: Instances, für die derzeit ein geplantes Wartungsereignis durchgeführt wird ### Einen unterstützten Instance-Typ suchen Sie können die Instanztypen anzeigen, die eine CloudWatch aktionsbasierte Wiederherstellung unterstützen. ------ #### [ Console ] **Um die Instance-Typen anzuzeigen, die eine CloudWatch aktionsbasierte Wiederherstellung 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 linken Navigationsbereich **Instance Types** (Instance-Typen) aus. 1. Geben Sie in der Filterleiste **Unterstützung für automatische Wiederherstellung = wahr** ein. In der Tabelle mit den **Instanztypen** werden alle Instance-Typen angezeigt, die eine CloudWatch aktionsbasierte Wiederherstellung unterstützen. 1. (Optional) Fügen Sie Filter hinzu, um den Anwendungsbereich auf bestimmte Instance-Typen von Interesse zu erweitern. ------ #### [ AWS CLI ] **Um die Instanztypen anzuzeigen, die eine CloudWatch aktionsbasierte Wiederherstellung unterstützen** Verwenden Sie den Befehl [describe-instance-types](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instance-types.html) mit dem Filter `auto-recovery-supported`. ``` aws ec2 describe-instance-types \ --filters Name=auto-recovery-supported,Values=true \ --query "InstanceTypes[*].[InstanceType]" \ --output text | sort ``` ------ #### [ PowerShell ] **Um die Instanztypen anzuzeigen, die eine CloudWatch aktionsbasierte Wiederherstellung unterstützen** Verwenden Sie das [Get-EC2InstanceType](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2InstanceType.html)Cmdlet mit dem `auto-recovery-supported` Filter. ``` Get-EC2InstanceType ` -Filter @{Name="auto-recovery-supported";Values="true"} | ` Select InstanceType | Sort-Object InstanceType ``` ------ ## Konfigurieren Sie die CloudWatch aktionsbasierte Wiederherstellung Um die CloudWatch aktionsbasierte Wiederherstellung für eine EC2-Instance zu konfigurieren, erstellen Sie einen CloudWatch Alarm, der die `StatusCheckFailed_System` Metrik für die angegebene Instance überwacht. Stellen Sie den Alarm so ein, dass er ausgelöst wird, wenn der Metrikwert **1** ist, was auf eine fehlgeschlagene Systemstatusprüfung hinweist. Konfigurieren Sie die Alarmaktion so, dass beim Auslösen die Instance automatisch wiederhergestellt wird. Sie können den Alarm entweder mit der Amazon EC2 EC2-Konsole oder der CloudWatch Konsole konfigurieren. Die Anweisungen finden Sie [Wiederherstellungsaktionen zu CloudWatch Amazon-Alarmen hinzufügen](UsingAlarmActions.md#AddingRecoverActions) in diesem Benutzerhandbuch oder [Hinzufügen von Wiederherstellungsaktionen zu CloudWatch Amazon-Alarmen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/UsingAlarmActions.html#AddingRecoverActions) im * CloudWatch Amazon-Benutzerhandbuch*. ## Beheben Sie CloudWatch aktionsbasierte Wiederherstellungsfehler Wenn bei der CloudWatch aktionsbasierten Wiederherstellung Ihre Instanz nicht wiederhergestellt werden kann, sollten Sie die folgenden Probleme berücksichtigen: + AWS Serviceereignisse werden ausgeführt CloudWatch Die aktionsbasierte Wiederherstellung funktioniert nicht bei Serviceereignissen in der AWS Health Dashboard. Sie erhalten möglicherweise keine Benachrichtigungen zu Wiederherstellungsfehlern für solche Ereignisse. Für die neusten Informationen zur Serviceverfügbarkeit lesen Sie die Seite zum [Servicezustand](https://health.aws.amazon.com/health/status)-Status. + Unzureichende Kapazität Es ist vorübergehend nicht genügend Ersatzhardware vorhanden, um die Instance zu migrieren. + Die maximale Anzahl der Wiederherstellungsversuche pro Tag wurde erreicht Die Instance hat die maximale zugelassene Anzahl von Wiederherstellungsversuchen pro Tag erreicht. Die Instance kann anschließend außer Betrieb genommen werden, wenn die automatische Wiederherstellung fehlschlägt und als Ursache für das Fehlschlagen der ursprünglichen Systemstatusprüfung ein Leistungsabfall der Hardware ermittelt wurde. Wenn die Systemstatusprüfung der Instance trotz mehrerer Wiederherstellungsversuche weiterhin fehlschlägt, finden Sie weitere Hinweise unter [Problembehandlung bei Instances mit fehlgeschlagenen Statusprüfungen](TroubleshootingInstances.md).