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.

So funktioniert die Hostwartung für Amazon EC2 Dedicated Hosts

Wenn bei einem Dedicated Host, der für die Host-Wartung aktiviert ist, eine Verschlechterung festgestellt wird, weisen wir Ihrem Konto automatisch einen Ersatz-Dedicated Host zu. Dieser Dedicated Host erhält eine neue Host-ID, hat aber dieselben Attribute wie der ursprüngliche Dedicated Host, einschließlich:

Sobald der Ersatzhost zugewiesen wurde, migrieren wir die Instances je nach Instanz entweder mithilfe der Live-Hostwartung oder der Host-Wartung auf Basis eines Neustarts.

Sobald auf dem heruntergestuften Host keine Instanzen mehr ausgeführt werden, wird er dauerhaft aus Ihrem Konto gelöscht.

Instanzen, die die Live-Migration unterstützen, hosten

Instances, die die Wartung von Live-Migrations-Hosts unterstützen, werden innerhalb von 24 Stunden automatisch auf den Ersatzhost migriert, ohne sie anzuhalten und neu zu starten. Die migrierten Instanzen behalten ihre vorhandenen Attribute bei, darunter:

Nachdem die unterstützten Instanztypen automatisch auf den Ersatzhost migriert wurden, senden wir Ihnen E-Mail- und AWS Health Dashboard-Benachrichtigungen, die Informationen über die heruntergestuften und Ersatzhosts, Informationen zu den Instances, die mithilfe der Live-Wartung des Migrationshosts automatisch migriert wurden, und Informationen zu den verbleibenden Instanzen enthaltenIDs.

Instanzen, für die eine Host-Wartung auf Basis eines Neustarts erforderlich ist

Für Instanzen, für die eine Host-Wartung auf Basis eines Neustarts erforderlich ist, werden beispielsweise geplante Neustart-Ereignisse für 14 Tage ab dem Datum der Benachrichtigung geplant. Sie können vor dem geplanten Ereignis weiterhin auf Ihre Instances auf dem heruntergestuften Dedicated Host zugreifen.

Amazon reserviert EC2 automatisch Kapazität auf dem Ersatzhost für diese Instances. In dieser reservierten Kapazität können Sie keine Instances ausführen.

Am Tag und zur Uhrzeit des geplanten Ereignisses werden die Instances automatisch gestoppt und mit der reservierten Kapazität auf dem Ersatzhost neu gestartet. Die migrierten Instances behalten ihre vorhandenen Attribute bei, darunter:

Da die Instanzen jedoch während der Migration gestoppt und neu gestartet werden, behalten sie ihren Speicher- und Netzwerkstatus nicht bei. CPU

Sie können diese Instanzen auch jederzeit vor dem geplanten Ereignis manuell beenden und neu starten, um sie auf den Ersatzhost oder einen anderen Host zu migrieren. Möglicherweise müssen Sie die Host-Affinität Ihrer Instanz ändern, um sie auf einem anderen Host neu zu starten. Wenn Sie eine Instance vor dem geplanten Ereignis beenden, wird die reservierte Kapazität auf dem Ersatzhost freigegeben und kann wieder verwendet werden.

Nicht unterstützte Instances

Einige Instanzen können nicht automatisch auf den Ersatzhost migriert werden.

Instances mit Root-Volumes, die vom Instance-Speicher unterstützt werden

Für diese Instances planen wir Ereignisse zur Außerbetriebnahme von Instances für 28 Tage ab dem Datum der Benachrichtigung. Am Tag und zur Uhrzeit des geplanten Ereignisses werden die Instances dauerhaft beendet. Wir empfehlen, dass Sie Ersatz-Instances manuell auf dem Ersatzhost starten und dann die erforderlichen Daten vor dem geplanten Ereignis auf die Ersatz-Instances migrieren.

Instances mit EBS -gestützten Root-Volumes

Für diese Instances planen wir Ereignisse zum Stoppen von Instances für 28 Tage ab dem Datum der Benachrichtigung. Am Tag und zur Uhrzeit des geplanten Ereignisses werden die Instances gestoppt. Wir empfehlen, dass Sie die Instance auf dem Ersatzhost oder auf einem anderen Host manuell beenden und neu starten. Möglicherweise müssen Sie die Host-Affinität Ihrer Instance ändern, um sie auf einem anderen Host neu zu starten.

Sie können vor dem geplanten Ereignis weiterhin auf Ihre Instances auf dem heruntergestuften Dedicated Host zugreifen.

Status der Host-Wartung

Wenn ein Host herabgestuft wird, wechselt er in den permanent-failure Status. Sie können keine Instances auf einem Dedicated Host starten, der sich im permanent-failure Status befindet.

Sobald der Ersatzhost zugewiesen wurde, verbleibt er in diesem pending Status, bis die Instances, die die Wartung des Live-Migrationshosts unterstützen, automatisch vom heruntergestuften Host migriert wurden und bis die geplanten Ereignisse für die verbleibenden Instances geplant wurden. Nachdem dies abgeschlossen ist, wechselt der Ersatzhost in den available Status.

Sobald der Ersatzhost den available Status erreicht hat, können Sie ihn auf die gleiche Weise verwenden, wie Sie einen beliebigen Host in Ihrem Konto verwenden. Ein Teil der Instanzkapazität auf dem Ersatzhost ist jedoch für die Instances reserviert, für die eine Hostmigration auf Basis eines Neustarts erforderlich ist. Sie können keine neuen Instances mit dieser reservierten Kapazität starten.

Wenn auf dem heruntergestuften Host keine Instances mehr ausgeführt werden, wechselt er in den released, permanent-failure Status und wird dauerhaft aus Ihrem Konto gelöscht.