

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.

# Amazon EC2 Dedicated Hosts
<a name="dedicated-hosts-overview"></a>

Ein Dedicated Host von Amazon EC2 ist ein physischer Server, der ausschließlich von Ihnen genutzt wird. Sie können sich optional dafür entscheiden, die Instance-Kapazität mit anderen AWS -Konten zu teilen. Weitere Informationen finden Sie unter [Kontoübergreifende gemeinsame Nutzung von Amazon EC2 Dedicated Hosts](dh-sharing.md).

Dedicated Hosts bieten Transparenz und Kontrolle über die Platzierung von Instances und unterstützen Host-Affinität. Das bedeutet, dass Sie Instances auf bestimmten Hosts starten und ausführen können und dass Sie sicherstellen können, dass Instances nur auf bestimmten Hosts ausgeführt werden. Weitere Informationen finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).

Dedicated Hosts bieten umfassenden Support für Bring Your Own License (BYOL). Sie ermöglichen es Ihnen, Ihre vorhandenen Softwarelizenzen pro Socket, pro Kern oder pro VM, einschließlich Windows Server, SQL Server, SUSE Linux Enterprise Server, Red Hat Enterprise Linux oder andere Softwarelizenzen, die an Sockets oder physische Kerne gebunden sind VMs, gemäß Ihren Lizenzbedingungen zu verwenden.

Wenn Sie möchten, dass Ihre Instances auf dedizierter Hardware ausgeführt werden, Sie aber keine Transparenz oder Kontrolle über die Instance-Platzierung benötigen und Sie keine Softwarelizenzen pro Socket oder pro Core verwenden müssen, können Sie stattdessen die Verwendung von Dedicated Instances in Betracht ziehen. Dedicated Instances und Dedicated Hosts können beide zum Starten von Amazon-EC2-Instances auf physischen Servern verwendet werden. Es gibt keine leistungsbezogenen, sicherheitsrelevanten oder physischen Unterschiede zwischen Dedicated Instances und Instances auf Dedicated Hosts. Es gibt jedoch einige wichtige Unterschiede zwischen beiden. Die folgende Tabelle hebt einige der wichtigsten Unterschiede zwischen Dedicated Hosts und Dedicated Instances hervor:


|  | Dedicated Host | Dedicated Instance | 
| --- | --- | --- | 
| Dedizierter physischer Server | Physischer Server mit Instance-Kapazität, die vollständig für Ihre Nutzung bereitgestellt wird. | Physischer Server, der für ein einzelnes Kundenkonto bereitgestellt wird. | 
| Instance-Kapazitätsfreigabe | Kann die Instance-Kapazität mit anderen Konten teilen. | Nicht unterstützt | 
| Fakturierung | Abrechnung pro Host | Abrechnung pro Instance | 
| Sichtbarkeit von Sockets, Kernen und Host-ID | Zeigt die Anzahl der Sockets und physischen Kerne | Keine Sichtbarkeit | 
| Host- und Instance-Affinität | Gestattet Ihnen, Ihre Instances im Laufe der Zeit durchgängig auf demselben physischen Server bereitzustellen | Nicht unterstützt | 
| Zielgerichtete Instance-Platzierung | Bietet zusätzliche Sichtbarkeit und Kontrolle darüber, wie Instances auf einem physischen Server platziert werden. | Nicht unterstützt | 
| Automatische Instance-Wiederherstellung | Unterstützt. Weitere Informationen finden Sie unter [Wiederherstellung von Amazon EC2 Dedicated Host](dedicated-hosts-recovery.md). | Unterstützt | 
| Bring Your Own License (BYOL) | Unterstützt | Teilweise Unterstützung\$1 | 
| Kapazitätsreservierungen | Nicht unterstützt | Unterstützt | 

\$1 Microsoft SQL Server mit Lizenzmobilität über Software Assurance und Windows Virtual Desktop Access (VDA)-Lizenzen können mit Dedicated Instance verwendet werden.

Weitere Informationen über Dedicated Instances finden Sie unter [EC2 Dedizierte Amazon-Instances](dedicated-instance.md).

## Dedicated Hosts-Einschränkungen
<a name="dedicated-hosts-limitations"></a>

Bevor Sie Dedicated Hosts zuordnen, beachten Sie die folgenden Begrenzungen und Einschränkungen:
+ Um RHEL und SUSE Linux auf Dedicated Hosts ausführen zu können, müssen Sie Ihre eigenen mitbringen. AMIs Sie können RHEL und SUSE Linux AMIs , die von Dedicated Hosts angeboten werden AWS oder auf AWS Marketplace Dedicated Hosts verfügbar sind, nicht verwenden. Weitere Informationen zum Erstellen Ihres eigenen AMI finden Sie unter [Verwendung Ihrer eigenen Softwarelizenzen in Amazon EC2 Dedicated Hosts](dedicated-hosts-BYOL.md).

  Diese Einschränkung gilt nicht für Hosts, die für Instances mit hohem Arbeitsspeicher (`u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal`, und `u-24tb1.metal`) zugewiesen sind. RHEL und SUSE Linux AMIs , die von AWS oder auf angeboten werden, AWS Marketplace können mit diesen Hosts verwendet werden.
+ Es gibt eine Begrenzung für die Anzahl der laufenden Dedicated Hosts pro Instance-Familie pro AWS -Konto pro Region. Kontingente gelten nur für laufende Instances. Wenn Ihre Instance aussteht, stoppt oder angehalten wird, wird sie nicht auf Ihr Kontingent angerechnet. Um die Kontingente für Ihr Konto einzusehen oder eine Kontingenterhöhung anzufordern, können Sie die [Service-Quotas-Konsole](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas) verwenden.
+ Auto Scaling-Gruppen werden unterstützt, wenn eine Startvorlage verwendet wird, bei der eine Hostressourcengruppe angegeben wird. Weitere Informationen finden Sie unter [Erstellen einer Startvorlage mit erweiterten Einstellungen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/advanced-settings-for-your-launch-template.html) im *Amazon EC2 Auto Scaling-Benutzerhandbuch*.
+ Amazon RDS-Instances werden nicht unterstützt.
+ Das AWS kostenlose Nutzungskontingent ist für Dedicated Hosts nicht verfügbar.
+ Die Instance-Platzierungskontrolle bezieht sich auf die Verwaltung von Instance-Starts auf Dedicated Hosts. Sie können Dedicated Hosts nicht in Placement-Gruppen starten.
+ Wenn Sie einen Host für einen virtualisierten Instance-Typ zuweisen, können Sie den Instance-Typ nicht in einen `.metal`-Instance-Typ ändern, nachdem der Host zugewiesen wurde. Wenn Sie beispielsweise einen Host für den `m5.large`-Instance-Typ zuweisen, können Sie den Instance-Typ nicht in `m5.metal` ändern.

  Ebenso können Sie, wenn Sie einen Host für einen `.metal`-Instance-Typ zuweisen, den Instance-Typ nicht in einen virtualisierten Instance-Typ ändern, nachdem der Host zugewiesen wurde. Wenn Sie beispielsweise einen Host für den `m5.metal`-Instance-Typ zuweisen, können Sie den Instance-Typ nicht in `m5.large` ändern.

