

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.

# Host-Wartung für Amazon EC2 Dedicated Host
<a name="dedicated-hosts-maintenance"></a>

Bei der Host-Wartung migrieren wir für den seltenen Fall, dass ein Dedicated Host beeinträchtigt wird, die unterstützten Instances, die darauf ausgeführt werden, automatisch zu einem funktionsfähigen Dedicated Host als Ersatz. Dies trägt dazu bei, die Ausfallzeiten für Ihren Workload zu minimieren und die Verwaltung Ihrer Dedicated Hosts zu vereinfachen. Host-Wartung wird auch für geplante und routinemäßige Amazon-EC2-Wartung durchgeführt.

Amazon EC2 unterstützt zwei Arten der Host-Wartung:
+ **Wartung des Live-Migrations-Hosts** – Instances werden innerhalb von 24 Stunden automatisch auf den Ersatz-Host migriert, ohne sie anzuhalten und neu zu starten.
+ **Host-Wartung auf Basis eines Neustarts** – Instances werden für geplante *Instance-Neustart*-Ereignisse eingeplant, bei denen sie automatisch angehalten und auf dem Ersatz-Host neu gestartet werden.

**Topics**
+ [Host-Wartung im Vergleich zur Host-Wiederherstellung](#dedicated-hosts-maintenance-differences)
+ [Überlegungen](#dedicated-hosts-maintenance-basics-limitations)
+ [Zugehörige Services](#dedicated-hosts-maintenance-related)
+ [Preisgestaltung](#dedicated-hosts-maintenance-pricing)
+ [Wie die Host-Wartung für Amazon EC2 Dedicated Hosts funktioniert](dedicated-hosts-maintenance-basics.md)
+ [Konfiguration von Host-Wartungseinstellungen für einen Amazon EC2 Dedicated Host](dedicated-hosts-maintenance-configuring.md)

## Host-Wartung im Vergleich zur Host-Wiederherstellung
<a name="dedicated-hosts-maintenance-differences"></a>

Die folgende Tabelle zeigt die Hauptunterschiede zwischen Host-Wiederherstellung und Host-Wartung.


****  

|  | Host-Wiederherstellung | Host-Wartung | 
| --- | --- | --- | 
| Instance-Erreichbarkeit | Unerreichbar | Erreichbar | 
| Dedicated-Host-Zustand | under-assessment | permanent-failure | 
| Host-Ressourcengruppe | Unterstützt | Nicht unterstützt | 

Weitere Informationen zur Host-Wiederherstellung finden Sie unter [Host-Wiederherstellung](dedicated-hosts-recovery.md).

## Überlegungen
<a name="dedicated-hosts-maintenance-basics-limitations"></a>
+ Die Host-Wartung ist in allen Ländern verfügbar AWS-Regionen, mit Ausnahme der Regionen China und AWS GovCloud (US) Regions.
+ Die Host-Wartung wird in AWS Outposts AWS Local Zones und AWS Wavelength Zones nicht unterstützt.
+ Die Host-Wartung kann für Hosts, die sich bereits in einer Host-Ressourcengruppe befinden, nicht aktiviert oder deaktiviert werden. Hosts, die einer Host-Ressourcengruppe hinzugefügt wurden, behalten ihre Host-Wartungseinstellung bei. Weitere Informationen finden Sie unter [Host-Ressourcengruppen](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html).
+ Die Host-Wartung wird bei den folgenden Instance-Typen nicht unterstützt, da sie Instance-Speicher Root-Volumes haben: C1, C3, D2, I2, M1, M2, M3, R3, and X1.

## Zugehörige Services
<a name="dedicated-hosts-maintenance-related"></a>

Dedicated Host ist in **AWS License Manager** integriert — Verfolgt Lizenzen auf Ihren Amazon EC2 Dedicated Hosts (wird nur in Regionen unterstützt, in denen AWS License Manager verfügbar ist). Weitere Informationen finden Sie im [AWS License-Manager-Benutzerhandbuch](https://docs.aws.amazon.com/license-manager/latest/userguide/license-manager.html).

Sie müssen über ausreichend Lizenzen AWS-Konto für Ihren neuen Dedicated Host verfügen. Die Ihrem beeinträchtigten Host zugeordneten Lizenzen werden freigegeben, wenn der Host nach Abschluss des geplanten Wartungsvorgangs freigegeben wird.

## Preisgestaltung
<a name="dedicated-hosts-maintenance-pricing"></a>

Für die Host-Wartung fallen keine zusätzlichen Gebühren an. Es fallen jedoch die üblichen Dedicated-Host-Gebühren an. Weitere Informationen finden Sie unter [Amazon EC2 Dedicated Hosts-Preise](https://aws.amazon.com/ec2/dedicated-hosts/pricing/).

Sobald die Host-Wartung eingeleitet wird, wird Ihnen der beeinträchtigte Dedicated Host nicht mehr in Rechnung gestellt. Kosten für den ersatzmäßigen Dedicated Host fallen erst an, wenn er den Status `available` hat.

Wenn der beeinträchtigte Dedicated Host nach Bedarf abgerechnet wurde, wird der ersatzmäßige Dedicated Host genauso abgerechnet. Wenn der beeinträchtigte Dedicated Host über eine aktive Dedicated-Host-Reservierung verfügt, wird diese auf den neuen Dedicated Host übertragen.

# Wie die Host-Wartung für Amazon EC2 Dedicated Hosts funktioniert
<a name="dedicated-hosts-maintenance-basics"></a>

Wenn eine Beeinträchtigung in einem Dedicated Host festgestellt wird, der für die Host-Wartung aktiviert ist, weisen wir Ihrem Konto automatisch einen Dedicated Host zu. Dieser Dedicated Host erhält eine neue Host-ID, hat aber dieselben Attribute wie der ursprüngliche Dedicated Host, einschließlich:
+ Einstellungen zur automatischen Platzierung
+ Availability Zone
+ Dedicated-Host-Reservierungszuordnung
+ Host-Affinität
+ Einstellungen für die Host-Wartung
+ Einstellungen für die Host-Wiederherstellung
+ Instance-Typ
+ Tags (Markierungen)

Sobald der Ersatz-Host zugewiesen wurde, migrieren wir die Instances entweder mithilfe der **Live-Migrations-Host-Wartung** oder der **Host-Wartung auf Basis eines Neustarts**, abhängig von der Instance.

Sobald auf dem beeinträchtigten Host keine Instances mehr ausgeführt werden, wird er dauerhaft von Ihrem Konto entfernt.

## Wartung des Hosts für die Live-Migration
<a name="ndhm"></a>

Instances, die Live-Migration-Host-Wartung unterstützen, werden innerhalb von 24 Stunden automatisch auf den Ersatz-Host migriert, ohne dass sie angehalten und neu gestartet werden müssen. Die migrierten Instances behalten ihre vorhandenen Attribute bei, darunter:
+ Instance-ID
+ Instance-Metadaten
+ Anhänge von Amazon-EBS-Volumes
+ Elastic IP-Adressen und private IP-Adressen
+ Speicher-, CPU- und Netzwerkstatus

Bei einigen größeren Instances kann es während der Migration zu leichten Leistungseinbußen kommen.

Nachdem die Instanzen automatisch auf den Ersatzhost migriert wurden, senden wir Ihnen E-Mail- und AWS Health Dashboard-Benachrichtigungen. Zu den Benachrichtigungen gehören die IDs heruntergestuften Hosts und die Ersatzhosts, Informationen zu den Instances, die mithilfe der Live-Hostwartung für die Migration automatisch migriert wurden, sowie Informationen über die verbleibenden Instanzen.

## Host-Wartung auf Basis eines Neustarts
<a name="rbhm"></a>

Für Instances, 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 in dem beeinträchtigten Dedicated Host zugreifen.

Sie können Neustart-Ereignisse auf ein Datum verschieben, das innerhalb von 7 Tagen nach Datum und Uhrzeit des ursprünglichen Ereignisses liegt. Weitere Informationen finden Sie unter [Ein geplantes Ereignis für eine EC2-Instance verschieben](reschedule-event.md).

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

Die Amazon-EC2-Konsole zeigt die reservierte Kapazität als genutzte Kapazität an. Es könnte den Anschein haben, dass die Instances sowohl auf dem heruntergestuften Host als auch in dem Ersatz-Host ausgeführt werden. Die Instances werden jedoch weiterhin nur in dem heruntergestuften Host ausgeführt, bis sie angehalten oder in die reservierte Kapazität zu dem Ersatz-Host migriert werden.

Am Tag und zur Uhrzeit des geplanten Ereignisses werden die Instances automatisch gestoppt und mit der reservierten Kapazität in dem Ersatz-Host neu gestartet. Die migrierten Instances behalten ihre vorhandenen Attribute bei, darunter:
+ Instance-ID
+ Instance-Metadaten
+ Anhänge von Amazon-EBS-Volumes
+ Elastic IP-Adressen und private IP-Adressen

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

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

## Status der Host-Wartung
<a name="dedicated-hosts-maintenance-states"></a>

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

Sobald der Ersatz-Host zugewiesen wurde, verbleibt er im Status `pending`, bis die Instances, die die Live-Migration-Host-Wartung unterstützen, automatisch vom beeinträchtigten Host migriert wurden und bis die geplanten Ereignisse für die verbleibenden Instances geplant wurden. Nachdem diese Aufgaben abgeschlossen sind, wechselt der Ersatz-Host in den Status `available`.

Sobald der Ersatz-Host in den Status `available` wechselt, können Sie ihn genauso verwenden wie jeden Host in Ihrem Konto. Ein Teil der Instance-Kapazität auf dem Ersatz-Host ist jedoch für die Instances reserviert, für die eine Host-Migration auf Basis eines Neustarts erforderlich ist. In dieser reservierten Kapazität können Sie keine neuen Instances starten.

Sobald auf dem heruntergestuften Host keine Instances mehr ausgeführt werden, wechselt er in den Status `released, permanent-failure` und wird dauerhaft aus Ihrem Konto entfernt. Beachten Sie, dass der Host und seine Ressourcen für kurze Zeit in der Konsole sichtbar bleiben.

## Automatische Migration
<a name="hm-unsupported"></a>

Einige Instances können nicht automatisch zu den Ersatz-Host migriert werden.

**Instances mit EBS-Backed Root-Volumes**  
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 die Instance in dem Ersatz-Host oder in einem anderen Host manuell beenden und neu starten. Möglicherweise müssen Sie die Host-Affinität Ihrer Instance ändern, um sie in einem anderen Host neu zu starten.

**Instances mit einem Instance-Speicher-gestützten Root-Volume**  
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 in dem Ersatz-Host starten und dann die erforderlichen Daten vor dem geplanten Ereignis zu die Ersatz-Instances migrieren.

Die folgenden Instances verfügen über Instance-Speicher-Root-Volumes: C1, C3, D2, I2, M1, M2, M3, R3 und X1.

Sie können vor dem geplanten Ereignis weiterhin auf Ihre Instances in dem beeinträchtigten Dedicated Host zugreifen.

# Konfiguration von Host-Wartungseinstellungen für einen Amazon EC2 Dedicated Host
<a name="dedicated-hosts-maintenance-configuring"></a>

Aktivieren Sie die Host-Wartung, um sicherzustellen, dass Ihre in einem Dedicated Host ausgeführte Instances während eines geplanten Wartungsereignisses automatisch auf einem neuen Dedicated Host wiederhergestellt werden.

Wenn Sie die Host-Wartung deaktivieren, erhalten Sie eine E-Mail-Benachrichtigung, um den beeinträchtigten Host zu entfernen und Ihre Instances innerhalb von 28 Tagen manuell auf einen anderen Host zu migrieren. Wenn Sie über eine Dedicated-Host-Reservierung verfügen, wird ein Ersatz-Host zugewiesen. Nach 28 Tagen werden die auf dem beeinträchtigten Host ausgeführten Instances beendet und der Host wird automatisch freigegeben.

------
#### [ Console ]

**So aktivieren Sie die Host-Wartung für Ihren Dedicated Host**

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 **Dedicated Hosts** aus.

1. Wählen Sie Dedicated Host > **Aktionen** > **Host ändern** aus.

1. Wählen Sie die Option *ein* im Feld **Host-Wartung** aus.

**So deaktivieren Sie die Host-Wartung für Ihren Dedicated Host**

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 **Dedicated Hosts** aus.

1. Wählen Sie Dedicated Host > **Aktionen** > **Host ändern** aus.

1. Wählen Sie die Option *aus* im Feld **Host-Wartung** aus.

------
#### [ AWS CLI ]

**So aktivieren Sie die Host-Wartung für Ihren Dedicated Host**  
Verwenden Sie den [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html)-Befehl.

```
aws ec2 modify-hosts \
    --host-maintenance on \
    --host-ids h-0d123456bbf78910d
```

**So deaktivieren Sie die Host-Wartung für Ihren Dedicated Host**  
Verwenden Sie den [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html)-Befehl.

```
aws ec2 modify-hosts \
    --host-maintenance off \
    --host-ids h-0d123456bbf78910d
```

------
#### [ PowerShell ]

**So aktivieren Sie die Host-Wartung für Ihren Dedicated Host**  
Verwenden Sie das cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).

```
Edit-EC2Host `
    -HostMaintenance on `
    -HostId h-0d123456bbf78910d
```

**So deaktivieren Sie die Host-Wartung für Ihren Dedicated Host**  
Verwenden Sie das cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).

```
Edit-EC2Host `
    -HostMaintenance off `
    -HostId h-0d123456bbf78910d
```

------