**Topics**
+ [Dedicated Hosts-Einschränkungen](#dedicated-hosts-limitations)
+ [Preise und Fakturierung](dedicated-hosts-billing.md)
+ [Konfigurationen der Instance-Kapazität](dedicated-hosts-limits.md)
+ [Burstable Instances in Dedicated Hosts](burstable-t3.md)
+ [Bring your own license (BYOL, Verwendung der eigenen Lizenz)](dedicated-hosts-BYOL.md)
+ [Automatische Platzierung und Affinität](dedicated-hosts-understanding.md)
+ [Zuweisen eines Dedicated Hosts](dedicated-hosts-allocating.md)
+ [Starten von Instances in einem Dedicated Host](launching-dedicated-hosts-instances.md)
+ [Starten Sie Instances in einer Hostressourcengruppe](launching-hrg-instances.md)
+ [Ändern der automatischen Platzierung Dedicated Host](modify-host-auto-placement.md)
+ [Ändern der unterstützten Instance-Typen](modify-host-support.md)
+ [Instance-Tenancy und -Affinität ändern](moving-instances-dedicated-hosts.md)
+ [Freigabe eines Dedicated Hosts](dedicated-hosts-releasing.md)
+ [Zu Amazon EC2 Dedicated Hosts auf Nitro-Basis migrieren](dh-migrate.md)
+ [Erwerb von Dedicated-Host-Reservierungen](#purchasing-dedicated-host-reservations)
+ [Kontoübergreifende Freigabe](dh-sharing.md)
+ [Dedicated Hosts auf Outposts](dh-outposts.md)
+ [Host-Wiederherstellung](dedicated-hosts-recovery.md)
+ [Host-Wartung](dedicated-hosts-maintenance.md)
+ [Dedicated Hosts überwachen](dedicated-hosts-monitoring.md)
+ [Verfolgen von Konfigurationsänderungen](dedicated-hosts-aws-config.md)

# Amazon EC2 Dedicated Host – Preise und Fakturierung
<a name="dedicated-hosts-billing"></a>

Der Preis für eine Dedicated Host variiert in Abhängigkeit von der Zahlungsoption.

**Topics**
+ [On-Demand Dedicated Hosts](#on-demand-dedicated-hosts)
+ [Dedicated Host Reservations](#dedicated-host-reservations)
+ [Savings Plans](#dedicated-hosts-savings-plans)
+ [Preise für Windows Server auf Dedicated Hosts](#dh-win-billing)

## On-Demand Dedicated Hosts
<a name="on-demand-dedicated-hosts"></a>



Die On-Demand-Abrechnung wird automatisch aktiviert, wenn Sie Ihrem Konto einen Dedicated Host zuweisen.

Der On-Demand-Preis für einen Dedicated Host variiert abhängig von Instance-Familie und Region. Sie zahlen pro Sekunde (mit einem Minimum von 60 Sekunden) für den aktiven Dedicated Host, unabhängig von der Menge oder der Größe der Instances, die Sie darauf starten möchten. Weitere Informationen zu On-Demand-Preisen erhalten Sie unter [Amazon EC2 Dedicated Hosts On-Demand-Preise](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#on-demand).



Sie können einen On-Demand Dedicated Host jederzeit freigeben, sodass keine Gebühren mehr dafür anfallen. Weitere Informationen über die Freigabe eines Dedicated Host finden Sie unter [Freigabe eines Amazon EC2 Dedicated Host](dedicated-hosts-releasing.md).

## Dedicated Host Reservations
<a name="dedicated-host-reservations"></a>

Dedicated Host-Reservierungen bietet einen Abrechnungsrabatt im Vergleich zur Ausführung von On-Demand-Dedicated Hosts. Reservierungen sind in drei Zahlungsoptionen verfügbar:
+ **Keine Vorauszahlung**:— Reservierungen vom Typ "Keine Vorauszahlung" bieten Ihnen einen Rabatt auf Ihre Dedicated Host-Nutzung in einem bestimmten Zeitraum und erfordern keine Vorauszahlung. Verfügbar mit einer Laufzeit von einem Jahr und drei Jahren. Nur einige Instance-Familien unterstützen die dreijährige Laufzeit für „Keine Vorabreservierungen“.
+ **Teilweise Vorauszahlung**:— Ein Teil der Reservierung muss im Voraus bezahlt werden und die restlichen Stunden während der Laufzeit werden zu einem ermäßigten Satz abgerechnet. Verfügbar mit einer Laufzeit von einem Jahr und drei Jahren.
+ **Komplette Vorauszahlung**:— Bietet den günstigsten effektiven Preis. Ist verfügbar mit einer Laufzeit von einem Jahr und drei Jahren und deckt die gesamten Kosten für die Laufzeit im Voraus ab, ohne weitere, künftig anfallende Kosten.

Sie müssen über aktive Dedicated Hosts in Ihrem Konto verfügen, bevor Sie Reservierungen kaufen können. Jede Reservierung kann einen oder mehrere Hosts abdecken, die dieselbe Instance-Familie in einer einzelnen Availability Zone unterstützen. Reservierungen werden auf die Instance-Familie auf dem Host angewendet, nicht auf die Instance-Größe. Falls Sie über drei Dedicated Hosts mit verschiedenen Instance-Größen (`m4.xlarge`, `m4.medium` und `m4.large`) verfügen, können Sie eine einzelne `m4`-Reservierung all diesen Dedicated Hosts zuordnen. Die Instance-Familie und Availability Zone müssen mit denen der Dedicated Hosts übereinstimmen, denen Sie sie zuordnen möchten. 

Wenn eine Reservierung einem Dedicated Host zugeordnet wird, kann der Dedicated Host erstellt freigestellt werden, wenn die Laufzeit der Reservierung vorüber ist.

Weitere Informationen zu Reservierungspreisen erhalten Sie unter [Amazon EC2 Dedicated Hosts – Preise](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#reservations).

## Savings Plans
<a name="dedicated-hosts-savings-plans"></a>

Savings Plans sind ein flexibles Preismodell, das erhebliche Einsparungen gegenüber On-Demand-Instances bietet. Mit Savings Plans verpflichten Sie sich zu einer konstanten Nutzung (in USD pro Stunde) für eine Laufzeit von einem oder drei Jahren. Dadurch erhalten Sie die Flexibilität, die Dedicated Hosts zu nutzen, die Ihren Anforderungen am besten entsprechen. Zugleich können Sie weiterhin Geld sparen, statt sich auf eine bestimmte Dedicated Host festzulegen. Weitere Informationen finden Sie im [AWS Savings Plans User Guide](https://docs.aws.amazon.com/savingsplans/latest/userguide/).

**Anmerkung**  
Savings Plans werden mit `u-6tb1.metal`-, `u-9tb1.metal`-, `u-12tb1.metal`-, `u-18tb1.metal`- und `u-24tb1.metal`-Dedicated-Hosts nicht unterstützt.

## Preise für Windows Server auf Dedicated Hosts
<a name="dh-win-billing"></a>

Vorbehaltlich der Microsoft-Lizenzbedingungen können Sie Ihre vorhandenen Windows Server- und SQL Server-Lizenzen zu Dedicated Hosts mitbringen. Wenn Sie Ihre eigenen Lizenzen mitbringen, fallen keine zusätzlichen Kosten für die Softwarenutzung an.

Darüber hinaus können Sie auch Windows Server AMIs von Amazon verwenden, um die neuesten Versionen von Windows Server auf Dedicated Hosts auszuführen. Dies kommt häufig in Szenarien vor, in denen Sie über vorhandene SQL Server-Lizenzen verfügen, die zur Ausführung auf Dedicated Hosts berechtigt sind, aber Windows Server zur Ausführung der SQL Server-Workload benötigen. Von Amazon AMIs bereitgestellte Windows Server werden nur auf Instance-Typen der aktuellen Generation unterstützt.  Weitere Informationen finden Sie unter [ Amazon EC2 Dedicated Hosts-Preise](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#windows-dh).

# Instance-Kapazitätskonfigurationen für Dedicated Host in Amazon EC2
<a name="dedicated-hosts-limits"></a>

Dedicated Hosts unterstützen verschiedene Konfigurationen (physische Kerne, Sockets und VCPUs), mit denen Sie Instances verschiedener Familien und Größen ausführen können.

Wenn Sie Ihrem Konto einen Dedicated Host zuweisen, können Sie eine Konfiguration auswählen, die entweder einen **einzelnen Instance-Typ** oder **mehrere Instance-Typen** innerhalb derselben Instance-Familie unterstützt. Die Anzahl der Instances, die Sie auf einem Host ausführen können, hängt von der ausgewählten Konfiguration ab.

**Topics**
+ [Unterstützung für einzelne Instance-Typen](#dh-single)
+ [Unterstützung mehrerer Instance-Typen](#dh-multiple)

## Unterstützung für einzelne Instance-Typen
<a name="dh-single"></a>

Sie können einen Dedicated Host zuweisen, der nur einen Instance-Typ unterstützt. Bei dieser Konfiguration muss jede Instance, die Sie auf dem Dedicated Host starten, vom gleichen Instance-Typ sein, den Sie bei der Zuweisung des Hosts angeben. 

Sie können beispielsweise einen Host zuweisen, der nur den `m5.4xlarge`-Instance-Typ unterstützt. In diesem Fall können Sie nur `m5.4xlarge`-Instances auf diesem Host ausführen.

Die Anzahl der Instances, die Sie auf dem Host starten können, hängt von der Anzahl der vom Host bereitgestellten physischen Kerne und der Anzahl der vom angegebenen Instance-Typ verbrauchten Kerne ab. Wenn Sie beispielsweise einen Host für `m5.4xlarge`-Instances zuweisen, stellt der Host 48 physische Kerne bereit und jede `m5.4xlarge`-Instance verbraucht 8 physische Kerne. Dies bedeutet, dass Sie bis zu 6 Instances auf diesem Host starten können (*48 physische Kerne / 8 Kerne pro Instance = 6 Instances*).

## Unterstützung mehrerer Instance-Typen
<a name="dh-multiple"></a>

Sie können einen Dedicated Host zuweisen, der mehrere Instance-Typen innerhalb derselben Instance-Familie unterstützt. Auf diese Weise können Sie verschiedene Instance-Typen auf demselben Host ausführen, sofern sie sich in derselben Instance-Familie befinden und der Host über ausreichend Instance-Kapazität verfügt.

Sie können beispielsweise einen Host zuweisen, der verschiedene `R5`-Instance-Typen innerhalb der Instance-Familie unterstützt. In diesem Fall können Sie auf diesem Host bestimmte Kombinationen von `R5`-Instance-Typen, wie z. B. `r5.large`, `r5.xlarge`, `r5.2xlarge` und `r5.4xlarge`, starten, bis zur physischen Kernkapazität des Hosts.

Die folgenden Instance-Familien unterstützen Dedicated Hosts mit Unterstützung mehrerer Instance-Typen:
+ **Allzweck:** A1 \$1 M5 \$1 M5n \$1 M6i \$1 M7i \$1 T3
+ **Für Datenverarbeitung optimiert:** C5 \$1 C5n \$1 C6i \$1 C7i
+ **Arbeitsspeicheroptimiert:** R5 \$1 R5n \$1 R6i \$1 R7i

Die Anzahl der Instances, die Sie auf dem Host ausführen können, hängt von der Anzahl der vom Host bereitgestellten physischen Kerne und der Anzahl der von jedem Instance-Typ, den Sie auf dem Host ausführen, verbrauchten Kerne ab. Wenn Sie beispielsweise einen `R5`-Host zuweisen, der 48 physische Kerne bereitstellt, und Sie zwei `r5.2xlarge`-Instances (*4 Kerne x 2 Instances*) und drei `r5.4xlarge`-Instances (*8 Kerne x 3 Instances*) ausführen, verbrauchen diese Instances insgesamt 32 Kerne. Sie können eine beliebige Kombination von `R5`-Instances ausführen, solange diese die verbleibenden 16 Kerne nicht überschreiten.

Für jede Instance-Familie gibt es jedoch ein Limit für die Anzahl der Instances, die für jeden Instance-Typ ausgeführt werden können. Beispielsweise unterstützt ein `R5` Dedicated Host maximal 2 `r5.8xlarge`-Instances, die 32 der physischen Kerne nutzen. In diesem Fall können dann zusätzliche `R5`-Instances kleinerer Größe verwendet werden, um den Host auf die Kernkapazität zu füllen. Informationen zur unterstützten Anzahl von Instance-Typen für jede Instance-Familie finden Sie unter [Konfigurationstabelle für Dedicated Hosts](https://aws.amazon.com/ec2/dedicated-hosts/pricing/#host-configuration).

Die folgende Tabelle zeigt Beispielkombinationen von Instance-Typen:


| Instance-Familie | Beispiel für Instance-Typenkombinationen | 
| --- | --- | 
| R5 |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html)  | 
| C5 |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html)  | 
| M5 |  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/dedicated-hosts-limits.html)  | 

**Überlegungen**  
Beachten Sie beim Arbeiten mit Dedicated Hosts, die mehrere Instance-Typen unterstützen, Folgendes:
+ Die Verwendung mehrerer Instance-Typen auf demselben Host ist nur innerhalb derselben Instance-Familie möglich.
+ Wenn Instance-Typen gemischt werden, empfehlen wir zur Maximierung der Hostauslastung, zuerst größere Instance-Typen und dann kleinere Instance-Typen zu starten.
  + Je nach Kombination und Startreihenfolge der Instance-Typen auf einem Dedicated Host ist es möglicherweise physisch nicht möglich, die Auslastung des Hosts zu maximieren. Beim Mischen von Instance-Typen auf einem Host ist möglicherweise ein Teil der Kapazität auf dem Host verfügbar, aber nicht nutzbar. Beispielsweise könnten Sie sehen, dass 16 v auf einem r5n-Host CPUs verfügbar ist, Sie aber möglicherweise keine 4xlarge-Instance auf dem Host starten können, obwohl r5n.4xlarge auf 16 v ausgeführt wird. CPUs

**Anmerkung**  
Wenn Sie einen A1 Dedicated Host für mehrere Instance-Typen aktivieren, können Sie auf diesem Host nur eine Mischung aus `a1.xlarge`- und `a1.2xlarge`-Instances starten. Wenn Sie eine `a1.medium`- oder `a1.large`-Instance auf diesem Host starten, sind Sie darauf beschränkt, nur weitere Instances desselben Instance-Typs auf dem Host zu starten. Eine einzelne `a1.4xlarge`-Instance verbraucht die gesamte Kapazität auf dem Host. Wenn Sie einen Host für `a1.medium`- oder `a1.large`-Instances benötigen, empfehlen wir, diesen Instance-Typen separate Hosts zuzuweisen.

# Burstable T3-Instances in Amazon EC2 Dedicated Hosts
<a name="burstable-t3"></a>

Dedicated Hosts unterstützen T3-Instances mit burstable Leistung. T3-Instances bieten eine kosteneffiziente Möglichkeit, Ihre berechtigte BYOL-Lizenzsoftware auf dedizierter Hardware zu verwenden. Der geringere vCPU-Footprint von T3-Instances ermöglicht es Ihnen, Ihre Workloads auf weniger Hosts zu konsolidieren und Ihre Lizenzauslastung pro Kern zu maximieren.

T3-Dedicated-Hosts eignen sich am besten für die Ausführung von BYOL-Software mit geringer bis mittlerer CPU-Auslastung. Dies umfasst berechtigte Softwarelizenzen pro Socket, pro Kern oder pro VM (z. B. Windows Server, Windows Desktop, SQL Server, SUSE Enterprise Linux Server, Red Hat Enterprise Linux und Oracle Database). Beispiele für Workloads, die für T3-Dedicated-Hosts geeignet sind, sind kleine und mittlere Datenbanken, virtuelle Desktops, Entwicklungs- und Testumgebungen, Code-Repositorys und Produktprototypen. T3-Dedicated-Hosts werden nicht für Workloads mit anhaltender hoher CPU-Auslastung oder für Workloads empfohlen, bei denen gleichzeitig korrelierte CPU-Bursts auftreten.

T3-Instances auf Dedicated Hosts verwenden dasselbe Kreditmodell wie T3-Instances auf gemeinsam genutzter Tenancy-Hardware. Sie unterstützen jedoch nur den `standard`-Kredit-Modus; sie unterstützen nicht den `unlimited`-Kredit-Modus. Im `standard`-Modus *verdienen*, *verbrauchen* und *sammeln* T3-Instances auf Dedicated Hosts Guthaben auf dieselbe Weise wie spitzenlastfähige Instances auf gemeinsam genutzter Tenancy-Hardware. Sie bieten eine Basis-CPU-Leistung mit der Möglichkeit, über das Basisniveau zu steigen. Um die Basisleistung zu übersteigen, gibt die Instance Guthaben aus, die sie in ihrem CPU-Guthaben-Konto angesammelt hat. Wenn die aufgelaufenen Gutschriften erschöpft sind, wird die CPU-Auslastung auf die Basisebene gesenkt. Weitere Informationen zum `standard`-Modus finden Sie unter [Funktionsweise der Standard-Instances mit Spitzenlastleistung](burstable-performance-instances-standard-mode-concepts.md#how-burstable-performance-instances-standard-works).

T3-Dedicated-Hosts unterstützen alle Features von Amazon-EC2-Dedicated-Hosts, einschließlich mehrerer Instance-Größen auf einem einzigen Host, Host-Ressourcengruppen und BYOL.

**Unterstützte T3-Instance-Größen und -konfigurationen**  


T3-Dedicated-Hosts führen universelle burstable T3-Instances aus, die CPU-Ressourcen des Hosts gemeinsam nutzen, indem sie eine Basis-CPU-Leistung und die Möglichkeit bieten, bei Bedarf auf ein höheres Niveau zu steigen. Dadurch können T3-Dedicated-Hosts mit 48 Kernen bis zu 192 Instances pro Host unterstützen. Um die Ressourcen des Hosts effizient zu nutzen und die beste Instance-Leistung zu bieten, berechnet der Amazon-EC2-Instance-Platzierungsalgorithmus automatisch die unterstützte Anzahl von Instances und Instance-Größenkombinationen, die auf dem Host gestartet werden können.

T3-Dedicated-Hosts unterstützen mehrere Instance-Typen auf demselben Host. Alle T3-Instance-Größen werden auf Dedicated Hosts unterstützt. Sie können verschiedene Kombinationen von T3-Instances bis zum CPU-Limit des Hosts ausführen.

In der folgenden Tabelle werden die unterstützten Instance-Typen aufgeführt, die Leistung jedes Instance-Typs zusammengefasst und die maximale Anzahl von Instances jeder Größe angegeben, die gestartet werden können.


| Instance-Typ | v CPUs | Arbeitsspeicher (GiB) | Basis-CPU-Auslastung pro vCPU | Netzwerk-Burst-Bandbreite (Gbit/s) | Amazon-EBS-Burst-Bandbreite (Mbit/s) | Maximale Anzahl von Instances pro Dedicated Host | 
| --- | --- | --- | --- | --- | --- | --- | 
| t3.nano | 2 | 0.5 | 5 % | 5 | Bis zu 2 085 | 192 | 
| t3.micro | 2 | 1 | 10 % | 5 | Bis zu 2 085 | 192 | 
| t3.small | 2 | 2 | 20 % | 5 | Bis zu 2 085 | 192 | 
| t3.medium | 2 | 4 | 20 % | 5 | Bis zu 2 085 | 192 | 
| t3.large | 2 | 8 | 30 % | 5 | 2.780 | 96 | 
| t3.xlarge | 4 | 16 | 40% | 5 | 2.780 | 48 | 
| t3.2xlarge | 8 | 32 | 40% | 5 | 2.780 | 24 | 

**Überwachung der CPU-Auslastung für T3-Dedicated-Hosts**  
Sie können die `DedicatedHostCPUUtilization` CloudWatch Amazon-Metrik verwenden, um die vCPU-Auslastung eines Dedicated Hosts zu überwachen. Die Metrik ist im `EC2`-Namespace und der `Per-Host-Metrics`-Dimension verfügbar. Weitere Informationen finden Sie unter [Dedicated-Host-Metriken](viewing_metrics_with_cloudwatch.md#dh-metrics).

# Verwendung Ihrer eigenen Softwarelizenzen in Amazon EC2 Dedicated Hosts
<a name="dedicated-hosts-BYOL"></a>

Dedicated Hosts gestatten Ihnen, Ihre vorhandenen Lizenzen pro Socket, pro Kern oder pro VM-Software zu verwenden. Wenn Sie BYOL verwenden, sind Sie für die Verwaltung Ihrer eigenen Lizenzen verantwortlich. Amazon EC2 verfügt jedoch über Features, die Sie bei der Aufrechterhaltung Ihrer Lizenz-Compliance unterstützen. Dazu zählen die Instance-Affinität und die zielgerichtete Platzierung.

Dies sind die allgemeinen Schritte, die Sie befolgen müssen, um Ihr eigenes Computer-Image per Volumenlizenz in Amazon EC2 zu übertragen.

1. Prüfen Sie, ob die Lizenzbedingungen, die die Nutzung Ihrer Computer-Images regeln, die Nutzung in einer virtualisierten Cloud-Umgebung erlauben. Weitere Informationen über die Microsoft-Lizenzierung finden Sie unter [Amazon Web Services- und Microsoft-Lizenzierung](https://aws.amazon.com/windows/faq/#licensing).

1. Nachdem Sie überprüft haben, ob Ihr Computer-Image in Amazon EC2 verwendet werden kann, importieren Sie es mit VM Import/Export. Informationen zum Importieren Ihres Maschinen-Images finden Sie im [ Import/Export VM-Benutzerhandbuch](https://docs.aws.amazon.com/vm-import/latest/userguide/).

1. Nach dem Importieren Ihres Machine Image können Sie Instances davon auf aktiven Dedicated Hosts in Ihrem Konto starten.

1. Wenn Sie diese Instances ausführen, müssen Sie je nach Betriebssystem diese Instances auf Ihrem eigenen KMS-Server aktivieren (Beispiel: Windows Server oder Windows SQL Server). Sie können Ihr importiertes Windows-AMI nicht über den Amazon Windows KMS-Server aktivieren.

**Anmerkung**  
Um zu verfolgen, wie Ihre Bilder verwendet werden AWS, aktivieren Sie die Host-Aufzeichnung in AWS Config. Sie können AWS Config damit Konfigurationsänderungen auf einem Dedicated Host aufzeichnen und die Ausgabe als Datenquelle für Lizenzberichte verwenden. Weitere Informationen finden Sie unter [Verfolgen Sie Änderungen an der Amazon EC2 Dedicated Host-Konfiguration mit AWS Config](dedicated-hosts-aws-config.md). 

# Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität
<a name="dedicated-hosts-understanding"></a>

Die Platzierungssteuerung für Dedicated Hosts erfolgt sowohl auf Instance- als auch auf Hostebene.

## Automatische Platzierung
<a name="dedicated-hosts-auto-placement"></a>

Die automatische Platzierung ist auf Host-Ebene konfiguriert. Mit ihr können Sie steuern, ob gestartete Instances auf einem bestimmten Host oder auf einem beliebigen verfügbaren Host mit passender Konfiguration gestartet werden.

Wenn die automatische Platzierung eines Dedicated Host **deaktiviert** ist, akzeptiert er nur Host-Tenancy-Instance-Starts, die seine eindeutige Host-ID angeben. Dies ist die Standardeinstellung für neue Dedicated Hosts.

Wenn die automatische Platzierung für einen Dedicated Host **aktiviert** ist, akzeptiert er alle nicht zielgerichteten, Host-Tenancy-Instances, die seiner Instancetypkonfiguration entsprechen.

Beim Starten einer Instance müssen Sie Ihre Tenancy konfigurieren. Wenn eine Instance auf einem Dedicated Host gestartet wird, ohne eine spezifische `HostId` anzugeben, kann sie auf jedem beliebigen Dedicated Host gestartet werden, für den automatische Platzierung *aktiviert* ist, und der für den Instance-Typ geeignet ist.

## Host-Affinität
<a name="dedicated-hosts-affinity"></a>

Host-Affinität wird auf Instance-Ebene konfiguriert. Sie schafft eine Start-Beziehung zwischen einer Instance und einem Dedicated Host.

Wenn die Affinität auf `Host` festgelegt ist, wird eine Instance, die auf einem spezifischen Host gestartet wurde, immer auf demselben Host neu gestartet, wenn sie einmal angehalten wurde. Dies gilt für gezielte und nicht gezielte Starts.

Wenn die Affinität auf `Default` gesetzt ist, und Sie den Neustart der Instance anhalten, kann sie auf jedem verfügbaren Host gestartet werden. Es wird jedoch versucht, sie auf dem letzten Dedicated Host zu starten, auf dem sie ausgeführt wurde (auf Best Effort-Basis).

# Zuweisung eines Amazon EC2 Dedicated Host zur Nutzung in Ihrem Konto
<a name="dedicated-hosts-allocating"></a>

Um einen Dedicated Host zu nutzen, müssen Sie ihn zunächst in Ihrem Konto zuweisen. Nachdem den Dedicated Host zugewiesen haben, wird die Dedicated Host-Kapazität sofort in Ihrem Konto verfügbar gemacht und Sie können mit dem Starten von Instances über den Dedicated Host beginnen.

Wenn Sie Ihrem Konto einen Dedicated Host zuweisen, können Sie eine Konfiguration auswählen, die entweder einen **einzelnen Instance-Typ** oder **mehrere Instance-Typen** innerhalb derselben Instance-Familie unterstützt. Die Anzahl der Instances, die Sie auf dem Host ausführen können, hängt von der ausgewählten Konfiguration ab. Weitere Informationen finden Sie unter [Instance-Kapazitätskonfigurationen für Dedicated Host in Amazon EC2](dedicated-hosts-limits.md).

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

**So weisen Sie ein Dedicated Host zu**

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** und dann **Allocate Dedicated Host (Dedicated Host zuweisen)** aus.

1. Wählen Sie für **Instance (Instance-Familie)** die Instance-Familie für die Dedicated Host aus.

1. Geben Sie an, ob der Dedicated Host mehrere Instance-Größen innerhalb der ausgewählten Instance-Familie oder nur einen bestimmten Instance-Typ unterstützt. Führen Sie eine der folgenden Aufgaben aus.
   + Um den Dedicated Host so zu konfigurieren, dass mehrere Instance-Typen in der ausgewählten Instance-Familie unterstützt werden, wählen Sie für **Support multiple instance types (Mehrere Instance-Typen unterstützen)** die Option **Enable (Aktivieren)** aus. Wenn Sie diese Option aktivieren, können Sie verschiedene Instance-Größen aus derselben Instance-Familie auf dem Dedicated Host starten. Wenn Sie die Instance-Familie `m5` und diese Option auswählen, können Sie beispielsweise `m5.xlarge`- und `m5.4xlarge`-Instances auf dem Dedicated Host starten.
   + Um das Dedicated Host so zu konfigurieren, dass ein einzelner Instance-Typ innerhalb der ausgewählten Instance-Familie unterstützt wird, deaktivieren Sie **Support multiple instance types (Mehrere Instance-Typen unterstützen)** und wählen Sie dann für **Instance type (Instance-Typ)** den zu unterstützenden Instance-Typ. Damit können Sie einen einzelnen Instance-Typ auf dem Dedicated Host starten. Wenn Sie diese Option wählen und `m5.4xlarge` als unterstützten Instance-Typ angeben, können Sie beispielsweise nur `m5.4xlarge`-Instances auf dem Dedicated Host starten.

1. Wählen Sie für **Availability Zone** die Availability Zone aus, in der der Dedicated Host zugewiesen werden soll.

1. Damit der Dedicated Host nicht zielgerichtete Instance-Starts akzeptiert, die seinem Instance-Typ entsprechen, wählen Sie für **Instance auto-placement (Automatische Instance-Platzierung)** **Enable (Aktiveren)** aus. Weitere Informationen zur automatischen Platzierung finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).

1. Zur Aktivierung der Host-Wiederherstellung für den Dedicated Host wählen Sie für **Host recovery (Host-Wiederherstellung)** **Enable (Aktivieren)** aus. Weitere Informationen finden Sie unter [Wiederherstellung von Amazon EC2 Dedicated Host](dedicated-hosts-recovery.md).

1. Geben Sie für **Quantity (Menge)** die Anzahl der zuzuordnenden Dedicated Hosts ein.

1. (Optional) Wählen Sie **Add new Tags (Neuen Tags (Markierungen) hinzufügen)** aus. Geben Sie einen Tag (Markierung)-Schlüssel und einen Tag (Markierung)-Wert ein.

1. Wählen Sie **Allocate** aus.

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

**So weisen Sie ein Dedicated Host zu**  
Verwenden Sie den [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html)-Befehl. Im folgenden Beispiel wird einen Dedicated Host zugewiesen, der mehrere Instance-Typen aus der `m5`-Instance-Familie in der Availability Zone `us-east-1a` unterstützt. Es wird auch die Host-Wiederherstellung ermöglicht und die automatische Platzierung deaktiviert.

```
aws ec2 allocate-hosts \
    --instance-family "m5" \
    --availability-zone "us-east-1a" \
    --auto-placement "off" \
    --host-recovery "on" \ 
    --quantity 1
```

Das folgende Beispiel weist einen Dedicated Host zu, der *nicht zielgerichtete* Instance-Starts in der angegebenen Availability Zone unterstützt. Darüber hinaus werden die Host-Wiederherstellung und die automatische Platzierung aktiviert.

```
aws ec2 allocate-hosts \
    --instance-type "m5.large" \
    --availability-zone "eu-west-1a" \
    --auto-placement "on" \
    --host-recovery "on" \
    --quantity 1
```

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

**So weisen Sie ein Dedicated Host zu**  
Verwenden Sie das cmdlet [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html). Im folgenden Beispiel wird einen Dedicated Host zugewiesen, der mehrere Instance-Typen aus der `m5`-Instance-Familie in der Availability Zone `us-east-1a` unterstützt. Für den Host ist außerdem die Host-Wiederherstellung aktiviert und die automatische Platzierung deaktiviert.

```
New-EC2Host `
    -InstanceFamily m5 `
    -AvailabilityZone us-east-1a `
    -AutoPlacement Off `
    -HostRecovery On `
    -Quantity 1
```

Das folgende Beispiel weist einen Dedicated Host zu, der *nicht zielgerichtete* Instance-Starts in der angegebenen Availability Zone unterstützt und die Host-Wiederherstellung ermöglicht.

```
New-EC2Host `
    -InstanceType m5.large `
    -AvailabilityZone eu-west-1a `
    -AutoPlacement On `
    -HostRecovery On `
    -Quantity 1
```

------

# Amazon-EC2-Instances in einem Amazon EC2 Dedicated Host starten
<a name="launching-dedicated-hosts-instances"></a>

Nach dem Zuordnen eines Dedicated Host können Sie Instances darauf starten. Sie können keine Instances mit `host`-Tenancy starten, wenn Sie nicht Dedicated Hosts aktiviert haben und über genügend Kapazität für den von Ihnen gestarteten Instance-Typ verfügen.

**Überlegungen**
+ SQL Server-, SUSE- und RHEL-AMIs, die von Amazon EC2 bereitgestellt werden, können nicht mit Dedicated Hosts verwendet werden.
+ Für Dedicated Hosts, die mehrere Instance-Größen unterstützen, wird empfohlen, zuerst die größeren Instance-Größen zu starten und dann die verbleibende Instance-Kapazität nach Bedarf mit den kleineren Instance-Größen zu füllen.
+ Beachten Sie vor dem Start Ihrer Instances die Einschränkungen. Weitere Informationen finden Sie unter [Dedicated Hosts-Einschränkungen](dedicated-hosts-overview.md#dedicated-hosts-limitations).

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

**So starten Sie eine Instances auf einem spezifischen Dedicated Host über die Dedicated Hosts-Seite**

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 auf der Seite **Dedicated Hosts** einen Host aus. Wählen Sie dann **Actions** (Aktionen) und **Launch Instance(s) onto Host** (Instance(s) auf Host starten) aus.

1. Wählen Sie im Bereich **Application and OS Images** (Anwendungs- und Betriebssystem-Images) ein AMI aus der Liste aus.

1. Wählen Sie im Bereich **Instance type** (Instance-Typ) den zu startenden Instance-Typ aus.
**Anmerkung**  
Wenn der Dedicated Host nur einen einzelnen Instance-Typ unterstützt, ist der unterstützte Instance-Typ standardmäßig ausgewählt und kann nicht geändert werden.  
Wenn der Dedicated Host mehrere Instance-Typen unterstützt, müssen Sie einen Instance-Typ innerhalb der unterstützten Instance-Familie basierend auf der verfügbaren Instance-Kapazität des Dedicated Host auswählen. Es wird empfohlen, zuerst die größeren Instance-Größen zu starten und dann die verbleibende Instance-Kapazität nach Bedarf mit den kleineren Instance-Größen zu füllen.

1. Wählen Sie im Bereich **Key pair** (Schlüsselpaar) das Schlüsselpaar aus, das der Instance zugeordnet werden soll.

1. Wählen Sie im Bereich **Erweiterte Details** unter **Tenancy-Affinität** eins der folgenden aus:
   + **Aus** – Host-Affinität deaktiviert. Die Instance wird im angegebenen Host gestartet, es ist aber nicht garantiert, dass sie nach dem Anhalten wieder in demselben Dedicated Host gestartet wird.
   + Eine Dedicated-Host-ID – Host-Affinität aktiviert. Falls die Instance angehalten wird, wird sie immer wieder in diesem spezifischen Host neu gestartet, wenn Kapazität vorhanden ist. Wenn der Host über keine Kapazität verfügt, kann die Instance nicht neu gestartet werden. Sie müssen Affinität zu einem anderen Host herstellen.

   Weitere Informationen zur Affinität finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).
**Anmerkung**  
Die Optionen **Tenancy** und **Host** sind abhängig von dem ausgewählten Host vorkonfiguriert.

1. Konfigurieren Sie die verbleibenden Instance-Optionen nach Bedarf. Weitere Informationen finden Sie unter [Referenz für EC2 Amazon-Instance-Konfigurationsparameter](ec2-instance-launch-parameters.md).

1. Wählen Sie **Launch Instance (Instance starten)** aus.

**So starten Sie eine Instance auf einem Dedicated Host unter Verwendung des Launch Instance Wizard**

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 Bereich **Application and OS Images** (Anwendungs- und Betriebssystem-Images) ein AMI aus der Liste aus.

1. Wählen Sie im Bereich **Instance type** (Instance-Typ) den zu startenden Instance-Typ aus.

1. Wählen Sie im Bereich **Key pair** (Schlüsselpaar) das Schlüsselpaar aus, das der Instance zugeordnet werden soll.

1. Führen Sie im Bereich **Advanced details** (Erweiterte Details) folgende Schritte aus:

   1. Wählen Sie unter **Tenancy** die Option **Dedicated Host** aus.

   1. Wählen Sie unter **Target host by** (Ziel-Host durch) die Option **Host ID** (Host-ID) aus.

   1. Wählen Sie unter **Target host ID** (Ziel-Host-ID) den Host aus, auf dem die Instance gestartet werden soll.

   1. Wählen Sie unter **Tenancy-Affinität** eins der folgenden aus:
      + **Aus** – Host-Affinität deaktiviert. Die Instance wird im angegebenen Host gestartet, es ist aber nicht garantiert, dass sie nach dem Anhalten wieder in demselben Dedicated Host gestartet wird.
      + Eine Dedicated-Host-ID – Host-Affinität aktiviert. Falls die Instance angehalten wird, wird sie immer wieder in diesem spezifischen Host neu gestartet, wenn Kapazität vorhanden ist. Wenn der Host über keine Kapazität verfügt, kann die Instance nicht neu gestartet werden. Sie müssen Affinität zu einem anderen Host herstellen.

      Weitere Informationen zur Affinität finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).

1. Konfigurieren Sie die verbleibenden Instance-Optionen nach Bedarf. Weitere Informationen finden Sie unter [Referenz für EC2 Amazon-Instance-Konfigurationsparameter](ec2-instance-launch-parameters.md).

1. Wählen Sie **Launch Instance (Instance starten)** aus.

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

**So starten Sie eine Instance in einem Dedicated Host**  
Verwenden Sie den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) und geben Sie die Instance-Affinität, Tenancy und den Host in der Option `--placement` an.

Um auf einem bestimmten Dedicated Host mit Host-Affinität zu starten (die Instanz wird immer auf demselben Host neu gestartet, wenn sie gestoppt wird):

```
--placement Affinity=host,Tenancy=host,HostId=h-07879acf49EXAMPLE
```

Um auf einem bestimmten Dedicated Host ohne Host-Affinität zu starten (die Instance kann auf jedem verfügbaren Host neu gestartet werden):

```
--placement Tenancy=host,HostId=h-07879acf49EXAMPLE
```

So starten Sie auf einem beliebigen verfügbaren Dedicated Host mit aktivierter Auto-Platzierung und passendem Instance-Typ:

```
--placement Tenancy=host
```

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

**So starten Sie eine Instance in einem Dedicated Host**  
Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet und geben Sie die Instanzaffinität, den Tenancy und den Host im Parameter an. `-Placement`

So starten Sie auf einem bestimmten Dedicated Host mit Host-Affinität (die Instanz wird immer auf demselben Host neu gestartet, wenn sie gestoppt wird):

```
-Placement_Affinity host `
-Placement_Tenancy host `
-Placement_HostId h-07879acf49EXAMPLE
```

Um auf einem bestimmten Dedicated Host ohne Host-Affinität zu starten (die Instance kann auf jedem verfügbaren Host neu gestartet werden):

```
-Placement_Tenancy host `
-Placement_HostId h-07879acf49EXAMPLE
```

So starten Sie auf einem beliebigen verfügbaren Dedicated Host mit aktivierter Auto-Platzierung und passendem Instance-Typ:

```
-Placement_Tenancy host
```

------

# Amazon-EC2-Instances in einer Host-Ressourcengruppe starten
<a name="launching-hrg-instances"></a>

Dedicated Hosts sind ebenfalls integriert AWS License Manager. Mit License Manager können Sie eine Hostressourcengruppe erstellen, bei der es sich um eine Sammlung von Dedicated Hosts handelt, die als einzelne Entity verwaltet werden. Beim Erstellen einer Hostressourcengruppe geben Sie die Einstellungen für die Hostverwaltung an, z. B. automatische Zuweisung und automatische Freigabe für die Dedicated Hosts. Auf diese Weise können Sie Instances auf Dedicated Hosts starten, ohne diese Hosts manuell zuzuweisen und zu verwalten. Weitere Informationen finden Sie unter [ Hostressourcengruppen](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) im *AWS License Manager Benutzerhandbuch*.

Wenn Sie eine Instance in einer Hostressourcengruppe starten, in der ein Dedicated Host mit verfügbarer Instance-Kapazität vorhanden ist, startet Amazon EC2 die Instance auf diesem Host. Wenn die Hostressourcengruppe keinen Host mit verfügbarer Instance-Kapazität besitzt, weist Amazon EC2 automatisch einen neuen Host in der Hostressourcengruppe zu und startet die Instance dann auf diesem Host. Weitere Informationen finden Sie unter [ Hostressourcengruppen](https://docs.aws.amazon.com/license-manager/latest/userguide/host-resource-groups.html) im *AWS License Manager Benutzerhandbuch*.

**Voraussetzungen und Einschränkungen**
+ Sie müssen dem AMI eine core- oder socket-basierte Lizenzkonfiguration zuordnen.
+ Sie können SQL Server-, SUSE- oder RHEL-AMIs, die von Amazon EC2 mit Dedicated Hosts bereitgestellt werden, nicht verwenden.
+ Sie können nicht auf einen bestimmten Host abzielen, indem Sie eine Host-ID auswählen, und Sie können die Instance-Affinität beim Starten einer Instance in eine Hostressourcengruppe nicht aktivieren.

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

**So starten Sie eine Instance in einer Hostressourcengruppe**

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 Bereich **Application and OS Images** (Anwendungs- und Betriebssystem-Images) ein AMI aus der Liste aus.

1. Wählen Sie im Bereich **Instance type** (Instance-Typ) den zu startenden Instance-Typ aus.

1. Wählen Sie im Bereich **Key pair** (Schlüsselpaar) das Schlüsselpaar aus, das der Instance zugeordnet werden soll.

1. Führen Sie im Bereich **Advanced details** (Erweiterte Details) folgende Schritte aus:

   1. Wählen Sie unter **Tenancy** die Option **Dedicated Host** aus.

   1. Wählen Sie unter **Target host by** (Ziel-Host durch) die Option **Host resource group** (Host-Ressourcengruppe) aus.

   1. Wählen Sie unter **Tenancy host resource group** (Tenancy-Host-Ressourcengruppe) die Host-Ressourcengruppe aus, in der die Instance gestartet werden soll.

   1. Führen Sie unter **Tenancy affinity** (Tenancy-Affinität) einen der folgenden Schritte aus:
      + Wählen Sie **Off** (Aus). Die Instance wird auf dem angegebenen Host gestartet, es ist aber nicht garantiert, dass sie nach dem Anhalten wieder auf demselben Dedicated Host gestartet wird.
      + Wählen Sie die ID des Dedicated Host aus. Falls die Instance angehalten wird, wird sie immer wieder auf diesem spezifischen Host neu gestartet. 

      Weitere Informationen zur Affinität finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).

1. Konfigurieren Sie die verbleibenden Instance-Optionen nach Bedarf. Weitere Informationen finden Sie unter [Referenz für EC2 Amazon-Instance-Konfigurationsparameter](ec2-instance-launch-parameters.md).

1. Wählen Sie **Launch Instance (Instance starten)** aus.

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

**So starten Sie eine Instance in einer Hostressourcengruppe**  
Verwenden Sie den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Lassen Sie in der Option `--placement` den Tenancy weg und geben Sie den ARN der Host-Ressourcengruppe an.

```
--placement HostResourceGroupArn=arn:aws:resource-groups:us-east-2:123456789012:group/my-resource-group
```

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

**So starten Sie eine Instance in einer Hostressourcengruppe**  
Verwenden Sie das cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). Lassen Sie im Parameter `-Placement` den Tenancy weg und geben Sie den ARN der Host-Ressourcengruppe an.

```
-Placement_HostResourceGroupArn arn:aws:resource-groups:us-east-2:123456789012:group/my-resource-group
```

------

# Einstellung für die automatische Platzierung für einen vorhandenen Amazon EC2 Dedicated Host ändern
<a name="modify-host-auto-placement"></a>

Sie können die Einstellungen für die automatische Platzierung eines Dedicated Hosts ändern, nachdem Sie ihn Ihrem AWS Konto zugewiesen haben.

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

**So ändern Sie die automatische Platzierung eines 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 einen Host und **Actions (Aktionen)**, **Modify host (Host ändern)** aus.

1. Wählen Sie bei **Instance auto-placement (Automatische Platzierung der Instance)** die Option **Enable (Aktivieren)** aus, um die automatische Platzierung zu aktivieren oder deaktivieren Sie **Enable (Aktivieren)**, um die automatische Platzierung zu deaktivieren. Weitere Informationen finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).

1. Wählen Sie **Save (Speichern)** aus.

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

**So ändern Sie die automatische Platzierung eines Dedicated Host**  
Verwenden Sie den [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html)-Befehl.

```
aws ec2 modify-hosts \
    --auto-placement on \
    --host-ids h-012a3456b7890cdef
```

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

**So ändern Sie die automatische Platzierung eines Dedicated Host**  
Verwenden Sie das cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).

```
Edit-EC2Host `
    -AutoPlacement 1 `
    -HostId h-012a3456b7890cdef
```

------

# Unterstützte Instance-Typen für einen vorhandenen Amazon EC2 Dedicated Host ändern
<a name="modify-host-support"></a>

Sie können einen Dedicated Host bearbeiten, um die von ihm unterstützten Instance-Typen zu ändern. Wenn er derzeit einen einzelnen Instance-Typ unterstützt, können Sie ihn so ändern, dass er mehrere Instance-Typen innerhalb der Instance-Familie unterstützt. Wenn er derzeit mehrere Instance-Typen unterstützt, können Sie ihn so ändern, dass er nur einen bestimmten Instance-Typ unterstützt.

Um einen Dedicated Host zum Support mehrerer Instance-Typen zu ändern, müssen Sie zunächst alle laufenden Instances auf dem Host stoppen. Die Änderung dauert ca. 10 Minuten. Der Dedicated Host wechselt in den Status `pending`, während die Änderung durchgeführt wird. Sie können keine gestoppten Instances starten oder neue Instances auf dem Dedicated Host starten, während er sich im Status `pending` befinden.

Um ein Dedicated Host, das mehrere Instance-Typen unterstützt, so zu ändern, dass es nur einen einzigen Instance-Typ unterstützt, muss der Host entweder keine ausgeführten Instances haben oder die ausgeführten Instances müssen von dem Instance-Typ sein, den der Host unterstützen soll. Um beispielsweise einen Host für mehrere Instance-Typen der `m5`-Instance-Familie so zu ändern, dass er nur `m5.large`-Instances unterstützt, darf der Dedicated Host entweder keine laufenden Instances haben oder es dürfen nur `m5.large`-Instances darauf laufen.

Wenn Sie einen Host für einen virtualisierten Instance-Typ zuweisen, können Sie den Instance-Typ nicht in einen `.metal`-Instance-Typ ändern, nachdem der Host zugewiesen wurde. Wenn Sie beispielsweise einen Host für den `m5.large`-Instance-Typ zuweisen, können Sie den Instance-Typ nicht in `m5.metal` ändern. Ebenso können Sie, wenn Sie einen Host für einen `.metal`-Instance-Typ zuweisen, den Instance-Typ nicht in einen virtualisierten Instance-Typ ändern, nachdem der Host zugewiesen wurde. Wenn Sie beispielsweise einen Host für den `m5.metal`-Instance-Typ zuweisen, können Sie den Instance-Typ nicht in `m5.large` ändern.

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

**SO ändern Sie die unterstützten Instance-Typen für einen 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 Host** (Dedizierter Host) aus.

1. Wählen Sie den zu ändernden Dedicated Host und **Actions (Aktionen)**, **Modify host (Host ändern)** aus.

1. Führen Sie je nach der aktuellen Konfiguration des Dedicated Host einen der folgenden Schritte aus:
   + Wenn der Dedicated Host derzeit einen bestimmten Instance-Typ unterstützt, ist **Support multiple instance types (Unterstützung mehrerer Instance-Typen)** nicht aktiviert und **Instance type (Instance-Typ)** führt den unterstützten Instance-Typ auf. Um den Host so zu ändern, dass er mehrere Typen in der aktuellen Instance-Familie unterstützt, wählen Sie für **Support multiple instance types (Unterstützung mehrerer Instance-Typen)** die Option **Enable (Aktivieren)** aus.

     Sie müssen zunächst alle Instances stoppen, die auf dem Host laufen, bevor Sie ihn so ändern, dass er mehrere Instance-Typen unterstützt.
   + Wenn Dedicated Host derzeit mehrere Instance-Typen in einer Instance-Familie unterstützt, wird **Enabled (Aktiviert)** für **Support multiple instance types (Mehrere Instance-Typen unterstützen)** ausgewählt. Um den Host so zu ändern, dass er einen bestimmten Instance-Typ unterstützt, löschen Sie bei **Support multiple instance types (Unterstützung mehrerer Instance-Typen)** die Option **Enable (Aktivieren)** und wählen dann bei **Instance type (Instance-Typ)** den spezifischen zu unterstützenden Instance-Typ aus.

     Sie können die vom Dedicated Host unterstützte Instance-Familie nicht ändern.

1. Wählen Sie **Save (Speichern)** aus.

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

**SO ändern Sie die unterstützten Instance-Typen für einen Dedicated Host**  
Verwenden Sie den [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html)-Befehl.

Im folgenden Beispiel wird ein Dedicated Host für die Unterstützung mehrerer Instance-Typen innerhalb der `m5`-Instance-Familie geändert.

```
aws ec2 modify-hosts \
    --instance-family m5 \
    --host-ids h-012a3456b7890cdef
```

Im folgenden Beispiel wird ein Dedicated Host so geändert, dass nur `m5.xlarge`-Instances unterstützt werden.

```
aws ec2 modify-hosts \
    --instance-type m5.xlarge \
    --instance-family --host-ids h-012a3456b7890cdef
```

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

**SO ändern Sie die unterstützten Instance-Typen für einen Dedicated Host**  
Verwenden Sie das cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).

Im folgenden Beispiel wird ein Dedicated Host für die Unterstützung mehrerer Instance-Typen innerhalb der `m5`-Instance-Familie geändert.

```
Edit-EC2Host `
    -InstanceFamily m5 `
    -HostId h-012a3456b7890cdef
```

Im folgenden Beispiel wird ein Dedicated Host so geändert, dass nur `m5.xlarge`-Instances unterstützt werden.

```
Edit-EC2Host `
    -InstanceType m5.xlarge `
    -HostId h-012a3456b7890cdef
```

------

# Ändern von Tenancy und Affinität eines Amazon EC2 Dedicated Host für eine Amazon-EC2-Instance
<a name="moving-instances-dedicated-hosts"></a>

Die Tenancy einer Instance kann geändert werden, nachdem sie gestartet wurde. Sie können die Affinität für Ihre Instance auch ändern, um einen bestimmten Host als Ziel festzulegen, oder das Starten auf einem beliebigen verfügbaren Dedicated Host mit passenden Attributen in Ihrem Konto zulassen. Um entweder die Instance-Tenancy oder die Affinität der Instance zu ändern, muss sich die Instance im Status `stopped` befinden. 

Welche Konvertierungen unterstützt werden, hängt von den Betriebssystemdetails Ihrer Instance sowie davon ab, ob SQL Server installiert ist. Weitere Informationen zu den für Ihre Instance verfügbaren Tenancy-Konvertierungspfaden finden Sie im *License Manager-Benutzerhandbuch* unter [Tenancy-Konvertierung](https://docs.aws.amazon.com/license-manager/latest/userguide/conversion-tenancy.html).

**Anmerkung**  
Bei T3-Instances muss die Instance auf einem Dedicated Host gestartet werden, um eine Tenancy vom Typ `host` zu verwenden. Bei T3-Instances kann die Tenancy nicht von `host` in `dedicated` oder `default` geändert werden. Wenn Sie versuchen, eine dieser nicht unterstützten Tenancy-Änderungen vorzunehmen, wird der `InvalidRequest`-Fehlercode angezeigt.

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

**So ändern Sie Instance-Tenancy oder die Affinität**

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

1. Wählen Sie **Instances** und die Instances aus, die zu ändern sind.

1. Wählen Sie **Instance state (Instance-Status)**, **Stop (Anhalten)**.

1. Wählen Sie bei ausgewählter Instance **Aktionen**, **Instance-Einstellungen** und **Instance-Platzierung ändern**.

1. Konfigurieren Sie auf der Seite **Instance-Platzierung ändern** Folgendes:
   + **Tenancy**:— Wählen Sie eine der folgenden Optionen:
     + Run a dedicated hardware instance (Eine dedizierte Hardware-Instance ausführen) — Startet die Instance als eine Dedicated Instance. Weitere Informationen finden Sie unter [EC2 Dedizierte Amazon-Instances](dedicated-instance.md).
     + Launch the instance on a Dedicated Host (Starten der Instance auf einem) — Startet die Instance auf einem Dedicated Host mit konfigurierbarer Affinität.
   + **Affinity (Affinität)**:— Wählen Sie eine der folgenden Optionen:
     + This instance can run on any one of my hosts (Diese Instance kann auf allen meinen Hosts ausgeführt werden) – Die Instance startet auf einem beliebigen, in Ihrem Konto verfügbaren Dedicated Host, der ihren Instance-Typ unterstützt.
     + This instance can only run on the selected host (Diese Instance kann nur auf dem ausgewählten Host gestartet werden) – Die Instance kann nur auf dem Dedicated Host ausgeführt werden, der als **Target Host (Ziel-Host)** bestimmt wurde.
   + **Target Host (Ziel-Host)** — Wählen Sie den Dedicated Host aus, auf dem die Instance ausgeführt werden muss. Falls kein Ziel-Host aufgelistet ist, verfügen Sie möglicherweise über keine verfügbaren, kompatiblen Dedicated Hosts in Ihrem Konto.

   Weitere Informationen finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).

1. Wählen Sie **Save (Speichern)** aus.

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

**So ändern Sie Instance-Tenancy oder die Affinität**  
Verwenden Sie den Befehl [modify-instance-placement](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-placement.html). Das folgende Beispiel ändert die Affinität der angegebenen Instance von `default` in `host` und gebt den Dedicated Host an, zu dem die Instance eine Affinität hat.

```
aws ec2 modify-instance-placement \
    --instance-id i-1234567890abcdef0 \
    --affinity host \
    --tenancy host \
    --host-id h-012a3456b7890cdef
```

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

**So ändern Sie Instance-Tenancy oder die Affinität**  
Verwenden Sie das cmdlet [Edit-EC2InstancePlacement](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstancePlacement.html). Das folgende Beispiel ändert die Affinität der angegebenen Instance von `default` in `host` und gebt den Dedicated Host an, zu dem die Instance eine Affinität hat.

```
Edit-EC2InstancePlacement `
    -InstanceId i-1234567890abcdef0 `
    -Affinity host `
    -Tenancy host `
    -HostId h-012a3456b7890cdef
```

------

# Freigabe eines Amazon EC2 Dedicated Host
<a name="dedicated-hosts-releasing"></a>

Falls Sie keinen Dedicated Host mehr benötigen, können Sie die in dem Host ausgeführten Instances anhalten, sie in einem anderen Host starten und dann den Host *freigeben*.

Sämtliche auf dem Dedicated Host ausgeführten Instances müssen angehalten werden, bevor Sie den Host freigeben können. Diese Instances können auf andere Dedicated Hosts in Ihrem Konto migriert werden, damit Sie deren Nutzung fortsetzen können. Diese Schritte gelten nur für On-Demand Dedicated Hosts.

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

**So veröffentlichen Sie ein 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 auf der Seite **Dedicated Hosts** den freizugebenden Dedicated Host aus.

1. Wählen Sie **Actions (Aktionen)**, **Release host (Host veröffentlichen)**.

1. Wählen Sie zur Bestätigung **Release (Freigeben)** aus.

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

**So veröffentlichen Sie ein Dedicated Host**  
Verwenden Sie den [release-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/release-hosts.html).

```
aws ec2 release-hosts --host-ids h-012a3456b7890cdef
```

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

**So veröffentlichen Sie ein Dedicated Host**  
Verwenden Sie das cmdlet [Remove-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Host.html).

```
Remove-EC2Host -HostId h-012a3456b7890cdef
```

------

Nachdem Sie einen Dedicated Host freigegeben haben, können Sie denselben Host oder dieselbe Host-ID nicht mehr wiederverwenden. Es werden Ihnen keine On-Demand-Abrechnungstarife mehr berechnet. Der Status des Dedicated Host wird in `released` geändert, und Sie können keine Instances mehr auf diesem Host starten.

**Anmerkung**  
Falls Sie vor kurzem Dedicated Hosts freigegeben haben, kann es etwas dauern, bis diese nicht mehr zu Ihrem Limit hinzugezählt werden. Während dieser Zeit können `LimitExceeded`-Fehler auftreten, wenn Sie versuchen, neue Dedicated Hosts zuzuordnen. Wenn das der Fall ist, versuchen Sie nach ein paar Minuten noch einmal, neue Hosts zuzuordnen.

Die Instances, die angehalten wurden, sind immer noch zur Verwendung verfügbar und werden auf der Seite **Instances** aufgeführt. Sie behalten ihre `host`-Tenancy-Einstellung.

# Zu Amazon EC2 Dedicated Hosts auf Nitro-Basis migrieren
<a name="dh-migrate"></a>

Das Nitro-System ist eine von AWS entwickelte Sammlung von Hardware- und Softwarekomponenten, die eine hohe Leistung, Verfügbarkeit und Sicherheit ermöglichen. Dedicated Hosts auf Nitro-Basis bieten im Vergleich zu Xen-basierten Dedicated Hosts ein besseres Preis-Leistungs-Verhältnis. Wenn Sie XEN-basierte Dedicated Hosts in Ihrem Konto haben, empfehlen wir Ihnen, Ihre Workloads auf Nitro-basierte Dedicated Hosts zu migrieren. Weitere Informationen finden Sie unter [AWS Nitro System](https://aws.amazon.com/ec2/nitro/).

Um von einem Xen-basierten Dedicated Host zu einem Dedicated Host auf Nitro-Basis zu migrieren, müssen Sie die Xen-basierten Instances auf Ihrem Dedicated Host zu Nitro-basierten Instance-Typen migrieren, einen neuen Dedicated Host auf Nitro-Basis zuweisen und dann Ihre migrierten Nitro-basierten Instances auf Ihren neuen Dedicated Host auf Nitro-Basis verschieben. 

Dieses Thema enthält detaillierte Schritte für die Migration von XEN-basierten Dedicated Hosts zu Dedicated Hosts auf Nitro-Basis.

**Topics**
+ [Schritt 1: Identifizierung Ihrer Xen-basierten Dedicated Hosts](#identify-xen-hosts)
+ [Schritt 2: Xen-basierte Instances zu Instance-Typen auf Nitro-Basis migrieren](#migrate-dh-instances)
+ [Schritt 3: Zuweisung eines Dedicated Host auf Nitro-Basis](#allocate-nitro-host)
+ [Schritt 4: Verschiebung von migrierten Instances auf einen neuen Dedicated Host auf Nitro-Basis](#move-instances)
+ [Schritt 5: Freigabe ungenutzter XEN-basierten Dedicated Host](#release-xen-instances)

## Schritt 1: Identifizierung Ihrer Xen-basierten Dedicated Hosts
<a name="identify-xen-hosts"></a>

Die folgenden Dedicated Hosts basieren auf XEN und können zu Dedicated Hosts auf Nitro-Basis migriert werden.
+ **Allgemeine Zwecke:** M3 \$1 M4
+ **Für Datenverarbeitung optimiert:** C3 \$1 C4
+ **Arbeitsspeicheroptimiert:** R3 \$1 R4 \$1 X1 \$1 X1e
+ **Speicheroptimiert:** D2 \$1 H1 \$1 I2 \$1 I3
+ **Beschleunigte Datenverarbeitung:** F1 \$1 G3 \$1 P2 \$1 P3

**So überprüfen Sie, ob Ihr Konto Xen-basierte Dedicated Hosts enthält**

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. Verwenden Sie im **Suchfeld** den Filter **Instance-Familien**, um nach den oben genannten XEN-basierten Dedicated Hosts zu suchen. Zum Beispiel *Instance-Familie = m3*.

## Schritt 2: Xen-basierte Instances zu Instance-Typen auf Nitro-Basis migrieren
<a name="migrate-dh-instances"></a>

Instances, die auf Xen-basierten Dedicated Hosts ausgeführt werden, sind ebenfalls XEN-basiert. Sie müssen diese Instances zu Instance-Typen auf Nitro-Basis migrieren, bevor Sie sie auf Dedicated Hosts auf Nitro-Basis verschieben können.

**Wichtig**  
Bevor Sie mit der Migration Ihrer Instances beginnen, empfehlen wir Ihnen, Ihre Daten zu sichern. Weitere Informationen finden Sie unter [Amazon EBS-Snapshots mit mehreren Volumes aus einer Amazon-EC2-Instance erstellen](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-create-snapshots.html).

**So finden Sie Instances, die in Ihren XEN-basierten Dedicated Hosts ausgeführt werden**

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 den XEN-basierten Host aus, den Sie migrieren möchten, und wählen Sie dann die Registerkarte **Ausgeführte Instances** aus. Die Registerkarte listet alle Instances auf, die in dem ausgewählten Host ausgeführt werden.

Informationen zur Migration von **Linux-Instances** finden Sie unter [Amazon-EC2-Instance-Typ-Veränderungen](ec2-instance-resize.md).

Informationen zur Migration von **Windows-Instances** finden Sie unter [Eine EC2-Windows-Instance zu einem Nitro-basierten Instance-Typ migrieren](migrating-latest-types.md).

**Anmerkung**  
Stellen Sie sicher, dass Sie Ihre Instances zu einem Instance-Typ migrieren, der dem Dedicated Host auf Nitro-Basis entspricht, zu dem Sie migrieren möchten. Wenn Sie beispielsweise beabsichtigen, zu einem M7i Dedicated Host zu migrieren, stellen Sie sicher, dass Sie Ihre Instances auf einen M7i-Instance-Typ migrieren.

## Schritt 3: Zuweisung eines Dedicated Host auf Nitro-Basis
<a name="allocate-nitro-host"></a>

**So suchen Sie unterstützte Dedicated Hosts auf Nitro-Basis**

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-Typen** aus.

1. Wenden Sie die folgenden Filter an:
   + *Hypervisor = Nitro*
   + *Unterstützung für Dedicated Host = wahr*

Nachdem Sie einen geeigneten Instance-Typ auf Nitro-Basis gefunden haben, [weisen Sie einen neuen Dedicated Host](dedicated-hosts-allocating.md) zu.

## Schritt 4: Verschiebung von migrierten Instances auf einen neuen Dedicated Host auf Nitro-Basis
<a name="move-instances"></a>

Nachdem Sie den Dedicated Host auf Nitro-Basis zugewiesen haben und dieser den `available`-Status erreicht hat, können Sie die Instances, die Sie zuvor auf Instance-Typen auf Nitro-Basis migriert haben, auf den neuen Dedicated Host verschieben.

**So verschieben Sie Ihre Instances auf einen neuen Dedicated Host auf Nitro-Basis**

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 migrierte Instance und dann **Aktionen**, **Instance-Einstellungen** und **Instance-Platzierung ändern**.

1. **Wählen Sie für **Ziel-Dedicated-Host** den neuen Dedicated Host auf Nitro-Basis aus und klicken Sie dann auf Speichern.**

1. Starten Sie die Instance neu. Wählen Sie die Instance und dann **Instance-Status**, **Instance starten** aus.

## Schritt 5: Freigabe ungenutzter XEN-basierten Dedicated Host
<a name="release-xen-instances"></a>

Nachdem Sie Ihre Workloads vom XEN-basierten Dedicated Host auf den neuen Dedicated Host auf Nitro-Basis migriert haben, können Sie den [XEN-basierten Dedicated Host freigeben](dedicated-hosts-releasing.md), falls Sie ihn nicht mehr benötigen.

## Dedicated-Host-Reservierungen für Abrechnungsrabatte bei Dedicated Hosts erwerben
<a name="purchasing-dedicated-host-reservations"></a>

Dedicated-Host-Reservierungen bieten im Vergleich mit den Preisen für On-Demand-Dedicated-Hosts einen Rabatt von bis zu 70 Prozent. Sie müssen über aktive Dedicated Hosts in Ihrem Konto verfügen, bevor Sie Dedicated-Host-Reservierungen erwerben können. Weitere Informationen finden Sie unter [Dedicated Host Reservations](dedicated-hosts-billing.md#dedicated-host-reservations).

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

**So kaufen Sie Reservierungen**

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

1. Wählen Sie **Dedicated Hosts**, **Dedicated Host-Reservierungen**, **Purchase Dedicated Host-Reservierung (Dedicated Host-Reservierung erwerben)**.

1. Gehen Sie auf dem Bildschirm **Angebote suchen** wie folgt vor:

   1. Wählen Sie unter **Instance-Familie** die Instance-Familie des Dedicated Hosts aus, für den Sie die Dedicated-Host-Reservierung erwerben möchten.

   1. Wählen und konfigurieren Sie unter **Zahlungsoption** Ihre bevorzugte Zahlungsoption.

1. Wählen Sie **Weiter** aus.

1. Wählen Sie die Dedicated Hosts, die der Reservierung zugeordnet werden sollen, und wählen Sie dann **Weiter** aus.

1. (*Optional*) Weisen Sie der Dedicated-Host-Reservierung Tags zu.

1. Überprüfen Sie Ihre Bestellung und klicken Sie auf **Bestellen**.

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

**So kaufen Sie Reservierungen**

1. Verwenden Sie den [describe-host-reservation-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-host-reservation-offerings.html)Befehl, um die verfügbaren Angebote aufzulisten, die Ihren Anforderungen entsprechen. Das folgende Beispiele listet die Angebote auf, die Instances in der Instance-Familie `m4` unterstützen und eine einjährige Laufzeit haben.

   Die Laufzeit wird in Sekunden angegeben. Eine einjährige Laufzeit umfasst 31 536 000 Sekunden und eine dreijährige Laufzeit 94 608 000 Sekunden.

   ```
   aws ec2 describe-host-reservation-offerings \
       --filter Name=instance-family,Values=m4 \
       --max-duration 31536000
   ```

   Die Befehle geben eine Liste mit Angeboten zurück, die Ihren Kriterien entsprechen. Notieren Sie die ID des Angebots, das Sie erwerben möchten.

1. Verwenden Sie den [purchase-host-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-host-reservation.html)Befehl, um das Angebot zu erwerben und die `offeringId` im vorherigen Schritt angegebenen Informationen bereitzustellen. Im folgenden Beispiel wird die angegebene Reservierung gekauft und sie einem bestimmten Dedicated Host zugeordnet, der dem AWS Konto bereits zugewiesen ist. Außerdem wird ein Tag mit dem Schlüssel `purpose` und dem Wert von zugewiesen`production`.

   ```
   aws ec2 purchase-host-reservation \
       --offering-id hro-03f707bf363b6b324 \
       --host-id-set h-013abcd2a00cbd123 \
       --tag-specifications 'ResourceType=host-reservation,Tags={Key=purpose,Value=production}'
   ```

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

**So kaufen Sie Reservierungen**

1. Verwenden Sie das [Get-EC2HostReservationOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2HostReservationOffering.html)Cmdlet, um die verfügbaren Angebote aufzulisten, die Ihren Anforderungen entsprechen. Die folgenden Beispiele listen die Angebote auf, die Instances in der Instance-Familie `m5` unterstützen und eine einjährige Laufzeit haben.

   Die Laufzeit wird in Sekunden angegeben. Eine einjährige Laufzeit umfasst 31 536 000 Sekunden und eine dreijährige Laufzeit 94 608 000 Sekunden.

   ```
   $filter = @{Name="instance-family"; Values="m5"}
   Get-EC2HostReservationOffering `
       -Filter $filter `
       -MaxDuration 31536000
   ```

   Die Befehle geben eine Liste mit Angeboten zurück, die Ihren Kriterien entsprechen. Notieren Sie die ID des Angebots, das Sie erwerben möchten.

1. Verwenden Sie das [New-EC2HostReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2HostReservation.html)Cmdlet, um das Angebot zu erwerben, und geben Sie die im vorherigen Schritt angegebene Angebots-ID ein. Im folgenden Beispiel wird die angegebene Reservierung gekauft und sie einem bestimmten Dedicated Host zugeordnet, der AWS dem Konto bereits zugewiesen ist.

   ```
   New-EC2HostReservation `
       -OfferingId hro-03f707bf363b6b324 `
       -HostIdSet h-013abcd2a00cbd123
   ```

------

# Kontoübergreifende gemeinsame Nutzung von Amazon EC2 Dedicated Hosts
<a name="dh-sharing"></a>

Dedicated Host Sharing ermöglicht es Dedicated Host-Besitzern, ihre Dedicated Hosts mit anderen AWS Konten oder innerhalb einer AWS Organisation zu teilen. Auf diese Weise können Sie Dedicated Hosts zentral erstellen und verwalten und den Dedicated Host für mehrere AWS Konten oder innerhalb Ihrer AWS Organisation gemeinsam nutzen.

Bei diesem Modell teilt sich das AWS Konto, dem der Dedicated Host gehört (*Eigentümer*), ihn mit anderen AWS Konten (*Verbrauchern*). Konsumenten können beim Starten der für sie freigegebenen Instances auf Dedicated Hosts so vorgehen, wie sie dies beim Starten von Instances auf Dedicated Hosts tun würden, die sie in ihrem eigenen Konto zuweisen. Der Besitzer ist für die Verwaltung des Dedicated Host und der Instances, die von ihm darin gestartet werden, verantwortlich. Besitzer können Instances, die Konsumenten auf freigegebenen Dedicated Hosts starten, nicht ändern. Konsumenten sind für die Verwaltung der Instances verantwortlich, die sie in den für sie freigegebenen Dedicated Hosts starten. Konsumenten können sich keine Instances anzeigen lassen oder ändern, die anderen Konsumenten oder dem Besitzer des Dedicated Host gehören, und sie können keine Dedicated Hosts ändern, die für sie freigegeben sind.

Ein Dedicated Host-Besitzer kann einen Dedicated Host freigeben für:
+ Bestimmte AWS Konten innerhalb oder außerhalb der AWS Organisation
+ Eine Organisationseinheit innerhalb ihrer AWS Organisation
+ Es ist die gesamte AWS Organisation

**Topics**
+ [Voraussetzungen für die Freigabe von Dedicated Hosts](#dh-sharing-prereq)
+ [Einschränkungen für die Freigabe von Dedicated Hosts](#dh-sharing-limitation)
+ [Zugehörige Services](#dh-sharing-related)
+ [Freigeben in mehreren Availability Zones](#dh-sharing-azs)
+ [Berechtigungen für freigegebene Dedicated Host](#shared-dh-perms)
+ [Fakturierung und Messung](#shared-dh-billing)
+ [Dedicated Host-Limits](#shared-dh-limits)
+ [Hostwiederherstellung und Dedicated Host-Freigabe](#dh-sharing-retirement)
+ [Freigeben eines Dedicated Host](sharing-dh.md)
+ [Aufhebung der Freigabe eines Dedicated Host](unsharing-dh.md)
+ [Anzeige von freigegebenen Dedicated Hosts](identifying-shared-dh.md)

## Voraussetzungen für die Freigabe von Dedicated Hosts
<a name="dh-sharing-prereq"></a>
+ Um einen Dedicated Host zu teilen, musst du ihn in deinem AWS Konto besitzen. Sie können keinen Dedicated Host freigeben, der für Sie freigegeben wurde.
+ Um einen Dedicated Host mit deiner AWS Organisation oder einer Organisationseinheit in deiner AWS Organisation zu teilen, musst du das Teilen mit aktivieren AWS Organizations. Weitere Informationen finden Sie unter [Freigabe für AWS Organizations aktivieren](https://docs.aws.amazon.com/ram/latest/userguide/getting-started-sharing.html) im *AWS RAM -Benutzerhandbuch*.

## Einschränkungen für die Freigabe von Dedicated Hosts
<a name="dh-sharing-limitation"></a>

Sie können Dedicated Hosts nicht freigeben, die für die folgenden Instance-Typen zugewiesen wurden: `u-6tb1.metal`, `u-9tb1.metal`, `u-12tb1.metal`, `u-18tb1.metal` und `u-24tb1.metal`.

## Zugehörige Services
<a name="dh-sharing-related"></a>

### AWS Resource Access Manager
<a name="related-ram"></a>

Die gemeinsame Nutzung von Dedicated Hosts ist in AWS Resource Access Manager (AWS RAM) integriert. AWS RAM ist ein Dienst, mit dem Sie Ihre AWS Ressourcen mit einem beliebigen AWS Konto oder über dieses teilen können AWS Organizations. Mit können Sie Ressourcen AWS RAM, die Ihnen gehören, gemeinsam nutzen, indem Sie eine *gemeinsame* Nutzung erstellen. Eine Ressourcenfreigabe legt die freizugebenden Ressourcen und die Konsumenten fest, für die sie freigegeben werden sollen. Verbraucher können einzelne AWS Konten, Organisationseinheiten oder eine gesamte Organisation sein AWS Organizations.

Weitere Informationen zu AWS RAM finden Sie im *[AWS RAM Benutzerhandbuch](https://docs.aws.amazon.com/ram/latest/userguide/)*.

## Freigeben in mehreren Availability Zones
<a name="dh-sharing-azs"></a>

Um sicherzustellen, dass Ressourcen auf die Availability Zones einer Region verteilt sind, ordnen wir Availability Zones einzeln Namen für jedes Konto zu. Dies könnte zu in mehreren Konten unterschiedlich benannten Availability Zones führen. Beispielsweise hat die Availability Zone `us-east-1a` für Ihr AWS Konto möglicherweise nicht denselben Standort wie `us-east-1a` für ein anderes AWS Konto.

Um den Ort Ihrer Dedicated Hosts relativ zu Ihren Konten zu bestimmen, verwenden Sie die *Availability-Zone-ID* (AZ-ID). Die Availability Zone ID ist eine eindeutige und konsistente Kennung für eine Availability Zone für alle AWS Konten. Beispielsweise ist `use1-az1` eine Availability-Zone-ID für die `us-east-1`-Region und ist derselbe Speicherort in jedem AWS -Konto.

**Um die Availability Zone IDs für die Availability Zones in Ihrem Konto anzuzeigen**

1. Öffnen Sie die AWS RAM Konsole zu [https://console.aws.amazon.com/ram/Hause](https://console.aws.amazon.com/ram/home).

1. Die Availability Zone IDs für die aktuelle Region wird im Bereich **Your AZ ID** auf der rechten Seite des Bildschirms angezeigt.

## Berechtigungen für freigegebene Dedicated Host
<a name="shared-dh-perms"></a>

### Berechtigungen für Besitzer
<a name="shared-dh-perms-owner"></a>

Besitzer sind verantwortlich für die Verwaltung ihrer freigegebenen Dedicated Hosts und der Instances, die sie auf ihnen starten. Besitzer können sich alle Instances anzeigen lassen, die auf dem freigegebenen Dedicated Host ausgeführt werden, dazu gehören auch die von Konsumenten gestarteten. Besitzer können jedoch keine Maßnahmen für ausgeführte Instances ergreifen, die von Konsumenten gestartet wurden.

### Berechtigungen für Konsumenten
<a name="shared-dh-perms-consumer"></a>

Konsumenten sind für die Verwaltung der Instances verantwortlich, die sie in dem für sie freigegebenen Dedicated Host starten. Konsumenten können den freigegebenen Dedicated Host keinesfalls ändern und können keine Instances anzeigen oder bearbeiten, die von anderen Konsumenten oder dem Dedicated Host-Besitzer gestartet wurden.

## Fakturierung und Messung
<a name="shared-dh-billing"></a>

Für die Freigabe von Dedicated Hosts fallen keine zusätzlichen Gebühren an.

Besitzern werden die Dedicated Hosts in Rechnung gestellt, die sie freigeben. Konsumenten werden keine Instances in Rechnung gestellt, die sie auf freigegebenen Dedicated Hosts starten.

Dedicated Host-Reservierungen bieten weiterhin Abrechnungsrabatte für freigegebene Dedicated Hosts. Nur Dedicated Host-Besitzer können Dedicated Host-Reservierungen für freigegebene Dedicated Hosts kaufen, die sie besitzen.

## Dedicated Host-Limits
<a name="shared-dh-limits"></a>

Freigegebene Dedicated Hosts werden nur auf die Dedicated Hosts-Limits des Besitzers angerechnet. Die Dedicated Hosts-Limits von Konsumenten sind nicht von Dedicated Hosts betroffen, die ihnen freigegeben wurden. Ebenso werden Instances, die Konsumenten auf freigegebenen Dedicated Hosts starten, nicht auf ihre Instance-Limits angerechnet.

## Hostwiederherstellung und Dedicated Host-Freigabe
<a name="dh-sharing-retirement"></a>

Die Hostwiederherstellung stellt Instances wieder her, die vom Dedicated Host-Besitzer und den Konsumenten gestartet wurden, für die er freigegeben wurde. Der Ersatz-Dedicated Host wird dem Konto des Besitzers zugeordnet. Er wird zu den gleichen Ressourcenfreigaben wie der ursprüngliche Dedicated Host hinzugefügt und den gleichen Konsumenten freigegeben.

Weitere Informationen finden Sie unter [Wiederherstellung von Amazon EC2 Dedicated Host](dedicated-hosts-recovery.md).

# Einen Amazon EC2 Dedicated Host für mehrere AWS Konten gemeinsam nutzen
<a name="sharing-dh"></a>

Gibt ein Besitzer einen Dedicated Host frei, können Konsumenten Instances auf dem Host starten. Konsumenten können so viele Instances auf dem freigegebenen Host starten, wie es die verfügbare Kapazität zulässt.

**Wichtig**  
Beachten Sie, dass Sie dafür verantwortlich sind, sicherzustellen, dass Sie über die entsprechenden Lizenzrechte verfügen, um BYOL-Lizenzen auf Ihren Dedicated Hosts freizugeben.

Wenn Sie einen Dedicated Host freigeben, bei dem die automatische Platzierung aktiviert ist, beachten Sie Folgendes, da dies zu einer unbeabsichtigten Dedicated Host-Nutzung führen könnte:
+ Wenn Konsumenten Instances mit Dedicated Host-Tenancy starten und über keine Kapazität auf einem Dedicated Host verfügen, den sie in ihrem Konto besitzen, wird die Instance automatisch auf dem freigegebenen Dedicated Host gestartet.

Um einen Dedicated Host freigeben zu können, müssen Sie ihn einer Ressourcenfreigabe hinzufügen. Eine gemeinsame Nutzung von Ressourcen ist eine AWS RAM Ressource, mit der Sie Ihre Ressourcen AWS kontenübergreifend gemeinsam nutzen können. Eine Ressourcenfreigabe gibt die freizugebenden Ressourcen und die Konsumenten an, für die sie freigegeben werden. Sie können den Dedicated Host zu einer vorhandenen Ressource oder zu einer neuen Ressourcenfreigabe hinzufügen.

Wenn du Teil einer Organisation bist AWS Organizations und das Teilen innerhalb deiner Organisation aktiviert ist, erhalten Verbraucher in deiner Organisation automatisch Zugriff auf den gemeinsam genutzten Dedicated Host. Andernfalls erhalten Konsumenten eine Einladung zur Teilnahme an der Ressourcenfreigabe und nach Annahme der Einladung wird ihnen Zugriff auf den freigegebenen Dedicated Host gewährt.

**Anmerkung**  
Nach der Freigabe eines Dedicated Host kann es einige Minuten dauern, bis Konsumenten darauf zugreifen können.

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

**So geben Sie einen Dedicated Host in Ihrem Besitz mithilfe der Amazon EC2-Konsole frei**

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 den Dedicated Host aus, der freigegeben werden soll, und wählen Sie **Aktionen**, **Host freigeben** aus.

1. Wählen Sie die Ressourcenfreigabe aus, der der Dedicated Host hinzugefügt werden soll, aus und wählen Sie dann **Freigeben** aus.

   Es kann einige Minuten dauern, bis Konsumenten Zugriff auf den freigegebenen Host gewährt wird.

**Um einen Dedicated Host, den Sie besitzen, über die AWS RAM Konsole gemeinsam zu nutzen**  
Weitere Informationen finden Sie unter [Erstellen einer Ressourcenfreigabe](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing-create.html) im *AWS RAM -Benutzerhandbuch*.

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

**So können Sie einen Dedicated Host in Ihrem Besitz freigeben**  
Verwenden Sie den Befehl [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html).

```
aws ram create-resource-share \
    --name my-resource-share \
    --resource-arns arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```

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

**So können Sie einen Dedicated Host in Ihrem Besitz freigeben**  
Verwenden Sie das Cmdlet [New- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html).

```
New-RAMResourceShare `
    -Name my-resource-share `
    -ResourceArn arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```

------

# Hebt die Freigabe eines Dedicated Hosts auf, der mit anderen Konten gemeinsam genutzt wurde AWS
<a name="unsharing-dh"></a>

Der Dedicated Host-Besitzer kann die Freigabe eines freigegebenen Dedicated Host jederzeit aufheben. Wenn Sie die Freigabe eines freigegebenen Dedicated Host aufheben, gelten die folgenden Regeln:
+ Verbraucher, für die der Dedicated Host freigegeben wurde, können darauf keine neuen Instances mehr starten.
+ Instances im Besitz von Konsumenten, die zum Zeitpunkt der Freigabe auf dem Dedicated Host ausgeführt wurden, werden weiterhin ausgeführt, sind jedoch für die [ Ausmusterung](schedevents_actions_retire.md) vorgesehen. Konsumenten erhalten für die Instances Benachrichtigungen über die Ausmusterung und haben zwei Wochen Zeit, um entsprechende Maßnahmen zu ergreifen. Wird der Dedicated Host dem Konsumenten jedoch innerhalb der Ausmusterungsbenachrichtigungszeitraums erneut freigegeben, erfolgt ein Abbruch der Instance-Ausmusterungen.

Um die Freigabe eines freigegebenen Dedicated Host in Ihrem Besitz aufheben zu können, müssen Sie ihn aus der Ressourcenfreigabe entfernen.

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

**So heben Sie die Freigabe eines Dedicated Host in Ihrem Besitz auf**

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 den Dedicated Host aus, dessen Freigabe aufgehoben werden soll, und wählen Sie dann die Registerkarte **Freigabe** aus.

1. Auf der Registerkarte **Freigabe** werden die Ressourcenfreigaben aufgelistet, zu denen der Dedicated Host hinzugefügt wurde. Wählen Sie die Ressourcenfreigabe aus, aus der der Dedicated Host entfernt werden soll, und wählen Sie **Host aus Ressourcenfreigabe entfernen** aus.

**Um die gemeinsame Nutzung eines gemeinsam genutzten Dedicated Hosts, den Sie besitzen, mithilfe der Konsole rückgängig zu machen AWS RAM**  
Weitere Informationen finden Sie unter [Aktualisieren einer Ressourcenfreigabe](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing-update.html) im *AWS RAM -Benutzerhandbuch*.

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

**So heben Sie die Freigabe eines Dedicated Host in Ihrem Besitz auf**  
Verwenden Sie den Befehl [disassociate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/disassociate-resource-share.html).

```
aws ram disassociate-resource-share \
    --resource-share-arn arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE \
	--resource-arns arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE
```

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

**So heben Sie die Freigabe eines Dedicated Host in Ihrem Besitz auf**  
Verwenden Sie das [Cmdlet Disconnect- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/Disconnect-RAMResourceShare.html).

```
Disconnect-RAMResourceShare `
    -ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
    -ResourceArn "arn:aws:ec2:us-east-2:123456789012:dedicated-host/h-07879acf49EXAMPLE"
```

------

# Geteilte Amazon EC2 Dedicated Hosts in Ihrem AWS Konto anzeigen
<a name="identifying-shared-dh"></a>

Sie können Dedicated Hosts, die Sie für andere Konten freigeben, und Dedicated Hosts, die für Sie freigegeben sind, anzeigen. Wenn Sie der Eigentümer des Dedicated Host sind, können Sie alle Instances anzeigen, die auf dem Host ausgeführt werden, einschließlich der von Verbrauchern gestarteten Instances. Wenn der Dedicated Host für Sie freigegeben wird, können Sie nur die Instances anzeigen, die Sie auf dem freigegebenen Host gestartet haben, und nicht die Instances, die von anderen Verbrauchern gestartet wurden.

Besitzer und Konsumenten können freigegebene Dedicated Hosts mit einer der folgenden Methoden identifizieren.

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

**So identifizieren Sie einen freigegebenen 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. Im Bildschirm werden die Dedicated Hosts in Ihrem Besitz und Dedicated Hosts, die für Sie freigegeben werden, aufgelistet.

1. In der Spalte **Owner** (Besitzer) wird die AWS -Konto-ID des Dedicated Host-Besitzers angezeigt.

1. Um die auf den Hosts ausgeführten Instances anzuzeigen, wählen Sie die Registerkarte **Instances** aus.

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

**So identifizieren Sie einen freigegebenen Dedicated Host**  
Verwenden Sie den Befehl [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html). Der Befehl gibt die Dedicated Hosts zurück, die Sie besitzen und die Dedicated Hosts, die für Sie freigegeben sind. Der Wert von `Owner` ist die Konto-ID des Besitzers des Dedicated Host. Die `Instances`-Liste beschreibt die Instances, die auf dem Host ausgeführt werden.

```
aws ec2 describe-hosts --filter "Name=state,Values=available"
```

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

**So identifizieren Sie einen freigegebenen Dedicated Host**  
Verwenden Sie das [EC2hostCmdlet Get-](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html). Das cmdlet gibt die Dedicated Hosts zurück, die Sie besitzen und die Dedicated Hosts, die für Sie freigegeben sind. Der Wert von `Owner` in der Antwort ist die Konto-ID des Besitzers des Dedicated Host. Die `Instances`-Liste beschreibt die Instances, die auf dem Host ausgeführt werden.

```
Get-EC2Host -Filter @{Name="state"; Values="available"}
```

------

# Amazon EC2 Dedicated Hosts auf AWS Outposts
<a name="dh-outposts"></a>

AWS Outposts ist ein vollständig verwalteter Service, der AWS Infrastruktur APIs, Dienste und Tools auf Ihre Räumlichkeiten ausdehnt. Durch den lokalen Zugriff auf die AWS verwaltete Infrastruktur AWS Outposts können Sie Anwendungen vor Ort mit denselben Programmierschnittstellen wie in AWS Regionen erstellen und ausführen und gleichzeitig lokale Rechen- und Speicherressourcen für geringere Latenz und lokale Datenverarbeitungsanforderungen nutzen.

Ein Outpost ist ein Pool von AWS Rechen- und Speicherkapazität, der am Standort eines Kunden bereitgestellt wird. AWS betreibt, überwacht und verwaltet diese Kapazität als Teil einer AWS Region. 

Sie können Dedicated Hosts auf Outposts zuweisen, die Sie in Ihrem Konto besitzen. Dies erleichtert es Ihnen, Ihre vorhandenen Softwarelizenzen und Workloads, die einen dedizierten physischen Server erfordern, nach AWS Outposts zu bringen. Sie können auch auf bestimmte Hardwareressourcen auf einem Outpost ausrichten, um die Latenz zwischen Ihren Workloads zu minimieren.

Dedicated Hosts ermöglichen es Ihnen, Ihre berechtigten Softwarelizenzen auf Amazon EC2 zu verwenden, damit Sie die Flexibilität und Kosteneffizienz der Verwendung Ihrer eigenen Lizenzen erhalten. Andere Softwarelizenzen, die an virtuelle Maschinen, Sockets oder physische Kerne gebunden sind, können vorbehaltlich ihrer Lizenzbedingungen auch auf Dedicated Hosts verwendet werden. Während Outposts schon immer eine Einzelmandanten-Umgebung waren, die für BYOL-Workloads in Frage kommen, können Sie mit Dedicated Hosts die erforderlichen Lizenzen auf einen einzelnen Host im Gegensatz zur gesamten Outpost-Bereitstellung beschränken.

Darüber hinaus bietet Ihnen die Verwendung von Dedicated Hosts in einem Outpost eine größere Flexibilität bei der Instance-Typ-Bereitstellung und eine detailliertere Kontrolle über die Platzierung von Instances. Sie können beispielsweise auf einen bestimmten Host zielen und Host-Affinität verwenden, um sicherzustellen, dass die Instance immer auf diesem Host ausgeführt wird oder Sie können die automatische Platzierung verwenden, um eine Instance auf jedem verfügbaren Host zu starten, der über übereinstimmende Konfigurationen und verfügbare Kapazität verfügt.

**Contents**
+ [Voraussetzungen](#dh-outpost-prereqs)
+ [Unterstützte Features](#dh-outpost-features)
+ [Überlegungen](#dh-outpost-considerations)
+ [Ordnen Sie einen Amazon EC2 EC2-Dedicated Host zu AWS Outposts](dh-outpost-allocate.md)

## Voraussetzungen
<a name="dh-outpost-prereqs"></a>

Sie müssen einen Outpost an Ihrem Standort installiert haben. Weitere Informationen finden Sie unter [Outpost erstellen und die Kapazität dafür bestellen](https://docs.aws.amazon.com/outposts/latest/userguide/order-outpost-capacity.html) im *AWS Outposts -Benutzerhandbuch*.

## Unterstützte Features
<a name="dh-outpost-features"></a>
+ Die folgenden Instance-Familien werden unterstützt:
  + **Allgemeiner Zweck:** M5 \$1 M5d \$1 M7i \$1 M8i
  + Für die **Datenverarbeitung optimiert:** C5 \$1 C5d \$1 C7i \$1 C8i
  + **Speicheroptimiert:** R5 \$1 R5d \$1 R7i \$1 R8i
  + **Speicheroptimiert:** i3EN
  + **Beschleunigte Datenverarbeitung**: G4dn
+ Dedicated Hosts on Outposts können so konfiguriert werden, dass sie mehrere Instance-Größen unterstützen. Support für mehrere Instance-Größen ist für die folgenden Instance-Familien verfügbar.
  + **Allgemeiner Zweck:** M5 \$1 M5d \$1 M7i
  + Für die **Datenverarbeitung optimiert:** C5 \$1 C5d \$1 C7i
  + **Speicheroptimiert:** R5 \$1 R5d \$1 R7i

  Weitere Informationen finden Sie unter [Instance-Kapazitätskonfigurationen für Dedicated Host in Amazon EC2](dedicated-hosts-limits.md).
+ Dedicated Hosts on Outposts unterstützen die automatische Platzierung und gezielte Instance-Starts. Weitere Informationen finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).
+ Dedicated Hosts auf Outposts unterstützen Host-Affinität. Weitere Informationen finden Sie unter [Amazon EC2 Dedicated Host automatische Platzierung und Host-Affinität](dedicated-hosts-understanding.md).
+ Dedizierte Hosts auf Outposts unterstützen das Teilen mit AWS RAM. Weitere Informationen finden Sie unter [Kontoübergreifende gemeinsame Nutzung von Amazon EC2 Dedicated Hosts](dh-sharing.md).

## Überlegungen
<a name="dh-outpost-considerations"></a>
+ Dedicated-Host-Reservierungen werden auf Outposts nicht unterstützt.
+ Hosten Ressourcengruppen und AWS License Manager werden auf Outposts nicht unterstützt.
+ Dedicated Hosts auf Outposts unterstützen keine Burstable T3-Instances.
+ Dedicated Hosts auf Outposts unterstützen keine Host-Wiederherstellung.
+ Die vereinfachte automatische Wiederherstellung wird für Instances mit Dedicated-Host-Tenancy auf Outposts nicht unterstützt.

# Ordnen Sie einen Amazon EC2 EC2-Dedicated Host zu AWS Outposts
<a name="dh-outpost-allocate"></a>

Sie weisen Dedicated Hosts auf Outposts auf die gleiche Weise zu und verwenden sie wie bei Dedicated Hosts in einer AWS -Region.

**Voraussetzungen**  
Erstellen Sie ein Subnetz auf dem Outpost. Weitere Informationen finden Sie unter [Erstellen eines Subnetzes](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#create-subnet) im *AWS Outposts -Benutzerhandbuch*.

**Verwenden Sie eine der folgenden Methoden, um einen Dedicated Host für einen Outpost zuzuweisen:**

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

**Um einem Außenposten mithilfe der Konsole einen Dedicated Host zuzuweisen AWS Outposts**

1. Öffnen Sie die AWS Outposts Konsole unter. [https://console.aws.amazon.com/outposts/](https://console.aws.amazon.com/outposts/home)

1. Wählen Sie im Navigationsbereich **Outposts** aus. Wählen Sie den Outpost aus und wählen Sie dann **Actions** (Aktionen), **Allocate Dedicated Host** (Dedicated Host zuweisen).

1. Konfigurieren Sie den Dedicated Host nach Bedarf. Weitere Informationen finden Sie unter [Zuweisung eines Amazon EC2 Dedicated Host zur Nutzung in Ihrem Konto](dedicated-hosts-allocating.md).
**Anmerkung**  
**Availability Zone (Verfügbarkeitszone)** und **Outpost ARN (Outpost-ARN)** sollte mit der Availability Zone und dem ARN des ausgewählten Outposts vorausgefüllt werden.

1. Wählen Sie **Allocate** aus.

**So weisen Sie einen Dedicated Host auf einem Outpost mithilfe der Amazon-EC2-Konsole zu**

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** und dann **Allocate Dedicated Host (Dedicated Host zuweisen)** aus.

1. Als **Availability Zon (Verfügbarkeitszone)** wählen Sie die Availability Zone aus, die dem Outpost zugewiesen ist.

1. Als **Outpost ARN (Outpost-ARN)** geben Sie den ARN des Outposts ein.

1. Um auf bestimmte Hardwareressourcen auf dem Outpost auszurichten, wählen Sie für **Gezielt auf spezifische Hardwareressourcen auf Outpost ausrichten** die Option **Aktivieren** aus. Wählen Sie für jede Hardwareressource, die Sie als Ziel verwenden möchten, **Ressourcen-ID hinzufügen** aus, und geben Sie dann die ID der Hardwareressource ein.
**Anmerkung**  
Der Wert, den Sie für **Menge** angeben, muss der Anzahl der Anlagen entsprechen IDs , die Sie angeben. Wenn Sie beispielsweise 3 Anlagen angeben IDs, muss auch Menge 3 sein.

1. Konfigurieren Sie die verbleibenden Dedicated-Host-Einstellungen nach Bedarf. Weitere Informationen finden Sie unter [Zuweisung eines Amazon EC2 Dedicated Host zur Nutzung in Ihrem Konto](dedicated-hosts-allocating.md).

1. Wählen Sie **Allocate** aus.

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

**So weisen Sie einen Dedicated Host auf einem Outpost zu**  
Verwenden Sie den [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html)-Befehl. Geben Sie bei `--availability-zone` die Availability Zone an, die dem Outpost zugewiesen ist. Geben Sie bei `--outpost-arn` den ARN des Ouposts an. Geben Sie optional für `--asset-ids` die Outpost-Hardware-Ressourcen IDs an, auf die Sie abzielen möchten.

```
aws ec2 allocate-hosts \
    --availability-zone "us-east-1a" \
    --outpost-arn "arn:aws:outposts:us-east-1a:111122223333:outpost/op-4fe3dc21baEXAMPLE" \
    --asset-ids asset_id \
    --instance-family "m5" \
    --auto-placement "off" \
    --quantity 1
```

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

**So weisen Sie einen Dedicated Host auf einem Outpost zu**  
Verwenden Sie das cmdlet [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html). Geben Sie die Availability Zone an, die dem Outpost zugewiesen ist. Geben Sie optional für die IDs Outpost-Hardwareressourcen an`-AssetId`, auf die Sie abzielen möchten.

```
New-EC2Host `
    -AvailabilityZone "us-east-1a" `
    -OutpostArn "arn:aws:outposts:us-east-1a:111122223333:outpost/op-4fe3dc21baEXAMPLE" `
    -AssetId asset_id `
    -InstanceFamily "m5" `
    -AutoPlacement "off" `
    -Quantity 1
```

------

**So starten Sie eine Instance in einem Dedicated Host auf einem Outpost**

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. Wählen Sie den Dedicated Host aus, den Sie im vorherigen Schritt zugewiesen haben, und wählen Sie **Actions** (Aktionen), **Launch instance onto host** (Instance auf Host launchen).

1. Konfigurieren Sie die Instance nach Bedarf und launchen Sie dann die Instance. Weitere Informationen finden Sie unter [Amazon-EC2-Instances in einem Amazon EC2 Dedicated Host starten](launching-dedicated-hosts-instances.md).

# Wiederherstellung von Amazon EC2 Dedicated Host
<a name="dedicated-hosts-recovery"></a>

Die automatische Wiederherstellung des Dedicated Hosts startet Ihre Instances auf einem neuen Ersatzhost neu, wenn bestimmte problematische Bedingungen auf Ihrem Dedicated Host erkannt werden. Die Host-Wiederherstellung reduziert den Bedarf an manuellen Eingriffen und verringert die Betriebsbelastung, wenn ein unerwarteter Ausfall des Dedicated Hosts im Zusammenhang mit Systemstrom- oder Netzwerkkonnektivitätsereignissen auftritt. Andere Dedicated-Host-Probleme erfordern manuelle Eingriffe, um sie zu beheben. 

**Topics**
+ [So funktioniert Host-Wiederherstellung](dedicated-hosts-recovery-basics.md)
+ [Unterstützte Instance-Typen](#dedicated-hosts-recovery-instances)
+ [Preisgestaltung](#dedicated-hosts-recovery-pricing)
+ [Host-Wiederherstellung verwalten](dedicated-hosts-recovery-enable.md)
+ [Anzeigen der Einstellungen für die Host-Wiederherstellung](dedicated-hosts-recovery-view.md)
+ [Manuelles Wiederherstellen nicht unterstützter Instances](dedicated-hosts-recovery-unsupported.md)

# So funktioniert die Wiederherstellung von Amazon EC2 Dedicated Host
<a name="dedicated-hosts-recovery-basics"></a>

Dedicated Hosts und der Wiederherstellungsprozess von Hostressourcengruppen verwenden Zustandsprüfungen auf Hostebene, um die Verfügbarkeit von Dedicated Hosts zu bewerten und zugrunde liegende Systemfehler zu erkennen. Die Art des Dedicated-Host-Fehlers bestimmt, ob die automatische Wiederherstellung des Dedicated Hosts möglich ist. Zu den Problemen, die zu Prüfungen auf Hostebene führen können, zählen:
+ Verlust der Netzwerkverbindung
+ Systemstromausfall
+ Hardware- oder Softwareprobleme auf dem physischen Host

**Wichtig**  
Die automatische Wiederherstellung eines Dedicated Hosts findet nicht statt, wenn der Host für die Außerbetriebnahme vorgesehen ist.

## Automatische Wiederherstellung für Dedicated Hosts
<a name="dedicated-hosts-recovery-basics-auto-recovery"></a>

Wenn in Ihrem Dedicated Host ein Ausfall der Systemstromversorgung oder der Netzwerkkonnektivität erkannt wird, wird die automatische Wiederherstellung des Dedicated Host initiiert und Amazon EC2 **weist automatisch einen Ersatz für den Dedicated Host in der gleichen Availability Zone des originalen Dedicated Host zu**. Dieser Dedicated Host erhält eine neue Host-ID, hat aber dieselben Attribute wie der ursprüngliche Dedicated Host, einschließlich:
+ Availability Zone
+ Instance-Typ
+ Tags (Markierungen)
+ Einstellungen zur automatischen Platzierung
+ Reservation (Reservierung)

Nachdem der ersatzmäßige Dedicated Host zugeordnet wurde, werden die **Instances auf dem ersatzmäßigen Dedicated Host wiederhergestellt**. Die wiederhergestellten Instances haben dieselben Attribute wie der ursprüngliche Host, einschließlich:
+ Instance-ID
+ Private IP-Adressen
+ Elastic IP-Adressen
+ EBS-Volume-Anhänge
+ Alle Instance-Metadaten

Darüber hinaus automatisiert die integrierte Integration mit AWS License Manager die Nachverfolgung und Verwaltung Ihrer Lizenzen.

**Anmerkung**  
AWS Die License Manager-Integration wird nur in Regionen unterstützt, in denen AWS License Manager verfügbar ist. 

Wenn zwischen den Instances und dem nicht funktionierenden Dedicated Host eine Affinitätsbeziehung besteht, richten die wiederhergestellten Instances eine Host-Affinität mit dem ersatzmäßigen Dedicated Host ein.

Wenn alle Instances auf dem ersatzmäßigen Dedicated Host wiederhergestellt wurden, ** wird der beeinträchtigte Dedicated Host freigegeben** und der ersatzmäßige Dedicated Host kann verwendet werden.

Wenn die Host-Wiederherstellung eingeleitet wird, wird der AWS Kontoinhaber per E-Mail und durch ein AWS Health Dashboard Ereignis benachrichtigt. Nachdem die Host-Wiederherstellung erfolgreich durchgeführt wurde, wird eine zweite Benachrichtigung gesendet. 

Wenn Sie AWS License Manager verwenden, um Ihre Lizenzen nachzuverfolgen, weist AWS License Manager dem Ersatz-Dedicated Host auf der Grundlage der Lizenzkonfigurationslimits neue Lizenzen zu. Wenn die Lizenzkonfiguration feste Grenzwerte hat, die durch die Host-Wiederherstellung überschritten werden, ist der Wiederherstellungsprozess nicht zulässig und Sie werden über eine Amazon SNS SNS-Benachrichtigung über den Fehler bei der Host-Wiederherstellung informiert (sofern die Benachrichtigungseinstellungen für AWS License Manager konfiguriert wurden). Gelten für die Lizenzkonfiguration weiche Limits, die aufgrund der Host-Wiederherstellung überschritten werden, kann der Wiederherstellungsprozess fortgesetzt werden und Sie werden per Amazon SNS-Benachrichtigung über die Limit-Überschreitung informiert. Weitere Informationen finden Sie unter [Verwenden von Lizenzkonfigurationen](https://docs.aws.amazon.com/license-manager/latest/userguide/license-configurations.html) und [Einstellungen in License Manager](https://docs.aws.amazon.com/license-manager/latest/userguide/settings.html) im *AWS -License-Manager-Benutzerhandbuch*.

## Status der Host-Wiederherstellung
<a name="dedicated-hosts-recovery-states"></a>

Wird ein Dedicated Host-Ausfall entdeckt, wechselt der beeinträchtigte Dedicated Host in den Status „`under-assessment`“ und die betroffenen Instances in den Status „`impaired`“. Sie können keine Instances auf dem gestörten Dedicated Host starten, während er sich im Status `under-assessment` befindet.

Nachdem der ersatzmäßige Dedicated Host zugeordnet wurde, wechselt er in den Status `pending`. Er bleibt in diesem Status, bis die Host-Wiederherstellung abgeschlossen ist. Sie können keine Instances auf den Ersatz-Dedicated Host starten, während er sich im Status `pending` befindet. Wiederhergestellte Instances auf dem ersatzmäßigen Dedicated Host verbleiben während der Wiederherstellung im Status `impaired`.

Nach Abschluss der Host-Wiederherstellung wechselt der ersatzmäßige Dedicated Host in den Status `available` und die wiederhergestellten Instances erhalten wieder den Status `running`. Sie können Instances auf dem ersatzmäßigen Dedicated Host starten, sobald dieser wieder den Status `available` hat. Der ursprüngliche, beeinträchtigte Dedicated Host wird dauerhaft freigegeben und wechselt in den Status `released-permanent-failure`.

Verfügt der beeinträchtigte Dedicated Host über Instances, die keine Host-Wiederherstellung unterstützen, beispielsweise solche mit Instance-Speicher-Root-Volumes, wird der Dedicated Host nicht freigegeben. Stattdessen wird er für die Ausmusterung gekennzeichnet und erhält den Status `permanent-failure`.

## Szenarien ohne automatische Wiederherstellung für Dedicated Hosts
<a name="dedicated-hosts-recovery-basics-non-auto"></a>

**Die automatische Wiederherstellung eines Dedicated Hosts findet nicht statt, wenn der Host für die Außerbetriebnahme vorgesehen ist**. Sie erhalten im Rahmen eines CloudWatch Amazon-Events eine Benachrichtigung zur Kündigung, und die E-Mail-Adresse des AWS Kontoinhabers erhält eine Nachricht über den Ausfall des Dedicated Hosts. AWS Health Dashboard Führen Sie die in der Benachrichtigung über die Außerbetriebnahme beschriebenen Abhilfemaßnahmen innerhalb der angegebenen Zeitspanne durch, um die Instances auf dem außerbetriebgenommenen Host manuell wiederherzustellen.

**Angehaltene Instances werden auf dem Dedicated Host nicht wiederhergestellt**. Wenn Sie versuchen, eine angehaltene Instance zu starten, die auf den beeinträchtigten Dedicated Host ausgerichtet ist, schlägt der Start fehl. Wir empfehlen, die angehaltene Instance so zu ändern, dass sie auf einen anderen Dedicated Host ausgerichtet ist oder so, dass sie auf einem verfügbaren Dedicated Host mit passender Konfiguration und aktivierter automatischer Platzierung gestartet wird.

**Instances mit Instance-Speicher werden auf dem Ersatz-Dedicated Host nicht wiederhergestellt.** Im Rahmen einer Korrekturmaßnahme wird der beeinträchtigte Dedicated Host für die Ausmusterung gekennzeichnet und Sie erhalten eine entsprechende Benachrichtigung, wenn die Host-Wiederherstellung abgeschlossen ist. Befolgen Sie die Korrekturmaßnahmen aus der Benachrichtigung innerhalb des angegebenen Zeitraums, um die verbliebenen Instances auf dem beeinträchtigten Dedicated Host wiederherzustellen.

## Unterstützte Instance-Typen
<a name="dedicated-hosts-recovery-instances"></a>

Host Recovery wird für die folgenden Instance-Familien unterstützt:
+ **Allgemeiner Zweck:** A1 \$1 M3 \$1 M4 \$1 M5 \$1 M5n \$1 M5Zn \$1 M6a \$1 M6g \$1 M6i \$1 T3 \$1 Mac1 \$1 Mac2 \$1 Mac2-M1Ultra \$1 Mac2-M2 \$1 Mac2-M2Pro
+ **Für Berechnungen optimiert:** C3 \$1 C4 \$1 C5 \$1 C5n \$1 C6a \$1 C6G \$1 C6i
+ **Speicheroptimiert:** R3 \$1 R4 \$1 R5 \$1 R5b \$1 R5n \$1 R6g \$1 R6i \$1 U-6 tB1 \$1 U-9 tB1 \$1 U-12 tB1 \$1 U-18 tB1 \$1 U-24 tB1 \$1 X1 \$1 X1e \$1 X2IEZn
+ **Beschleunigtes Rechnen:** Inf1 \$1 G3 \$1 G5g \$1 P2 \$1 P3

Informationen zum Wiederherstellen nicht unterstützter Instances finden Sie unter [Manuelle Wiederherstellung von Instances, die von der Wiederherstellung von Amazon EC2 Dedicated Host nicht unterstützt werden](dedicated-hosts-recovery-unsupported.md).

**Anmerkung**  
Die automatische Wiederherstellung von unterstützten Metal-Instance-Typen für Dedicated Hosts dauert länger als die von Nicht-Metal-Instance-Typen zum Erkennen und Wiederherstellen.

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

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

Sobald die Host-Wiederherstellung gestartet wurde, fallen keine Gebühren mehr für den beeinträchtigten Dedicated Host an. 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 ebenso abgerechnet. Verfügte der beeinträchtigte Dedicated Host über einen aktiven Dedicated Host-Reservierung, wird er an den ersatzmäßigen Dedicated Host weitergegeben.

# Wiederherstellung von Amazon EC2 Dedicated Host verwalten
<a name="dedicated-hosts-recovery-enable"></a>

Die automatische Wiederherstellung des Dedicated Hosts startet Ihre Instances auf einem neuen Ersatzhost neu, wenn bestimmte problematische Bedingungen auf Ihrem Dedicated Host erkannt werden. Sie können die Host-Wiederherstellung zum Zeitpunkt der Dedicated-Host-Zuordnung oder hinterher aktivieren.

Verwenden Sie die folgenden Verfahren, um die Host-Wiederherstellung bei der Host-Zuweisung zu aktivieren.

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

**So aktivieren Sie die Host-Wiederherstellung bei der Zuweisung**  
Wenn Sie mithilfe der Amazon-EC2-Konsole einen Dedicated Host zuweisen, wählen Sie für **Host-Wiederherstellung** die Option **Aktivieren**. Weitere Informationen finden Sie unter [Zuweisung eines Amazon EC2 Dedicated Host zur Nutzung in Ihrem Konto](dedicated-hosts-allocating.md).

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

**So aktivieren Sie die Host-Wiederherstellung bei der Zuweisung**  
Verwenden Sie den [allocate-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/allocate-hosts.html)-Befehl.

```
aws ec2 allocate-hosts \
    --instance-type m5.large \
    --availability-zone eu-west-1a \
    --auto-placement on \
    --host-recovery on \
    --quantity 1
```

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

**So aktivieren Sie die Host-Wiederherstellung bei der Zuweisung**  
Verwenden Sie das cmdlet [New-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Host.html).

```
New-EC2Host `
    -InstanceType m5.large `
    -AvailabilityZone eu-west-1a `
    -AutoPlacement on `
    -HostRecovery on `
    -Quantity 1
```

------

Verwenden Sie die folgenden Verfahren, um die Host-Wiederherstellung für einen Dedicated Host zu verwalten.

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

**So aktivieren Sie die Host-Wiederherstellung nach der Zuweisung**

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 den Dedicated Host aus.

1. Wählen Sie **Aktionen** und anschließend **Host ändern** aus.

1. Wählen oder deaktivieren Sie für die **Host-Wiederherstellung** die Option **Aktivieren**.

1. Wählen Sie **Speichern**.

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

**So aktivieren Sie die Host-Wiederherstellung nach der Zuweisung**  
Verwenden Sie den [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html)-Befehl.

```
aws ec2 modify-hosts \
    --host-recovery on \
    --host-ids h-012a3456b7890cdef
```

**So deaktivieren Sie die Host-Wiederherstellung nach der Zuweisung**  
Verwenden Sie den Befehl [modify-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-hosts.html) und geben Sie den Parameter `host-recovery` mit einem Wert von `off` an.

```
aws ec2 modify-hosts \
    --host-recovery off \
    --host-ids h-012a3456b7890cdef
```

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

**So aktivieren Sie die Host-Wiederherstellung nach der Zuweisung**  
Verwenden Sie das cmdlet [Edit-host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).

```
Edit-EC2Host `
    -HostRecovery on `
    -HostId h-012a3456b7890cdef
```

**So deaktivieren Sie die Host-Wiederherstellung nach der Zuweisung**  
Verwenden Sie das cmdlet [Edit-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2Host.html).

```
Edit-EC2Host `
    -HostRecovery off `
    -HostId h-012a3456b7890cdef
```

------

# Anzeigen der Einstellungen für die Host-Wiederherstellung für Ihren Amazon EC2 Dedicated Host
<a name="dedicated-hosts-recovery-view"></a>

Sie können die Konfiguration der Host-Wiederherstellung für einen Dedicated Host jederzeit anzeigen.

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

**So zeigen Sie die Host-Wiederherstellungskonfiguration für Dedicated Host 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 Navigationsbereich **Dedicated Hosts** aus.

1. Wählen Sie den Dedicated Host aus und überprüfen Sie auf der Registerkarte **Description (Beschreibung)** das Feld **Host Recovery (Host-Wiederherstellung)**.

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

**So zeigen Sie die Host-Wiederherstellungskonfiguration für Dedicated Host an**  
Verwenden Sie den Befehl [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html).

```
aws ec2 describe-hosts \
    --host-ids h-012a3456b7890cdef \
    --query Hosts[].HostRecovery
```

Es folgt eine Beispielausgabe.

```
on
```

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

**So zeigen Sie die Host-Wiederherstellungskonfiguration für Dedicated Host an**  
Verwenden Sie das cmdlet [Get-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html).

```
(Get-EC2Host -HostId h-012a3456b7890cdef).Hosts | Select HostRecovery
```

Es folgt eine Beispielausgabe.

```
HostRecovery
------------
on
```

------

# Manuelle Wiederherstellung von Instances, die von der Wiederherstellung von Amazon EC2 Dedicated Host nicht unterstützt werden
<a name="dedicated-hosts-recovery-unsupported"></a>

Die Host-Wiederherstellung unterstützt nicht die Wiederherstellung von Instances, die Instance-Speicher-Volumes verwenden. Befolgen Sie die unten stehende Anleitung, um manuell die Instances wiederherzustellen, die nicht automatisch wiederhergestellt werden konnten.

**Warnung**  
Alle Daten, die auf Instance-Speicher-Volumes gespeichert sind, gehen verloren, wenn eine Instance angehalten, in den Ruhezustand versetzt oder beendet wird. Dies gilt auch für Instance-Speicher-Volumes, die an eine Instance mit einem EBS-Root-Volume angehängt sind. Wenn Sie Daten von Instance-Speicher-Volumes schützen möchten, sichern Sie diese auf einem persistenten Speicher, ehe die Instance angehalten oder beendet wird.

## Manuelles Wiederherstellen von EBS-gestützten Instances
<a name="dedicated-hosts-recovery-ebs"></a>

EBS-gestützte Instances, die nicht automatisch wiederhergestellt werden, sollten Sie manuell anhalten und starten, damit sie auf einem neuen Dedicated Host wiederhergestellt werden. Weitere Informationen zum Anhalten Ihrer Instance und zu den Änderungen an der Instance-Konfiguration nach dem Anhalten finden Sie unter [Starten und Anhalten einer Amazon-EC2-Instance](Stop_Start.md).

## Instances mit Instance-Speicher-Root-Volumes manuell wiederherstellen
<a name="dedicated-hosts-recovery-instancestore"></a>

Bei Instances mit Instance-Speicher-Root-Volumes, die nicht automatisch wiederhergestellt werden konnten, sollten Sie wie folgt vorgehen:

1. Starten Sie eine Ersatz-Instance auf einem neuen Dedicated Host über Ihr neuestes AMI.

1. Migrieren Sie alle notwendigen Daten zur Ersatz-Instance.

1. Beenden Sie die Original-Instance auf dem beeinträchtigten Dedicated Host.

# 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
```

------

# Den Zustand Ihrer Amazon EC2 Dedicated Hosts überwachen
<a name="dedicated-hosts-monitoring"></a>

Amazon EC2 überwacht permanent den Status Ihrer Dedicated Hosts. Aktualisierungen werden in der Amazon EC2-Konsole angezeigt. Sie können Informationen zu einem Dedicated Host mit den folgenden Methoden anzeigen.

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

**So zeigen Sie den Status eines Dedicated Host 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 Navigationsbereich **Dedicated Hosts** aus.

1. Suchen Sie den Dedicated Host in der Liste und sehen Sie sich den Wert in der Spalte **State (Status)** an.

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

**So zeigen Sie den Status eines Dedicated Host an**  
Verwenden Sie den Befehl [describe-hosts](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-hosts.html).

```
aws ec2 describe-hosts --host-id h-012a3456b7890cdef
```

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

**So zeigen Sie den Status eines Dedicated Host an**  
Verwenden Sie das cmdlet [Get-EC2Host](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Host.html).

```
Get-EC2Host -HostId h-012a3456b7890cdef
```

------

Die folgende Tabelle erklärt die möglichen Dedicated Host-Statuswerte.


| **Status** | **Beschreibung** | 
| --- | --- | 
| available | AWS hat kein Problem mit dem Dedicated Host festgestellt. Es sind keine Wartungen oder Reparaturen geplant. Instances können auf diesem Dedicated Host gestartet werden. | 
| released | Der Dedicated Host wurde freigegeben. Die Host-ID wird nicht mehr verwendet. Freigegebene Hosts können nicht wiederverwendet werden. | 
| under-assessment | AWS untersucht ein mögliches Problem mit dem Dedicated Host. Wenn Maßnahmen ergriffen werden müssen, werden Sie per E-Mail AWS-Managementkonsole oder per E-Mail benachrichtigt. In diesem Status können keine Instances auf dem Dedicated Host gestartet werden. | 
| pending | Der Dedicated Host kann nicht für den Start neuer Instances verwendet werden. Er wird entweder [geändert, um mehrere Instance-Typen zu unterstützen](modify-host-support.md) oder es wird eine [Host-Wiederherstellung](dedicated-hosts-recovery.md) durchgeführt. | 
| permanent-failure | Ein unwiederbringlicher Fehler ist aufgetreten. Sie erhalten einen Bereinigungshinweis über Ihre Instances und per E-Mail. Ihre Instances werden möglicherweise weiter ausgeführt. Wenn Sie alle Instances auf einem Dedicated Host mit diesem Status beenden oder beenden, wird der AWS Host außer Betrieb genommen. AWS startet Instanzen in diesem Status nicht neu. In diesem Status können keine Instances auf dem Dedicated Hosts gestartet werden. | 
| released-permanent-failure | AWS veröffentlicht dauerhaft Dedicated Hosts, die ausgefallen sind und auf denen keine Instances mehr laufen. Die Dedicated Host-ID steht nicht mehr zur Nutzung zur Verfügung. | 

# Verfolgen Sie Änderungen an der Amazon EC2 Dedicated Host-Konfiguration mit AWS Config
<a name="dedicated-hosts-aws-config"></a>

Sie können AWS Config es verwenden, um Konfigurationsänderungen für Dedicated Hosts und für Instances aufzuzeichnen, die auf diesen gestartet, gestoppt oder beendet werden. Sie können dann die von AWS Config erfassten Informationen als Datenquelle für die Lizenzberichterstellung verwenden.

AWS Config zeichnet Konfigurationsinformationen für Dedicated Hosts und Instances einzeln auf und verknüpft diese Informationen anhand von Beziehungen. Es gibt drei Berichtsbedingungen.
+ **AWS Config Aufzeichnungsstatus** — Wenn **aktiviert**, AWS Config werden ein oder mehrere AWS Ressourcentypen aufgezeichnet, zu denen Dedicated Hosts und Dedicated Instances gehören können. Um die erforderlichen Informationen für die Lizenzberichterstattung zu erfassen, prüfen Sie, dass Hosts und Instances mit den folgenden Feldern aufgenommen werden.
+ **Host recording status (Hostaufnahmestatus)**:— Bei **Enabled (Aktiviert)** werden die Konfigurationsinformationen für Dedicated Hosts aufgenommen.
+ **Instance recording status (Instance-Erfassungsstatus)** – Bei **Enabled (Aktiviert)** werden die Konfigurationsinformationen für Dedicated Instances erfasst.

Falls mindestens eine dieser drei Bedingungen deaktiviert ist, ist das Symbol auf der Schaltfläche **Edit Config Recording (Konfigurationsaufnahme bearbeiten)** rot. Um den vollständigen Nutzen dieses Tools zu erhalten, müssen Sie gewährleisten, dass alle drei Aufnahmemethoden aktiviert sind. Wenn alle drei aktiviert sind, ist das Symbol grün. Zum Bearbeiten der Einstellungen wählen Sie **Edit Config Recording (Konfigurationsaufnahme bearbeiten)**. Sie werden zur ** AWS Config Einrichtungsseite** in der AWS Config Konsole weitergeleitet, auf der Sie die Aufzeichnung für Ihre Hosts, Instances AWS Config und andere unterstützte Ressourcentypen einrichten und starten können. Weitere Informationen finden Sie im *AWS Config Entwicklerhandbuch AWS Config * [unter Einrichtung mithilfe der Konsole](https://docs.aws.amazon.com/config/latest/developerguide/resource-config-reference.html).

**Anmerkung**  
AWS Config zeichnet Ihre Ressourcen auf, nachdem sie erkannt wurden. Dies kann mehrere Minuten dauern. 

Nach AWS Config Beginn der Aufzeichnung von Konfigurationsänderungen an Ihren Hosts und Instances können Sie den Konfigurationsverlauf aller Hosts abrufen, die Sie zugewiesen oder freigegeben haben, sowie aller Instances, die Sie gestartet, gestoppt oder beendet haben. Beispiel: Sie können an jedem beliebigen Punkt im Konfigurationsverlauf eines Dedicated Host neben der Anzahl der Sockets und Kerne im Host auch nachsehen, wie viele Instances auf dem Host gestartet werden. Sie können für all diese Instances die ID des zugehörigen Amazon Machine Image (AMI) nachsehen. Sie können diese Informationen verwenden, um einen Bericht über die Lizenzierung Ihrer eigenen servergebundenen Software zu erstellen, die auf Socket- oder Kernbasis lizenziert ist.

Sie können die Konfigurationsverläufe auf eine der folgenden Arten anzeigen:
+ Mithilfe der AWS Config Konsole. Für jede aufgenommene Ressource können Sie eine Timeline-Seite anzeigen, die einen Verlauf der Konfigurationsdetails bietet. Wählen Sie zum Anzeigen dieser Seite das graue Symbol in der Spalte **Config Timeline (Konfig.-Timeline)** der Seite **Dedicated Hosts**. Weitere Informationen finden Sie im *AWS Config Entwicklerhandbuch* unter [Konfigurationsdetails in der AWS Config Konsole anzeigen](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html).
+ Durch das Ausführen von AWS CLI Befehlen. Zunächst können Sie den [list-discovered-resources](https://docs.aws.amazon.com/cli/latest/reference/configservice/list-discovered-resources.html)Befehl verwenden, um eine Liste aller Hosts und Instanzen abzurufen. Anschließend können Sie den [get-resource-config-history](https://docs.aws.amazon.com/cli/latest/reference/configservice/get-resource-config-history.html#get-resource-config-history)Befehl verwenden, um die Konfigurationsdetails eines Hosts oder einer Instanz für ein bestimmtes Zeitintervall abzurufen.
+ Indem Sie die AWS Config API in Ihren Anwendungen verwenden. Zunächst können Sie die [ListDiscoveredResources](https://docs.aws.amazon.com/config/latest/APIReference/API_ListDiscoveredResources.html)Aktion verwenden, um eine Liste aller Hosts und Instanzen abzurufen. Anschließend können Sie die [GetResourceConfigHistory](https://docs.aws.amazon.com/config/latest/APIReference/API_GetResourceConfigHistory.html)Aktion verwenden, um die Konfigurationsdetails eines Hosts oder einer Instanz für ein bestimmtes Zeitintervall abzurufen.

Um beispielsweise eine Liste all Ihrer Dedicated Hosts von abzurufen AWS Config, führen Sie einen CLI-Befehl wie den folgenden aus.

```
aws configservice list-discovered-resources --resource-type AWS::EC2::Host
```

Um den Konfigurationsverlauf eines Dedicated Hosts von abzurufen AWS Config, führen Sie einen CLI-Befehl wie den folgenden aus.

```
aws configservice get-resource-config-history \
    --resource-type AWS::EC2::Instance \
    --resource-id i-1234567890abcdef0
```

**Um AWS Config Einstellungen mit der Konsole zu verwalten**

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 der Seite **Dedicated Hosts** die Option **Edit Config Recording (Konfigurationsaufnahme bearbeiten)**.

1. Folgen Sie in der AWS Config Konsole den angegebenen Schritten, um die Aufnahme zu aktivieren. Weitere Informationen finden Sie unter [Einrichtung AWS Config über die Konsole](https://docs.aws.amazon.com/config/latest/developerguide/gs-console.html).

Weitere Informationen finden Sie unter [Konfigurationsdetails in der AWS Config Konsole anzeigen](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html).

**Zur Aktivierung AWS Config über die Befehlszeile oder API**
+ AWS CLI: [Konfigurationsdetails (AWS CLI) im *AWS Config Entwicklerhandbuch* anzeigen](https://docs.aws.amazon.com/config/latest/developerguide/view-manage-resource-console.html#view-config-details-cli).
+ Amazon EC2 EC2-API: [GetResourceConfigHistory](https://docs.aws.amazon.com/config/latest/APIReference/API_GetResourceConfigHistory.html).