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.
# Abrechnungs- und Kaufoptionen von Amazon EC2
Sie können die folgenden Optionen verwenden, um Ihre Kosten für Amazon EC2 zu optimieren:
+ **[On-Demand-Instances](ec2-on-demand-instances.md)** – Sie bezahlen nach Sekunde für die gestarteten Instances.
+ **[Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html)** – Reduzieren Sie die Amazon-EC2-Kosten, indem Sie sich auf eine konsistente Nutzung (in USD pro Stunde) für eine Laufzeit von einem oder drei Jahr(en) festlegen.
+ **[Reserved Instances](ec2-reserved-instances.md)** – Reduzieren Sie die Amazon-EC2-Kosten, indem Sie sich auf eine konsistente Instance-Konfiguration (einschließlich Instance-Typ und Region) für eine Laufzeit von einem oder drei Jahr(en) festlegen.
+ **[Spot Instances](using-spot-instances.md)** – Sie können ungenutzte EC2-Instances anfordern, wodurch sich die Amazon-EC2-Kosten erheblich verringern lassen.
+ **[Dedicated Hosts](dedicated-hosts-overview.md)** – Sie zahlen für einen physischen Host, der ausschließlich für Ihre Instances reserviert ist, und stellen Ihre eigenen vorhandenen Softwarelizenzen pro Socket, Kern oder VM bereit, um Kosten zu sparen.
+ **[Dedicated Instances](dedicated-instance.md)** – Stundenweise Abrechnung für Instances, die auf Single-Tenant-Hardware ausgeführt werden.
+ **[Kapazitätsreservierungen](capacity-reservation-overview.md)** – Kapazität für Ihre EC2-Instances in einer bestimmten Availability Zone für einen beliebigen Zeitraum reservieren.
Wenn Sie sich nicht auf eine bestimmte Instance-Konfiguration festlegen können, sich aber auf einen Nutzungsbetrag festlegen können, erwerben Sie Savings Plans, um Ihre On-Demand-Instance-Kosten zu senken.Wenn Sie eine Kapazitätsreservierung benötigen, kaufen Sie Reserved Instances oder Kapazitätsreservierungen für eine bestimmte Availability Zone. Mithilfe von Kapazitätsblöcken kann ein Cluster von GPU-Instances reserviert werden. Spot-Instances sind eine kostengünstige Wahl, sofern Sie bei der Ausführung Ihrer Anwendungen zeitlich flexibel sind und Unterbrechungen verschmerzen können. Dedicated Hosts oder Dedicated Instances können Sie bei der Einhaltung von Compliance-Anforderungen unterstützen und Kosten senken, indem sie Ihre vorhandenen servergebundenen Software-Lizenzen verwenden.
Weitere Informationen dazu finden Sie unter [Preise für Amazon EC2](https://aws.amazon.com/ec2/pricing/) und [Verwaltete Amazon-EC2-Instances](amazon-ec2-managed-instances.md).
# Kauf von On-Demand-Instances für Amazon EC2
Mit On-Demand-Instances zahlen Sie für Rechenkapazität nach der Sekunde ohne langfristige Verpflichtungen. Sie haben vollständige Kontrolle über den Lebenszyklus der Instance. Sie entscheiden, wann sie aufgerufen, angehalten, in den Ruhezustand versetzt, neu gestartet oder beendet werden soll.
Mit dem Erwerb von On-Demand-Instances sind keine langfristigen Verpflichtungen verbunden. Sie bezahlen nur für die Sekunden, in denen sich Ihre On-Demand-Instances im Status `running` befinden, mit einem Minimum von 60 Sekunden. Der Preis pro Sekunde für eine laufende On-Demand-Instance ist fest und wird auf der [Seite EC2 Amazon-Preise, On-Demand-Preise](https://aws.amazon.com/ec2/pricing/on-demand/) auf der aufgeführt.
Wir empfehlen, für Anwendungen mit kurzfristigen, unregelmäßigen Workloads, die nicht unterbrochen werden können, On-Demand-Instances zu verwenden.
Verwenden Sie für signifikante Einsparungen im Vergleich zu On-Demand-Instances [AWS Savings Plans](https://aws.amazon.com/savingsplans/), [Spot Instances](using-spot-instances.md) oder [Überblick über Reserved Instances für Amazon EC2](ec2-reserved-instances.md).
**Contents**
+ [
## Kontingente für On-Demand-Instances
](#ec2-on-demand-instances-limits)
+ [
### Überwachen von Kontingenten für On-Demand-Instances und der Nutzung
](#monitoring-on-demand-limits)
+ [
### Anfordern einer Kontingenterhöhung
](#vcpu-limits-request-increase)
+ [
## Preise für On-Demand-Instances anfordern
](#query-aws-price-list)
## Kontingente für On-Demand-Instances
Es gibt Kontingente für die Anzahl der laufenden On-Demand-Instances AWS-Konto pro Region. On-Demand-Instance-Kontingente werden unabhängig vom Instance-Typ anhand *der Anzahl der virtuellen Zentraleinheiten (vCPUs)* verwaltet, die Ihre laufenden On-Demand-Instances verwenden. Jeder Kontingenttyp gibt die maximale Anzahl von v CPUs für eine oder mehrere Instance-Familien an.
Ihr Konto umfasst die folgenden Kontingente für On-Demand-Instances. Instances, die sich im Status Ausstehend, Beenden, Beenden und Ruhezustand befinden, werden nicht auf Ihre On-Demand-Instance-Kontingente angerechnet. Kapazitätsreservierungen werden auf On-Demand-Instance-Kontingente angerechnet, auch wenn sie ungenutzt sind.
| Name | Standard | Anpassbar |
| --- | --- | --- |
| Ausführen von On-Demand-DL-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-6E869C2A) |
| Ausführen von On-Demand-F-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-74FC7D96) |
| Ausführen von On-Demand-G- und VT-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-DB2E81BA) |
| Ausführen von On-Demand-HPC-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-F7808C92) |
| Ausführen von On-Demand-High – Memory-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-43DA4232) |
| Ausführen von On-Demand-Inf-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-1945791B) |
| Ausführen von On-Demand-P-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-417A185B) |
| On-Demand-Ausführung von Standard-Instances (A, C, D, H, I, M, R, T, Z) | 5 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-1216C47A) |
| Ausführen von On-Demand-Trn-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-2C3B7624) |
| Ausführen von On-Demand-X-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-7295265B) |
Informationen zu den verschiedenen Instance-Familien, Generationen und Größen finden Sie im [Amazon EC2 Instance Types Guide](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-types.html).
Sie können eine beliebige Kombination von Instance-Typen starten, die Ihren sich ändernden Anwendungsanforderungen entspricht, sofern die Anzahl von v Ihr Kontokontingent nicht CPUs überschreitet. Bei einem Standard-Instance-Kontingent von 256 v könnten Sie CPUs beispielsweise 32 `m5.2xlarge` Instances (32 x 8 vCPUs) oder 16 `c5.4xlarge` Instances (16 x 16 vCPUs) starten. Weitere Informationen finden Sie unter [Limits für EC2 On-Demand-Instances](https://aws.amazon.com/ec2/faqs/#EC2_On-Demand_Instance_limits).
**Topics**
+ [
### Überwachen von Kontingenten für On-Demand-Instances und der Nutzung
](#monitoring-on-demand-limits)
+ [
### Anfordern einer Kontingenterhöhung
](#vcpu-limits-request-increase)
### Überwachen von Kontingenten für On-Demand-Instances und der Nutzung
Sie können Ihre Kontingent für On-Demand-Instances für die einzelnen Regionen mit den folgenden Methoden anzeigen und verwalten.
**So zeigen Sie Ihre aktuellen Kontingente mit der Service-Quotas-Konsole an**
1. Öffnen Sie die Service Quotas Quotas-Konsole unter [https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/).
1. Wählen Sie auf der Navigationsleiste eine Region aus.
1. Geben Sie im Filterfeld den Wert **On-Demand** ein.
1. In der Spalte **Angewendeter Kontingentwert** wird die maximale Anzahl von v CPUs für jeden Kontingenttyp der On-Demand-Instance für Ihr Konto angezeigt.
**So zeigen Sie Ihre aktuellen Kontingente mithilfe der AWS Trusted Advisor Konsole an**
Öffnen Sie die [Seite mit den Dienstbeschränkungen](https://console.aws.amazon.com/trustedadvisor/home?#/category/service-limits) in der AWS Trusted Advisor Konsole.
**Um CloudWatch Alarme zu konfigurieren**
Mit der Integration von Amazon CloudWatch Metrics können Sie Ihre EC2 Nutzung anhand Ihrer Kontingente überwachen. Sie können auch Alarme konfigurieren, um vor beinahe erreichten Kontingenten zu warnen. Weitere Informationen finden Sie unter [Service Quotas und CloudWatch Amazon-Alarme](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) im *Service Quotas Quotas-Benutzerhandbuch*.
### Anfordern einer Kontingenterhöhung
Auch wenn Amazon Ihre On-Demand-Instance-Kontingente basierend auf Ihrer Nutzung EC2 automatisch erhöht, können Sie bei Bedarf eine Erhöhung des Kontingents beantragen. Wenn Sie beispielsweise mehr Instances starten möchten, als Ihr aktuelles Kontingent zulässt, können Sie mithilfe der Service-Quotas-Konsole wie in [EC2 Amazon-Servicekontingente](ec2-resource-limits.md) beschrieben eine Kontingenterhöhung beantragen.
## Preise für On-Demand-Instances anfordern
Sie können die Price List Service API oder die AWS Price List API verwenden, um die Preise von On-Demand-Instances abzufragen. Weitere Informationen finden Sie unter [Verwenden der AWS Preislisten-API](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/price-changes.html) im *AWS Billing Benutzerhandbuch*.
# Überblick über Reserved Instances für Amazon EC2
**Wichtig**
Wir empfehlen Savings Plans gegenüber Reserved Instances. Sparpläne sind die einfachste und flexibelste Möglichkeit, Geld bei Ihren AWS Rechenkosten zu sparen und niedrigere Preise anzubieten (bis zu 72% Rabatt auf On-Demand-Preise), genau wie Reserved Instances. Savings Plans unterscheiden sich jedoch von Reserved Instances. Bei Reserved Instances verpflichten Sie sich zu einer bestimmten Instance-Konfiguration. Bei Savings Plans erhalten Sie die Flexibilität, die Instance-Konfigurationen zu nutzen, die Ihren Anforderungen am besten entsprechen. Mit Savings Plans können Sie sich auf einen gleichbleibenden Nutzungsbetrag (in USD pro Stunde) festlegen. Weitere Informationen finden Sie im [AWS Benutzerhandbuch zu Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/).
Reserved Instances bieten Ihnen deutlich reduzierte Amazon EC2-Kosten im Vergleich zu den Preisen für On-Demand-Instances. Bei Reserved-Instances handelt es sich nicht um physische Instances, sondern um einen Fakturierungsrabatt für die Nutzung gewisser On-Demand-Instances in Ihrem Konto. Diese On-Demand-Instances müssen verschiedenen Attributen wie Instance-Typ und Region entsprechen, um vom Fakturierungsrabatt zu profitieren.
**Topics**
+ [
## Beispielszenario für Reserved Instances
](#ri-example-scenario)
+ [
## Schlüsselvariablen zur Bestimmung der Reserved Instance-Preise
](#ri-key-pricing-variables)
+ [
# Regionale und zonengebundene Reserved Instances (Umfang)
](reserved-instances-scope.md)
+ [
# Reserved Instances-Typen (Angebotsklassen)
](reserved-instances-types.md)
+ [
# Wie Reserved-Instances-Rabatte angewendet werden
](apply_ri.md)
+ [
# Nutzen Ihres Reserved Instances
](using-reserved-instances.md)
+ [
# Wie die Abrechnung mit Reserved Instances funktioniert
](concepts-reserved-instances-application.md)
+ [
# Reserved-Instances für Amazon EC2 erwerben
](ri-market-concepts-buying.md)
+ [
# Reserved Instances für Amazon EC2 auf dem Reserved Instance Marketplace verkaufen
](ri-market-general.md)
+ [
# Ändern von Reserved Instances
](ri-modifying.md)
+ [
# Austauschen von Convertible Reserved Instances
](ri-convertible-exchange.md)
+ [
# Kontingente für Reserved Instances
](ri-limits.md)
## Beispielszenario für Reserved Instances
Das folgende Diagramm zeigt ein grundlegendes Szenario zum Kauf und zur Nutzung von Reserved Instances.
![\[Kaufen von Reserved Instances.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-basics.png)
In diesem Szenario verfügen Sie über eine aktive On-Demand-Instance (T2) in Ihrem Konto. Für diese zahlen Sie zurzeit die On-Demand-Tarife. Sie erwerben eine den Attributen Ihrer aktiven Instance entsprechende Reserved Instance und erhalten einen sofortigen Preisvorteil. Als Nächstes erwerben Sie eine Reserved Instance für eine C4-Instance. In Ihrem Konto sind keine aktiven Instances vorhanden, die den Attributen dieser Reserved Instance entsprechen. Als Letztes starten Sie eine Instance, die den Attributen der C4-Reserved Instance entspricht, und Sie erhalten einen sofortigen Preisvorteil.
## Schlüsselvariablen zur Bestimmung der Reserved Instance-Preise
Die Reserved Instance-Preise werden anhand der folgenden Schlüsselvariablen bestimmt.
### Instance-Attribute
Eine Reserved Instance hat vier Instance-Attribute, von denen ihr Preis abhängig ist.
+ **Instance-Typ**: Beispielsweise `m4.large`. Dieser besteht aus der Instance-Familie (z. B. `m4`) und der Instance-Größe (z. B. `large`).
+ **Region**: Die Region, in der das Reserved Instance gekauft wird.
+ **Tenancy**: Ob die Instance auf gemeinsam genutzter Hardware (Standard) oder auf Single – Tenant-Hardware (dediziert) ausgeführt wird. Weitere Informationen finden Sie unter [EC2 Dedizierte Amazon-Instances](dedicated-instance.md).
+ **Plattform**: Das Betriebssystem (z. B. Windows oder Linux/Unix). Weitere Informationen finden Sie unter [Wählen einer Plattform](ri-market-concepts-buying.md#ri-choosing-platform).
### Dauerhafte Verpflichtung
Sie können eine Reserved Instance für eine ein- oder dreijährige Laufzeit erwerben, wobei für die dreijährige Laufzeitverpflichtung ein größerer Rabatt angeboten wird.
+ **Ein Jahr**: Ein Jahr wird als 31536000 Sekunden (365 Tage) definiert.
+ **Drei Jahre**: Drei Jahre werden als 94608000 Sekunden (1095 Tage) definiert.
Reserved Instances werden nicht automatisch verlängert. Wenn sie auslaufen, können Sie ohne jegliche Unterbrechung die EC2-Instance weiter nutzen. In diesem Fall werden jedoch die On-Demand-Tarife berechnet. Wenn die Reserved Instances für die T2- und C4-Instances im Beispiel oben auslaufen, zahlen Sie bis zur Beendigung der Instances oder dem Kauf neuer Reserved Instances mit den passenden Instance-Attributen wieder die On-Demand-Tarife.
**Wichtig**
Der Kauf einer Reserved Instance kann nicht storniert werden. Sollten sich Ihre Anforderungen ändern, können Sie Ihre Reserved Instance jedoch möglicherweise [ändern](ri-modifying.md), [austauschen](ri-convertible-exchange.md) oder [verkaufen](ri-market-general.md).
### Zahlungsmöglichkeiten
Für Reserved Instances stehen folgende Zahlungsoptionen zur Verfügung:
+ **Komplette Vorauszahlung**: Die gesamte Zahlung wird zum Anfang der Laufzeit durchgeführt. Es entstehen keine weiteren Kosten und es werden für die gesamte Laufzeit keine weiteren Stundensätze berechnet (unabhängig von den genutzten Stunden).
+ **Teilweise Vorauszahlung**: Ein Teil der Kosten muss im Voraus bezahlt werden und die restlichen Stunden während der Laufzeit werden zu einem ermäßigten Stundensatz abgerechnet (unabhängig von der Nutzung der Reserved Instance).
+ **Keine Vorauszahlung**: Sie zahlen einen ermäßigten Stundensatz für jede Stunde im Rahmen der Laufzeit (unabhängig davon, ob die Reserved Instance genutzt wird). Es ist keine Vorauszahlung erforderlich.
**Anmerkung**
Reserved Instances ohne Vorauszahlung arbeiten mit einer vertraglichen Verpflichtung zur monatlichen Zahlung über die gesamte Laufzeit hinweg. Aus diesem Grund benötigen Sie einen positiven Abrechnungsverlauf, bevor Sie Reserved Instances ohne Vorauszahlung erwerben können.
Im Allgemeinen sparen Sie durch eine größere Vorauszahlung für Reserved Instances mehr Geld. Im Reserved Instance Marketplace werden Reserved Instances von Drittanbietern zu günstigeren Preisen und mit kürzeren Laufzeiten angeboten. Weitere Informationen finden Sie unter [Reserved Instances für Amazon EC2 auf dem Reserved Instance Marketplace verkaufen](ri-market-general.md).
### Angebotsklasse
Wenn sich Ihre Anforderungen ändern, können Sie Ihre Reserved Instance jedoch ändern oder austauschen (je nach Angebotsklasse).
+ **Standard**: Diese Klasse bietet den signifikantesten Rabatt, kann aber nur geändert werden. Standard Reserved Instances kann nicht ausgetauscht werden.
+ **Convertible**: Diese Klasse bietet einen geringeren Rabatt als Standard-Reserved Instances, kann aber gegen eine andere Convertible Reserved Instance mit anderen Instance-Attributen ausgetauscht werden. Convertible Reserved Instances können auch geändert werden.
Weitere Informationen finden Sie unter [Reserved Instances-Typen (Angebotsklassen)](reserved-instances-types.md).
**Wichtig**
Der Kauf einer Reserved Instance kann nicht storniert werden. Sollten sich Ihre Anforderungen ändern, können Sie Ihre Reserved Instance jedoch möglicherweise [ändern](ri-modifying.md), [austauschen](ri-convertible-exchange.md) oder [verkaufen](ri-market-general.md).
Weitere Informationen finden Sie auf der [Seite Preise für Amazon EC2 Reserved Instances](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/).
# Regionale und zonengebundene Reserved Instances (Umfang)
Bei dem Erwerb einer Reserved Instance legen Sie den Geltungsbereich der Reserved Instance fest. Der Umfang ist entweder regional oder zonengebunden.
+ **Regional**: Wenn Sie eine Reserved Instance für eine Region erwerben, wird sie als *regionale* Reserved Instance bezeichnet.
+ **Zonengebunden**: Wenn Sie eine Reserved Instance für eine bestimmte Availability Zone erwerben, wird sie als *zonengebundene* Reserved Instance bezeichnet.
Der Umfang hat keinen Einfluss auf den Preis. Sie zahlen den gleichen Preis für regionale oder zonengebundene Reserved Instance. Weitere Informationen zu Preisen Reserved Instance erhalten Sie unter [Schlüsselvariablen zur Bestimmung der Reserved Instance-Preise](ec2-reserved-instances.md#ri-key-pricing-variables) und [Preise für Amazon-EC2-Reserved-Instances](https://aws.amazon.com/ec2/pricing/reserved-instances/pricing/).
Weitere Informationen darüber, wie Sie den Geltungsbereich einer Reserved Instance festlegen können, finden Sie unter [RI-Attribute](https://aws.amazon.com/ec2/pricing/reserved-instances/#riattributes), insbesondere unter dem Aufzählungspunkt **Availability Zone**.
## Unterschiede zwischen regionalen und zonengebundenen Reserved Instances
Die folgende Tabelle hebt einige der wichtigsten Unterschiede zwischen regionalen Reserved Instances und zonengebundenen Reserved Instances hervor:
| | Regionsgebundene Reserved Instances | Zonengebundene Reserved Instances |
| --- | --- | --- |
| Fähigkeit zum Reservieren von Kapazität | Ein regionaler Reserved Instance reserviert *keine* Kapazität. | Ein zonaler Reserved Instance reserviert Kapazität in der angegebenen Availability Zone. |
| Flexibilität bezüglich der Availability Zone | Der Reserved Instance-Rabatt gilt für die Instance-Nutzung in jeder Availability Zone in der angegebenen Region. | Keine Flexibilität bezüglich der Availability Zone – Der Reserved Instance-Rabatt gilt nur für die Instance-Nutzung in der angegebenen Availability Zone. |
| Flexibilität bezüglich der Instance-Größe | Der Reserved Instance-Rabatt gilt unabhängig von der Größe für die Instance-Nutzung in der Instance-Familie. Wird nur auf Amazon Linux/Unix Reserved Instances mit Standardtenancy unterstützt. Weitere Informationen finden Sie unter [Flexibilität bezüglich der Instance-Größe anhängig vom Normalisierungsfaktor](apply_ri.md#ri-normalization-factor). | Keine Flexibilität bezüglich der Instance-Größe – Der Reserved Instance-Rabatt gilt nur für die Instance-Nutzung für die angegebene Kombination aus Instance-Typ und -Größe. |
| Einen Kauf in die Warteschlange stellen | Sie können Käufe für regionale Reserved Instances in Warteschlange stellen | Sie können Käufe für zonengebundene Reserved Instances nicht in Warteschlange stellen. |
Weitere Informationen und Beispiele finden Sie unter [Wie Reserved-Instances-Rabatte angewendet werden](apply_ri.md).
# Reserved Instances-Typen (Angebotsklassen)
Die Angebotsklasse von Reserved Instance ist entweder Standard oder Convertible. Ein Standard-Reserved-Instance bietet einen größeren Rabatt als ein Convertible-Reserved-Instance, aber Sie können keinen Standard-Reserved-Instance umtauschen. Sie können Convertible-Reserved Instances wechseln. Sie können Standard- und Convertible-Reserved Instances ändern.
Die Konfiguration eines Reserved Instance umfasst einen einzelnen Instance-Typ, eine Plattform, einen Umfang und eine Tenancy über eine Laufzeit. Wenn sich Ihre Anforderungen ändern, können Sie Ihre Reserved Instance jedoch ändern oder austauschen.
## Unterschiede zwischen Standard- und Convertible-Reserved Instances
Die folgenden Unterschiede gelten zwischen den Standard- und Convertible-Reserved Instances.
| | Standard-Reserved Instance | Convertible Reserved Instance |
| --- | --- | --- |
| Ändern von Reserved Instances | Einige Attribute können geändert werden. Weitere Informationen finden Sie unter [Ändern von Reserved Instances](ri-modifying.md). | Einige Attribute können geändert werden. Weitere Informationen finden Sie unter [Ändern von Reserved Instances](ri-modifying.md). |
| Reserved Instances auswechseln | Kann nicht ausgetauscht werden. | Kann während der Laufzeit gegen eine andere Convertible Reserved Instance mit neuen Attributen inkl. Instance-Familie, Instance-Typ, Plattform, Umfang und Tenancy ausgetauscht werden. Weitere Informationen finden Sie unter [Austauschen von Convertible Reserved Instances](ri-convertible-exchange.md). |
| Verkaufen im Reserved Instance Marketplace | Kann im Reserved Instance Marketplace verkauft werden. | Kann nicht im Reserved Instance Marketplace verkauft werden. |
| Einkaufen im Reserved Instance Marketplace | Kann im Reserved Instance Marketplace gekauft werden. | Kann nicht im Reserved Instance Marketplace gekauft werden. |
# Wie Reserved-Instances-Rabatte angewendet werden
Reserved Instances sind keine physischen Instances, sondern ein Abrechnungsrabatt, der auf die laufenden On-Demand-Instances in Ihrem Konto angewendet wird. Die On-Demand-Instances müssen bestimmten Spezifikationen der Reserved Instances entsprechen, damit der Abrechnungsrabatt angewendet werden kann.
Wenn Sie eine Reserved Instance erwerben und bereits über eine laufende On-Demand-Instance verfügen, die den Spezifikationen der Reserved Instance entspricht, wird der Abrechnungsrabatt sofort und automatisch angewendet. Sie müssen Ihre Instances nicht neu starten. Wenn Sie über keine berechtigte On-Demand-Instance verfügen, starten Sie eine On-Demand-Instance mit denselben Spezifikationen wie Ihre Reserved Instance. Weitere Informationen finden Sie unter [Nutzen Ihres Reserved Instances](using-reserved-instances.md).
Die Angebotsklasse (Standard oder Convertible) der Reserved Instance hat keinen Einfluss darauf, wie der Abrechnungsrabatt angewendet wird.
**Topics**
+ [
## So werden zonengebundene Reserved Instances angewendet
](#apply-zonal-ri)
+ [
## So werden regionale Reserved Instances angewendet
](#apply-regional-ri)
+ [
## Flexibilität bezüglich der Instance-Größe
](#ri-instance-size-flexibility)
+ [
## Beispiele zur Anwendung von Reserved Instances
](#ri-usage-examples)
## So werden zonengebundene Reserved Instances angewendet
Eine Reserved Instance, die gekauft wird, um Kapazität in einer bestimmten Availability Zone zu reservieren, wird als zonengebundene Reserved Instance bezeichnet.
+ Der Reserved-Instance-Rabatt gilt für die übereinstimmende Instance-Nutzung in dieser Availability Zone.
+ Die Attribute (Tenancy, Plattform, Availability Zone, Instance-Typ und Instance-Größe) der aktiven Instances müssen denen der Reserved Instances entsprechen.
Wenn Sie beispielsweise zwei Linux/Unix Standard Reserved Instances mit `c4.xlarge` Standard-Tenancy für die Availability Zone us-east-1a erwerben, können bis zu zwei `c4.xlarge` Standard-Tenancy-Instances, die in der Availability Zone us-east-1a laufen, vom Linux/Unix Reserved Instance-Rabatt profitieren.
## So werden regionale Reserved Instances angewendet
Eine für eine Region erworbene Reserved Instance wird als regionale Reserved Instance bezeichnet und bietet Flexibilität in Bezug auf die Instance-Größe und Availability Zone.
+ Der Reserved Instance-Rabatt gilt für die Instance-Nutzung in jeder Availability Zone in dieser Region.
+ Der Reserved-Instance-Rabatt gilt für die Instance-Nutzung innerhalb der Instance-Familie, unabhängig von der Größe – dies wird als [Instance-Größenflexibilität](#ri-instance-size-flexibility) bezeichnet.
## Flexibilität bezüglich der Instance-Größe
Bei flexibler Instance-Größe gilt der Rabatt für Reserved Instances für die Nutzung von Instances, die dieselbe [Familie](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) haben. Die Reserved Instance wird basierend auf dem Normalisierungsfaktor innerhalb der Instance-Familie von der kleinsten bis hin zur größten Instance-Größe angewendet. Ein Beispiel für die Anwendung des Reserved-Instance-Rabatts finden Sie unter [Szenario 2: Reserved Instances in einem einzigen Konto unter Anwendung des Normalisierungsfaktors](#ri-usage-ex2).
### Einschränkungen
+ **Unterstützt:** Die Flexibilität der Instance-Größe wird nur für regionale Reserved Instances unterstützt.
+ **Nicht unterstützt:** Die Flexibilität der Instance-Größe wird für die folgenden Reserved Instances *nicht unterstützt*:
+ Reserved Instances, die für eine bestimmte Availability Zone erworben werden (zonengebundene Reserved Instances)
+ Reserved Instances für G4ad, G4dn, G5, G5g, G6, G6e, G6f, Gr6, Gr6f, hpc7a, P5, Inf1, Inf2, u7i-6tb und u7i-8tb-Instances
+ Reserved Instances für Windows Server, Windows Server mit SQL Standard, Windows Server mit SQL Server Enterprise, Windows Server mit SQL Server Web, RHEL und SUSE Linux Enterprise Server
+ Reserved Instances mit Dedicated Tenancy
### Flexibilität bezüglich der Instance-Größe anhängig vom Normalisierungsfaktor
Die flexible Instance-Größe wird durch den Normalisierungsfaktor der Instance-Größe bestimmt. Der Rabatt gilt für aktive Instances derselben Instance-Familie Typs in jeder Availability Zone der Region entweder vollständig oder teilweise. Dies hängt von der Instance-Größe der Reservierung ab. Nur die Attribute Instance-Familie, Tenancy und Plattform müssen übereinstimmen.
In der folgenden Tabelle sind die unterschiedlichen Größen innerhalb einer Instance-Familie und der entsprechende Normalisierungsfaktor aufgeführt. Diese Maßeinheit wird zur Anwendung des Rabatts für Reserved Instances auf die normalisierte Nutzung des Instance-Familie genutzt.
| Instance-Größe | Normalisierungsfaktor |
| --- | --- |
| nano | 0,25 |
| micro | 0.5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
Eine `t2.medium`-Instance hat beispielsweise einen Normalisierungsfaktor von 2. Wenn Sie eine `t2.medium` Standard-Tenancy Amazon Linux/Unix Reserved Instance in US East (N. Virginia) erwerben, und in der Region über zwei aktive `t2.small` Instances in Ihrem Konto verfügen, wird der Rabatt voll auf beide Instances angewendet.
![\[Anwenden einer regionalen reservierten Instance\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-instance-flex-full.png)
Wenn Sie über eine `t2.large`-Instance in der Region USA Ost (Nord-Virginia) in Ihrem Konto verfügen, wird der Rabatt zu 50 % auf die Nutzung der Instance angewendet.
![\[Anwenden einer regionalen reservierten Instance\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-instance-flex-partial.png)
Der Normalisierungsfaktor wird auch angewendet, wenn Sie Reserved Instances ändern. Weitere Informationen finden Sie unter [Ändern von Reserved Instances](ri-modifying.md).
#### Normalisierungsfaktor für Bare Metal-Instances
Flexibilität bezüglich der Instance-Größe gilt auch für Bare Metal-Instances in der Instance-Familie. Wenn Sie regionale Amazon Linux/Unix Reserved Instances mit Shared Tenancy auf Bare-Metal-Instances haben, können Sie von den Reserved Instance-Einsparungen innerhalb derselben Instance-Familie profitieren. Das Gegenteil ist auch der Fall: Wenn Sie regionale Amazon Linux/Unix Reserved Instances mit Shared Tenancy auf Instances derselben Familie wie eine Bare-Metal-Instance haben, können Sie von den Reserved Instance-Einsparungen bei der Bare-Metal-Instance profitieren.
Die `metal`-Instance-Größe besitzt keinen einzigen Normalisierungsfaktor. Eine Bare Metal-Instance hat den gleichen Normalisierungsfaktor wie die entsprechende virtualisierte Instance-Größe innerhalb derselben Instance-Familie. Beispielsweise hat eine `i3.metal`-Instance den gleichen Normalisierungsfaktor wie eine `i3.16xlarge`-Instance.
| Instance-Größe | Normalisierungsfaktor |
| --- | --- |
| a1.metal | 32 |
| m5zn.metal \$1 x2iezn.metal z1d.metal | 96 |
| c6g.metal \$1 c6gd.metal \$1 i3.metal \$1 m6g.metal \$1 m6gd.metal \$1 r6g.metal \$1 r6gd.metal \$1 x2gd.metal | 128 |
| c5n.metal | 144 |
| c5.metal \$1 c5d.metal \$1 i3en.metal \$1 m5.metal \$1 m5d.metal \$1 m5dn.metal \$1 m5n.metal \$1 r5.metal \$1 r5b.metal \$1 r5d.metal \$1 r5dn.metal \$1 r5n.metal | 192 |
| c6i.metal \$1 c6id.metal \$1 m6i.metal \$1 m6id.metal \$1 r6d.metal \$1 r6id.metal | 256 |
| u-18tb1.metal \$1 u-24tb1.metal | 448 |
| u-6tb1.metal \$1 u-9tb1.metal \$1 u-12tb1.metal | 896 |
Beispiel: Eine `i3.metal`-Instance hat beispielsweise einen Normalisierungsfaktor von 128. Wenn Sie eine `i3.metal`-Reserved Instance der Amazon Linux/Unix-Plattform mit Standard-Tenancy in der Region US East (N. Virginia) erwerben, kann der Rabatt wie folgt angewendet werden:
+ Wenn Sie in Ihrem Konto in dieser Region über eine aktive `i3.16xlarge`-Instance verfügen, wird der Rabatt voll auf die `i3.16xlarge`-Instance (`i3.16xlarge`-Normalisierungsfaktor = 128) angewendet.
+ Oder wenn Sie in Ihrem Konto in dieser Region über zwei aktive `i3.8xlarge`-Instances verfügen, wird der Rabatt voll auf beide `i3.8xlarge`-Instances (`i3.8xlarge`-Normalisierungsfaktor = 64) angewendet.
+ Oder wenn Sie in Ihrem Konto in dieser Region über vier aktive `i3.4xlarge`-Instances verfügen, wird der Rabatt voll auf alle vier `i3.4xlarge`-Instances (`i3.4xlarge`-Normalisierungsfaktor = 32) angewendet.
Dies gilt auch umgekehrt. Wenn Sie beispielsweise zwei Amazon Linux/Unix Reserved Instances mit `i3.8xlarge` Standardmandaten im Osten der USA (Nord-Virginia) erwerben und Sie eine laufende `i3.metal` Instance in dieser Region haben, wird der Abrechnungsvorteil vollständig auf die `i3.metal` Instance angewendet.
## Beispiele zur Anwendung von Reserved Instances
**Topics**
+ [
### Szenario 1: Reserved Instances in einem einzigen Konto
](#ri-usage-ex1)
+ [
### Szenario 2: Reserved Instances in einem einzigen Konto unter Anwendung des Normalisierungsfaktors
](#ri-usage-ex2)
+ [
### Szenario 3: Regionale Reserved Instances in verknüpften Konten
](#ri-usage-ex3)
+ [
### Szenario 4: Zonenbasierte Reserved Instances in einem verknüpften Konto
](#ri-usage-ex4)
### Szenario 1: Reserved Instances in einem einzigen Konto
Sie führen die folgenden On-Demand-Instances in Konto A aus:
+ 4 x `m3.large` Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a
+ 2 x `m4.xlarge` Amazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b
+ 1 x `c4.xlarge` Amazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1c
Sie erwerben die folgenden Reserved Instances in Konto A:
+ 4 x `m3.large` Linux, Standard-Tenancy Reserved Instances in Availability Zone us-east-1a (Kapazität ist reserviert)
+ 4 x `m4.large` Amazon Linux, Standard-Tenancy Reserved Instances in der Region us-east-1
+ 1 x `c4.large` Amazon Linux, Standard-Tenancy Reserved Instances in der Region us-east-1
Die Reserved Instance-Rabatte werden folgendermaßen angewendet:
+ Da die Attribute (Instance-Größe, Region, Plattform, Tenancy) übereinstimmen, werden der Rabatt und die Kapazitätsreservierung der vier `m3.large` Zonen-Reserved Instances für die vier `m3.large` Instances genutzt.
+ Die regionalen `m4.large` Reserved Instances bieten eine Flexibilität für die Availability Zone und die Instance-Größe. Sie sind regionale Amazon Linux Reserved Instances mit Standard-Tenancy.
Eine `m4.large` entspricht 4 normalisierten Einheiten/Stunde.
Sie haben vier `m4.large` regionale Reserved Instances gekauft, und insgesamt entsprechen sie 16 normalisierten units/hour (4x4). Konto A hat zwei laufende `m4.xlarge` Instances, was 16 normalisierten units/hour (2x8) entspricht. In diesem Fall sorgen die vier regionalen `m4.large`-Reserved-Instances für den vollständigen Rabatt für die Nutzung der zwei `m4.xlarge`-Instances.
+ Die regionale `c4.large` Reserved Instance in us-east-1 bietet eine Flexibilität für die Availability Zone und die Instance-Größe, denn sie ist eine regionale Amazon Linux Reserved Instance mit Standard-Tenancy und wird auf die `c4.xlarge` Instance angewendet. Eine `c4.large` Instanz entspricht 4 normalisierten Einheiten units/hour und a `c4.xlarge` entspricht 8 normalisierten Einheiten/Stunde.
In diesem Fall wird die regionale `c4.large` Reserved Instance teilweise auf die `c4.xlarge`-Nutzung angewendet. Dies liegt daran, dass die `c4.large` Reserved Instance der Nutzung von 4 normalisierten Einheiten/Stunde entspricht, die `c4.xlarge` Instance jedoch 8 normalisierte Einheiten/Stunde erfordert. Aus diesem Grund wird der Rabatt durch die `c4.large` Reserved Instance nur zu 50 % auf die `c4.xlarge`-Nutzung angewendet. Die verbleibende `c4.xlarge`-Nutzung wird über den On-Demand-Tarif abgerechnet.
### Szenario 2: Reserved Instances in einem einzigen Konto unter Anwendung des Normalisierungsfaktors
Sie führen die folgenden On-Demand-Instances in Konto A aus:
+ 2 x `m3.xlarge` Amazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a
+ 2 x `m3.large` Amazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b
Sie erwerben die folgende Reserved Instance in Konto A:
+ 1 x `m3.2xlarge` Amazon Linux, Standard-Tenancy-Reserved-Instance in der Region us-east-1
Die Reserved Instance-Rabatte werden folgendermaßen angewendet:
+ Die `m3.2xlarge` regionale Reserved Instance in us-east-1 bietet Flexibilität in Bezug auf die Availability Zone und die Instance-Größe, denn es handelt sich um eine regionale Amazon-Linux-Reserved-Instance mit Standard-Tenancy. Sie wird zunächst auf die `m3.large`-Instances und dann auf die `m3.xlarge`-Instances angewendet, da die Anwendung innerhalb der Instance-Familie basierend auf dem Normalisierungsfaktor von der kleinsten bis zur größten Instance-Größe erfolgt.
Eine `m3.large`-Instance entspricht 4 normalisierten Einheiten/Stunde.
Eine `m3.xlarge`-Instance entspricht 8 normalisierten Einheiten/Stunde.
Eine `m3.2xlarge`-Instance entspricht 16 normalisierten Einheiten/Stunde.
Der Rabatt wird wie folgt angewendet:
Die `m3.2xlarge` regionale Reserved Instance bietet bei zweimaliger `m3.large` Nutzung den vollen Nutzen, da diese Instances zusammen 8 auf normalisierte Weise units/hour. This leaves 8 normalized units/hour auf die Instances entfallen. `m3.xlarge`
Mit den verbleibenden 8 normalisierten Einheiten/Stunde wendet die `m3.2xlarge` regionale Reserved Instance den vollständigen Rabatt auf 1 x `m3.xlarge` Nutzung an, da jede `m3.xlarge` Instance 8 normalisierten Einheiten/Stunde entspricht. Die verbleibende `m3.xlarge`-Nutzung wird über den On-Demand-Tarif abgerechnet.
### Szenario 3: Regionale Reserved Instances in verknüpften Konten
Reserved Instances werden zuerst auf die Nutzung im erwerbenden Konto angewendet. Danach folgt die qualifizierte Nutzung in anderen Konten der Organisation. Weitere Informationen finden Sie unter [Reserved Instances- und konsolidierte Fakturierung](concepts-reserved-instances-application.md#concepts-reserved-instances-billing). Bei regionalen Reserved Instances, die Größenflexibilität für Instances anbieten, wird der Vorteil innerhalb der Instance-Familie von der kleinsten bis hin zur größten Instance-Größe angewendet.
Sie führen die folgenden On-Demand-Instances in Konto A (das erwerbende Konto) aus:
+ 2 x `m4.xlarge` Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a
+ 1 x `m4.2xlarge` Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b
+ 2 x `c4.xlarge` Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a
+ 1 x `c4.2xlarge` Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b
Ein weiterer Kunde führt die folgenden On-Demand-Instances in Konto B— (ein verknüpftes Konto) aus:
+ 2 x `m4.xlarge` Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a
Sie erwerben die folgenden regionalen Reserved Instances in Konto A:
+ 4 x `m4.xlarge` Linux, Standard-Tenancy Reserved Instances in der Region us-east-1
+ 2 x `c4.xlarge` Linux, Standard-Tenancy Reserved Instances in der Region us-east-1
Die regionalen Reserved Instance-Rabatte werden folgendermaßen angewendet:
+ Der Rabatt der vier `m4.xlarge`-Reserved Instances wird von den beiden `m4.xlarge`-Instances und der einzelnen `m4.2xlarge`-Instance in Konto A (dem erwerbenden Konto) genutzt. Alle drei Instance entsprechen den Attributen (Instance-Familie, Region, Plattform, Tenancy). Der Rabatt wird zuerst auf die Instances im erwerbenden Konto (Konto A) angewendet, obwohl Konto B (verknüpftes Konto) über zwei `m4.xlarge` verfügt, dem den Reserved Instances ebenfalls entsprechen. Es wird keine Kapazitätsreservierung geboten, da es sich bei den Reserved Instances um regionale Reserved Instances handelt.
+ Der Rabatt auf die zwei `c4.xlarge` Reserved Instances wird auf die zwei `c4.xlarge` Instances angewendet, da ihre Instance-Größe kleiner als die der `c4.2xlarge` Instance ist. Es wird keine Kapazitätsreservierung geboten, da es sich bei den Reserved Instances um regionale Reserved Instances handelt.
### Szenario 4: Zonenbasierte Reserved Instances in einem verknüpften Konto
Reserved Instances im Besitz eines Kontos werden grundsätzlich erst auf die Nutzung in diesem Konto angewendet. Wenn es qualifizierende und nicht genutzte Reserved Instances für eine bestimmte Availability Zone (zonenbasierte Reserved Instances) in anderen Konten in der Organisation gibt, werden diese vor den regionalen Reserved Instances im Besitz des Kontos auf das Konto angewendet. Dies geschieht, um eine maximale Nutzung der Reserved Instances und somit eine geringere Rechnung zu gewährleisten. Zu Fakturierungszwecken werden alle Konten in der Organisation wie ein einziges Konto behandelt. Das folgende Beispiel veranschaulicht dies.
Sie führen die folgenden On-Demand-Instance in Konto A (das erwerbende Konto) aus:
+ 1 x `m4.xlarge` Linux, Standard-Tenancy-Instance in Availability Zone us-east-1a
Ein Kunde führt die folgende On-Demand-Instance im verknüpften Konto B aus:
+ 1 x `m4.xlarge` Linux, Standard-Tenancy-Instance in Availability Zone us-east-1b
Sie erwerben die folgenden regionalen Reserved Instances in Konto A:
+ 1 x `m4.xlarge` Linux, Standard-Tenancy Reserved Instance in der Region us-east-1
Ein Kunde erwirbt die folgenden zonenbezogenen Reserved Instances im verknüpften Konto C:
+ 1 x `m4.xlarge` Linux, Standard-Tenancy-Reserved Instances in Availability Zone us-east-1a
Die Reserved Instance-Rabatte werden folgendermaßen angewendet:
+ Der Rabatt der zonenbezogenen `m4.xlarge` Reserved Instances im Besitz von Konto C wird auf die `m4.xlarge`-Nutzung in Konto A angewendet.
+ Der Rabatt der regionalen `m4.xlarge` Reserved Instances im Besitz von Konto A wird auf die `m4.xlarge`-Nutzung in Konto B angewendet.
+ Wenn die regionale Reserved Instance im Besitz von Konto A zuerst auf die Nutzung in Konto A angewendet wurde, bleibt die zonenbezogene Reserved Instance im Besitz von Konto C ungenutzt und die Nutzung in Konto B wird zum On-Demand-Tarif abgerechnet.
Weitere Informationen finden Sie unter [Ihre Reservierungen verstehen](https://docs.aws.amazon.com/cur/latest/userguide/understanding-ri.html) im AWS Cost and Usage Report.
**Anmerkung**
Zonal Reserved Instances reservieren Kapazität nur für das Besitzerkonto und können nicht für andere AWS-Konten freigegeben werden. Wenn Sie Kapazität für andere AWS-Konten freigeben müssen, verwenden Sie [Rechenkapazität mit EC2-On-Demand-Kapazitätsreservierungen reservieren](ec2-capacity-reservations.md).
# Nutzen Ihres Reserved Instances
Reserved Instances werden bei übereinstimmenden Spezifikationen automatisch auf aktive On-Demand-Instances angewendet. Wenn Sie über keine On-Demand-Instances mit passenden Spezifikationen Ihrer Reserved Instance verfügen, bleibt die Reserved Instance bis zum Start einer Instance mit den erforderlichen Spezifikationen ungenutzt.
Wenn Sie eine On-Demand-Instance starten, um den Abrechnungsrabatt einer Reserved Instance zu nutzen, stellen Sie sicher, dass Sie bei der Konfiguration Ihrer On-Demand-Instance die folgenden Informationen angeben:
**Plattform**
Sie müssen ein Amazon Machine Image (AMI) angeben, das der Plattform (Produktbeschreibung) der Reserved Instance entspricht. Wenn Sie beispielsweise `Linux/UNIX` für Ihre Reserved Instance angegeben haben, können Sie eine Instance von einem Amazon Linux AMI oder einem Ubuntu AMI starten.
**Instance-Typ**
Wenn Sie eine zonengebundene Reserved Instance erworben haben, müssen Sie denselben Instance-Typ wie Ihre Reserved Instance angeben; zum Beispiel `t3.large`. Weitere Informationen finden Sie unter [So werden zonengebundene Reserved Instances angewendet](apply_ri.md#apply-zonal-ri).
Wenn Sie eine regionale Reserved Instance erworben haben, müssen Sie einen Instance-Typ aus derselben Instance-Familie wie der Instance-Typ Ihrer Reserved Instance angeben. Wenn Sie beispielsweise `t3.xlarge` für Ihre Reserved Instance angegeben haben, müssen Sie Ihre Instance aus der T3-Familie starten, können aber eine beliebige Größe angeben, beispielsweise `t3.medium`. Weitere Informationen finden Sie unter [So werden regionale Reserved Instances angewendet](apply_ri.md#apply-regional-ri).
**Availability Zone**
Wenn Sie eine zonengebundene Reserved Instance für eine bestimmte Availability Zone erworben haben, müssen Sie die Instance in derselben Availability Zone starten.
Wenn Sie eine regionale Reserved Instance erworben haben, können Sie die Instance in jeder Availability Zone in der Region starten, die Sie für die Reserved Instance angegeben haben.
**Tenancy**
Die Tenancy (`dedicated` oder `shared`) der Instance muss mit der Tenancy Ihrer Reserved Instance übereinstimmen. Weitere Informationen finden Sie unter [EC2 Dedizierte Amazon-Instances](dedicated-instance.md).
Beispiele zur Anwendung von Reserved Instances auf aktive On-Demand-Instances finden Sie unter [Wie Reserved-Instances-Rabatte angewendet werden](apply_ri.md). Weitere Informationen finden Sie unter [Warum werden meine Amazon EC2 Reserved Instances nicht wie erwartet auf meine AWS Abrechnung angerechnet](https://repost.aws/knowledge-center/reserved-instance-applying-why)?
Sie können verschiedene Methoden verwenden, um die On-Demand-Instances zu starten, die Ihren Reserved-Instance-Rabatt verwenden. Weitere Informationen zu den verschiedenen Startmethoden finden Sie unter [Starten Sie eine Amazon-EC2-Instance](LaunchingAndUsingInstances.md). Sie können auch Amazon EC2 Auto Scaling verwenden, um eine Instance zu starten. Weitere Informationen hierzu finden Sie im [Amazon EC2 Auto Scaling-Benutzerhandbuch](https://docs.aws.amazon.com/autoscaling/ec2/userguide/).
# Wie die Abrechnung mit Reserved Instances funktioniert
Alle Reserved Instances bieten im Vergleich mit den Preisen für On-Demand-Instances einen Rabatt. Mit Reserved Instances zahlen Sie für die gesamte Laufzeit statt für die tatsächliche Nutzung. Je nach der für die Reserved Instance festgelegten [Zahlungsoption](ec2-reserved-instances.md#ri-payment-options) bezahlen Sie die Reserved Instance im Voraus, teilweise im Voraus oder monatlich.
Wenn Reserved Instances ausläuft, zahlen Sie On-Demand-Tarife für eine Nutzung der EC2-Instance. Sie können eine Reserved Instance bis zu drei Jahre im Voraus für den Kauf in die Warteschlange einstellen. So können Sie sicherstellen, dass jederzeit die erforderlichen Kapazitäten verfügbar sind. Weitere Informationen finden Sie unter [Einstellen des Kaufs in die Warteschlange](ri-market-concepts-buying.md#ri-queued-purchase).
Das Kostenloses AWS-Kontingent ist neu AWS-Konten erhältlich. Wenn Sie Amazon EC2 EC2-Instances ausführen und eine Reserved Instance erwerben, wird Ihnen der Standardpreis berechnet. Kostenloses AWS-Kontingent Weitere Informationen finden Sie unter [Kostenloses AWS-Kontingent](https://aws.amazon.com/free/).
**Topics**
+ [
## Nutzungsabrechnung
](#hourly-billing)
+ [
## Anzeigen Ihrer Rechnung
](#ri-market-buyer-billing)
+ [
## Reserved Instances- und konsolidierte Fakturierung
](#concepts-reserved-instances-billing)
+ [
## Reserved Instance-Rabatt-Preisstufen
](#reserved-instances-discounts)
## Nutzungsabrechnung
Während der gewählten Laufzeit werden Reserved Instances jeweils zur vollen Stunde abgerechnet – unabhängig davon, ob eine Instance ausgeführt wird. Eine volle Stunde wird als vierundzwanzigster Teil des Zeitraums von Mitternacht bis Mitternacht definiert; 1:00:00 bis 1:59:59 Uhr ist beispielsweise eine volle Stunde. Weitere Informationen zum Instance-Status finden Sie unter [Änderungen des EC2 Amazon-Instanzstatus](ec2-instance-lifecycle.md).
Ein Reserved Instance-Abrechnungsvorteil wird auf eine laufende Instance auf Sekundenbasis angewendet. Sekundengenaue Abrechnung ist für Instances verfügbar, die eine Open-Source-Linux-Distribution verwenden, wie z. B. Amazon Linux und Ubuntu. Stundengenaue Abrechnung wird für kommerzielle Linux-Distributionen, wie z. B. Red Hat Enterprise Linux und SUSE Linux Enterprise Server, verwendet.
Ein Reserved Instance-Rabatte wird nur auf eine Instance-Stunde pro voller Stunde bis zu maximal 3600 Sekunden (eine Stunde) angewendet. Sie können mehrere Instances gleichzeitig ausführen, aber Sie können nur den Vorteil des Reserved Instance-Rabatts für insgesamt 3600 Sekunden auf Stundenbasis beanspruchen. Die Instance-Nutzung, die 3600 Sekunden auf Stundenbasis überschreitet, wird nach dem Bedarfssatz berechnet.
Wenn Sie beispielsweise eine `m4.xlarge` Reserved Instance kaufen und gleichzeitig vier `m4.xlarge`-Instances gleichzeitig eine Stunde lang ausführen, wird eine Instance pro Stunde der Reserved Instance-Nutzung und die anderen drei Instances werden für drei Stunden nach bedarfsgesteuerter Nutzung berechnet.
Wenn Sie jedoch eine `m4.xlarge` Reserved Instance kaufen und vier `m4.xlarge`-Instances 15 Minuten (900 Sekunden) lang jeweils innerhalb derselben Stunde ausführen, beträgt die gesamte Laufzeit für die Instance eine Stunde, was zu einer Stunde der Reserved Instance-Nutzung und 0 Stunden der bedarfsgesteuerten Nutzung führt.
![\[Vier m4.xlarge-Instances, die innerhalb derselben Stunde jeweils 15 Minuten lang ausgeführt werden.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-per-second-billing.png)
Wenn mehrere geeignete Instances gleichzeitig laufen, wird der Rechnungsrabatt für Reserved Instance auf alle Instances gleichzeitig bis zu maximal 3600 Sekunden auf einer Stundenbasis angewendet; danach gelten bedarfsorientierte Sätze.
![\[Mehrere Instances werden gleichzeitig mit Fakturierung für Reserved Instances ausgeführt.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-per-second-billing-concurrent.png)
**Cost Explorer** auf der [Billing and Cost Management](https://console.aws.amazon.com/billing)-Konsole bietet Ihnen die Möglichkeit, die Einsparungen gegen laufende On-Demand-Instances zu analysieren. Die [Reserved Instances FAQ](https://aws.amazon.com/ec2/faqs/#reserved-instances) enthält ein Beispiel zu einer Listenwertberechnung.
Wenn Sie Ihr AWS Konto schließen, wird die On-Demand-Abrechnung für Ihre Ressourcen eingestellt. Wenn Sie jedoch in Ihrem Konto über Reserved Instances verfügen, erhalten Sie bis zu deren Auslaufen auch weiterhin eine Rechnung.
## Anzeigen Ihrer Rechnung
Die Tarife und Gebühren für Ihr Konto können Sie über die Seite [AWS Fakturierung und Kostenmanagement](https://console.aws.amazon.com/billing) in der Konsole anzeigen.
+ Das **Dashboard** zeigt eine Ausgabenzusammenfassung für Ihr Konto an.
+ Erweitern Sie auf der Seite **Bills (Rechnungen)** unter **Details** den Abschnitt **Elastic Compute Cloud** und die Region, um Fakturierungsdaten zu Ihren Reserved Instances abzurufen.
Sie können die Gebühren online anzeigen oder eine CSV-Datei herunterladen.
Sie können die Auslastung Ihrer Reserved Instance auch mithilfe des AWS Kosten- und Nutzungsberichts verfolgen. Weitere Informationen finden Sie unter [Ihre Reservierungen verstehen](https://docs.aws.amazon.com/cur/latest/userguide/understanding-ri.html).
## Reserved Instances- und konsolidierte Fakturierung
Die Preisvorteile von Reserved Instances werden geteilt, wenn das kaufende Konto Teil eines Satzes von Konten ist, die unter einem einzigen, konsolidierten Zahlerkonto abgerechnet werden. Der Instance-Nutzung für alle Mitgliedskonten wird jeden Monat im Zahlerkonto zusammengefasst. Dies ist in der Regel für Unternehmen nützlich, in denen es verschiedene Funktionsteams oder -gruppen gibt. Zur Berechnung der Abrechnung wird die normale Logik für Reserved Instances angewendet. Weitere Informationen finden Sie unter [Konsolidierte Fakturierung im AWS Organizations](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidated-billing.html).
Wenn Sie das Konto schließen, das die Reserved Instance erworben hat, wird das Konto des Zahlers für die Reserved Instance belastet, bis die Reserved Instance abläuft. Das geschlossene Konto wird nach 90 Tagen endgültig gelöscht, und die Mitgliedskonten profitieren nicht mehr von dem Reserved-Instance-Abrechnungsrabatt.
**Anmerkung**
Zonal Reserved Instances reservieren Kapazität nur für das Besitzerkonto und können nicht für andere AWS-Konten freigegeben werden. Wenn Sie Kapazität für andere AWS-Konten freigeben müssen, verwenden Sie [Rechenkapazität mit EC2-On-Demand-Kapazitätsreservierungen reservieren](ec2-capacity-reservations.md).
## Reserved Instance-Rabatt-Preisstufen
Wenn Ihr Konto für eine Rabattpreisstufe qualifiziert ist, erhält es beim Kauf von Reserved Instances innerhalb der Stufe ab dem Kaufzeitpunkt die Rabatte automatisch für Vorabzahlungen und Nutzungsgebühren für die Instance. Um für einen Rabatt qualifiziert zu sein, muss der Listenwert Ihrer Reserved Instances in der Region bei mindestens 500 000 USD liegen.
Es gelten die folgenden Regeln:
+ Die Preisstufen und die entsprechenden Rabatte gelten nur für Käufe von Amazon EC2 Standard Reserved Instances.
+ Die Preisstufen gelten nicht für Reserved Instancess für Windows mit SQL Server Standard oder SQL Server Web und SQL Server Enterprise.
+ Die Preisstufen gelten nicht für Reserved Instances für Linux mit SQL Server aller Art.
+ Preisstaffelrabatte gelten nur für Käufe von AWS. Sie gelten nicht für Käufe von Reserved Instances bei Drittanbietern.
+ Die Rabattpreisstufen gelten im Moment nicht für Convertible Reserved Instance-Käufe.
**Topics**
+ [
### Berechnen der Reserved Instance-Preisrabatte
](#pricing-discounts)
+ [
### Kaufen mit einer Rabattstufe
](#buying-discount-tier)
+ [
### Überschreiten von Preisstufen
](#crossing-pricing-tiers)
+ [
### Konsolidierte Fakturierung für Preisstufen
](#consolidating-billing)
### Berechnen der Reserved Instance-Preisrabatte
Sie können die Preisstufe für Ihr Konto berechnen, indem Sie den Listenwert Ihrer gesamten Reserved Instances in einer Region berechnen. Multiplizieren Sie den stündlichen, regelmäßigen Preis für jede Reservierung mit den gesamten Stundenzahl für die Laufzeit verbleibenden Stunden und addieren Sie dann den Vorauszahlungspreis ohne Rabatt (der sogenannte Festpreis) zum Zeitpunkt des Kaufs. Da der Listenwert auf den Preisen ohne Rabatt (öffentlich) basiert, ändert er sich durch Ihre Qualifizierung für einen Volumenrabatt oder bei einer Preissenkung nach dem Kauf Ihrer Reserved Instances nicht.
```
List value = fixed price + (undiscounted recurring hourly price * hours in term)
```
Nehmen wir beispielsweise für eine 1-jährige Teilvorauszahlung `t2.small` Reserved Instance den Anzahlungspreis von 60,00 USD und einen Stundensatz von 0,007 USD an. Dies ergibt einen Listenwert von 121,32 \$1.
```
121.32 = 60.00 + (0.007 * 8760)
```
**So zeigen Sie die Festpreise für Reserved Instances mithilfe der Amazon EC2-Konsole 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 **Reserved Instances** aus.
1. Um die Spalte **Vorauszahlungspreis** anzuzeigen, wählen Sie das Einstellungssymbol ( ![\[Settings icon.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/settings-icon.png) ) in der oberen rechten Ecke, schalten Sie den **Vorauszahlungspreis** ein und wählen Sie **Bestätigen**.
**So zeigen Sie die Festpreise für Reserved Instances mithilfe der Befehlszeile an**
+ [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html) (AWS CLI)
+ [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html) (AWS Tools for Windows PowerShell)
### Kaufen mit einer Rabattstufe
Wenn Sie Reserved Instances erwerben, wendet Amazon EC2 automatisch alle Rabatte auf Ihre Käufe in einer Rabattpreisstufe an. Sie müssen nichts anders machen. Sie können die Reserved Instances ganz normal über die Amazon EC2-Tools kaufen. Weitere Informationen finden Sie unter [Reserved-Instances für Amazon EC2 erwerben](ri-market-concepts-buying.md).
Nachdem der Listenwert Ihrer aktiven Reserved Instances in einer Region den Wert für eine Rabattpreisstufe erreicht, werden alle weiteren Käufe von Reserved Instances in dieser Region zum Rabatttarif berechnet. Wenn Sie mit einem einzelnen Kauf von Reserved Instances in einer Region den Wert für eine Rabattpreisstufe erreichen, wird der Teil des Kaufes, der über dem Grenzwert liegt, zum Rabatttarif berechnet. Weitere Informationen zu temporären Reserved Instances IDs , die während des Kaufvorgangs erstellt werden, finden Sie unter[Überschreiten von Preisstufen](#crossing-pricing-tiers).
Wenn Ihr Listenwert unter den Wert für die Rabattpreisstufe fällt (beispielsweise, wenn einige Ihrer Reserved Instances auslaufen), werden alle weiteren Käufe von Reserved Instances in dieser Region nicht mehr zum Rabatttarif berechnet. Sie erhalten jedoch für alle ursprünglich zur Rabattpreisstufe erworbenen Reserved Instances weiterhin den Rabatt.
Beim Kauf von Reserved Instances gilt eines von vier möglichen Szenarien:
+ **Kein Rabatt** – Ihr Kauf innerhalb einer Region liegt weiterhin unter dem Rabattgrenzwert.
+ **Teilweiser Rabatt** – Ihr Kauf innerhalb einer Region überschreitet den Rabattgrenzwert für die erste Rabattstufe. Auf eine oder mehrere Reservierungen wird kein Rabatt angewendet. Auf die restlichen Reservierungen wird der Rabatt angewendet.
+ **Voller Rabatt** – Ihr kompletter Kauf innerhalb einer Region fällt in eine Rabattstufe und der entsprechende Rabatt wird angewendet.
+ **Zwei Rabatttarife** – Ihr Kauf innerhalb einer Region überschreitet den Rabattgrenzwert für eine höhere Rabattstufe. Ihnen werden zwei verschiedene Tarife berechnet: Auf eine oder mehrere Reservierungen wird der geringere Rabatt angewendet. Auf die restlichen Reservierungen wird der Rabatt der höheren Rabattstufe angewendet.
### Überschreiten von Preisstufen
Wenn Ihr Kauf eine Rabattpreisstufe überschreitet, werden mehrere Einträge für diesen Kauf angezeigt: Ein Eintrag für den Kauf zum regulären Preis und ein weiterer für den Teil des Kaufes, der mit dem entsprechenden Rabatt berechnet wird.
Der Reserved Instance-Dienst generiert mehrere Reserved Instances IDs , weil Ihr Kauf von einer Stufe ohne Preisnachlass oder von einer Stufe zu einer anderen mit Rabatt gewechselt ist. Es gibt eine ID für jeden Reservierungssatz in einer Stufe. Die vom CLI-Befehl oder durch die API-Aktion zurückgegebene ID unterscheidet sich daher von der tatsächlichen ID der neuen Reserved Instances.
### Konsolidierte Fakturierung für Preisstufen
Ein Konto für die konsolidierte Fakturierung fasst den Listenwert von Mitgliedskonten innerhalb einer Region zusammen. Wenn der Listenwert aller aktiven Reserved Instances für das konsolidierte Fakturierungskonto eine Rabattpreisstufe erreicht, werden ab diesem Zeitpunkt alle Reserved Instances-Käufe durch jedes Mitglied des konsolidierten Abrechnungskontos zum Rabatttarif berechnet (solange der Listenwert für das konsolidierte Konto über dem Rabattpreisstufengrenzwert bleibt). Weitere Informationen finden Sie unter [Reserved Instances- und konsolidierte Fakturierung](#concepts-reserved-instances-billing).
# Reserved-Instances für Amazon EC2 erwerben
Um eine Reserved Instance für Amazon EC2 zu kaufen, können Sie die Amazon EC2 EC2-Konsole, ein Befehlszeilentool oder ein SDK verwenden, um nach Reserved Instance-Angeboten von AWS und Drittanbietern zu suchen und Ihre Suchparameter so lange anzupassen, bis Sie genau das gefunden haben, wonach Sie suchen.
Wenn Sie nach Angeboten für Reserved Instances suchen, erhalten Sie eine Information zu den Kosten der gefundenen Angebote. Wenn Sie mit dem Kauf fortfahren, AWS wird automatisch ein Limitpreis auf den Kaufpreis festgelegt. Die Gesamtkosten Ihrer Reserved Instances liegen auf keinen Fall über dem angebotenen Preis.
Wenn der Preis aus irgendwelchen Gründen steigt oder sich verändert, wird der Kauf nicht abgeschlossen. Wenn Sie die Reserved Instance eines Drittanbieters über den Amazon EC2 Reserved Instance Marketplace kaufen und Angebote mit Ihrer Auswahl übereinstimmen und kostengünstiger sind, verkauft AWS Ihnen die Angebote zum günstigeren Einstiegspreis.
Bevor Sie Ihren Kauf bestätigen, sollten Sie sich die Details zu der Reserved Instance ansehen. Stellen Sie sicher, dass alle Parameter korrekt sind. Nachdem Sie eine Reserved Instance gekauft haben (entweder von einem Drittanbieter im Reserved Instance Marketplace oder von AWS), können Sie Ihren Kauf nicht mehr stornieren. Sie können einen Kauf für ein zukünftiges Datum in die Warteschlange stellen und den Kauf in der Warteschlange vor dem geplanten Zeitpunkt stornieren.
Um Reserved Instances zu erwerben und zu ändern, stellen Sie sicher, dass Ihr Benutzer über die entsprechenden Berechtigungen verfügt, z. B. die Fähigkeit, Availability Zones zu beschreiben. Weitere Informationen finden Sie unter [Beispiel: Arbeiten mit Reserved Instances](ExamplePolicies_EC2.md#iam-example-reservedinstances) (API) oder [Beispiel: Arbeiten mit Reserved Instances](iam-policies-ec2-console.md#ex-reservedinstances) (Konsole).
**Topics**
+ [
## Wählen einer Plattform
](#ri-choosing-platform)
+ [
## Einstellen des Kaufs in die Warteschlange
](#ri-queued-purchase)
+ [
## Kaufen von Standard-Reserved Instances
](#ri-buying-standard)
+ [
## Kaufen von Convertible Reserved Instances
](#ri-buying-convertible)
+ [
## Einkaufen im Reserved Instance-Marketplace
](#ri-market-buying-guide)
+ [
## Stornieren eines in die Warteschlange eingestellten Kaufs
](#cancel-queued-purchase)
+ [
## Erneuern eines Reserved Instance
](#renew-ri)
## Wählen einer Plattform
Amazon EC2 unterstützt die folgenden Plattformen für Reserved Instances:
+ Linux/Unix
+ Linux mit SQL Server-Standard
+ Linux mit SQL Server Web
+ Linux mit SQL Server Enterprise
+ SUSE Linux
+ Red Hat Enterprise Linux
+ Red Hat Enterprise Linux mit HA
+ Windows
+ Windows mit SQL Server-Standard
+ Windows mit SQL Server Web
+ Windows mit SQL Server Enterprise
**Überlegungen**
+ Wenn Sie Ihr eigenes Abonnement (BYOS) für **Red Hat Enterprise Linux**, **SUSE Linux** oder **Ubuntu Pro** verwenden, müssen Sie ein Angebot für die **Linux/Unix**-Plattform auswählen.
+ Reserved Instances werden auf Instances, auf denen **macOS** oder Ubuntu Pro ausgeführt wird, nicht unterstützt (EC2-Abonnement enthalten, d. h. nicht BYOS). Wenn Sie mit den Preisen für On-Demand-Instances sparen möchten, empfiehlt es sich, macOS- und Ubuntu-Pro-Instances (EC2-Abonnement enthalten) mit Savings Plans zu verwenden. Weitere Informationen finden Sie im [Benutzerhandbuch für Savings Plans](https://docs.aws.amazon.com/savingsplans/latest/userguide/what-is-savings-plans.html).
Um sicherzustellen, dass eine Instance in einer bestimmten Reserved Instance ausgeführt wird, muss die Plattform der Reserved Instance mit der Plattform des AMIs übereinstimmen, das zum Starten der Instance verwendet wurde. **Für Linux ist es wichtig zu überprüfen AMIs, ob die AMI-Plattform den allgemeinen Wert **Linux/UNIX** oder einen spezifischeren Wert wie SUSE Linux verwendet.**
------
#### [ Console ]
**So überprüfen Sie die AMI-Plattform**
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 **AMIs** aus.
1. Wählen Sie das AMI aus.
1. Notieren Sie sich auf der Registerkarte **Details** den Wert der **Plattformdetails**.
------
#### [ AWS CLI ]
**So überprüfen Sie die AMI-Plattform**
Verwenden Sie den Befehl [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) und überprüfen Sie den Wert von `PlatformDetails`.
```
aws ec2 describe-images \
--image-id ami-0abcdef1234567890 \
--query Images[*].PlatformDetails
```
Es folgt eine Beispielausgabe.
```
[
"Linux/UNIX"
]
```
------
#### [ PowerShell ]
**So überprüfen Sie die AMI-Plattform**
Verwenden Sie das [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)Cmdlet und überprüfen Sie den Wert von. `PlatformDetails`
```
Get-EC2Image `
-ImageId ami-0abcdef1234567890 | `
Select PlatformDetails
```
Es folgt eine Beispielausgabe.
```
PlatformDetails
---------------
Linux/UNIX
```
------
## Einstellen des Kaufs in die Warteschlange
Wenn Sie eine Reserved Instance kaufen, wird der Kauf normalerweise sofort ausgeführt. Sie können einen Kauf aber auch für ein künftiges Ausführungsdatum (samt Zeit) in die Warteschlange einstellen. Sie können beispielsweise einen Kauf für den Zeitpunkt in die Warteschlange einstellen, an dem eine vorhandene Reserved Instance abläuft. So können Sie sicherstellen, dass jederzeit die erforderlichen Kapazitäten verfügbar sind.
Sie können Käufe regionaler Reserved Instances in die Warteschlange einstellen, nicht aber die Käufe für zonengebundene Reserved Instances oder Reserved Instances anderer Verkäufer. Sie können einen Kauf bis zu drei Jahre im Voraus in die Warteschlange einstellen. Zum geplanten Zeitpunkt wird der Kauf unter Verwendung der Standard-Zahlungsweise ausgeführt. Nachdem die Zahlung abgewickelt wurde, wird der Bonus zugewiesen.
Sie können in der Amazon-EC2-Konsole ein Datum für Ihre Einkäufe in der Warteschlange festlegen, und der Kauf wird an diesem Tag bis 00:00 Uhr UTC in die Warteschlange gestellt. Verwenden Sie ein AWS SDK oder ein Befehlszeilentool, um einen anderen Zeitpunkt für den Kauf in der Warteschlange anzugeben.
Sie können in die Warteschlange eingestellte Käufe in der Amazon EC2-Konsole anzeigen. Der Status der in die Warteschlange eingestellten Käufe lautet **queued (In Warteschlange)**. Sie können einen in die Warteschleife eingestellten Kauf jederzeit stornieren, bevor der Kaufzeitpunkt erreicht ist. Details hierzu finden Sie unter [Stornieren eines in die Warteschlange eingestellten Kaufs](#cancel-queued-purchase).
## Kaufen von Standard-Reserved Instances
Sie können Standard-Reserved Instances in einer bestimmten Availability Zone kaufen und so eine Kapazitätsreservierung erhalten. Alternativ können Sie auf die Kapazitätsreservierung verzichten und eine regionale Standard-Reserved Instance kaufen.
Nach Abschluss des Kaufs wird der Bonus sofort zugewiesen, sofern Sie bereits eine Instance ausführen, die den Spezifikationen der Reserved Instance entspricht. Sie müssen Ihre Instances nicht neu starten. Wenn Sie über keine passende laufende Instance verfügen, starten Sie eine Instance mit exakt denselben Kriterien, die Sie für die Reserved Instance angegeben haben. Weitere Informationen finden Sie unter [Nutzen Ihres Reserved Instances](using-reserved-instances.md).
Beispiele zur Anwendung von Reserved Instances auf aktive Instances finden Sie unter [Wie Reserved-Instances-Rabatte angewendet werden](apply_ri.md).
------
#### [ Console ]
**So kaufen Sie Standard Reserved Instances**
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 **Reserved Instances (Reservierte Instances)** und dann **Purchase Reserved Instances (Reserved Instances kaufen)** aus.
1. Wählen Sie für **Offering class (Angebotsklasse)** **Standard** aus, um Standard-Reserved Instances anzuzeigen.
1. Aktivieren Sie auf der Kaufseite in der rechten oberen Ecke **Only show offerings that reserve capacity**. Wenn Sie diese Einstellung aktivieren, wird das Feld **Availability Zone** angezeigt.
Um ein regionales Reserved Instance zu kaufen, deaktivieren Sie diese Einstellung. Wenn Sie diese Einstellung deaktivieren, verschwindet das Feld **Availability Zone** .
1. Wählen Sie bei Bedarf andere Konfigurationen aus und wählen Sie dann **Search** aus.
1. Geben Sie für jede Reserved Instance, die Sie kaufen möchten, die gewünschte Menge ein und wählen Sie **Add to Cart (In den Einkaufswagen)** aus.
Suchen Sie in der Spalte **Seller** nach **3rd party**, um eine Standard-Reserved-Instance im Reserved Instance Marketplace zu erwerben. Die Spalte **Term** zeigt Nicht-Standard-Laufzeiten an. Weitere Informationen finden Sie unter [Einkaufen im Reserved Instance-Marketplace](#ri-market-buying-guide).
1. Wählen Sie Reserved InstancesView Cart (Warenkorb anzeigen)** aus, um eine Zusammenfassung der ausgewählten ** anzuzeigen.
1. Wenn für **Order On (Bestellen am)** der Wert **Now (Jetzt)** eingestellt ist, wird der Kauf sofort ausgeführt, nachdem Sie **Order all (Alle bestellen)** ausgewählt haben. Um einen Kauf in die Warteschlange einzustellen, wählen Sie **Now (Jetzt)** und dann ein Datum aus. Sie können für jedes entsprechende Angebot im Warenkorb ein anderes Datum auswählen. Der Kauf wird am ausgewählten Datum bis 00:00 Uhr UTC in die Warteschlange gestellt.
1. Wählen Sie **Order all (Alle bestellen)** aus, um den Kauf abzuschließen.
Wenn es zum Zeitpunkt der Bestellung Angebote gibt, die Ihrer Wahl ähneln, aber zu einem niedrigeren Preis angeboten werden, AWS verkauft Ihnen die Angebote zum niedrigeren Preis.
1. Klicken Sie auf **Close**.
Der Status Ihrer Bestellung wird in der Spalte **State (Status)** angezeigt. Wenn Ihre Bestellung abgeschlossen ist, ändert sich der **State**-Wert von `Payment-pending` auf `Active`. Wenn die Reserved Instance den Status `Active` hat, kann sie verwendet werden.
Wenn der Status auf lautet`Retired`, haben Sie Ihre Zahlung AWS möglicherweise nicht erhalten.
------
#### [ AWS CLI ]
**So kaufen Sie eine Standard Reserved Instance**
1. Suchen Sie mit dem [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)Befehl nach verfügbaren Reserved Instances. Geben Sie für den Parameter `standard` den Wert `--offering-class` an, um nur Standard Reserved Instances zurückzugeben. Sie können zusätzliche Kriterien anwenden, um Ihre Ergebnisse einzuschränken. Verwenden Sie beispielsweise den folgenden Befehl, um eine regionale `t2.large`-Reserved-Instance mit einem Standard-Tenancy für `Linux/UNIX` und einer Laufzeit von nur einem Jahr zu kaufen:
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class standard \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=duration,Values=31536000 \
Name=scope,Values=Region
```
Um Reserved Instances nur im Reserved Instance Marketplace zu suchen, verwenden Sie den `marketplace`-Filter und geben in der Anforderung keine Laufzeit an (die Laufzeit kann kürzer als ein oder drei Jahre sein).
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class standard \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=marketplace,Values=true
```
Wenn Sie eine zu Ihren Anforderungen passende Reserved Instance finden, notieren Sie sich die Angebots-ID. Beispiel:
```
"ReservedInstancesOfferingId": "bec624df-a8cc-4aad-a72f-4f8abc34caf2"
```
1. Verwenden Sie den [purchase-reserved-instances-offering](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-reserved-instances-offering.html)Befehl, um Ihre Reserved Instance zu kaufen. Sie müssen die Reserved Instance-Angebots-ID aus dem vorherigen Schritt und die Anzahl der Instances für die Reservierung angeben.
```
aws ec2 purchase-reserved-instances-offering \
--reserved-instances-offering-id bec624df-a8cc-4aad-a72f-4f8abc34caf2 \
--instance-count 1
```
Normalerweise wird der Kauf sofort ausgeführt. Sie können den Kauf auch in die Warteschlange einstellen, indem Sie dem vorherigen Aufruf die folgende Option hinzufügen.
```
--purchase-time "2020-12-01T00:00:00Z"
```
1. Verwenden Sie den [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)Befehl, um den Status Ihrer Reserved Instance abzurufen.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327 \
--query ReservedInstances[].State
```
------
#### [ PowerShell ]
**So kaufen Sie eine Standard Reserved Instance**
1. Suchen Sie mit dem [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)Cmdlet nach verfügbaren Reserved Instances. Geben Sie für den Parameter `standard` den Wert `-OfferingClass` an, um nur Standard-Reserved Instances zurückzugeben. Sie können zusätzliche Kriterien anwenden, um Ihre Ergebnisse einzuschränken. Verwenden Sie beispielsweise den folgenden Befehl, um eine regionale `t2.large`-Reserved-Instance mit einem Standard-Tenancy für `Linux/UNIX` und einer Laufzeit von nur einem Jahr zu kaufen:
```
Get-EC2ReservedInstancesOffering `
-InstanceType "t2.large" `
-OfferingClass "standard" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy "default" `
-Filters @{Name="duration"; Values="31536000"} `
@{Name="scope"; Values="Region"
```
Um Reserved Instances nur im Reserved Instance Marketplace zu suchen, verwenden Sie den `marketplace`-Filter und geben in der Anforderung keine Laufzeit an (die Laufzeit kann kürzer als ein oder drei Jahre sein).
```
Get-EC2ReservedInstancesOffering `
-InstanceType t2.large `
-OfferingClass "standard" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy default `
-Filters @{Name="marketplace"; Values="true"}
```
Wenn Sie eine zu Ihren Anforderungen passende Reserved Instance finden, notieren Sie sich die Angebots-ID. Beispiel:
```
bec624df-a8cc-4aad-a72f-4f8abc34caf2
```
1. Verwenden Sie das [New-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstance.html)Cmdlet, um Ihre Reserved Instance zu kaufen. Sie müssen die Reserved Instance-Angebots-ID aus dem vorherigen Schritt und die Anzahl der Instances für die Reservierung angeben.
```
New-EC2ReservedInstance `
-ReservedInstancesOfferingId "bec624df-a8cc-4aad-a72f-4f8abc34caf2" `
-InstanceCount 1
```
Normalerweise wird der Kauf sofort ausgeführt. Sie können den Kauf aber in die Warteschlange einstellen, indem Sie dem vorherigen Aufruf den folgenden Parameter hinzufügen.
```
-PurchaseTime "2020-12-01T00:00:00Z"
```
1. Verwenden Sie das [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)Cmdlet, um den Status Ihrer Reserved Instance abzurufen.
```
Get-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327 | `
Select State
```
------
## Kaufen von Convertible Reserved Instances
Sie können Convertible Reserved Instances in einer bestimmten Availability Zone kaufen und so eine Kapazitätsreservierung erhalten. Alternativ können Sie auf die Kapazitätsreservierung verzichten und eine regionale Convertible Reserved Instance kaufen.
Wenn Sie bereits über eine aktive Instance verfügen, die mit den Spezifikationen der Reserved Instance übereinstimmt, wird der Rabatt sofort angewendet. Sie müssen Ihre Instances nicht neu starten. Wenn Sie über keine passende Instance verfügen, starten Sie eine Instance mit denselben Kriterien, die Sie für die Reserved Instance angegeben haben. Weitere Informationen finden Sie unter [Nutzen Ihres Reserved Instances](using-reserved-instances.md).
Beispiele zur Anwendung von Reserved Instances auf aktive Instances finden Sie unter [Wie Reserved-Instances-Rabatte angewendet werden](apply_ri.md).
------
#### [ Console ]
**So kaufen Sie Convertible Reserved Instances**
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 **Reserved Instances** und dann **Purchase Reserved Instances** (Reserved Instances kaufen) aus.
1. Wählen Sie für **Offering class (Angebotsklasse)** **Convertible** aus, um Convertible Reserved Instances anzuzeigen.
1. Aktivieren Sie auf der Kaufseite in der rechten oberen Ecke **Only show offerings that reserve capacity**. Wenn Sie diese Einstellung aktivieren, wird das Feld **Availability Zone** angezeigt.
Um ein regionales Reserved Instance zu kaufen, deaktivieren Sie diese Einstellung. Wenn Sie diese Einstellung deaktivieren, verschwindet das Feld **Availability Zone** .
1. Wählen Sie bei Bedarf andere Konfigurationen aus und wählen Sie **Search** aus.
1. Geben Sie für jede Convertible Reserved Instance, die Sie kaufen möchten, die Menge ein und wählen Sie **Add to cart (In den Einkaufswagen)** aus.
1. Wählen Sie **View Cart (Warenkorb anzeigen)** aus, um eine Zusammenfassung der Auswahl anzuzeigen.
1. Wenn für **Order On (Bestellen am)** der Wert **Now (Jetzt)** eingestellt ist, wird der Kauf sofort ausgeführt, nachdem Sie **Order all (Alle bestellen)** ausgewählt haben. Um einen Kauf in die Warteschlange einzustellen, wählen Sie **Now (Jetzt)** und dann ein Datum aus. Sie können für jedes entsprechende Angebot im Warenkorb ein anderes Datum auswählen. Der Kauf wird am ausgewählten Datum bis 00:00 Uhr UTC in die Warteschlange gestellt.
1. Wählen Sie **Order all (Alle bestellen)** aus, um den Kauf abzuschließen.
Wenn es zum Zeitpunkt der Bestellung Angebote gibt, die Ihrer Wahl ähneln, aber zu einem niedrigeren Preis angeboten werden, AWS verkauft Ihnen diese Angebote zu einem niedrigeren Preis.
1. Klicken Sie auf **Close**.
Der Status Ihrer Bestellung wird in der Spalte **State (Status)** angezeigt. Wenn Ihre Bestellung abgeschlossen ist, ändert sich der **State**-Wert von `Payment-pending` auf `Active`. Wenn die Reserved Instance den Status `Active` hat, kann sie verwendet werden.
Wenn der Status auf lautet`Retired`, haben Sie Ihre Zahlung AWS möglicherweise nicht erhalten.
------
#### [ AWS CLI ]
**So kaufen Sie eine Convertible Reserved Instance**
1. Suchen Sie mit dem [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)Befehl nach verfügbaren Reserved Instances. Geben Sie für die Option `--offering-class` den Wert `convertible` an, um nur Convertible Reserved Instances zurückzugeben. Sie können zusätzliche Kriterien anwenden, um Ihre Ergebnisse einzuschränken. Verwenden Sie beispielsweise den folgenden Befehl, um eine regionale `t2.large` Reserved Instance mit einem Standard-Tenancy für `Linux/UNIX` zu kaufen.
```
aws ec2 describe-reserved-instances-offerings \
--instance-type t2.large \
--offering-class convertible \
--product-description "Linux/UNIX" \
--instance-tenancy default \
--filters Name=scope,Values=Region
```
Wenn Sie eine zu Ihren Anforderungen passende Reserved Instance finden, notieren Sie sich die Angebots-ID. Beispiel:
```
"ReservedInstancesOfferingId": "bec624df-a8cc-4aad-a72f-4f8abc34caf2"
```
1. Verwenden Sie den [purchase-reserved-instances-offering](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-reserved-instances-offering.html)Befehl, um Ihre Reserved Instance zu kaufen. Sie müssen die Reserved Instance-Angebots-ID aus dem vorherigen Schritt und die Anzahl der Instances für die Reservierung angeben.
```
aws ec2 purchase-reserved-instances-offering \
--reserved-instances-offering-id bec624df-a8cc-4aad-a72f-4f8abc34caf2 \
--instance-count 1
```
Normalerweise wird der Kauf sofort ausgeführt. Sie können den Kauf auch in die Warteschlange einstellen, indem Sie dem vorherigen Aufruf die folgende Option hinzufügen.
```
--purchase-time "2020-12-01T00:00:00Z"
```
1. Verwenden Sie den [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)Befehl, um den Status Ihrer Reserved Instance abzurufen.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327 \
--query ReservedInstances[].State
```
------
#### [ PowerShell ]
**So kaufen Sie eine Convertible Reserved Instance**
1. Suchen Sie mit dem [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)Cmdlet nach verfügbaren Reserved Instances. Geben Sie für den Parameter `convertible` den Wert `-OfferingClass` an, um nur Convertible Reserved Instances zurückzugeben. Sie können zusätzliche Kriterien anwenden, um Ihre Ergebnisse einzuschränken. Verwenden Sie beispielsweise den folgenden Befehl, um eine regionale `t2.large` Reserved Instance mit einem Standard-Tenancy für `Linux/UNIX` zu kaufen.
```
Get-EC2ReservedInstancesOffering `
-InstanceType "t2.large" `
-OfferingClass "convertible" `
-ProductDescription "Linux/UNIX" `
-InstanceTenancy "default" `
-Filters @{Name="scope"; Values="Region"
```
Wenn Sie eine zu Ihren Anforderungen passende Reserved Instance finden, notieren Sie sich die Angebots-ID. Beispiel:
```
bec624df-a8cc-4aad-a72f-4f8abc34caf2
```
1. Verwenden Sie das [New-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstance.html)Cmdlet, um Ihre Reserved Instance zu kaufen. Sie müssen die Angebots-ID der Reserved Instance aus dem vorherigen Schritt und die Anzahl der Instances für die Reservierung angeben.
```
New-EC2ReservedInstance `
-ReservedInstancesOfferingId "bec624df-a8cc-4aad-a72f-4f8abc34caf2" `
-InstanceCount 1
```
Normalerweise wird der Kauf sofort ausgeführt. Sie können den Kauf aber in die Warteschlange einstellen, indem Sie dem vorherigen Aufruf den folgenden Parameter hinzufügen.
```
-PurchaseTime "2020-12-01T00:00:00Z"
```
1. Verwenden Sie das [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)Cmdlet, um den Status Ihrer Reserved Instance abzurufen.
```
Get-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327 | `
Select State
```
------
## Einkaufen im Reserved Instance-Marketplace
Sie können Reserved Instances von Drittanbietern kaufen, die über Reserved Instances vom Reserved Instance Marketplace verfügen, die sie nicht mehr brauchen. Sie können mithilfe der Amazon EC2-Konsole oder einem Befehlszeilen-Tool kaufen. Der Vorgang ähnelt dem Kauf von Reserved Instances bei. AWS Weitere Informationen finden Sie unter [Kaufen von Standard-Reserved Instances](#ri-buying-standard).
Es gibt einige Unterschiede zwischen Reserved Instances, die im Reserved Instance Marketplace gekauft wurden, und Reserved Instances, die direkt gekauft wurden bei AWS:
+ **Laufzeit**: Von Drittanbietern erworbene Reserved Instances bieten nicht mehr die volle Standardlaufzeit. Die vollständigen Standardbedingungen haben eine AWS Laufzeit von einem oder drei Jahren.
+ **Vorauszahlungspreis**: Reserved Instances von Drittanbietern können zu abweichenden Vorauszahlungspreisen verkauft werden. Die nutzungsabhängigen oder regelmäßigen Gebühren bleiben unverändert, da diese bereits beim ursprünglichen Kauf der Reserved Instances bei AWS festgesetzt wurden.
+ **Typen von Reserved Instances**: Nur Amazon EC2 Standard-Reserved-Instances können über den Reserved Instance Marketplace erworben werden. Convertible Reserved Instances, Amazon RDS und Amazon ElastiCache Reserved Instances können nicht auf dem Reserved Instance Marketplace erworben werden.
Dem Verkäufer werden grundlegende Informationen zu Ihnen mitgeteilt (z. B. die Postleitzahl und das Land).
Mit diesen Informationen kann der Verkäufer möglicherweise anfallenden Transaktionssteuern (z. B. Mehrwertsteuer) bestimmen. Sie werden als Auszahlungsbericht bereitgestellt. In seltenen Fällen müssen Sie dem Verkäufer AWS möglicherweise Ihre E-Mail-Adresse mitteilen, damit er Sie bei Fragen im Zusammenhang mit dem Verkauf (z. B. Steuerfragen) kontaktieren kann.
Teilt aus ähnlichen Gründen AWS den Namen der juristischen Person des Verkäufers auf der Kaufrechnung des Käufers mit. Wenn Sie aus steuerlichen oder anderen Gründen weitere Informationen zum Verkäufer benötigen, kontaktieren Sie bitte den [Support](https://aws.amazon.com/contact-us/).
## Stornieren eines in die Warteschlange eingestellten Kaufs
Sie können einen Kauf bis zu drei Jahre im Voraus in die Warteschlange einstellen. Sie können einen in die Warteschleife eingestellten Kauf jederzeit stornieren, bevor der Kaufzeitpunkt erreicht ist.
------
#### [ Console ]
**So stornieren Sie einen in die Warteschlange eingestellten Kauf**
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 **Reserved Instances** aus.
1. Wählen Sie mindestens eine Reserved Instances aus.
1. Wählen Sie **Actions** (Aktionen), **Delete Queued Reserved Instances** (In die Warteschlange eingestellte reservierte Instances löschen).
1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Delete (Löschen)** und dann **Close (Schließen)** aus.
------
#### [ AWS CLI ]
**So stornieren Sie einen in die Warteschlange eingestellten Kauf**
Verwenden Sie den Befehl [delete-queued-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-queued-reserved-instances.html).
```
aws ec2 delete-queued-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342fec06327
```
------
#### [ PowerShell ]
**So stornieren Sie einen in die Warteschlange eingestellten Kauf**
Verwenden Sie das cmdlet [Remove-EC2QueuedReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2QueuedReservedInstance.html).
```
Remove-EC2QueuedReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342fec06327
```
------
## Erneuern eines Reserved Instance
Sie können einen Reserved Instance verlängern, bevor er abläuft. Beim Erneuern einesReserved Instance wird der Kauf eines Reserved Instance mit der gleichen Konfiguration in die Warteschlange gesetzt, bis der aktuelle Reserved Instance abläuft.
Sie müssen eine Reserved Instance über die Amazon-EC2-Konsole verlängern.
**So verlängern Sie einen Reserved Instance mit einem in die Warteschlange gesetzten Einkauf**
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 **Reserved Instances** aus.
1. Wählen Sie die zu erneuernde Reserved Instance aus.
1. Wählen Sie **Actions (Aktionen)**, **Renew Reserved Instances (Reserved Instances erneuern)**.
1. Um die Bestellung abzuschließen, wählen Sie **Order all (Alle bestellen)** und dann **Close (Schließen)** aus.
# Reserved Instances für Amazon EC2 auf dem Reserved Instance Marketplace verkaufen
Der Amazon EC2 Reserved Instance Marketplace ist eine Plattform, die den Verkauf ungenutzter Standard Reserved Instances von AWS Kunden und Drittanbietern ermöglicht. Diese Reserved Instances können in Bezug auf Laufzeit und Preisoptionen variieren. Möglicherweise möchten Sie Ihre Reserved Instances verkaufen, wenn Sie sie nicht mehr benötigen, z. B. wenn Sie Ihre Instances auf einen neuen verschieben AWS-Region, zu einem anderen Instance-Typ wechseln, Projekte abschließen, bevor die Laufzeit der Reserved Instance abläuft, sich Ihre Geschäftsanforderungen ändern oder Sie über Überkapazitäten verfügen.
Sobald Sie Ihre Reserved Instances im Reserved Instances Marketplace anbieten, sind diese für mögliche Kunden sichtbar. Alle Reserved Instances werden nach deren verbleibender Laufzeit und dem Stundenpreis gruppiert.
Um der Anfrage eines Käufers nachzukommen, die Reserved Instance eines Drittanbieters über den Reserved Instance Marketplace zu erwerben, wird AWS zunächst die Reserved Instance mit dem niedrigsten Vorabpreis in der angegebenen Gruppierung verkauft. AWS Verkauft dann die Reserved Instance mit dem nächstniedrigsten Preis, bis die gesamte Bestellung des Käufers erfüllt ist. AWS verarbeitet dann die Transaktionen und überträgt das Eigentum an den Reserved Instances auf den Käufer.
Die Reserved Instance bleibt bis zum Verkauf in Ihrem Besitz. Nach dem Verkauf geben Sie die Kapazitätsreservierungen und die regelmäßigen Rabatte ab. Wenn Sie Ihre Instance weiterhin nutzen, berechnet AWS Ihnen ab dem Zeitpunkt des Verkaufs Ihrer Reserved Instance den On-Demand-Preis.
Wenn Sie nicht genutzte Reserved Instances im Reserved Instance Marketplace verkaufen möchten, müssen Sie bestimmte Kriterien erfüllen.
Weitere Informationen zum Kauf von Reserved Instances im Reserved Instance Marketplace finden Sie im [Einkaufen im Reserved Instance-Marketplace](ri-market-concepts-buying.md#ri-market-buying-guide).
**Topics**
+ [
## Beschränkungen und Einschränkungen
](#ri-seller-limits)
+ [
## Registrieren als Verkäufer
](#ri-market-seller-profile)
+ [
## Bankkonto für Auszahlung
](#ri-market-concepts-bank)
+ [
## Steuerinformationen
](#ri-market-concepts-taxinfo)
+ [
## Preis festsetzen von Reserved Instances
](#ri-market-concepts-pricing)
+ [
## Auflisten Ihrer Reserved Instances
](#ri-market-selling-listing)
+ [
## Reserved Instance-Angebotsstatus
](#ri-listing-states)
+ [
## Lebenszyklus eines Angebots
](#ri-market-concepts-sold-partial)
+ [
## Nach dem Verkauf Ihrer Reserved Instance
](#ri-market-concepts-sold)
+ [
## Auszahlung
](#ri-market-sold-gettingpaid)
+ [
## Weitergabe von Informationen an den Käufer
](#ri-market-seller-disclosure)
## Beschränkungen und Einschränkungen
Bevor Sie Ihre nicht genutzten Reservierungen verkaufen können, müssen sich als Verkäufer im Reserved Instance Marketplace registrieren. Weitere Informationen finden Sie unter [Registrieren als Verkäufer](#ri-market-seller-profile).
Beim Verkauf von Reserved Instances gelten die folgenden Begrenzungen und Einschränkungen:
+ Es können nur regionale und zonale Amazon EC2 Standard Reserved Instances über den Reserved-Instance-Marketplace verkauft werden.
+ Amazon EC2 Convertible Reserved Instances können nicht über den Reserved Instance Marketplace verkauft werden.
+ Reserved Instances für andere AWS Dienste wie Amazon RDS und Amazon ElastiCache können nicht im Reserved Instance Marketplace verkauft werden.
+ Die verbleibende Laufzeit der Standard-Reserved Instance muss mindestens einen Monat betragen.
+ Sie können keine Standard-Reserved Instance in einer Region verkaufen, die [standardmäßig deaktiviert](https://docs.aws.amazon.com/accounts/latest/reference/manage-acct-regions.html) ist.
+ Der Mindestpreis im Reserved Instance Marketplace beträgt 0,00 USD.
+ Sie können Reserved Instances vom Typ „No Upfront“ (Keine Vorauszahlung), „Partial Upfront“ (Teilweise Vorauszahlung) oder „All Upfront“ (Komplette Vorauszahlung) im Reserved Instance Marketplace verkaufen, sofern sie seit mindestens 30 Tagen in Ihrem Konto aktiv sind. Wenn für eine Reserved Instance eine Vorauszahlung geleistet wurde, kann diese außerdem erst verkauft werden, nachdem die Vorauszahlung AWS eingegangen ist.
+ Sie können eine Reserved Instance im Reserved Instance Marketplace nicht verkaufen, wenn Sie sie mit einem Mengenrabatt gekauft haben.
+ Sie können Ihr Angebot im Reserved Instance Marketplace nicht direkt bearbeiten. Sie können jedoch das Angebot stornieren und dann ein neues Angebot mit neuen Parametern erstellen. Weitere Informationen finden Sie unter [Preis festsetzen von Reserved Instances](#ri-market-concepts-pricing). Sie können Ihre Reserved Instances außerdem vor dem Verkaufsangebot ändern. Weitere Informationen finden Sie unter [Ändern von Reserved Instances](ri-modifying.md).
+ AWS erhebt eine Servicegebühr in Höhe von 12 Prozent des gesamten Vorauspreises für jede Standard Reserved Instance, die Sie auf dem Reserved Instance Marketplace verkaufen. Der Vorauszahlungspreis ist der Preis, der dem Verkäufer für die Standard-Reserved Instance berechnet wird.
+ Wenn Sie sich als Verkäufer registrieren, muss die von Ihnen angegebene Bank eine US-Adresse aufweisen. Weitere Informationen finden Sie unter [Zusätzliche Anforderungen für Verkäufer für kostenpflichtige Produkte](https://docs.aws.amazon.com/marketplace/latest/userguide/user-guide-for-sellers.html#additional-seller-requirements-for-paid-products) im *AWS Marketplace -Verkäuferhandbuch*.
+ Kunden von Amazon Web Services India Private Limited (AWS Indien) können sich nicht als Verkäufer auf dem EC2 Reserved Instance Marketplace registrieren und Reserved Instances nicht im EC2 Reserved Instance Marketplace anbieten oder verkaufen, selbst wenn sie über ein US-Bankkonto verfügen. Weitere Informationen finden Sie unter [Was sind die Unterschiede zwischen Konten AWS-Konten und Konten AWS in Indien?](https://repost.aws/knowledge-center/aws-india-differences)
+ Wenn Sie Ihren eingetragenen Verkäufer zu Amazon Web Services India Private Limited (AWS Indien) ändern, werden Sie als Verkäufer vom EC2 Reserved Instance Marketplace abgemeldet und alle Ihre bestehenden aktiven Angebote auf dem EC2 Reserved Instance Marketplace werden entfernt. Um Ihren Verkäuferstatus wiederherzustellen, müssen Sie den Standort Ihres Kontos in ein anderes Land als Indien ändern und die Verkäuferregistrierung erneut abschließen.
## Registrieren als Verkäufer
**Anmerkung**
Nur sie Root-Benutzer des AWS-Kontos können ein Konto als Verkäufer registrieren.
Für den Verkauf auf dem Reserved Instance Marketplace müssen Sie sich zuerst als Verkäufer registrieren. Während der Registrierung müssen Sie folgende Informationen angeben:
+ **Bankinformationen** — Sie AWS benötigen Ihre Bankdaten, um Gelder auszahlen zu können, die beim Verkauf Ihrer Reservierungen eingezogen wurden. Die angegebene Bank muss über eine US-Anschrift verfügen. Weitere Informationen finden Sie unter [Bankkonto für Auszahlung](#ri-market-concepts-bank).
+ **Tax information (Steuerinformationen)** — Alle Verkäufer sind verpflichtet, ein Interview zu den Steuerinformationen durchzuführen, um die erforderlichen steuerlichen Meldepflichten zu ermitteln. Weitere Informationen finden Sie unter [Steuerinformationen](#ri-market-concepts-taxinfo).
Nachdem Sie AWS Ihre vollständige Verkäuferregistrierung erhalten haben, erhalten Sie eine E-Mail, die Ihre Registrierung bestätigt und Sie darüber informiert, dass Sie mit dem Verkauf auf dem Reserved Instance Marketplace beginnen können.
## Bankkonto für Auszahlung
AWS Sie benötigen Ihre Bankdaten, um die beim Verkauf Ihrer Reserved Instance gesammelten Gelder auszahlen zu können. Die angegebene Bank muss über eine US-Anschrift verfügen. Weitere Informationen finden Sie unter [Zusätzliche Anforderungen für Verkäufer für kostenpflichtige Produkte](https://docs.aws.amazon.com/marketplace/latest/userguide/user-guide-for-sellers.html#additional-seller-requirements-for-paid-products) im *AWS Marketplace -Verkäuferhandbuch*.
**So registrieren Sie ein Standardbankkonto für Auszahlungen**
1. Öffnen Sie die Seite [Reserved Instance Marketplace Seller Registration](https://us-east-1.console.aws.amazon.com/rimarketplace/home?region=us-east-1) und melden Sie sich mit Ihren AWS -Anmeldeinformationen an.
1. Geben Sie auf der Seite **Manage Bank Account** die folgenden Informationen zur Bank an:
+ Name des Bankkontoinhabers
+ Bankleitzahl
+ Kontonummer
+ Kontotyp
**Anmerkung**
Wenn Sie ein Unternehmenskonto verwenden, müssen Sie die Informationen zum Bankkonto per Fax senden(\$11 206-765-3424).
Nach der Registrierung wird das angegebene Bankkonto als Standardkonto mit ausstehender Verifizierung durch die Bank eingerichtet. Die Verifizierung eines neuen Bankkontos kann bis zu zwei Wochen dauern. Während dieser Zeit können Sie keine Auszahlungen erhalten. Bei einem bereits etablierten Konto dauert es normalerweise ca. zwei Tage, bis die Auszahlung abgeschlossen ist.
**So ändern Sie das Standardbankkonto für Auszahlungen**
1. Öffnen Sie die Seite [Reserved Instance Marketplace Seller Registration](https://us-east-1.console.aws.amazon.com/rimarketplace/home?region=us-east-1) und melden Sie sich mit dem Konto an, das Sie bei der Registrierung verwendet haben.
1. Fügen Sie auf der Seite **Manage Bank Account** ein neues Bankkonto hinzu oder bearbeiten Sie das Standardbankkonto.
## Steuerinformationen
Ihr Verkauf von Reserved Instances kann transaktionsbasierten Steuern unterliegen (z. B. Mehrwertsteuer). Sie sollten gemeinsam mit der Steuer-, Rechts-, Buchhaltungs- oder Finanzabteilung Ihres Unternehmens prüfen, ob Transaktionssteuern anfallen. Sie sind für die Erfassung und die Zahlung von entsprechenden Steuern an die jeweilige Behörde verantwortlich.
Im Rahmen des Registrierungsprozesses für Verkäufer müssen Sie im [Seller Registration Portal](https://portal.aws.amazon.com/ec2/ri/seller_registration?action=taxInterview) ein Steuer-Interview durchführen. In dem Interview werden Ihre Steuerinformationen erfasst und ein IRS-Formular W-9, W-8BEN oder W-8BEN-E ausgefüllt, das verwendet wird, um alle erforderlichen steuerlichen Meldepflichten zu ermitteln.
Die im Rahmen des Steuer-Interviews anzugebenden Steuerinformationen hängen ggf. davon ab, ob Sie als Privatperson oder als Unternehmen tätig sind und ob Sie oder Ihr Unternehmen eine US-amerikanische oder nicht-amerikanische natürliche oder juristische Person sind. Berücksichtigen Sie beim Ausfüllen des Steuer-Interviews Folgendes:
+ Die von bereitgestellten Informationen AWS, einschließlich der Informationen in diesem Thema, stellen keine Steuer-, Rechts- oder sonstige professionelle Beratung dar. Um die möglicherweise für Ihr Unternehmen geltenden Anforderungen für das IRS-Reporting zu ermitteln und bei weiteren Fragen, sprechen Sie bitte Ihren Steuerberater, Rechtsberater oder Unternehmensberater an.
+ Beantworten Sie alle Fragen und geben Sie alle angeforderten Informationen ein, um die IRS-Reporting-Anforderungen möglichst vollständig zu erfüllen.
+ Überprüfen Sie Ihre Antworten. Vermeiden Sie Tippfehler oder fehlerhafte Steueridentifikationsnummern. Diese können dazu führen, dass das Steuerformular ungültig ist.
Basierend auf Ihren Antworten auf Steuerbenachrichtigungen und IRS-Meldeschwellen reicht Amazon ggf. das Formular 1099-K ein. Amazon sendet eine Kopie Ihres 1099-K-Formulars am oder vor dem 31. Januar des Jahres, das auf das Jahr folgt, in dem Ihr Steuerkonto die Schwellenwerte erreicht. Wenn Ihr Konto den Grenzwert im Jahr 2018 erreicht, wird Ihr Formular 1099-K beispielsweise am oder vor dem 31. Januar 2019 verschickt.
Weitere Informationen zu den IRS-Anforderungen und dem Formular 1099-K finden Sie auf der IRS-Website unter [Formular FAQs 1099-K](https://www.irs.gov/newsroom/form-1099-k-faqs-third-party-filers-of-form-1099-k).
## Preis festsetzen von Reserved Instances
Wenn Sie die Gebühr für Ihre Reserved Instances festlegen, beachten Sie Folgendes:
+ **Vorabgebühr** – Die Vorabgebühr ist die einzige Gebühr, die Sie für von Ihnen verkaufte Reserved Instances festlegen können. Die Vorabgebühr ist die einmalige Gebühr, die der Käufer beim Kauf der jeweiligen Reserved Instance bezahlt.
Da der Wert von Reserved Instances im Laufe der Zeit abnimmt, AWS kann standardmäßig festgelegt werden, dass die Preise von Monat zu Monat in gleichen Schritten sinken. Sie können jedoch entsprechend dem Verkaufszeitpunkt Ihrer Reservierung abweichende Preise im Voraus festlegen. Wenn Ihre Reserved Instance beispielsweise noch über eine verbleibende Laufzeit von neun Monaten verfügt, können Sie den akzeptablen Betrag für einen Kauf dieser Reserved Instance innerhalb der verbleibenden neun Monate festlegen. Sie können einen anderen Preis für fünf verbleibende Monate und einen weiteren Preis für einen verbleibenden Monat festlegen.
Der Mindestpreis im Reserved Instance Marketplace beträgt 0,00 USD.
+ **Limits** – Die folgenden Limits für den Verkauf von Reserved Instances gelten für die *Lebensdauer* Ihres AWS-Konto. Diese sind keine jährlichen Limits und sie können nicht erhöht werden.
+ **Sie können bis zu 50 000 USD in Reserved Instances verkaufen**.
+ **Sie können bis zu 5 000 Reserved Instances verkaufen**.
+ **Kann nicht bearbeitet werden** – Sie können Ihr Angebot nicht direkt bearbeiten. Sie können jedoch das Angebot stornieren und dann ein neues Angebot mit neuen Parametern erstellen.
+ **Kann storniert werden** – Sie können ein Angebot jederzeit stornieren (solange es den Status `active` aufweist). Sie können das Angebot nicht stornieren, wenn es bereits einem Verkauf zugeordnet oder für diesen verarbeitet wird. Wenn einige Instances aus Ihrem Angebot zugeordnet sind, und Sie das Angebot stornieren, werden nur die noch nicht zugeordneten Instances aus dem Angebot entfernt.
## Auflisten Ihrer Reserved Instances
Als registrierter Verkäufer können Sie eine oder mehrere Reserved Instances. Sie können entweder alle über ein Angebot verkaufen oder diese in Teilen verkaufen. Des Weiteren können Sie Reserved Instances in jeder Konfiguration aus Instance-Typ, Plattform und Umfang anbieten.
Die Konsole ermittelt einen vorgeschlagenen Preis. Sie überprüft, ob Angebote entsprechend Ihrer Reserved Instance vorliegen, und gibt das Angebot mit dem niedrigsten Preis zurück. Andernfalls berechnet sie einen vorgeschlagenen Preis anhand der Kosten der Reserved Instance für die verbleibende Zeit. Wenn der berechnete Preis unter 1,01 USD liegt, beträgt der vorgeschlagene Preis 1,01 USD.
Sie können Ihr Angebot stornieren. Wurde ein Angebot bereits verkauft, so gilt die Stornierung nicht für den bereits verkauften Teil. Nur noch nicht verkaufte Teile des Angebotes werden aus dem Reserved Instance Marketplace entfernt.
------
#### [ Console ]
**So können Sie eine Reserved Instance im Reserved Instance Marketplace auflisten**
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 **Reserved Instances** aus.
1. Wählen Sie das aufzulistende Reserved Instances aus, und wählen Sie **Actions (Aktionen)**, **Sell Reserved Instances (Verkaufen)**.
1. Wählen Sie auf der Seite **Configure Your Reserved Instances Listing** in den entsprechenden Spalten die Anzahl der zu verkaufenden Instances sowie den Vorauszahlungspreis für die verbleibende Laufzeit aus. Sehen Sie sich über den Pfeil neben der Spalte **Months Remaining** die Wertveränderung Ihrer Reservierung an.
1. Wenn Sie ein fortgeschrittener Benutzer sind und die Preisgestaltung anpassen möchten, können Sie unterschiedliche Werte für die nachfolgenden Monate eingeben. Wählen Sie **Reset** aus, um die standardmäßige, lineare Preisreduzierung wiederherzustellen.
1. Wählen Sie **Continue** aus, sobald Sie mit der Konfiguration fertig sind.
1. Bestätigen Sie die Details Ihres Angebotes auf der Seite **Confirm Your Reserved Instances Listing**. Wählen Sie **List Reserved Instance** aus, sobald alles korrekt ist.
**So zeigen Sie Ihre Angebote in der Amazon-EC2-Konsole 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 **Reserved Instances** aus.
1. Wählen Sie das Reserved Instance aus, das Sie aufgelistet haben, und wählen Sie die Registerkarte **My Listings (Meine Auflistungen)** am unteren Rand der Seite.
------
#### [ AWS CLI ]
**So verwalten Sie Reserved Instances im Reserved Instance Marketplace**
1. Rufen Sie mit dem [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)Befehl eine Liste Ihrer Reserved Instances ab. Notieren Sie sich die ID der Reserved Instance, die Sie auflisten möchten.
1. Verwenden Sie den Befehl [create-reserved-instances-listing](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-reserved-instances-listing.html). Sie müssen die ID der Reserved Instance, die Anzahl der Instances und den Preisplan angeben.
1. Verwenden Sie den [describe-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-listings.html)Befehl, um Ihre Liste anzuzeigen.
1. Verwenden Sie den [cancel-reserved-instances-listing](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-reserved-instances-listing.html)Befehl, um Ihr Inserat zu stornieren.
------
#### [ PowerShell ]
**So verwalten Sie Reserved Instances im Reserved Instance Marketplace**
1. Rufen Sie mit dem [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)Cmdlet eine Liste Ihrer Reserved Instances ab. Notieren Sie sich die ID der Reserved Instance, die Sie auflisten möchten.
1. Verwenden Sie das cmdlet [New-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2ReservedInstancesListing.html). Sie müssen die ID der Reserved Instance, die Anzahl der Instances und den Preisplan angeben.
1. Verwenden Sie das Cmdlet, um Ihren Eintrag anzuzeigen. [Get-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesListing.html)
1. Verwenden Sie das Cmdlet, um Ihr Angebot zu stornieren. [Stop-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2ReservedInstancesListing.html)
------
## Reserved Instance-Angebotsstatus
**Listing State (Angebotsstatus)** auf der Registerkarte **My Listings (Meine Angebote)** der Reserved Instances-Seite zeigt den Status Ihrer aktuellen Angebote an:
Die in **Listing State** angezeigten Informationen stellen den Status Ihres Angebots im Reserved Instance Marketplace dar. Er unterscheidet sich im Status in der Spalte **State** auf der Seite **Reserved Instances**. Diese **State**-Information bezieht sich auf Ihre Reservierung.
+ **Active** — Das Angebot steht zum Kauf zur Verfügung.
+ **Cancelled**: Das Angebot wurde storniert und steht nicht im Reserved Instance Marketplace zum Kauf zur Verfügung.
+ **Closed** — Die Reserved Instance wird nicht angeboten. Eine Reserved Instance kann `closed` sein, da der Verkauf des Angebots abgeschlossen ist.
## Lebenszyklus eines Angebots
Wenn alle Instances in Ihrem Angebot zugeordnet und verkauft sind, zeigt die Registerkarte **My Listings** in **Total instance count** die gleiche Anzahl wie in **Sold** an. Es sind keine Instances mit dem Status **Available** mehr für Ihr Angebot vorhanden. Sein **Status** lautet `closed`.
Wenn nur ein Teil Ihres Angebots verkauft ist, werden die Reserved Instances im Angebot AWS ausgemustert und die Anzahl der Reserved Instances entsprechend den verbleibenden Reserved Instances in der Anzahl erstellt. Die Angebots-ID und das entsprechende Angebot bleiben mit weniger zu verkaufenden Reservierungen weiterhin aktiv.
Alle weiteren Verkäufe von Reserved Instances in diesem Angebot werden genauso verarbeitet. Wenn alle Reserved Instances im Angebot verkauft sind, AWS markiert das Angebot als`closed`.
Sie erstellen beispielsweise ein Angebot wie *Reserved Instances listing ID 5ec28771-05ff-4b9b-aa31-9e57dexample* mit einer Angebotsmenge von 5.
Die Registerkarte **My Listings** auf der Konsolenseite **Reserved Instance** zeigt das Angebot folgendermaßen an:
*Reserved Instance listing ID 5ec28771-05ff-4b9b-aa31-9e57dexample*
+ Total reservation count = 5
+ Sold = 0
+ Available = 5
+ Status = active
Ein Käufer kauft zwei der Reservierungen. Es verbleiben also drei zu verkaufende Reservierungen. Aufgrund dieses Teilverkaufs AWS wird eine neue Reservierung mit einer Anzahl von drei erstellt, um die verbleibenden Reservierungen darzustellen, die noch zum Verkauf stehen.
So sieht Ihr Angebot auf der Registerkarte **My Listings** aus:
*Reserved Instance listing ID 5ec28771-05ff-4b9b-aa31-9e57dexample*
+ Total reservation count = 5
+ Sold = 2
+ Available = 3
+ Status = active
Sie können Ihr Angebot stornieren. Wurde ein Angebot bereits verkauft, so gilt die Stornierung nicht für den bereits verkauften Teil. Nur noch nicht verkaufte Teile des Angebotes werden aus dem Reserved Instance Marketplace entfernt.
## Nach dem Verkauf Ihrer Reserved Instance
Wenn Ihre Reserved Instance verkauft ist AWS , erhalten Sie eine E-Mail-Benachrichtigung. Sie erhalten für jeden Tag mit einer beliebigen Aktivität eine E-Mail-Benachrichtigung zu allen Aktivitäten des Tages. Zu den Aktivitäten kann gehören, wenn Sie ein Angebot erstellen oder verkaufen oder wann Geld AWS auf Ihr Konto überwiesen wird.
------
#### [ Console ]
**So verfolgen Sie den Status eines Reserved-Instance-Angebots in der Konsole:**
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 Navigationsseite **Reserved Instances** aus.
1. Suchen Sie auf der Registerkarte **Meine Angebote** den Wert von **Angebots-Status**. Die Registerkarte enthält außerdem Informationen zur Laufzeit, zum Angebotspreis und eine Aufschlüsselung, wie viele Instances im Angebot verfügbar, ausstehend, verkauft und storniert sind.
------
#### [ AWS CLI ]
**So verfolgen Sie den Status eines Reserved-Instance-Angebots in der Konsole:**
Verwenden Sie den [describe-reserved-instances-listings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-listings.html)Befehl mit dem entsprechenden Filter, um Informationen über Ihre Angebote zu erhalten.
```
aws ec2 describe-reserved-instances-listings
```
------
#### [ PowerShell ]
**So verfolgen Sie den Status eines Reserved-Instance-Angebots in der Konsole:**
Verwenden Sie das cmdlet [Get-EC2ReservedInstancesListing](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesListing.html).
```
Get-EC2ReservedInstancesListing
```
------
## Auszahlung
Sobald Geld vom Käufer AWS eingegangen ist, wird eine Nachricht an die E-Mail-Adresse des registrierten Eigentümerkontos für die verkaufte Reserved Instance gesendet.
AWS sendet eine ACH-Überweisung (Automated Clearing House) auf das von Ihnen angegebene Bankkonto. Dieser Transfer findet normalerweise zwischen einem und drei Tagen nach dem Verkauf Ihrer Reserved Instance statt. Die Auszahlung findet einmal pro Tag statt. Sie erhalten eine E-Mail mit einem Auszahlungsbericht, nachdem die Mittel freigegeben wurden. Denken Sie daran, dass Sie erst AWS dann Auszahlungen erhalten können, wenn Sie eine Bestätigung von Ihrer Bank erhalten haben. Dieser Vorgang kann bis zu zwei Wochen dauern.
Die verkaufte Reserved Instance wird auch weiterhin in der Beschreibung Ihrer Reserved Instances angezeigt.
Sie erhalten eine Barauszahlung für Ihre Reserved Instances per Banküberweisung direkt auf Ihr Bankkonto. AWS erhebt eine Servicegebühr in Höhe von 12 Prozent des gesamten Vorauspreises für jede Reserved Instance, die Sie im Reserved Instance Marketplace verkaufen.
## Weitergabe von Informationen an den Käufer
Wenn Sie auf dem Reserved Instance Marketplace verkaufen, AWS teilt gemäß den US-Vorschriften den offiziellen Namen Ihres Unternehmens auf dem Kontoauszug des Käufers mit. Wenn der Käufer den Support anruft, da er Sie zur Anforderung einer Rechnung oder aus einem anderen Grund kontaktieren möchte, muss AWS dem Käufer möglicherweise Ihre E-Mail-Adresse für einen direkten Kontakt bereitstellen.
Aus denselben Gründen erhalten die Verkäufer über den Auszahlungsbericht die Postleitzahl und das Land des Käufers. Als Verkäufer benötigen Sie diese Informationen möglicherweise für die anfallenden Transaktionssteuern (z. B. Mehrwertsteuer).
AWS kann keine Steuerberatung anbieten, aber wenn Ihr Steuerspezialist feststellt, dass Sie spezielle zusätzliche Informationen benötigen, [wenden Sie sich an Support](https://aws.amazon.com/contact-us/).
# Ändern von Reserved Instances
Wenn sich Ihre Anforderungen ändern, können Sie Ihre Standard- oder Convertible Reserved Instances ändern. So profitieren Sie auch weiterhin von den Rabatten. Sie können Attribute wie die Availability Zone, die Instance-Größe (innerhalb derselben Instance-Familie und -Generation) und den Umfang Ihrer Reserved Instance ändern.
**Anmerkung**
Sie können auch eine Convertible Reserved Instance gegen eine andere Convertible Reserved Instance mit einer anderen Konfiguration austauschen. Weitere Informationen finden Sie unter [Austauschen von Convertible Reserved Instances](ri-convertible-exchange.md).
Sie können Ihre kompletten Reserved Instances oder einen Teil ändern. Sie können Ihre ursprünglichen Reserved Instances in zwei oder mehr neue Reserved Instances aufteilen. Wenn Sie beispielsweise über eine Reservierung für 10 Instances in `us-east-1a` verfügen und Sie 5 Instances in `us-east-1b` verschieben möchten, führt die Änderungsanforderung zu zwei neuen Reservierungen: Eine für 5 Instances in `us-east-1a`, und eine für 5 Instances in `us-east-1b`.
Sie können außerdem zwei oder mehr Reserved Instances in einer einzige Reserved Instance *zusammenführen*. Wenn Sie beispielsweise vier `t2.small` Reserved Instances mit jeweils einer Instance haben, können Sie diese in einer `t2.large` Reserved Instance zusammenführen. Weitere Informationen finden Sie unter [Support für das Ändern von Instance-Größen](#ri-modification-instancemove).
Nach der Änderung wird der Rabatt für die Reserved Instances nur auf Instances mit den neuen Parametern angewendet. Wenn Sie beispielsweise die Availability Zone einer Reservierung ändern, werden die Kapazitätsreservierung und die Preisvorteile automatisch auf die Instance-Nutzung in der neuen Availability Zone angewendet. Solange keine anderen gültigen Reservierungen in Ihrem Konto vorhanden sind, werden Instances, die nicht mehr mit den neuen Parametern übereinstimmen, über den On-Demand-Tarif abgerechnet.
Wenn Ihre Änderungsanforderung erfolgreich ist:
+ Die geänderte Reservierung gilt sofort. Die Preisvorteile werden eine Stunde nach Ihrer Änderungsanforderungen auf die neuen Instances angewendet. Wenn Sie beispielsweise Ihre Reservierung um 21:15 Uhr erfolgreich ändern, wird der Preisvorteil um 21:00 Uhr auf Ihre neue Instance übertragen. Sie können das Datum des Inkrafttretens der geänderten Reserved Instances mit dem [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)Befehl abrufen.
+ Die ursprüngliche Reservierung wird zurückgezogen. Ihr Enddatum entspricht dem Startdatum der neuen Reservierung. Das Enddatum der neuen Reservierung entspricht dem Enddatum der ursprünglichen Reserved Instance. Wenn Sie eine dreijährige Reservierung mit einer verbleibenden Laufzeit von 16 Monaten ändern, hat die resultierende, geänderte Reservierung eine Laufzeit von 16 Monaten. Das Enddatum entspricht dem der ursprünglichen Reservierung.
+ Die geänderte Reservierung zeigt einen Festpreis von 0 USD statt des Festpreises der ursprünglichen Reservierung an.
+ Der Festpreis der geänderten Reservierung wirkt sich nicht auf die Rabattstufenpreisberechnungen für Ihr Konto aus. Diese basieren auf dem Festpreis der ursprünglichen Reservierung.
Wenn Ihre Änderungsanforderung fehlschlägt, verbleiben Ihre Reserved Instances in der ursprünglichen Konfiguration. Sie stehen direkt für eine weitere Änderungsanforderung zur Verfügung.
Es gibt keine Gebühr für die Änderung. Sie erhalten keine neuen Rechnungen.
Sie können Ihre Reservierungen beliebig oft ändern. Sie können jedoch nach der Übermittlung keine ausstehenden Änderungsanforderungen ändern oder diese stornieren. Nach der erfolgreichen Durchführung der Änderungen. So können sie die Änderungen bei Bedarf rückgängig machen.
**Topics**
+ [
## Anforderungen und Einschränkungen für Änderungen
](#ri-modification-limits)
+ [
## Support für das Ändern von Instance-Größen
](#ri-modification-instancemove)
+ [
## Senden von Änderungsanforderungen
](#ri-modification-process)
+ [
## Fehlerbehebung bei Änderungsanforderungen
](#ri-modification-process-messages)
## Anforderungen und Einschränkungen für Änderungen
Sie können diese Attribute wie folgt ändern.
| Änderbares Attribut | Unterstützte Plattformen | Einschränkungen und Überlegungen |
| --- | --- | --- |
| Ändern der **Availability Zones** innerhalb einer Region | Linux und Windows | - |
| Ändern des **Umfangs** von einer Availability Zone auf eine Region und entgegengesetzt | Linux und Windows | Eine zonale Reserved Instance ist auf eine Availability Zone ausgerichtet und reserviert die Kapazität in dieser Availability Zone. Wenn Sie den Umfang von einer Availability Zone auf eine Region ändern (mit anderen Worten, von zonal zu regional), verlieren Sie den Vorteil der Kapazitätsreservierung. Eine regionale Reserved Instance ist auf eine Region ausgerichtet. Der Reserved-Instance-Rabatt gilt für die Instance-Nutzung in jeder Availability Zone in dieser Region. Darüber hinaus gilt der Reserved-Instance-Rabatt auf die Instance-Nutzung in allen Größen in der ausgewählten Instance-Familie. Wenn Sie den Umfang von einer Region auf eine Availability Zone ändern (mit anderen Worten, von regional zu zonal), verlieren Sie die Flexibilität für die Availability Zone und die Instance-Größe (falls zutreffend). Weitere Informationen finden Sie unter [Wie Reserved-Instances-Rabatte angewendet werden](apply_ri.md). |
| Ändern der **Instance-Größe** innerhalb desselben Instance-Familie und -Generation | Nur Linux/UNIX Die Flexibilität der Instance-Größe ist für Reserved Instances auf den anderen Plattformen nicht verfügbar, darunter fallen Linux mit SQL Server Standard, Linux mit SQL Server Web, Linux mit SQL Server Enterprise, Red Hat Enterprise Linux, SUSE Linux, Windows, Windows mit SQL Standard, Windows mit SQL Server Enterprise und Windows mit SQL Server Web. | Die Reservierung muss die Standard-Tenancy verwenden. Einige Instance-Familien werden nicht unterstützt, da keine anderen Größen verfügbar sind. Weitere Informationen finden Sie unter [Support für das Ändern von Instance-Größen](#ri-modification-instancemove). |
**Voraussetzungen**
Amazon EC2 verarbeitet Ihre Änderungsanforderungen, sofern eine ausreichende Kapazität für Ihre neue Konfiguration zur Verfügung steht (falls zutreffend). Außerdem müssen die folgenden Bedingungen zutreffen:
+ Die Reserved Instance kann nicht vor dem Kauf oder beim Kauf geändert werden.
+ Die Reserved Instance muss aktiv sein.
+ Es dürfen keine Änderungsanforderungen ausstehen.
+ Die Reserved Instance ist nicht im Reserved Instance Marketplace aufgelistet.
+ Der Ressourcenbedarf der Instance-Größe der Origianlreservierung und der neuen Konfiguration müssen übereinstimmen. Weitere Informationen finden Sie unter [Support für das Ändern von Instance-Größen](#ri-modification-instancemove).
+ Die Original-Reserved Instances müssen entweder Standard-Reserved Instances oder Convertible Reserved Instances, aber nicht eine Kombination aus beiden sein.
+ Die Original-Reserved Instances müssen in derselben Stunde ablaufen, wenn es sich um Standard-Reserved Instances handelt.
+ Um die Instance-Größe zu ändern, muss die Reserved Instance die Flexibilität der Instance-Größe unterstützen. Eine Liste der Reserved Instances, die die Flexibilität der Instance-Größe nicht unterstützen, finden Sie unter [Flexibilität bezüglich der Instance-Größe](apply_ri.md#ri-instance-size-flexibility).
## Support für das Ändern von Instance-Größen
Sie können die Instance-Größe einer Reserved Instance ändern, wenn die folgenden Anforderungen erfüllt sind.
**Voraussetzungen**
+ Die Plattform ist Linux/UNIX.
+ Sie müssen eine andere Instance-Größe in derselben [Instance-Familie](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) (gekennzeichnet durch einen Buchstaben, z. B. T) und [Generation](https://docs.aws.amazon.com/ec2/latest/instancetypes/instance-type-names.html) (gekennzeichnet durch eine Zahl, z. B. 2) auswählen.
Sie können beispielsweise eine Reserved Instance von `t2.small` auf `t2.large` ändern, da beide zur gleichen T2-Familie und -Generation gehören. Sie können eine Reserved Instance jedoch nicht von T2 auf M2 oder von T2 auf T3 ändern, da in diesen beiden Beispielen die Ziel-Instance-Familie und -Generation nicht mit der ursprünglichen Reserved Instance identisch sind.
+ Sie können die Instance-Größe einer Reserved Instance nur ändern, wenn sie die Instance-Größenflexibilität unterstützt. Eine Liste der Reserved Instances, die die Flexibilität der Instance-Größe nicht unterstützen, finden Sie unter [Flexibilität bezüglich der Instance-Größe](apply_ri.md#ri-instance-size-flexibility).
+ Sie können die Instance Größe von Reserved Instances für `t1.micro`-Instances nicht ändern, da `t1.micro` nur über eine Größe verfügt.
+ Das Original und die neue Reserved Instance müssen denselben Ressourcenbedarf für die Instance-Größe aufweisen.
**Topics**
+ [
### Ressourcenbedarf für die Instance-Größe
](#ri-modification-instance-size-footprint)
+ [
### Normalisierungsfaktoren für Bare Metal-Instances
](#ri-normalization-factor-bare-metal-2)
### Ressourcenbedarf für die Instance-Größe
Jede Reserved Instance hat einen *Ressourcenbedarf für die Instance-Größe*. Dieser wird über den Normalisierungsfaktor der Instance-Größe und die Anzahl der Instances in der Reservierung bestimmt. Wenn Sie die Instance-Größen in einer Reserved Instance ändern, muss der Ressourcenbedarf der neuen Konfiguration mit dem der ursprünglichen Konfiguration übereinstimmen. Andernfalls wird die Änderungsanforderung nicht verarbeitet.
Um den Ressourcenbedarf für die Instance-Größe einer Reserved Instance zu berechnen, multiplizieren Sie die Anzahl der Instances mit dem Normalisierungsfaktor. In der Amazon EC2-Konsole wird der Normalisierungsfaktor in Einheiten gemessen. In der folgenden Tabelle wird der Normalisierungsfaktor für die Instance-Größen in einer Instance-Familie beschrieben. `t2.medium` hat beispielsweise einen Normalisierungsfaktor von 2. Daher hat eine Reservierung für vier `t2.medium`-Instances einen Ressourcenbedarf von 8 Einheiten.
| Instance-Größe | Normalisierungsfaktor |
| --- | --- |
| nano | 0,25 |
| micro | 0.5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
Sie können Ihre Reservierungen unterschiedlichen Instance-Größen in derselben Instance-Familie zuweisen, sofern der Ressourcenbedarf für die Instance-Größe Ihrer Reservierung gleichbleibt. Beispielsweise können Sie eine Reservierung für eine `t2.large`-Instance (1 @ 4 Einheiten) in vier `t2.small`-Instances (4 @ 1 Einheit) unterteilen. Ebenso können Sie eine Reservierung für vier `t2.small`-Instances in einer `t2.large`-Instance kombinieren. Sie können Ihre Reservierung für zwei `t2.small`-Instances jedoch nicht in eine `t2.large`-Instance ändern, da der Ressourcenbedarf der neuen Reservierung (4 Einheiten) größer ist als der Ressourcenbedarf der Originalreservierung (2 Einheiten).
Im folgenden Beispiel haben Sie eine Reservierung mit zwei `t2.micro`-Instances (1 Einheit) und eine Reservierung mit einer `t2.small`-Instance (1 Einheit). Wenn Sie beide Reservierungen mit einer einzigen Reservierung mit einer `t2.medium`-Instance (2 Einheiten) zusammenführen, entspricht der Ressourcenbedarf der neuen Reservierung dem Ressourcenbedarf der kombinierten Reservierungen.
![\[Modifizieren von reservierten Instances.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-modify-merge.png)
Sie können außerdem eine Reservierung in zwei oder mehr Reservierungen aufteilen. Im folgenden Beispiel haben Sie eine Reservierung mit einer `t2.medium`-Instance (2 Einheiten). Sie können die Reservierung in zwei Reservierungen unterteilen, eine mit zwei `t2.nano`-Instances (0,5 Einheiten) und die andere mit drei `t2.micro`-Instances (1,5 Einheiten).
![\[Modifizieren von reservierten Instances.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-modify-divide.png)
### Normalisierungsfaktoren für Bare Metal-Instances
Sie können eine Reservierung mit `metal`-Instances ändern, die andere Größen innerhalb derselben Instance-Familie verwenden. Ebenso können Sie eine Reservierung mit anderen Instances als Bare Metal-Instances ändern, indem Sie die `metal`-Größe innerhalb derselben Instance-Familie verwenden. Im Allgemeinen hat eine Bare Metal-Instance dieselbe Größe wie die größte verfügbare Instance-Größe innerhalb derselben Instance-Familie. Beispielsweise hat eine `i3.metal`-Instance die gleiche Größe wie eine `i3.16xlarge`-Instance, sodass sie denselben Normalisierungsfaktor haben.
In der folgenden Tabelle wird der Normalisierungsfaktor für die Bare Metal-Instance-Größen in den Instance-Familien mit Bare Metal-Instances beschrieben. Der Normalisierungsfaktor für `metal`-Instances hängt im Gegensatz zu den anderen Instance-Größen von der Instance-Familie ab.
| Instance-Größe | Normalisierungsfaktor |
| --- | --- |
| a1.metal | 32 |
| m5zn.metal \$1 x2iezn.metal z1d.metal | 96 |
| c6g.metal \$1 c6gd.metal \$1 i3.metal \$1 m6g.metal \$1 m6gd.metal \$1 r6g.metal \$1 r6gd.metal \$1 x2gd.metal | 128 |
| c5n.metal | 144 |
| c5.metal \$1 c5d.metal \$1 i3en.metal \$1 m5.metal \$1 m5d.metal \$1 m5dn.metal \$1 m5n.metal \$1 r5.metal \$1 r5b.metal \$1 r5d.metal \$1 r5dn.metal \$1 r5n.metal | 192 |
| c6i.metal \$1 c6id.metal \$1 m6i.metal \$1 m6id.metal \$1 r6d.metal \$1 r6id.metal | 256 |
| u-18tb1.metal \$1 u-24tb1.metal | 448 |
| u-6tb1.metal \$1 u-9tb1.metal \$1 u-12tb1.metal | 896 |
Beispiel: Eine `i3.metal`-Instance hat beispielsweise einen Normalisierungsfaktor von 128. Wenn Sie eine `i3.metal`-Reserved Instance der Amazon Linux/Unix-Plattform mit Standard-Tenancy erwerben, können Sie die Reservierung wie folgt aufteilen:
+ Da eine `i3.16xlarge`-Instance dieselbe Größe wie eine `i3.metal`-Instance hat, ist ihr Normalisierungsfaktor 128 (128/1). Die Reservierung für eine `i3.metal`-Instance kann in eine `i3.16xlarge`-Instance geändert werden.
+ Da eine `i3.8xlarge`-Instance halb so groß wie eine `i3.metal`-Instance ist, ist ihr Normalisierungsfaktor 64 (128/2). Die Reservierung für eine `i3.metal`-Instance kann in zwei `i3.8xlarge`-Instances aufgeteilt werden.
+ Da eine `i3.4xlarge`-Instance ein Viertel der Größe einer `i3.metal`-Instance ist, ist ihr Normalisierungsfaktor 32 (128/4). Die Reservierung für eine `i3.metal`-Instance kann in vier `i3.4xlarge`-Instances aufgeteilt werden.
## Senden von Änderungsanforderungen
Bevor Sie Ihre Reserved Instances ändern, sollten Sie die geltenden [Einschränkungen](#ri-modification-limits) lesen. Bevor Sie die Instance-Größe ändern, berechnen Sie den [Gesamtumfang der Instance-Größe](#ri-modification-instancemove) der ursprünglichen Reservierungen, die Sie ändern möchten, und stellen Sie sicher, dass er mit dem Gesamtumfang der Instance-Größe Ihrer neuen Konfigurationen übereinstimmt.
------
#### [ Console ]
**So ändern Sie Reserved Instances**
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 **Reserved Instances** eine oder mehrere zu ändernde Reserved Instances aus und wählen Sie dann **Actions (Aktionen)**, **Modify Reserved Instances (Reserved Instances ändern)** aus.
Wenn Ihre Reserved Instances nicht im aktiven Status sind oder nicht geändert werden können, ist **Modify Reserved Instances (&ris; ändern)** deaktiviert.
1. Der erste Eintrag in der Änderungstabelle zeigt die Attribute der gewählten Reserved Instances sowie mindestens eine Zielkonfiguration an. Die Spalte **Units** zeigt den Gesamtressourcenbedarf für die Instance-Größe an. Wählen Sie **Add** für jede neue Konfiguration aus. Ändern Sie die Attribute der einzelnen Konfigurationen nach Ihren Anforderungen.
+ **Scope (Bereich)**: Wählen Sie aus, ob die Konfiguration für eine Availability Zone oder die gesamte Region angewendet wird.
+ **Availability Zone**: Wählen Sie die erforderliche Availability Zone aus. Nicht für regionale Reserved Instances anwendbar.
+ **Instance Type**: Wählen Sie den erforderlichen Instance-Typ aus. Die kombinierten Konfigurationen müssen dem Ressourcenbedarf für die Instance-Größe Ihrer ursprünglichen Konfigurationen entsprechen.
+ **Count (Anzahl)**: Geben Sie die Anzahl der Instances an. Um die Reserved Instances in mehrere Konfigurationen aufzuteilen, reduzieren Sie die Anzahl, wählen Sie **Add (Hinzufügen)** aus und geben Sie eine Anzahl für die zusätzliche Konfiguration an. Wenn Sie beispielsweise über eine einzelne Konfiguration mit einer Anzahl von 10 verfügen, können Sie deren Anzahl auf 6 ändern und eine Konfiguration mit einer Anzahl von 4 hinzufügen. Durch diesen Vorgang wird die ursprüngliche Reserved Instance zurückgezogen, nachdem die neuen Reserved Instances aktiviert wurden.
1. Klicken Sie auf **Continue**.
1. Um Ihre Änderung zu bestätigen, wenn Sie die Angabe Ihrer Zielkonfigurationen abgeschlossen haben, wählen Sie **Submit Modifications** aus.
1. Sie können den Status Ihrer Änderungsanforderung über die Spalte **State (Status)** auf der Reserved Instances-Seite ablesen. Die folgenden Zustände sind möglich.
+ **active (Aktiv)* (ausstehende Änderung)*** – Übergangsstatus für Original-Reserved Instances
+ **retired (Veraltet)* (ausstehende Änderung)*** – Übergangsstatus für Original-Reserved Instances, während neue Reserved Instances erstellt werden.
+ **veraltet**: Reserved Instances erfolgreich geändert und ersetzt
+ **aktiv** — Einer der Folgenden:
+ Neue Reserved Instances durch eine erfolgreiche Änderungsanforderung erstellt.
+ Ursprüngliche Reserved Instances nach einer fehlgeschlagenen Änderungsanforderung
------
#### [ AWS CLI ]
**So ändern Sie Reserved Instances**
Verwenden Sie den Befehl [modify-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-reserved-instances.html). Sie können die Konfigurationsdetails in einer JSON-Datei angeben.
```
aws ec2 modify-reserved-instances \
--reserved-instances-ids b847fa93-e282-4f55-b59a-1342f5bd7c02 \
--target-configurations file://configuration.json
```
**So können Sie den Status Ihrer Änderungsanfrage abrufen**
Verwenden Sie den Befehl [describe-reserved-instances-modifications](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-modifications.html). Der Status ist `processing`, `fulfilled` oder `failed`.
```
aws ec2 describe-reserved-instances-modifications \
--reserved-instances-modification-ids rimod-d3ed4335-b1d3-4de6-ab31-0f13aaf46687 \
--query ReservedInstancesModifications[].Status
```
------
#### [ PowerShell ]
**So ändern Sie Reserved Instances**
Verwenden Sie das cmdlet [Edit-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2ReservedInstance.html). Sie können die Konfigurationsdetails in einem Objekt des Typs `Amazon.EC2.Model.ReservedInstancesConfiguration` angeben.
```
Edit-EC2ReservedInstance `
-ReservedInstancesId b847fa93-e282-4f55-b59a-1342f5bd7c02 `
-TargetConfiguration $configuration
```
**So können Sie den Status Ihrer Änderungsanfrage abrufen**
Verwenden Sie das cmdlet [Get-EC2ReservedInstancesModification](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesModification.html). Der Status ist `processing`, `fulfilled` oder `failed`.
```
Get-EC2ReservedInstancesModification `
-ReservedInstancesModificationId rimod-d3ed4335-b1d3-4de6-ab31-0f13aaf46687 | `
Select Status
```
------
## Fehlerbehebung bei Änderungsanforderungen
Wenn die angeforderten Zielkonfigurationseinstellungen eindeutig waren, erhalten Sie eine Nachricht zur Verarbeitung Ihrer Anforderung. Zu diesem Zeitpunkt hat Amazon EC2 nur festgestellt, dass die Parameter Ihrer Änderungsanforderung gültig sind. Ihre Änderungsanforderung kann trotzdem während der Verarbeitung aufgrund einer unzureichenden Kapazität fehlschlagen.
In einigen Situationen erhalten Sie möglicherweise eine Nachricht, die eine unvollständige oder fehlgeschlagene Änderungsanforderung anzeigt. Nutzen Sie die Informationen aus diesen Nachrichten als Startpunkt für eine neue Änderungsanforderung. Stellen Sie vor dem Senden der Anforderung sicher, dass Sie die anwendbaren [Einschränkungen](#ri-modification-limits) gelesen haben.
**Nicht alle ausgewählten Reserved Instances können für die Änderung verarbeitet werden**
Amazon EC2 ermittelt die nicht änderbaren Reserved Instances und führt diese auf. Wenn Sie eine entsprechende Nachricht erhalten, wechseln Sie zur Seite **Reserved Instances** in der Amazon EC2-Konsole und überprüfen Sie die Informationen für die Reserved Instances.
**Fehler bei der Verarbeitung Ihrer Änderungsanforderung**
Sie haben eine oder mehrere Reserved Instances für eine Änderung gesendet. Es konnten jedoch nicht alle Anforderungen verarbeitet werden. Abhängig von der Anzahl der zu ändernden Reservierungen können Sie unterschiedliche Versionen der entsprechenden Nachricht erhalten.
Amazon EC2 zeigt die Gründe für die Nicht-Verarbeitung Ihrer Anforderung an. Sie können beispielsweise die gleiche Zielkonfiguration —(eine Kombination aus Availability Zone und Plattform)— für eine oder mehrere Untergruppen der zu ändernden Reserved Instances angegeben haben. Versuchen Sie, die Änderungsanforderung erneut zu senden. Stellen Sie jedoch sicher, dass die Instance-Details der Reservierung übereinstimmen. Stellen Sie außerdem sicher, dass die Zielkonfigurationen für alle zu ändernden Untergruppen einheitlich sind.
# Austauschen von Convertible Reserved Instances
Sie können auch eine oder mehrere Convertible Reserved Instances gegen eine andere Convertible Reserved Instance mit einer anderen Konfiguration (einschließlich Instance-Familie, Betriebssystem und Tenancy) austauschen. Es gibt keine Begrenzungen für die Anzahl der Austauschvorgänge. Die neue Convertible Reserved Instance muss jedoch einen identischen oder höheren Wert als die auszutauschenden originalen Convertible Reserved Instances haben.
Wenn Sie Ihre Convertible Reserved Instance austauschen, wird die Anzahl der Instances für Ihre aktuelle Reservierung gegen die Anzahl der Instances ausgetauscht, die einen identischen oder höheren Wert für die Konfiguration der neuen Convertible Reserved Instance abdeckt. Amazon EC2 berechnet die Anzahl der Reserved Instances, die Sie als Ergebnis des Austauschs erhalten können.
Sie können Standard-Reserved Instances nicht austauschen, aber Sie können sie ändern. Weitere Informationen finden Sie unter [Ändern von Reserved Instances](ri-modifying.md).
**Topics**
+ [
## Anforderungen für den Austausch von Convertible Reserved Instances
](#riconvertible-exchange-limits)
+ [
## Berechnen der Convertible Reserved Instances-Austausche
](#riconvertible-exchange-cost)
+ [
## Mischen von Convertible Reserved Instances
](#ri-merge-convertible)
+ [
## Austauschen eines Teils einer Convertible Reserved Instance
](#ri-split-convertible)
+ [
## Senden von Austauschanforderungen
](#ri-exchange-process)
## Anforderungen für den Austausch von Convertible Reserved Instances
Amazon EC2 verarbeitet Ihre Austauschanforderung, sofern die folgenden Bedingungen erfüllt sind. Ihr Convertible Reserved Instance muss folgende Eigenschaften erfüllen:
+ Aktiv
+ Keine ausstehende vorherige Änderungsanforderung
+ Es müssen noch mindestens 24 Stunden bis zum Ablauf verbleiben.
Die folgenden Regeln gelten:
+ Convertible Reserved Instances müssen gegen andere Convertible Reserved Instances ausgetauscht werden, die derzeit von AWS angeboten werden.
+ Convertible Reserved Instances sind einer bestimmten Region zugeordnet, die für die Dauer der Reservierung festgelegt ist. Sie können eine Convertible Reserved Instance nicht gegen eine Convertible Reserved Instance in einer anderen Region eintauschen.
+ Um eine zonale Convertible Reserved Instance auszutauschen, AWS muss genügend Kapazität für den neuen Instance-Typ in der Region vorhanden sein.
+ Sie können eine oder mehrere Convertible Reserved Instances jeweils nur durch eine neue Convertible Reserved Instance ersetzen.
+ Um einen Teil einer Convertible Reserved Instance auszutauschen, können Sie sie in zwei oder mehrere Reservierungen ändern und dann eine oder mehrere der Reservierungen gegen eine neue Convertible Reserved Instance tauschen. Weitere Informationen finden Sie unter [Austauschen eines Teils einer Convertible Reserved Instance](#ri-split-convertible). Weitere Informationen zum Anpassen Ihrer Reserved Instances finden Sie unter [Ändern von Reserved Instances](ri-modifying.md).
+ Alle Convertible Reserved Instances mit Vorauszahlung können gegen Convertible Reserved Instances mit teilweiser Vorauszahlung getauscht werden und umgekehrt.
**Anmerkung**
Wenn die gesamte Vorauszahlung, die für den Austausch erforderlich ist (Treuekosten), weniger als 0,00\$1 beträgt, erhalten Sie AWS automatisch eine Anzahl von Instances in der Convertible Reserved Instance, wodurch sichergestellt wird, dass die Pauschalkosten 0,00\$1 oder mehr betragen.
**Anmerkung**
Wenn der Gesamtwert (Vorabpreis \$1 Stundenpreis \$1 Anzahl der verbleibenden Stunden) der neuen Convertible Reserved Instance unter dem Gesamtwert der ausgetauschten Convertible Reserved Instance liegt, erhalten Sie AWS automatisch eine Anzahl von Instances in der Convertible Reserved Instance, die sicherstellt, dass der Gesamtwert dem der ausgetauschten Convertible Reserved Instance entspricht oder höher ist.
+ Um von besseren Preisen zu profitieren, können Sie eine Convertible Reserved Instance ohne Vorauszahlung gegen eine Convertible Reserved Instance mit vollständiger Vorauszahlung oder eine &cri; mit teilweiser Vorauszahlung tauschen.
+ Sie können keine Convertible Reserved Instances mit vollständiger Vorauszahlung oder mit teilweiser Vorauszahlung gegen Convertible Reserved Instances ohne Vorauszahlung austauschen.
+ Sie können eine Convertible Reserved Instance ohne Vorauszahlung gegen eine andere Convertible Reserved Instance ohne Vorauszahlung nur dann eintauschen, wenn der Stundenpreis der neuen Convertible Reserved Instance gleich oder höher liegt als der Stundenpreis der getauschten Convertible Reserved Instance.
**Anmerkung**
Wenn der Gesamtwert (Stundenpreis \$1 Anzahl der verbleibenden Stunden) der neuen Convertible Reserved Instance kleiner ist als der Gesamtwert der ausgetauschten Convertible Reserved Instance, stellt Ihnen AWS automatisch eine Anzahl von Instances in der Convertible Reserved Instance zur Verfügung. Damit wird sichergestellt, dass der Gesamtwert gleich oder höher als der Gesamtwert der ausgetauschten Convertible Reserved Instance ist.
+ Wenn Sie mehrere Convertible Reserved Instances mit verschiedenen Ablaufdaten austauschen, entspricht das Ablaufdatum der neuen Convertible Reserved Instance dem Datum, das am weitesten in der Zukunft liegt.
+ Wenn Sie eine einzelne Convertible Reserved Instance austauschen, muss sie dieselbe Laufzeit (1 oder 3 Jahre) wie die neue Convertible Reserved Instance. Wenn Sie mehrere Convertible Reserved Instances mit verschiedenen Laufzeiten mischen, hat die neue Convertible Reserved Instance eine Laufzeit von 3 Jahren. Weitere Informationen finden Sie unter [Mischen von Convertible Reserved Instances](#ri-merge-convertible).
+ Wenn Amazon EC2 eine Convertible Reserved Instance austauscht, wird die zugehörige Reservierung zurückgezogen und das Enddatum der neuen Reservierung übertragen. Nach dem Umtausch legt Amazon EC2 sowohl das Enddatum für die alte Reservierung als auch das Startdatum für die neue Reservierung fest, das dem Datum des Umtausches entspricht. Wenn Sie beispielsweise eine dreijährige Reservierung austauschen, deren Laufzeit noch 16 Monate beträgt, ist die Reservierung eine 16-monatige Reservierung mit demselben Enddatum wie die Reservierung der von Ihnen ausgetauschten Convertible Reserved Instance.
## Berechnen der Convertible Reserved Instances-Austausche
Das Wechseln von Convertible Reserved Instances ist kostenfrei. Es fallen jedoch möglicherweise Anpassungskosten an. Hierbei handelt es sich um anteilige Kosten für den Unterschied zwischen den vorher vorhandenen Convertible Reserved Instances und den neuen Convertible Reserved Instances, die Sie im Zuge des Austauschs erhalten.
Jede Convertible Reserved Instance hat eine Liste mit Werten. Der Listenwert wird mit dem Listenwert der Convertible Reserved Instances vergleichen, die Sie anfordern. So wird festgestellt, wie viele Instance-Reservierungen Sie aus dem Austausch erhalten können.
Beispiel: Sie haben eine Convertible Reserved Instance mit einem Listenwert von 1 x 35 USD, die Sie gegen einen neuen Instance-Typ mit einem Listenwert von 10 USD austauschen möchten.
```
$35/$10 = 3.5
```
Sie können Ihre Convertible Reserved Instance gegen eine 10-USD-Convertible Reserved Instances tauschen. Sie können keine halben Reservierungen erwerben. Daher müssen Sie für den restlichen Teil eine zusätzliche Convertible Reserved Instance erwerben:
```
3.5 = 3 whole Convertible Reserved Instances + 1 additional Convertible Reserved Instance
```
Die vierte Convertible Reserved Instance hat dasselbe Enddatum wie die anderen drei. Wenn Sie Convertible Reserved Instances mit teilweiser oder vollständiger Vorauszahlung austauschen, zahlen Sie die Anpassungskosten für die vierte Reservierung. Die verbleibenden Vorauszahlungskosten Ihrer Convertible Reserved Instances betragen 500 USD. Die neue Reservierung würde normalerweise auf Umlagebasis 600 USD kosten. Ihnen werden 100 USD berechnet.
```
$600 prorated upfront cost of new reservations - $500 remaining upfront cost of old reservations = $100 difference
```
## Mischen von Convertible Reserved Instances
Wenn Sie zwei oder mehr Convertible Reserved Instances zusammenführen, muss die Laufzeit der neuen Convertible Reserved Instance mit der Laufzeit der alten Convertible Reserved Instances oder mit der längsten Laufzeit der Convertible Reserved Instances übereinstimmen. Das Ablaufdatum der neuen Convertible Reserved Instance entspricht dem Ablaufdatum, das am weitesten in der Zukunft liegt.
Angenommen, es gibt die folgenden Convertible Reserved Instances in Ihrem Konto:
| Reserved Instance ID | Begriff | Ablaufdatum |
| --- | --- | --- |
| aaaa1111 | 1 Jahr | 31.12.2018 |
| bbbb2222 | 1 Jahr | 31.07.2018 |
| cccc3333 | 3 Jahre | 30.06.2018 |
| dddd4444 | 3 Jahre | 31.12.2019 |
+ Sie können `aaaa1111` und `bbbb2222` mischen und sie gegen eine neue 1-Jahres-Convertible Reserved Instance tauschen. Sie können sie nicht gegen eine 3-Jahres-Convertible Reserved Instance tauschen. Das Ablaufdatum der neuen Convertible Reserved Instance ist der 31.12.2018.
+ Sie können `bbbb2222` und `cccc3333` mischen und sie gegen eine neue 3-Jahres-Convertible Reserved Instance tauschen. Sie können sie nicht gegen eine 1-Jahres-Convertible Reserved Instance tauschen. Das Ablaufdatum der neuen Convertible Reserved Instance ist der 31.07.2018.
+ Sie können `cccc3333` und `dddd4444` mischen und sie gegen eine neue 3-Jahres-Convertible Reserved Instance tauschen. Sie können sie nicht gegen eine 1-Jahres-Convertible Reserved Instance tauschen. Das Ablaufdatum der neuen Convertible Reserved Instance ist der 31.12.2019.
## Austauschen eines Teils einer Convertible Reserved Instance
Sie können den Änderungsprozess zum Aufteilen Ihrer Convertible Reserved Instance in kleinere Reservierungen nutzen und dann eine oder mehrere Reservierungen gegen eine neue Convertible Reserved Instance tauschen. Die folgenden Beispiele veranschaulichen die entsprechende Vorgehensweise.
**Example Beispiel: Convertible Reserved Instance mit mehreren Instances**
In diesem Beispiel haben Sie eine `t2.micro` Convertible Reserved Instance mit vier Instances in der Reservierung. So wechseln Sie zwei `t2.micro` Instances gegen eine `m4.xlarge` Instance:
1. Ändern Sie die `t2.micro` Convertible Reserved Instance, indem Sie sie in zwei `t2.micro` Convertible Reserved Instances mit jeweils zwei Instances aufteilen.
1. Wechseln Sie eine der neuen `t2.micro` Convertible Reserved Instances gegen eine `m4.xlarge` Convertible Reserved Instance.
![\[Ändern und Tauschen von reservierten Instances\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-split-cri-multiple.png)
**Example Beispiel: Convertible Reserved Instance mit einer einigen Instance**
In diesem Beispiel haben Sie eine `t2.large` Convertible Reserved Instance. So ändern Sie sie in eine kleinere `t2.medium` Instance und eine `m3.medium` Instance:
1. Ändern Sie die `t2.large` Convertible Reserved Instance, indem Sie sie in zwei `t2.medium` Convertible Reserved Instances aufteilen. Eine einzelne `t2.large` Instance hat einen genau so großen Instance-Footprint wie zwei `t2.medium` Instances.
1. Wechseln Sie eine der neuen `t2.medium` Convertible Reserved Instances gegen eine `m3.medium` Convertible Reserved Instance.
![\[Ändern und Tauschen Sie reservierte Instances.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-split-cri-single.png)
Weitere Informationen erhalten Sie unter [Support für das Ändern von Instance-Größen](ri-modifying.md#ri-modification-instancemove) und [Senden von Austauschanforderungen](#ri-exchange-process).
## Senden von Austauschanforderungen
Sie können Ihre Convertible Reserved Instances austauschen. Reserved Instances, die ausgetauscht werden, werden außer Betrieb genommen.
------
#### [ Console ]
**So tauschen Sie Convertible Reserved Instances aus**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie **Reserved Instances** aus, wählen Sie die Convertible Reserved Instances für den Austausch aus und wählen Sie **Actions (Aktionen)**, **Exchange Reserved Instance (&ri; tauschen)** aus.
1. Wählen Sie die Attribute für die gewünschte Konfiguration aus und wählen Sie **Find offering (Angebot finden)** aus.
1. Wählen Sie ein neues Convertible Reserved Instance aus. Am unteren Bildschirmrand können Sie die Anzahl von Reserved Instances anzeigen, die Sie für den Austausch erhalten, sowie alle zusätzlichen Kosten.
1. Wenn Sie eine zu Ihren Anforderungen passende Convertible Reserved Instance ausgewählt haben, wählen Sie **Review (Überprüfen)** aus.
1. Wählen Sie **Exchange (Austauschen)** und dann **Close (Beenden)**.
------
#### [ AWS CLI ]
**So tauschen Sie eine Convertible Reserved Instance aus**
1. Finden Sie mithilfe des [describe-reserved-instances-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances-offerings.html)Befehls eine neue Convertible Reserved Instance, die Ihren Anforderungen entspricht.
1. Holen Sie sich mit dem Befehl [get-reserved-instances-exchange-quote ein Angebot](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-reserved-instances-exchange-quote.html) für den Austausch ein. Dieses enthält die Anzahl der Reserved Instances, die Sie aus dem Austausch erhalten, und die Anpassungskosten für den Austausch:
1. Führen Sie den Austausch mit dem Befehl [accept-reserved-instances-exchange-quote](https://docs.aws.amazon.com/cli/latest/reference/ec2/accept-reserved-instances-exchange-quote.html) durch.
------
#### [ PowerShell ]
**So tauschen Sie eine Convertible Reserved Instance aus**
1. Suchen Sie mithilfe des [Get-EC2ReservedInstancesOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesOffering.html)Cmdlets nach einer neuen Convertible Reserved Instance, die Ihren Anforderungen entspricht.
1. Holen Sie sich mit dem Cmdlet [Get EC2 - ReservedInstancesExchangeQuote](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstancesExchangeQuote.html) ein Angebot für den Austausch ein. Dieses enthält die Anzahl der Reserved Instances, die Sie aus dem Austausch erhalten, und die Anpassungskosten für den Austausch:
1. Führen Sie den Austausch mithilfe des Cmdlets durch [Approve-EC2ReservedInstancesExchangeQuote](https://docs.aws.amazon.com/powershell/latest/reference/items/Approve-EC2ReservedInstancesExchangeQuote.html)
------
# Kontingente für Reserved Instances
Sie können jeden Monat neue Reserved Instances erwerben. Die Anzahl der neuen Reserved Instances, die Sie jeden Monat erwerben können, richtet sich nach Ihrem monatlichen Kontingent. Es lautet wie folgt:
****
| Quota-Beschreibung | Standardkontingent |
| --- | --- |
| Neue [regionsgebundene](apply_ri.md#apply-regional-ri) Reserved Instances | 20 pro Region und Monat |
| Neue [zonengebundene](apply_ri.md#apply-zonal-ri) Reserved Instances | 20 pro Availability Zone und Monat |
In einer Region mit drei Availability Zones beträgt das Standardkontingent beispielsweise 80 neue Reserved Instances pro Monat. Es wird wie folgt berechnet:
+ 20 regionsgebundene Reserved Instances für die Region
+ Plus 60 zonengebundene Reserved Instances (20 für jede der drei Availability Zones)
Instances im `running`-Status werden auf Ihr Kontingent angerechnet. Instances im Status `pending`, `stopping`, `stopped` und `hibernated` werden nicht auf Ihr Kontingent angerechnet.
## Gesamtzahl der erworbenen Reserved Instances anzeigen
Die Anzahl der Reserved Instances, die Sie erwerben, wird durch das Konsolenfeld **Instance count** (Instance-Anzahl) oder den `InstanceCount`-Parameter (AWS CLI) angezeigt. Wenn Sie neue Reserved Instances erwerben, wird das Kontingent an der Gesamtzahl der Instances gemessen. Wenn Sie z. B. eine einzelne Reserved-Instance-Konfiguration mit einer Instance-Anzahl von 10 erwerben, wird der Kauf als 10 und nicht als 1 auf Ihr Kontingent angerechnet.
Sie können anzeigen, wie viele Reserved Instances Sie erworben haben, indem Sie Amazon EC2 oder die AWS CLI verwenden.
------
#### [ Console ]
**So zeigen Sie die Gesamtzahl der erworbenen Reserved Instances 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 **Reserved Instances** aus.
1. Wählen Sie eine Reserved-Instance-Konfiguration aus der Tabelle aus und markieren Sie das Feld **Instance count** (Instance-Anzahl).
Im folgenden Screenshot stellt die ausgewählte Zeile eine einzelne Reserved-Instance-Konfiguration für einen `t3.micro`-Instance-Typ dar. Die Spalte **Instance count** (Instance-Anzahl) in der Tabellenansicht und das Feld **Instance count** (Instance-Anzahl) in der Detailansicht (im Screenshot dargestellt) zeigen an, dass es 10 Reserved Instances für diese Konfiguration gibt.
![\[Dieses Image zeigt den Bildschirm Reserved Instances in der Amazon-EC2-Konsole an. Das Feld Instance count (Instance-Anzahl) ist im Screenshot umrissen.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/ri-instance-count.png)
------
#### [ AWS CLI ]
**So zeigen Sie die Gesamtzahl der erworbenen Reserved Instances an**
Verwenden Sie den [describe-reserved-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-reserved-instances.html)Befehl und geben Sie die ID der Reserved Instance-Konfiguration an.
```
aws ec2 describe-reserved-instances \
--reserved-instances-ids a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 \
--output table
```
Es folgt eine Beispielausgabe. Das Feld `InstanceCount` zeigt an, dass es 10 Reserved Instances für diese Konfiguration gibt.
```
-------------------------------------------------------------------
| DescribeReservedInstances |
+-----------------------------------------------------------------+
|| ReservedInstances ||
|+----------------------+----------------------------------------+|
|| CurrencyCode | USD ||
|| Duration | 31536000 ||
|| End | 2023-08-27T13:29:44+00:00 ||
|| FixedPrice | 59.0 ||
|| InstanceCount | 10 ||
|| InstanceTenancy | default ||
|| InstanceType | t3.micro ||
|| OfferingClass | standard ||
|| OfferingType | All Upfront ||
|| ProductDescription | Linux/UNIX ||
|| ReservedInstancesId | a1b2c3d4-5678-90ab-cdef-EXAMPLE11111 ||
|| Scope | Region ||
|| Start | 2022-08-27T13:29:45.938000+00:00 ||
|| State | active ||
|| UsagePrice | 0.0 ||
|+----------------------+----------------------------------------+|
||| RecurringCharges |||
||+----------------------------------+--------------------------+||
||| Amount | 0.0 |||
||| Frequency | Hourly |||
||+----------------------------------+--------------------------+||
```
------
#### [ PowerShell ]
**So zeigen Sie die Gesamtzahl der erworbenen Reserved Instances an**
Verwenden Sie das [Get-EC2ReservedInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2ReservedInstance.html)Cmdlet und geben Sie die ID der Reserved Instance-Konfiguration an.
```
Get-EC2ReservedInstance -ReservedInstancesId a1b2c3d4-5678-90ab-cdef-EXAMPLE11111
```
Es folgt eine Beispielausgabe. Das Feld `InstanceCount` zeigt an, dass es 10 Reserved Instances für diese Konfiguration gibt.
```
AvailabilityZone :
CurrencyCode : USD
Duration : 31536000
End : 1/12/2017 8:57:08 PM
FixedPrice : 0
InstanceCount : 10
InstanceTenancy : default
InstanceType : t3.medium
OfferingClass : standard
OfferingType : All Upfront
ProductDescription : Windows
RecurringCharges : {}
ReservedInstancesId : a1b2c3d4-5678-90ab-cdef-EXAMPLE11111
Scope : Region
Start : 10/12/2016 4:00:00 PM
State : active
Tags : {}
UsagePrice : 0
```
------
## Überlegungen
Eine regionale Reserved Instance gewährt einen Rabatt auf eine laufende On-Demand-Instance. Das Standard-On-Demand-Instance-Limit ist 20. Sie können Ihr laufendes On-Demand-Instance-Limit nicht überschreiten, indem Sie die regionale Reserved Instances kaufen. Wenn Sie beispielsweise bereits 20 laufende On-Demand-Instances haben und 20 regionale Reserved Instances kaufen, werden die 20 regionalen Reserved Instances verwendet, um einen Rabatt auf die 20 laufenden On-Demand-Instances anzuwenden. Wenn Sie mehr regionale Reserved Instances kaufen, können Sie nicht mehr Instances starten, weil Sie Ihr On-Demand-Instance-Limit erreicht haben.
Bevor Sie Reserved Instances regional kaufen, stellen Sie sicher, dass Ihr On-Demand-Instance-Limit der Anzahl der regionalen Reserved Instances entspricht oder diese überschreitet, die Sie nutzen möchten. Stellen Sie bei Bedarf sicher, dass Sie eine Erhöhung Ihres On-Demand-Instance-Limits beantragen, *bevor* Sie mehr regionale Reserved Instances kaufen.
Eine zonengebundene Reserved Instance – eine Reserved Instance, die für eine bestimmte Availability Zone gekauft wird – bietet sowohl eine Kapazitätsreservierung als auch einen Rabatt. Sie können Ihr laufendes On-Demand-Instance-Limit um *überschreiten*, indem Sie Zone Reserved Instances kaufen. Wenn Sie zum Beispiel bereits 20 laufende On-Demand-Instances haben und 20 Zonen Reserved Instances kaufen, können Sie weitere 20 On-Demand-Instances starten, die den Spezifikationen Ihrer Zonen Reserved Instances entsprechen, was Ihnen insgesamt 40 laufende Instances gibt.
## Anzeigen Ihrer Reserved-Instance-Kontingente und Anfordern einer Kontingenterhöhung
Die Amazon-EC2-Konsole stellt Informationen zum Kontingent bereit. Sie können auch eine Kontingenterhöhung anfordern. Weitere Informationen erhalten Sie unter [Anzeigen Ihrer aktuellen Kontingente](ec2-resource-limits.md#view-limits) und [Beantragen einer Erhöhung](ec2-resource-limits.md#request-increase).
# Spot Instances
Eine Spot-Instance ist eine Instance, die freie EC2-Kapazität nutzt, die für weniger als den On-Demand-Preis verfügbar ist. Da Sie mit Spot Instances ungenutzte EC2-Instances mit hohen Rabatten anfordern können, können Sie Ihre Amazon EC2 Kosten deutlich senken. Der Stundenpreis für eine Spot-Instance wird als Spot-Preis bezeichnet. Der Spot-Preis aller Instance-Typen in allen Availability Zones wird von Amazon EC2 festgelegt und abhängig vom langfristigen Angebot an und der langfristigen Nachfrage nach Spot Instances schrittweise angepasst. Ihre Spot Instance läuft, wann immer Kapazität verfügbar ist.
Spot Instances sind eine kostengünstige Wahl, sofern Sie bei der Ausführung Ihrer Anwendungen zeitlich flexibel sind und Unterbrechungen verschmerzen können. Spot Instances sind z. B. für Datenanalysen, Batch-Verarbeitungsaufträge, die Hintergrundverarbeitung und optionale Aufgaben geeignet. Weitere Informationen finden Sie unter [Amazon-EC2-Spot-Instances](https://aws.amazon.com/ec2/spot/).
Einen Vergleich der verschiedenen Kaufoptionen für EC2-Instances finden Sie unter [Abrechnungs- und Kaufoptionen von Amazon EC2](instance-purchasing-options.md).
## Konzepte
Bevor Sie mit Spot Instances arbeiten, sollten Sie mit den folgenden Konzepten vertraut sein:
+ *Spot-Kapazitätspool*: Ein Satz nicht verwendeter EC2-Instances mit demselben Instance-Typ (z. B. `m5.large`) sowie derselben Availability Zone.
+ *Spot-Preis*: Der aktuelle Preis einer Spot-Instance pro Stunde.
+ *Spot-Instance-Anforderung*: Fordert eine Spot-Instance an. Wenn Kapazität verfügbar ist, erfüllt Amazon EC2 Ihre Anforderung. Eine Spot-Instance-Anforderung erfolgt entweder *einmalig* oder *persistent*. Amazon EC2 sendet eine persistente Spot-Instance-Anforderung automatisch erneut, wenn die mit der Spot-Instance-Anforderung verknüpfte Spot Instance beendet wurde.
+ *Neuausgleichsempfehlung für die EC2-Instance* – Amazon EC2 sendet ein Signal zur Neuausgleichsempfehlung für die Instance, um Sie zu benachrichtigen, dass für eine Spot Instance ein erhöhtes Unterbrechungsrisiko besteht. Dieses Signal bietet Ihnen die Möglichkeit, Ihre Workloads proaktiv auf bestehende oder neue Spot Instances zu verteilen, ohne auf die zweiminütige Ankündigung einer Spot-Instance-Unterbrechung warten zu müssen.
+ *Spot-Instance-Unterbrechung* – Amazon EC2 hält Ihre Spot Instance an, beendet sie oder versetzt sie in den Ruhezustand, wenn Amazon EC2 die Kapazität zurück benötigt. Amazon EC2 stellt eine Spot-Instance-Unterbrechungsbenachrichtigung bereit, was der Instance eine zweiminütige Warnung gibt, bevor sie unterbrochen wird.
## Unterschiede zwischen Spot Instances und On-Demand-Instances
In der folgenden Tabelle sind die wichtigsten Unterschiede zwischen Spot Instances und [On-Demand-Instances](ec2-on-demand-instances.md) aufgeführt.
| | Spot Instances | On-Demand Instances |
| --- | --- | --- |
| Startzeit | Kann nur dann sofort gestartet werden, wenn die Spot-Instance-Anforderung aktiv ist und Kapazität vorhanden ist. | Kann nur dann sofort gestartet werden, wenn Sie eine manuelle Startanforderung stellen und Kapazität zur Verfügung steht. |
| Verfügbare Kapazität | Wenn keine Kapazität verfügbar ist, löst die Spot-Instance-Anforderung automatisch die Startanforderung aus, bis die Kapazität verfügbar ist. | Wenn bei einer Startanforderung keine Kapazität verfügbar ist, erhalten Sie einen Fehler wegen unzureichender Kapazität (ICE). |
| Stundenpreis | Der stündliche Preis für Spot Instances variiert je nach langfristigem Angebot und Nachfrage. | Der Stundenpreis für On-Demand-Instances ist statisch. |
| Neuausgleichsempfehlung | Das Signal, das Amazon EC2 für eine laufende Spot-Instance ausgibt, wenn die Instance ein erhöhtes Unterbrechungsrisiko hat. | Sie bestimmen, wann ein On-Demand-Instance unterbrochen (gestoppt, in den Ruhezustand versetzt oder beendet) wird. |
| Instance-Unterbrechung | Sie können eine Amazon EBS-gestützte Spot-Instance beenden und starten. Darüber hinaus kann Amazon EC2 eine einzelne Spot Instance [unterbrechen](spot-interruptions.md), wenn keine Kapazität mehr verfügbar ist. | Sie bestimmen, wann ein On-Demand-Instance unterbrochen (gestoppt, in den Ruhezustand versetzt oder beendet) wird. |
## Preise und Einsparungen
Sie zahlen für Spot Instances den Spot-Preis, der von Amazon EC2 festgelegt und basierend auf dem langfristigen Angebot und der langfristigen Nachfrage nach Spot Instances schrittweise angepasst wird. Ihre Spot Instances laufen so lange, bis Sie sie beenden, keine Kapazität mehr verfügbar ist oder Ihre Amazon-EC2-Auto-Scaling-Gruppe sie während der [Abskalierung](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-lifecycle.html#as-lifecycle-scale-in) beendet.
Wenn Sie oder Amazon EC2 eine ausgeführte Spot-Instance unterbrechen, werden Ihnen die genutzten Sekunden oder die volle Stunde berechnet. Möglicherweise wird Ihnen aber auch nichts berechnet, je nach Betriebssystem, das Sie verwendet haben und das die Spot-Instance unterbrach. Weitere Informationen finden Sie unter [Fakturierung für unterbrochene Spot-Instances](billing-for-interrupted-spot-instances.md).
Spot Instances sind nicht durch Savings Plans abgedeckt. Wenn Sie einen Savings Plan haben, bietet dieser keine zusätzlichen Einsparungen zu den Einsparungen, die Sie bereits durch die Nutzung von Spot Instances erhalten. Darüber hinaus gelten für Ihre Ausgaben für Spot Instances nicht für die Verpflichtungen in Ihren Compute Savings Plans.
### Anzeigen von Preisen
Den aktuellen (alle fünf Minuten aktualisierten) niedrigsten Spot-Preis pro AWS-Region Instance-Typ finden Sie auf der [Preisseite für Amazon EC2 Spot-Instances](https://aws.amazon.com/ec2/spot/pricing/).
Um den Spot-Preisverlauf der letzten drei Monate anzuzeigen, verwenden Sie die Amazon EC2 EC2-Konsole oder den [describe-spot-price-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-price-history.html)Befehl. Weitere Informationen finden Sie unter [Spot-Instance-Preisverlauf anzeigen](using-spot-instances-history.md).
Wir ordnen Availability Zones den jeweiligen Codes unabhängig voneinander AWS-Konto zu. Aus diesem Grund können Sie für denselben Availability-Zone-Code (beispielsweise `us-west-2a`) für verschiedene Konten verschiedene Ergebnisse erhalten.
### Anzeigen der Einsparungen
Sie können die Einsparungen anzeigen, die durch die Verwendung von Spot-Instances für eine einzelne [Spot-Flotte](Fleets.md) oder für alle Spot Instances erzielt wurden. Sie können die Einsparungen der letzten Stunde oder der letzten drei Tag)e sowie die durchschnittlichen Kosten pro vCPU-Stunde und pro Speicher(GiB)-Stunde einsehen. Die Einsparungen werden geschätzt und können von den tatsächlichen Einsparungen abweichen, da sie die Abrechnungsanpassungen für Ihre Nutzung nicht enthalten. Weitere Informationen zur Anzeige von Einsparungsinformationen finden Sie unter [Einsparungen durch den Spot-Instances-Einkauf](spot-savings.md).
### Anzeigen der Abrechnung
Ihre Rechnung enthält Einzelheiten zu Ihrer Servicenutzung. Weitere Informationen finden Sie unter [Anzeigen Ihrer Rechnung](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) im *AWS Billing -Benutzerhandbuch*.
# Bewährte Methoden für Amazon EC2 Spot
Amazon EC2 bietet AWS Cloud über Spot-Instances Zugriff auf freie EC2-Rechenkapazität mit Einsparungen von bis zu 90% im Vergleich zu On-Demand-Preisen. Der einzige Unterschied zwischen On-Demand-Instances und Spot Instances ist, dass Spot Instances von Amazon EC2 unterbrochen werden können, mit zwei Minuten Benachrichtigung, wenn Amazon EC2 die Kapazität zurück benötigt. Um die beste Erfahrung mit Spot Instances zu gewährleisten, ist es wichtig, die bewährten Methoden für deren Verwendung zu verstehen und anzuwenden.
Spot Instances werden für zustandslose, fehlertolerante, flexible Anwendungen empfohlen. Spot Instances eignen sich beispielsweise gut für Big Data, containerisierte Workloads, CI/CD, zustandslose Webserver, High Performance Computing (HPC) und Rendering-Workloads.
Während des Ausführens sind Spot Instances genau gleich wie On-Demand-Instances. Spot garantiert jedoch nicht, dass Sie Ihre ausgeführten Instances lange genug halten können, um Ihre Workloads abzuschließen. Spot garantiert auch nicht, dass Sie die sofortige Verfügbarkeit der von Ihnen gesuchten Instances erhalten können oder dass Sie immer die von Ihnen angeforderte Gesamtkapazität erhalten können. Darüber hinaus können sich Spot-Instance-Unterbrechungen und Spot-Instance-Kapazitäten im Laufe der Zeit ändern, da die Spot-Instance-Verfügbarkeit je nach Angebot und Nachfrage variiert und die Performance in der Vergangenheit keine Garantie für zukünftige Ergebnisse darstellt.
Spot Instances sind nicht für Workloads geeignet, die unflexibel, statusbehaftet, fehlerintolerant oder eng zwischen Instance-Knoten verbunden sind. Wir empfehlen Spot Instances nicht für Workloads, die nicht tolerieren, dass gelegentlich die gesamte Zielkapazität nicht vollständig verfügbar ist. Die Einhaltung der bewährten Methoden von Spot, um flexibel in Bezug auf Instance-Typen und Availability Zones zu sein, bietet zwar die beste Chance auf Hochverfügbarkeit, es gibt jedoch keine Garantie dafür, dass Kapazität verfügbar ist, da eine steigende Nachfrage nach On-Demand-Instances die Workloads auf Spot Instances stören kann.
Wir warnen dringend davor, Spot Instances für diese Workloads zu verwenden oder ein Failover auf On-Demand-Instances zu versuchen, um Unterbrechungen zu handhaben. Ein Failover auf On-Demand-Instances kann versehentlich zu Unterbrechungen Ihrer anderen Spot Instances führen. Wenn Spot Instances für eine Kombination aus Instance-Typ und Availability Zone unterbrochen werden, kann es für Sie außerdem schwierig werden, On-Demand-Instances mit derselben Kombination zu erhalten.
Unabhängig davon, ob Sie ein erfahrener Spot-Benutzer oder neu bei Spot Instances sind: Wenn Sie derzeit Probleme mit Spot-Instance-Unterbrechungen oder Spot-Instance-Verfügbarkeit haben, empfehlen wir Ihnen, diese bewährten Methoden zu befolgen, um die beste Erfahrung mit dem Spot-Service zu erzielen.
**Topics**
+ [
## Vorbereiten einzelner Instances auf Unterbrechungen
](#prep-instances-for-interruptions)
+ [
## Flexibel sein bei Instance-Typen und Availability Zones
](#be-instance-type-flexible)
+ [
## Attributbasierte Auswahl des Instance-Typs verwenden
](#use-attribute-based-instance-type-selection)
+ [
## Verwenden Sie Spot-Platzierungswerte, um optimale Regionen und Availability Zones zu identifizieren
](#use-spot-placement-scores-to-identify-optimal-regions-and-availability-zones)
+ [
## Verwenden von EC2-Auto-Scaling-Gruppen oder EC2-Spot-Flotte zum Verwalten Ihrer Kapazität
](#use-sf-asg-for-aggregate-capacity)
+ [
## Nutzen der preis- und kapazitätsoptimierten Zuweisungsstrategie
](#use-capacity-optimized-allocation-strategy)
+ [
## Verwenden Sie integrierte AWS Dienste, um Ihre Spot-Instances zu verwalten
](#use-integrated-aws-services)
+ [
## Was ist die beste Spot-Request-Methode?
](#which-spot-request-method-to-use)
## Vorbereiten einzelner Instances auf Unterbrechungen
Der beste Weg, um Spot-Instance-Unterbrechungen ordnungsgemäß zu handhaben, besteht darin, Ihre Anwendung so zu konzipieren, dass sie eine Fehlertoleranz aufweist. Um dies zu erreichen, können Sie die Empfehlungen zum Neuausgleich von EC2-Instances und Spot-Instance-Unterbrechungsbenachrichtigungen nutzen.
Eine EC2-Instance-Ausgleichsempfehlung ist ein Signal, das Sie benachrichtigt, wenn eine Spot Instance einem erhöhten Risiko einer Unterbrechung ausgesetzt ist. Das Signal gibt Ihnen die Möglichkeit, die Spot-Instance vor der zweiminütigen Spot-Instance-Unterbrechungsbenachrichtigung proaktiv zu verwalten. Sie können entscheiden, Ihr Workload auf neue oder bestehende Spot Instances auszugleichen, die nicht einem erhöhten Risiko einer Unterbrechung ausgesetzt sind. Wir haben es Ihnen leicht gemacht, dieses Signal zu nutzen, indem wir das Feature Kapazitätsausgleich in Auto-Scaling-Gruppen und EC2-Flotte verwenden.
Eine Benachrichtigung über die Unterbrechung der Spot-Instance ist eine Warnung, die zwei Minuten vor der Unterbrechung einer Spot-Instance durch Amazon EC2 ausgegeben wird. Wenn Ihre Workload „zeitlich flexibel“ ist, können Sie Ihre Spot Instances so konfigurieren, dass sie bei einer Unterbrechung angehalten oder in den Ruhezustand versetzt werden, anstatt beendet zu werden. Amazon EC2 hält Ihre Spot Instances bei einer Unterbrechung automatisch an oder versetzt sie in den Ruhezustand und nimmt die Ausführung der Instances automatisch wieder auf, wenn wir über verfügbare Kapazität verfügen.
Wir empfehlen Ihnen, in [Amazon](https://docs.aws.amazon.com/eventbridge/index.html) eine Regel zu erstellen EventBridge, die die Empfehlungen zur Neuverteilung und die Unterbrechungsbenachrichtigungen erfasst und dann einen Checkpoint für den Fortschritt Ihrer Arbeitslast auslöst oder die Unterbrechung ordnungsgemäß behandelt. Weitere Informationen finden Sie unter [Überwachen von Signalen für Neuausgleichsempfehlungen](rebalance-recommendations.md#monitor-rebalance-recommendations). Ein detailliertes Beispiel, das Sie durch das Erstellen und Verwenden von Ereignisregeln führt, finden Sie unter [Taking AdvanTage of Amazon EC2 Spot Instance Interruption Notices](https://aws.amazon.com/blogs/compute/taking-advantage-of-amazon-ec2-spot-instance-interruption-notices/).
Weitere Informationen erhalten Sie unter [Empfehlung zum Neuausgleich einer EC2-Instance](rebalance-recommendations.md) und [Spot-Instance-Unterbrechungen](spot-interruptions.md).
## Flexibel sein bei Instance-Typen und Availability Zones
Ein Spot-Kapazitätspool ist ein Satz nicht verwendeter EC2-Instances mit demselben Instance-Typ (z. B. `m5.large`) sowie derselben Availability Zone (z. B. us-east-1a). Sie sollten flexibel darin sein, welche Instance-Typen Sie anfordern und in welchen Availability Zones Sie Ihren Workload bereitstellen können. Dies gibt Spot eine bessere Chance, die erforderliche Menge an Rechenkapazität zu finden und zuzuweisen. Fragen Sie zum Beispiel nicht nur nach `c5.large`, wenn Sie bereit wären, Larges aus den Familien c4, m5 und m4 zu verwenden.
Je nach Ihren spezifischen Anforderungen können Sie auswerten, über welche Instance-Typen hinweg Sie flexibel sein können, um Ihre Computing-Anforderungen zu erfüllen. Wenn ein Workload vertikal skaliert werden kann, sollten Sie größere Instance-Typen (mehr V CPUs und Arbeitsspeicher) in Ihre Anfragen aufnehmen. Wenn Sie nur horizontal skalieren können, sollten Sie Instance-Typen älterer Generation einbeziehen, da sie von On-Demand-Kunden weniger gefragt sind.
Eine gute Faustregel besteht darin, für jeden Workload über mindestens 10 Instance-Typen hinweg flexibel zu sein. Stellen Sie außerdem sicher, dass alle Availability Zones für die Verwendung in Ihrer VPC konfiguriert und für Ihren Workload ausgewählt sind.
## Attributbasierte Auswahl des Instance-Typs verwenden
Mit der attributbasierten Auswahl des Instance-Typs können Sie Instance-Attribute – wie vCPUs, Arbeitsspeicher und Speicher – für den Workload angeben, den Sie ausführen möchten. EC2 Auto Scaling oder EC2-Flotte identifizieren und starten dann automatisch Instances, die Ihren angegebenen Attributen entsprechen. Dadurch entfällt der Aufwand für die manuelle Auswahl bestimmter Instance-Typen, was ein tiefes Verständnis des Angebots der einzelnen Instance-Typen voraussetzt.
Darüber hinaus ermöglicht Ihnen die attributbasierte Auswahl des Instance-Typs, neu veröffentlichte Instance-Typen automatisch zu verwenden, sobald sie verfügbar sind. Dies gewährleistet einen nahtlosen Zugriff auf ein immer breiteres Spektrum an Spot-Instance-Kapazität.
Die attributbasierte Auswahl von Instance-Typen ist ideal für Workloads und Frameworks, die hinsichtlich der Instance-Typen flexibel sein können, wie High Performance Computing (HPC) und Big-Data-Workloads.
Weitere Informationen finden Sie unter [Gemischte Instance-Gruppen mit attributbasierter Auswahl des Instance-Typs erstellen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-mixed-instances-group-attribute-based-instance-type-selection.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling* und [Geben Sie Attribute für die Auswahl von Instance-Typen für EC2-Flotte oder Spot-Flotte an](ec2-fleet-attribute-based-instance-type-selection.md) in diesem Leitfaden.
## Verwenden Sie Spot-Platzierungswerte, um optimale Regionen und Availability Zones zu identifizieren
Spot Instances sind ungenutzte EC2-Kapazität, und diese Kapazität schwankt je nach EC2-Angebot und -Nachfrage. Daher erhalten Sie möglicherweise nicht immer genau die Spot-Kapazität, die Sie an einem bestimmten Standort zu einem bestimmten Zeitpunkt benötigen. Um diese Unvorhersehbarkeit zu mindern, können Sie das Feature der Spot-Platzierungsbewertung verwenden. Dieses Feature bietet Empfehlungen für Regionen oder Availability Zones, in denen die Wahrscheinlichkeit höher ist, dass sie über ausreichend Kapazität verfügen, um Ihren Spot-Kapazitätsbedarf zu decken, ohne dass Sie zuerst Spot Instances an diesen Standorten starten müssen.
Die Spot-Platzierungsbewertung eignet sich am besten für Workloads, die hinsichtlich der Instance-Typen und der Region oder Availability Zone, die sie verwenden können, flexibel sein können. Sie müssen lediglich die Spot-Kapazität angeben, die Sie benötigen, Ihre Anforderungen an den Instance-Typ und ob Sie Empfehlungen für Regionen oder Availability Zones wünschen. Im Gegenzug erhalten Sie für jede Region oder Availability Zone eine Punktzahl zwischen 1 und 10, die die Wahrscheinlichkeit angibt, dass Ihre angeforderte Spot-Kapazität an diesem Standort erfolgreich bereitgestellt wird. Ein Ergebnis von 10 zeigt an, dass Ihre Spot-Anforderung sehr wahrscheinlich erfolgreich sein wird.
Es ist wichtig zu beachten, dass es sich bei einem Spot-Placement-Score um eine point-in-time Empfehlung handelt, da die Kapazität im Laufe der Zeit variieren kann. Sie garantiert nicht die verfügbare Kapazität und sagt auch nicht das Risiko einer Unterbrechung voraus.
Sie können die Spot Placement Score-Funktion in der Amazon EC2 EC2-Konsole oder in einem SDK verwenden. AWS CLI Weitere Informationen finden Sie unter [Spot-Platzierungsbewertung](spot-placement-score.md).
## Verwenden von EC2-Auto-Scaling-Gruppen oder EC2-Spot-Flotte zum Verwalten Ihrer Kapazität
Mit Spot können Sie in Bezug auf die Gesamtkapazität denken – in Einheiten, die vCPUs, Arbeitsspeicher, Speicher oder Netzwerkdurchsatz umfassen – anstatt in Bezug auf einzelne Instances zu denken. Mit Auto-Scaling-Gruppen und EC2-Flotte können Sie eine Zielkapazität starten und verwalten und Ressourcen, die unterbrochene oder manuell abgebrochene Ressourcen ersetzen, automatisch anfordern. Wenn Sie eine Auto-Scaling-Gruppe oder eine EC2-Flotte konfigurieren, müssen Sie nur die Instance-Typen und die Zielkapazität entsprechend Ihren Anwendungsanforderungen angeben. Weitere Informationen finden Sie unter [Auto Scaling-Gruppen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/auto-scaling-groups.html) im *Amazon EC2 Auto Scaling-Benutzerhandbuch* und [Erstellen einer EC2-Flotte](create-ec2-fleet.md) in diesem Benutzerhandbuch.
## Nutzen der preis- und kapazitätsoptimierten Zuweisungsstrategie
Zuweisungsstrategien in Auto Scaling-Gruppen helfen Ihnen, Ihre Zielkapazität bereitzustellen, ohne manuell nach den Spot-Kapazitätspools mit Reservekapazität suchen zu müssen. Es wird empfohlen, die `price-capacity-optimized`-Strategie zu verwenden, da diese Strategie automatisch Instances aus den am häufigsten verfügbaren Spot-Kapazitätspools bereitstellt, die außerdem den niedrigstmöglichen Preis bieten. Sie können auch die `price-capacity-optimized`-Zuweisungsstrategie in einer EC2-Flotte nutzen. Da Ihre Spot-Instance-Kapazität aus Pools mit optimaler Kapazität bezogen wird, verringert dies die Möglichkeit, dass Ihre Spot Instances zurückgewonnen werden. Weitere Informationen finden Sie unter [Zuweisungsstrategien für mehrfache Instance-Typen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/allocation-strategies.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling* und unter [Wenn Workloads mit hohen Unterbrechungskosten verbunden sind](ec2-fleet-allocation-strategy.md#ec2-fleet-strategy-capacity-optimized) in diesem Benutzerhandbuch.
## Verwenden Sie integrierte AWS Dienste, um Ihre Spot-Instances zu verwalten
Andere AWS Dienste lassen sich in Spot integrieren, um die gesamten Rechenkosten zu senken, ohne dass die einzelnen Instances oder Flotten verwaltet werden müssen. Wir empfehlen Ihnen, die folgenden Lösungen für Ihre jeweiligen Workloads in Betracht zu ziehen: Amazon EMR, Amazon Elastic Container Service AWS Batch, Amazon Elastic Kubernetes Service, Amazon SageMaker AI und Amazon Servers AWS Elastic Beanstalk. GameLift Weitere Informationen zu bewährten Methoden für Spot mit diesen Services finden Sie auf der [Amazon-EC2-Spot-Instances-Workshop-Website](https://ec2spotworkshops.com/).
## Was ist die beste Spot-Request-Methode?
Bestimmen Sie anhand der folgenden Tabelle, welche API für die Anforderung von Spot Instances verwendet werden soll.
****
| API | Wann sollte dies verwendet werden? | Anwendungsfall | Soll ich diese API verwenden? |
| --- | --- | --- | --- |
| [CreateAutoScalingGroup](https://docs.aws.amazon.com/autoscaling/ec2/APIReference/API_CreateAutoScalingGroup.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/spot-best-practices.html) | Erstellen Sie eine Auto-Scaling-Gruppe, die den Lebenszyklus Ihrer Instances verwaltet und gleichzeitig die gewünschte Anzahl von Instances beibehält. Unterstützt die horizontale Skalierung (Hinzufügen weiterer Instances) zwischen festgelegten Mindest- und Maximalgrenzen. | Ja |
| [CreateFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_CreateFleet.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/spot-best-practices.html) | Erstellen Sie eine Flotte von On-Demand-Instances und Spot Instances in einer einzigen Anforderung mit mehreren Startspezifikationen, die sich in Bezug auf Instance-Typ, AMIdie Availability Zone oder Subnetz unterscheiden. Die Spot-Instance-Zuweisungsstrategie ist standardmäßig auf `lowest-price` pro Einheit eingestellt, aber Sie können die Einstellung auf `price-capacity-optimized`, `capacity-optimized` oder `diversified` ändern. | Ja – im `instant`-Modus, wenn Sie das Auto Scaling nicht benötigen |
| [RunInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RunInstances.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/spot-best-practices.html) | Starten Sie eine bestimmte Anzahl von Instances mit einem AMI- und einem Instance-Typ. | Nein — weil gemischte Instance-Typen in einer einzigen Anfrage RunInstances nicht zulässig sind |
| [RequestSpotFleet](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotFleet.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/spot-best-practices.html) | NICHT VERWENDEN. RequestSpotFleet ist eine veraltete API ohne geplante Investitionen. | Nein |
| [RequestSpotInstances](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_RequestSpotInstances.html) | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/spot-best-practices.html) | NICHT VERWENDEN. RequestSpotInstances ist eine veraltete API ohne geplante Investitionen. | Nein |
# Funktionsweise von Spot Instances
Um eine Spot-Instance zu starten, erstellen Sie entweder eine*Spot-Instance-Anforderung* oder Amazon EC2 erstellt in Ihrem Namen eine Spot-Instance-Anforderung. Die Spot-Instance wird gestartet, wenn die Spot-Instance-Anforderung erfüllt ist.
Sie können eine Spot-Instance mit mehreren verschiedenen Services starten. Weitere Informationen finden Sie unter [Erste Schritte mit Amazon-EC2-Spot-Instances](https://aws.amazon.com/ec2/spot/getting-started/). In diesem Benutzerhandbuch beschreiben wir die folgenden Möglichkeiten zum Starten einer Spot-Instance mit EC2:
+ Sie können eine Spot-Instance-Anforderung mithilfe des [Launch Instance Wizard](ec2-launch-instance-wizard.md) in der Amazon-EC2-Konsole oder mit dem Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) erstellen. Weitere Informationen finden Sie unter [Ihre Spot Instances verwalten](using-spot-instances-request.md).
+ Sie können eine EC2-Flotte erstellen, in der Sie die gewünschte Anzahl von Spot Instances angeben. Amazon EC2 erstellt in Ihrem Namen eine Spot-Instance-Anforderung für jede Spot-Instance, die in der EC2-Flotte angegeben ist. Weitere Informationen finden Sie unter [Erstellen einer EC2-Flotte](create-ec2-fleet.md).
+ Sie können eine Spot-Flotten-Anforderung erstellen, in der Sie die gewünschte Anzahl von Spot Instances angeben. Amazon EC2 erstellt in Ihrem Namen eine Spot-Instance-Anforderung für jede Spot-Instance, die in der Spot-Flotten-Anforderung angegeben ist. Weitere Informationen finden Sie unter [Erstellen einer Spot-Flotte](create-spot-fleet.md).
Ihre Spot Instance wird gestartet, wenn Kapazität verfügbar ist. Ihre Spot-Instance wird ausgeführt, bis Sie sie anhalten oder beenden oder bis sie von Amazon EC2 unterbrochen wird (bezeichnet als *Spot-Instance-Unterbrechung*). Amazon EC2 kann eine Spot Instance anhalten, beenden oder in den Ruhezustand versetzen, wenn sie unterbrochen wird.
Wenn Sie Spot Instances verwenden, müssen Sie auf Unterbrechungen vorbereitet sein. Amazon EC2 kann Ihre Spot Instance unterbrechen, wenn die Nachfrage nach Spot Instances steigt oder wenn das Angebot an Spot Instances sinkt. Wenn Amazon EC2 eine Spot-Instance unterbricht, wird eine Benachrichtigung über die Unterbrechung der Spot-Instance bereitgestellt. Dadurch erhält die Instance zwei Minuten, bevor sie von Amazon EC2 unterbrochen wird, eine Warnmeldung. Sie können für Spot Instances keinen Beendigungsschutz aktivieren. Weitere Informationen finden Sie unter [Spot-Instance-Unterbrechungen](spot-interruptions.md).
**Topics**
+ [
## Zustand von Spot-Instance-Anforderungen
](#creating-spot-request-status)
+ [
## Starten Sie Spot Instances in einer Startgruppe
](#spot-launch-group)
+ [
## Starten von Spot Instances in einer Availability-Zone-Gruppe
](#spot-az-group)
+ [
## Starten von Spot Instances in einer VPC
](#concepts-spot-instances-vpcs)
+ [
## Instances mit Spitzenlastleistung starten
](#burstable-spot-instances)
+ [
## Auf Einzel-Tenant-Hardware starten
](#spot-instance-tenancy)
## Zustand von Spot-Instance-Anforderungen
Eine Spot-Instance-Anforderung kann die folgenden Zustände aufweisen:
+ `open`: Die Anforderung wartet darauf, erfüllt zu werden.
+ `active`: Die Anforderung wurde erfüllt und ist mit einer Spot-Instance verknüpft.
+ `failed`: Die Anforderung weist einen oder mehrere fehlerhafte Parameter auf.
+ `closed`: Die Spot-Instance wurde unterbrochen oder beendet.
+ `disabled`: Sie haben die Spot-Instance gestoppt.
+ `cancelled`: Sie haben die Anforderung storniert oder die Anforderung ist abgelaufen.
Die folgende Abbildung stellt die Übergänge zwischen den Anforderungszuständen dar. Beachten Sie, dass die Übergänge vom Anforderungstyp (einmalig oder persistent) abhängen.
![\[Zustand von Spot-Instance-Anforderungen.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/spot_request_states.png)
Eine einmalige Spot-Instance-Anforderung bleibt so lange aktiv, bis Amazon EC2 die Spot-Instance startet, die Anforderung abläuft oder Sie die Anforderung abbrechen. Wenn keine Kapazität verfügbar ist, wird Ihre Spot Instance beendet und die Spot-Instance-Anforderung geschlossen.
Eine persistente Spot-Instance-Anforderung bleibt so lange aktiv, bis sie abläuft oder abgebrochen wird, selbst wenn die Anforderung erfüllt wird. Wenn keine Kapazität verfügbar ist, wird Ihre Spot Instance unterbrochen. Nach einer Unterbrechung Ihrer Instance wird die Spot Instance gestartet, wenn sie angehalten wurde oder wieder aufgenommen, wenn sie sich im Ruhezustand befindet. Sie können eine Spot Instance anhalten und erneut starten, wenn die Kapazität verfügbar ist. Wenn die Spot-Instance beendet wird (unabhängig davon, ob die Spot-Instance angehalten ist oder läuft), wird die Spot-Instance-Anforderung erneut geöffnet und Amazon EC2 startet eine neue Spot-Instance. Weitere Informationen finden Sie unter [Anhalten einer Spot-Instance](using-spot-instances-request.md#stopping-a-spot-instance), [Starten einer Spot-Instance](using-spot-instances-request.md#starting-a-spot-instance) und [Beenden einer Spot-Instance](using-spot-instances-request.md#terminating-a-spot-instance).
Sie können den Status Ihrer Spot-Instance-Anforderungen sowie den Status der gestarteten Spot Instances über den Status nachverfolgen. Weitere Informationen finden Sie unter [Den Status einer Spot-Instance-Anfrage abrufen](spot-request-status.md).
## Starten Sie Spot Instances in einer Startgruppe
Legen Sie eine Startgruppe in Ihrer Spot-Instance-Anforderung fest, sodass Amazon EC2 einen Satz von Spot Instances nur dann startet, wenn alle gestartet werden können. Wenn der Spot-Service eine der Instances einer Startgruppe beenden muss, muss er sie alle beenden. Wenn Sie jedoch eine oder mehrere Instances in einer Startgruppe selbst beenden, beendet Amazon EC2 die übrigen Instances in der Startgruppe nicht.
Auch wenn diese Option nützlich sein kann, kann sich durch das Hinzufügen dieser Bedingung die Chance verringern, dass Ihre Spot-Instance-Anforderung erfüllt wird, und die Chance erhöhen, dass Ihre Spot Instances beendet werden. Ihre Startgruppe umfasst beispielsweise Instances in mehreren Availability Zones. Wenn die Kapazität in einer dieser Availability Zones abnimmt und nicht mehr verfügbar ist, beendet Amazon EC2 alle Instances für die Startgruppe.
Wenn Sie eine weitere erfolgreiche Spot-Instance-Anforderung erstellen, die dieselbe (vorhandene) Startgruppe wie eine zuvor erfolgreiche Anforderung festlegt, werden die neuen Instances zu der Startgruppe hinzugefügt. Wenn eine Instance in dieser Startgruppe beendet wird, werden folglich alle Instances in der Startgruppe beendet; dies umfasst alle Instances, die durch die erste und zweite Anforderung gestartet wurden.
## Starten von Spot Instances in einer Availability-Zone-Gruppe
Geben Sie in Ihrer Spot-Instance-Anforderung eine Availability-Zone-Gruppe an, um Amazon EC2 anzuweisen, eine Reihe von Spot Instances in derselben Availability Zone zu starten. Amazon EC2 muss nicht alle Instances in einer Availability Zone-Gruppe gleichzeitig unterbrechen. Wenn Amazon EC2 eine der Instances in einer Gruppe von Availability Zones unterbrechen muss, bleiben die anderen aktiv.
Auch wenn diese Option sehr nützlich sein kann, können durch das Hinzufügen dieser Bedingung die Chancen sinken, dass Ihre Spot-Instance-Anforderung erfüllt wird.
Wenn Sie eine Gruppe von Availability Zones angeben, in der Spot-Instance-Anforderung jedoch keine Availability Zone angeben, hängt das Ergebnis vom angegebenen Netzwerk ab.
**Standard-VPC**
Amazon EC2 verwendet die Availability Zone für das angegebene Subnetz. Wenn Sie kein Subnetz angeben, wählt es eine Availability Zone und sein Standard-Subnetz aus – dies ist jedoch nicht unbedingt die günstigste Zone. Wenn Sie das Standard-Subnetz für eine Availability Zone gelöscht haben, müssen Sie ein anderes Subnetz angeben.
**Nicht standardmäßige VPC**
Amazon EC2 verwendet die Availability Zone für das angegebene Subnetz.
## Starten von Spot Instances in einer VPC
Sie geben ein Subnetz für Ihre Spot Instances genau so an, wie Sie ein Subnetz für Ihre On-Demand-Instances angeben.
+ [Standard-VPC] Wenn Ihre Spot-Instance in einer bestimmten kostengünstigen Availability Zone gestartet werden soll, müssen Sie das entsprechende Subnetz in Ihrer Spot-Instance-Anforderung angeben. Wenn Sie kein Subnetz angeben, wählt Amazon EC2 eines für Sie aus. Die Availability Zone für dieses Subnetz weist möglicherweise jedoch nicht den niedrigsten Spot-Preis auf.
+ [Nicht standardmäßige VPC] Sie müssen das Subnetz für Ihre Spot-Instance angeben.
## Instances mit Spitzenlastleistung starten
Bei den T-Instance-Typen handelt es sich um [Instances mit Spitzenleistung](burstable-performance-instances.md). Wenn Sie Ihre Spot Instances mit einem Burstable-Performance-Instance-Typ starten, und wenn Sie planen, Ihre Spot Instances mit Spitzenlastleistung sofort und für eine kurze Dauer zu verwenden, ohne Leerlaufzeit für die Anrechnung von CPU-Guthaben, empfiehlt sich, diese im [Standardmodus](burstable-performance-instances-standard-mode.md) zu starten, um höhere Kosten zu vermeiden. Wenn Sie die Spot Instances mit Spitzenlastleistung im [Unlimited mode (Unbegrenzten Modus)](burstable-performance-instances-unlimited-mode.md) starten und die Spitzenlastleistung der CPU sofort nutzen, geben Sie überschüssiges Guthaben für Spitzen aus. Wenn Sie die Instance für eine kurze Zeit nutzen, hat die Instance keine Zeit, CPU-Guthaben zu sammeln, um das überschüssige Guthaben zu bezahlen. Das überschüssige Guthaben wir beim Beenden der Instance abgerechnet.
Der unbegrenzte Modus für Spot Instances mit Spitzenlastleistung ist nur dann geeignet, wenn die Instance lange genug läuft, um CPU-Guthaben für Spitzen zu erhalten. Andernfalls macht das Bezahlen für überzähliges Guthaben die Spot Instances mit Spitzenlastleistung teurer als die Verwendung anderer Instances. Weitere Informationen finden Sie unter [Verwendung des unbegrenzten Modus im Vergleich zu einer festen CPU](burstable-performance-instances-unlimited-mode-concepts.md#when-to-use-unlimited-mode).
T2-Instances erhalten bei Konfiguration im [Standardmodus](burstable-performance-instances-standard-mode.md) [Startguthaben](burstable-performance-instances-standard-mode-concepts.md#launch-credits). T2-Instances sind die einzigen Instances mit Spitzenleistung, die Startguthaben erhalten. Startguthaben sollen eine produktive erste Starterfahrung für T2-Instances bieten, indem sie ausreichende Rechenressourcen zur Verfügung gestellt werden, um die Instance zu konfigurieren. Wiederholte Starts von T2-Instances, um neue Startguthaben zu erhalten, sind nicht zulässig. Wenn Sie dauerhaft eine CPU benötigen, können Sie Guthaben verdienen (durch Leerlauf über einen gewissen Zeitraum), [Unbegrenzten Modus](burstable-performance-instances-unlimited-mode.md) für T2 Spot Instances verwenden oder einen Instance-Typ mit dedizierter CPU verwenden.
## Auf Einzel-Tenant-Hardware starten
Spot-Instances können auf Single-Tenant-Hardware ausgeführt werden. Dedizierte Spot-Instances sind physisch von Instances isoliert, die zu anderen AWS Konten gehören. Weitere Informationen finden Sie unter [EC2 Dedizierte Amazon-Instances](dedicated-instance.md) und [Amazon-EC2-Dedicated-Instances](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
Führen Sie einen der folgenden Schritte aus, um eine Dedicated-Spot-Instance auszuführen:
+ Geben Sie beim Erstellen der Spot-Instance-Anforderung eine `dedicated`-Tenancy an. Weitere Informationen finden Sie unter [Ihre Spot Instances verwalten](using-spot-instances-request.md).
+ Fordern Sie eine Spot-Instance in einer VPC mit einer `dedicated`-Instance-Tenancy an. Weitere Informationen finden Sie unter [Dedicated Instances in eine VPC mit Standard-Tenancy starten](dedicatedinstancesintovpc.md). Sie können keine Spot Instance mit der Tenancy `default` anfordern, wenn Sie diese in einer VPC mit Instance-Tenancy von `dedicated` anfordern.
Alle Instance-Familien unterstützen Dedicated Spot Instances außer T-Instances. Für jede unterstützte Instance-Familie unterstützt nur die größte Instance-Größe oder Metallgröße Dedicated Spot Instances.
# Spot-Instance-Preisverlauf anzeigen
Die Preise für Spot-Instances werden von Amazon EC2 festgelegt und ändern sich schrittweise entsprechend der langfristigen Trends beim Angebot von und der Nachfrage nach Spot-Instance-Kapazitäten.
Wenn Ihre Spot-Anforderung erfüllt ist, starten Ihre Spot Instances zum aktuellen Spot-Preis, der den On-Demand-Preis nicht übersteigt. Sie können den Spot-Preisverlauf für die letzten 90 Tage gefiltert nach Instance-Typ, Betriebssystem und Availability Zone anzeigen.
Die *aktuellen* Spot-Instance-Preise finden Sie im Abschnitt [Preise für Amazon-EC2-Spot-Instances](https://aws.amazon.com/ec2/spot/pricing/).
------
#### [ Console ]
**So zeigen Sie den Spot-Preisverlauf 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 **Spot Requests** aus.
1. Wählen Sie **Pricing History (Preisverlauf)** aus.
1. Vergleichen Sie für **Graph (Diagramm)** den Preisverlauf nach **Availability Zones** oder nach **Instance-Typen**.
+ Wenn Sie **Availability Zones** auswählen, wählen Sie **Instance-Typ**, Betriebssystem (**Plattform**) und **Datumsbereich**, für die Sie den Preisverlauf anzeigen möchten.
+ Wenn Sie **Instance-Typen** auswählen, wählen Sie bis zu fünf **Instance-Typen**, **Availability Zone**, Betriebssystem (**Plattform**) und **Datumsbereich**, für die Sie den Preisverlauf anzeigen möchten.
Der folgende Screenshot zeigt einen Preisvergleich für verschiedene Instance-Typen.
![\[Das Spot-Instance-Preisverlaufstool in der Amazon EC2 Konsole.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/spot-instance-pricing-history.png)
1. Bewegen Sie den Mauszeiger über das Diagramm, um die Preise zu bestimmten Zeiten im ausgewählten Datumsbereich anzuzeigen. Die Preise werden in den Informationsblöcken über dem Diagramm angezeigt. Der in der obersten Reihe angezeigte Preis zeigt den Preis an einem bestimmten Datum an. Der in der zweiten Zeile angezeigte Preis zeigt den Durchschnittspreis für den ausgewählten Datumsbereich.
1. Um den Preis pro vCPU anzuzeigen, schalten Sie **Normalisierte Preise anzeigen** ein. Um den Preis für den Instance-Typ anzuzeigen, deaktivieren Sie **Normalisierte Preise anzeigen**.
------
#### [ AWS CLI ]
**So zeigen Sie den Spot-Preisverlauf an**
Verwenden Sie den folgenden [describe-spot-price-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-price-history.html)-Befehl.
```
aws ec2 describe-spot-price-history \
--instance-types c6i.xlarge \
--product-descriptions "Linux/UNIX" \
--start-time 2025-04-01T00:00:00 \
--end-time 2025-04-02T00:00:0
```
------
#### [ PowerShell ]
**So zeigen Sie den Spot-Preisverlauf an**
Verwenden Sie das cmdlet [Get-EC2SpotPriceHistory](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotPriceHistory.html).
```
Get-EC2SpotPriceHistory `
-InstanceType c6i.xlarge `
-ProductDescription "Linux/UNIX" `
-UtcStartTime 2025-04-01T00:00:00 `
-UtcEndTime 2025-04-02T00:00:0
```
------
# Einsparungen durch den Spot-Instances-Einkauf
Sie können die Nutzungs- und Einsparinformationen für Spot Instances auf Flottenebene oder für alle laufenden Spot Instances anzeigen. Auf der Ebene der einzelnen Flotten umfassen die Nutzungs- und Einsparungsinformationen alle Instances, die von der Flotte gestartet und beendet werden. Sie können diese Informationen aus der letzten Stunde oder den letzten drei Tagen anzeigen.
Der folgende Screenshot aus dem Abschnitt **Einsparungen** zeigt die Spot-Nutzungs- und Einsparungsinformationen für eine Spot-Flotte.
![\[Der Abschnitt Einsparungen auf der Detailseite der Spot-Flotte.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/spot-savings.png)
Sie können die folgenden Nutzungs- und Einsparungsinformationen anzeigen:
+ **Spot Instances**: Die Anzahl der Spot Instances, die von der Spot-Flotte gestartet und beendet wurden. Wenn Sie die Einsparungsübersicht anzeigen, stellt die Zahl alle Ihre laufenden Spot Instances dar.
+ **vCPU-hours (vCPU-Stunden)** – Die Anzahl der vCPU-Stunden, die über alle Spot Instances für den ausgewählten Zeitraum hinweg verbraucht werden.
+ **Mem(GiB)-hours (Mem(GiB)-Stunden)** – Die Anzahl der GiB-Stunden, die über alle Spot Instances für den ausgewählten Zeitraum hinweg verbraucht werden.
+ **On-Demand total (On-Demand gesamt)** – Der Gesamtbetrag, den Sie für den ausgewählten Zeitraum bezahlt hätten, wenn Sie diese Instances mit On-Demand-Instances gestartet hätten.
+ **Spot total (Spot gesamt)** – Der zu zahlende Gesamtbetrag für den gewählten Zeitraum.
+ **Savings (Einsparungen)** – Der Prozentsatz, den Sie sparen, indem Sie den On-Demand-Preis nicht zahlen.
+ **Durchschnittliche Kosten pro vCPU-Stunde** ****— Die durchschnittlichen stündlichen Kosten für die Nutzung von v CPUs für alle Spot-Instances im ausgewählten Zeitraum, berechnet wie folgt: **Durchschnittliche Kosten pro vCPU-Stunde = Spot-Gesamt/vCPU-Stunden**.****
+ **Durchschnittliche Kosten pro Mem-Stunde (GiB)** — Die durchschnittlichen stündlichen Kosten für die GiBs Nutzung aller Spot-Instances für den ausgewählten Zeitraum, berechnet wie folgt: **Durchschnittliche Kosten pro Mem-Stunde (GiB) = **Spot-Gesamtwert**/**Mem** (GiB) -Stunden**.
+ **Details-Tabelle**: Die verschiedenen Instance-Typen (die Anzahl der Instances pro Instance-Typ steht in Klammern), die die Spot-Flotte bilden. Wenn Sie die Einsparungsübersicht anzeigen, umfassen diese Ihre gesamten laufenden Spot Instances.
Die Einsparungsinformationen können nur über die Amazon EC2-Konsole angezeigt werden.
**So zeigen Sie Informationen zu den Einsparungen für eine Spot-Flotte 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 **Spot Requests** aus.
1. Wählen Sie die ID einer Spot-Flotten-Anfrage aus und scrollen Sie zum Abschnitt **Einsparungen**.
Aktivieren Sie alternativ das Kontrollkästchen neben der Spot-Flotten-Anforderungs-ID und wählen Sie die Registerkarte **Einsparungen**.
1. Standardmäßig werden auf der Seite Nutzungs- und Einsparungsinformationen für die letzten drei Tage angezeigt. Sie können **last hour (letzte Stunde)** oder **last three days (letzten drei Tage)** auswählen. Für Spot-Flotten, die vor weniger als einer Stunde gestartet wurden, zeigt die Seite die geschätzten Einsparungen für diese Stunde an.
**So zeigen Sie Informationen zu den Einsparungen für alle laufenden Spot Instances 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 **Spot Requests** aus.
1. Wählen Sie **Savings Summary (Einsparungsübersicht)** aus.
# Erstellt eine Spot-Instance-Anforderung
Um Spot Instances zu verwenden, erstellen Sie eine Spot-Instance-Anforderung, die die gewünschte Anzahl von Instances, den Instance-Typ und die Availability Zone enthält. Wenn Kapazität verfügbar ist, erfüllt Amazon EC2 Ihre Anforderung sofort. Andernfalls wartet Amazon EC2, bis Ihre Anforderung erfüllt werden kann oder bis Sie die Anforderung abbrechen.
Sie können den [Launch Instance Wizard](ec2-launch-instance-wizard.md) in der Amazon-EC2-Konsole oder den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) benutzen, um auf die selbe Weise eine Spot Instance anzufordern, wie Sie eine On-Demand-Instance starten. Diese Methode wird nur aus folgenden Gründen empfohlen:
+ Sie verwenden bereits den [Launch Instance Wizard](ec2-launch-instance-wizard.md) oder den [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html)-Befehl, um On-Demand-Instances zu launchen, und Sie möchten einfach zum Launchen von Spot Instances wechseln, indem Sie einen einzelnen Parameter ändern.
+ Sie benötigen nicht mehrere Instances mit verschiedenen Instance-Typen.
Diese Methode wird im Allgemeinen nicht zum Launchen von Spot Instances empfohlen, da Sie nicht mehrere Instance-Typen angeben können und Spot Instances und On-Demand-Instances nicht in derselben Anforderung launchen können. Für die bevorzugten Methoden zum Starten von Spot Instances, darunter das Starten einer *Flotte* einschließlich Spot Instances und On-Demand-Instances mit mehreren Instance-Typen finden Sie unter [Was ist die beste Spot-Request-Methode?](spot-best-practices.md#which-spot-request-method-to-use)
Wenn Sie mehrere Spot-Instances gleichzeitig anfordern, erstellt Amazon EC2 separate Spot-Instance-Anforderungen, sodass Sie den Status der einzelnen Anforderungen separat nachverfolgen können. Weitere Informationen zum Nachverfolgen von Spot-Instance-Anforderungen finden Sie unter [Den Status einer Spot-Instance-Anfrage abrufen](spot-request-status.md).
------
#### [ Console ]
**So erstellen Sie eine Spot-Instance-Anforderung**
Die Schritte 1 bis 9 sind die gleichen Schritte, die Sie zum Launchen einer On-Demand-Instance verwenden würden. In Schritt 10 konfigurieren Sie die Spot-Instance-Anforderung.
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 Navigationsleiste oben auf dem Bildschirm eine Region aus.
1. Wählen Sie im Dashboard der Amazon EC2-Konsole die Option **Instance starten** aus.
1. (Optional) Unter **Name and Tags** (Name und Tags) können Sie Ihre Instance benennen und die Spot-Instance-Anforderung, die Instance, die Volumes und die elastischen Grafiken markieren. Informationen zu Tags siehe [Markieren Ihrer Amazon-EC2-Ressourcen mit Tags (Markierungen)](Using_Tags.md).
1. Geben Sie unter **Name** einen beschreibenden Namen für Ihre Instance ein.
Der Instance-Name ist ein Tag, wobei der Schlüssel **Name** ist und es sich bei dem Wert um den von Ihnen angegebenen Namen handelt. Wenn Sie keinen Namen angeben, kann die Instance anhand der ID identifiziert werden, die beim Starten der Instance automatisch generiert wird.
1. Um die Spot-Instance-Anforderung, die Instance, die Volumes und die elastischen Grafiken zu markieren, wählen Sie **Add additional tags** (Zusätzliche Tags hinzufügen) aus. Klicken Sie auf **Tag hinzufügen**, geben Sie dann einen Schlüssel und einen Wert ein und wählen Sie den Ressourcentyp aus, den Sie markieren möchten. Wählen Sie für jedes weitere Tag **Add another Tag** (Weiteres Tag hinzufügen) aus.
1. Wählen Sie unter **Application and OS Images (Amazon Machine Image)** (Anwendungs- und Betriebssystem-Images (Amazon Machine Image)) das Betriebssystem (OS) für Ihre Instance aus und wählen Sie dann eine AMI aus. Weitere Informationen finden Sie unter [Anwendungs- und Betriebssystem-Images (Amazon Machine Image)](ec2-instance-launch-parameters.md#liw-ami).
1. Wählen Sie unter **Instance type** (Instance-Typ) den Instance-Typ aus, der Ihren Anforderungen für die Hardware-Konfiguration und Größe Ihrer Instance entspricht. Weitere Informationen finden Sie unter [Instance-Typ](ec2-instance-launch-parameters.md#liw-instance-type).
1. Wählen Sie unter **Key pair (login)** (Schlüsselpaar (Login) ein vorhandenes Schlüsselpaar aus oder wählen Sie **Create new key pair** (Neues Schlüsselpaar erstellen), um ein neues zu erstellen. Weitere Informationen finden Sie unter [Amazon-EC2-Schlüsselpaare und Amazon-EC2-Instances](ec2-key-pairs.md).
**Wichtig**
Wenn Sie die Option **Proceed without key pair (Not recommended)** (Ohne Schlüsselpaar fortfahren (Nicht empfohlen)) auswählen, können Sie keine Verbindung zur Instance herstellen, es sei denn, Sie wählen ein AMI aus, das entsprechend konfiguriert ist, um Benutzern eine andere Anmeldemöglichkeit zu erlauben.
1. Verwenden Sie unter **Network settings** (Netzwerkeinstellungen) die Standardeinstellungen oder wählen Sie **Edit** (Bearbeiten), um die Netzwerkeinstellungen nach Bedarf zu konfigurieren.
Sicherheitsgruppen sind Teil der Netzwerkeinstellungen und definieren Firewall-Regeln für Ihre Instance. Diese Regeln legen fest, welcher eingehende Netzwerkverkehr an Ihre Instance übertragen wird.
Weitere Informationen finden Sie unter [Netzwerkeinstellungen](ec2-instance-launch-parameters.md#liw-network-settings).
1. Die von Ihnen ausgewählte AMI beinhaltet ein oder mehrere Speicher-Volumes, einschließlich eines Root-Gerät-Volumes. Unter **Configure Storage** (Speicher konfigurieren) können Sie zusätzliche Volumes angeben, die der Instance angefügt werden, indem Sie **Add New Volume** (Neues Volume hinzufügen) auswählen. Weitere Informationen finden Sie unter [Speicher konfigurieren](ec2-instance-launch-parameters.md#liw-storage).
1. Unter **Advanced details** (Erweiterte Details) konfigurieren Sie die Spot-Instance-Anforderung wie folgt:
1. Wählen Sie Unter **Kaufoption** das Kontrollkästchen **Spot Instances anfordern**.
1. Sie können entweder die Standardkonfiguration für die Spot-Instance-Anforderung beibehalten oder **Customize** (Anpassen) rechts auswählen, um benutzerdefinierte Einstellungen für Ihre Spot-Instance-Anfrage festzulegen.
Wenn Sie **Customize** (Anpassen) wählen, werden die folgenden Felder angezeigt.
1. **Maximum price** (Maximaler Preis): Sie können Spot Instances zum Spot-Preis anfordern, der auf den On-Demand-Preis begrenzt ist oder den Höchstbetrag angeben, den Sie zu zahlen bereit sind.
**Warnung**
Wenn Sie einen Höchstpreis angeben, werden Ihre Instances häufiger unterbrochen, als wenn Sie **No maximum price** (Kein Höchstpreis) auswählen.
Wenn Sie einen Höchstpreis angeben, muss dieser mehr als 0,001 USD betragen. Wenn Sie einen Wert unter 0,001 USD angeben, schlägt der Start fehl.
+ **No maximum price** (Kein maximaler Preis): Ihre Spot Instance wird zum aktuellen Spot-Preis gestartet. Der Preis wird niemals den On-Demand-Preis überschreiten. (Empfohlen)
+ **Set your maximum price (per instance/hour)** (Festlegen Ihres Höchstpreises (pro Instance/Stunde)): Sie können den Höchstbetrag angeben, den Sie zahlen möchten.
+ Wenn Sie einen Höchstpreis angeben, der unter dem aktuellen Spot-Preis liegt, wird Ihre Spot Instance nicht gestartet.
+ Wenn Sie einen Höchstpreis angeben, der über dem aktuellen Spot-Preis liegt, wird Ihre Spot Instance zum aktuellen Spot-Preis gelauncht und berechnet. Wenn Ihre Spot Instance ausgeführt wird und der Spot-Preis über Ihren Höchstpreis steigt, unterbricht Amazon EC2 Ihre Spot Instance.
+ Unabhängig vom Höchstpreis, den Sie angeben, wird Ihnen immer der aktuelle Spot-Preis in Rechnung gestellt.
Informationen zu den Entwicklungen der Spot-Preise finden Sie unter [Spot-Instance-Preisverlauf anzeigen](using-spot-instances-history.md).
1. **Request type** (Typ der Anforderung): Der von Ihnen gewählte Spot-Instance-Anforderungstyp bestimmt, was passiert, wenn Ihre Spot Instance unterbrochen wird.
+ **One-time** (Einmalig): Amazon EC2 stellt eine einmalige Anfrage für Ihre Spot Instance. Wenn Ihre Spot Instance unterbrochen wird, wird die Anforderung nicht erneut gesendet.
+ **Persistent request** (Persistente Anforderung): Amazon EC2 stellt eine dauerhafte Anfrage für Ihre Spot Instance. Wenn Ihre Spot Instance unterbrochen wird, wird sie erneut übermittelt, um die unterbrochene Spot Instance aufzufüllen.
Wenn Sie keinen Wert angeben, handelt es sich standardmäßig um eine einmalige Anforderung.
1. **Valid to** (Gültig bis): Das Ablaufdatum einer *persistenten* Spot-Instance-Anforderung.
Dieses Feld wird für einmalige Anforderungen nicht unterstützt. Eine *one-time*-Anfrage bleibt so lange aktiv, bis alle Instances startet, die Anfrage abläuft oder Sie die Anfrage abbrechen.
+ **No request expiry date** (Kein Ablaufdatum der Anforderung): Die Anforderung bleibt so lange aktiv, bis Sie sie abbrechen.
+ **Set your request expiry date** (Festlegen eines Ablaufdatums für die Anforderung): Die dauerhafte Anforderung bleibt bis zu dem von Ihnen angegebenen Datum oder bis zum Abbruch aktiv.
1. **Interruption behavior** (Verhalten bei Unterbrechungen): Das von Ihnen gewählte Verhalten bestimmt, was passiert, wenn eine Spot Instance unterbrochen wird.
+ Gültige Werte für persistente Anforderungen sind **Stop** (Anhalten) und **Hibernate** (Ruhezustand). Wenn eine Instance angehalten wird, fallen Gebühren für EBS-Volume-Speicher an.
**Anmerkung**
Spot Instances nutzen jetzt die gleiche Ruhezustandsfunktion wie On-Demand-Instances. Um den Ruhezustand zu aktivieren, können Sie entweder hier **Ruhezustand** auswählen oder **Aktivieren** aus dem Feld **Stopp – Ruhezustand** auswählen, das weiter unten im Launch Instance Wizard angezeigt wird. Informationen zu den Voraussetzungen für den Ruhezustand finden Sie unter [Voraussetzungen für den Ruhezustand der EC2-Instance](hibernating-prerequisites.md).
+ Für einmalige Anforderungen ist nur **Terminate** (Beenden) gültig.
Wenn Sie keinen Wert angeben, ist der Standard **Terminate** (Beenden), was für eine dauerhafte Spot-Instance-Anforderung nicht gültig ist. Wenn Sie den Standardwert beibehalten und versuchen, eine dauerhafte Spot-Instance-Anfrage zu starten, wird eine Fehlermeldung angezeigt.
Weitere Informationen finden Sie unter [Verhalten von Spot-Instance-Unterbrechungen](interruption-behavior.md).
1. Geben Sie im Bereich **Summary** (Zusammenfassung) für **Number of Instances** (Anzahl der Instances) die Anzahl der Instances ein, die gelauncht werden sollen.
**Anmerkung**
Amazon EC2 erstellt eine separate Anforderung für jede Spot-Instance.
1. Überprüfen Sie im **Übersichts**-Bereich die Details Ihrer Instance und nehmen Sie ggf. Änderungen vor. Nachdem Sie Ihre Spot-Instance-Anforderung übermittelt haben, können Sie die Parameter der Anforderung nicht mehr ändern. Sie können direkt zu einem Abschnitt im Launch Instance Wizard navigieren, indem Sie den entsprechenden Link im **Übersichts**-Bereich auswählen. Weitere Informationen finden Sie unter [Zusammenfassung](ec2-instance-launch-parameters.md#liw-summary).
1. Wenn Sie bereit sind, Ihre Instance zu starten, wählen Sie **Instance starten** aus.
Wenn die Instance nicht gestartet wird oder der Status sofort `terminated` statt `running` anzeigt, finden Sie weitere Informationen unter [Fehlerbehebung bei Amazon-EC2-Instances](troubleshooting-launch.md).
------
#### [ AWS CLI ]
**So erstellen Sie eine Spot-Instance-Anforderung mit run-instances**
Verwenden Sie den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) und geben Sie die Spot-Instance-Optionen im Parameter `--instance-market-options` an.
```
--instance-market-options file://spot-options.json
```
Nachfolgend finden Sie die Datenstruktur, die in der JSON-Datei anzugeben ist. Sie können auch `ValidUntil` und `InstanceInterruptionBehavior` angeben. Wenn Sie kein Feld in der Datenstruktur angeben, wird der Standardwert verwendet.
Das folgende Beispiel erstellt eine `persistent`-Anforderung.
```
{
"MarketType": "spot",
"SpotOptions": {
"SpotInstanceType": "persistent"
}
}
```
**Um eine Spot-Instance-Anfrage zu erstellen, verwenden Sie request-spot-instances**
**Anmerkung**
Wir raten dringend davon ab, den [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)Befehl zum Anfordern einer Spot-Instance zu verwenden, da es sich um eine veraltete API handelt, für die keine geplanten Investitionen erforderlich sind. Weitere Informationen finden Sie unter [Was ist die beste Spot-Request-Methode?](spot-best-practices.md#which-spot-request-method-to-use).
Verwenden Sie den [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)Befehl, um eine einmalige Anfrage zu erstellen.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "one-time" \
--launch-specification file://specification.json
```
Verwenden Sie den [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)Befehl, um eine persistente Anfrage zu erstellen.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "persistent" \
--launch-specification file://specification.json
```
Beispiel-Startkonfigurationsdateien, die mit diesen Befehlen verwendet werden können, finden Sie unter [Beispiel-Startspezifikationen für Spot-Instance-Anforderung](spot-request-examples.md). Wenn Sie eine Startspezifikationsdatei von der Spot-Requests-Konsole herunterladen, müssen Sie stattdessen den [request-spot-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-fleet.html)Befehl verwenden (die Spot-Requests-Konsole spezifiziert eine Spot-Instance-Anfrage mithilfe einer Spot-Flotte).
------
#### [ PowerShell ]
**So erstellen Sie eine Spot-Instance-Anforderung**
Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet und geben Sie die Spot-Instance-Optionen mithilfe des `-InstanceMarketOption` Parameters an.
```
-InstanceMarketOptions $marketOptions
```
Erstellen Sie die Datenstruktur für die Spot-Instance-Optionen wie folgt.
```
$spotOptions = New-Object Amazon.EC2.Model.SpotMarketOptions
$spotOptions.SpotInstanceType="persistent"
$marketOptions = New-Object Amazon.EC2.Model.InstanceMarketOptionsRequest
$marketOptions.MarketType = "spot"
$marketOptions.SpotOptions = $spotOptions
```
------
# Beispiel-Startspezifikationen für Spot-Instance-Anforderung
Die folgenden Beispiele zeigen Startkonfigurationen, die Sie mit dem [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)Befehl verwenden können, um eine Spot-Instance-Anfrage zu erstellen. Weitere Informationen finden Sie unter [Ihre Spot Instances verwalten](using-spot-instances-request.md).
**Wichtig**
Wir raten dringend davon ab, den [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html)Befehl zum Anfordern einer Spot-Instance zu verwenden, da es sich um eine veraltete API handelt, für die keine geplanten Investitionen erforderlich sind. Weitere Informationen finden Sie unter [Was ist die beste Spot-Request-Methode?](spot-best-practices.md#which-spot-request-method-to-use).
**Topics**
+ [
## Beispiel 1: Spot Instances starten
](#spot-launch-specification1)
+ [
## Beispiel 2: Starten von Spot Instances in der angegebenen Availability Zone
](#spot-launch-specification2)
+ [
## Beispiel 3: Starten von Spot Instances im angegebenen Subnetz
](#spot-launch-specification3)
+ [
## Beispiel 4: Starten einer Dedicated-Spot-Instance
](#spot-launch-specification4)
## Beispiel 1: Spot Instances starten
Das folgende Beispiel enthält keine Availability Zone oder ein Subnetz. Amazon EC2 wählt eine Availability Zone für Sie aus. Amazon EC2 startet die Instances im Standard-Subnetz der ausgewählten Availability Zone.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Beispiel 2: Starten von Spot Instances in der angegebenen Availability Zone
Das folgende Beispiel enthält eine Availability Zone. Amazon EC2 startet die Instances im Standard-Subnetz der ausgewählten Availability Zone.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"Placement": {
"AvailabilityZone": "us-west-2a"
},
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Beispiel 3: Starten von Spot Instances im angegebenen Subnetz
Das folgende Beispiel enthält ein Subnetz. Amazon EC2 startet die Instances im ausgewählten Subnetz. Wenn es sich bei der VPC nicht um eine Standard-VPC handelt, erhält die Instance standardmäßig keine öffentliche IPv4 Adresse.
```
{
"ImageId": "ami-0abcdef1234567890",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "m5.medium",
"SubnetId": "subnet-1a2b3c4d",
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
Um einer Instance in einer nicht standardmäßigen VPC eine öffentliche IPv4 Adresse zuzuweisen, geben Sie das `AssociatePublicIpAddress` Feld wie im folgenden Beispiel gezeigt an. Wenn Sie eine Netzwerkschnittstelle angeben, müssen Sie die Subnetz-ID und die Sicherheitsgruppen-ID über die Netzwerkschnittstelle angeben, anstatt die Felder `SubnetId` und `SecurityGroupIds` aus dem vorherigen Codeblock zu verwenden.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"InstanceType": "m5.medium",
"NetworkInterfaces": [
{
"DeviceIndex": 0,
"SubnetId": "subnet-1a2b3c4d5e6f7g8h9",
"Groups": [ "sg-1a2b3c4d5e6f7g8h9" ],
"AssociatePublicIpAddress": true
}
],
"IamInstanceProfile": {
"Arn": "arn:aws:iam::123456789012:instance-profile/my-iam-role"
}
}
```
## Beispiel 4: Starten einer Dedicated-Spot-Instance
Im folgenden Beispiel wird eine Spot-Instance mit der Tenancy `dedicated` angefordert. Eine Dedicated-Spot-Instance muss in einer VPC gestartet werden.
```
{
"ImageId": "ami-0abcdef1234567890",
"KeyName": "my-key-pair",
"SecurityGroupIds": [ "sg-1a2b3c4d5e6f7g8h9" ],
"InstanceType": "c5.8xlarge",
"SubnetId": "subnet-1a2b3c4d5e6f7g8h9",
"Placement": {
"Tenancy": "dedicated"
}
}
```
# Den Status einer Spot-Instance-Anfrage abrufen
Um Sie bei der Verfolgung Ihrer Spot-Instance-Anforderungen zu unterstützen und Ihre Nutzung von Spot Instances zu planen, verwenden Sie den Anforderungsstatus von Amazon EC2. Durch den Anforderungsstatus erfahren Sie beispielsweise den Grund dafür, warum Ihre Spot-Anforderung noch nicht erfüllt wurde oder der Anforderungsstatus listet die Bedingungen auf, die verhindern, dass Ihre Spot-Anforderung erfüllt wird.
In jedem Schritt des Prozesses, der auch als *Lebenszyklus* der Spot-Anforderung bezeichnet wird, legen spezifische Ereignisse sukzessive Anforderungsstatus fest.
In der folgenden Abbildung ist die Arbeitsweise von Spot-Instance-Anforderungen dargestellt. Der Anforderungstyp (einmalig oder persistent) bestimmt, ob die Anforderung erneut geöffnet wird, wenn Amazon EC2 eine Spot-Instance unterbricht oder Sie eine Spot-Instance anhalten. Wenn die Anforderung persistent ist, wird sie nach der Unterbrechung Ihrer Spot-Instance erneut geöffnet. Wenn die Anforderung persistent ist und Sie die Spot-Instance anhalten, wird die Anforderung erst geöffnet, nachdem Sie die Spot-Instance gestartet haben.
![\[Funktionsweise von Spot-Instance-Anforderungen.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/spot_lifecycle.png)
**Topics**
+ [
## Anfordern von Anforderungsstatusinformationen
](#get-spot-instance-request-status)
+ [
## Statuscodes für Spotanforderungen
](#spot-instance-request-status-understand)
+ [
## Ereignis zur Erfüllung einer EC2-Spot-Instance-Anforderung
](#spot-request-fulfillment-event)
+ [
# Statusänderungen für eine Spot-Anforderung
](spot-instances-request-status-lifecycle.md)
## Anfordern von Anforderungsstatusinformationen
Sie können Statusinformationen zu Ihrer Spot-Instance-Anforderung abrufen.
------
#### [ Console ]
**So können Sie Informationen zum Anforderungsstatus abrufen**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Klicken Sie im Navigationsbereich auf **Spot-Anforderungen** und wählen Sie die Spot-Anforderung aus.
1. Um den Status zu überprüfen, aktivieren Sie auf der Registerkarte **Beschreibung** das Feld **Status**.
------
#### [ AWS CLI ]
**So können Sie Informationen zum Anforderungsstatus abrufen**
Verwenden Sie den folgenden [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html)-Befehl.
```
aws ec2 describe-spot-instance-requests --spot-instance-request-ids sir-0e54a519c9EXAMPLE
```
------
#### [ PowerShell ]
**So können Sie Informationen zum Anforderungsstatus abrufen**
Verwenden Sie das cmdlet [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
Get-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE
```
------
## Statuscodes für Spotanforderungen
Spot-Anforderungsstatusinformationen bestehen aus einem Statuscode, der Aktualisierungszeit und einer Statusmeldung. Gemeinsam helfen Ihnen diese Informationen, die Disposition Ihrer Spot-Anforderung zu ermitteln.
Im Folgenden finden Sie die möglichen Spot-Anforderungsstatuscodes:
`az-group-constraint`
Amazon EC2 kann nicht alle angeforderten Instances in derselben Availability Zone starten.
`bad-parameters`
Ein oder mehrere Parameter für Ihre Spot-Anforderung sind nicht gültig (beispielsweise existiert die angegebene AMI nicht). Die Statusmeldung gibt an, welcher Parameter nicht gültig ist.
`canceled-before-fulfillment`
Der Benutzer hat die Spot-Anforderung abgebrochen, bevor sie erfüllt wurde.
`capacity-not-available`
Es ist nicht genügend Kapazität für die angeforderten Instances vorhanden.
`constraint-not-fulfillable`
Die Spot-Anforderung kann nicht erfüllt werden, da eine oder mehrere Bedingungen nicht gültig sind (beispielsweise ist die Availability Zone nicht vorhanden). Die Statusmeldung gibt an, welche Bedingung nicht gültig ist.
`fulfilled`
Die Spot-Anfrage ist `active` und Amazon EC2 startet Ihre Spot Instances.
`instance-stopped-by-price`
Ihre Instance wurde beendet, da der Spot-Preis Ihren Höchstpreis überschritten hat.
`instance-stopped-by-user`
Ihre Instance wurde angehalten, weil ein Benutzer die Instance angehalten oder den Befehl „shutdown“ von der Instance ausgeführt hat.
`instance-stopped-no-capacity`
Ihre Instance wurde aufgrund von EC2-Kapazitätsmanagement-Anforderungen gestoppt.
`instance-terminated-by-price`
Ihre Instance wurde beendet, da der Spot-Preis Ihren Höchstpreis überschritten hat. Wenn Ihre Anforderung persistent ist, wird der Prozess neu gestartet, sodass die Evaluierung Ihrer Anforderung noch aussteht.
`instance-terminated-by-schedule`
Ihre Spot-Instance wurde am Ende ihrer geplanten Dauer beendet.
`instance-terminated-by-service`
Ihre Instance wurde in einem angehaltenen Zustand beendet.
`instance-terminated-by-user` oder `spot-instance-terminated-by-user`
Sie haben eine Spot-Instance beendet, die bereits erfüllt wurde, deshalb lautet der Anforderungsstatus `closed` (außer bei einer persistenten Anforderung) und der Instance-Status `terminated`.
`instance-terminated-launch-group-constraint`
Eine oder mehrere Instances in Ihrer Startgruppe wurde beendet, sodass die Bedingung für die Startgruppe nicht mehr erfüllt wird.
`instance-terminated-no-capacity`
Ihre Instance wurde aufgrund von standardmäßigen Kapazitätsverwaltungsprozessen beendet.
`launch-group-constraint`
Amazon EC2 kann nicht alle angeforderten Instances gleichzeitig starten. Alle Instances in einer Startgruppe werden zusammen gestartet und beendet.
`limit-exceeded`
Das Limit für die Anzahl an EBS-Volumes oder der Volume-Gesamtspeicher wurde überschritten. Weitere Informationen finden Sie unter [Kontingente für Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-resource-quotas.html) im *Benutzerhandbuch für Amazon EBS*.
`marked-for-stop`
Die Spot-Instance wird zum Stoppen markiert.
`marked-for-termination`
Die Spot-Instance wird für das Beenden markiert.
`not-scheduled-yet`
Die Spot-Anfrage wird erst zum geplanten Termin ausgewertet.
`pending-evaluation`
Nachdem Sie eine Spot-Instance-Anforderung erstellt haben, wird diese in den Status `pending-evaluation` versetzt, während das System die Parameter Ihrer Anforderung evaluiert.
`pending-fulfillment`
Amazon EC2 versucht, Ihre Spot Instances bereitzustellen.
`placement-group-constraint`
Die Spot-Anforderung kann noch nicht erfüllt werden, da eine Spot-Instance zu diesem Zeitpunkt nicht der Platzierungsgruppe hinzugefügt werden kann.
`price-too-low`
Die Anforderung kann noch nicht erfüllt werden, da der Höchstpreis den Spot-Preis unterschreitet. In diesem Fall wird keine Instance gestartet und Ihre Anforderung verbleibt im Status `open`.
`request-canceled-and-instance-running`
Sie haben die Spot-Anforderung abgebrochen, die Spot Instances werden jedoch weiterhin ausgeführt. Die Anforderung weist den Status `cancelled`, die Instances jedoch den Status `running` auf.
`schedule-expired`
Die Spot-Anforderung ist abgelaufen, da sie vor dem angegebenen Datum nicht erfüllt wurde.
`system-error`
Es ist ein unerwarteter Systemfehler aufgetreten. Wenn es sich um ein wiederkehrendes Problem handelt, wenden Sie sich bitte an uns, um Unterstützung zu AWS Support erhalten.
## Ereignis zur Erfüllung einer EC2-Spot-Instance-Anforderung
Wenn eine Spot-Instance-Anfrage erfüllt ist, sendet Amazon EC2 ein EC2-Spot-Instance-Request-Erfüllungsereignis an Amazon. EventBridge Sie können eine Regel erstellen, um bei diesem Ereignis jeweils eine Aktion auszuführen, wie z. B. das Aufrufen einer Lambda-Funktion oder das Benachrichtigen eines Amazon-SNS-Themas.
Im Folgenden finden Sie Beispieldaten für dieses Ereignis.
```
{
"version": "0",
"id": "01234567-1234-0123-1234-012345678901",
"detail-type": "EC2 Spot Instance Request Fulfillment",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2:123456789012:instance/i-1234567890abcdef0"],
"detail": {
"spot-instance-request-id": "sir-0e54a519c9EXAMPLE",
"instance-id": "i-1234567890abcdef0"
}
}
```
Weitere Informationen finden Sie im [ EventBridge Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
# Statusänderungen für eine Spot-Anforderung
Das folgende Diagramm zeigt die Pfade, denen Ihre Spot-Anfrage während ihres Lebenszyklus folgen kann, von der Übermittlung bis zur Beendigung. Die einzelnen Schritte werden durch Knoten dargestellt und der Statuscode für die einzelnen Knoten beschreibt den Status der Spot-Anfrage und der Spot-Instance.
![\[Lebenszyklus einer Spot-Instance-Anforderung.\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/spot-request-status-diagram.png)
**Evaluierung ausstehend**
Sobald Sie eine Spot-Instance-Anforderung erstellen, wird diese in den Status `pending-evaluation` versetzt – allerdings nur, wenn keine ungültigen Anforderungsparameter vorliegen (`bad-parameters`).
| Statuscode | Anforderungsstatus | Instance-Status |
| --- | --- | --- |
| pending-evaluation | open | Nicht zutreffend |
| bad-parameters | closed | Nicht zutreffend |
**Wartestatus**
Wenn eine oder mehrere Anforderungsbedingungen gültig sind, jedoch noch nicht erfüllt werden können oder wenn nicht genügend Kapazität vorhanden ist, geht die Anforderung in einem Wartestatus über, bis die Bedingungen erfüllt werden. Die Anforderungsoptionen wirken sich auf die Wahrscheinlichkeit aus, dass die Anforderung erfüllt wird. Wenn beispielsweise keine Kapazität vorhanden ist, bleibt Ihre Anforderung so lange im Wartestatus, bis Kapazität verfügbar ist. Wenn Sie eine Gruppe von Availability Zones angeben, bleibt die Anforderung so lange im Wartestatus, bis die Bedingung der Availability Zone erfüllt wird.
Bei einem Ausfall in einer Availability Zone besteht die Möglichkeit, dass sich dies auf die freie EC2-Kapazität auswirkt, die für Spot-Instance-Anforderungen in anderen Availability Zones verfügbar ist.
| Statuscode | Anforderungsstatus | Instance-Status |
| --- | --- | --- |
| capacity-not-available | open | Nicht zutreffend |
| price-too-low | open | Nicht zutreffend |
| not-scheduled-yet | open | Nicht zutreffend |
| launch-group-constraint | open | Nicht zutreffend |
| az-group-constraint | open | Nicht zutreffend |
| placement-group-constraint | open | Nicht zutreffend |
| constraint-not-fulfillable | open | Nicht zutreffend |
**Evaluierung/Erfüllung ausstehend – Terminal**
Ihre Spot-Instance-Anforderung kann den Status `terminal` annehmen, wenn Sie eine Anforderung erstellen, die nur während eines bestimmten Zeitraums gültig ist und dieser Zeitraum abläuft, bevor Ihre Anforderung die Phase der ausstehenden Erfüllung erreicht. Dies kann auch vorkommen, wenn Sie die Anforderung abbrechen oder wenn ein Systemfehler auftritt.
| Statuscode | Anforderungsstatus | Instance-Status |
| --- | --- | --- |
| schedule-expired | cancelled | Nicht zutreffend |
| canceled-before-fulfillment¹ | cancelled | Nicht zutreffend |
| bad-parameters | failed | Nicht zutreffend |
| system-error | closed | Nicht zutreffend |
¹ Wenn Sie die Anforderung abbrechen.
**Ausstehende Erfüllung**
Wenn die von Ihnen angegebenen Bedingungen (sofern vorhanden) erfüllt werden, geht Ihre Spot-Anforderung in den `pending-fulfillment`-Zustand.
Zu diesem Zeitpunkt wird Amazon EC2 für die Bereitstellung der angeforderten Instances vorbereitet. Wenn der Prozess zu diesem Zeitpunkt beendet wird, liegt dies wahrscheinlich daran, dass er durch den Benutzer abgebrochen wurde, bevor eine Spot-Instance gestartet wurde. Dies kann auch daran liegen, dass ein unerwarteter Systemfehler aufgetreten ist.
| Statuscode | Anforderungsstatus | Instance-Status |
| --- | --- | --- |
| pending-fulfillment | open | Nicht zutreffend |
**Erfüllt**
Wenn alle Spezifikationen für Ihre Spot Instances erfüllt sind, wird Ihre Spot-Anforderung erfüllt. Amazon EC2 startet die Spot Instances, was einige Minuten dauern kann. Wenn eine Spot-Instance bei einer Unterbrechung in den Ruhezustand versetzt oder angehalten wird, verbleibt sie in diesem Zustand, bis die Anforderung wieder erfüllt werden kann oder abgebrochen wird.
| Statuscode | Anforderungsstatus | Instance-Status |
| --- | --- | --- |
| fulfilled | active | pending → running |
| fulfilled | active | stopped → running |
Wenn Sie eine Spot-Instance stoppen, wird Ihre Spot-Anforderung in den Status `marked-for-stop` oder `instance-stopped-by-user` versetzt, bis die Spot-Instance erneut gestartet werden kann oder die Anforderung storniert wird.
| Statuscode | Anforderungsstatus | Instance-Status |
| --- | --- | --- |
| marked-for-stop | active | stopping |
| instance-stopped-by-user¹ | disabled oder cancelled² | stopped |
¹ Eine Spot Instance geht in den `instance-stopped-by-user`-Zustand über, wenn Sie die Instance anhalten oder den Shutdown-Befehl von der Instance aus ausführen. Wenn Sie die Instance angehalten haben, können Sie sie erneut starten. Beim Neustart wird die Spot-Instance-Anforderung in den Status `pending-evaluation` zurückversetzt und dann startet Amazon EC2 eine neue Spot-Instance, wenn die Beschränkungen erfüllt sind.
² Der Status der Spot-Anforderung lautet `disabled`, wenn Sie die Spot Instance beenden, aber die Anforderung nicht abbrechen. Der Anforderungsstatus lautet `cancelled`, wenn Ihre Spot-Instance gestoppt wird und die Anforderung abläuft.
**Erfüllt – Terminal**
Ihre Spot Instance laufen weiter, solange die Kapazität für Ihren Instance-Typ verfügbar ist und Sie die Instance nicht beenden. Wenn Amazon EC2 Ihre Spot Instances beenden muss, geht die Spot-Anforderung in einen Terminal-Status über. Eine Anforderung geht auch in den Terminal-Status über, wenn Sie die Spot-Anforderung abbrechen oder die Spot Instances beenden.
| Statuscode | Anforderungsstatus | Instance-Status |
| --- | --- | --- |
| request-canceled-and-instance-running | cancelled | running |
| marked-for-stop | active | running |
| marked-for-termination | active | running |
| instance-stopped-by-price | disabled | stopped |
| instance-stopped-by-user | disabled | stopped |
| instance-stopped-no-capacity | disabled | stopped |
| instance-terminated-by-price | closed (einmalig), open (persistent) | terminated |
| instance-terminated-by-schedule | closed | terminated |
| instance-terminated-by-service | cancelled | terminated |
| instance-terminated-by-user | closed oder cancelled¹ | terminated |
| instance-terminated-no-capacity | closed (einmalig), open (persistent) | running † |
| instance-terminated-no-capacity | closed (einmalig), open (persistent) | terminated |
| instance-terminated-launch-group-constraint | closed (einmalig), open (persistent) | terminated |
¹ Der Anforderungsstatus lautet `closed`, wenn Sie die Instance beenden, die Anforderung jedoch nicht abbrechen. Der Anforderungsstatus lautet `cancelled`, wenn Sie die Instance beenden und die Anforderung abbrechen. Selbst wenn Sie eine Spot-Instance beenden, bevor Sie die zugehörige Anforderung abbrechen, kann es zu einer Verzögerung kommen, bis Amazon EC2 feststellt, dass Ihre Spot-Instance beendet wurde. In diesem Fall kann der Anforderungsstatus entweder `closed` oder `cancelled` lauten.
† Wenn Amazon EC2 eine Spot-Instance unterbricht, weil es die Kapazität wieder benötigt, *und* die Instance so konfiguriert ist, dass sie bei Unterbrechung *beendet* wird, wird der Status sofort auf `instance-terminated-no-capacity` gesetzt (wenn er nicht auf `marked-for-termination` eingestellt ist). Die Instance bleibt jedoch 2 Minuten lang im Status `running`, um den 2-Minuten-Zeitraum widerzuspiegeln, in dem die Instance die Unterbrechungsmitteilung für die Spot-Instance erhält. Nach 2 Minuten wird der Instance-Status auf `terminated` festgelegt.
**Unterbrechungsversuche**
Sie können AWS Fault Injection Service es verwenden, um eine Spot-Instance-Unterbrechung einzuleiten, sodass Sie testen können, wie die Anwendungen auf Ihren Spot-Instances reagieren. Wenn eine Spot-Instance AWS FIS gestoppt wird, wechselt Ihre Spot-Anfrage in den `marked-for-stop-by-experiment` Status und dann in den `instance-stopped-by-experiment` Status. Wenn eine Spot-Instance AWS FIS beendet wird, wechselt Ihre Spot-Anfrage in den `instance-terminated-by-experiment` Status. Weitere Informationen finden Sie unter [Initiieren einer Spot-Instance-Unterbrechung](initiate-a-spot-instance-interruption.md).
| Statuscode | Anforderungsstatus | Instance-Status |
| --- | --- | --- |
| marked-for-stop-by-experiment | active | running |
| instance-stopped-by-experiment | disabled | stopped |
| instance-terminated-by-experiment | closed | terminated |
**Persistente Anforderungen**
Wenn Ihre Spot Instances (entweder durch Sie oder durch Amazon EC2) beendet werden und es sich bei der Spot-Anforderung um eine persistente Anforderung handelt, wird diese in den Status `pending-evaluation` zurückversetzt und Amazon EC2 kann eine neue Spot Instance starten, wenn die Beschränkungen erfüllt sind.
# Spot-Instance-Anforderungen markieren
Um die Kategorisierung und Verwaltung Ihrer Spot-Instance-Anforderungen zu vereinfachen, können Sie sie mit benutzerdefinierten Metadaten markieren. Sie können einer Spot-Instance-Anforderung beim Erstellen oder danach einen Tag (Markierung) zuweisen. Sie können Tags (Markierungen) über die Amazon EC2-Konsole oder ein Befehlszeilen-Tool zuweisen.
Wenn Sie eine Spot-Instance-Anforderung markieren, werden die Instances und Volumes, die von der Spot-Instance-Anforderung gestartet werden, nicht automatisch markiert. Sie müssen die von der Spot-Instance-Anforderungen gestarteten Instances und Volumes explizit markieren. Sie können ein Tag (Markierung) zu einer Spot-Instance und Volumes während des Starts oder danach zuweisen.
Weitere Informationen zur Funktionsweise von Tags (Markierungen) finden Sie unter [Markieren Ihrer Amazon-EC2-Ressourcen mit Tags (Markierungen)](Using_Tags.md).
**Topics**
+ [
## Voraussetzungen
](#tag-spot-request-prereqs)
+ [
## Neue Spot-Instance-Anforderung markieren
](#tag-new-spot-instance-request)
+ [
## So markieren Sie eine vorhandene Spot-Instance-Anforderung:
](#tag-existing-spot-instance-request)
+ [
## Anzeigen von Anforderungs-Tags (Markierungen) der Spot-Instance
](#view-spot-instance-request-tags)
## Voraussetzungen
Gewähren Sie dem Benutzer die Berechtigung zum Markieren von Ressourcen. Weitere Informationen zu IAM-Richtlinien und Beispielrichtlinien finden Sie unter [Beispiel: Markieren von Ressourcen](ExamplePolicies_EC2.md#iam-example-taggingresources).
Die von Ihnen erstellte IAM-Richtlinie wird anhand der Methode bestimmt, mit der Sie eine Spot-Instance-Anforderung erstellen.
+ Wenn Sie den Launch Instance Wizard oder `run-instances` zum Anfordern von Spot Instances verwenden, finden Sie weitere Informationen unter [To grant a user the permission to tag resources when using the launch instance wizard or run-instances](#iam-run-instances).
+ Wenn Sie den `request-spot-instances`-Befehl verwenden, um Spot Instances anzufordern, lesen Sie [To grant a user the permission to tag resources when using request-spot-instances](#iam-request-spot-instances).
**So gewähren Sie einem Benutzer die Berechtigung, Ressourcen zu markieren, wenn er den Launch Instance Wizard oder zum Ausführen von Instances verwendet**
Erstellen Sie eine IAM-Richtlinie, die Folgendes beinhaltet:
+ Die Aktion `ec2:RunInstances`. Dadurch wird dem Benutzer die Berechtigung zum Starten einer Instance gewährt.
+ Legen Sie für `Resource` die Option `spot-instances-request` fest. Auf diese Weise können Benutzer Spot-Instance-Anforderungen erstellen, die Spot Instances anfordern.
+ Die Aktion `ec2:CreateTags`. Dadurch erhält der Benutzer die Berechtigung zum Erstellen von Tags.
+ Legen Sie für `Resource` die Option `*` fest. Auf diese Weise können Benutzer alle Ressourcen markieren, die während des Instance-Starts erstellt werden.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "AllowLaunchInstances",
"Effect": "Allow",
"Action": [
"ec2:RunInstances"
],
"Resource": [
"arn:aws:ec2:us-east-1::image/*",
"arn:aws:ec2:us-east-1:*:subnet/*",
"arn:aws:ec2:us-east-1:*:network-interface/*",
"arn:aws:ec2:us-east-1:*:security-group/*",
"arn:aws:ec2:us-east-1:*:key-pair/*",
"arn:aws:ec2:us-east-1:*:volume/*",
"arn:aws:ec2:us-east-1:*:instance/*",
"arn:aws:ec2:us-east-1:*:spot-instances-request/*"
]
},
{
"Sid": "TagSpotInstanceRequests",
"Effect": "Allow",
"Action": "ec2:CreateTags",
"Resource": "*"
}
]
}
```
------
Wenn Sie die RunInstances Aktion verwenden, um Spot-Instance-Anfragen zu erstellen und die Spot-Instance-Anfragen bei der Erstellung zu taggen, müssen Sie wissen, wie Amazon EC2 die `spot-instances-request` Ressource in der RunInstances Anweisung bewertet, sie wird in der IAM-Richtlinie wie folgt bewertet:
+ Wenn Sie eine Spot-Instance-Anfrage bei der Erstellung nicht taggen, bewertet Amazon EC2 die `spot-instances-request` Ressource in der RunInstances Anweisung nicht.
+ Wenn Sie eine Spot-Instance-Anfrage bei der Erstellung taggen, bewertet Amazon EC2 die `spot-instances-request` Ressource in der RunInstances Anweisung.
Daher gelten für die `spot-instances-request`-Ressource die folgenden Regeln für die IAM-Richtlinie:
+ Wenn Sie RunInstances eine Spot-Instance-Anfrage erstellen und nicht beabsichtigen, die Spot-Instance-Anfrage bei der Erstellung zu taggen, müssen Sie die `spot-instances-request` Ressource nicht explizit zulassen. Der Aufruf ist erfolgreich.
+ Wenn Sie RunInstances eine Spot-Instance-Anfrage erstellen und beabsichtigen, die Spot-Instance-Anfrage bei der Erstellung zu taggen, müssen Sie die `spot-instances-request` Ressource in die RunInstances Allow-Anweisung aufnehmen, andernfalls schlägt der Aufruf fehl.
+ Wenn Sie RunInstances eine Spot-Instance-Anfrage erstellen und beabsichtigen, die Spot-Instance-Anfrage bei der Erstellung zu taggen, müssen Sie die `spot-instances-request` Ressource angeben oder einen `*` Platzhalter in der Allow-Anweisung CreateTags angeben, andernfalls schlägt der Aufruf fehl.
Beispiele für IAM-Richtlinien, einschließlich Richtlinien, die für Spot-Instance-Anforderungen nicht unterstützt werden, finden Sie unter [Arbeiten mit Spot-Instances](ExamplePolicies_EC2.md#iam-example-spot-instances).
**Um einem Benutzer die Erlaubnis zu erteilen, Ressourcen zu taggen, wenn er request-spot-instances**
Erstellen Sie eine IAM-Richtlinie, die Folgendes beinhaltet:
+ Die Aktion `ec2:RequestSpotInstances`. Dadurch erhält der Benutzer die Berechtigung zum Erstellen einer Spot-Instance-Anforderung.
+ Die Aktion `ec2:CreateTags`. Dadurch erhält der Benutzer die Berechtigung zum Erstellen von Tags.
+ Legen Sie für `Resource` die Option `spot-instances-request` fest. Auf diese Weise können Benutzer nur die Spot-Instance-Anforderung markieren.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Sid": "TagSpotInstanceRequest",
"Effect": "Allow",
"Action": [
"ec2:RequestSpotInstances",
"ec2:CreateTags"
],
"Resource": "arn:aws:ec2:us-east-1:111122223333:spot-instances-request/*"
}
]
}
```
------
## Neue Spot-Instance-Anforderung markieren
Konfigurieren Sie in den PowerShell Beispielen AWS CLI und die Spot-Instance-Anfrage wie folgt:
+ Legen Sie für `ResourceType` die Option `spot-instances-request` fest. Wenn Sie einen anderen Wert angeben, schlägt die Spot-Instance-Anforderung fehl.
+ Geben Sie für `Tags` das Schlüssel-Wert-Paar an. Sie können mehr als ein Schlüssel-Wert-Paar angeben.
------
#### [ Console ]
**So markieren Sie eine neue Spot-Instance-Anforderung**
1. Folgen Sie dem Verfahren unter [Ihre Spot Instances verwalten](using-spot-instances-request.md).
1. Um ein Tags (Markierungen) hinzuzufügen, wählen Sie auf der Seite **Add Tags (Tags (Markierungen) hinzufügen)** die Option **Add Tags (Tags (Markierungen) hinzufügen)** und geben Sie den Schlüssel und den Wert für den Tag (Markierung) ein. Wählen Sie für jedes weitere Tags (Markierungen) **Add another Tag (Weiteren Tag (Markierungen) hinzufügen)** .
Für jeden Tag (Markierung) können Sie die Spot-Instance-Anforderung, die Spot Instances und die Volumes mit demselben Tag (Markierung) markieren. Um alle drei zu markieren, stellen Sie sicher, dass **Instances **, **Volumes** und **Spot-Instance-Anforderungen** ausgewählt sind. Wenn Sie nur ein oder zwei mit Tags (Markierungen) markieren möchten, stellen Sie sicher, dass die Ressourcen, die Sie markieren möchten, ausgewählt sind und die anderen Ressourcen gelöscht wurden.
1. Füllen Sie die erforderlichen Felder aus, um eine Spot-Instance-Anforderung zu erstellen, und wählen Sie dann **Launch (Starten)** aus. Weitere Informationen finden Sie unter [Ihre Spot Instances verwalten](using-spot-instances-request.md).
------
#### [ AWS CLI ]
**So markieren Sie eine neue Spot-Instance-Anforderung**
Verwenden Sie den Befehl [request-spot-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/request-spot-instances.html) mit der Option `--tag-specification` .
Die Tag-Spezifikation fügt der Spot-Instance-Anfrage zwei Tags hinzu: `Environment=Production` und `Cost-Center=123`.
```
aws ec2 request-spot-instances \
--instance-count 5 \
--type "one-time" \
--launch-specification file://specification.json \
--tag-specification 'ResourceType=spot-instances-request,Tags=[{Key=Environment,Value=Production},{Key=Cost-Center,Value=123}]'
```
------
#### [ PowerShell ]
**So markieren Sie eine neue Spot-Instance-Anforderung**
Verwenden Sie das [Request-EC2SpotInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Request-EC2SpotInstance.html)Cmdlet mit dem `-TagSpecification` Parameter.
```
-TagSpecification $tagspec
```
Die Tag-Spezifikation ist wie folgt definiert. Es werden der Spot-Instance-Anforderung zwei Tags hinzugefügt: `Environment=Production` und `Cost-Center=123`.
```
$tag1 = @{Key="Environment"; Value="Production"}
$tag2 = @{Key="Cost-Center"; Value="123"}
$tagspec = New-Object Amazon.EC2.Model.TagSpecification
$tagspec.ResourceType = "spot-instances-request"
$tagspec.Tags = @($tag1,$tag2)
```
------
## So markieren Sie eine vorhandene Spot-Instance-Anforderung:
------
#### [ Console ]
**So markieren Sie eine vorhandene Spot-Instance-Anforderung**
Nachdem Sie eine Spot-Instance-Anforderung erstellt haben, können Sie der Spot-Instance-Anforderung mithilfe der Konsole Tags (Markierungen) hinzufügen.
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 **Spot Requests** aus.
1. Wählen Sie Ihre Spot-Instance-Anforderung aus.
1. Wählen Sie die Registerkarte **Tags (Markierungen)**, und wählen Sie **Create Tags (Tags (Markierungen) erstellen)**.
**So markieren Sie eine bestehende Spot-Instance-Anforderung mithilfe der Konsole:**
Nachdem Ihre Spot-Instance-Anforderung Ihre Spot-Instance gestartet hat, können Sie der Instance mithilfe der Konsole Tags (Markierungen) hinzufügen. Weitere Informationen finden Sie unter [Hinzufügen von Tags mithilfe der Konsole](Using_Tags_Console.md#adding-or-deleting-tags).
------
#### [ AWS CLI ]
**So markieren Sie eine vorhandene Spot-Instance-Anforderung oder Spot Instance**
Verwenden Sie den Befehl [create-tags](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-tags.html), um vorhandene Ressourcen zu markieren. Im folgenden Beispiel werden die vorhandene Spot-Instance-Anforderung und die Spot Instance mit `purpose=test` markiert.
```
aws ec2 create-tags \
--resources sir-0e54a519c9EXAMPLE i-1234567890abcdef0 \
--tags Key=purpose,Value=test
```
------
#### [ PowerShell ]
**So markieren Sie eine vorhandene Spot-Instance-Anforderung oder Spot Instance**
Verwenden Sie das cmdlet [New-EC2Tag](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Tag.html). Im folgenden Beispiel wird das Tag `purpose=test` zu der vorhandenen Spot-Instance-Anforderung und der Spot-Instance hinzugefügt.
```
New-EC2Tag `
-Resource sir-0e54a519c9EXAMPLE, i-1234567890abcdef0 `
-Tag @{Key="purpose"; Value="test"}
```
------
## Anzeigen von Anforderungs-Tags (Markierungen) der Spot-Instance
------
#### [ Console ]
**So können Sie Tags für die Spot-Instance-Anforderung anzeigen**
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 **Spot Requests** aus.
1. Wählen Sie Ihre Spot-Instance-Anforderung und dann die Registerkarte **Tags** aus.
------
#### [ AWS CLI ]
**So beschreiben Sie Anforderungs-Tags (Markierungen) der Spot-Instance:**
Verwenden Sie den [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html)Befehl, um die Konfiguration der angegebenen Spot-Instance-Anforderung anzuzeigen, einschließlich aller Tags, die für die Anforderung angegeben wurden.
```
aws ec2 describe-spot-instance-requests \
--spot-instance-request-ids sir-0e54a519c9EXAMPLE \
--query "SpotInstanceRequests[*].Tags"
```
Es folgt eine Beispielausgabe.
```
[
[
{
"Key": "Environment",
"Value": "Production"
},
{
"Key": "Department",
"Value": "101"
}
]
]
```
------
#### [ PowerShell ]
**So beschreiben Sie Anforderungs-Tags (Markierungen) der Spot-Instance:**
Verwenden Sie das cmdlet [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
(Get-EC2SpotInstanceRequest `
-SpotInstanceRequestId sir-0e54a519c9EXAMPLE).Tags
```
Es folgt eine Beispielausgabe.
```
Key Value
--- -----
Environment Production
Department 101
```
------
# Stornieren einer Spot-Instance-Anforderung
Wenn Sie Ihre Spot-Instance-Anforderung nicht mehr benötigen, können Sie sie abbrechen. Sie können nur Spot-Instance-Anforderungen stornieren, deren Status `open`, `active` oder `disabled` lautet.
+ Ihre Spot-Instance-Anforderung weist den Status `open` auf, wenn sie noch nicht erfüllt wurde und keine Instances gestartet wurden.
+ Ihre Spot-Instance-Anforderung weist den Status `active` auf, wenn sie erfüllt wurde und Spot Instances infolgedessen gestartet wurden.
+ Ihre Spot-Instance-Anforderung weist den Status `disabled` auf, wenn Sie die Spot-Instance stoppen.
Wenn der Status Ihrer Spot-Instance-Anforderung `active` ist und eine zugehörige Spot-Instance läuft, wird diese Instance durch das Stornieren der Anforderung nicht beendet. Weitere Informationen zum Beenden von Spot-Instances finden Sie unter [Beenden einer Spot-Instance](using-spot-instances-request.md#terminating-a-spot-instance).
------
#### [ Console ]
**So stornieren Sie eine Spot-Instance-Anforderung**
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 **Spot Requests** aus.
1. Wählen Sie die Spot-Instance-Anfrage aus.
1. Wählen Sie **Actions (Aktionen)**, **Cancel request (Anforderungen abbrechen)**.
1. (Optional) Wenn Sie die zugehörigen Spot Instances nicht mehr benötigen, können Sie diese beenden. Wählen Sie im Dialogfeld **Cancel Spot request (Spot-Anforderung abbrechen)** die Option **Terminate instances (Instances beenden)** und klicken Sie dann auf **Confirm (Bestätigen)**.
------
#### [ AWS CLI ]
**So stornieren Sie eine Spot-Instance-Anforderung**
Verwenden Sie den folgenden [cancel-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-spot-instance-requests.html)-Befehl.
```
aws ec2 cancel-spot-instance-requests --spot-instance-request-ids sir-0e54a519c9EXAMPLE
```
------
#### [ PowerShell ]
**So stornieren Sie eine Spot-Instance-Anforderung**
Verwenden Sie das cmdlet [Stop-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2SpotInstanceRequest.html).
```
Stop-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE
```
------
# Ihre Spot Instances verwalten
Amazon EC2 startet eine Spot Instance, wenn Kapazität verfügbar ist. Eine Spot-Instance wird so lange ausgeführt, bis sie entweder unterbrochen oder von Ihnen beendet wird.
**Topics**
+ [
## Ihre Spot Instances finden
](#using-spot-instances-running)
+ [
## Instances suchen, die durch eine bestimmte Anforderung gestartet wurden
](#find-request-spot-instances)
+ [
## Anhalten einer Spot-Instance
](#stopping-a-spot-instance)
+ [
## Starten einer Spot-Instance
](#starting-a-spot-instance)
+ [
## Beenden einer Spot-Instance
](#terminating-a-spot-instance)
## Ihre Spot Instances finden
Eine Spot Instance wird zusammen mit **On-Demand-Instances** auf der Instance-Seite in der Konsole angezeigt. Gehen Sie wie folgt vor, um Ihre Spot Instances zu finden.
------
#### [ Console ]
**So suchen Sie Ihre Spot Instances**
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. Um alle Spot Instances zu finden, wählen Sie im Suchbereich **Instance lifecycle =spot**.
1. Um zu überprüfen, ob es sich bei einer Instance um eine Spot Instance handelt, wählen Sie die Instance aus, wählen Sie die Registerkarte **Details** und überprüfen Sie den Wert von **Lifecycle**. Der Wert für eine Spot Instance ist `spot` und der Wert für eine On-Demand-Instance ist `normal`.
------
#### [ AWS CLI ]
**So suchen Sie Ihre Spot Instances**
Verwenden Sie den folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl.
```
aws ec2 describe-instances --filters "Name=instance-lifecycle,Values=spot"
```
**So stellen Sie fest, ob es sich bei einer Instance um eine Spot Instance handelt**
Verwenden Sie den folgenden [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html)-Befehl.
```
aws ec2 describe-instances \
--instance-ids i-1234567890abcdef0 \
--query "Reservations[*].Instances[*].InstanceLifecycle" \
--output text
```
Wenn der Wert `spot` ist, ist die Instance eine Spot Instance. Wenn keine Ausgabe erfolgt, ist die Instance eine On-Demand-Instance.
------
#### [ PowerShell ]
**So suchen Sie Ihre Spot Instances**
Verwenden Sie das cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
Get-EC2Instance -Filter @{Name="instance-lifecycle"; Values="spot"}
```
**So stellen Sie fest, ob es sich bei einer Instance um eine Spot Instance handelt**
Verwenden Sie das cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
```
(Get-EC2Instance -InstanceId i-1234567890abcdef0).Instances.InstanceLifecycle
```
Wenn der Wert `Spot` ist, ist die Instance eine Spot Instance. Wenn keine Ausgabe erfolgt, ist die Instance eine On-Demand-Instance.
------
## Instances suchen, die durch eine bestimmte Anforderung gestartet wurden
Gehen Sie wie folgt vor, um die Spot Instances zu suchen, die über eine bestimmte Spot-Instance- oder Spot-Flotte-Anfrage gestartet wurden.
------
#### [ Console ]
**So suchen Sie die Spot Instances für eine Anforderung**
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 **Spot Requests** aus. Die Liste enthält sowohl Spot-Instance-Anfragen als auch Spot-Flotte-Anfragen.
1. Wenn eine Spot-Instance-Anfrage erfüllt wurde, ist **Kapazität** die ID der Spot Instance. Bei einer Spot-Flotte zeigt **Kapazität** an, wie viel der angeforderten Kapazität erfüllt wurde. Um die IDs Instances in einer Spot-Flotte anzuzeigen, klicken Sie auf den Erweiterungspfeil oder wählen Sie die Flotte aus und wählen Sie **Instances**.
1. Bei einer Spot-Flotte zeigt **Kapazität** an, wie viel der angeforderten Kapazität erfüllt wurde. Um die IDs Instances in einer Spot-Flotte anzuzeigen, wählen Sie die Flotten-ID aus, um die zugehörige Detailseite zu öffnen und den Bereich **Instances** zu suchen.
------
#### [ AWS CLI ]
**So suchen Sie die Spot Instances für eine Anforderung**
Verwenden Sie den folgenden [describe-spot-instance-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-spot-instance-requests.html)-Befehl.
```
aws ec2 describe-spot-instance-requests \
--spot-instance-request-ids sir-0e54a519c9EXAMPLE \
--query "SpotInstanceRequests[*].{ID:InstanceId}"
```
Das Folgende ist eine Beispielausgabe:
```
[
{
"ID": "i-1234567890abcdef0"
},
{
"ID": "i-0598c7d356eba48d7"
}
]
```
------
#### [ PowerShell ]
**So suchen Sie die Spot Instances für eine Anforderung**
Verwenden Sie das cmdlet [Get-EC2SpotInstanceRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2SpotInstanceRequest.html).
```
(Get-EC2SpotInstanceRequest -SpotInstanceRequestId sir-0e54a519c9EXAMPLE).InstanceId
```
------
## Anhalten einer Spot-Instance
Wenn Sie die Spot Instances jetzt nicht benötigen, sie aber später neu starten möchten, ohne die Daten auf dem Amazon-EBS-Volume zu verlieren, können Sie sie anhalten. Die Schritte zum Anhalten einer Spot-Instance ähneln den Schritten zum Anhalten einer On-Demand-Instance.
**Anmerkung**
Wenn eine Spot-Instance angehalten wird, können Sie mache Instance-Attribute ändern, aber nicht den Instance-Typ.
Wir stellen für eine angehaltene Spot-Instance keine abgerechneten Nutzungsgebühren oder Gebühren für die Datenübertragung in Rechnung. Für Speicher für Amazon EBS-Volumes fallen jedoch Gebühren an.
**Einschränkungen**
+ Sie können eine Spot-Instance nur anhalten, wenn die Spot-Instance aus einer `persistent`-Spot-Instance-Anforderung gestartet wurde.
+ Sie können eine Spot-Instance nicht anhalten, wenn die zugehörige Spot-Instance-Anforderung abgebrochen wurde. Wenn die Spot-Instance-Anforderung abgebrochen wurde, können Sie nur die Spot-Instance beenden.
+ Sie können eine Spot-Instance nicht anhalten, wenn sie Teil einer Flotte, einer Startgruppe oder einer Availability-Zone-Gruppe ist.
------
#### [ Console ]
**So halten Sie eine Spot Instance 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 **Instances** aus.
1. Wählen Sie die Spot Instance aus. Wenn Sie die Instance-ID der Spot Instance nicht gespeichert haben, finden Sie weitere Informationen unter [Ihre Spot Instances finden](#using-spot-instances-running).
1. Wählen Sie **Instance state (Instance-Status)**, **Stop instance (Instance anhalten)**.
1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Stop** aus.
------
#### [ AWS CLI ]
**So halten Sie eine Spot Instance an**
Verwenden Sie den Befehl [stop-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/stop-instances.html), um eine oder mehrere Spot Instances manuell anzuhalten.
```
aws ec2 stop-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**So halten Sie eine Spot Instance an**
Verwenden Sie das cmdlet [Stop-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2Instance.html).
```
Stop-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Starten einer Spot-Instance
Sie können eine Spot-Instance starten, die Sie zuvor angehalten haben.
**Voraussetzungen**
Sie können eine Spot-Instance nur starten, wenn:
+ Sie die Spot-Instance manuell angehalten haben.
+ Die Spot-Instance eine EBS-gestützte Instance ist.
+ Spot-Instance-Kapazität verfügbar ist.
+ Der Spot-Preis niedriger ist als Ihr Höchstpreis.
**Einschränkungen**
+ Sie können eine Spot-Instance nicht starten, wenn sie Teil einer Flotte, einer Startgruppe oder einer Availability-Zone-Gruppe ist.
Die Schritte zum Starten einer Spot-Instance ähneln den Schritten zum Starten einer On-Demand-Instance.
------
#### [ Console ]
**So starten Sie eine Spot Instance**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich **Instances** aus.
1. Wählen Sie die Spot Instance aus. Wenn Sie die Instance-ID der Spot Instance nicht gespeichert haben, finden Sie weitere Informationen unter [Ihre Spot Instances finden](#using-spot-instances-running).
1. Wählen Sie **Instance state (Instance-Status)**, **Start instance (Instance starten)**.
------
#### [ AWS CLI ]
**So starten Sie eine Spot Instance**
Verwenden Sie den Befehl [start-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/start-instances.html), um eine oder mehrere Spot Instances manuell zu starten.
```
aws ec2 start-instances --instance-ids i-1234567890abcdef0
```
------
#### [ PowerShell ]
**So starten Sie eine Spot Instance**
Verwenden Sie das cmdlet [Start-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Start-EC2Instance.html).
```
Start-EC2Instance -InstanceId i-1234567890abcdef0
```
------
## Beenden einer Spot-Instance
**Warnung**
**Das Beenden einer Instance ist dauerhaft und irreversibel.**
Nachdem Sie eine Instance beendet haben, können Sie keine Verbindung mehr zu ihr herstellen und sie kann nicht wiederhergestellt werden. Alle angehängten Amazon-EBS-Volumes, die so konfiguriert sind, dass sie beim Beenden gelöscht werden, werden ebenfalls dauerhaft gelöscht und können nicht wiederhergestellt werden. Alle auf den Instance-Speicher-Volumes gespeicherten Daten gehen dauerhaft verloren. Weitere Informationen finden Sie unter [Wie die Kündigung von Instances funktioniert](how-ec2-instance-termination-works.md).
Bevor Sie eine Instance beenden, stellen Sie sicher, dass Sie alle Daten, die Sie nach der Beendigung behalten müssen, im persistenten Speicher gesichert haben.
Wenn Sie eine laufende oder angehaltene Spot-Instance beenden, die durch eine persistente Spot-Instance-Anforderung gestartet wurde, geht die Spot-Instance-Anforderung in den Status `open` über, sodass eine neue Spot-Instance gestartet werden kann. Um sicherzustellen, dass keine neue Spot-Instance gestartet wird, müssen Sie zuerst die Spot-Instance-Anforderung stornieren.
Wenn Sie eine `active`-Spot-Instance-Anfrage mit einer laufenden Spot-Instance abbrechen, wird die laufende Spot-Instance nicht automatisch beendet. Sie müssen die Spot-Instance manuell beenden.
Wenn Sie eine `disabled`-Spot-Instance-Anfrage stornieren, die eine gestoppte Spot-Instance enthält, wird die angehaltene Spot-Instance automatisch vom Amazon-EC2-Spot-Service beendet. Es kann eine kurze Verzögerung zwischen dem Abbrechen der Spot-Instance-Anfrage und dem Zeitpunkt geben, an dem der Spot-Service die Spot-Instance beendet.
Weitere Informationen finden Sie unter [Stornieren einer Spot-Instance-Anforderung](using-spot-instances-cancel.md).
------
#### [ Console ]
**So beenden Sie eine Spot Instance manuell**
1. Stellen Sie vor dem Beenden einer Instance sicher, dass Sie keine Daten verlieren werden, indem Sie sich vergewissern, dass Ihre Amazon EBS-Volumes beim Abschalten nicht gelöscht werden und dass Sie alle Daten kopiert haben, die Sie von Ihren Instance-Speicher-Volumes für persistenten Speicher wie Amazon EBS oder Amazon S3 benötigen.
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 Spot Instance aus. Wenn Sie die Instance-ID der Spot Instance nicht gespeichert haben, finden Sie weitere Informationen unter [Ihre Spot Instances finden](#using-spot-instances-running).
1. Wählen Sie **Instance-Status**, **Instance beenden (löschen)**.
1. Wenn Sie zur Bestätigung aufgefordert werden, wählen Sie **Beenden (löschen)** aus.
------
#### [ AWS CLI ]
**So beenden Sie eine Spot Instance manuell**
Verwenden Sie den Befehl [terminate-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/terminate-instances.html), um Spot Instances manuell zu beenden.
```
aws ec2 terminate-instances --instance-ids i-1234567890abcdef0 i-0598c7d356eba48d7
```
------
#### [ PowerShell ]
**So beenden Sie eine Spot Instance manuell**
Verwenden Sie das cmdlet [Remove-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2Instance.html).
```
Remove-EC2Instance -InstanceId i-1234567890abcdef0
```
------
# Spot-Instance-Unterbrechungen
Sie können Spot Instances für steile Rabatte auf Ersatz-EC2-Kapazität starten, solange sie im Austausch dafür zurückgegeben werden, wenn Amazon EC2 die Kapazität wieder benötigt. Wenn Amazon EC2 eine Spot-Instance zurückfordert, wird ein solches Ereignis als *Spot-Instance-Unterbrechung* bezeichnet.
Die Nachfrage nach Spot Instances kann sich von einem Moment zum anderen erheblich unterscheiden, und die Verfügbarkeit von Spot Instances kann sich abhängig von der Verfügbarkeit ungenutzter EC2-Instances ebenfalls erheblich unterscheiden. Zudem besteht immer die Möglichkeit, dass Ihre Spot-Instance unterbrochen wird. Im Folgenden finden Sie mögliche Gründe dafür, dass Amazon EC2 Ihre Spot Instances möglicherweise unterbricht:
**Kapazität**
Amazon EC2 kann Ihre Spot-Instance unterbrechen, wenn sie wieder benötigt wird. EC2 ruft Ihre Instance hauptsächlich zurück, um Kapazität neu zu verwenden, kann dies aber auch aus anderen Gründen wie der Hostwartung oder der Hardwareausfall tun.
**Preis**
Der Spotpreis ist höher als Ihr Höchstpreis.
Sie können den Höchstpreis in Ihrer Spot-Anforderung angeben. Wenn Sie jedoch einen Höchstpreis angeben, werden Ihre Instances häufiger unterbrochen, als wenn Sie dies nicht tun.
**Beschränkungen**
Wenn Ihre Spot-Anforderung eine Bedingung enthält, z. B. eine Startgruppe oder eine Gruppe von Availability Zones, werden die Spot Instances als Gruppe beendet, wenn die Bedingung nicht mehr erfüllt werden kann.
Wenn Amazon EC2 eine Spot Instance unterbricht, wird die Instance entweder angehalten, beendet oder in den Ruhezustand versetzt, je nachdem, was Sie bei der Erstellung der Spot-Anforderung festgelegt haben.
**Topics**
+ [Verhalten bei Unterbrechungen](interruption-behavior.md)
+ [Vorbereiten von Unterbrechungen](prepare-for-interruptions.md)
+ [Eine Unterbrechung einleiten](initiate-a-spot-instance-interruption.md)
+ [
# Spot-Instance-Unterbrechungsbenachrichtigungen
](spot-instance-termination-notices.md)
+ [
# Finden von unterbrochenen Spot-Instances
](finding-an-interrupted-Spot-Instance.md)
+ [
# Ermitteln, ob Amazon EC2 eine Spot-Instance beendet hat
](BidEvictedEvent.md)
+ [Fakturierung](billing-for-interrupted-spot-instances.md)
# Verhalten von Spot-Instance-Unterbrechungen
Sie können das Unterbrechungsverhalten angeben, wenn Sie eine Spot-Anforderung erstellen. Die folgenden Verhaltensweisen sind bei Unterbrechungen möglich:
+ [Stoppen](#stop-spot-instances)
+ [Hibernate](#hibernate-spot-instances)
+ [Beenden](#terminate-interrupted-spot-instances)
Wenn Sie kein Unterbrechungsverhalten angeben, werden Spot Instances standardmäßig von Amazon EC2 beendet, wenn sie unterbrochen werden.
## Unterbrochene Spot Instances anhalten
Sie können angeben, dass Amazon EC2 die Spot Instances beenden soll, wenn diese unterbrochen werden. Der Spot Instance-Anfrage-Typ muss `persistent` sein. Sie können in der Spot-Instance-Anforderung keine Startgruppe angeben. Der Anforderungstyp für EC2-Flotte oder Spot-Flotte muss `maintain` sein.
**Überlegungen**
+ Eine unterbrochene gestoppte Spot-Instance kann nur von Amazon EC2 neu gestartet werden.
+ Für eine durch eine `persistent` Spot-Instance-Anforderung gestartete Spot-Instance startet Amazon EC2 die angehaltene Instance neu, wenn die Kapazität in derselben Availability Zone und für denselben Instance-Typ wie die angehaltene Instance verfügbar ist. (Dabei muss dieselbe Startspezifikation verwendet werden.)
+ Wenn eine Spot-Instance angehalten wird, können Sie mache Instance-Attribute ändern, aber nicht den Instance-Typ. Wenn Sie ein EBS-Volume trennen oder löschen, wird es nicht neu zugeordnet, wenn die Spot-Instance gestartet wird. Wenn Sie das Root-Volume trennen und Amazon EC2 versucht, die Spot-Instance zu starten, schlägt der Start der Instance fehl und Amazon EC2 beendet die angehaltene Instance.
+ Sie können eine Spot-Instance beenden, wenn sie angehalten wird.
+ Wenn Sie eine Spot Instance-Anforderung, eine EC2-Flotte oder eine Spot-Flotte abbrechen, beendet Amazon EC2 alle verknüpften Spot Instances, die angehalten werden.
+ Während eine unterbrochene Spot-Instance angehalten wird, werden nur Gebühren für die EBS-Volumes berechnet, die beibehalten werden. Wenn bei der Verwendung einer EC2-Flotte und Spot-Flotte viele Instances angehalten wurden, können Sie das Limit für die Anzahl der EBS-Volumes in Ihrem Konto überschreiten. Weitere Informationen zur Kostenberechnung, wenn eine Spot-Instance unterbrochen wird, finden Sie unter [Fakturierung für unterbrochene Spot-Instances](billing-for-interrupted-spot-instances.md).
+ Stellen Sie sicher, dass Sie mit den Auswirkungen des Stoppens einer Instance vertraut sind. Weitere Informationen darüber, was passiert und was Sie tun können, wenn eine Instance angehalten wird, finden Sie unter [Unterschiede zwischen Instance-Status](ec2-instance-lifecycle.md#lifecycle-differences).
## Unterbrochene Spot Instances in den Ruhezustand versetzen
Sie können angeben, dass Amazon EC2 die Spot Instances in den Ruhezustand versetzen soll, wenn diese unterbrochen werden. Weitere Informationen finden Sie unter [Ihre Amazon-EC2-Instance in den Ruhezustand versetzen](Hibernate.md).
Amazon EC2 bietet nun das gleiche Ruhezustandserlebnisfür Spot Instances, die derzeit auch für On-Demand-Instances verfügbar ist. Es bietet eine umfassendere Unterstützung, wobei für den Ruhezustand von Spot Instances jetzt Folgendes unterstützt wird:
+ [Mehr unterstützt AMIs](hibernating-prerequisites.md#hibernation-prereqs-supported-amis)
+ [Weitere unterstützte Instance-Familien](hibernating-prerequisites.md#hibernation-prereqs-supported-instance-families)
+ [Vom Benutzer initiierter Ruhezustand](hibernating-instances.md)
## Unterbrochene Spot Instances beenden
Wenn Amazon EC2 eine Spot-Instance unterbricht, beendet es die Instance standardmäßig, es sei denn, Sie legen eine andere Aktion wie Stoppen oder Ruhezustand für den Fall einer Unterbrechung fest. Weitere Informationen finden Sie unter [Amazon-EC2-Instances beenden](terminating-instances.md).
# Auf Spot-Instance-Unterbrechungen vorbereiten
Die Nachfrage nach Spot Instances kann sich von einem Moment zum anderen erheblich unterscheiden, und die Verfügbarkeit von Spot Instances kann sich abhängig von der Verfügbarkeit ungenutzter EC2-Instances ebenfalls erheblich unterscheiden. Zudem besteht immer die Möglichkeit, dass Ihre Spot-Instance unterbrochen wird. Aus diesem Grund müssen Sie sicherstellen, dass Ihre Anwendung auf eine Spot-Instance-Unterbrechung vorbereitet ist.
Wir empfehlen, dass Sie sich an die folgenden bewährten Methoden halten, damit Sie auf eine Unterbrechung der Spot-Instance vorbereitet sind.
+ Erstellen Sie Ihre Spot-Anforderung mit einer Auto-Scaling-Gruppe. Wenn Ihre Spot Instances unterbrochen werden, startet die Auto-Scaling-Gruppe automatisch Ersatz-Instances. Weitere Informationen finden Sie unter [Auto-Scaling-Gruppen mit mehreren Instance-Typen und Kaufoptionen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-mixed-instances-groups.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*.
+ Stellen Sie sicher, dass Ihre Instance einsatzbereit ist, sobald die Anforderung erfüllt ist, indem Sie ein Amazon Machine Image (AMI) verwenden, das die erforderliche Softwarekonfiguration enthält. Sie können auch Benutzerdaten verwenden, um beim Startup Befehle auszuführen.
+ Daten auf Instance-Speicher-Volumes gehen verloren, wenn die Instance angehalten oder beendet wird. Sichern Sie alle wichtigen Daten auf Instance-Speicher-Volumes auf einem persistenteren Speicher wie Amazon S3, Amazon EBS oder Amazon DynamoDB.
+ Speichern Sie wichtige Daten regelmäßig an einem Ort, der vom Beenden der Spot-Instance nicht betroffen ist. Sie können beispielsweise Amazon S3, Amazon EBS oder DynamoDB verwenden.
+ Teilen Sie die Arbeit in kleine Aufgaben auf (mit einer Grid-, Hadoop- oder warteschlangenbasierten Architektur) oder verwenden Sie Prüfpunkte, damit Sie Ihre Arbeit häufig speichern können.
+ Amazon EC2 sendet ein Neuausgleichsempfehlungssignal an die Spot-Instance aus, wenn die Instance ein erhöhtes Unterbrechungsrisiko hat. Sie können sich auf die Neuausgleichsempfehlung verlassen, um Spot-Instance-Unterbrechungen proaktiv zu verwalten, ohne auf die zweiminütige Spot-Instance-Unterbrechungsbenachrichtigung warten zu müssen. Weitere Informationen finden Sie unter [Empfehlung zum Neuausgleich einer EC2-Instance](rebalance-recommendations.md).
+ Verwenden Sie die zweiminütigen Spot-Instance-Unterbrechungsbenachrichtigungen, um den Status Ihrer Spot Instances zu überwachen. Weitere Informationen finden Sie unter [Spot-Instance-Unterbrechungsbenachrichtigungen](spot-instance-termination-notices.md).
+ Obwohl wir bemüht sind, diese Warnmeldungen so schnell wie möglich bereitzustellen, besteht die Möglichkeit, dass Ihre Spot-Instance unterbrochen ist, bevor die Warnmeldungen bereitgestellt werden können. Testen Sie Ihre Anwendung und stellen Sie sicher, dass unerwartete Unterbrechungen von Instances elegant abgewickelt werden, auch wenn Sie die Neuausgleichsempfehlungsignale und Benachrichtigungen über Unterbrechungen durchführen überwachen. Führen Sie hierzu die Anwendung mithilfe einer On-Demand-Instance aus und beenden Sie die On-Demand-Instance anschließend selbst.
+ Führen Sie ein Experiment mit kontrollierter Fehlerinjektion durch AWS Fault Injection Service , um zu testen, wie Ihre Anwendung reagiert, wenn Ihre Spot-Instance unterbrochen wird. Weitere Informationen finden Sie im [Tutorial: Testen von Spot-Instance-Unterbrechungen mit AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorial-spot-interruptions.html) im *AWS Fault Injection Service -Benutzerhandbuch*.
# Initiieren einer Spot-Instance-Unterbrechung
Sie können eine Spot-Instance-Anforderung in der Amazon-EC2-Konsole auswählen und eine Unterbrechung initiieren, um zu testen, wie die Anwendungen auf Ihren Spot Instances mit Unterbrechungen umgehen. Wenn Sie eine Spot-Instance-Unterbrechung initiieren, werden Sie von Amazon EC2 darüber informiert, dass Ihre Spot Instance in zwei Minuten unterbrochen wird, und nach zwei Minuten wird die Instance unterbrochen.
Der zugrunde liegende Dienst, der die Spot-Instance-Unterbrechung durchführt, ist AWS Fault Injection Service (AWS FIS). Informationen zu finden AWS FIS Sie unter [AWS Fault Injection Service](https://aws.amazon.com/fis/).
**Anmerkung**
Verhaltensweisen bei Unterbrechungen sind `terminate`, `stop` und `hibernate`. Wenn Sie das Unterbrechungsverhalten auf `hibernate` einstellen, erfolgt bei Initiierung einer Spot-Instance-Unterbrechung umgehend der Übergang in den Ruhezustand.
Das Initiieren einer Spot-Instance-Unterbrechung wird in allen Ländern AWS-Regionen außer im asiatisch-pazifischen Raum (Jakarta), im asiatisch-pazifischen Raum (Osaka), in China (Peking), in China (Ningxia) und im Nahen Osten (VAE) unterstützt.
**Topics**
+ [
## Initiieren einer Spot-Instance-Unterbrechung
](#initiate-interruption)
+ [
## Überprüfen der Spot-Instance-Unterbrechung
](#spot-interruptions-verify-result)
+ [
## Kontingente
](#fis-quota-for-spot-instance-interruption)
## Initiieren einer Spot-Instance-Unterbrechung
Mithilfe der EC2-Konsole können Sie schnell eine Spot-Instance-Unterbrechung initiieren. Wenn Sie eine Spot-Instance-Anfrage auswählen, können Sie die Unterbrechung einer Spot-Instance einleiten. Wenn Sie eine Spot-Flotte-Anfrage auswählen, können Sie die Unterbrechung mehrerer Spot-Instances gleichzeitig einleiten.
Für komplexere Experimente zum Testen von Spot-Instance-Unterbrechungen können Sie mit der Konsole Ihre eigenen Experimente erstellen. AWS FIS
**So initiieren Sie eine Spot-Instance-Unterbrechung in einer Spot-Instance-Anforderung über die EC2-Konsole**
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 **Spot Requests** (Spot-Anforderungen) aus.
1. Wählen Sie eine Spot-Instance-Anforderung und dann **Actions** (Aktionen) sowie **Initiate interruption** (Unterbrechung beginnen) aus. Sie können nicht mehrere Spot-Instance-Anfragen auswählen, um eine Unterbrechung einzuleiten.
1. Verwenden Sie im Dialogfeld **Initiate Spot Instance interruption** (Spot-Instance-Unterbrechung initiieren) unter **Service access** (Service-Zugriff) entweder die Standardrolle oder wählen Sie eine vorhandene Rolle aus. Um eine Rolle auszuwählen, klicken Sie auf **Use an existing service role** (Vorhandene Servicerolle verwenden). Wählen Sie dann unter **IAM role** (IAM-Rolle) die zu verwendende Rolle aus.
1. Wenn Sie bereit sind, die Spot-Instance-Unterbrechung zu initiieren, wählen Sie **Initiate interruption** (Unterbrechung initiieren) aus.
**Um die Unterbrechung einer oder mehrerer Spot-Instances in einer Spot-Flottenanforderung mithilfe der EC2-Konsole zu initiieren**
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 **Spot Requests** (Spot-Anforderungen) aus.
1. Wählen Sie eine Spot-Flotten-Anforderung und dann **Actions** (Aktionen) sowie **Initiate interruption** (Unterbrechung beginnen) aus. Sie können nicht mehrere Spot-Flotten-Anfragen auswählen, um eine Unterbrechung einzuleiten.
1. **Geben Sie im Dialogfeld „Anzahl der Spot-Instances angeben****“ unter **Anzahl der zu unterbrechenden Instances** die Anzahl der zu unterbrechenden Spot-Instances ein und wählen Sie dann „Bestätigen“.**
**Anmerkung**
Die Anzahl darf die Anzahl der Spot-Instances in der Flotte oder Ihr [Kontingent](#fis-quota-for-spot-instance-interruption) für die Anzahl der Spot-Instances, die pro Experiment unterbrochen AWS FIS werden können, nicht überschreiten.
1. Verwenden Sie im Dialogfeld **Initiate Spot Instance interruption** (Spot-Instance-Unterbrechung initiieren) unter **Service access** (Service-Zugriff) entweder die Standardrolle oder wählen Sie eine vorhandene Rolle aus. Um eine Rolle auszuwählen, klicken Sie auf **Use an existing service role** (Vorhandene Servicerolle verwenden). Wählen Sie dann unter **IAM role** (IAM-Rolle) die zu verwendende Rolle aus.
1. Wenn Sie bereit sind, die Spot-Instance-Unterbrechung zu initiieren, wählen Sie **Initiate interruption** (Unterbrechung initiieren) aus.
**Um komplexere Experimente zum Testen von Spot-Instance-Unterbrechungen mithilfe der Konsole zu erstellen AWS FIS**
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 **Spot Requests** (Spot-Anforderungen) aus.
1. Wählen Sie **Actions** (Aktionen) und dann **Create advanced experiments** (Erweiterte Experimente erstellen) aus.
Die AWS FIS Konsole wird geöffnet. Weitere Informationen finden Sie unter [Tutorial: Testen von Spot-Instance-Unterbrechungen mit AWS FIS](https://docs.aws.amazon.com/fis/latest/userguide/fis-tutorial-spot-interruptions.html) im *Benutzerhandbuch von AWS Fault Injection Service *.
## Überprüfen der Spot-Instance-Unterbrechung
Nach Initiierung der Unterbrechung geschieht Folgendes:
+ Für die Spot Instance wird eine [Empfehlung zum Neuausgleich der Instance](rebalance-recommendations.md) ausgesprochen.
+ Zwei Minuten vor der [Unterbrechung Ihrer Instance wird eine Benachrichtigung zur AWS FIS Unterbrechung der Spot-Instance](spot-instance-termination-notices.md) ausgegeben.
+ Nach zwei Minuten wird die Spot Instance unterbrochen.
+ Eine Spot-Instance, die gestoppt wurde, AWS FIS bleibt gestoppt, bis Sie sie neu starten.
**So überprüfen Sie, ob die Instance nach Initiierung der Unterbrechung unterbrochen wurde**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Öffnen Sie im Navigationsbereich **Spot Requests** (Spot-Anforderungen) und **Instances** in separaten Browser-Registerkarten oder -Fenstern.
1. Wählen Sie für **Spot-Anfragen** die Spot-Instance-Anfrage oder die Spot-Flotten-Anfrage aus. Der ursprüngliche Status ist `fulfilled`. Nach Unterbrechung der Instance ändert sich der Status je nach Unterbrechungsverhalten wie folgt:
+ `terminate` – Der Status ändert sich zu `instance-terminated-by-experiment`.
+ `stop` – Der Status ändert sich zu `marked-for-stop-by-experiment` und dann zu `instance-stopped-by-experiment`.
1. Wählen Sie unter **Instances** die Spot Instance aus. Der ursprüngliche Status ist `Running`. Zwei Minuten nach Erhalt der Benachrichtigung über eine Spot-Instance-Unterbrechung ändert sich der Status je nach Unterbrechungsverhalten wie folgt:
+ `stop` – Der Status ändert sich zu `Stopping` und dann zu `Stopped`.
+ `terminate` – Der Status ändert sich zu `Shutting-down` und dann zu `Terminated`.
## Kontingente
Ihre AWS-Konto hat das folgende Standardkontingent für die Anzahl der Spot-Instances, die pro Experiment unterbrochen AWS FIS werden können.
| Name | Standard | Anpassbar | Description |
| --- | --- | --- | --- |
| Ziel SpotInstances für aws:ec2: send-spot-instance-interruptions | Jede unterstützte Region: 5 | Yes (Ja) | Die maximale Anzahl von Spot-Instances, auf die aws:ec2: abzielen send-spot-instance-interruptions kann, wenn Sie Ziele mithilfe von Tags identifizieren, pro Experiment. |
Sie können eine Kontingenterhöhung beantragen. Weitere Informationen finden Sie unter [Beantragen einer Kontingenterhöhung](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html) im *Service-Quotas-Benutzerhandbuch*.
Um alle Kontingente für anzuzeigen AWS FIS, öffnen Sie die [Konsole Service Quotas](https://console.aws.amazon.com/servicequotas/home). Wählen Sie im Navigationsbereich **AWS -Services** und dann **AWS Fault Injection Service** aus. Sie können sich auch alle [Kontingente für AWS Fault Injection Service](https://docs.aws.amazon.com/fis/latest/userguide/fis-quotas.html) im *AWS Fault Injection Service Benutzerhandbuch* ansehen.
# Spot-Instance-Unterbrechungsbenachrichtigungen
Eine *Benachrichtigung über die Unterbrechung der Spot-Instance* ist eine Warnung, die zwei Minuten vor dem Anhalten oder Beenden einer Spot-Instance durch Amazon EC2 ausgegeben wird. Wenn Sie den Ruhezustand als Verhalten bei Unterbrechungen festlegen, erhalten Sie eine Benachrichtigung über die Unterbrechung. Sie erhalten jedoch eine zweiminütige Warnung, da sofort in den Ruhezustand übergegangen wird.
Der beste Weg, um Spot-Instance-Unterbrechungen ordnungsgemäß zu handhaben, besteht darin, Ihre Anwendung so zu konzipieren, dass sie eine Fehlertoleranz aufweist. Um dies zu erreichen, können Sie die Vorteile von Benachrichtigungen über die Unterbrechung der Spot-Instance nutzen. Wir empfehlen, alle 5 Sekunden zu prüfen, ob derartige Benachrichtigungen über die Unterbrechung vorliegen.
Die Unterbrechungsbenachrichtigungen werden als EventBridge Ereignis und als Elemente in den [Instance-Metadaten](ec2-instance-metadata.md) auf der Spot-Instance zur Verfügung gestellt. Unterbrechungsmitteilungen werden nach bestem Bemühen ausgegeben.
## EC2 Spot Instance Interruption Warning event
Wenn Amazon EC2 Ihre Spot-Instance unterbrechen wird, gibt es zwei Minuten vor der eigentlichen Unterbrechung ein Ereignis aus (außer für den Ruhezustand, der die Benachrichtigung über die Unterbrechung erhält, aber nicht zwei Minuten im Voraus, weil der Ruhezustand sofort beginnt). Dieses Ereignis kann von Amazon erkannt werden EventBridge. Weitere Informationen zu EventBridge Veranstaltungen finden Sie im [ EventBridge Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/eventbridge/latest/userguide/). Ein detailliertes Beispiel, das Sie durch das Erstellen und Verwenden von Ereignisregeln führt, finden Sie unter [Taking AdvanTage of Amazon EC2 Spot Instance Interruption Notices](https://aws.amazon.com/blogs/compute/taking-advantage-of-amazon-ec2-spot-instance-interruption-notices/).
Das folgende Beispiel zeigt ein Ereignis für eine Spot-Instance-Unterbrechung. Die möglichen Werte für `instance-action` sind `hibernate`, `stop` und `terminate`.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Spot Instance Interruption Warning",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2a:instance/i-1234567890abcdef0"],
"detail": {
"instance-id": "i-1234567890abcdef0",
"instance-action": "action"
}
}
```
**Anmerkung**
Das ARN-Format des Spot-Instance-Unterbrechungsereignisses ist `arn:aws:ec2:availability-zone:instance/instance-id`. Dieses Format unterscheidet sich vom [ARN-Format der EC2-Ressource](https://docs.aws.amazon.com/service-authorization/latest/reference/list_amazonec2.html#amazonec2-resources-for-iam-policies).
## instance-action
Das Element `instance-action` gibt die Aktion sowie den ungefähren Zeitpunkt in UTC an, an dem die Aktion ausgeführt wird.
Wenn Ihre Spot-Instance durch Amazon EC2 für das Anhalten oder Beenden markiert wird, ist das `instance-action`-Element in den [Instance-Metadaten](ec2-instance-metadata.md) vorhanden. Andernfalls ist es nicht vorhanden. Sie können den `instance-action` Using Instance Metadata Service Version 2 (IMDSv2) wie folgt abrufen.
------
#### [ Linux ]
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/spot/instance-action
```
------
#### [ Windows ]
```
[string]$token = Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} `
-Method PUT -Uri http://169.254.169.254/latest/meta-data/spot/instance-action
```
------
Die folgende Beispielausgabe zeigt den Zeitpunkt an, an dem diese Instance angehalten wird.
```
{"action": "stop", "time": "2017-09-18T08:22:00Z"}
```
Die folgende Beispielausgabe zeigt den Zeitpunkt an, an dem diese Instance beendet wird.
```
{"action": "terminate", "time": "2017-09-18T08:22:00Z"}
```
Wenn Amazon EC2 keine Vorbereitungen vornimmt, die Instance anzuhalten oder zu beenden oder wenn Sie die Instance selbst beendet haben, ist das Element `instance-action` nicht in den Instance-Metadaten vorhanden und es wird ein HTTP-Fehler 404 gemeldet, wenn Sie versuchen, es abzurufen.
## termination-time
Das Element `termination-time` gibt den ungefähren Zeitpunkt in UTC an, an dem die Instance das Signal für das Herunterfahren empfängt.
**Anmerkung**
Dieses Element wird nur beibehalten, um die Abwärtskompatibilität zu gewährleisten. Sie sollten stattdessen `instance-action` verwenden.
Wenn Ihre Spot Instance von Amazon EC2 zur Beendigung gekennzeichnet ist (entweder aufgrund einer Spot-Instance-Unterbrechung, auf der das Unterbrechungsverhalten auf `terminate` eingestellt ist, oder aufgrund der Stornierung einer persistenten Spot-Instance-Anfrage), ist das `termination-time`-Element in Ihren [Instance-Metadaten](ec2-instance-metadata.md) vorhanden. Andernfalls ist es nicht vorhanden. Sie können das `termination-time` mithilfe der folgenden IMDSv2 Methode abrufen.
------
#### [ Linux ]
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"`
if curl -H "X-aws-ec2-metadata-token: $TOKEN" -s http://169.254.169.254/latest/meta-data/spot/termination-time | grep -q .*T.*Z; then echo termination_scheduled; fi
```
------
#### [ Windows ]
```
[string]$token = Invoke-RestMethod -Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} -Method PUT -Uri http://169.254.169.254/latest/meta-data/spot/termination-time
```
------
Es folgt eine Beispielausgabe.
```
2015-01-05T18:02:00Z
```
Wenn Amazon EC2 die Beendigung der Instance nicht vorbereitet (entweder weil es keine Unterbrechung der Spot Instance gibt oder weil Ihr Unterbrechungsverhalten auf `stop` oder `hibernate` eingestellt ist) oder wenn Sie die Spot Instance selbst beendet haben, ist das Element `termination-time` entweder nicht in den Metadaten der Instance vorhanden (so dass Sie einen HTTP 404-Fehler erhalten) oder enthält einen Wert, der kein Zeitwert ist.
Wenn Amazon EC2 die Instance nicht beenden kann, wird der Anforderungsstatus auf `fulfilled` gesetzt. Beachten Sie, dass der `termination-time`-Wert mit der ursprünglichen ungefähren Zeit, die jetzt in der Vergangenheit liegt, in den Instance-Metadaten verbleibt.
# Finden von unterbrochenen Spot-Instances
Wenn Sie Ihre EC2-Instances beschreiben, beziehen die Ergebnisse Ihre Spot Instances mit ein. Der Instance-Lebenszyklus einer Spot Instance ist `spot`. Der Instance-Status einer Spot Instance ist entweder `stopped` oder `terminated`, abhängig vom von Ihnen konfigurierten Unterbrechungsverhalten. Bei einer Spot-Instance im Ruhezustand lautet der Instance-Status `stopped`.
Weitere Informationen zum Grund der Unterbrechung finden Sie im Statuscode für Spot-Anfragen. Weitere Informationen finden Sie unter [Den Status einer Spot-Instance-Anfrage abrufen](spot-request-status.md).
------
#### [ Console ]
**So suchen Sie eine unterbrochene Spot Instance**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich **Instances** aus.
1. Wenden Sie den folgenden Filter an: **Instance-Lebenszyklus=Spot**.
1. Wenden Sie je nach dem von Ihnen konfigurierten Unterbrechungsverhalten den Filter **Instance-Status=angehalten** **oder Instance-Status=beendet** an.
1. Suchen Sie für jede Spot Instance auf der Registerkarte **Details** unter **Instance-Details** nach der **Meldung zum Statusübergang**. Die folgenden Codes geben an, dass die Spot Instance unterbrochen wurde.
+ `Server.SpotInstanceShutdown`
+ `Server.SpotInstanceTermination`
------
#### [ AWS CLI ]
**So suchen Sie unterbrochene Spot Instances**
Verwenden Sie den Befehl [describe-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-instances.html) mit der Option `--filters`. Um nur die Instanz IDs in der Ausgabe aufzulisten, fügen Sie die `--query` Option hinzu.
Wenn das Unterbrechungsverhalten darin besteht, die Spot Instances zu beenden, verwenden Sie das folgende Beispiel:
```
aws ec2 describe-instances \
--filters Name=instance-lifecycle,Values=spot \
Name=instance-state-name,Values=terminated \
Name=state-reason-code,Values=Server.SpotInstanceTermination \
--query "Reservations[*].Instances[*].InstanceId"
```
Wenn das Unterbrechungsverhalten darin besteht, die Spot Instances anzuhalten, verwenden Sie das folgende Beispiel:
```
aws ec2 describe-instances \
--filters Name=instance-lifecycle,Values=spot \
Name=instance-state-name,Values=stopped \
Name=state-reason-code,Values=Server.SpotInstanceShutdown \
--query "Reservations[*].Instances[*].InstanceId"
```
------
#### [ PowerShell ]
**So suchen Sie unterbrochene Spot Instances**
Verwenden Sie das cmdlet [Get-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Instance.html).
Wenn das Unterbrechungsverhalten darin besteht, die Spot Instances zu beenden, verwenden Sie das folgende Beispiel:
```
(Get-EC2Instance `
-Filter @{Key="instance-lifecycle"; Values="spot"} `
@{Key="instance-state-name"; Values="terminated"} `
@{Key="state-reason-code"; Values="Server.SpotInstanceTermination"}).Instances.InstanceId
```
Wenn das Unterbrechungsverhalten darin besteht, die Spot Instances anzuhalten, verwenden Sie das folgende Beispiel:
```
(Get-EC2Instance `
-Filter @{Key="instance-lifecycle"; Values="spot"} `
@{Key="instance-state-name"; Values="stopped"} `
@{Key="state-reason-code"; Values="Server.SpotInstanceTermination"}).Instances.InstanceId
```
------
# Ermitteln, ob Amazon EC2 eine Spot-Instance beendet hat
Eine Spot Instance wird ausgeführt, bis Amazon EC2 sie als Reaktion auf eine Spot-Instance-Unterbrechung beendet oder bis Sie sie selbst beenden. Weitere Informationen finden Sie unter [Verhalten von Spot-Instance-Unterbrechungen](interruption-behavior.md).
Nachdem eine Spot-Instance beendet wurde, können Sie AWS CloudTrail damit sehen, ob Amazon EC2 sie beendet hat. Wenn das CloudTrail Protokoll eine enthält, bedeutet dies`BidEvictedEvent`, dass Amazon EC2 die Spot-Instance beendet hat. Wenn Sie stattdessen ein `TerminateInstances`-Ereignis sehen, bedeutet dies, dass ein Benutzer die Spot Instance beendet hat.
Wenn Sie eine Benachrichtigung darüber erhalten möchten, dass Amazon EC2 Ihre Spot-Instance unterbrechen wird, können Sie alternativ Amazon verwenden, EventBridge um auf das Ereignis [EC2 Spot Instance Interruption](spot-instance-termination-notices.md#ec2-spot-instance-interruption-warning-event) Warning zu reagieren.
**Um Ereignisse anzuzeigen in BidEvictedEvent CloudTrail**
1. Öffnen Sie die CloudTrail Konsole unter [https://console.aws.amazon.com/cloudtrail/](https://console.aws.amazon.com/cloudtrail/).
1. Wählen Sie im Navigationsbereich **Ereignisverlauf** aus.
1. Wählen Sie in der Liste **Ereignisname** und geben Sie dann in das Filterfeld rechts **BidEvictedEvent** ein.
1. (Optional) Wählen Sie einen Zeitraum aus.
1. Wenn die Liste nicht leer ist, wählen Sie **BidEvictedEvent**aus dem resultierenden Eintrag, um die zugehörige Detailseite zu öffnen. Im **Ereignisaufzeichnungsbereich** finden Sie Informationen über die Spot Instance, einschließlich der ID der Spot Instance. Es folgt ein Beispiel für diese Ereignisaufzeichnung.
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "ec2.amazonaws.com"
},
"eventTime": "2016-08-16T22:30:00Z",
"eventSource": "ec2.amazonaws.com",
"userAgent": "ec2.amazonaws.com",
"sourceIPAddress": "ec2.amazonaws.com",
"eventName": "BidEvictedEvent",
"awsRegion": "us-east-2",
"eventID": "d27a6096-807b-4bd0-8c20-a33a83375054",
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"RequestParameters": null,
"ResponseElements": null,
"serviceEventDetails": {
"instanceIdSet": [
"i-1eb2ac8eEXAMPLE"
]
}
}
```
1. Wenn Sie keinen Eintrag für das `BidEvictedEvent`-Ereignis gefunden haben, geben Sie **TerminateInstances** als Namen für das Ereignis ein. Weitere Informationen zur Ereignisaufzeichnung für `TerminateInstances` finden Sie unter [Beispiele für EC2 Amazon-API-Ereignisse](monitor-with-cloudtrail.md#cloudtrail-event-examples).
# Fakturierung für unterbrochene Spot-Instances
Wenn eine Spot Instance unterbrochen wird, werden Ihnen die Kosten für die Nutzung der Instance und des EBS-Volumes in Rechnung gestellt und es können weitere Gebühren anfallen.
## Instance-Nutzung
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/billing-for-interrupted-spot-instances.html)
## EBS-Volume-Nutzung
Während eine unterbrochene Spot-Instance angehalten wird, werden nur Gebühren für die EBS-Volumes berechnet, die beibehalten werden.
Wenn bei der Verwendung einer EC2-Flotte und Spot-Flotte viele Instances angehalten wurden, können Sie das Limit für die Anzahl der EBS-Volumes in Ihrem Konto überschreiten.
# Empfehlung zum Neuausgleich einer EC2-Instance
Eine EC2-Instance-*Neuausgleichsempfehlung* ist ein Signal, das Sie benachrichtigt, wenn eine Spot Instance einem erhöhten Risiko einer Unterbrechung ausgesetzt ist. Das Signal kann früher als die [zweiminütige Unterbrechungsbenachrichtigung der Spot-Instance](spot-instance-termination-notices.md) eintreffen, sodass Sie die Möglichkeit haben, die Spot-Instance proaktiv zu verwalten. Sie können entscheiden, Ihr Workload auf neue oder bestehende Spot-Instances auszugleichen, die nicht einem erhöhten Risiko einer Unterbrechung ausgesetzt sind.
Es ist Amazon EC2 nicht immer möglich, das Signal für die Neuausgleichsempfehlung vor der zweiminütigen Spot-Instance-Unterbrechungsbenachrichtigung zu senden. Daher kann das Neuausgleichsempfehlungsignal zusammen mit der zweiminütigen Unterbrechungsbenachrichtigung eingehen.
Empfehlungen zur Neuverteilung werden als EventBridge Ereignis und als Element in den [Instance-Metadaten auf der Spot-Instance](ec2-instance-metadata.md) zur Verfügung gestellt. Ereignisse werden auf bestmögliche Weise ausgegeben.
**Anmerkung**
Neuausgleichsempfehlungen werden nur für Spot-Instances unterstützt, die nach dem 5. November 2020 00:00 UTC gestartet werden.
**Topics**
+ [
## Ausgleich von Aktionen, die Sie ergreifen können
](#rebalancing-actions)
+ [
## Überwachen von Signalen für Neuausgleichsempfehlungen
](#monitor-rebalance-recommendations)
+ [
## Dienste, die das Neuausgleichsempfehlungssignal verwenden
](#services-using-rebalance-rec-signal)
## Ausgleich von Aktionen, die Sie ergreifen können
Dies sind einige der möglichen Neuausgleichsaktionen, die Sie ergreifen können:
Korrektes Herunterfahren
Wenn Sie das Neuausgleichsempfehlungsignal für eine Spot-Instance erhalten, können Sie Ihre Instance-Abschaltverfahren starten, wozu auch gehören kann, sicherzustellen, dass Prozesse abgeschlossen sind, bevor Sie sie anhalten. Sie können beispielsweise System- oder Anwendungsprotokolle auf Amazon Simple Storage Service (Amazon S3) hochladen, Amazon-SQS-Mitarbeiter herunterfahren oder die Abmeldung vom Domain Name System (DNS) durchführen. Sie können Ihre Arbeit auch im externen Speicher speichern und zu einem späteren Zeitpunkt wieder aufnehmen.
Verhindern, dass neue Arbeit geplant wird
Wenn Sie das Neuausgleichsempfehlungsignal für eine Spot-Instance erhalten, können Sie verhindern, dass neue Arbeiten auf der Instance geplant werden, während Sie die Instance weiterhin verwenden, bis die geplante Arbeit abgeschlossen ist.
Proaktiv neue Ersatz-Instances starten
Sie können Auto-Scaling-Gruppen, EC2-Flottte oder Spot-Flotte konfigurieren, um Ersatz-Spot-Instances automatisch zu starten, wenn ein Neuausgleichsempfehlungsignal ausgegeben wird. Weitere Informationen finden Sie unter [Verwendung von Kapazitätsausgleich zur Bewältigung von Amazon-EC2-Spot-Unterbrechungen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling* und [Den Kapazitätsausgleich in der EC2-Flotte und der Spot-Flotte verwenden, um gefährdete Spot Instances zu ersetzen](ec2-fleet-capacity-rebalance.md) in diesem Benutzerhandbuch.
## Überwachen von Signalen für Neuausgleichsempfehlungen
Sie können das Signal für die Neuausgleichsempfehlung überwachen, damit Sie bei der Absendung des Signals die im vorherigen Abschnitt angegebenen Aktionen ausführen können. Das Rebalance-Empfehlungssignal wird als Ereignis, das an Amazon gesendet wird EventBridge (früher bekannt als Amazon CloudWatch Events), und als Instance-Metadaten auf der Spot-Instance zur Verfügung gestellt.
**Topics**
+ [
### Verwenden Sie Amazon EventBridge
](#cp-eventbridge)
+ [
### Verwenden von Instance-Metadaten
](#cp-instance-metadata)
### Verwenden Sie Amazon EventBridge
Wenn das Rebalance-Empfehlungssignal für eine Spot-Instance ausgegeben wird, wird das Ereignis für das Signal an Amazon EventBridge gesendet. Wenn ein Ereignismuster EventBridge erkannt wird, das einem in einer Regel definierten Muster entspricht, EventBridge ruft es ein oder mehrere in der Regel angegebene Ziel (oder Ziele) auf.
Es folgt ein Beispielereignis für das Neuausgleichsempfehlungssignal.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Instance Rebalance Recommendation",
"source": "aws.ec2",
"account": "123456789012",
"time": "yyyy-mm-ddThh:mm:ssZ",
"region": "us-east-2",
"resources": ["arn:aws:ec2:us-east-2:123456789012:instance/i-1234567890abcdef0"],
"detail": {
"instance-id": "i-1234567890abcdef0"
}
}
```
Die folgenden Felder bilden das in der Regel definierte Ereignismuster:
`"detail-type": "EC2 Instance Rebalance Recommendation"`
Gibt an, dass das Ereignis ein Neuausgleichsempfehlungsereignis ist
`"source": "aws.ec2"`
Gibt an, dass das Ereignis aus Amazon EC2 stammt
#### Erstellen Sie eine Regel EventBridge
Sie können eine EventBridge Regel schreiben und automatisieren, welche Aktionen ausgeführt werden, wenn das Ereignismuster mit der Regel übereinstimmt.
Im folgenden Beispiel wird eine EventBridge Regel erstellt, nach der jedes Mal, wenn Amazon EC2 ein Empfehlungssignal zur Neuverteilung ausgibt, eine E-Mail, eine Textnachricht oder eine mobile Push-Benachrichtigung sendet. Das Signal wird als `EC2 Instance Rebalance Recommendation`-Ereignis ausgegeben, das die durch die Regel definierte Aktion auslöst.
Bevor Sie die EventBridge Regel erstellen, müssen Sie das Amazon SNS SNS-Thema für die E-Mail, Textnachricht oder mobile Push-Benachrichtigung erstellen.
**Um eine EventBridge Regel für ein Remalance-Empfehlungsereignis zu erstellen**
1. Öffnen Sie die EventBridge Amazon-Konsole unter [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Wählen Sie **Regel erstellen** aus.
1. Zum **Define rule detail** (Festlegen der Regeldetails) gehen Sie folgendermaßen vor:
1. Geben Sie für die Regel einen **Name (Namen)** und optional eine Beschreibung ein.
Eine Regel darf nicht denselben Namen wie eine andere Regel in derselben Region und auf demselben Event Bus haben.
1. Bei **Event bus** (Ereignisbus) wählen Sie **default** (Standard) aus. Wenn ein AWS -Service in Ihrem Konto ein Ereignis ausgibt, wird dieses stets an den standardmäßigen Event Bus Ihres Kontos weitergeleitet.
1. Bei **Rule type** (Regeltyp) wählen Sie **Rule with an event pattern** (Regel mit einem Ereignismuster) aus.
1. Wählen Sie **Weiter** aus.
1. Bei **Build event pattern** (Ereignis-Muster erstellen) gehen Sie wie folgt vor:
1. Wählen Sie als **Eventquelle AWS ** **Events oder EventBridge Partnerevents** aus.
1. Bei **Event pattern** (Ereignismuster) in diesem Beispiel geben Sie das folgende Ereignismuster an, um mit dem `EC2 Instance Rebalance Recommendation`-Ereignis übereinzustimmen, und wählen dann **Save** (Speichern) aus.
```
{
"source": ["aws.ec2"],
"detail-type": ["EC2 Instance Rebalance Recommendation"]
}
```
Um das Ereignismuster hinzuzufügen, können Sie entweder eine Vorlage verwenden, indem Sie **Event pattern form** (Ereignismusterformular) auswählen oder Sie spezifizieren Ihr eigenes Muster, indem Sie **Custom pattern (JSON-Editor)** (Benutzerdefiniertes Muster (JSON-Editor)) auswählen, siehe nachfolgend:
1. Gehen Sie wie folgt vor, um eine Vorlage zum Erstellen des Ereignismusters zu erstellen:
1. Wählen Sie **Event pattern form** (Ereignismusterformular) aus.
1. Als **Event source** (Ereignisquelle) wählen Sie **AWS -Services** aus.
1. Wählen Sie für **AWS Service** **EC2 Spot Fleet** (EC2-Spot-Flotte) aus.
1. Wählen Sie als **Event type** (Ereignistyp) die Option **EC2 Instance Rebalance Recommendation** (Empfehlung zur Neugewichtung der EC2-Instance).
1. Um die Vorlage anzupassen, wählen Sie **Edit pattern** (Muster bearbeiten) und nehmen Sie Ihre Änderungen vor, damit sie dem Beispiel-Ereignismuster entsprechen.
1. (Alternativ) So geben Sie ein benutzerdefiniertes Ereignismuster an:
1. Wählen Sie **Custom pattern (JSON editor)** (Benutzerdefiniertes Muster (JSON-Editor)) aus.
1. In dem Feld **Event pattern** (Ereignismuster) fügen Sie das Ereignismuster für dieses Beispiel hinzu.
1. Wählen Sie **Weiter** aus.
1. Bei **Select target(s)** (Ziel(e) auswählen) gehen Sie wie folgt vor:
1. Bei **Target types** (Zieltypen) wählen Sie **AWS -Service** aus.
1. Bei **Select a target** (Ziel auswählen) wählen Sie **SNS topic** (SNS-Thema) aus, um eine E-Mail, eine SMS oder eine mobile Push-Benachrichtigung zu senden, wenn das Ereignis eintritt.
1. Wählen Sie für **Topic (Thema)** ein vorhandenes Thema aus. Sie müssen zuerst mit der Amazon-SNS-Konsole ein Amazon-SNS-Thema erstellen. Weitere Informationen finden Sie unter [Verwenden von Amazon SNS für application-to-person (A2P) -Messaging](https://docs.aws.amazon.com//sns/latest/dg/sns-user-notifications.html) im *Amazon Simple Notification Service Developer Guide*.
1. (Optional) Unter **Additional settings** (Zusätzliche Einstellungen) können Sie optional zusätzliche Einstellungen konfigurieren. Weitere Informationen finden Sie im [* EventBridge Amazon-Benutzerhandbuch* unter EventBridge Amazon-Regeln erstellen, die auf Ereignisse reagieren](https://docs.aws.amazon.com//eventbridge/latest/userguide/eb-create-rule.html) (Schritt 16).
1. Wählen Sie **Weiter** aus.
1. (Optional) Bei **Tags** können Sie Ihrer Regel optional einen Tag oder mehrere Tags hinzufügen und dann **Next** (Weiter) auswählen.
1. Bei **Review and create** (Überprüfen und erstellen) gehen Sie wie folgt vor:
1. Überprüfen Sie die Details der Regel und ändern Sie sie nach Bedarf.
1. Wählen Sie **Regel erstellen** aus.
Weitere Informationen finden Sie unter [ EventBridge Amazon-Regeln](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-rules.html) und [ EventBridge Amazon-Ereignismuster](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-patterns.html) im * EventBridge Amazon-Benutzerhandbuch*
### Verwenden von Instance-Metadaten
Die Kategorie der Instance-Metadaten `events/recommendations/rebalance` gibt die ungefähre Zeit in UTC an, zu der das Neuausgleichsempfehlungssignal für eine Spot-Instance ausgegeben wurde.
Wir empfehlen Ihnen, alle 5 Sekunden nach Neuausgleichsempfehlungssignalen zu suchen, damit Sie keine Gelegenheit verpassen, auf den Neuausgleich zu reagieren.
Wenn die Spot-Instance eine Neuausgleichsempfehlung erhält, ist der Zeitpunkt, zu dem das Signal ausgegeben wurde, in den Instance-Metadaten vorhanden. Sie können die Zeit, zu der das Signal gesendet wurde, wie folgt abrufen.
------
#### [ IMDSv2 ]
**Linux**
Führen Sie den folgenden Befehl in Ihrer Linux-Instance aus.
**IMDSv2**
```
TOKEN=`curl -X PUT "http://169.254.169.254/latest/api/token" -H "X-aws-ec2-metadata-token-ttl-seconds: 21600"` \
&& curl -H "X-aws-ec2-metadata-token: $TOKEN" http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
**Windows**
Führen Sie das folgende cmdlet von Ihrer Windows-Instance aus.
```
[string]$token = Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token-ttl-seconds" = "21600"} `
-Method PUT -Uri http://169.254.169.254/latest/api/token
```
```
Invoke-RestMethod `
-Headers @{"X-aws-ec2-metadata-token" = $token} `
-Method GET -Uri http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
------
#### [ IMDSv1 ]
**Linux**
Führen Sie den folgenden Befehl in Ihrer Linux-Instance aus.
```
curl http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
**Windows**
Führen Sie das folgende cmdlet in Ihrer Windows-Instance aus.
```
Invoke-RestMethod -Uri http://169.254.169.254/latest/meta-data/events/recommendations/rebalance
```
------
Im Folgenden finden Sie eine Beispielausgabe, die die Zeit in UTC angibt, zu der das Neuausgleichsempfehlungssignal für die Spot-Instance ausgegeben wurde.
```
{"noticeTime": "2020-10-27T08:22:00Z"}
```
Wenn das Signal für die Instance nicht ausgegeben wurde, ist `events/recommendations/rebalance` nicht vorhanden und Sie erhalten einen HTTP-404-Fehler, wenn Sie versuchen, sie abzurufen.
## Dienste, die das Neuausgleichsempfehlungssignal verwenden
Amazon EC2 Auto Scaling, EC2-Flotte und Spot-Flotte verwenden das Neuausgleichsempfehlungssignal, um es Ihnen zu erleichtern, die Verfügbarkeit von Workloads aufrechtzuerhalten, indem Sie Ihre Flotte proaktiv um eine neue Spot-Instance erweitern, bevor eine laufende Instance eine zweiminütige Spot-Instance-Unterbrechungsbenachrichtigung erhält. Sie können diese Dienste Änderungen überwachen lassen und proaktiv auf Änderungen reagieren lassen, die sich auf die Verfügbarkeit Ihrer Spot-Instances auswirken. Weitere Informationen finden Sie hier:
+ [Verwendung von Kapazitätsausgleich, um Amazon-EC2-Spot-Unterbrechungen zu bewältigen](https://docs.aws.amazon.com/autoscaling/ec2/userguide/ec2-auto-scaling-capacity-rebalancing.html) im *Benutzerhandbuch für Amazon EC2 Auto Scaling*
+ [Den Kapazitätsausgleich in der EC2-Flotte und der Spot-Flotte verwenden, um gefährdete Spot Instances zu ersetzen](ec2-fleet-capacity-rebalance.md) im Thema EC2-Flotte und Spot-Flotte in diesem Benutzerhandbuch
# Spot-Platzierungsbewertung
Die Spot-Placement-Score-Funktion kann auf der Grundlage Ihrer Spot-Kapazitätsanforderungen eine AWS Region oder Availability Zone empfehlen. Die Spot-Kapazität schwankt und Sie können nicht sicher sein, dass Sie immer die Kapazität erhalten, die Sie benötigen. Eine Spot-Platzierungsbewertung gibt an, wie wahrscheinlich es ist, dass eine Spot-Anforderung in einer Region oder Availability Zone erfolgreich ist.
**Anmerkung**
Eine Spot-Platzierungsbewertung bietet keine Garantien in Bezug auf die verfügbare Kapazität oder das Risiko einer Unterbrechung. Eine Spot-Platzierungsbewertung dient nur als Empfehlung.
**Anwendungsfälle**
Sie können das Spot-Platzierungsbewertungsfeature für Folgendes verwenden:
+ Verlagerung und Skalierung der Spot-Rechenkapazität nach Bedarf in einer anderen Region als Reaktion auf einen erhöhten Kapazitätsbedarf oder eine verringerte verfügbare Kapazität in der aktuellen Region.
+ Um die optimale Availability Zone zu identifizieren, in der Single-Availability-Zone-Workloads ausgeführt werden sollen.
+ Um zukünftige Spot-Kapazitätsanforderungen zu simulieren, damit Sie eine optimale Region für die Erweiterung Ihrer Spot-basierten Workloads auswählen können.
+ Um eine optimale Kombination von Instance-Typen zu finden, Ihre Spot-Kapazitätsanforderungen erfüllen.
**Topics**
+ [
## Einschränkungen
](#sps-limitations)
+ [
## Kosten
](#sps-costs)
+ [
# So funktioniert die Spot-Platzierungsbewertung
](how-sps-works.md)
+ [
# Erforderliche Berechtigungen für Spot-Platzierungsbewertung
](sps-iam-permission.md)
+ [
# Eine Spot-Platzierungsbewertung berechnen
](work-with-spot-placement-score.md)
## Einschränkungen
+ **Zielkapazitätslimit** – Ihr Zielkapazitätslimit für die Spot-Platzierung basiert auf Ihrer jüngsten Spot-Nutzung und berücksichtigt gleichzeitig ein potenzielles Nutzungswachstum. Wenn Sie in letzter Zeit keine Spot-Nutzung haben, bieten wir Ihnen ein niedriges Standardlimit, das auf Ihr Spot-Anfragelimit abgestimmt ist.
+ **Limit für Konfigurationen anfordern** – Wir können die Anzahl neuer Anforderungskonfigurationen innerhalb eines Zeitraums von 24 Stunden begrenzen, wenn wir Muster erkennen, die nicht mit der beabsichtigten Verwendung des Spot-Platzierungsbewertungsfeatures verbunden sind. Wenn Sie das Limit erreicht haben, können Sie die bereits verwendeten Anforderungskonfigurationen wiederholen, aber neue Anforderungskonfigurationen lassen sich erst im nächsten Zeitraum von 24 Stunden angeben.
+ **Mindestanzahl der Instance-Typen** – Wenn Sie Instance-Typen angeben, müssen Sie mindestens drei verschiedene Instance-Typen angeben, andernfalls gibt Amazon EC2 einen niedrigen Spot-Platzierungswert zurück. Wenn Sie Instance-Aattribute angeben, müssen diese auf mindestens drei verschiedene Instance-Typen aufgelöst werden. Instance-Typen gelten als unterschiedlich, wenn sie einen anderen Namen haben. Zum Beispiel gelten m5.8xlarge, m5a.8xlarge und m5.12xlarge als unterschiedlich.
## Kosten
Für die Nutzung des Spot-Platzierungsbewertungsfeatures fallen keine zusätzlichen Gebühren an.
# So funktioniert die Spot-Platzierungsbewertung
Wenn Sie das Spot-Platzierungsbewertungsfeature verwenden, geben Sie zuerst die Rechenanforderungen für Ihre Spot Instances an. Amazon EC2 gibt dann die 10 wichtigsten Regionen oder Availability Zones zurück, in denen Ihre Spot-Anfrage wahrscheinlich erfolgreich ist. Jede Region oder Availability Zone wird auf einer Skala von 1 bis 10 bewertet. 10 gibt an, dass Ihre Spot-Anforderung sehr wahrscheinlich erfolgreich ist und 1 zeigt an, dass Ihre Spot-Anforderung wahrscheinlich nicht erfolgreich sein wird.
**Topics**
+ [
## Schritt 1: Geben Sie Ihre Spot-Anforderungen an
](#sps-specify-requirements)
+ [
## Schritt 2: Filtern Sie die Antwort auf die Spot-Platzierungsbewertung
](#get-sps)
+ [
## Schritt 3: Überprüfen Sie die Empfehlungen
](#sps-recommendations)
+ [
## Schritt 4: Nutzen Sie die Empfehlungen
](#sps-use-recommendations)
## Schritt 1: Geben Sie Ihre Spot-Anforderungen an
Zuerst geben Sie wie folgt Ihre gewünschte Ziel-Spot-Kapazität und die Rechenanforderungen an:
1. **Geben Sie die Ziel-Spot-Kapazität und optional die Zielkapazitätseinheit an.**
Sie können Ihre gewünschte Ziel-Spot-Kapazität als Anzahl der Instances oder v CPUs oder als Speichermenge in MiB angeben. Um die Zielkapazität als Anzahl von v CPUs oder als Speichermenge anzugeben, müssen Sie die Zielkapazitätseinheit als `vcpu` oder `memory-mib` angeben. Andernfalls wird standardmäßig die Anzahl der Instances angegeben.
Wenn Sie Ihre Zielkapazität in Form der Anzahl von v CPUs oder der Speichermenge angeben, können Sie diese Einheiten beim Zählen der Gesamtkapazität verwenden. Wenn Sie beispielsweise eine Mischung aus Instances unterschiedlicher Größe verwenden möchten, können Sie die Zielkapazität als Gesamtzahl von v angebenCPUs. Die Spot-Placement-Score-Funktion berücksichtigt dann jeden Instance-Typ in der Anfrage anhand seiner Anzahl von v CPUs und zählt bei der Summierung der Zielkapazität nicht die Gesamtzahl der Instances, CPUs sondern die Gesamtzahl der Instances.
Angenommen, Sie geben eine Gesamtzielkapazität von 30 V CPUs an und Ihre Instance-Typenliste besteht aus c5.xlarge (4 vCPUs), m5.2xlarge (8 v) und r5.large (2 vCPUs). CPUs Um insgesamt 30 V zu erreichenCPUs, könnten Sie eine Mischung aus 2 c5.xlarge (2\$14 vCPUs), 2 m5.2xlarge (2\$18 vCPUs) und 3 r5.large (3\$12 vCPUs) erhalten.
1. **Geben Sie Instance-Typen oder Instance-Attribute an.**
Sie können entweder die zu verwendenden Instance-Typen angeben oder die Instance-Attribute angeben, die Sie für Ihre Rechenanforderungen benötigen, und Amazon EC2 dann die Instance-Typen identifizieren lassen, die diese Attribute haben. Das wird als attributbasierte Instance-Typauswahl bezeichnet.
Sie können nicht sowohl Instance-Typen als auch Instance-Attribute in derselben Anforderung einer Spot-Platzierungsbewertung angeben.
Beim Festlegen von Instance-Typen müssen Sie mindestens drei verschiedene Instance-Typen angeben, andernfalls gibt Amazon EC2 eine niedrige Spot-Platzierungsbewertung zurück. Wenn Sie Instance-Aattribute angeben, müssen diese auf mindestens drei verschiedene Instance-Typen aufgelöst werden.
Beispiele für verschiedene Möglichkeiten zur Festlegung Ihrer Spot-Anforderungen finden Sie unter [Beispielkonfigurationen](work-with-spot-placement-score.md#sps-example-configs).
## Schritt 2: Filtern Sie die Antwort auf die Spot-Platzierungsbewertung
Amazon EC2 berechnet die Spot-Platzierungsbewertung für jede Region oder Availability Zone und gibt entweder die Top 10 Regionen oder die Top 10 Availability Zones zurück, in denen Ihre Spot-Anfrage wahrscheinlich erfolgreich ist. Standardmäßig wird eine Liste der bewerteten Regionen zurückgegeben. Wenn Sie planen, Ihre gesamte Spot-Kapazität in einer einzigen Availability Zone zu starten, ist es hilfreich, eine Liste der bewerteten Availability Zones anzufordern.
Sie können einen Regionsfilter angeben, um die Regionen einzugrenzen, die in der Antwort zurückgegeben werden.
Sie können den Regionsfilter und eine Anforderung für bewertete Availability Zones kombinieren. Auf diese Weise beschränken sich die bewerteten Availability Zones auf die Regionen, nach denen Sie gefiltert haben. Um die am höchsten bewertete Availability Zone in einer Region zu finden, geben Sie nur diese Region an. Die Antwort gibt eine Liste aller Availability Zones in dieser Region zurück.
## Schritt 3: Überprüfen Sie die Empfehlungen
Die Spot-Platzierungsbewertung für jede Region oder Availability Zone wird basierend auf der Zielkapazität, der Zusammensetzung der Instance-Typen, den historischen und aktuellen Spot-Nutzungstrends und dem Zeitpunkt der Anfrage berechnet. Da die Spot-Kapazität ständig schwankt, kann dieselbe Anforderung der Spot-Platzierungsbewertung zu unterschiedlichen Bewertungen führen, wenn sie zu unterschiedlichen Zeiten berechnet wird.
Regionen und Availability Zones werden auf einer Skala von 1 bis 10 bewertet. Eine Punktzahl von 10 zeigt an, dass Ihre Spot-Anforderung sehr wahrscheinlich erfolgreich sein wird – sicher ist das aber nicht. Ein Ergebnis von 1 zeigt an, dass Ihre Spot-Anforderung sehr wahrscheinlich nicht erfolgreich sein wird. Dasselbe Ergebnis kann für verschiedene Regionen oder Availability Zones zurückgegeben werden.
Wenn niedrige Punktzahlen zurückgegeben werden, können Sie Ihre Berechnungsanforderungen bearbeiten und den Punktestand neu berechnen. Sie können auch Empfehlungen für die Spot-Bewertung für die gleichen Berechnungsanforderungen zu verschiedenen Tageszeiten anfordern.
## Schritt 4: Nutzen Sie die Empfehlungen
Eine Spot-Platzierungsbewertung ist nur relevant, wenn Ihre Spot-Anforderung genau dieselbe Konfiguration wie die Spot-Platzierungsbewertung hat (Zielkapazität, Zielkapazitätseinheit und Instance-Typen oder Instance-Attribute) und für die Verwendung der `capacity-optimized`-Zuweisungsstrategie konfiguriert ist. Andernfalls stimmt die Wahrscheinlichkeit, die verfügbare Spot-Kapazität zu erhalten, nicht mit der Bewertung überein.
Während eine Spot-Platzierungsbewertung als Richtlinie dient und nicht garantiert, dass Ihre Spot-Anforderung vollständig oder teilweise erfüllt wird, können Sie die folgenden Informationen verwenden, um die besten Ergebnisse zu erzielen:
+ **Verwenden Sie dieselbe Konfiguration** – Die Spot-Platzierungsbewertung ist nur relevant, wenn die Spot-Anforderungskonfiguration (Zielkapazität, Zielkapazitätseinheit und Instance-Typen oder Instance-Attribute) in Ihrer Auto-Scaling-Gruppe, EC2-Flotte oder Spot-Flotte mit dem übereinstimmt, was Sie zur Erzielung der Spot-Platzierungsbewertung eingegeben haben.
Wenn Sie in Ihrer Anforderung der Spot-Platzierungsbewertung die attributbasierte Instance-Typauswahl verwendet haben, können Sie Ihre Auto-Scaling-Gruppe, EC2-Flotte oder Spot-Flotte mithilfe der attributbasierten Instance-Typauswahl konfigurieren. Weutere Informationen finden Sie unter [Erstellen einer gemischten Instances-Gruppe mit attributbasierter Auswahl des Instance-Typs](https://docs.aws.amazon.com/autoscaling/ec2/userguide/create-mixed-instances-group-attribute-based-instance-type-selection.html) und [Geben Sie Attribute für die Auswahl von Instance-Typen für EC2-Flotte oder Spot-Flotte an](ec2-fleet-attribute-based-instance-type-selection.md).
**Anmerkung**
Wenn Sie Ihre Zielkapazität in Bezug auf die Anzahl der vCPUs oder die Speichermenge angegeben haben und Instance-Typen in Ihrer Konfiguration der Spot-Platzierungsbewertung angegeben haben, beachten Sie, dass Sie diese Konfiguration derzeit nicht in Ihrer Auto-Scaling-Gruppe, EC2-Flotte oder Spot-Flotte erstellen können. Stattdessen müssen Sie die Instance-Gewichtung manuell festlegen, indem Sie den `WeightedCapacity`-Parameter verwenden.
+ **Verwenden der `capacity-optimized`-Zuweisungsstrategie** – Bei jeder Bewertung wird davon ausgegangen, dass Ihre Flotten-Anforderung so konfiguriert ist, dass alle Availability Zones (für die Anforderung von Kapazität über Regionen hinweg) oder eine einzelne Availability Zone (wenn Sie Kapazität in einer Availability Zone anfordern) und die `capacity-optimized`-Spot-Zuweisungsstrategie für Ihre Anforderung der Spot-Kapazität erfolgreich sind. Wenn Sie andere Zuweisungsstrategien verwenden, z. B. `lowest-price`, stimmt die Wahrscheinlichkeit, dass Spot-Kapazität verfügbar ist, nicht mit der Bewertung überein.
+ **Handeln Sie sofort bei einer Punktzahl** – Die Empfehlung der Spot-Platzierungsbewertung spiegelt die verfügbare Spot-Kapazität zum Zeitpunkt der Anforderung wider und dieselbe Konfiguration kann zu unterschiedlichen Ergebnissen führen, wenn sie aufgrund von Spot-Kapazitätsschwankungen zu unterschiedlichen Zeiten berechnet wird. Eine Punktzahl von 10 bedeutet zwar, dass Ihre Spot-Kapazitätsanforderung mit hoher Wahrscheinlichkeit – aber nicht garantiert – erfolgreich ist, aber für beste Ergebnisse empfehlen wir Ihnen, sofort auf eine Punktzahl zu reagieren. Wir empfehlen Ihnen auch, bei jedem Erstellen einer Kapazitätsanforderung eine neue Bewertung einzuholen.
# Erforderliche Berechtigungen für Spot-Platzierungsbewertung
IAM-Identitäten (Benutzer, Rollen oder Gruppen) sind standardmäßig nicht berechtigt, [Spot-Platzierungsbewertung](spot-placement-score.md) zu verwenden. Damit IAM-Identitäten Spot-Platzierungsbewertung verwenden können, müssen Sie eine IAM-Richtlinie erstellen, die die Berechtigung zur Verwendung der `ec2:GetSpotPlacementScores`-EC2-API-Aktion erteilt. Anschließend fügen Sie die Richtlinie an die IAM-Identitäten an, die diese Berechtigung erfordern.
Im Folgenden finden Sie ein Beispiel für eine IAM-Richtlinie, die die Berechtigung zur Verwendung der `ec2:GetSpotPlacementScores`-EC2-API-Aktion erteilt.
------
#### [ JSON ]
****
```
{
"Version":"2012-10-17",
"Statement": [
{
"Effect": "Allow",
"Action": "ec2:GetSpotPlacementScores",
"Resource": "*"
}
]
}
```
------
Informationen zum Bearbeiten einer IAM-Richtlinie finden Sie unter [Bearbeiten von IAM-Richtlinien](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_policies_manage-edit.html) im *IAM-Benutzerhandbuch*.
Um Zugriff zu gewähren, fügen Sie Ihren Benutzern, Gruppen oder Rollen Berechtigungen hinzu:
+ Benutzer und Gruppen in: AWS IAM Identity Center
Erstellen Sie einen Berechtigungssatz. Befolgen Sie die Anweisungen unter [Erstellen eines Berechtigungssatzes](https://docs.aws.amazon.com//singlesignon/latest/userguide/howtocreatepermissionset.html) im *AWS IAM Identity Center -Benutzerhandbuch*.
+ Benutzer, die in IAM über einen Identitätsanbieter verwaltet werden:
Erstellen Sie eine Rolle für den Identitätsverbund. Befolgen Sie die Anleitung unter [Eine Rolle für einen externen Identitätsanbieter (Verbund) erstellen](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-idp.html) im *IAM-Benutzerhandbuch*.
+ IAM-Benutzer:
+ Erstellen Sie eine Rolle, die Ihr Benutzer annehmen kann. Befolgen Sie die Anleitung unter [Eine Rolle für einen IAM-Benutzer erstellen](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_roles_create_for-user.html) im *IAM-Benutzerhandbuch*.
+ (Nicht empfohlen) Weisen Sie einem Benutzer eine Richtlinie direkt zu oder fügen Sie einen Benutzer zu einer Benutzergruppe hinzu. Befolgen Sie die Anweisungen unter [Hinzufügen von Berechtigungen zu einem Benutzer (Konsole)](https://docs.aws.amazon.com//IAM/latest/UserGuide/id_users_change-permissions.html#users_change_permissions-add-console) im *IAM-Benutzerhandbuch*.
# Eine Spot-Platzierungsbewertung berechnen
Sie können eine Spot-Platzierungsbewertung berechnen, die auf der Zielkapazität und den Datenverarbeitungsanforderungen basiert. Weitere Informationen finden Sie unter [So funktioniert die Spot-Platzierungsbewertung](how-sps-works.md).
**Erforderliche -Berechtigungen**
Stellen Sie zuerst sicher, dass Sie über die erforderlichen Berechtigungen verfügen. Weitere Informationen finden Sie unter [Erforderliche Berechtigungen für Spot-Platzierungsbewertung](sps-iam-permission.md).
**Topics**
+ [
## Mithilfe von Instance-Attributen berechnen
](#sps-specify-instance-attributes-console)
+ [
## Mithilfe von Instance-Typen berechnen
](#sps-specify-instance-types-console)
+ [
## Berechnen Sie mit dem AWS CLI
](#calculate-sps-cli)
**Suchen Sie nach einer automatisierten Lösung?** Anstatt die manuellen Schritte in diesem Benutzerhandbuch zu befolgen, können Sie ein Spot-Placement-Score-Tracker-Dashboard erstellen, das die Ergebnisse automatisch erfasst und in Amazon speichert CloudWatch. Weitere Informationen finden Sie unter [Anleitung zur Erstellung eines Spot-Platzierungsbewertungs-Tracker-Dashboard in AWS](https://aws.amazon.com/solutions/guidance/building-a-spot-placement-score-tracker-dashboard-on-aws/).
## Mithilfe von Instance-Attributen berechnen
**So berechnen Sie eine Spot-Platzierungsbewertung durch Angabe von Instance-Attributen**
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 **Spot Requests** aus.
1. Klicken Sie auf den Abwärtspfeil neben **Spot Instances anfordern** und wählen Sie **Spot-Platzierungsbewertung berechnen** aus.
1. Wählen Sie **Anforderungen eingeben** aus.
1. Geben Sie für **Zielkapazität** Ihre gewünschte Kapazität in Form der Anzahl der **Instanzen** oder **v CPUs** oder der **Speichermenge (MiB)** ein.
1. Wählen Sie für **Instance type requirements** (Anforderungen hinsichtlich des Instance-Typs) die Option **Specify instance attributes that match your compute requirements** (Instance-Attribute angeben, die Ihren Rechenanforderungen entsprechen) aus, damit Amazon EC2 die optimalen Instance-Typen für diese Anforderungen identifiziert.
1. Geben Sie für **v CPUs** die gewünschte Mindest- und Höchstzahl von v CPUs ein. Um kein Limit anzugeben, wählen Sie **Kein Minimum**, **Kein Maximum** oder beides aus.
1. Geben Sie für **Arbeitsspeicher (GiB)** den gewünschten Mindest- und Höchstwert ein. Um kein Limit anzugeben, wählen Sie **Kein Minimum**, **Kein Maximum** oder beides.
1. Wählen Sie für **CPU-Architektur** die erforderliche Instance-Architektur aus.
1. (Optional) Für **Zusätzliche Instance-Attribute** können Sie optional ein oder mehrere Attribute angeben, um Ihre Computinganforderungen genauer auszudrücken. Jedes zusätzliche Attribut fügt Ihrer Anforderung weitere Einschränkungen hinzu. Sie können die zusätzlichen Attribute weglassen. In diesem Fall werden die Standardwerte verwendet. Eine Beschreibung der einzelnen Attribute und ihrer Standardwerte finden Sie unter [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
1. (Optional) Um die Instance-Typen mit Ihren angegebenen Attributen anzuzeigen, erweitern Sie **Vorschau der übereinstimmenden Instance-Typen**. Um Instance-Typen von der Verwendung in der Platzierungsauswertung auszuschließen, wählen Sie die Instances aus und wählen Sie dann **Ausgewählte Instance-Typen ausschließen**.
1. Klicken Sie auf **Platzierungsbewertungen laden** und überprüfen Sie die Ergebnisse.
1. (Optional) Um die Spot-Platzierungsbewertung für bestimmte Regionen anzuzeigen, wählen Sie für **Auszuwertende Regionen** die zu bewertenden Regionen und dann **Platzierungsbewertungen berechnen** aus.
1. (Optional) Um die Spot-Platzierungsbewertung für die Availability Zones in den angezeigten Regionen anzuzeigen, aktivieren Sie das Kontrollkästchen **Platzierungsbewertungen pro Availability Zone bereitstellen**. Eine Liste der bewerteten Availability Zones ist nützlich, wenn Sie Ihre gesamte Spot-Kapazität in einer einzigen Availability Zone starten möchten.
1. (Optional) Um Ihre Rechenanforderungen zu bearbeiten und einen neuen Platzierungswert zu erhalten, wählen Sie **Bearbeiten**, nehmen Sie die notwendigen Anpassungen vor und wählen Sie dann **Berechnen von Platzierungswerten** aus.
## Mithilfe von Instance-Typen berechnen
**So berechnen Sie eine Spot-Platzierungsbewertung durch Angabe von Instance-Typen**
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 **Spot Requests** aus.
1. Klicken Sie auf den Abwärtspfeil neben **Spot Instances anfordern** und wählen Sie **Spot-Platzierungsbewertung berechnen** aus.
1. Wählen Sie **Anforderungen eingeben** aus.
1. Geben Sie für **Zielkapazität** Ihre gewünschte Kapazität in Form der Anzahl der **Instanzen** oder **v CPUs** oder der **Speichermenge (MiB)** ein.
1. Um die zu verwendenden Instance-Typen anzugeben, wählen Sie unter **Instance-Typanforderungen** die Option **Instance-Typen manuell auswählen** aus.
1. Klicken Sie auf **Instance-Typen auswählen**, wählen Sie die Instance-Typen aus, die verwendet werden sollen und klicken Sie dann auf **Auswählen**. Um Instance-Typen schnell zu finden, können Sie die Instance-Typen mithilfe der Filterleiste nach verschiedenen Eigenschaften filtern.
1. Klicken Sie auf **Platzierungsbewertungen laden** und überprüfen Sie die Ergebnisse.
1. (Optional) Um die Spot-Platzierungsbewertung für bestimmte Regionen anzuzeigen, wählen Sie für **Auszuwertende Regionen** die zu bewertenden Regionen und dann **Platzierungsbewertungen berechnen** aus.
1. (Optional) Um die Spot-Platzierungsbewertung für die Availability Zones in den angezeigten Regionen anzuzeigen, aktivieren Sie das Kontrollkästchen **Platzierungsbewertungen pro Availability Zone bereitstellen**. Eine Liste der bewerteten Availability Zones ist nützlich, wenn Sie Ihre gesamte Spot-Kapazität in einer einzigen Availability Zone starten möchten.
1. (Optional) Um die Liste der Instance-Typen zu bearbeiten und einen neuen Platzierungswert zu erhalten, wählen Sie **Bearbeiten**, nehmen Sie die notwendigen Anpassungen vor und wählen Sie dann **Berechnen von Platzierungswerten** aus.
## Berechnen Sie mit dem AWS CLI
**Berechnen Sie die Spot-Platzierungsbewertung**
1. (Optional) Verwenden Sie den [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html)Befehl und den Parameter, um alle möglichen Parameter zu generieren, die für die Konfiguration des Punktplatzierungswerts angegeben werden können. `--generate-cli-skeleton`
```
aws ec2 get-spot-placement-scores \
--region us-east-1 \
--generate-cli-skeleton
```
Es folgt eine Beispielausgabe.
```
{
"InstanceTypes": [
""
],
"TargetCapacity": 0,
"TargetCapacityUnitType": "vcpu",
"SingleAvailabilityZone": true,
"RegionNames": [
""
],
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": [
"x86_64_mac"
],
"VirtualizationTypes": [
"hvm"
],
"InstanceRequirements": {
"VCpuCount": {
"Min": 0,
"Max": 0
},
"MemoryMiB": {
"Min": 0,
"Max": 0
},
"CpuManufacturers": [
"amd"
],
"MemoryGiBPerVCpu": {
"Min": 0.0,
"Max": 0.0
},
"ExcludedInstanceTypes": [
""
],
"InstanceGenerations": [
"previous"
],
"SpotMaxPricePercentageOverLowestPrice": 0,
"OnDemandMaxPricePercentageOverLowestPrice": 0,
"BareMetal": "excluded",
"BurstablePerformance": "excluded",
"RequireHibernateSupport": true,
"NetworkInterfaceCount": {
"Min": 0,
"Max": 0
},
"LocalStorage": "included",
"LocalStorageTypes": [
"hdd"
],
"TotalLocalStorageGB": {
"Min": 0.0,
"Max": 0.0
},
"BaselineEbsBandwidthMbps": {
"Min": 0,
"Max": 0
},
"AcceleratorTypes": [
"fpga"
],
"AcceleratorCount": {
"Min": 0,
"Max": 0
},
"AcceleratorManufacturers": [
"amd"
],
"AcceleratorNames": [
"vu9p"
],
"AcceleratorTotalMemoryMiB": {
"Min": 0,
"Max": 0
}
}
},
"DryRun": true,
"MaxResults": 0,
"NextToken": ""
}
```
1. Erstellen Sie eine JSON-Konfigurationsdatei mit der Ausgabe des vorherigen Schritts und konfigurieren Sie sie wie folgt:
1. Geben Sie für `TargetCapacity` die gewünschte Spot-Kapazität in Form der Anzahl der Instances oder v CPUs oder der Speichermenge (MiB) ein.
1. Geben Sie für `TargetCapacityUnitType` die Einheit für die Zielkapazität ein. Wenn Sie diesen Parameter weglassen, wird standardmäßig `units` verwendet.
Zulässige Werte: `units` (bedeutet eine Anzahl der Instances) \$1 `vcpu` \$1 `memory-mib`
1. Geben Sie für `SingleAvailabilityZone` `true` für eine Antwort an, die eine Liste bewerteter Availability Zones zurückgibt. Eine Liste der bewerteten Availability Zones ist nützlich, wenn Sie Ihre gesamte Spot-Kapazität in einer einzigen Availability Zone starten möchten. Wenn Sie diesen Parameter weglassen, wird standardmäßig `false` verwendet und die Antwort gibt eine Liste der bewerteten Regionen zurück.
1. (Optional) Geben Sie für `RegionNames` die Regionen an, die als Filter verwendet werden soll(en). Sie müssen den Regionscode angeben, z. B. `us-east-1`.
Bei einem Regionsfilter gibt die Antwort nur die von Ihnen angegebenen Regionen zurück. Wenn Sie `true` für `SingleAvailabilityZone` angegeben haben, gibt die Antwort nur die Availability Zones in den angegebenen Regionen zurück.
1. Sie können entweder `InstanceTypes` oder `InstanceRequirements` aufnehmen, jedoch nicht beide in derselben Konfiguration.
Geben Sie in Ihrer JSON-Konfiguration eine der folgenden Optionen an:
+ Um eine Liste der Instance-Typen anzugeben, geben Sie die Instance-Typen im `InstanceTypes`-Parameter an. Geben Sie mindestens drei verschiedene Instance-Typen an. Wenn Sie nur einen oder zwei Instance-Typen angeben, gibt die Spot-Bewertungsplatzierung eine niedrige Bewertung zurück. Eine Liste der Instance-Typen finden Sie unter [Amazon-EC2-Instance-Typen](https://aws.amazon.com/ec2/instance-types/).
+ Um die Instance-Attribute anzugeben, damit Amazon EC2 die Instance-Typen identifiziert, die diesen Attributen entsprechen, geben Sie die Attribute an, die sich in der `InstanceRequirements`-Struktur befinden.
Sie müssen Werte für `VCpuCount`, `MemoryMiB` und `CpuManufacturers` angeben. Sie können die anderen Attribute weglassen. In diesem Fall werden die Standardwerte verwendet. Eine Beschreibung der einzelnen Attribute und ihrer Standardwerte finden Sie unter [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
Beispielkonfigurationen finden Sie unter [Beispielkonfigurationen](#sps-example-configs).
1. Um den Spot-Platzierungswert für die Anforderungen abzurufen, die Sie in der JSON-Datei angegeben haben, verwenden Sie den [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html)Befehl und geben Sie mithilfe des `--cli-input-json` Parameters den Namen und den Pfad zu Ihrer JSON-Datei an.
```
aws ec2 get-spot-placement-scores \
--region us-east-1 \
--cli-input-json file://file_name.json
```
Beispielausgabe, wenn `SingleAvailabilityZone` auf `false` gesetzt oder weggelassen ist (in diesem Fall wird standardmäßig `false` verwendet) – eine bewertete Liste von Regionen wird zurückgegeben.
```
"SpotPlacementScores": [
{
"Region": "us-east-1",
"Score": 7
},
{
"Region": "us-west-1",
"Score": 5
},
...
```
Beispielausgabe, wenn `SingleAvailabilityZone` auf `true` gesetzt ist – eine bewertete Liste von Availability Zones wird zurückgegeben.
```
"SpotPlacementScores": [
{
"Region": "us-east-1",
"AvailabilityZoneId": "use1-az1",
"Score": 8
},
{
"Region": "us-east-1",
"AvailabilityZoneId": "usw2-az3",
"Score": 6
},
...
```
### Beispielkonfigurationen
Wenn Sie den verwenden AWS CLI, können Sie die folgenden Beispielkonfigurationen verwenden.
**Topics**
+ [
#### Beispiel: Instance-Typen und Zielkapazität angeben
](#example-config-instance-type-override)
+ [
#### Beispiel: Instance-Typen und Zielkapazität in Bezug auf Arbeitsspeicher angeben
](#example-config-instance-type-memory-unit-override)
+ [
#### Beispiel: Angeben von Attributen für die attributbasierte Instance-Typauswahl
](#example-config-attribute-based-instance-type-selection)
+ [
#### Beispiel: Geben Sie Attribute für die attributbasierte Instance-Typauswahl an und geben Sie eine bewertete Liste von Availability Zones zurück
](#example-config-sps-singleAZ)
#### Beispiel: Instance-Typen und Zielkapazität angeben
Die folgende Beispielkonfiguration gibt drei verschiedene Instance-Typen und eine Ziel-Spot-Kapazität von 500 Spot Instances an.
```
{
"InstanceTypes": [
"m5.4xlarge",
"r5.2xlarge",
"m4.4xlarge"
],
"TargetCapacity": 500
}
```
#### Beispiel: Instance-Typen und Zielkapazität in Bezug auf Arbeitsspeicher angeben
Die folgende Beispielkonfiguration gibt drei verschiedene Instance-Typen und eine Ziel-Spot-Kapazität von 500 000 MiB Speicher an, wobei die Anzahl der zu startenden Spot Instances insgesamt 500 000 MiB Speicher bereitstellen muss.
```
{
"InstanceTypes": [
"m5.4xlarge",
"r5.2xlarge",
"m4.4xlarge"
],
"TargetCapacity": 500000,
"TargetCapacityUnitType": "memory-mib"
}
```
#### Beispiel: Angeben von Attributen für die attributbasierte Instance-Typauswahl
Die folgende Beispielkonfiguration ist für die attributbasierte Instance-Typauswahl konfiguriert, gefolgt von einer Texterklärung der Beispielkonfiguration.
```
{
"TargetCapacity": 5000,
"TargetCapacityUnitType": "vcpu",
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": ["arm64"],
"VirtualizationTypes": ["hvm"],
"InstanceRequirements": {
"VCpuCount": {
"Min": 1,
"Max": 12
},
"MemoryMiB": {
"Min": 512
}
}
}
}
```
****`InstanceRequirementsWithMetadata`****
Um die attributbasierte Instance-Typauswahl zu verwenden, müssen Sie die `InstanceRequirementsWithMetadata`-Struktur in Ihre Konfiguration aufnehmen und die gewünschten Attribute für die Spot Instances angeben.
Im vorherigen Beispiel werden die folgenden erforderlichen Instance-Attribute angegeben:
+ `ArchitectureTypes` – Der Architekturtyp der Instance-Typen muss sein `arm64`.
+ `VirtualizationTypes` – Der Virtualisierungstyp der Instance-Typen muss sein `hvm`.
+ `VCpuCount`— Die Instance-Typen müssen mindestens 1 und maximal 12 V habenCPUs.
+ `MemoryMiB` – Die Instance-Typen müssen mindestens 512 MiB Speicher aufweisen. Indem Sie den `Max`-Parameter weglassen, geben Sie an, dass es keine Höchstgrenze gibt.
Beachten Sie, dass es mehrere andere optionale Attribute gibt, die Sie angeben können. Eine Liste der Attribute finden Sie unter [get-spot-placement-scores](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-spot-placement-scores.html).
**`TargetCapacityUnitType`**
Der `TargetCapacityUnitType`-Parameter gibt die Einheit für die Zielkapazität an. Im Beispiel sind die Zielkapazität `5000` und der Typ der Zielkapazitätseinheit`vcpu`, die zusammen eine gewünschte Zielkapazität von 5000 v angebenCPUs, wobei die Anzahl der zu startenden Spot-Instances insgesamt 5000 v ergeben mussCPUs.
#### Beispiel: Geben Sie Attribute für die attributbasierte Instance-Typauswahl an und geben Sie eine bewertete Liste von Availability Zones zurück
Die folgende Beispielkonfiguration ist für die attributbasierte Instance-Typauswahl konfiguriert. Indem Sie `"SingleAvailabilityZone": true` angeben, gibt die Antwort eine Liste der bewerteten Availability Zones zurück.
```
{
"TargetCapacity": 1000,
"TargetCapacityUnitType": "vcpu",
"SingleAvailabilityZone": true,
"InstanceRequirementsWithMetadata": {
"ArchitectureTypes": ["arm64"],
"VirtualizationTypes": ["hvm"],
"InstanceRequirements": {
"VCpuCount": {
"Min": 1,
"Max": 12
},
"MemoryMiB": {
"Min": 512
}
}
}
}
```
# Ihre Spot-Instance-Kosten mithilfe des Spot-Instance-Daten-Feeds verfolgen
Damit Sie die Gebühren für Ihre Spot-Instance besser überblicken können, stellt Amazon EC2 einen Daten-Feed zu Ihrer Spot-Instance-Nutzung und dem entsprechenden Preisverlauf bereit. Dieser Daten-Feed wird an den Amazon S3-Bucket gesendet, den Sie beim Abonnieren des Daten-Feeds angegeben haben.
Daten-Feed-Dateien treffen in der Regel einmal pro Stunde in Ihrem Bucket ein. Wenn während einer bestimmten Stunde keine Spot-Instance ausgeführt wird, erhalten Sie für diese Stunde keine Daten-Feed-Datei.
Jede Stunde Spot-Instance-Nutzung wird in der Regel in einer einzelnen Datendatei abgedeckt. Diese Dateien werden komprimiert (gzip), bevor sie an Ihren Bucket geliefert werden. Amazon EC2 kann mehrere Dateien für eine bestimmte Nutzungsstunde schreiben, wenn die Dateien groß sind (beispielsweise wenn die Dateiinhalte für die Stunde vor der Komprimierung 50 MB überschreiten).
**Anmerkung**
Sie können jeweils nur einen Spot-Instance-Datenfeed erstellen AWS-Konto.
Der Spot-Instance-Datenfeed wird in allen AWS Regionen außer China (Peking), China (Ningxia), AWS GovCloud (USA) und den [Regionen unterstützt, die standardmäßig deaktiviert sind](using-regions-availability-zones.md#concepts-available-regions).
**Topics**
+ [
## Name und Format der Daten-Feed-Datei
](#using-spot-instances-format)
+ [
## Anforderungen für den Amazon S3-Bucket
](#using-spot-instances-dfs3)
+ [
## Abonnieren eines Spot-Instance-Date-Feeds
](#using-spot-instances-datafeed-all)
+ [
## Daten in Ihrem Datenfeed anzeigen
](#using-spot-instances-datafeed-view-data)
+ [
## Löschen Ihres Spot-Instance-Daten-Feeds
](#using-spot-instances-datafeed-delete)
## Name und Format der Daten-Feed-Datei
Der Name der Daten-Feed-Datei für eine Spot-Instance weist das folgende Format auf (Datum und Uhrzeit in UTC):
```
bucket-name.s3.amazonaws.com/optional-prefix/aws-account-id.YYYY-MM-DD-HH.n.unique-id.gz
```
Wenn Ihr Bucket-Name beispielsweise **amzn-s3-demo-bucket** lautet und Ihr Präfix **my-prefix**, dann sehen Ihre Dateinamen in etwa wie folgt aus:
```
amzn-s3-demo-bucket.s3.amazonaws.com/my-prefix/111122223333.2023-12-09-07.001.b959dbc6.gz
```
Weitere Informationen zu Bucket-Namen finden Sie unter [Regeln für die Bucket-Benennung](https://docs.aws.amazon.com/AmazonS3/latest/userguide/bucketnamingrules.html) im *Benutzerhandbuch für Amazon S3*.
Die Daten-Feed-Dateien für die Spot-Instance verwenden Tabulatoren als Trennzeichen. Jede Zeile in der Datendatei entspricht einer Instance-Stunde und enthält die in der folgenden Tabelle aufgeführten Felder.
| Feld | Beschreibung |
| --- | --- |
| `Timestamp` | Der Zeitstempel, der zur Berechnung des Preises für diese Instance-Nutzung verwendet wird. |
| `UsageType` | Die Art der Nutzung und der Instance-Typ, für die diese Kosten anfallen. Für `m1.small` Spot-Instances ist dieses Feld auf `SpotUsage` festgelegt. Bei allen anderen Instance-Typen ist dieses Feld auf `SpotUsage:`\$1*Instance-type*\$1 eingestellt. Beispiel, `SpotUsage:c1.medium`. |
| `Operation` | Das Produkt, für das diese Kosten anfallen. Bei Linux-Spot-Instances ist dieses Feld auf `RunInstances` eingestellt. Bei Windows-Spot-Instances ist dieses Feld auf `RunInstances:0002` eingestellt. Die Spot-Nutzung wird nach den Availability Zones gruppiert. |
| `InstanceID` | Die ID der Spot-Instance, die diese Instance-Nutzung generiert hat. |
| `MyBidID` | Die ID der Spot-Instance-Anforderung, die diese Instance-Nutzung generiert hat. |
| `MyMaxPrice` | Der für diese Spot-Anforderung angegebene Höchstpreis. |
| `MarketPrice` | Der Spot-Preis zu dem im Feld `Timestamp` angegebenen Zeitpunkt. |
| `Charge` | Der für diese Instance-Nutzung berechnete Preis |
| `Version` | Die Version des Datenfeeds. Die mögliche Version ist 1.0. |
## Anforderungen für den Amazon S3-Bucket
Beim Abonnieren des Daten-Feeds müssen einen Amazon S3-Bucket angeben, in dem die Daten-Feed-Dateien gespeichert werden sollen.
Beachten Sie bei der Auswahl eines Amazon S3-Buckets für den Daten-Feed Folgendes:
+ Sie müssen eine `FULL_CONTROL`-Berechtigung für den Bucket haben. Wenn Sie der Bucket-Eigentümer sind, verfügen Sie standardmäßig über diese Berechtigung. Andernfalls muss der Bucket-Besitzer Ihnen AWS-Konto diese Erlaubnis erteilen.
+ Wenn Sie einen Datenfeed abonnieren, werden diese Berechtigungen verwendet, um die Bucket-ACL zu aktualisieren, sodass dem AWS Datenfeed-Konto die entsprechenden `FULL_CONTROL` Berechtigungen erteilt werden. Das AWS Datenfeed-Konto schreibt Datenfeed-Dateien in den Bucket. Wenn Ihr Konto nicht über die erforderlichen Berechtigungen verfügt, können die Daten-Feed-Dateien nicht in den Bucket geschrieben werden. Weitere Informationen finden Sie unter [An Amazon S3 gesendete Logs](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-infrastructure-S3) im *Amazon CloudWatch Logs-Benutzerhandbuch*.
Wenn Sie die ACL aktualisieren und die Berechtigungen für das AWS Datenfeed-Konto entfernen, können die Datenfeed-Dateien nicht in den Bucket geschrieben werden. Sie müssen den Daten-Feed erneut abonnieren, um die Daten-Feed-Dateien zu erhalten.
+ Jede Daten-Feed-Datei verfügt über eine eigene ACL (unabhängig von der ACL für den Bucket). Der Bucket-Eigentümer verfügt über eine `FULL_CONTROL`-Berechtigung für die Datendateien. Das AWS Datenfeed-Konto hat Lese- und Schreibberechtigungen.
+ Wenn Sie Ihr Datenfeed-Abonnement löschen, entfernt Amazon EC2 die Lese- und Schreibberechtigungen für das AWS Datenfeed-Konto weder für den Bucket noch für die Datendateien. Sie müssen diese Berechtigungen selbst entfernen.
+ Wenn Sie Ihren Amazon S3 S3-Bucket mit serverseitiger Verschlüsselung mit einem in AWS Key Management Service (SSE-KMS) gespeicherten AWS KMS Schlüssel verschlüsseln, müssen Sie einen vom Kunden verwalteten Schlüssel verwenden. Weitere Informationen finden Sie unter [serverseitige Amazon S3 S3-Bucket-Verschlüsselung](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-SSE-KMS-S3) im *Amazon CloudWatch Logs-Benutzerhandbuch*.
## Abonnieren eines Spot-Instance-Date-Feeds
Sie können Ihren Spot-Instance-Daten-Feed jederzeit abonnieren. Sie können diese Aufgabe nicht mit der Amazon-EC2-Konsole abschließen.
Wenn Sie eine Fehlermeldung erhalten, dass der Bucket nicht über genügend Berechtigungen verfügt, finden Sie Informationen zur Fehlerbehebung im folgenden Artikel: [Problembehandlung beim Daten-Feed für Spot Instances](https://repost.aws/knowledge-center/s3-data-feed-ec2-spot-instances).
------
#### [ AWS CLI ]
**So abonnieren Sie Ihren Daten-Feed**
Verwenden Sie den Befehl [create-spot-datafeed-subscription](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-spot-datafeed-subscription.html).
Verwenden Sie das folgende Beispiel, um einen Bucket mit einem Präfix anzugeben:
```
aws ec2 create-spot-datafeed-subscription \
--bucket amzn-s3-demo-bucket \
--prefix my-prefix
```
Verwenden Sie das folgende Beispiel, um einen Bucket ohne einem Präfix anzugeben:
```
aws ec2 create-spot-datafeed-subscription \
--bucket amzn-s3-demo-bucket
```
------
#### [ PowerShell ]
**So abonnieren Sie Ihren Daten-Feed**
Verwenden Sie das cmdlet [New-EC2SpotDatafeedSubscription](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2SpotDatafeedSubscription.html).
Verwenden Sie das folgende Beispiel, um einen Bucket mit einem Präfix anzugeben:
```
New-EC2SpotDatafeedSubscription `
-Bucket amzn-s3-demo-bucket `
-Prefix my-prefix
```
Verwenden Sie das folgende Beispiel, um einen Bucket ohne einem Präfix anzugeben:
```
New-EC2SpotDatafeedSubscription `
-Bucket amzn-s3-demo-bucket
```
------
## Daten in Ihrem Datenfeed anzeigen
Öffnen AWS CloudShell Sie AWS-Managementkonsole im. Verwenden Sie den folgenden [s3-Sync](https://docs.aws.amazon.com/cli/latest/reference/s3/sync.html)-Befehl, um die GZ-Dateien für Ihren Datenfeed aus dem S3-Bucket abzurufen und sie in dem von Ihnen angegebenen Ordner zu speichern.
```
aws s3 sync s3://amzn-s3-demo-bucket ./data-feed
```
Um den Inhalt einer .gz-Datei anzuzeigen, wechseln Sie zu dem Ordner, in dem Sie den Inhalt des S3-Buckets gespeichert haben.
```
cd data-feed
```
Verwenden Sie den **ls**-Befehl, um die Namen der Dateien anzuzeigen. Verwenden Sie den **zcat**-Befehl mit dem Namen der Datei, um den Inhalt der komprimierten Datei anzuzeigen. Nachfolgend finden Sie ein Beispielbefehl.
```
zcat 111122223333.2023-12-09-07.001.b959dbc6.gz
```
Es folgt eine Beispielausgabe.
```
#Version: 1.0
#Fields: Timestamp UsageType Operation InstanceID MyBidID MyMaxPrice MarketPrice Charge Version
2023-12-09 07:13:47 UTC USE2-SpotUsage:c7a.medium RunInstances:SV050 i-0c3e0c0b046e050df sir-pwq6nmfp 0.0510000000 USD 0.0142000000 USD 0.0142000000 USD 1
```
## Löschen Ihres Spot-Instance-Daten-Feeds
Wenn Sie den Spot-Instance-Daten-Feed nicht mehr benötigen, können Sie ihn löschen.
------
#### [ AWS CLI ]
**So löschen Sie den Daten-Feed**
Verwenden Sie den Befehl [delete-spot-datafeed-subscription](https://docs.aws.amazon.com/cli/latest/reference/ec2/delete-spot-datafeed-subscription.html).
```
aws ec2 delete-spot-datafeed-subscription
```
------
#### [ PowerShell ]
**So löschen Sie den Daten-Feed**
Verwenden Sie das cmdlet [Remove-EC2SpotDatafeedSubscription](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2SpotDatafeedSubscription.html).
```
Remove-EC2SpotDatafeedSubscription
```
------
# Serviceverknüpfte Rolle für Spot-Instance-Anforderungen
Amazon EC2 nutzt serviceverknüpfte Rollen für die Berechtigungen, die für den Aufruf anderer AWS -Services in Ihrem Namen benötigt werden. Eine serviceverknüpfte Rolle ist ein einzigartiger Typ von IAM-Rolle, die direkt mit einer verknüpft ist. AWS-Service Dienstverknüpfte Rollen bieten eine sichere Möglichkeit, Berechtigungen zu delegieren, AWS-Services da nur der verknüpfte Dienst eine dienstbezogene Rolle übernehmen kann. Weitere Informationen finden Sie unter [Serviceverknüpfte Rollen](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create-service-linked-role.html) im *IAM-Benutzerhandbuch*.
Amazon EC2 verwendet die serviceverknüpfte Rolle namens **AWSServiceRoleForEC2Spot, um Spot-Instances** in Ihrem Namen zu starten und zu verwalten.
## Berechtigungen vonAWSServiceRoleForEC2Spot
Amazon EC2 verwendet **AWSServiceRoleForEC2Spot**, um die folgenden Aktionen durchzuführen:
+ `ec2:DescribeInstances`: Spot-Instances beschreiben
+ `ec2:StopInstances`: Spot-Instances stoppen
+ `ec2:StartInstances`: Spot-Instances starten
## Erstellen der serviceverknüpften Rolle
Größtenteils müssen Sie die serviceverknüpfte Rolle nicht manuell erstellen. Amazon EC2 erstellt die mit dem **AWSServiceRoleForEC2Spot-Dienst** verknüpfte Rolle, wenn Sie zum ersten Mal eine Spot-Instance über die Konsole anfordern.
Wenn Sie vor Oktober 2017, als Amazon EC2 begann, diese serviceverknüpfte Rolle zu unterstützen, eine aktive Spot-Instance-Anfrage hatten, hat Amazon EC2 die **AWSServiceRoleForEC2Spot-Rolle** in Ihrem Konto erstellt. AWS Weitere Informationen finden Sie unter [In meinem Konto wird eine neue Rolle angezeigt](https://docs.aws.amazon.com/IAM/latest/UserGuide/troubleshoot_roles.html#troubleshoot_roles_new-role-appeared) im *IAM-Benutzerhandbuch*.
Wenn Sie die AWS CLI oder eine API verwenden, um eine Spot-Instance anzufordern, müssen Sie zunächst sicherstellen, dass diese Rolle existiert.
**Um **AWSServiceRoleForEC2Spot** mit der Konsole zu erstellen**
1. Öffnen Sie unter [https://console.aws.amazon.com/iam/](https://console.aws.amazon.com/iam/) die IAM-Konsole.
1. Wählen Sie im Navigationsbereich **Rollen** aus.
1. Wählen Sie **Create role (Rolle erstellen)** aus.
1. Wählen Sie auf der Seite **Select type of trusted entity (Auswahl des Typs der vertrauenswürdigen Entität)** nacheinander **EC2**, **EC2 - Spot Instances (EC2 – Spot-Instances)** und **Next: Permissions (Weiter: Berechtigungen)** aus.
1. Klicken Sie auf der nächsten Seite auf **Next: Review (Nächster Schritt: Prüfen)**.
1. Wählen Sie auf der Seite **Review (Prüfen)** **Create role (Rolle erstellen)** aus.
**Um **AWSServiceRoleForEC2Spot** mit dem zu erstellen AWS CLI**
Verwenden Sie den [create-service-linked-role](https://docs.aws.amazon.com/cli/latest/reference/iam/create-service-linked-role.html)-Befehl wie folgt:
```
aws iam create-service-linked-role --aws-service-name spot.amazonaws.com
```
Wenn Sie Spot-Instances nicht mehr verwenden müssen, empfehlen wir Ihnen, die **AWSServiceRoleForEC2Spot-Rolle** zu löschen. Wenn diese Rolle in Ihrem Konto gelöscht wurde, erstellt Amazon EC2 die Rolle erneut, sobald Sie Spot-Instances anfordern.
## Gewähren Sie Zugriff auf vom Kunden verwaltete Schlüssel zur Verwendung mit verschlüsselten AMIs und EBS-Snapshots
Wenn Sie ein [verschlüsseltes AMI oder einen verschlüsselten](AMIEncryption.md) Amazon EBS-Snapshot für Ihre Spot-Instances angeben und einen vom Kunden verwalteten Schlüssel für die Verschlüsselung verwenden, müssen Sie der **AWSServiceRoleForEC2Spot-Rolle** die Erlaubnis erteilen, den vom Kunden verwalteten Schlüssel zu verwenden, damit Amazon EC2 Spot-Instances in Ihrem Namen starten kann. Dazu müssen Sie dem vom Kunden verwalteten Schlüssel eine Erteilung hinzufügen, wie im Folgenden gezeigt:
Bei der Einrichtung von Berechtigungen ist die Erteilung von Berechtigung eine Alternative zu Schüsselrichtlinien. Weitere Informationen finden Sie unter [Verwenden von Erteilungen](https://docs.aws.amazon.com/kms/latest/developerguide/grants.html) und [Verwenden von Schlüsselrichtlinien in AWS KMS](https://docs.aws.amazon.com/kms/latest/developerguide/key-policies.html) im *Developer-Handbuch für AWS Key Management Service *.
**Um der **AWSServiceRoleForEC2Spot-Rolle** Berechtigungen zur Verwendung des vom Kunden verwalteten Schlüssels zu erteilen**
+ Verwenden Sie den Befehl [create-grant](https://docs.aws.amazon.com/cli/latest/reference/kms/create-grant.html), um dem vom Kunden verwalteten Schlüssel einen Grant hinzuzufügen und den Principal (die mit dem **AWSServiceRoleForEC2Spot-Dienst** verknüpfte Rolle) anzugeben, der die Berechtigung zur Ausführung der durch die Gewährung erlaubten Operationen erhält. Der vom Kunden verwaltete Schlüssel wird durch den `key-id`-Parameter und den ARN des vom Kunden verwalteten Schlüssels angegeben. Der Principal wird durch den `grantee-principal` Parameter und den ARN der mit dem **AWSServiceRoleForEC2Spot-Dienst** verknüpften Rolle angegeben.
```
aws kms create-grant \
--region us-east-1 \
--key-id arn:aws:kms:us-east-1:444455556666:key/1234abcd-12ab-34cd-56ef-1234567890ab \
--grantee-principal arn:aws:iam::111122223333:role/aws-service-role/spot.amazonaws.com/AWSServiceRoleForEC2Spot \
--operations "Decrypt" "Encrypt" "GenerateDataKey" "GenerateDataKeyWithoutPlaintext" "CreateGrant" "DescribeKey" "ReEncryptFrom" "ReEncryptTo"
```
# Kontingente für Spot-Instances
Es gibt Kontingente für die Anzahl von ausgeführten Spot-Instances und von ausstehenden Spot-Instance-Anforderungen pro AWS-Konto und Region. Sobald eine ausstehende Spot-Instance-Anfrage erfüllt wurde, wird die Anfrage nicht mehr auf das Kontingent angerechnet, da die ausgeführte Instance auf das Kontingent angerechnet wird.
Spot-Instance-Kontingente werden anhand der *Anzahl der virtuellen Zentraleinheiten (vCPUs)* verwaltet, die Ihre laufenden Spot-Instances entweder verwenden oder verwenden werden, bis offene Spot-Instance-Anfragen erfüllt sind. Wenn Sie Ihre Spot-Instances beenden, die Spot-Instance-Anforderungen aber nicht abbrechen, werden die Anforderungen auf Ihr vCPU-Kontingent für Spot Instances angerechnet, bis Amazon EC2 das Beenden der Spot-Instance erkennt und die Anforderungen schließt.
Wir bieten die folgenden Kontingenttypen für Spot Instances.
| Name | Standard | Anpassbar |
| --- | --- | --- |
| Alle DL-Spot-Instance-Anforderungen | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-85EED4F7) |
| Alle F-Spot-Instance-Anforderungen | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-88CF9481) |
| Alle G- und VT-Spot-Instance-Anforderungen | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-3819A6DF) |
| Alle Inf-Spot-Instance-Anforderungen | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-B5D1601B) |
| Alle P-Spot-Instance-Anforderungen | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-7212CCBC) |
| Alle Spot-Instance-Standard-Anforderungen (A, C, D, H, I, M, R, T, Z) | 5 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-34B43A08) |
| Alle Anforderungen von Trn-Spot-Instances | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-6B0D517C) |
| Alle X-Spot-Instance-Anforderungen | 0 | [Ja](https://console.aws.amazon.com/servicequotas/home/services/ec2/quotas/L-E3A00192) |
Auch wenn Amazon EC2 Ihre Kontingente für Spot Instances automatisch basierend auf Ihrer Nutzung anpasst, können Sie bei Bedarf eine Kontingenterhöhung anfordern. Wenn Sie beispielsweise mehr Spot Instances starten möchten, als Ihr aktuelles Kontingent zulässt, können Sie eine Kontingenterhöhung anfordern. Sie können auch eine Kontingenterhöhung anfordern, wenn Sie eine Spot-Instance-Anforderung senden und der Fehler `Max spot instance count exceeded` angezeigt wird. Zum Anfordern einer Kontingenterhöhung können Sie die in [EC2 Amazon-Servicekontingente](ec2-resource-limits.md) beschriebene Service-Quotas-Konsole verwenden.
Sie können jede beliebige Kombination von Instance-Typen starten, die Ihren wechselnden Anwendungsanforderungen entspricht. Bei einem Kontingent für alle Standard-Spot-Instance-Anfragen von 256 v könnten Sie CPUs beispielsweise 32 `m5.2xlarge` Spot-Instances (32 x 8 vCPUs) oder 16 `c5.4xlarge` Spot-Instances (16 x 16 vCPUs) anfordern.
Mit der Integration von Amazon CloudWatch Metrics können Sie die EC2-Nutzung anhand Ihrer Kontingente überwachen. Sie können auch Alarme konfigurieren, um vor beinahe erreichten Kontingenten zu warnen. Weitere Informationen finden Sie unter [Service Quotas und CloudWatch Amazon-Alarme](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html) im *Service-Kontingents-Benutzerhandbuch* .
# Amazon EC2 Dedicated Hosts
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
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
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
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
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
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
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
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
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
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
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
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
Die Platzierungssteuerung für Dedicated Hosts erfolgt sowohl auf Instance- als auch auf Hostebene.
## Automatische Platzierung
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
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
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
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
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
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
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
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
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
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
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
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
**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
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
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
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
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
+ 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
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
### AWS Resource Access Manager
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
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
### Berechtigungen für Besitzer
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
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
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
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
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
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
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
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
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
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
+ 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
+ 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
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
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
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
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
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
**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
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
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
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
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
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
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
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
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
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
+ 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
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
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
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
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
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
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
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
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
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
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).
# EC2 Dedizierte Amazon-Instances
Standardmäßig werden EC2 Instances auf gemeinsam genutzter Tenancy-Hardware ausgeführt. Das bedeutet, dass mehrere AWS -Konten dieselbe physische Hardware gemeinsam nutzen können.
Dedicated EC2 Instances sind Instances, die auf Hardware ausgeführt werden, die für ein einzelnes AWS Konto reserviert ist. Das bedeutet, dass Dedicated Instances auf Host-Hardwareebene physisch von Instances isoliert sind, die zu anderen gehören AWS-Konten, auch wenn diese Konten mit einem einzigen Zahlerkonto verknüpft sind. Dedicated Instances können sich jedoch Hardware mit anderen Instances derselben Instanz teilen AWS-Konto , bei denen es sich nicht um Dedicated Instances handelt.
Dedizierte Instances bieten weder Transparenz noch Kontrolle über die Platzierung von Instances und unterstützen keine Host-Affinität. Wenn Sie eine Dedicated Instance beenden und starten, läuft sie möglicherweise nicht auf demselben Host. Ebenso können Sie nicht auf einen bestimmten Host abzielen, auf dem eine Instance gestartet oder ausgeführt werden soll. Darüber hinaus bieten Dedicated Instances eingeschränkte Unterstützung für Bring Your Own License (BYOL).
Wenn Sie Transparenz und Kontrolle über die Platzierung von Instances und einen umfassenderen BYOL-Support benötigen, sollten Sie überlegen, stattdessen einen Dedicated Host zu verwenden. Dedicated Instances und Dedicated Hosts können beide verwendet werden, um EC2 Amazon-Instances auf dedizierten physischen Servern zu starten. 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 finden Sie unter [Amazon EC2 Dedicated Hosts](dedicated-hosts-overview.md).
**Topics**
+ [
## Grundlagen von Dedicated Instance
](#dedicated-howitworks)
+ [
## Unterstützte Features
](#features)
+ [
## Dedicated Instances-Einschränkungen
](#dedicated-limits)
+ [
## Preise für Dedicated Instances
](#dedicated-instance-pricing)
+ [Dedicated Instances starten](dedicatedinstancesintovpc.md)
+ [Ändern der Tenancy einer Instance](dedicated-change-tenancy.md)
+ [Ändern der Tenancy einer VPC](change-tenancy-vpc.md)
## Grundlagen von Dedicated Instance
Eine VPC kann eine Tenancy von `default` oder `dedicated` haben. Standardmäßig VPCs haben Sie `default` Tenancy und Instances, die in einer Tenancy-VPC gestartet wurden, haben `default` Tenancy. `default` Starten Sie Dedicated Instances wie folgt:
+ Erstellen Sie eine VPC mit einer Tenancy `dedicated`, sodass alle Instances in der VPC als Dedicated Instances ausgeführt werden. Weitere Informationen finden Sie unter [Dedicated Instances in eine VPC mit Standard-Tenancy starten](dedicatedinstancesintovpc.md).
+ Erstellen Sie eine VPC mit der Tenancy `default` und geben Sie manuell die Tenancy `dedicated` für die Instances an, die als Dedicated Instances ausgeführt werden sollen. Weitere Informationen finden Sie unter [Dedicated Instances in eine VPC mit Standard-Tenancy starten](dedicatedinstancesintovpc.md).
## Unterstützte Features
Dedicated Instances unterstützen die folgenden Funktionen und Serviceintegrationen: AWS
**Topics**
+ [
### Reserved Instances
](#dedicatedreservedinstances)
+ [
### Auto Scaling
](#dedicated-instance-autoscaling)
+ [
### Automatische Wiederherstellung
](#dedicated-instance-recovery)
+ [
### Dedicated Spot Instances
](#dedicated-instance-spot)
+ [
### Burstable Performance Instances
](#dedicated-instance-burstable)
### Reserved Instances
Um Kapazität für Ihre Dedicated Instances zu reservieren, können Sie Dedicated-Reserved-Instances oder Kapazitätsreservierungen erwerben. Weitere Informationen erhalten Sie unter [Überblick über Reserved Instances für Amazon EC2](ec2-reserved-instances.md) und [Rechenkapazität mit EC2-On-Demand-Kapazitätsreservierungen reservieren](ec2-capacity-reservations.md).
Wenn Sie eine Dedicated Reserved Instance kaufen, erwerben Sie die Kapazität zum Starten einer Dedicated Instance in einer VPC zu deutlich reduzierten Nutzungsgebühren. Der Preisunterschied in der nutzungsabhängigen Gebühr gilt nur, wenn Sie eine Instance mit Dedicated Tenancy starten. Wenn Sie eine Reserved Instance mit Standard-Tenancy erwerben, gilt sie nur für eine aktive Instance mit `default`-Tenancy; sie gilt nicht für eine aktive Instance mit `dedicated`-Tenancy.
Darüber hinaus können Sie die Tenancy einer Reserved Instance nach dem Kauf nicht mit dem Änderungsverfahren ändern. Sie können jedoch auch eine Convertible Reserved Instance gegen eine neue Convertible Reserved Instance mit einer anderen Tenancy austauschen.
### Auto Scaling
Sie können Amazon EC2 Auto Scaling verwenden, um Dedicated Instances zu starten. 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 Scaling-Benutzerhandbuch*.
### Automatische Wiederherstellung
Sie können die automatische Wiederherstellung für eine Dedicated Instance konfigurieren, wenn sie aufgrund eines zugrunde liegenden Hardwarefehlers oder eines Problems, das eine Reparatur AWS erfordert, beeinträchtigt wird. Weitere Informationen finden Sie unter [Automatische Instance-Wiederherstellung](ec2-instance-recover.md).
### Dedicated Spot Instances
Sie können eine Dedicated Spot-Instance ausführen, indem Sie beim Erstellen einer Spot-Instance-Anfrage die Tenancy `dedicated` angeben. Weitere Informationen finden Sie unter [Auf Einzel-Tenant-Hardware starten](how-spot-instances-work.md#spot-instance-tenancy).
### Burstable Performance Instances
Sie können die Vorteile der Ausführung auf Dedicated-Tenancy-Hardware mit nutze [Burstable Performance Instances](burstable-performance-instances.md). T3 Dedicated Instances werden standardmäßig im unbegrenzten Modus gestartet und sie stellen eine CPU-Basisleistung mit der Fähigkeit bereit, die CPU-Leistung je nach Erfordernis Ihrer Workload itslast zu steigern. Die T3-Basisleistung und die Steigerbarkeit unterliegen dem CPU-Guthaben. Aufgrund der Steigerbarkeit der T3-Instance-Typen empfehlen wir, zu überwachen, wie Ihre T3-Instances die CPU-Ressourcen der dedizierten Hardware für die beste Leistung verwenden. T3 Dedicated Instances sind für Kunden mit unterschiedlichen Workloads gedacht, die ein zufälliges CPU-Verhalten aufweisen, aber idealerweise eine durchschnittliche CPU-Auslastung bei oder unterhalb der Basisnutzung haben. Weitere Informationen finden Sie unter [Schlüsselkonzepte und Definitionen für Instances mit Spitzenlastleistung](burstable-credits-baseline-concepts.md).
Amazon EC2 verfügt über Systeme zur Identifizierung und Korrektur von Leistungsschwankungen. Es ist jedoch immer noch möglich, dass es zu kurzfristigen Schwankungen kommt, wenn Sie mehrere T3 Dedicated Instances starten, die korrelierte CPU-Auslastungsmuster aufweisen. Für diese anspruchsvolleren oder korrelierten Workloads empfehlen wir die Verwendung von M5 oder M5a Dedicated Instances anstelle von T3 Dedicated Instances.
## Dedicated Instances-Einschränkungen
Berücksichtigen Sie bei Verwendung von Dedicated Instances Folgendes:
+ Einige AWS Dienste oder ihre Funktionen werden mit einer VPC nicht unterstützt, bei der die Instance-Tenancy auf eingestellt ist. `dedicated` Lesen Sie die Dokumentation zum entsprechenden Service, um zu bestätigen, ob es Einschränkungen gibt.
+ Einige Instance-Typen können nicht in einer VPC gestartet werden, deren Instance-Tenancy auf `dedicated` festgelegt ist. Weitere Informationen zu unterstützten Instance-Typen finden Sie unter [Amazon EC2 Dedicated Instances](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
+ Wenn Sie eine Dedicated-Instance-gestützte Amazon EBS starten, wird das EBS-Volume nicht auf einer Single-Tenant-Hardware ausgeführt.
## Preise für Dedicated Instances
Die Preise für Dedicated Instances unterscheiden sich von den Preisen für On-Demand-Instances. Weitere Informationen finden Sie unter [Amazon EC2 Dedicated Instances](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
# Dedicated Instances in eine VPC mit Standard-Tenancy starten
Beim Erstellen einer VPC haben Sie die Option, eine Instance-Tenancy anzugeben. Wenn Sie eine Instance in einer VPC starten, die eine Instance-Tenancy von `dedicated` hat, wird die Instance als Dedicated Instance auf Hardware ausgeführt, die für Ihre Verwendung bestimmt ist.
Weitere Informationen zum Starten einer Instance mit der Tenancy `host` finden Sie unter [Amazon-EC2-Instances in einem Amazon EC2 Dedicated Host starten](launching-dedicated-hosts-instances.md).
Weitere Informationen über VPC-Tenancy-Optionen finden Sie unter [Erstellen einer VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html) im *Amazon-VPC-Benutzerhandbuch*.
**Voraussetzungen**
+ Wählen Sie einen unterstützten Instance-Typ. Weitere Informationen finden Sie unter [Amazon EC2 Dedicated Instances](https://aws.amazon.com/ec2/pricing/dedicated-instances/).
------
#### [ Console ]
**So starten Sie eine Dedicated Instance in einer VPC mit einer Standard-Tenancy**
1. Öffnen Sie die EC2 Amazon-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im Navigationsbereich **Instances** 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. Wählen Sie im Bereich **Advanced details** (Erweiterte Details) unter **Tenancy** die Option **Dedicated** aus.
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 stellen Sie die Tenancy-Option für eine Instance beim Start ein**
Verwenden Sie den Befehl[ run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) und schließen Sie `Tenancy` mit der Option `--placement` ein.
```
--placement Tenancy=dedicated
```
------
#### [ PowerShell ]
**So stellen Sie die Tenancy-Option für eine Instance beim Start ein**
Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet mit dem `-Placement_Tenancy` Parameter.
```
-Placement_Tenancy dedicated
```
------
# Ändern Sie die Tenancy einer Instanz EC2
Sie können die Tenancy einer angehaltenen Instance nach dem Start ändern. Ihre Änderungen werden wirksam, wenn die Instance das nächste Mal gestartet wird.
Alternativ können Sie die Tenancy Ihrer Virtual Private Cloud (VPC) ändern. Weitere Informationen finden Sie unter [Ändern der Instance-Tenancy einer VPC](change-tenancy-vpc.md).
**Einschränkungen**
+ Sie können die Tenancy einer Instance nicht mit der AWS-Managementkonsoleändern.
+ Die Instance muss sich 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).
+ Bei T3-Instances muss die Instance auf einem Dedicated Host gestartet werden, um eine Tenancy vom Typ `host` zu verwenden. Die Tenancy kann 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.
------
#### [ AWS CLI ]
**So ändern Sie den Tenancy-Wert einer Instance**
Verwenden Sie den Befehl [ modify-instance-placement](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-placement.html).
```
aws ec2 modify-instance-placement \
--instance-id i-1234567890abcdef0 \
--tenancy dedicated
```
------
#### [ PowerShell ]
**So ändern Sie den Tenancy-Wert einer Instance**
Verwenden Sie das [Edit-EC2InstancePlacement](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstancePlacement.html)Cmdlet.
```
Edit-EC2InstancePlacement `
-InstanceId i-1234567890abcdef0 `
-Tenancy Dedicated
```
------
# Ändern der Instance-Tenancy einer VPC
Die Tenancy der Instance einer Virtual Private Cloud (VPC) kann nach dem Erstellen von `dedicated` in `default` geändert werden. Die Änderung der Instance-Tenancy der VPC hat keine Auswirkungen auf die Tenancy der in der VPC vorhandenen Instances. Beim nächsten Start einer Instance in der VPC hat diese eine Tenancy von `default`, wenn beim Start kein anderer Wert angegeben wird.
Alternativ können Sie auch die Tenancy bestimmter Instances ändern. Weitere Informationen finden Sie unter [Ändern Sie die Tenancy einer Instanz EC2](dedicated-change-tenancy.md).
**Einschränkungen**
+ Sie können die Instance-Tenancy einer VPC nicht von `default` zu `dedicated` in ändern, nachdem sie erstellt wurde.
+ Sie können die Tenancy einer VPC nicht mit der AWS-Managementkonsoleändern.
------
#### [ AWS CLI ]
**So ändern Sie das Attribut für die Instance-Tenancy einer VPC**
Verwenden Sie den Befehl [modify-vpc-tenancy](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-vpc-tenancy.html). Der einzige unterstützte Tenancy-Wert ist `default`.
```
aws ec2 modify-vpc-tenancy \
--vpc-id vpc-1234567890abcdef0 \
--instance-tenancy default
```
------
#### [ PowerShell ]
**So ändern Sie das Attribut für die Instance-Tenancy einer VPC**
Verwenden Sie das cmdlet [Edit-EC2VpcTenancy](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2VpcTenancy.html). Der einzige unterstützte Tenancy-Wert ist `Default`.
```
Edit-EC2VpcTenancy `
-VpcId vpc-1234567890abcdef0 `
-InstanceTenancy Default
```
------
# On-Demand-Kapazitätsreservierungen und Kapazitätsblöcke
Mit Kapazitätsreservierungen können Sie Rechenkapazität für EC2 Amazon-Instances in einer bestimmten Availability Zone reservieren. Es gibt zwei Arten von Kapazitätsreservierungen für unterschiedliche Anwendungsfälle.
**Arten von Kapazitätsreservierungen**
+ [On-Demand-Kapazitätsreservierungen](ec2-capacity-reservations.md)
+ [Kapazitätsblöcke für ML](ec2-capacity-blocks.md)
Im Folgenden sind einige häufige Anwendungsfälle für On-Demand-Kapazitätsreservierungen aufgeführt:
+ **Skalierung von Ereignissen** – Erstellen Sie vor Ihren geschäftskritischen Ereignissen bedarfsgesteuerte Kapazitätsreservierungen, um sicherzustellen, dass Sie bei Bedarf skalieren können.
+ **Regulatorische Anforderungen und Notfallwiederherstellung** – Verwenden Sie On-Demand-Kapazitätsreservierungen, um regulatorische Anforderungen für Hochverfügbarkeit zu erfüllen und Kapazität in einer anderen Availability Zone oder Region für die Notfallwiederherstellung zu reservieren.
+ **Ungenutzte Kapazität gemeinsam** nutzen — Verwenden Sie Reservierungen für unterbrechbare Kapazitäten, um ungenutzte Kapazität für andere Workloads innerhalb Ihres Kontos verfügbar zu machen und gleichzeitig die Kontrolle zu behalten, um sie bei Bedarf zurückzugewinnen.
Im Folgenden sind einige häufige Anwendungsfälle für Kapazitätsblöcke für ML aufgeführt:
+ **Modell-Training und Feinabstimmung für Machine Learning (ML)** – Erhalten Sie ununterbrochenen Zugriff auf die GPU-Instances, die Sie für das Training und die Feinabstimmung von ML-Modellen reserviert haben.
+ **ML-Experimente und Prototypen** – Führen Sie Experimente durch und erstellen Sie Prototypen, die kurzfristig GPU-Instances erfordern.
**Wann sollte die On-Demand-Kapazitätsreservierung verwendet werden?**
Verwenden Sie On-Demand-Kapazitätsreservierungen, wenn Sie strenge Kapazitätsanforderungen haben und Ihre aktuellen oder zukünftigen unternehmenskritischen Workloads eine Kapazitätssicherung erfordern. Mit On-Demand-Kapazitätsreservierungen können Sie sicherstellen, dass Sie immer Zugriff auf die von Ihnen reservierten EC2 Amazon-Kapazitäten haben, solange Sie sie benötigen.
**Wann sollten Kapazitätsblöcke für ML verwendet werden?**
Verwenden Sie Kapazitätsblöcke für ML, wenn Sie sicherstellen müssen, dass Sie ab einem zukünftigen Datum für einen definierten Zeitraum ununterbrochenen Zugriff auf GPU-Instances haben. Kapazitätsblöcke eignen sich ideal für das Training und die Feinabstimmung von ML-Modellen, für kurze Ausführungen von Experimenten und für die Bewältigung eines vorübergehenden Anstiegs der Inferenznachfrage in der Zukunft. Mit Kapazitätsblöcken können Sie sicherstellen, dass Sie zu einem bestimmten Datum Zugriff auf GPU-Ressourcen haben, um Ihre ML-Workloads auszuführen.
# Rechenkapazität mit EC2-On-Demand-Kapazitätsreservierungen reservieren
Amazon-EC2-Kapazitätsreservierungen ermöglichen Ihnen das Reservieren von Datenverarbeitungskapazität für Ihre Amazon-EC2-Instances in einer bestimmten Availability Zone für eine beliebige Dauer. Wenn Sie strenge Kapazitätsanforderungen haben und unternehmenskritische Workloads ausführen, die ein gewisses Maß an langfristiger oder kurzfristiger Kapazitätssicherung erfordern, empfehlen wir Ihnen, eine Kapazitätsreservierung zu erstellen, um sicherzustellen, dass Sie immer Zugriff auf Amazon-EC2-Kapazität haben; wann immer und so lange Sie sie benötigen.
Sie können jederzeit eine Kapazitätsreservierung erstellen und wählen, wann sie beginnt. Sie können eine Kapazitätsreservierung zur sofortigen Nutzung oder eine Kapazitätsreservierung für einen zukünftigen Termin beantragen.
+ Wenn Sie eine **Kapazitätsreservierung zur sofortigen Nutzung** anfordern, steht die Kapazitätsreservierung sofort zur Verfügung und es besteht keine zeitliche Bindung. Sie können die Kapazitätsreservierung jederzeit ändern und sie jederzeit stornieren, um die reservierte Kapazität freizugeben und keine Gebühren mehr anfallen zu lassen.
+ Wenn Sie eine zukünftige **Kapazitätsreservierung** beantragen, geben Sie das zukünftige Datum an, an dem die Kapazitätsreservierung zur Nutzung verfügbar sein soll. Sie müssen auch eine Nutzungsdauer angeben, für die Sie sich verpflichten, die angeforderte Kapazität nach dem angegebenen Datum auf Ihrem Konto zu behalten. Am gewünschten Datum und zur gewünschten Uhrzeit steht die Kapazitätsreservierung zur Verfügung und die Bindungsdauer beginnt. Während der Bindungsdauer können Sie die Anzahl der Instances oder die Dauer der Zusage nicht unter Ihre ursprüngliche Verpflichtung reduzieren oder die Kapazitätsreservierung stornieren. Nach Ablauf der Bindungsdauer können Sie die Kapazitätsreservierung beliebig ändern oder sie stornieren, wenn Sie sie nicht mehr benötigen.
Kapazitätsreservierungen können nur von Instances mit entsprechenden Attributen verwendet werden. Standardmäßig gleichen Kapazitätsreservierungen automatisch neue und ausgeführte Instances ab, die übereinstimmende Attribute besitzen (Instance-Typ, Plattform, Availability Zone und Tenancy). Dies bedeutet, dass eine Instance mit übereinstimmenden Attributen automatisch in der Kapazitätsreservierung ausgeführt wird. Sie können jedoch auch eine Kapazitätsreservierung für bestimmte Workloads festlegen. Auf diese Weise können Sie explizit steuern, welche Instances in der reservierten Kapazität ausgeführt werden dürfen. Sie können auch festlegen, dass Instances nur in einer Kapazitätsreservierung oder Kapazitätsreservierungs-Ressourcengruppe laufen.
**Wichtig**
Zukünftige Kapazitätsreservierungen dienen dazu, Sie beim Starten und Absichern inkrementeller Instances zu unterstützen, und nicht zur Deckung vorhandener laufender Instances. Wenn Sie bestehende laufende Instances abdecken müssen, verwenden Sie stattdessen Kapazitätsreservierungen, die sofort beginnen.
Alle unterstützten Amazon-EC2-Instances mit übereinstimmenden Attributen, d. h. Instance-Typ, Plattform, Availability Zone und Tenancy, sind für die Ausführung im Rahmen einer Kapazitätsreservierung berechtigt. Die Amazon EC2 EC2-Instance kann von Ihnen (*nicht verwaltete Instances*) oder in Ihrem Namen von einem AWS Service (*verwaltete Instances*) gestartet werden. Dies gilt insbesondere für *offene* Kapazitätsreservierungen, die automatisch mit allen laufenden Instances mit übereinstimmenden Attributen abgeglichen werden. Beispielsweise können verwaltete Instances, die in Ihrem Namen von den folgenden Services gestartet wurden, in Kapazitätsreservierungen ausgeführt werden, die Sie erstellen und verwalten.
+ Amazon EC2 Auto Scaling
+ Amazon ECS
+ Amazon EKS
+ Amazon EMR
+ Amazon SageMaker KI
+ AWS Batch
+ AWS Elastic Beanstalk
+ AWS ParallelCluster
+ AWS Parallel Computing Service (AWS PCS)
**Topics**
+ [
# Konzepte für Amazon-EC2-Kapazitätsreservierungen
](cr-concepts.md)
+ [
## Unterschiede zwischen Kapazitätsreservierungen, Reserved Instances und Savings Plans
](#capacity-reservations-differences)
+ [
## Unterstützte Plattformen
](#capacity-reservations-platforms)
+ [
## Kontingente
](#capacity-reservations-limits)
+ [
## Einschränkungen
](#capacity-reservations-limitations)
+ [
# Preise und Fakturierung für Kapazitätsreservierung
](capacity-reservations-pricing-billing.md)
+ [
# Erstellen eines Kapazitätsreservierung
](capacity-reservations-create.md)
+ [
# Den Status einer Kapazitätsreservierung anzeigen
](capacity-reservations-view.md)
+ [
# Starten von Instances in einer bestehenden Kapazitätsreservierung
](capacity-reservations-launch.md)
+ [
# Eine aktive Kapazitätsreservierung ändern
](capacity-reservations-modify.md)
+ [
# Die Einstellungen für die Kapazitätsreservierung Ihrer Instance ändern
](capacity-reservations-modify-instance.md)
+ [
# Kapazität zwischen Kapazitätsreservierungen verschieben
](capacity-reservations-move.md)
+ [
# Kapazität aus einer bestehenden Kapazitätsreservierung abspalten
](capacity-reservations-split.md)
+ [
# Abbrechen eines Kapazitätsreservierung
](capacity-reservations-release.md)
+ [
# Kapazitätsreservierungen mit Cluster-Placement-Gruppen verwenden
](cr-cpg.md)
+ [
# Kapazitätsreservierungs-Gruppen
](create-cr-group.md)
+ [
# Kapazitätsreservierungen in Local Zones
](capacity-reservations-localzones.md)
+ [
# Kapazitätsreservierungen in Wavelength-Zonen
](capacity-reservations-wavelengthzones.md)
+ [
# Kapazitätsreservierungen am AWS Outposts
](capacity-reservations-outposts.md)
+ [
# Freigegebene Kapazitätsreservierungen
](capacity-reservation-sharing.md)
+ [
# Kapazitätsreservierungsflotten
](cr-fleets.md)
+ [
# Überwachen Sie die Nutzung von Kapazitätsreservierungen anhand von Kennzahlen CloudWatch
](capacity-reservation-cw-metrics.md)
+ [
# Unterauslastung der Kapazitätsreservierung überwachen
](cr-eventbridge.md)
+ [
# Statusänderungen von zukünftigen Kapazitätsreservierungen überwachen
](monitor-fcr-state.md)
+ [
# Reservierungen für unterbrechbare Kapazitäten
](interruptible-capacity-reservations.md)
# Konzepte für Amazon-EC2-Kapazitätsreservierungen
Die folgenden Schlüsselkonzepte gelten für Kapazitätsreservierungen.
**Topics**
+ [
## Startdatum und -zeit
](#cr-start-date)
+ [
## Enddatum und -zeit
](#cr-end-date)
+ [
## Bindungsdauer
](#cr-commitment-duration)
+ [
## Bewertung der Kapazitätsreservierung für die Zukunft
](#cr-future-dated-assessment)
+ [
## Attribute von Kapazitätsreservierungen
](#cr-attributes)
+ [
## Kriterien für den Abgleich mit der Instance
](#cr-instance-eligibility)
## Startdatum und -zeit
Das Startdatum und die Startzeit definieren, wann die Kapazitätsreservierung für die Verwendung zur Verfügung steht. Eine Kapazitätsreservierung kann **sofort** oder zu einem **zukünftigem Zeitpunkt** beginnen.
+ Wenn Sie sich dafür entscheiden, eine Kapazitätsreservierung sofort zu starten, steht die reservierte Kapazität sofort nach ihrer Erstellung zur Verfügung. Die Abrechnung beginnt, sobald die Kapazitätsreservierung den aktiven Status erreicht hat. Sie müssen keine langfristigen Verpflichtungen eingehen. Sie können die Kapazitätsreservierung jederzeit nach Bedarf ändern und sie jederzeit stornieren, um die reservierte Kapazität freizugeben und keine Änderungen mehr vorzunehmen.
+ Wenn Sie sich dafür entscheiden, eine Kapazitätsreservierung zu einem späteren Zeitpunkt zu beginnen, geben Sie ein *Datum und eine Uhrzeit in der Zukunft* an, zu der Sie die reservierte Kapazität benötigen, sowie eine *Bindungsdauer*, welches die Mindestdauer ist, für die Sie sich verpflichten, die angeforderte Kapazitätsreservierung in Ihrem Konto zu behalten, nachdem sie bereitgestellt wurde. Am angegebenen zukünftigen Datum wird die Kapazitätsreservierung zur Nutzung verfügbar und die Abrechnung beginnt zu diesem Zeitpunkt, sobald die Kapazitätsreservierung den aktiven Status erreicht hat. Die Bindungsdauer beginnt, sobald die Kapazitätsreservierung in Ihrem Konto bereitgestellt wird. Während dieser Zeit können Sie die Anzahl der Instances nicht unter die Anzahl der gebundenen Instances senken, kein Enddatum wählen, das vor der Laufzeit der Zusage liegt, oder die Kapazitätsreservierung stornieren. Nach Ablauf der Bindungsdauer steht es Ihnen jedoch frei, die Kapazitätsreservierung in beliebiger Weise zu ändern oder sie zu stornieren, um die reservierte Kapazität freizugeben und keine Gebühren mehr anfallen zu lassen.
## Enddatum und -zeit
Das Enddatum und die Endzeit legen fest, wann die Kapazitätsreservierung endet und die reservierte Kapazität von Ihrem Konto freigegeben wird. Sie können eine Kapazitätsreservierung so konfigurieren, dass sie **automatisch endet** an einem bestimmten Datum und zu einer bestimmten Uhrzeit, oder Sie können sie so konfigurieren, dass sie auf unbestimmte Zeit aktiv bleibt, bis Sie sie **manuell stornieren**.
Wenn Sie eine Kapazitätsreservierung so konfigurieren, dass sie automatisch endet, läuft die Kapazitätsreservierung innerhalb einer Stunde der angegebenen Uhrzeit ab. Wenn Sie beispielsweise `5/31/2019, 13:30:55` angeben, läuft die Kapazitätsreservierungs-Flotte garantiert zwischen `13:30:55` und `14:30:55` am `5/31/2019` ab.
Nach dem Ende einer Reservierung wird die reservierte Kapazität von Ihrem Konto freigegeben und Sie können Instances nicht mehr zielgerichtet in der Kapazitätsreservierung aufnehmen. In der reservierten Kapazität ausgeführte Instances werden weiterhin ununterbrochen ausgeführt. Wenn Instances, die auf eine Kapazitätsreservierung ausgerichtet sind, beendet werden, können Sie sie erst dann neu starten, wenn Sie ihre Ziel-Präferenz für die Kapazitätsreservierung entfernt oder sie für eine andere Kapazitätsreservierung konfiguriert haben. Weitere Informationen finden Sie unter [Die Einstellungen für die Kapazitätsreservierung Ihrer Instance ändern](capacity-reservations-modify-instance.md).
## Bindungsdauer
Die Bindungsdauer gilt nur für zukünftige Kapazitätsreservierungen.
Die Verpflichtungsdauer ist eine Mindestdauer, für die Sie sich verpflichten, die zukünftige Kapazitätsreservierung nach der Bereitstellung in Ihrem Konto im aktiven Status zu haben. Sie können eine Kapazitätsreservierung mit zukünftigem Datum länger als die Bindungsdauer beibehalten, jedoch nicht kürzer. Während der Bindungsdauer gilt Folgendes:
+ Sie können eine Kapazitätsreservierung während der Bindungsdauer nicht stornieren.
+ Sie können die Anzahl der Instances nicht unter die Anzahl der gebundenen Instances senken, aber Sie können sie erhöhen.
+ Sie können eine Kapazitätsreservierung nicht so konfigurieren, dass sie automatisch an einem Datum oder zu einer Uhrzeit endet, die innerhalb der Verpflichtungsdauer liegt. Sie können das Enddatum und die Endzeit während der Bindungsdauer verlängern.
Amazon EC2 verwendet die von Ihnen angegebene Bindungsdauer, um zu bewerten, ob die Anfrage unterstützt werden kann. Die Bindungsdauer beträgt mindestens 14 Tage. Bei der bewertung einer Anfrage kann Amazon EC2 feststellen, dass eine kürzere Verpflichtungsdauer unterstützt werden kann. In diesem Fall plant Amazon EC2 die zukünftige Kapazitätsreservierung mit der kürzeren Bindungsdauer. Das bedeutet, dass Sie sich verpflichten, die Kapazitätsreservierung für einen kürzeren Zeitraum als ursprünglich angefragt auf Ihrem Konto zu behalten.
## Bewertung der Kapazitätsreservierung für die Zukunft
Wenn Sie eine zukünftige Kapazitätsreservierung beantragen, bewertet Amazon EC2 die Anfrage, um festzustellen, ob sie auf der Grundlage der Kapazitätsverfügbarkeit und der von Ihnen angegebenen Bindungsdauer unterstützt werden kann. Die Bewertung ist in der Regel innerhalb von 5 Tagen abgeschlossen. Amazon EC2 berücksichtigt bei der Bewertung einer Anfrage mehrere Faktoren, darunter:
+ Prognostiziertes Kapazitätsangebot
+ Die Bindungsdauer
+ Wie früh Sie die Kapazitätsreservierung relativ zu Ihrem Startdatum beantragen
+ Die Größe der Anforderung
Sie können eine zukünftige Kapazitätsreservierung zwischen 5 und 120 Tagen im Voraus beantragen. Wir empfehlen jedoch, die Anfrage mindestens 56 Tage (8 Wochen) im Voraus zu stellen, damit wir Ihre Anfrage besser unterstützen können. Die Mindestdauer des Bindungsvertrags beträgt 14 Tage und die Mindestanzahl an Instanzen beträgt 32 CPUs v.
Die Kapazitätsreservierung verbleibt im `assessing`-Status, solange der Antrag bewertet wird.
Wenn die Anfrage unterstützt werden kann, geht die Kapazitätsreservierung in den `scheduled`-Status über und die Lieferung am gewünschten Datum und zur gewünschten Uhrzeit ist geplant. Solange sich die Kapazitätsreservierung im `scheduled`-Status befindet, bleibt die Gesamtzahl der Instances 0. Eine geplante Kapazitätsreservierung wird zum gewünschten Zeitpunkt `active` und kann genutzt werden.
Wenn eine Anfrage nicht unterstützt werden kann, geht die Kapazitätsreservierung in den `unsupported`-Status über. Nicht unterstützte Kapazitätsreservierungen werden nicht zugestellt.
Sie können eine zukünftige Kapazitätsreservierung stornieren, solange sie sich im `assessing`-Status befindet.
Weitere Informationen finden Sie unter [Eine zuküftige Kapazitätsreservierung erstellen](capacity-reservations-create.md#create-future-cr).
## Attribute von Kapazitätsreservierungen
Wenn Sie eine Kapazitätsreservierung erstellen, müssen Sie die folgenden Attribute angeben:
+ Availability Zone
+ Instance-Typ
+ Plattform (Typ des Betriebssystems)
+ Tenancy (`default` oder `dedicated`)
Nur Instances, die diesen Attributen entsprechen, können im Rahmen der Kapazitätsreservierung gestartet oder ausgeführt werden.
## Kriterien für den Abgleich mit der Instance
Die Kriterien für den Instance-Abgleich oder die Instance-Eignung bestimmen, welche Instances im Rahmen der Kapazitätsreservierung gestartet und ausgeführt werden dürfen. Eine Kapazitätsreservierung kann eines der folgenden übereinstimmenden Kriterien haben:
+ **Offen** – Die Kapazitätsreservierung gleicht automatisch alle Instances mit entsprechenden Attributen (Instance-Typ, Plattform und Availability Zone) ab. Neue und bestehende Instances, die übereinstimmende Attribute aufweisen, laufen automatisch in der Kapazitätsreservierung, ohne dass eine zusätzliche Konfiguration erforderlich ist.
+ **Zielgerichtet**: Die Kapazitätsreservierung akzeptiert nur Instances, die übereinstimmende Attribute aufweisen (Instance-Typ, Plattform und Availability Zone) und explizit auf die Reservierung ausgerichtet sind. Die Instance muss speziell auf die Kapazitätsreservierung abzielen, um in ihrer reservierten Kapazität zu starten oder zu laufen. Auf diese Weise können Sie explizit steuern, welche Instances in der reservierten Kapazität ausgeführt werden dürfen, und das hilft Ihnen, eine unbeabsichtigte Nutzung reservierter Kapazität zu vermeiden.
Wenn Sie eine Kapazitätsreservierung für die Zukunft beantragen, können Sie nur zielgerichtete Übereinstimmungskriterien angeben. Dadurch wird sichergestellt, dass die durch die Kapazitätsreservierung bereitgestellte Kapazität inkrementell oder zusätzlich zu allen laufenden Instances oder der reservierten Kapazität, die Sie zum Zeitpunkt der Bereitstellung haben, erhöht wird. Nachdem die Kapazitätsreservierung in Ihrem Konto aktiv geworden ist, können Sie die Kriterien für den Abgleich der Instance ändern, sodass sie bei Bedarf geöffnet werden. Beachten Sie jedoch, dass alle passenden Instances automatisch in der Kapazitätsreservierung ausgeführt werden. Dies kann zu einer unbeabsichtigten Kapazitätsnutzung führen und Sie daran hindern, neue Instances für die gesamte angeforderte Instance-Anzahl zu starten.
## Unterschiede zwischen Kapazitätsreservierungen, Reserved Instances und Savings Plans
Die folgende Tabelle hebt einige der wichtigsten Unterschiede zwischen Kapazitätsreservierungen, Reserved Instances und Savings Plans hervor:
| | Capacity Reservations | Zonengebundene Reserved Instances | Regionsgebundene Reserved Instances | Savings Plans |
| --- | --- | --- | --- | --- |
| Laufzeit | Für Kapazitätsreservierungen zur sofortigen Nutzung ist keine Bindung erforderlich. Sie können bei Bedarf erstellt, verändert und storniert werden. Bei zukünftigen Kapazitätsreservierungen geben Sie eine Bindungsdauer an, für die Sie sich verpflichten, die Kapazität in Ihrem Konto zu behalten. Nach Ablauf der Bindungsdauer können Sie die Kapazitätsreservierung beliebig ändern oder sie stornieren, wenn Sie sie nicht mehr benötigen. | Setzen eine feste ein- oder dreijährige Laufzeit voraus. |
| Kapazitätsnutzen | In einer bestimmten Availability Zone reservierte Kapazität. | Keine Kapazität reserviert. |
| Fakturierungsrabatt | Kein Fakturierungsrabatt. † | Bietet einen Fakturierungsrabatt. |
| Instance-Limits | Es gelten Ihre Limits On-Demand-Instance pro Region. | Der Standardwert ist 20 pro Availability Zone. Sie können eine Erhöhung des Limits anfordern. | Der Standardwert ist 20 pro Region. Sie können eine Erhöhung des Limits anfordern. | Kein Limit. |
† Sie können Kapazitätsreservierungen mit Savings Plans oder Regional Reserved Instances kombinieren, um einen Rabatt zu erhalten.
Weitere Informationen finden Sie unter:
+ [Überblick über Reserved Instances für Amazon EC2](ec2-reserved-instances.md)
+ [Savings Plans-Benutzerhandbuch](https://docs.aws.amazon.com/savingsplans/latest/userguide/)
## Unterstützte Plattformen
Sie müssen die Kapazitätsreservierung mit der richtigen Plattform erstellen, um sicherzustellen, dass sie optimal mit Ihren Instances abgestimmt ist. Kapazitätsreservierungen unterstützen die folgenden Werte für `platform`:
+ Linux/Unix
+ Linux mit SQL Server-Standard
+ Linux mit SQL Server Web
+ Linux mit SQL Server Enterprise
+ SUSE Linux
+ Red Hat Enterprise Linux
+ RHEL mit SQL Server Standard
+ RHEL mit SQL Server Enterprise
+ RHEL mit SQL Server Web
+ RHEL mit HA
+ RHEL mit HA und SQL Server Standard
+ RHEL mit HA und SQL Server Enterprise
+ Ubuntu Pro
+ Windows
+ Windows mit SQL Server
+ Windows mit SQL Server Web
+ Windows mit SQL Server-Standard
+ Windows mit SQL Server Enterprise
Um sicherzustellen, dass eine Instance in einer bestimmten Kapazitätsreservierung ausgeführt wird, muss die Plattform der Kapazitätsreservierung mit der Plattform des AMI übereinstimmen, das zum Starten der Instance verwendet wurde. **Für Linux ist es wichtig zu überprüfen AMIs, ob die AMI-Plattform den allgemeinen Wert **Linux/UNIX** oder einen spezifischeren Wert wie SUSE Linux verwendet.**
------
#### [ Console ]
**So überprüfen Sie die AMI-Plattform**
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 **AMIs** aus.
1. Wählen Sie das AMI aus.
1. Notieren Sie sich auf der Registerkarte **Details** den Wert der **Plattformdetails**.
------
#### [ AWS CLI ]
**So überprüfen Sie die AMI-Plattform**
Verwenden Sie den Befehl [describe-images](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-images.html) und überprüfen Sie den Wert von `PlatformDetails`.
```
aws ec2 describe-images \
--image-ids ami-0abcdef1234567890 \
--query Images[*].PlatformDetails
```
Es folgt eine Beispielausgabe.
```
[
"Linux/UNIX"
]
```
------
#### [ PowerShell ]
**So überprüfen Sie die AMI-Plattform**
Verwenden Sie das [Get-EC2Image](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2Image.html)Cmdlet und überprüfen Sie den Wert von. `PlatformDetails`
```
Get-EC2Image `
-ImageId ami-0abcdef1234567890 | `
Select PlatformDetails
```
Es folgt eine Beispielausgabe.
```
PlatformDetails
---------------
Linux/UNIX
```
------
## Kontingente
Die Anzahl der Instances, für die Sie Kapazität reservieren dürfen, richtet sich nach dem On-Demand-Instance-Kontingent Ihres Kontos. Sie können Kapazität für so viele Instances reservieren, wie es dieses Kontingent erlaubt, abzüglich der Anzahl der bereits ausgeführten Instances.
Kapazitätsreservierungen im Status `assessing`, `scheduled`, `pending`, `active`, und `delayed` und werden auf Ihr On-Demand-Instance-Kontingent angerechnet.
## Einschränkungen
Bevor Sie Kapazitätsreservierungen erstellen, beachten Sie bitte die folgenden Begrenzungen und Einschränkungen.
+ Aktive und ungenutzte Kapazitätsreservierungen werden auf On-Demand-Instance-Limits angerechnet.
+ Kapazitätsreservierungen können nicht von einem AWS Konto auf ein anderes übertragen werden. Sie können Kapazitätsreservierungen jedoch mit anderen AWS Konten teilen. Weitere Informationen finden Sie unter [Freigegebene Kapazitätsreservierungen](capacity-reservation-sharing.md).
+ Zonengebundene Reserved Instance-Fakturierungsrabatte gelten nicht für Kapazitätsreservierungen.
+ Kapazitätsreservierungen können in Cluster-Placement-Gruppen erstellt werden. Spread- und Partition-Placement-Gruppen werden nicht für unterstützt.
+ Kapazitätsreservierungen kann nicht mit Dedicated Hosts verwendet werden. Kapazitätsreservierungen können nicht mit Dedicated Instances verwendet werden.
+ [Windows-Instances] Kapazitätsreservierungen können nicht mit Bring Your Own License (BYOL, Verwendung der eigenen Lizenz) verwendet werden.
+ [Red-Hat-Instances] Kapazitätsreservierungen können nicht mit Bring Your Own License (BYOL) verwendet werden.
+ Kapazitätsreservierungen stellen nicht sicher, dass eine Instance im Ruhezustand fortgesetzt werden kann, nachdem Sie versucht haben, sie zu starten.
+ Sie können zukünftige Kapazitätsreservierungen für eine Instance-Anzahl mit mindestens 32 v CPUs beantragen. Wenn Sie beispielsweise eine zukünftige Kapazitätsreservierung für `m5.xlarge` Instances beantragen, müssen Sie mindestens 8 Instances anfordern (*8 \$1 m5.xlarge =* 32 v). CPUs
+ Sie können Kapazitätsreservierungen für die Zukunft nur für Instance-Typen der folgenden Serien anfordern: C, G, I, M, R und T.
# Preise und Fakturierung für Kapazitätsreservierung
Die Themen in diesem Abschnitt geben einen Überblick über Preise und Abrechnung für Kapazitätsreservierungen.
**Topics**
+ [
## Preisgestaltung
](#capacity-reservations-pricing)
+ [
## Fakturierung
](#capacity-reservations-billing)
+ [
## Fakturierungsrabatte
](#capacity-reservations-discounts)
+ [
## Anzeigen Ihrer Rechnung
](#capacity-reservations-viewing-bill)
## Preisgestaltung
Kapazitätsreservierungen werden zum entsprechenden On-Demand-Tarif berechnet, unabhängig davon, ob Sie Instances mit reservierter Kapazität betreiben oder nicht, einschließlich aller anfallenden regionalen Zuschläge für Dedicated Instances. Wenn Sie die Reservierung nicht nutzen, erscheint diese als ungenutzte Reservierung auf Ihrer Amazon-EC2-Rechnung. Wenn Sie eine Instance ausführen, die den Attributen einer Reservierung entspricht, bezahlen Sie nur für die Instance und nichts für die Reservierung. Es gibt keine Vorab- oder Zusatzgebühren.
Wenn Sie beispielsweise eine Kapazitätsreservierung für zwanzig `m4.large`-Linux-Instances erstellen und fünfzehn `m4.large`-Linux-Instances in derselben Availability Zone ausführen, werden Ihnen fünfzehn aktive Instances und fünf ungenutzte Instances in der Reservierung berechnet.
Fakturierungsrabatte für Savings Plans und regionale Reserved Instances gelten für Kapazitätsreservierungen. Weitere Informationen finden Sie unter [Fakturierungsrabatte](#capacity-reservations-discounts).
Weitere Informationen finden Sie unter [Amazon EC2 – Preise](https://aws.amazon.com/ec2/pricing/).
## Fakturierung
Die Abrechnung beginnt, sobald die Kapazitätsreservierung in Ihrem Konto bereitgestellt wurde, und wird fortgesetzt, solange die Kapazitätsreservierung in Ihrem Konto bereitgestellt bleibt. Für zukünftige Kapazitätsreservierungen bedeutet dies, dass die Abrechnung erst beginnt, wenn die Kapazitätsreservierung zum gewünschten zukünftigen Datum in Ihrem Konto bereitgestellt wurde.
Kapazitätsreservierungen werden mit sekundengenauer Granularität berechnet. Das bedeutet, dass Ihnen angefangene Stunden in Rechnung gestellt werden. Wenn eine Kapazitätsreservierung beispielsweise `24` Stunden und `15` Minuten lang in Ihrem Konto bereitgestellt bleibt, werden Ihnen `24.25` Reservierungsstunden in Rechnung gestellt.
Das folgende Beispiel zeigt, wie eine Kapazitätsreservierung abgerechnet wird. Die Kapazitätsreservierung wurde für eine `m4.large`-Linux-Instance mit einem On-Demand-Tarif von 0,10 USD pro Nutzungsstunde erstellt. In diesem Beispiel wird die Kapazitätsreservierung im Konto für fünf Stunden lang bereitgestellt. Die Kapazitätsreservierung wird in der ersten Stunde nicht genutzt, sodass in diesem Fall eine ungenutzte Stunde mit dem standardmäßigen On-Demand-Tarif des Instance-Typs `m4.large` abgerechnet wird. In der zweiten bis fünften Stunde wird die Kapazitätsreservierung von einer `m4.large`-Instance belegt. In dieser Zeit fallen für die Kapazitätsreservierung keine Gebühren an, stattdessen wird dem Konto die `m4.large`-Instance in Rechnung gestellt, die diese Kapazitätsreservierung belegt. In der sechsten Stunde wird die Kapazitätsreservierung storniert und die `m4.large`-Instance arbeitet normalerweise außerhalb der reservierten Kapazität. Für diese Stunde wird der On-Demand-Tarif des Instance-Typs `m4.large` berechnet.
![\[Kapazitätsreservierung – Fakturierungsbeispiel\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/images/cr-billing-example.png)
## Fakturierungsrabatte
Abrechnungsrabatte für Savings Plans und Regional Reserved Instances gelten für Kapazitätsreservierungen. AWS wendet diese Rabatte automatisch auf Kapazitätsreservierungen mit übereinstimmenden Attributen an. Wenn eine Kapazitätsreservierung von einer Instance verwendet wird, wird der Rabatt auf die Instance angewendet. Rabatte werden vorzugsweise auf die Instance-Nutzung angewendet, bevor ungenutzte Kapazitätsreservierungen abgedeckt werden.
Fakturierungsrabatte für zonengebundene Reserved Instances gelten nicht für Kapazitätsreservierungen.
Weitere Informationen finden Sie unter:
+ [Überblick über Reserved Instances für Amazon EC2](ec2-reserved-instances.md)
+ [Savings Plans-Benutzerhandbuch](https://docs.aws.amazon.com/savingsplans/latest/userguide/)
+ [Fakturierungs- und Kaufoptionen](https://aws.amazon.com/ec2/faqs/#capacityreservations)
## Anzeigen Ihrer Rechnung
Sie können die Preise und Gebühren für das Konto in der AWS Fakturierung und Kostenmanagement -Konsole prüfen.
+ Das **Dashboard** zeigt eine Ausgabenzusammenfassung für Ihr Konto an.
+ Erweitern Sie auf der Seite **Bills (Rechnungen)** unter **Details** den Bereich **Elastic Compute Cloud** und die Region, um Fakturierungsdaten zu Ihren Kapazitätsreservierungen abzurufen.
Sie können die Gebühren online anzeigen oder eine CSV-Datei herunterladen. Weitere Informationen finden Sie unter [Kapazitätsreservierung-Zeilenposten](https://docs.aws.amazon.com/cur/latest/userguide/monitor-ondemand-reservations.html#capacity-reservation-li).
# Erstellen eines Kapazitätsreservierung
Sie können jederzeit eine Kapazitätsreservierung erstellen, um sicherzustellen, dass Sie in einer bestimmten Availability Zone über verfügbare Datenverabeitungskapazität verfügen. Eine Kapazitätsreservierung kann sofort oder zu einem zukünftigem Zeitpunkt beginnen. Die Kapazität kann erst genutzt werden, wenn die Kapazitätsreservierung den `active`-Status erreicht hat.
**Anmerkung**
Wenn Sie eine Kapazitätsreservierung mit Kriterien für die `open`-Instance-Übereinstimmung erstellen und zum Zeitpunkt, zu dem die Kapazitätsreservierung aktiv wird, Instances mit übereinstimmenden Attributen laufen, werden diese Instances automatisch in der reservierten Kapazität ausgeführt. Um dies zu vermeiden, verwenden Sie Kriterien für den `targeted`-Instance-Abgleich. Weitere Informationen finden Sie unter [Kriterien für den Abgleich mit der Instance](cr-concepts.md#cr-instance-eligibility).
Ihre Anforderung, eine Kapazitätsreservierung zu erstellen, kann bei Eintreten einer der folgenden Bedingungen fehlschlagen:
+ Die Kapazität von Amazon EC2 reicht nicht aus, um der Anforderung nachzukommen. Versuchen Sie es entweder zu einem späteren Zeitpunkt noch einmal, versuchen Sie es mit einer anderen Availability Zone oder versuchen Sie es mit einer kleineren Anfrage. Wenn Ihre Anwendung in Hinsicht auf Instance-Typen und -Größen flexibel ist, versuchen Sie es mit verschiedenen Instance-Attributen.
+ Die angeforderte Menge überschreitet Ihr On-Demand-Instance-Limit für die ausgewählte Instance-Familie. Erhöhen Sie Ihr On-Demand-Instance-Limit für die Instance-Familie und versuchen Sie es erneut. Weitere Informationen finden Sie unter [Kontingente für On-Demand-Instances](ec2-on-demand-instances.md#ec2-on-demand-instances-limits).
**Topics**
+ [
## Kapazitätsreservierung zur sofortigen Nutzung erstellen
](#create-immediate-cr)
+ [
## Eine zuküftige Kapazitätsreservierung erstellen
](#create-future-cr)
## Kapazitätsreservierung zur sofortigen Nutzung erstellen
Sie erstellen eine Kapazitätsreservierung zur sofortigen Nutzung.
------
#### [ Console ]
**So erstellen Sie eine Kapazitätsreservierung**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie **Kapazitätsreservierungen (Kapazitätsreservierungen)** und dann **Create Kapazitätsreservierung (Kapazitätsreservierung erstellen)** aus.
1. Konfigurieren Sie die folgenden Einstellungen im Abschnitt **Instance-Details**.
1. **Instance-Typ** – Der Instance-Typ, für den die Kapazität reserviert werden soll.
1. **Plattform** – Das Betriebssystem für Ihre Instances. Weitere Informationen finden Sie unter [Unterstützte Plattformen](ec2-capacity-reservations.md#capacity-reservations-platforms).
1. **Availability Zone** – Die Availability Zone, in der die Kapazität reserviert werden soll.
1. **Tenancy** – Die Art der Tenancy, die für die reservierte Kapazität verwendet werden soll. Wählen Sie „Standard“, um Kapazität auf gemeinsam genutzter Hardware zu reservieren, oder „Dediziert“, um Kapazität auf Hardware zu reservieren, die Ihrem Konto zugewiesen ist.
1. (*Optional*) **ARN der Platzierungsgruppe** – Der ARN der Cluster-Placement-Gruppe, in der die Kapazitätsreservierung erstellt werden soll. Weitere Informationen finden Sie unter [Kapazitätsreservierungen mit Cluster-Placement-Gruppen verwenden](cr-cpg.md).
1. **Gesamtzahl der Instances** – Die Anzahl der Instances, für die Kapazität reserviert werden soll. Wenn Sie eine neue Menge angeben, die Ihr verbleibendes On-Demand-Instance-Limit für den ausgewählten Instance-Typ überschreitet, schlägt die Anfrage fehl.
1. Konfigurieren Sie die folgenden Einstellungen im Abschnitt **Reservation details (Reservierungsdetails)**:
1. **Kapazitätsreservierung startet** – Wählen Sie **Sofort**.
1. **Kapazitätsreservierung endet** – Wählen Sie eine der folgenden Optionen aus:
+ **Manuell** – Reservieren Sie die Kapazität, bis Sie sie explizit stornieren.
+ **Bestimmter Zeitpunkt** – Hebt die Kapazitätsreservierung automatisch zum angegebenen Datum und zur festgelegten Uhrzeit auf.
1. **Instance-Berechtigung** – Wählen Sie eine der folgenden Optionen aus:
+ **Offen** – (Standard) Die Kapazitätsreservierung passt zu jeder Instance, die über übereinstimmende Attribute (Instance-Typ, Plattform, Availability Zone und Tenancy) verfügt. Wenn Sie eine Instance mit passenden Attributen starten, wird sie automatisch in der reservierten Kapazität platziert.
+ **Zielgerichtet**: Die Kapazitätsreservierung akzeptiert nur Instances, die übereinstimmende Attribute aufweisen (Instance-Typ, Plattform, Availability Zone und Tenancy) und explizit auf die Reservierung ausgerichtet sind.
1. Wählen Sie **Erstellen** aus.
------
#### [ AWS CLI ]
**So erstellen Sie eine Kapazitätsreservierung**
Verwenden Sie den Befehl [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html).
```
aws ec2 create-capacity-reservation \
--availability-zone az_name \
--instance-type instance_type \
--instance-count number_of_instances \
--instance-platform operating_system \
--instance-match-criteria open|targeted
```
------
#### [ PowerShell ]
**So erstellen Sie eine Kapazitätsreservierung**
Verwenden Sie das cmdlet [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html).
```
Add-EC2CapacityReservation `
-AvailabilityZone az_name `
-InstanceType instance_type `
-InstanceCount number_of_instances `
-InstancePlatform operating_system `
-InstanceMatchCriterion open|targeted
```
------
## Eine zuküftige Kapazitätsreservierung erstellen
Wenn Sie eine zukünftige Kapazitätsreservierung beantragen, geben Sie das zukünftige Datum an, an dem die reservierte Kapazität zur Nutzung verfügbar sein soll.
Nachdem Sie eine Kapazitätsreservierung für die Zukunft beantragt haben, wird die bewertung einer Prüfung unterzogen, um festzustellen, ob sie unterstützt werden kann. Weitere Informationen finden Sie unter [Bewertung der Kapazitätsreservierung für die Zukunft](cr-concepts.md#cr-future-dated-assessment).
**Überlegungen**
+ Sie können Kapazitätsreservierungen für die Zukunft für Instance-Typen der folgenden Serien anfordern: C, G, I, M, R und T.
+ Sie können zukünftige Kapazitätsreservierungen für eine Instance-Anzahl mit mindestens 32 v CPUs beantragen. Wenn Sie beispielsweise eine zukünftige Kapazitätsreservierung für `m5.xlarge` Instances beantragen, müssen Sie Kapazität für mindestens 8 Instances anfordern (*8 \$1 m5.xlarge =* 32 v). CPUs
+ Sie können eine zukünftige Kapazitätsreservierung zwischen 5 und 120 Tagen im Voraus beantragen. Wir empfehlen jedoch, diese mindestens 56 Tage (8 Wochen) im Voraus zu beantragen, um die Supportfähigkeit zu verbessern.
+ Die Bindungsdauer beträgt mindestens 14 Tage.
------
#### [ Console ]
**So erstellen Sie eine Kapazitätsreservierung**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie **Kapazitätsreservierungen (Kapazitätsreservierungen)** und dann **Create Kapazitätsreservierung (Kapazitätsreservierung erstellen)** aus.
1. Konfigurieren Sie die folgenden Einstellungen im Abschnitt **Instance-Details**.
1. **Instance-Typ** – Der Instance-Typ, für den die Kapazität reserviert werden soll.
1. **Plattform** – Das Betriebssystem für Ihre Instances. Weitere Informationen finden Sie unter [Unterstützte Plattformen](ec2-capacity-reservations.md#capacity-reservations-platforms).
1. **Availability Zone** – Die Availability Zone, in der die Kapazität reserviert werden soll.
1. **Tenancy** – Die Art der Tenancy, die für die reservierte Kapazität verwendet werden soll. Wählen Sie „Standard“, um Kapazität auf gemeinsam genutzter Hardware zu reservieren, oder „Dediziert“, um Kapazität auf Hardware zu reservieren, die Ihrem Konto zugewiesen ist.
1. **Gesamtzahl der Instances** – Die Anzahl der Instances, für die Kapazität reserviert werden soll. Wenn Sie eine neue Menge angeben, die Ihr verbleibendes On-Demand-Instance-Limit für den ausgewählten Instance-Typ überschreitet, schlägt die Anfrage fehl.
1. Konfigurieren Sie die folgenden Einstellungen im Abschnitt **Reservation details (Reservierungsdetails)**:
1. **Die Kapazitätsreservierung beginnt** – Wählen Sie **Zu einem bestimmten Zeitpunkt**.
1. **Startdatum** – Geben Sie das Datum und die Uhrzeit an, zu der die Kapazitätsreservierung verfügbar sein muss. Weitere Informationen finden Sie unter [Startdatum und -zeit](cr-concepts.md#cr-start-date).
1. **Verpflichtungsdauer** – Geben Sie die Mindestdauer an, für die Sie sich verpflichten, die Kapazitätsreservierung auch nach deren Lieferung beizubehalten. Weitere Informationen finden Sie unter [Bindungsdauer](cr-concepts.md#cr-commitment-duration).
1. **Kapazitätsreservierung endet** – Wählen Sie eine der folgenden Optionen aus:
+ **Manuell** – Reservieren Sie die Kapazität, bis Sie sie explizit stornieren.
+ **Bestimmter Zeitpunkt** – Hebt die Kapazitätsreservierung automatisch zum angegebenen Datum und zur festgelegten Uhrzeit auf.
1. Wählen Sie **Erstellen** aus.
------
#### [ AWS CLI ]
**So erstellen Sie eine Kapazitätsreservierung**
Verwenden Sie den Befehl [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html).
```
aws ec2 create-capacity-reservation \
--availability-zone az_name \
--instance-type instance_type \
--instance-count number_of_instances \
--instance-platform operating_system \
--instance-match-criteria targeted \
--delivery-preference incremental \
--commitment-duration commitment_in_seconds \
--start-date YYYY-MMDDThh:mm:ss.sssZ
```
------
#### [ PowerShell ]
**So erstellen Sie eine Kapazitätsreservierung**
Verwenden Sie das cmdlet [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html).
```
Add-EC2CapacityReservation `
-AvailabilityZone az_name `
-InstanceType instance_type `
-InstanceCount number_of_instances `
-InstancePlatform operating_system `
-InstanceMatchCriterion targeted `
-DeliveryPreference incremental `
-CommitmentDuration commitment_in_seconds `
-StartDate YYYY-MMDDThh:mm:ss.sssZ
```
------
# Den Status einer Kapazitätsreservierung anzeigen
Amazon EC2 überwacht permanent den Status Ihrer Kapazitätsreservierungen.
Aufgrund des [Eventuellen Konsistenzmodells](https://docs.aws.amazon.com/ec2/latest/devguide/eventual-consistency.html), dem die Amazon-EC2-API folgt, kann es nach der Erstellung einer Kapazitätsreservierung bis zu 5 Minuten dauern, bis der Status der Kapazitätsreservierung `active` lautet. Während dieser Zeit bleibt die Kapazitätsreservierung möglicherweise im Status `pending`. Die Kapazitätsreservierung ist jedoch möglicherweise bereits verfügbar. In diesem Fall werden Versuche, Instances in der Kapazitätsreservierung zu starten, erfogreich.
------
#### [ Console ]
**So zeigen Sie Kapazitätsreservierungen 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 **Kapazitätsreservierungen** aus.
1. Wählen Sie die Kapazitätsreservierung aus.
------
#### [ AWS CLI ]
**So beschreiben Sie Kapazitätsreservierungen**
Verwenden Sie den Befehl [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html).
Mit dem folgenden Befehl werden beispielsweise alle Kapazitätsreservierungen beschrieben.
```
aws ec2 describe-capacity-reservations
```
Es folgt eine Beispielausgabe.
```
{
"CapacityReservations": [
{
"CapacityReservationId": "cr-1234abcd56EXAMPLE",
"EndDateType": "unlimited",
"AvailabilityZone": "eu-west-1a",
"InstanceMatchCriteria": "open",
"Tags": [],
"EphemeralStorage": false,
"CreateDate": "2019-08-16T09:03:18.000Z",
"AvailableInstanceCount": 1,
"InstancePlatform": "Linux/UNIX",
"TotalInstanceCount": 1,
"State": "active",
"Tenancy": "default",
"EbsOptimized": true,
"InstanceType": "a1.medium",
"PlacementGroupArn": "arn:aws:ec2:us-east-1:123456789012:placement-group/MyPG"
},
{
"CapacityReservationId": "cr-abcdEXAMPLE9876ef",
"EndDateType": "unlimited",
"AvailabilityZone": "eu-west-1a",
"InstanceMatchCriteria": "open",
"Tags": [],
"EphemeralStorage": false,
"CreateDate": "2019-08-07T11:34:19.000Z",
"AvailableInstanceCount": 3,
"InstancePlatform": "Linux/UNIX",
"TotalInstanceCount": 3,
"State": "cancelled",
"Tenancy": "default",
"EbsOptimized": true,
"InstanceType": "m5.large"
}
]
}
```
------
#### [ PowerShell ]
**So beschreiben Sie eine Kapazitätsreservierung**
Verwenden Sie das cmdlet [Get-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservation.html).
```
Get-EC2CapacityReservation `
-CapacityReservationId cr-1234abcd56EXAMPLE
```
------
## Status der Kapazitätsreservierungen
Kapazitätsreservierungen können die folgenden Status aufweisen.
| Status | Description |
| --- | --- |
| active | – Die Kapazität ist zur Verwendung verfügbar. |
| expired | Die Kapazitätsreservierung ist automatisch zu dem in Ihrer Reservierungsanforderung angegebenen Datum und der festgelegten Uhrzeit abgelaufen. Die reservierte Kapazität ist nicht mehr für Ihre Nutzung verfügbar. |
| cancelled | Die Kapazitätsreservierung wurde abgebrochen. Die reservierte Kapazität ist nicht mehr für Ihre Nutzung verfügbar. |
| pending | Die Kapazitätsreservierung-Anforderung war erfolgreich, aber die Kapazitätsbereitstellung steht noch aus. |
| failed | Die Kapazitätsreservierung-Anforderung ist fehlgeschlagen. Eine Anforderung kann aufgrund ungültiger Anforderungsparameter, aufgrund von Kapazitätsbeschränkungen oder aufgrund von Instance-Limits fehlschlagen. Anforderungen können bis zu 60 Minuten nach ihrem Fehlschlagen angezeigt werden. |
| scheduled | (Nur für zukünftige Kapazitätsreservierungen) Die Anfrage für zukünftige Kapazitätsreservierungen wurde genehmigt und die Lieferung der Kapazitätsreservierung ist für den angeforderten Starttermin geplant. |
| assessing | (Nur für zukünftige Kapazitätsreservierungen) Amazon EC2 prüft Ihre Bewertung für eine zukünftige Kapazitätsreservierung. Weitere Informationen finden Sie unter [Bewertung der Kapazitätsreservierung für die Zukunft](cr-concepts.md#cr-future-dated-assessment). |
| delayed | (Nur für zukünftige Kapazitätsreservierungen) Amazon EC2 hat eine Verzögerung bei der Bereitstellung der angeforderten Kapazitätsreservierung für die Zukunft festgestellt. Amazon EC2 ist nicht in der Lage, die angeforderte Kapazität bis zum angeforderten Startdatum und zur angeforderten Startzeit zu liefern. |
| unsupported | (Nur für zukünftige Kapazitätsreservierungen) Amazon EC2 kann die zukünftige Kapazitätsreservierungsanforderung aufgrund von Kapazitätsbeschränkungen nicht unterstützen. Sie können nicht unterstützte Anfragen 30 Tage lang einsehen. Die Kapazitätsreservierung wird nicht zugestellt werden. |
# Starten von Instances in einer bestehenden Kapazitätsreservierung
Sie können eine Instance nur in eine Kapazitätsreservierung starten, die:
+ Übereinstimmende Attribute (Instance-Typ, Plattform, Availability Zone und Tenancy) hat
+ Über ausreichend verfügbare Kapazität verfügt
+ Sich im `active`-Status befindet
Wenn Sie eine Instance starten, können Sie angeben, ob die Instance in einer `open` Kapazitätsreservierung, in einer bestimmten Kapazitätsreservierung oder in einer Gruppe von Kapazitätsreservierungen gestartet werden soll.
Alternativ können Sie die Instance so konfigurieren, dass sie nicht in einem Kapazitätsreservierung ausgeführt wird, selbst wenn Sie über eine `open`Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität verfügen.
Das Starten einer Instance in einer Kapazitätsreservierung reduziert ihre verfügbare Kapazität um die Anzahl der gestarteten Instances. Wenn Sie beispielsweise drei Instances starten, wird die verfügbare Kapazität der Kapazitätsreservierung um drei reduziert.
------
#### [ Console ]
**So starten Sie Instances in einer bestehenden Kapazitätsreservierung**
1. Folgen Sie den Anweisungen zum [Starten einer Instance](ec2-launch-instance-wizard.md), aber starten Sie die Instance erst, nachdem Sie die folgenden Schritte durchgeführt haben, um die Einstellungen für die Platzierungsgruppe und Kapazitätsreservierung anzugeben.
1. Erweitern Sie **Erweiterte Einstellungen** und tun Sie Folgendes:
1. Wählen Sie unter **Platzierungsgruppe** die Cluster-Placement-Gruppe aus, in der die Instance gestartet werden soll.
1. Wählen Sie für **Capacity Reservation (Kapazitätsreservierung)** je nach Konfiguration der Kapazitätsreservierung eine der folgenden Optionen aus:
+ **Keine** – Verhindert, dass Instances in eine Kapazitätsreservierung gestartet werden. Die Instances werden in On-Demand-Kapazität ausgeführt.
+ **Offen** – Startet die Instances in einer jeder Kapazitätsreservierung mit passenden Attributen und ausreichender Kapazität für die von Ihnen ausgewählte Anzahl von Instances. Wenn keine passende Kapazitätsreservierung mit ausreichender Kapazität vorhanden ist, verwendet die Instance On-Demand-Kapazität.
+ **Kapazitätsreservierung angeben** – startet die Instances in der ausgewählten Kapazitätsreservierung. Wenn die ausgewählte Kapazitätsreservierung nicht über genügend Kapazität für die Anzahl der von Ihnen ausgewählten Instances verfügt, schlägt das Starten der Instances fehl.
+ **Gruppe für Kapazitätsreservierungs angeben** – Startet die Instances in einer beliebigen Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität in der ausgewählten Gruppe für Kapazitätsreservierung. Wenn die ausgewählte Gruppe nicht über eine Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität verfügt, werden die Instances in der On-Demand-Kapazität gestartet.
+ **Kapazitätsreservierung angeben** – startet die Instances in eine ausgewählte Kapazitätsreservierung. Wenn keine Kapazitätsreservierungs-ID angegeben ist, starten die Instances in eine offene Kapazitätsreservierung. Wenn keine Kapazität verfügbar ist, können die Instances nicht gestartet werden.
+ **Nur Ressourcengruppe Kapazitätsreservierung angeben** – Startet die Instances mit einer Kapazitätsreservierung in eine Ressourcengruppe der Kapazitätsreservierung. Wenn kein ARN für die Ressourcengruppe der Kapazitätsreservierung angegeben ist, starten die Instances in eine offene Kapazitätsreservierung. Wenn keine Kapazität verfügbar ist, können die Instances nicht gestartet werden.
1. Überprüfen Sie im Bereich **Summary** (Übersicht) die Konfiguration Ihrer Instance und wählen Sie dann **Launch instance** (Instance starten) aus.
------
#### [ AWS CLI ]
**So starten Sie eine Instance in einer bestehenden Kapazitätsreservierung**
Verwenden Sie den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) und geben Sie die Option `--capacity-reservation-specification` an.
Das folgende Beispiel startet eine Instance in einer beliebigen offenen Kapazitätsreservierung, die übereinstimmende Attribute und verfügbare Kapazität aufweist:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification CapacityReservationPreference=open
```
Das folgende Beispiel startet eine Instance in einer `targeted`-Kapazitätsreservierung:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationId=cr-1234abcd56EXAMPLE}
```
Das folgende Beispiel startet eine Instance in der angegebenen Kapazitätsreservierungs-Gruppe:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationResourceGroupArn=arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group}
```
Das folgende Beispiel startet eine Instance ausschließlich in eine Kapazitätsreservierung. Da keine Kapazitätsreservierung-ID angegeben ist, wird die Instance in jeder offenen Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität gestartet:
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservations-only
```
Das folgende Beispiel startet eine Instance ausschließlich in eine angegebene Kapazitätsreservierung. Wenn in der angegebenen Kapazitätsreservierung keine Kapazität verfügbar ist, kann die Instance nicht gestartet werden.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type t2.micro \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservations-only \
CapacityReservationTarget={CapacityReservationId=cr-1234abcd56EXAMPLE}
```
------
#### [ PowerShell ]
**So starten Sie eine Instance in einer bestehenden Kapazitätsreservierung**
Verwenden Sie das cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html).
Das folgende Beispiel startet eine Instance in einer beliebigen offenen Kapazitätsreservierung, die übereinstimmende Attribute und verfügbare Kapazität aufweist:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "open"
```
Das folgende Beispiel startet eine Instance in einer `targeted`-Kapazitätsreservierung:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationId cr-1234abcd56EXAMPLE
```
Das folgende Beispiel startet eine Instance in der angegebenen Kapazitätsreservierungs-Gruppe:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationResourceGroupArn `
"arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group"
```
Das folgende Beispiel startet eine Instance ausschließlich in eine Kapazitätsreservierung. Da keine Kapazitätsreservierung-ID angegeben ist, wird die Instance in jeder offenen Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität gestartet:
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservations-only"
```
Das folgende Beispiel startet eine Instance ausschließlich in eine angegebene Kapazitätsreservierung. Wenn in der angegebenen Kapazitätsreservierung keine Kapazität verfügbar ist, kann die Instance nicht gestartet werden.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType t2.micro `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservations-only" `
-CapacityReservationTarget_CapacityReservationId cr-1234abcd56EXAMPLE
```
------
# Eine aktive Kapazitätsreservierung ändern
Wenn Sie über eine bestehende Kapazitätsreservierung verfügen, die nicht für den Workload geeignet ist, für den die Kapazität benötigt wird, können Sie die Anzahl der Instances, die für die Instance in Frage kommen (`open` oder `targeted`) und die Endzeit (`At specific time` oder `Manually`) ändern. Wenn Sie eine neue Menge angeben, die Ihr verbleibendes On-Demand-Instance-Limit für den ausgewählten Instance-Typ überschreitet, schlägt die Aktualisierung fehl.
Die zulässigen Änderungen hängen vom Status der Kapazitätsreservierung ab:
+ `assessing`- oder `scheduled`-Status – Sie können nur die Tags ändern.
+ `pending`-Status – Sie können die Kapazitätsreservierung in keiner Weise ändern.
+ `active`-Status, aber immer noch innerhalb der Bindungsdauer – Sie können die Anzahl der Instances nicht unter die Anzahl der gebundenen Instances senken oder ein Enddatum festlegen, das vor der festgeschriebenen Bindungsdauer liegt. Alle anderen Änderungen sind zulässig.
+ `active`-Status ohne Bindungsdauer oder abgelaufene Bindungsdauer – Alle Änderungen sind zulässig.
+ `expired`-, `cancelled`-, `unsupported`- oder `failed`-Status – Sie können die Kapazitätsreservierung in keiner Weise ändern.
**Überlegungen**
+ Sie können den Instance-Typ, die Plattform, die Availability Zone und die Tenancy nach der Erstellung nicht mehr ändern. Wenn Sie eines dieser Attribute ändern müssen, empfehlen wir Ihnen, die Reservierung zu stornieren und dann eine neue mit den erforderlichen Attributen zu erstellen.
+ Wenn Sie eine bestehende Kapazitätsreservierung ändern, indem Sie die Instance-Eignung von `targeted` auf `open` ändern, werden alle laufenden Instances, die den Attributen der Kapazitätsreservierung entsprechen, bei denen der Parameter `CapacityReservationPreference` auf `open` gesetzt ist und die noch nicht in einer Kapazitätsreservierung laufen, automatisch die geänderte Kapazitätsreservierung verwenden.
+ Um die Instance-Eignung zu ändern, muss die Kapazitätsreservierung vollständig inaktiv sein (keine Nutzung), weil Amazon EC2 die Instance-Eignung nicht ändern kann, wenn Instances innerhalb der Reservierung ausgeführt werden.
------
#### [ Console ]
**So ändern Sie eine Kapazitätsreservierung**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie **Kapazitätsreservierungen**, die zu ändernde Kapazitätsreservierung und **Edit (bearbeiten)** aus.
1. Ändern Sie nach Bedarf die Optionen **Gesamtkapazität**, **Ende der Kapazitätsreservierung** oder **Instance-Eignung** und wählen Sie **Speichern**.
------
#### [ AWS CLI ]
**So ändern Sie eine Kapazitätsreservierung**
Verwenden Sie den Befehl [modify-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-capacity-reservation.html). Mit dem folgenden Befehl wird die angegebene Kapazitätsreservierung geändert, um Kapazität für acht Instances zu reservieren.
```
aws ec2 modify-capacity-reservation \
--capacity-reservation-id cr-1234567890abcdef0 \
--instance-count 8
```
------
#### [ PowerShell ]
**So ändern Sie eine Kapazitätsreservierung**
Verwenden Sie das cmdlet [Edit-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2CapacityReservation.html). Mit dem folgenden Befehl wird die angegebene Kapazitätsreservierung geändert, um Kapazität für acht Instances zu reservieren.
```
Edit-EC2CapacityReservation `
-CapacityReservationId cr-1234567890abcdef0 `
-InstanceCount 8
```
------
# Die Einstellungen für die Kapazitätsreservierung Ihrer Instance ändern
Sie können die folgenden Kapazitätsreservierung-Einstellungen für eine angehaltene Instance jederzeit ändern:
+ Beginnen Sie mit einer beliebigen Kapazitätsreservierung mit passenden Attributen (Instance-Typ, Plattform,Availability Zone und Tenancy) und verfügbarer Kapazität.
+ Start der Instance in einer bestimmten Kapazitätsreservierung vornehmen.
+ Beginnen Sie mit einer beliebigen Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität in einer Kapazitätsreservierung-Gruppe.
+ Start der Instance in einer Kapazitätsreservierung verhindern.
------
#### [ Console ]
**So ändern Sie die Einstellungen für die Kapazitätsreservierung der Instance**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie **Instances** und wählen Sie die zu ändernde Instance aus. Halten Sie die Instance an, falls Sie das noch nicht getan haben.
1. Wählen Sie **Aktionen**, **Instance-Einstellungen** und dann **Kapazitätsreservierung-Einstellungen ändern**.
1. Wählen Sie unter **Kapazitätsreservierung** eine der folgenden Optionen aus:
+ **Offen** – Startet die Instances in einer jeder Kapazitätsreservierung mit passenden Attributen und ausreichender Kapazität für die von Ihnen ausgewählte Anzahl von Instances. Wenn keine passende Kapazitätsreservierung mit ausreichender Kapazität vorhanden ist, verwendet die Instance On-Demand-Kapazität.
+ **Keine** – Verhindert, dass Instances in eine Kapazitätsreservierung gestartet werden. Die Instances werden in On-Demand-Kapazität ausgeführt.
+ **Kapazitätsreservierung angeben** – startet die Instances in der ausgewählten Kapazitätsreservierung. Wenn die ausgewählte Kapazitätsreservierung nicht über genügend Kapazität für die Anzahl der von Ihnen ausgewählten Instances verfügt, schlägt das Starten der Instances fehl.
+ **Gruppe für Kapazitätsreservierung angeben** – Startet die Instances in einer beliebigen Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität in der ausgewählten Gruppe für Kapazitätsreservierung. Wenn die ausgewählte Gruppe nicht über eine Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität verfügt, werden die Instances in der On-Demand-Kapazität gestartet.
+ **Kapazitätsreservierung angeben** – startet die Instances in eine ausgewählte Kapazitätsreservierung. Wenn keine Kapazitätsreservierungs-ID angegeben ist, starten die Instances in eine offene Kapazitätsreservierung. Wenn keine Kapazität verfügbar ist, können die Instances nicht gestartet werden.
+ **Nur Ressourcengruppe Kapazitätsreservierung angeben** – Startet die Instances mit einer Kapazitätsreservierung in eine Ressourcengruppe der Kapazitätsreservierung. Wenn kein ARN für die Ressourcengruppe der Kapazitätsreservierung angegeben ist, starten die Instances in eine offene Kapazitätsreservierung. Wenn keine Kapazität verfügbar ist, können die Instances nicht gestartet werden.
------
#### [ AWS CLI ]
**So ändern Sie die Einstellungen für die Kapazitätsreservierung der Instance**
[Verwenden Sie den Befehl -attributes. modify-instance-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-instance-capacity-reservation-attributes.html)
Das folgende Beispiel ändert die Einstellung der Kapazitätsreservierung auf `none`.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification CapacityReservationPreference=none
```
Das folgende Beispiel wird das Ziel auf eine bestimmte Kapazitätsreservierung gestellt.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationId=cr-1234567890abcdef0}
```
Im folgenden Beispiel wird das Ziel auf eine bestimmte Kapazitätsreservierungsgruppe gestellt.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationTarget={CapacityReservationResourceGroupArn=arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group}
```
Das folgende Beispiel ändert die Einstellung der Kapazitätsreservierung auf `capacity-reservation-only`. Da keine Kapazitätsreservierung angegeben ist, wird die Instance in jeder offenen Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität gestartet:
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification CapacityReservationPreference=capacity-reservation-only
```
Im folgenden Beispiel wird die Einstellung Kapazitätsreservierung auf `capacity-reservation-only` geändert und das Ziel wird auf eine bestimmte Kapazitätsreservierung geändert. Wenn in der angegebenen Kapazitätsreservierung keine Kapazität verfügbar ist, kann die Instances nicht gestartet werden.
```
aws ec2 modify-instance-capacity-reservation-attributes \
--instance-id i-1234567890abcdef0 \
--capacity-reservation-specification \
CapacityReservationPreference=capacity-reservation-only \
CapacityReservationTarget={CapacityReservationId=cr-1234567890abcdef0}
```
------
#### [ PowerShell ]
**So ändern Sie die Einstellungen für die Kapazitätsreservierung der Instance**
Verwenden Sie das cmdlet [Edit-EC2InstanceCapacityReservationAttribute](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2InstanceCapacityReservationAttribute.html).
Das folgende Beispiel ändert die Einstellung der Kapazitätsreservierung auf `none`.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "none"
```
Das folgende Beispiel wird das Ziel auf eine bestimmte Kapazitätsreservierung gestellt.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationTarget_CapacityReservationId cr-1234567890abcdef0
```
Im folgenden Beispiel wird das Ziel auf eine bestimmte Kapazitätsreservierungsgruppe gestellt.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationTarget_CapacityReservationResourceGroupArn `
"arn:aws:resource-groups:us-west-2:123456789012:group/my-cr-group"
```
Das folgende Beispiel ändert die Einstellung der Kapazitätsreservierung auf `capacity-reservation-only`. Da keine Kapazitätsreservierung angegeben ist, wird die Instance in jeder offenen Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität gestartet:
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservation-only"
```
Im folgenden Beispiel wird die Einstellung Kapazitätsreservierung auf `capacity-reservation-only` geändert und das Ziel wird auf eine bestimmte Kapazitätsreservierung geändert. Wenn in der angegebenen Kapazitätsreservierung keine Kapazität verfügbar ist, kann die Instances nicht gestartet werden.
```
Edit-EC2InstanceCapacityReservationAttribute `
-InstanceId i-1234567890abcdef0 `
-CapacityReservationSpecification_CapacityReservationPreference "capacity-reservation-only" `
-CapacityReservationTarget_CapacityReservationId cr-1234567890abcdef0
```
------
# Kapazität zwischen Kapazitätsreservierungen verschieben
Sie können Kapazität von einer Kapazitätsreservierung in eine andere verschieben, um Ihre reservierten Rechenressourcen nach Bedarf neu zu verteilen. Wenn Sie beispielsweise in einer Reservierung mit steigender Auslastung zusätzliche Kapazität benötigen und Sie über Kapazitäten in einer anderen Reservierung verfügen, können Sie diese Kapazität zwischen den beiden Reservierungen neu zuweisen.
## Voraussetzungen für das Verschieben von Kapazitäten
Voraussetzung ist, dass die beiden Kapazitätsreservierungen die folgenden Anforderungen erfüllen:
+ Beide Reservierungen müssen sich im aktiven Status befinden.
+ Beide Reservierungen müssen Ihnen AWS-Konto gehören. Sie können keine Kapazität zwischen Reservierungen verschieben, die verschiedenen AWS-Konten gehören.
+ Beide Reservierungen müssen dasselbe haben:
+ Instance-Typ
+ Plattform
+ Availability Zone
+ Tenancy
+ Platzierungsgruppe
+ Endzeit
Die Eignung (`open` oder `targeted`) der Ziel-Kapazitätsreservierungs-Instance und die Tags müssen nicht mit der Quellreservierung übereinstimmen. Die Konfiguration beider Reservierungen bleibt gleich, mit der Ausnahme, dass die Kapazität der Quellreservierung reduziert wurde und die Zielreservierung die Kapazität erhöht hat.
Wenn Sie die Anzahl der Instances angeben, die verschoben werden sollen, wird standardmäßig jede verfügbare Kapazität zuerst verschoben, gefolgt von allen infrage kommenden laufenden Instances (die genutzte Kapazität in Ihrer Reservierung). Wenn Sie beispielsweise 4 Instances aus einer Reservierung mit 5 verwendeten Instances und 3 verfügbaren Instances verschieben, werden die 3 verfügbaren Instances und 1 verwendete Instance verschoben.
**Anmerkung**
Wenn Sie genutzte Kapazität aus Ihrer Reservierung verschieben, indem Sie eine **zu verschiebende Menge** angeben, die die verfügbare Kapazität übersteigt, `open` werden nur die Instances verschoben, die mit ihrer **Kapazitätsreservierungsspezifikation** als gestartet wurden.
## Überlegungen
Die folgenden Überlegungen gelten, wenn Kapazität von einer Reservierung in eine andere verschoben wird:
+ Die genutzte Kapazität kann nur zwischen Kapazitätsreservierungen mit `open`-Instance-Berechtigung verschoben werden, die für dieselben Konten freigegeben werden.
+ Wenn Sie genutzte Kapazität verschieben, werden die infrage kommenden Instances zufällig ausgewählt. Sie können nicht angeben, welche laufenden Instances verschoben werden. Wenn nicht genügend infrage kommende Instances gefunden werden, um die Anzahl der Verschiebungen zu erfüllen, schlägt der Verschiebungsvorgang fehl.
+ Wenn Sie die gesamte Kapazität aus der Quellreservierung verschieben, wird die Kapazitätsreservierung automatisch storniert.
+ **Zukünftige Kapazitätsreservierungen** – Sie können während des Bindungszeitraums keine Kapazität für eine zukünftige Kapazitätsreservierung verschieben.
**Anmerkung**
Das Verschieben von Kapazität aus einem Kapazitätsblock wird nicht unterstützt.
## Kapazität verschieben
Sie können Kapazität von einer Quell-Kapazitätsreservierung zu einer Ziel-Kapazitätsreservierung verschieben.
------
#### [ Console ]
**So verschieben Sie Kapazitä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 im linken Navigationsbereich **Kapazitätsreservierungen** aus.
1. Wählen Sie eine Reservierungs-ID für On-Demand-Kapazität aus, die Kapazität zum Verschieben enthält.
1. Wählen Sie unter **Aktionen**, **Kapazität verwalten** die Option **Verschieben** aus.
1. Wählen Sie auf der Seite **Kapazität verschieben** unter **Ziel-Kapazitätsreservierung** eine Reservierung aus der Liste aus.
1. Verwenden Sie unter **Zu verschiebende Menge** den Schieberegler oder geben Sie die Anzahl der Instances ein, die Sie von der Quell-Kapazitätsreservierung zur Ziel-Kapazitätsreservierung verschieben wollen.
1. Sehen Sie sich die Zusammenfassung an, und wenn Sie bereit sind, wählen Sie **Verschieben** aus.
------
#### [ AWS CLI ]
**So verschieben Sie Kapazität**
Verwenden Sie den Befehl [move-capacity-reservation-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/move-capacity-reservation-instances.html). Im folgenden Beispiel werden 10 Instances von der angegebenen Quell-Kapazitätsreservierung zur angegebenen Ziel-Kapazitätsreservierung verschoben.
```
aws ec2 move-capacity-reservation-instances \
--source-capacity-reservation-id cr-1234567890abcdef0 \
--destination-capacity-reservation-id cr-021345abcdef56789 \
--instance-count 10
```
------
#### [ PowerShell ]
**So verschieben Sie Kapazität**
Verwenden Sie das cmdlet [Move-EC2CapacityReservationInstance](https://docs.aws.amazon.com/powershell/latest/reference/items/Move-EC2CapacityReservationInstance.html). Im folgenden Beispiel werden 10 Instances von der angegebenen Quell-Kapazitätsreservierung zur angegebenen Ziel-Kapazitätsreservierung verschoben.
```
Move-EC2CapacityReservationInstance `
-SourceCapacityReservationId cr-1234567890abcdef0 `
-DestinationCapacityReservationId cr-021345abcdef56789 `
-InstanceCount 10
```
------
# Kapazität aus einer bestehenden Kapazitätsreservierung abspalten
Erfahren Sie, wie Sie Kapazität aus einer bestehenden Kapazitätsreservierung abspalten und eine neue Kapazitätsreservierung erstellen. Durch die Aufteilung der Kapazität weisen Sie einen Teil der ursprünglichen Reservierung einem bestimmten Workload zu oder teilen ihn mit einem anderen AWS-Konto. Um beispielsweise eine Kapazitätsreservierung teilweise mit einem anderen Konto zu teilen, können Sie einen Teil der Kapazität aufteilen, um eine kleinere Kapazitätsreservierung zu erstellen. Die kleinere Kapazitätsreservierung kann dann für andere Konten unter Verwendung von [AWS Resource Access Manager](https://docs.aws.amazon.com/ram/latest/userguide/what-is.html) freigegeben werden.
Wenn Sie Kapazität aus einer bestehenden Kapazitätsreservierung abspalten, wird automatisch eine neue Kapazitätsreservierung angelegt. Die bestehende Reservierung bleibt unverändert, mit Ausnahme der verringerten Gesamtkapazität aufgrund der Anzahl der abgespaltenen Instances. Instances, die im Rahmen der bestehenden Kapazitätsreservierung ausgeführt werden, sind nicht betroffen. Sie können die bestehende Reservierung in nur eine neue Kapazitätsreservierung aufteilen.
Die neue Kapazitätsreservierung wird dieselbe Konfiguration wie die bestehende Kapazitätsreservierung haben, mit Ausnahme von Tags. Standardmäßig hat die neue Kapazitätsreservierung keine Tags. Sie können während des Split-Vorgangs neue Tags angeben. Die neue Kapazitätsreservierung kann bei Bedarf auch nach ihrer Erstellung geändert werden.
Wenn Sie die Anzahl der Instances angeben, die abgespalten werden sollen, wird standardmäßig jede verfügbare Kapazität zuerst abgespalten, gefolgt von allen infrage kommenden laufenden Instances (die genutzte Kapazität in Ihrer Reservierung). Wenn Sie beispielsweise 4 Instances aus einer Kapazitätsreservierung mit 5 verwendeten Instances und 3 verfügbaren Instances verschieben, werden die 3 verfügbaren Instances und 1 verwendete Instance verschoben.
## Voraussetzungen für die Aufspaltung der Kapazität
Voraussetzung ist, dass die beiden Kapazitätsreservierungen die folgenden Anforderungen erfüllen:
+ Beide Reservierungen müssen sich im aktiven Status befinden.
+ Die Quellreservierung muss Ihnen gehören AWS-Konto.
**Anmerkung**
Wenn Sie verbrauchte Kapazität aus Ihrer Reservierung aufteilen, indem Sie eine **aufzuteilende Meng**e angeben, die größer ist als die verfügbare Kapazität, werden nur die Instances aufgeteilt, die mit ihrer **Kapazitätsreservierungsspezifikation** als `open` gestartet wurden.
## Überlegungen
Die folgenden Überlegungen gelten, wenn Kapazität von einer Reservierung in eine andere abgespalten wird:
+ Die genutzte Kapazität kann nur für Kapazitätsreservierungen aufgeteilt werden, für die eine „offene“ Instance-Eignung in Frage kommt und die nicht für ein Konto freigegeben werden.
+ Wenn Sie genutzte Kapazität verschieben, werden die infrage kommenden Instances zufällig ausgewählt. Sie können nicht angeben, welche laufenden Instances aufgeteilt werden. Wenn nicht genügend infrage kommende Instances gefunden werden, um die Anzahl der Aufteilung zu erfüllen, schlägt der Aufteilungsvorgang fehl.
+ Die maximale Anzahl von Instances, die aus einer bestehenden Reservierung aufgeteilt werden können, entspricht der Größe der Reservierung minus eins. Wenn die Gesamtkapazität Ihrer Reservierung beispielsweise 5 Instances beträgt, können Sie maximal 4 Instances in eine neue Reservierung aufteilen.
+ **Zukünftige Kapazitätsreservierungen** – Sie können während des Bindungszeitraums keine Kapazität für eine zukünftige Kapazitätsreservierung aufteilen.
+ **Ressourcengruppen** – Wenn die bestehende Kapazitätsreservierung zu einer Ressourcengruppe gehört, wird die neue Kapazitätsreservierung nicht automatisch zur Ressourcengruppe hinzugefügt. Sie können die neue Kapazitätsreservierung bei Bedarf zu einer Ressourcengruppe hinzufügen, nachdem sie erstellt wurde.
+ **Freigabe** – Wenn die bestehende Kapazitätsreservierung für ein Verbraucherkonto freigegeben wird, wird die neue Kapazitätsreservierung nicht automatisch für den Verbraucherkonto freigegeben. Sie können die neue Kapazitätsreservierung bei Bedarf in einer Ressourcengruppe teilen, nachdem sie erstellt wurde.
+ **Cluster-Placement-Gruppe** – Wenn die bestehende Kapazitätsreservierung Teil einer Cluster-Placement-Gruppe ist, wird die neue Kapazitätsreservierung in derselben Cluster-Placement-Gruppe erstellt.
**Anmerkung**
Das Verschieben von Kapazität aus einem Kapazitätsblock wird nicht unterstützt.
## Den Zugriff für die Aufteilung von Kapazitätsreservierungen mithilfe von Tags steuern
Sie können Tags verwenden, um den Zugriff auf Amazon-EC2-Ressourcen zu kontrollieren, einschließlich der Aufteilung von Kapazität aus einer bestehenden Kapazitätsreservierung, um eine neue Kapazitätsreservierung zu erstellen. Weitere Informationen finden Sie unter [Steuern des Zugriffs auf AWS Ressourcen mithilfe von Tags](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_tags.html) im *IAM-Benutzerhandbuch*.
Um den Zugriff für die Aufteilung einer Kapazitätsreservierung mithilfe von Tags zu kontrollieren, stellen Sie sicher, dass Sie in der Richtlinienerklärung sowohl Ressourcen- als auch Anforderungs-Tags angeben, da IAM-Richtlinien sowohl anhand der Quell-Kapazitätsreservierung als auch anhand der neu erstellten Kapazitätsreservierung bewertet werden. Die folgende Beispielrichtlinie umfasst den `ec2:ResourceTag`-Bedingungsschlüssel mit dem Tag `Owner=ExampleDepartment1` für die Quell-Kapazitätsreservierung und den `ec2:RequestTag`-Bedingungsschlüssel mit dem Tag `stack=production` für die neu erstellte Kapazitätsreservierung.
```
{
"Statement": [
{
"Sid": "AllowSourceCapacityReservation",
"Effect": "Allow",
"Action": "ec2:CreateCapacityReservationBySplitting",
"Resource": "arn:aws:ec2:us-east-1:111122223333:capacity-reservation/cr-1234567890abcdef0",
"Condition": {
"StringEquals": {
"ec2:ResourceTag/Owner": "ExampleDepartment1"
}
}
},
{
"Sid": "AllowNewlyCreatedCapacityReservation",
"Effect": "Allow",
"Action": ["ec2:CreateCapacityReservationBySplitting", "ec2:CreateTags"],
"Resource": "arn:aws:ec2:us-east-1:111122223333:capacity-reservation/*",
"Condition": {
"StringEquals": {
"aws:RequestTag/stack": "production"
}
}
}
]
}
```
## Kapazität abspalten
Sie können Kapazität aus einer bestehenden Kapazitätsreservierung abspalten und eine neue Kapazitätsreservierung erstellen.
------
#### [ Console ]
**So spalten Sie Kapazität ab**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie im linken Navigationsbereich **Kapazitätsreservierungen** aus.
1. Wählen Sie eine Kapazitätsreservierungs-ID aus, die Kapazität zum Aufteilen enthält.
1. Wählen Sie unter **Aktionen**, **Kapazität verwalten** die Option **Aufteilen** aus.
1. Verwenden Sie auf der Seite **Kapazitätsreservierung aufteilen** unter **Aufzuteilende Menge** den Schieberegler oder geben Sie die Anzahl der Instances ein, die aus der aktuellen Reservierung aufgeteilt werden sollen.
1. (Optional) Fügen Sie Tags für die neue Kapazitätsreservierung hinzu.
1. Sehen Sie sich die Zusammenfassung an, und wenn Sie bereit sind, wählen Sie **Aufteilen** aus.
------
#### [ AWS CLI ]
**So spalten Sie Kapazität ab**
Verwenden Sie den Befehl `create-capacity-reservation-by-splitting`. Im folgenden Beispiel wird eine neue Kapazitätsreservierung erstellt, indem 10 Instances von der angegebenen Kapazitätsreservierung abgespaltet werden.
```
aws ec2 create-capacity-reservation-by-splitting \
--source-capacity-reservation-id cr-1234567890abdef0 \
--instance-count 10
```
------
#### [ PowerShell ]
**So spalten Sie Kapazität ab**
Verwenden Sie das cmdlet [New-EC2CapacityReservationBySplitting](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityReservationBySplitting.html). Im folgenden Beispiel wird eine neue Kapazitätsreservierung erstellt, indem 10 Instances von der angegebenen Kapazitätsreservierung abgespaltet werden.
```
New-EC2CapacityReservationBySplitting `
-SourceCapacityReservationId cr-1234567890abdef0 `
-InstanceCount 10
```
------
# Abbrechen eines Kapazitätsreservierung
Sie können eine Kapazitätsreservierung abbrechen, die sich in einem der folgenden Zustände befindet:
+ `assessing`
+ `active` und es gibt keine Bindungsdauer oder die Verpflichtungsdauer ist abgelaufen. Sie können eine zukünftige Kapazitätsreservierung während der Bindungsdauer nicht stornieren.
**Anmerkung**
Kapazitätsblöcke können weder bearbeitet noch abgebrochen werden. Weitere Informationen finden Sie unter [Kapazitätsblöcke für ML](ec2-capacity-blocks.md).
Wenn eine Kapazitätsreservierung mit zukünftigem Datum in den `delayed`-Status aufgenommen wird, wird die Bindungsdauer aufgehoben und Sie können sie stornieren, sobald sie den `active`-Status erreicht.
Wenn Sie eine Kapazitätsreservierung stornieren, wird die Kapazität sofort freigegeben und ist nicht mehr zu Ihrer Verwendung reserviert.
Sie können leere Kapazitätsreservierungen und Kapazitätsreservierungen mit laufenden Instances stornieren. Wenn Sie eine Kapazitätsreservierung mit ausgeführten Instances stornieren, werden die Instances normalerweise außerhalb der Kapazitätsreservierung zu On-Demand-Instance-Standardtarifen oder zu einem ermäßigten Tarif ausgeführt, falls ein entsprechender Savings Plan oder eine entsprechende regionale Reserved Instance vorliegt.
Nachdem Sie eine Kapazitätsreservierung storniert haben, können Instances, die auf sie ausgerichtet sind, nicht mehr starten. Ändern Sie diese Instances, sodass sie entweder auf eine andere Kapazitätsreservierung ausgerichtet sind, starten Sie sie in einer „geöffneten“ Kapazitätsreservierung mit passenden Attributen und ausreichender Kapazität oder vermeiden Sie den Start in einer Kapazitätsreservierung. Weitere Informationen finden Sie unter [Die Einstellungen für die Kapazitätsreservierung Ihrer Instance ändern](capacity-reservations-modify-instance.md).
------
#### [ Console ]
**So stornieren Sie eine Kapazitätsreservierung**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie erst **Kapazitätsreservierungen** und dann die zu stornierende Kapazitätsreservierung aus.
1. Wählen Sie **Cancel reservation (Reservierung stornieren)** und **Cancel reservation (Reservierung stornieren)** aus.
------
#### [ AWS CLI ]
**So stornieren Sie eine Kapazitätsreservierung**
Verwenden Sie den Befehl [cancel-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-capacity-reservation.html).
```
aws ec2 cancel-capacity-reservation \
--capacity-reservation-id cr-1234567890abcdef0
```
------
#### [ PowerShell ]
**So stornieren Sie eine Kapazitätsreservierung**
Verwenden Sie das cmdlet [Remove-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-EC2CapacityReservation.html).
```
Remove-EC2CapacityReservation `
-CapacityReservationId cr-1234567890abcdef0
```
------
# Kapazitätsreservierungen mit Cluster-Placement-Gruppen verwenden
Sie können Kapazitätsreservierungen in einer Cluster-Placement-Gruppe erstellen, um Amazon-EC2-Rechenkapazität für Ihre Workloads zu reservieren. Cluster-Placement-Gruppen bieten die Vorteile einer geringen Netzwerklatenz und eines hohen Netzwerkdurchsatzes.
Durch das Erstellen einer Kapazitätsreservierung in einer Cluster-Placement-Gruppe stellen Sie sicher, dass Sie bei Bedarf so lange wie nötig auf Rechenkapazität in Ihren Cluster-Placement-Gruppen zugreifen können. Dies ist ideal zum Reservieren von Kapazitäten für High-Performance-Computing-Workloads (HPC-Workloads), die eine Skalierung erfordern. So skalieren Sie Ihren Cluster nach unten und stellen gleichzeitig sicher, dass die Kapazität für Ihre Verwendung verfügbar bleibt, sodass Sie bei Bedarf wieder nach oben skalieren können.
Nachdem Sie eine Kapazitätsreservierung in einer Cluster-Placement-Gruppe erstellt haben, können Sie diese für andere AWS -Konten freigeben. Weitere Informationen finden Sie unter [Kapazitätsreservierungen in Cluster-Placement-Gruppen freigeben](#cpg-cr-sharing).
**Topics**
+ [
## Einschränkungen
](#cr-cpg-limitations)
+ [
## Arbeiten mit Kapazitätsreservierungen in Cluster-Placement-Gruppen
](#work-with-crs-cpgs)
+ [
## Kapazitätsreservierungen in Cluster-Placement-Gruppen freigeben
](#cpg-cr-sharing)
## Einschränkungen
Beachten Sie beim Erstellen von Kapazitätsreservierungen in Cluster-Placement-Gruppen Folgendes:
+ Befindet sich eine bestehende Kapazitätsreservierung nicht in einer Placement-Gruppe, können Sie die Kapazitätsreservierung nicht ändern, um Kapazität in einer Placement-Gruppe zu reservieren. Um Kapazität in einer Platzierungsgruppe zu reservieren, müssen Sie die Kapazitätsreservierung in der Platzierungsgruppe erstellen.
+ Nachdem Sie eine Kapazitätsreservierung in einer Platzierungsgruppe erstellt haben, können Sie diese nicht ändern, um Kapazität außerhalb der Platzierungsgruppe zu reservieren.
+ Sie können die reservierte Kapazität in einer Platzierungsgruppe erhöhen, indem Sie eine vorhandene Kapazitätsreservierung in der Platzierungsgruppe bearbeiten oder zusätzliche Kapazitätsreservierungen in der Platzierungsgruppe erstellen. Dadurch steigt jedoch das Risiko eines Fehlers wegen unzureichender Kapazität.
+ Sie können Kapazitätsreservierungen nur von der Cluster-Placement-Gruppe aus freigeben, deren Eigentümer Sie sind. Sie können Kapazitätsreservierungen nicht von einer Cluster-Placement-Gruppe aus freigeben, deren Eigentümer Sie nicht sind.
+ Sie können Cluster-Placement-Gruppen mit `active` Kapazitätsreservierungen nicht löschen. Sie müssen alle Kapazitätsreservierungen in der Cluster-Placement-Gruppe stornieren, bevor Sie sie löschen können.
## Arbeiten mit Kapazitätsreservierungen in Cluster-Placement-Gruppen
Führen Sie die folgenden Schritte aus, um Kapazitätsreservierungen in Cluster-Placement-Gruppen zu verwenden.
**Anmerkung**
Wenn Sie eine Kapazitätsreservierung in einer vorhandenen Cluster-Placement-Gruppe erstellen möchten, überspringen Sie Schritt 1. Geben Sie dann für die Schritte 2 und 3 den ARN der vorhandenen Cluster-Placement-Gruppe an.
**Topics**
+ [
### Schritt 1: (*Bedingt*) Erstellen einer Cluster-Placement-Gruppe zur Verwendung mit einer Kapazitätsreservierung
](#create-cpg)
+ [
### Schritt 2: Erstellen einer Kapazitätsreservierung in einer Cluster-Placement-Gruppe
](#create-cr-in-cpg)
+ [
### Schritt 3: Instances in Kapazitätsreservierungen einer Cluster-Placement-Gruppe starten
](#launch-instance-into-cpg)
### Schritt 1: (*Bedingt*) Erstellen einer Cluster-Placement-Gruppe zur Verwendung mit einer Kapazitätsreservierung
Führen Sie diesen Schritt nur aus, wenn Sie eine neue Cluster-Placement-Gruppe erstellen müssen. Um eine vorhandene Cluster-Placement-Gruppe zu verwenden, überspringen Sie diesen Schritt und verwenden Sie dann für die Schritte 2 und 3 den ARN dieser Cluster-Placement-Gruppe.
------
#### [ Console ]
**Eine Cluster-Placement-Gruppe erstellen**
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 **Placement Groups** (Placement-Gruppen) und **Create Placement Group** (Placement-Gruppe erstellen) aus.
1. Geben Sie unter **Name** einen beschreibenden Namen für die Platzierungsgruppe an.
1. Legen Sie für die **Platzierungsstrategie** **Cluster** fest.
1. Wählen Sie **Create group** (Gruppe erstellen) aus.
1. Notieren Sie sich in der Tabelle **Placement-Gruppen** in der Spalte **Gruppen-ARN** den ARN der Cluster-Placement-Gruppe, die Sie erstellt haben. Sie benötigen die Notiz für den nächsten Schritt.
------
#### [ AWS CLI ]
**Eine Cluster-Placement-Gruppe erstellen**
Verwenden Sie den Befehl [create-placement-group](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-placement-group.html).
```
aws ec2 create-placement-group \
--group-name MyPG \
--strategy cluster
```
Notieren Sie sich den ARN der Platzierungsgruppe, die in der Ausgabe zurückgegeben wurde, da Sie ihn für den nächsten Schritt benötigen.
------
#### [ PowerShell ]
**Eine Cluster-Placement-Gruppe erstellen**
Verwenden Sie das cmdlet [New-EC2PlacementGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2PlacementGroup.html).
```
New-EC2PlacementGroup `
-GroupName my-placement-group `
-Strategy "cluster"
```
Notieren Sie sich den ARN der Platzierungsgruppe, die in der Ausgabe zurückgegeben wurde, da Sie ihn für den nächsten Schritt benötigen.
------
### Schritt 2: Erstellen einer Kapazitätsreservierung in einer Cluster-Placement-Gruppe
Eine Kapazitätsreservierung in einer Cluster-Placement-Gruppe erstellen Sie auf die gleiche Weise wie eine Kapazitätsreservierung. Sie müssen jedoch auch den ARN der Cluster-Placement-Gruppe angeben, in der die Kapazitätsreservierung erstellt werden soll.
**Überlegungen**
+ Die angegebene Cluster-Placement-Gruppe muss sich im Zustand `available` befinden. Wenn sich die Cluster-Placement-Gruppe im Zustand `pending`, `deleting` oder `deleted` befindet, schlägt die Anforderung fehl.
+ Die Kapazitätsreservierung und die Cluster-Placement-Gruppe müssen sich in derselben Availability Zone befinden. Wenn bei der Anforderung zum Erstellen der Kapazitätsreservierung eine Availability Zone angegeben wird, die sich von der der Cluster-Placement-Gruppe unterscheidet, schlägt die Anforderung fehl.
+ Sie können Kapazitätsreservierungen nur für Instance-Typen erstellen, die von Cluster-Placement-Gruppen unterstützt werden. Wenn Sie einen nicht unterstützten Instance-Typ angeben, schlägt die Anforderung fehl.
+ Wenn Sie eine `open` Kapazitätsreservierung in einer Cluster-Placement-Gruppe erstellen und ausgeführte Instances mit übereinstimmenden Attributen (ARN der Platzierungsgruppe, Instance-Typ, Availability Zone, Plattform und Tenancy) vorhanden sind, werden diese Instances automatisch in der Kapazitätsreservierung ausgeführt.
+ Ihre Anforderung, eine Kapazitätsreservierung zu erstellen, kann bei Eintreten einer der folgenden Bedingungen fehlschlagen:
+ Die Kapazität von Amazon EC2 reicht nicht aus, um der Anforderung nachzukommen. Versuchen Sie es entweder zu einem späteren Zeitpunkt erneut oder probieren Sie es erneut mit einer anderen Availability Zone oder einer kleineren Kapazität. Wenn Ihr Workload in Hinsicht auf Instance-Typen und -Größen flexibel ist, versuchen Sie es mit verschiedenen Instance-Attributen.
+ Die angeforderte Menge überschreitet Ihr On-Demand-Instance-Limit für die ausgewählte Instance-Familie. Erhöhen Sie Ihr On-Demand-Instance-Limit für die Instance-Familie und versuchen Sie es erneut. Weitere Informationen finden Sie unter [Kontingente für On-Demand-Instances](ec2-on-demand-instances.md#ec2-on-demand-instances-limits).
------
#### [ Console ]
**So erstellen Sie eine Kapazitätsreservierung**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie **Kapazitätsreservierungen (Kapazitätsreservierungen)** und dann **Create Kapazitätsreservierung (Kapazitätsreservierung erstellen)** aus.
1. Konfigurieren Sie auf der Seite **Erstellen einer Kapazitätsreservierung** den Instance-Typ, die Plattform, die Availability Zone, die Tenancy, die Menge und das Enddatum nach Bedarf.
1. Geben Sie für **Placement-Gruppe** den ARN der Cluster-Placement-Gruppe an, in der die Kapazitätsreservierung erstellt werden soll.
1. Wählen Sie **Erstellen** aus.
Weitere Informationen finden Sie unter [Erstellen eines Kapazitätsreservierung](capacity-reservations-create.md).
------
#### [ AWS CLI ]
**So erstellen Sie eine Kapazitätsreservierung**
Verwenden Sie den Befehl [create-capacity-reservation](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation.html). Geben Sie für `--placement-group-arn` den ARN der Cluster-Placement-Gruppe an, in der die Kapazitätsreservierung erstellt werden soll.
```
aws ec2 create-capacity-reservation \
--instance-type instance_type \
--instance-platform platform \
--availability-zone-id az_id \
--instance-count quantity \
--placement-group-arn "placement_group_arn"
```
------
#### [ PowerShell ]
**So erstellen Sie eine Kapazitätsreservierung**
Verwenden Sie das cmdlet [Add-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-EC2CapacityReservation.html). Geben Sie für `-PlacementGroupArn` den ARN der Cluster-Placement-Gruppe an, in der die Kapazitätsreservierung erstellt werden soll.
```
Add-EC2CapacityReservation `
-InstanceType instance_type `
-InstancePlatform platform `
-AvailabilityZoneId az_id `
-InstanceCount quantity `
-PlacementGroupArn "placement_group_arn"
```
------
### Schritt 3: Instances in Kapazitätsreservierungen einer Cluster-Placement-Gruppe starten
Sie können mit einer der folgenden Optionen eine Instance in einer Kapazitätsreservierung einer Cluster-Placement-Gruppe starten:
+ *Angabe des ARN der Cluster-Placement-Gruppe, in der die Instance gestartet werden soll* – Wenn Sie den ARN einer Cluster-Placement-Gruppe angeben, startet Amazon EC2 die Instance in dieser Cluster-Placement-Gruppe. Sie können eine der folgenden Methoden verwenden:
+ *`open` angeben* – Sie müssen die Kapazitätsreservierung in der Instance-Startanforderung nicht angeben. Wenn Attribute der Instance (ARN der Platzierungsgruppe, Instance-Typ, Availability Zone, Plattform und Tenancy) mit einer Kapazitätsreservierung in der angegebenen Platzierungsgruppe übereinstimmen, wird diese Instance automatisch in der Kapazitätsreservierung ausgeführt.
+ *Eine Kapazitätsreservierung angeben* – Wenn von der Kapazitätsreservierung nur gezielte Instance-Starts akzeptiert werden, müssen Sie bei der Anforderung zusätzlich zur Cluster-Placement-Gruppe die Ziel-Kapazitätsreservierung angeben.
+ *Eine Kapazitätsreservierungsgruppe angeben* – Weitere Informationen finden Sie unter [Verwenden der Kapazitätsreservierung in Cluster-Placement-Gruppen mit einer Kapazitätsreservierungsgruppe](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cpg-odcr-crg.html).
+ *Nur eine Kapazitätsreservierungsgruppe angeben* – Weitere Informationen finden Sie unter [Verwenden der Kapazitätsreservierung in Cluster-Placement-Gruppen mit einer Kapazitätsreservierungsgruppe](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/using-cpg-odcr-crg.html).
+ *Nur eine Kapazitätsreservierung angeben* – Sie können Instances in einer Kapazitätsreservierung einer Cluster-Placement-Gruppe starten.
**Anmerkung**
Wenn Sie Instances starten, indem Sie nur eine Kapazitätsreservierung oder nur eine Kapazitätsreservierungsgruppe angeben, werden die Instances in den Kapazitätsreservierungen gestartet, die in der Cluster-Placement-Gruppe erstellt wurden, aber die Instances sind nicht direkt an die Cluster-Placement-Gruppe angehängt.
------
#### [ Console ]
**So starten Sie Instances in einer bestehenden Kapazitätsreservierung**
1. Folgen Sie den Anweisungen zum [Starten einer Instance](ec2-launch-instance-wizard.md), aber starten Sie die Instance erst, nachdem Sie die folgenden Schritte durchgeführt haben, um die Einstellungen für die Platzierungsgruppe und Kapazitätsreservierung anzugeben.
1. Erweitern Sie **Erweiterte Einstellungen** und tun Sie Folgendes:
1. Wählen Sie unter **Platzierungsgruppe** die Cluster-Placement-Gruppe aus, in der die Instance gestartet werden soll.
1. Wählen Sie für **Capacity Reservation (Kapazitätsreservierung)** je nach Konfiguration der Kapazitätsreservierung eine der folgenden Optionen aus:
+ **Offen** – Um die Instances in eine beliebige `open` Kapazitätsreservierung in der Cluster-Placement-Gruppe zu starten, die übereinstimmende Attribute und ausreichend Kapazität hat.
+ **Ziel nach ID** – Um die Instances in einer Kapazitätsreservierung zu starten, die nur gezielte Instance-Starts zulässt.
+ **Ziel nach Gruppe** – Um die Instances in eine beliebige Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität in der ausgewählten Gruppe für Kapazitätsreservierung zu starten.
1. Überprüfen Sie im Bereich **Summary** (Übersicht) die Konfiguration Ihrer Instance und wählen Sie dann **Launch instance** (Instance starten) aus. Weitere Informationen finden Sie unter [EC2-Instance mit dem Launch Instance Wizard in der Konsole starten](ec2-launch-instance-wizard.md).
------
#### [ AWS CLI ]
**So starten Sie Instances in einer bestehenden Kapazitätsreservierung**
Verwenden Sie den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html). Wenn Sie eine bestimmte Kapazitätsreservierung oder eine Kapazitätsreservierungsgruppe anvisieren müssen, geben Sie den Parameter `--capacity-reservation-specification` an. Geben Sie für `--placement` den Parameter `GroupName` und dann dann den Namen der Platzierungsgruppe an, die Sie in den vorherigen Schritten erstellt haben.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count quantity \
--instance-type instance_type \
--key-name key_pair_name \
--subnet-id subnet-0abcdef1234567890 \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationId=capacity_reservation_id} \
--placement "GroupName=cluster_placement_group_name"
```
------
#### [ PowerShell ]
**So starten Sie Instances in einer bestehenden Kapazitätsreservierung**
Verwenden Sie das cmdlet [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html). Geben Sie für `-Placement` den Parameter `GroupName` und dann dann den Namen der Platzierungsgruppe an, die Sie in den vorherigen Schritten erstellt haben.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType instance_type `
-KeyName key_pair_name `
-SubnetId subnet-0abcdef1234567890 `
-CapacityReservationTarget_CapacityReservationId capacity_reservation_id `
-Placement_GroupName cluster_placement_group_name
```
------
## Kapazitätsreservierungen in Cluster-Placement-Gruppen freigeben
Sie können Kapazitätsreservierungen in Cluster-Platzierungsgruppen gemeinsam nutzen, indem Sie entweder nur die Kapazitätsreservierungen freigeben oder indem Sie sowohl die Kapazitätsreservierungen als auch die Cluster-Placement-Gruppe, in der sie erstellt wurden, freigeben.
Indem Sie nur die Kapazitätsreservierung freigeben, gewähren Sie Verbraucherkonten nur Zugriff auf diese Kapazitätsreservierung. Verbraucherkonten haben keine Sichtbarkeit oder keinen Zugriff auf die Cluster-Placement-Gruppe, in der die Kapazitätsreservierung erstellt wurde. Auf diese Weise haben Sie eine fein abgestufte Kontrolle über den Zugriff auf Verbraucherkonten. Verbraucherkonten können keine Informationen über die Cluster-Placement-Gruppe anzeigen, einschließlich ihres ARN.
Wenn Sie die Cluster-Placement-Gruppe und die Kapazitätsreservierung gemeinsam nutzen, ist die Cluster-Placement-Gruppe sichtbar und für Verbraucherkonten zugänglich. Sie können Instances starten und darin ihre eigenen Kapazitätsreservierungen erstellen.
Weitere Informationen finden Sie in den folgenden Ressourcen.
+ [Starten von Instances in Kapazitätsreservierungen einer Cluster-Placement-Gruppe](#launch-instance-into-cpg)
+ [Freigegebene Kapazitätsreservierungen](capacity-reservation-sharing.md)
+ [Freigegebene Platzierungsgruppen](share-placement-group.md)
# Kapazitätsreservierungs-Gruppen
Sie können sie verwenden AWS -Ressourcengruppen , um logische Sammlungen von Kapazitätsreservierungen zu erstellen, die als *Ressourcengruppen* bezeichnet werden. Eine Ressourcengruppe ist eine logische Gruppierung von AWS Ressourcen, die sich alle in derselben AWS Region befinden. Weitere Informationen zu Ressourcengruppen finden Sie unter [Was sind Ressourcengruppen?](https://docs.aws.amazon.com/ARG/latest/userguide/) im *AWS -Ressourcengruppen -Benutzerhandbuch*.
Sie können Kapazitätsreservierungen, die Sie besitzen, in Ihr Konto aufnehmen, und Kapazitätsreservierungen, die von anderen AWS Konten mit Ihnen geteilt wurden, in eine einzige Ressourcengruppe aufnehmen. Sie können auch Kapazitätsreservierungen mit unterschiedlichen Attributen (Instance-Typ, Plattform, Availability Zone und Tenancy) in eine einzelne Ressourcengruppe aufnehmen.
Wenn Sie Ressourcengruppen für Kapazitätsreservierungen erstellen, können Sie Instances auf eine Gruppe von Kapazitätsreservierungen statt auf eine einzelne Kapazitätsreservierung ausrichten. Instances, die eine Gruppe von Kapazitätsreservierungen anzielen, stimmen mit jeder Kapazitätsreservierung in der Gruppe überein, die übereinstimmende Attribute (Instance-Typ, Plattform, Availability Zone und Tenancy) und verfügbare Kapazität aufweist. Wenn die Gruppe nicht über eine Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität verfügt, werden die Instances mit On-Demand-Kapazität ausgeführt. Wenn der Zielgruppe zu einem späteren Zeitpunkt eine übereinstimmende Kapazitätsreservierung hinzugefügt wird, wird die Instance automatisch mit ihrer reservierten Kapazität abgeglichen und in diese verschoben.
Um eine unbeabsichtigte Verwendung von Kapazitätsreservierungen in einer Gruppe zu verhindern, konfigurieren Sie die Kapazitätsreservierungen in der Gruppe so, dass nur Instances akzeptiert werden, die explizit die Kapazitätsreservierung anvisieren. Stellen Sie dazu bei der Erstellung der Kapazitätsreservierung über die Amazon-EC2-Konsole die **Instance-Eignung** auf **Nur Instances, die diese Reservierung angeben** ein. Geben Sie bei der Verwendung von an AWS CLI, `--instance-match-criteria targeted` wann Sie die Kapazitätsreservierung erstellen. Dadurch wird sichergestellt, dass nur Instances, die explizit die Gruppe oder eine Kapazitätsreservierung in der Gruppe anvisieren, in der Gruppe ausgeführt werden können.
Wenn eine Kapazitätsreservierung in einer Gruppe abgebrochen wird oder abläuft, während auf ihr Instances ausgeführt werden, werden die Instances automatisch in eine andere Kapazitätsreservierung in der Gruppe verschoben, die über übereinstimmende Attribute und verfügbare Kapazität verfügt. Wenn es in der Gruppe keine verbleibenden Kapazitätsreservierungen mit übereinstimmenden Attributen und verfügbarer Kapazität vorhanden sind, werden die Instances in On-Demand-Kapazität ausgeführt. Wenn der anvisierten Gruppe zu einem späteren Zeitpunkt eine passende Kapazitätsreservierung hinzugefügt wird, wird die Instance automatisch in ihre reservierte Kapazität verschoben.
**Topics**
+ [Eine Gruppe erstellen](create-group.md)
+ [Eine Kapazitätsreservierung zu einer Gruppe hinzufügen](add-to-group.md)
+ [Kapazitätsreservierung aus der Gruppe entfernen](remove-from-group.md)
+ [Gruppe löschen](delete-group.md)
+ [Verwenden der Kapazitätsreservierung in Cluster-Placement-Gruppen mit einer Kapazitätsreservierungsgruppe](using-cpg-odcr-crg.md)
# Erstellen einer Kapazitätsreservierungsgruppe
Sie können die folgenden Beispiele verwenden, um eine Ressourcengruppe für Kapazitätsreservierungen mit den folgenden Anforderungsparametern zu erstellen.
+ `AWS::EC2::CapacityReservationPool` – Stellt sicher, dass die Ressourcengruppe als Ziel für Instance-Starts eingerichtet werden kann.
+ `AWS::ResourceGroups::Generic` mit `allowed-resource-types` auf `AWS::EC2::CapacityReservation` gesetzt – Stellt sicher, dass die Ressourcengruppe nur Kapazitätsreservierungen akzeptiert.
Nachdem Sie eine Gruppe erstellt haben, können Sie der Gruppe [Kapazitätsreservierungen hinzufügen](add-to-group.md).
------
#### [ AWS CLI ]
**So erstellen Sie eine Kapazitätsreservierungsgruppe**
Verwenden Sie den Befehl [create-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/create-group.html) AWS CLI .
```
aws resource-groups create-group \
--name MyCRGroup \
--configuration \
'{"Type": "AWS::EC2::CapacityReservationPool"}' \
'{"Type": "AWS::ResourceGroups::Generic", "Parameters": [{"Name": "allowed-resource-types", "Values": ["AWS::EC2::CapacityReservation"]}]}'
```
------
#### [ PowerShell ]
**So erstellen Sie eine Kapazitätsreservierungsgruppe**
Verwenden Sie das [Cmdlet New- RGGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RGGroup.html).
```
New-RGGroup `
-Name MyCRGroup `
-Configuration `
@{"Type"="AWS::EC2::CapacityReserationPool"} `
@{"Type"="AWS::ResourceGroups::Generic"; "Parameters"=@{"allowed-resource-types"=@{"Values"="AWS::EC2::CapacityReservations"}}}
```
------
# Hinzufügen einer Kapazitätsreservierung zu einer Gruppe
Wenn Sie eine für Sie freigegebene Kapazitätsreservierung zu einer Gruppe hinzufügen und diese Kapazitätsreservierung nicht freigegeben ist, wird sie automatisch aus der Gruppe entfernt.
------
#### [ AWS CLI ]
**So fügen Sie eine Kapazitätsreservierung zu einer Gruppe hinzu**
Verwenden Sie den Befehl [group-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/group-resources.html).
Mit dem folgenden Befehl werden beispielsweise zwei Kapazitätsreservierungen zur angegebenen Gruppe hinzugefügt.
```
aws resource-groups group-resources \
--group MyCRGroup \
--resource-arns \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-1234567890abcdef1 \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890
```
------
#### [ PowerShell ]
**So fügen Sie eine Kapazitätsreservierung zu einer Gruppe hinzu**
Verwenden Sie das RGResource Cmdlet [Add-](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-RGResource.html).
Mit dem folgenden Befehl werden beispielsweise zwei Kapazitätsreservierungen zur angegebenen Gruppe hinzugefügt.
```
Add-RGResource `
-Group MyCRGroup `
-ResourceArn `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-1234567890abcdef1", `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890"
```
------
# Entfernen einer Kapazitätsreservierung aus einer Gruppe
Sie können die folgenden Beispiele verwenden, um eine Kapazitätsreservierung aus einer Gruppe zu entfernen.
------
#### [ AWS CLI ]
**So entfernen Sie eine Kapazitätsreservierung aus einer Gruppe**
Verwenden Sie den Befehl [ungroup-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/ungroup-resources.html).
Im folgenden Beispiel werden zwei Kapazitätsreservierungen aus der angegebenen Gruppe entfernt.
```
aws resource-groups ungroup-resources \
--group MyCRGroup \
--resource-arns \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-0e154d26a16094dd \
arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890
```
------
#### [ PowerShell ]
**So entfernen Sie eine Kapazitätsreservierung aus einer Gruppe**
Verwenden Sie das Cmdlet [Remove- RGResource](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-RGResource.html).
Im folgenden Beispiel werden zwei Kapazitätsreservierungen aus der angegebenen Gruppe entfernt.
```
Remove-RGResource `
-Group MyCRGroup `
-ResourceArn `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-0e154d26a16094dd", `
"arn:aws:ec2:sa-east-1:123456789012:capacity-reservation/cr-54321abcdef567890"
```
------
# Löschen einer Kapazitätsreservierungsgruppe
Sie können die folgenden Beispiele verwenden, um eine Kapazitätsreservierungsgruppe zu löschen.
------
#### [ AWS CLI ]
**So löschen Sie eine Gruppe**
Verwenden Sie den Befehl [delete-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/delete-group.html).
```
aws resource-groups delete-group --group MyCRGroup
```
------
#### [ PowerShell ]
**So löschen Sie eine Gruppe**
Verwenden Sie das Cmdlet [Remove- RGGroup](https://docs.aws.amazon.com/powershell/latest/reference/items/Remove-RGGroup.html).
```
Remove-RGGroup -GroupName MyCRGroup
```
------
# Verwenden der Kapazitätsreservierung in Cluster-Placement-Gruppen mit einer Kapazitätsreservierungsgruppe
Amazon EC2 bietet verschiedene Startmethoden für die Verwendung von Kapazitätsreservierungen in einer Cluster-Placement-Gruppe mit einer Kapazitätsreservierungsgruppe. Sie können auf der Grundlage Ihrer Workload-Anforderungen eine der folgenden Methoden auswählen, um eine Kapazitätsreservierungsgruppe als Ziel auszuwählen:
+ *Den ARN der Cluster-Placement-Gruppe und der Kapazitätsreservierungsgruppe angeben* – Dies wird eine beliebige verfügbare Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität in der ausgewählten Kapazitätsreservierungsgruppe verwenden. Wenn die ausgewählte Gruppe nicht über eine Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität verfügt, werden die Instances in der On-Demand-Kapazität gestartet.
**Anmerkung**
Wenn Sie Instances mit dieser Methode starten, werden die Instances der angegebenen Cluster-Placement-Gruppe zugeordnet.
+ *Nur eine Kapazitätsreservierungsgruppe angeben* – Dadurch wird die gesamte verfügbare Kapazität innerhalb der Kapazitätsreservierungsgruppe verwendet, indem nur die Kapazitätsreservierungsgruppe angegeben wird. Beim Starten von Instances wird die Kapazität in der folgenden Reihenfolge genutzt:
+ Kapazitätsreservierungen, die keiner Cluster-Placement-Gruppe zugeordnet sind.
+ Kapazitätsreservierung in einer beliebigen Cluster-Placement-Gruppe innerhalb der Kapazitätsreservierungsgruppe.
+ Wenn die Gruppe nicht über eine Kapazitätsreservierung mit übereinstimmenden Attributen und verfügbarer Kapazität verfügt, werden die Instances mit On-Demand-Kapazität ausgeführt und nicht in eine Cluster-Placement-Gruppe platziert.
**Anmerkung**
Wenn Sie Instances starten, indem Sie nur eine Kapazitätsreservierungsgruppe angeben, werden die Instances in den Kapazitätsreservierungen gestartet, die in der Cluster-Placement-Gruppe erstellt wurden, aber die Instances werden nicht direkt an die Cluster-Placement-Gruppe angehängt.
# Kapazitätsreservierungen in Local Zones
Eine lokale Zone ist eine Erweiterung einer AWS Region, die sich geografisch in der Nähe Ihrer Benutzer befindet. Ressourcen, die in einer Local Zone erstellt wurden, können von lokalen Benutzern mit sehr latenzarmen Verbindungen genutzt werden. Weitere Informationen finden Sie unter [AWS -Local Zones](https://aws.amazon.com/about-aws/global-infrastructure/localzones/).
Sie können eine VPC von ihrer übergeordneten AWS Region in eine lokale Zone erweitern, indem Sie in dieser lokalen Zone ein neues Subnetz erstellen. Wenn Sie ein Subnetz in einer Local Zone erstellen, wird Ihre VPC auf diese Local Zone erweitert. Das Subnetz in der Local Zone funktioniert genauso wie andere Subnetze in Ihrer VPC.
Mithilfe von Local Zones können Sie Kapazitätsreservierungen an mehreren Speicherorten platzieren, die näher an Ihren Benutzern liegen. Sie erstellen und verwenden Kapazitätsreservierungen in Local Zones auf die gleiche Weise, wie Sie Kapazitätsreservierungen in regulären Availability Zones erstellen und verwenden. Es gelten dieselben Features und dasselbe Verhalten der Instance-Übereinstimmung. Weitere Informationen zu den Preismodellen, die in Local Zones unterstützt werden, finden Sie unter [AWS Local Zones FAQs](https://aws.amazon.com/about-aws/global-infrastructure/localzones/faqs/).
**Überlegungen**
Sie können in einer Local Zone keine Kapazitätsreservierung-Gruppen verwenden.
**Verwenden einer Kapazitätsreservierung in einer Local Zone**
1. Aktivieren Sie die lokale Zone für die Verwendung in Ihrem AWS Konto. Weitere Informationen finden Sie unter [Erste Schritte mit AWS Local Zones](https://docs.aws.amazon.com/local-zones/latest/ug/getting-started.html) im *AWS Local Zones User Guide*.
1. Erstellen Sie eine Kapazitätsreservierung in der Local Zone. Wählen Sie für **Availability Zone** die Local Zone aus. Die Local Zone wird durch einen AWS -Regionscode dargestellt, gefolgt von einer ID, die den Standort angibt, z. B. `us-west-2-lax-1a`. Weitere Informationen finden Sie unter [Erstellen eines Kapazitätsreservierung](capacity-reservations-create.md).
1. Erstellen Sie ein Subnetz in der Local Zone. Wählen Sie für **Availability Zone** die Local Zone aus. Weitere Informationen finden Sie unter [Erstellen eines Subnetzes in Ihrer VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) im *Amazon-VPC-Benutzerhandbuch*.
1. Starten Sie eine Instance. Wählen Sie als **Subnetz** das Subnetz in der Local Zone (z. B. `subnet-123abc | us-west-2-lax-1a`) aus und wählen Sie bei **Kapazitätsreservierung** die Spezifikation (entweder `open` oder finden Sie sie nach ID), die für die Kapazitätsreservierung erforderlich ist, die Sie in der Local Zone erstellt haben. Weitere Informationen finden Sie unter [Starten von Instances in einer bestehenden Kapazitätsreservierung](capacity-reservations-launch.md).
# Kapazitätsreservierungen in Wavelength-Zonen
Mit *AWS Wavelength* können Entwickler Anwendungen mit ultra-niedriger Latenz für Mobilgeräte und Endbenutzer erstellen. Wavelength stellt standardmäßige AWS -Datenverarbeitungs- und -Speicherservices am Edge der 5G-Netze von Telekommunikationsanbietern bereit. Sie können eine Amazon Virtual Private Cloud (VPC) auf eine oder mehrere Wavelength-Zonen erweitern. Sie können dann AWS Ressourcen wie Amazon EC2 EC2-Instances verwenden, um Anwendungen auszuführen, die eine extrem niedrige Latenz und eine Verbindung zu AWS Diensten in der Region erfordern. Weitere Informationen finden Sie unter [AWS Wavelength Zonen](https://aws.amazon.com//wavelength/).
Wenn Sie On-Demand Kapazitätsreservierungen erstellen, können Sie die Wavelength-Zone auswählen und Instances Kapazitätsreservierung in einer Wavelength-Zone starten, indem Sie das mit der Wavelength-Zone verknüpfte Subnetz angeben. Eine Wellenlängenzone wird durch einen AWS Regionalcode dargestellt, gefolgt von einer Kennung, die beispielsweise den Standort angibt`us-east-1-wl1-bos-wlz-1`.
Wavelength Zones sind nicht in jeder Region verfügbar. Weitere Informationen zu den Regionen, die Wavelength Zones unterstützen, finden Sie unter [Verfügbare Wavelength Zones](https://docs.aws.amazon.com/wavelength/latest/developerguide/wavelength-quotas.html) im *AWS Wavelength Developerhandbuch*.
**Überlegungen**
Sie können in einer Wavelength-Zone keine Kapazitätsreservierung-Gruppen verwenden.
**Verwenden einer Kapazitätsreservierung in einer Wavelength-Zone**
1. Aktivieren Sie die Wellenlängenzone für die Verwendung in Ihrem AWS Konto. Weitere Informationen finden Sie unter [Erste Schritte mit AWS Wavelength](https://docs.aws.amazon.com/wavelength/latest/developerguide/get-started-wavelength.html) im *AWS Wavelength -Entwicklerhandbuch*.
1. Erstellen Sie eine Kapazitätsreservierung in der Wavelength-Zone. Wählen Sie für **Availability Zone** die Wavelength aus. Die Wavelength wird durch einen AWS -Regionscode dargestellt, gefolgt von einer ID, die den Standort angibt, z. B. `us-east-1-wl1-bos-wlz-1`. Weitere Informationen finden Sie unter [Erstellen eines Kapazitätsreservierung](capacity-reservations-create.md).
1. Erstellen Sie ein Subnetz in der Wavelength-Zone. Wählen Sie für **Availability Zone** die Zone Wavelength aus. Weitere Informationen finden Sie unter [Erstellen eines Subnetzes in Ihrer VPC](https://docs.aws.amazon.com/vpc/latest/userguide/create-subnets.html) im *Amazon-VPC-Benutzerhandbuch*.
1. Starten Sie eine Instance. Wählen Sie als **Subnetz** das Subnetz in der Zone Wavelength (z. B. `subnet-123abc | us-east-1-wl1-bos-wlz-1`) aus und wählen Sie bei **Kapazitätsreservierung** die Spezifikation (entweder `open` oder finden Sie sie nach ID), die für die Kapazitätsreservierung erforderlich ist, die Sie in der Wavelength erstellt haben. Weitere Informationen finden Sie unter [Starten von Instances in einer bestehenden Kapazitätsreservierung](capacity-reservations-launch.md).
# Kapazitätsreservierungen am AWS Outposts
AWS Outposts ist ein vollständig verwalteter Service, der AWS Infrastruktur APIs, Dienste und Tools auf Kundenstandorte ausdehnt. Durch den lokalen Zugriff auf die AWS verwaltete Infrastruktur AWS Outposts können Kunden 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 Kapazitätsreservierungen auf Outposts erstellen, die Sie in Ihrem Konto erstellt haben. Auf diese Weise können Sie Rechenkapazität auf einem Outpost an Ihrem Standort reservieren. Sie erstellen und verwenden Kapazitätsreservierungen in Outposts auf die gleiche Weise, wie Sie Kapazitätsreservierungen in regulären Availability Zones erstellen und verwenden. Es gelten dieselben Features und dasselbe Verhalten der Instance-Übereinstimmung.
Sie können Kapazitätsreservierungen auf Outposts auch mit anderen AWS Konten innerhalb Ihrer Organisation teilen, indem AWS Resource Access Manager Sie. Weitere Informationen zum Freigeben von Kapazitätsreservierungen finden Sie unter [Freigegebene Kapazitätsreservierungen](capacity-reservation-sharing.md).
**Voraussetzung**
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*.
**Überlegungen**
+ Sie können auf einem Outpost keine Kapazitätsreservierung-Gruppen verwenden.
**Verwenden einer Kapazitätsreservierung auf einem Outpost**
1. 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*.
1. Erstellen Sie eine Kapazitätsreservierung auf dem Outpost.
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 und klicken Sie danach auf **Aktionen**, **Kapazitätsreservierung erstellen**.
1. Konfigurieren Sie die Kapazitätsreservierung nach Bedarf und wählen Sie **Create** (Erstellen) aus. Weitere Informationen finden Sie unter [Erstellen eines Kapazitätsreservierung](capacity-reservations-create.md).
**Anmerkung**
In der Dropdown-Liste **Instance-Typ** werden nur Instance-Typen aufgeführt, die vom ausgewählten Outpost unterstützt werden. In der Dropdown-Liste **Availability Zone** wird nur die Availability Zone aufgeführt, die dem ausgewählten Outpost zugeordnet ist.
1. Starten einer Instance in einer Kapazitätsreservierung. Wählen Sie für **Subnetz** das Subnetz aus, das Sie in Schritt 1 erstellt haben, und für **Kapazitätsreservierung** wählen Sie die Kapazitätsreservierung aus, die Sie in Schritt 2 erstellt haben. Weitere Informationen finden Sie unter [Launch an Instance on your Outpost](https://docs.aws.amazon.com/outposts/latest/userguide/launch-instance.html#launch-instances) (Starten einer Instance auf Ihrem Outpost) im *AWS Outposts -Benutzerhandbuch*.
# Freigegebene Kapazitätsreservierungen
Die gemeinsame Nutzung von Kapazitätsreservierungen ermöglicht es Besitzern von Kapazitätsreservierungen, ihre reservierte Kapazität mit anderen AWS Konten oder innerhalb einer AWS Organisation zu teilen. Auf diese Weise können Sie Kapazitätsreservierungen zentral erstellen und verwalten und die reservierte Kapazität auf mehrere AWS Konten oder innerhalb Ihrer AWS Organisation verteilen.
Bei diesem Modell teilt sich das AWS Konto, dem die Kapazitätsreservierung gehört (Eigentümer), diese mit anderen AWS Konten (Verbrauchern). Konsumenten können beim Starten von Instances in den für sie freigegebenen Kapazitätsreservierungen so vorgehen, wie sie dies beim Starten von Instances in Kapazitätsreservierungen tun würden, die zu ihrem Konto gehören. Der Kapazitätsreservierung-Besitzer ist für die Verwaltung der Kapazitätsreservierung und der Instances, die von ihm darin gestartet werden, verantwortlich. Besitzer sind nicht dazu befugt Instances, die Konsumenten in den von ihnen freigegebenen Kapazitätsreservierungen starten, zu ändern. Konsumenten sind für die Verwaltung der Instances verantwortlich, die sie in den für sie freigegebenen Kapazitätsreservierungen starten. Konsumenten können keine Instances anzeigen oder ändern, die sich im Besitz anderer Konsumenten oder des Besitzers der Kapazitätsreservierung befinden.
Ein Kapazitätsreservierung-Besitzer kann eine Kapazitätsreservierung 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
## Voraussetzungen für die Freigabe von Kapazitätsreservierungen
+ Um eine Kapazitätsreservierung teilen zu können, müssen Sie sie in Ihrem AWS Konto besitzen. Sie können keine Kapazitätsreservierung freigeben, die für Sie freigegeben wurde.
+ Sie können Kapazitätsreservierungen ausschließlich für freigegebene Tenancy-Instances freigeben. Sie können Kapazitätsreservierungen nicht für Dedicated Tenancy-Instances freigeben.
+ Die gemeinsame Nutzung von Kapazitätsreservierungen ist nicht für neue AWS Konten oder AWS Konten mit begrenzter Abrechnungshistorie verfügbar.
+ Um eine Kapazitätsreservierung mit Ihrer AWS Organisation oder einer Organisationseinheit in Ihrer AWS Organisation zu teilen, müssen Sie die gemeinsame Nutzung 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*.
+ Sie können eine Kapazitätsreservierung in unserem `active` `scheduled` Bundesstaat teilen. Sie können Kapazitätsreservierungen nicht in anderen [Bundesstaaten](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html) teilen, z. B. in `assessing` oder`unsupported`.
## Zugehörige Services
Die gemeinsame Nutzung von Kapazitätsreservierungen 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 AWS RAM geben Sie Ressourcen in Ihrem Besitz frei, indem Sie eine *Ressourcenfreigabe* 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
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 Kapazitätsreservierungen relativ zu Ihren Konten zu bestimmen, verwenden Sie die *Availability Zone-ID* (AZ-ID). Die AZ-ID ist eine eindeutige und konsistente Kennung für eine Availability Zone für alle AWS Konten. Dies `use1-az1` ist beispielsweise eine AZ-ID für die `us-east-1` Region und es handelt sich in jedem AWS Konto um denselben Standort.
**Um die AZ 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 AZ IDs für die aktuelle Region werden im Bereich „**Ihre AZ-ID**“ auf der rechten Seite des Bildschirms angezeigt.
# Freigeben einer Kapazitätsreservierung
Wenn Sie eine Kapazitätsreservierung, die Sie besitzen, mit anderen teilen AWS-Konten, ermöglichen Sie ihnen, Instances in Ihrer reservierten Kapazität zu starten. Berücksichtigen Sie bei der Freigabe einer offenen Kapazitätsreservierung Folgendes, da dies zu einer unvorhergesehenen Nutzung der Kapazitätsreservierung führen könnte:
+ Konsumenten mit ausgeführten Ressourcen, die den Attributen der Kapazitätsreservierung entsprechen, für die der Parameter `CapacityReservationPreference` auf `open` eingestellt ist und die noch nicht in reservierter Kapazität ausgeführt werden, verwenden automatisch die freigegebene Kapazitätsreservierung.
+ Wenn Konsumenten Instances starten, die übereinstimmende Attribute (Instance-Typ, Plattform, Availability Zone und Tenancy) besitzen und für die der Parameter `CapacityReservationPreference` auf `open` eingestellt ist, werden diese automatisch in der freigegebenen Kapazitätsreservierung gestartet.
Um eine Kapazitätsreservierung freigeben zu können, müssen Sie sie einer Ressourcenfreigabe hinzufügen. Eine Ressourcenfreigabe ist eine AWS RAM Ressource, mit der Sie Ihre Ressourcen für mehrere AWS Konten gemeinsam nutzen können. Eine Ressourcenfreigabe gibt die freizugebenden Ressourcen und die Konsumenten an, für die sie freigegeben werden. Wenn Sie eine Kapazitätsreservierung mithilfe der Amazon EC2-Konsole freigeben, fügen Sie sie zu einer vorhandenen Ressourcenfreigabe hinzu. Um die Kapazitätsreservierung einer neuen Ressourcenfreigabe hinzufügen zu können, müssen Sie die Ressourcenfreigabe mithilfe der [AWS RAM -Konsole](https://console.aws.amazon.com/ram) erstellen.
Wenn Sie Teil einer Organisation sind AWS Organizations und die gemeinsame Nutzung innerhalb Ihrer Organisation aktiviert ist, erhalten Verbraucher in Ihrer Organisation Zugriff auf die gemeinsame Kapazitätsreservierung, sofern die [Voraussetzungen für die gemeinsame Nutzung](capacity-reservation-sharing.md#sharing-cr-prereq) erfüllt sind. Wenn die Kapazitätsreservierung für externe Konten freigegeben ist, erhalten Konsumenten eine Einladung zur Teilnahme an der Ressourcenfreigabe und nach Annahme der Einladung wird ihnen Zugriff auf die freigegebene Kapazitätsreservierung gewährt.
**Wichtig**
Bevor Sie Instances für eine Kapazitätsreservierung starten, die mit Ihnen geteilt wird, überprüfen Sie, ob Sie Zugriff auf die gemeinsam genutzte Kapazitätsreservierung haben, indem Sie sie in der Konsole anzeigen oder sie mit dem [ describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html) AWS CLI Befehl beschreiben. Wenn Sie die gemeinsame Kapazitätsreservierung in der Konsole anzeigen oder sie mithilfe von beschreiben können AWS CLI, steht sie Ihnen zur Verfügung und Sie können Instances darin starten. Wenn Sie versuchen, Instances in die Kapazitätsreservierung zu starten, und diese aufgrund eines Freigabefehlers nicht zugänglich ist, werden die Instances in On-Demand-Kapazität gestartet.
------
#### [ Console ]
**So geben Sie eine Kapazitätsreservierung 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 **Kapazitätsreservierungen** aus.
1. Wählen Sie die Kapazitätsreservierung aus, die freigegeben werden soll, und wählen Sie **Actions (Aktionen)**, **Share reservation (Reservierung freigeben)**.
1. Wählen Sie die Ressourcenfreigabe aus, der die Kapazitätsreservierunghinzugefügt werden soll, und wählen Sie **Share Kapazitätsreservierung (Kapazitätsreservierung freigeben)**.
Es kann einige Minuten dauern, bis Konsumenten Zugriff auf die freigegebene Kapazitätsreservierung gewährt wird.
**Um eine Kapazitätsreservierung, die Ihnen gehört, über die AWS RAM Konsole zu teilen**
Weitere Informationen finden Sie unter [Erstellen einer Ressourcenfreigabe](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-create) im *AWS RAM -Benutzerhandbuch*.
------
#### [ AWS CLI ]
**So können Sie eine Kapazitätsreservierung freigeben, die Sie besitzen**
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:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**So können Sie eine Kapazitätsreservierung freigeben, die Sie besitzen**
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:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
# Beenden der Freigabe einer Kapazitätsreservierung
Der Kapazitätsreservierung-Besitzer kann die gemeinsame Nutzung einer Kapazitätsreservierung jederzeit beenden. Es gelten die folgenden Regeln:
+ Instances im Besitz von Konsumenten, die in freigegebener Kapazität ausgeführt wurden, als die Freigabe aufgehoben wurde, werden weiterhin normal außerhalb der reservierten Kapazität ausgeführt, und die Kapazität wird abhängig von der Verfügbarkeit an Amazon EC2-Kapazität als Kapazitätsreservierung wiederhergestellt.
+ Konsumenten, für die die Kapazitätsreservierung freigegeben wurde, können keine neuen Instances mehr in der reservierten Kapazität starten.
Um die Freigabe einer Kapazitätsreservierung in Ihrem Besitz zu beenden, müssen Sie diese aus der Ressourcenfreigabe entfernen.
------
#### [ Console ]
**So beenden Sie die Freigabe einer Kapazitätsreservierung in Ihrem Besitz mithilfe der Amazon EC2-Konsole**
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 **Kapazitätsreservierungen** aus.
1. Wählen Sie die Kapazitätsreservierung aus und klicken Sie auf die Registerkarte **Freigabe**.
1. Auf der Registerkarte **Sharing (Freigabe)** werden die Ressorcenfreigaben aufgelistet, zu denen die Kapazitätsreservierung hinzugefügt wurde. Wählen Sie die Ressourcenfreigabe aus, aus der die Kapazitätsreservierung entfernt werden soll, und wählen Sie **Remove from resource share (Aus Ressourcenfreigabe entfernen)**.
**So beenden Sie die gemeinsame Nutzung einer Kapazitätsreservierung, deren Eigentümer Sie sind, mithilfe der Konsole AWS RAM**
Siehe [Aktualisieren einer Ressourcenfreigabe](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-update) im *AWS RAM -Benutzerhandbuch*.
------
#### [ AWS CLI ]
**So können Sie die Freigabe einer Kapazitätsreservierung beenden, die Sie besitzen.**
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:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**So können Sie die Freigabe einer Kapazitätsreservierung beenden, die Sie besitzen.**
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:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
# Fakturierungszuweisung für freigegebene Amazon-EC2-Kapazitätsreservierungen
Wenn eine Kapazitätsreservierung freigegeben wird, werden dem Eigentümer standardmäßig die Instances, die er in der Kapazitätsreservierung ausführt, und alle verfügbaren Kapazitäten, auch *ungenutzte* Kapazität genannt, in der Kapazitätsreservierung in Rechnung gestellt. Verbrauchern werden dagegen nur die Instances in Rechnung gestellt, die sie im Rahmen der gemeinsamen Kapazitätsreservierung ausführen.
Bei Bedarf kann der Eigentümer der Kapazitätsreservierung die Abrechnung aller verfügbaren Kapazitäten in der Kapazitätsreservierung jedem der Konten zuweisen, für die die Kapazitätsreservierung freigegeben wird. Nachdem die Abrechnung einem anderen Konto zugewiesen wurde, wird dieses Konto zum *Abrechnungsinhaber* aller verfügbaren Kapazitäten in der Kapazitätsreservierung. Ab diesem Zeitpunkt werden alle Gebühren für verfügbare Kapazität in der Kapazitätsreservierung dem zugewiesenen Konto und nicht dem Konto des Eigentümers in Rechnung gestellt. Dem Eigentümer der Kapazitätsreservierung und der Konten, für die die Kapazitätsreservierung freigegeben wird, werden weiterhin die Instances in Rechnung gestellt, die sie in der Kapazitätsreservierung ausführen.
**Wichtig**
Der Kapazitätsreservierung-Besitzer bleibt der Ressourcenbesitzer und bleibt für die Verwaltung der Kapazitätsreservierung verantwortlich. Das Konto, dem die Fakturierung zugewiesen wurde, erhält keine zusätzlichen Rechte. Es kann die Kapazitätsreservierung in keiner Weise stornieren, ändern oder teilen.
**Topics**
+ [
## Funktionsweise
](#how-billing-ownership-works)
+ [
## Überlegungen
](#billing-ownership-considerations)
+ [Fakturierung zuordnen](request-billing-transfer.md)
+ [Fakturierungszuordnungsanforderungen anzeigen](view-billing-transfers.md)
+ [Annehmen oder Ablehnen der Abrechnung](accept-decline-billing-transfer.md)
+ [Anfragen stornieren oder widerrufen](cancel-billing-transfer.md)
+ [Anfragen überwachen](billing-ownership-events.md)
## Funktionsweise
Nur der Eigentümer der Kapazitätsreservierung kann die Fakturierung einer freigegebenen Kapazitätsreservierung einem anderen Konto zuweisen. Die Abrechnung kann nur einem Konto zugewiesen werden, mit dem die Kapazitätsreservierung gemeinsam genutzt wird und das unter demselben AWS Organizations Zahlerkonto wie der Eigentümer der Kapazitätsreservierung zusammengefasst ist.
Um die Abrechnung der verfügbaren Kapazität einer Kapazitätsreservierung einem anderen Konto zuzuweisen, muss der Eigentümer der Kapazitätsreservierung eine Anfrage an das erforderliche Konto stellen. Das angegebene Konto erhält die Anfrage und muss sie innerhalb von 12 Stunden entweder annehmen oder ablehnen.
+ Wenn sie **zustimmen**, werden sie der *Rechnungsinhaber* aller verfügbaren Kapazitäten, auch *ungenutzte Kapazität* genannt, in der Kapazitätsreservierung. Ab diesem Zeitpunkt werden alle Gebühren für verfügbare Kapazität in der Kapazitätsreservierung dem zugewiesenen Konto und nicht dem Konto des Eigentümers in Rechnung gestellt. Nach der Annahme kann nur der Inhaber der Kapazitätsreservierung die Fakturierung über das zugewiesene Konto widerrufen.
+ Im Falle einer **Ablehnung** bleibt der Eigentümer der Kapazitätsreservierung weiterhin der Abrechnungsinhaber der verfügbaren Kapazität in der Kapazitätsreservierung. Die Gebühren für jede verfügbare Kapazität in der Kapazitätsreservierung werden weiterhin dem Konto des Eigentümers in Rechnung gestellt.
+ Wenn sie die Anfrage **nicht innerhalb von 12 Stunden annehmen oder ablehnen**, verfällt sie und die Gebühren für jede verfügbare Kapazität in der Kapazitätsreservierung werden weiterhin dem Konto des Eigentümers in Rechnung gestellt.
Für den Zeitraum, in dem die Abrechnung einem anderen Konto zugeordnet ist, erscheinen die `Reservation`- und `UnusedBox`-Einzelposten im Kosten- und Nutzungsbericht (CUR) des zugeordneten Kontos anstelle des CUR des Eigentümers.
Die folgende Tabelle zeigt, welche Einzelposten in der CUR für Eigentümer- und Verbraucherkonten für Kapazitätsreservierungen erscheinen, **bevor** die Abrechnung einem anderen Konto zugewiesen wird.
| Account | CUR-Einzelposten, bevor die Fakturierung zugewiesen wird |
| --- | --- |
| Kapazitätsreservierungs-Eigentümer | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/assign-billing.html) |
| Verbraucherkonten, mit denen die Kapazitätsreservierung geteilt wird | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/assign-billing.html) |
Die folgende Tabelle zeigt, welche Einzelposten in der CUR für Eigentümer- und Verbraucherkonten für Kapazitätsreservierungen erscheinen, **nachdem** die Abrechnung einem anderen Konto zugewiesen wird.
| Account | CUR-Einzelposten, nachdem die Fakturierung zugewiesen wird |
| --- | --- |
| Kapazitätsreservierungs-Eigentümer | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/assign-billing.html) |
| Verbraucherkonto, dem die Abrechnung zugewiesen ist | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/assign-billing.html) |
| Andere Verbraucherkonten, mit denen die Kapazitätsreservierung geteilt wird | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/assign-billing.html) |
**Anmerkung**
\$1 Der `BoxUsage`-Einzelposten wird nur dann in der CUR eines Accounts angezeigt, wenn es in der Kapazitätsreservierung laufende Instances gibt. Weitere Informationen zu den CUR-Einzelposten finden Sie unter [Kapazitätsreservierungen überwachen](https://docs.aws.amazon.com/cur/latest/userguide/monitor-ondemand-reservations.html).
Verwenden Sie den Kapazitätsreservierungs-ARN in der CUR, um zu ermitteln, wem die Kapazitätsreservierung gehört. Wenn der ARN Ihre AWS Konto-ID enthält, sind Sie der Eigentümer der Kapazitätsreservierung. Andernfalls gehört die Kapazitätsreservierung einem anderen Konto, aber die Abrechnung wird Ihnen zugewiesen.
Tags zur Kostenzuweisung, die der Eigentümer der Kapazitätsreservierung zugewiesen hat, werden nicht in der CUR des Verbraucherkontos angezeigt. Tags für die Kostenzuweisung werden nur in der CUR des Besitzers der Kapazitätsreservierung angezeigt.
## Überlegungen
Beachten Sie beim Zuweisen der Fakturierung einer freigegebenen Kapazitätsreservierung Folgendes:
+ Sie können keine teilweisen oder geteilten Abrechnungszuweisungen vornehmen. Die Abrechnung der gesamten verfügbaren Kapazität einer Kapazitätsreservierung kann jeweils einem Konto zugewiesen werden.
+ Die verfügbare Kapazität einer Kapazitätsreservierung kann sich im Laufe der Zeit ändern. Dies wirkt sich auf die Abrechnung für das zugewiesene Konto aus. Beispielsweise kann sich die verfügbare Kapazität erhöhen, wenn der Eigentümer der Kapazitätsreservierung die Größe der Kapazitätsreservierung erhöht oder wenn andere Benutzerkonten ihre Instances, die im Rahmen der Kapazitätsreservierung laufen, anhalten oder beenden.
+ Die Abrechnung kann nur einem Verbraucherkonto zugewiesen werden, das unter demselben AWS Organizations Zahlerkonto konsolidiert ist. Die Fakturierung wird dem Kundenkonto automatisch entzogen, wenn der Kunde die Organisation verlässt oder wenn die Kapazitätsreservierung nicht mehr für ihn freigegeben wird.
+ Nur der Inhaber der Kapazitätsreservierung kann eine ausstehende Anfrage zur Rechnungszuweisung stornieren und die Abrechnung für ein zugewiesenes Konto widerrufen, nachdem die Anfrage akzeptiert wurde.
# Fakturierung einer freigegebenen EC2-Kapazitätsreservierung einem anderen Konto zuweisen
Um die Fakturierung der verfügbaren Kapazität einer Kapazitätsreservierung einem anderen Konto zuzuweisen, muss der Eigentümer der Kapazitätsreservierung eine Anfrage an das erforderliche Konto stellen. In der Amazon-EC2-Konsole wird diese Anfrage als *Übertragungsanforderung* bezeichnet.
Ein Kapazitätsreservierungsinhaber kann die Abrechnung der verfügbaren Kapazität der Kapazitätsreservierung nur dann einem Konto zuordnen, wenn:
+ Die Kapazitätsreservierung wurde bereits für dieses Konto freigegeben.
+ Das Konto wird unter demselben AWS Organizations Zahlerkonto konsolidiert wie der Inhaber der Kapazitätsreservierung.
Die Abrechnung dem angegebenen Konto erst zugewiesen wird, wenn die Anfrage akzeptiert wurde.
Wenn ein Inhaber einer Kapazitätsreservierung eine Anfrage einleitet, wird ein EventBridge Amazon-Event an das angeforderte Konto gesendet. Weitere Informationen finden Sie unter [Anfragen für die Fakturierung von freigegebenen Kapazitätsreservierungen überwachen](billing-ownership-events.md).
------
#### [ Console ]
**So weisen Sie die Abrechnung einer freigegebenen Kapazitätsreservierung 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 **Kapazitätsreservierungen** und wählen Sie die freigegebene Kapazitätsreservierung aus.
1. Wählen Sie im Abschnitt **Abrechnung der verfügbaren Kapazität** die Option **Abrechnung zuweisen** aus.
1. Wählen Sie auf dem Bildschirm **Abrechnung zuweisen** das Verbraucherkonto aus, dem die Abrechnung zugewiesen werden soll, und wählen Sie dann **Anfrage**.
------
#### [ AWS CLI ]
**So weisen Sie die Abrechnung einer freigegebenen Kapazitätsreservierung zu**
Verwenden Sie den Befehl [associate-capacity-reservation-billing-owner](https://docs.aws.amazon.com/cli/latest/reference/ec2/associate-capacity-reservation-billing-owner.html). Geben Sie für `--capacity-reservation-id` die ID der freigegebenen Kapazitätsreservierung an. Geben Sie für `--unused-reservation-billing-owner-id` die ID des AWS Kontos an, dem die Abrechnung zugewiesen werden soll.
```
aws ec2 associate-capacity-reservation-billing-owner \
--capacity-reservation-id cr-01234567890abcdef \
--unused-reservation-billing-owner-id 123456789012
```
------
#### [ PowerShell ]
**So weisen Sie die Abrechnung einer freigegebenen Kapazitätsreservierung zu**
Verwenden Sie das cmdlet [Register-EC2CapacityReservationBillingOwner](https://docs.aws.amazon.com/powershell/latest/reference/items/Register-EC2CapacityReservationBillingOwner.html). Geben Sie für `-CapacityReservationId` die ID der freigegebenen Kapazitätsreservierung an. Geben Sie für `-UnusedReservationBillingOwnerId` die ID des AWS Kontos an, dem die Abrechnung zugewiesen werden soll.
```
Register-EC2CapacityReservationBillingOwner `
-CapacityReservationId cr-01234567890abcdef `
-UnusedReservationBillingOwnerId 123456789012
```
------
# Fakturierungszuweisung für freigegebene Amazon-EC2-Kapazitätsreservierungen anzeigen
Ein Inhaber einer Kapazitätsreservierung kann nur die letzte von ihm initiierte Anfrage zur Rechnungszuweisung einsehen. Und Kundenkonten können nur die neuesten Anfragen zur Rechnungszuweisung einsehen, die an sie gesendet wurden.
Anfragen können bis zu 24 Stunden lang eingesehen werden, nachdem sie den Status `cancelled`, `expired`, oder `revoked` erreicht haben. Nach 24 Stunden können sie nicht mehr angezeigt werden.
------
#### [ Console ]
**(Inhaber der Kapazitätsreservierung) So zeigen Sie von Ihnen initiierte Anfragen 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 **Kapazitätsreservierungen** und wählen Sie die freigegebene Kapazitätsreservierung aus, für die Anfragen angezeigt werden sollen.
1. Im Abschnitt **Abrechnung der verfügbaren Kapazität** werden die letzte Anfrage und ihr aktueller Status angezeigt.
**(Kundenkonto) Für an Sie gesendete Anfragen**
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 **Kapazitätsreservierungen** aus.
1. Wenn Sie ausstehende Anfragen haben, wird oben auf dem Bildschirm das Banner **Ausstehende Anfragen zur Rechnungszuweisung** angezeigt. Wenn das Banner nicht angezeigt wird, haben Sie keine ausstehenden Anfragen.
Um die Anfragen anzusehen, wählen Sie im Banner **Anfragen überprüfen** aus.
------
#### [ AWS CLI ]
**(Inhaber der Kapazitätsreservierung) So zeigen Sie von Ihnen initiierte Anfragen an**
Verwenden Sie den Befehl [describe-capacity-reservation-billing-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservation-billing-requests.html).
```
aws ec2 describe-capacity-reservation-billing-requests \
--role odcr-owner
```
**(Kundenkonto) Für an Sie gesendete Anfragen**
Verwenden Sie den Befehl [describe-capacity-reservation-billing-requests](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservation-billing-requests.html).
```
aws ec2 describe-capacity-reservation-billing-requests \
--role unused-reservation-billing-owner
```
------
#### [ PowerShell ]
**(Inhaber der Kapazitätsreservierung) So zeigen Sie von Ihnen initiierte Anfragen an**
Verwenden Sie das cmdlet [Get-EC2CapacityReservationBillingRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservationBillingRequest.html).
```
Get-EC2CapacityReservationBillingRequest `
-Role odcr-owner
```
**(Kundenkonto) Für an Sie gesendete Anfragen**
Verwenden Sie das cmdlet [Get-EC2CapacityReservationBillingRequest](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservationBillingRequest.html).
```
Get-EC2CapacityReservationBillingRequest `
-Role unused-reservation-billing-owner
```
------
Eine Anfrage kann einen der folgenden Status aufweisen.
| Status | Description |
| --- | --- |
| pending | Die Anfrage wurde nicht akzeptiert oder abgelehnt, ist aber noch nicht abgelaufen. |
| accepted | Die Anfrage wurde vom angegebenen Konto akzeptiert. Die Abrechnung der verfügbaren Kapazität der Kapazitätsreservierung ist dem Kundenkonto zugewiesen. |
| rejected | Die Anfrage wurde vom Verbraucherkonto abgelehnt. |
| cancelled | Die Anfrage wurde vom Inhaber der Kapazitätsreservierung storniert, während sie sich im pending-Status befand. |
| revoked | Die Abrechnung wurde aus folgenden Gründen vom Verbraucherkonto gesperrt: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/de_de/AWSEC2/latest/UserGuide/view-billing-transfers.html) |
| expired | Die Anfrage ist abgelaufen, weil das Verbraucherkonto sie nicht innerhalb von 12 Stunden akzeptiert oder abgelehnt hat. |
# Fakturierung einer freigegebenen EC2-Kapazitätsreservierung akzeptieren oder ablehnen
Wenn Sie eine Anfrage zur Fakturierungszuweiseung für eine Kapazitätsreservierung erhalten, die für Sie freigegeben ist, können Sie sie entweder annehmen oder ablehnen. Die Anfrage bleibt so lange im `pending`-Status, bis sie angenommen oder abgelehnt wird.
Wenn Sie die Anfrage annehmen, wechselt sie in den `accepted`-Status. Die Abrechnung aller verfügbaren oder *ungenutzten* Kapazitäten dieser Kapazitätsreservierung wird Ihrem Konto ab diesem Zeitpunkt zugewiesen. Nachdem Sie eine Anfrage akzeptiert haben, kann nur der Inhaber der Kapazitätsreservierung die Abrechnung von Ihrem Konto widerrufen.
Wenn Sie die Anfrage ablehnen, wird sie in den `rejected`-Status übernommen, und die Abrechnung der verfügbaren Kapazität der Kapazitätsreservierung bleibt dem Eigentümer der Kapazitätsreservierung zugewiesen.
Anfragen laufen ab, wenn sie nicht innerhalb von 12 Stunden akzeptiert oder abgelehnt werden. Wenn eine Anfrage abläuft, bleibt die Abrechnung der ungenutzten Kapazität der Kapazitätsreservierung weiterhin dem Eigentümer der Kapazitätsreservierung zugewiesen.
Wenn eine Anfrage akzeptiert oder abgelehnt wird, wird eine EventBridge Amazon-Veranstaltung an das Konto des Besitzers der Kapazitätsreservierung gesendet. Wenn eine Anfrage abläuft, wird ein EventBridge Amazon-Event an den Inhaber der Kapazitätsreservierung und das Kundenkonto gesendet. Weitere Informationen finden Sie unter [Anfragen für die Fakturierung von freigegebenen Kapazitätsreservierungen überwachen](billing-ownership-events.md).
------
#### [ Console ]
**So akzeptieren oder lehnen Sie eine Anfrage ab**
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 **Kapazitätsreservierungen** aus.
1. Wenn Sie ausstehende Anfragen haben, wird oben auf dem Bildschirm das Banner **Ausstehende Anfragen zur Rechnungszuweisung** angezeigt. Wenn das Banner nicht angezeigt wird, haben Sie keine ausstehenden Anfragen.
Um die Anfragen anzusehen, wählen Sie im Banner **Anfragen überprüfen** aus.
1. Wählen Sie die Anfrage aus, die Sie annehmen oder ablehnen möchten, und wählen Sie dann entweder **Annehmen** oder **Ablehnen**.
------
#### [ AWS CLI ]
**So nehmen Sie eine Anfrage an**
Verwenden Sie den Befehl [accept-capacity-reservation-billing-ownership](https://docs.aws.amazon.com/cli/latest/reference/ec2/accept-capacity-reservation-billing-ownership.html). Geben Sie für `--capacity-reservation-id` die ID der Kapazitätsreservierung an, für die Sie die Anfrage annehmen möchten.
```
aws ec2 accept-capacity-reservation-billing-ownership \
--capacity-reservation-id cr-01234567890abcdef
```
**So lehnen Sie eine Anfrage ab**
Verwenden Sie den Befehl [reject-capacity-reservation-billing-ownership](https://docs.aws.amazon.com/cli/latest/reference/ec2/reject-capacity-reservation-billing-ownership.html). Geben Sie für `--capacity-reservation-id` die ID der Kapazitätsreservierung an, für die Sie die Anfrage ablehnen möchten.
```
aws ec2 reject-capacity-reservation-billing-ownership \
--capacity-reservation-id cr-01234567890abcdef
```
------
#### [ PowerShell ]
**So nehmen Sie eine Anfrage an**
Verwenden Sie das cmdlet [Approve-EC2CapacityReservationBillingOwnership](https://docs.aws.amazon.com/powershell/latest/reference/items/Approve-EC2CapacityReservationBillingOwnership.html).
```
Approve-EC2CapacityReservationBillingOwnership `
-CapacityReservationId cr-01234567890abcdef
```
**So lehnen Sie eine Anfrage ab**
Verwenden Sie das cmdlet [Deny-EC2CapacityReservationBillingOwnership](https://docs.aws.amazon.com/powershell/latest/reference/items/Deny-EC2CapacityReservationBillingOwnership.html).
```
Deny-EC2CapacityReservationBillingOwnership `
-CapacityReservationId cr-01234567890abcdef
```
------
# Anfragen zur Fakturierungszuweisung für freigegebene EC2-Kapazitätsreservierungen abbrechen oder widerrufen
Nur der Inhaber der Kapazitätsreservierung kann eine Anfrage zur `pending`-Rechnungszuweisung abbrechen. Wenn eine ausstehende Anfrage abgebrochen wird, tritt sie in den Status `cancelled` ein und die Abrechnung der verfügbaren oder *ungenutzten* Kapazität der Kapazitätsreservierung bleibt dem Eigentümer der Kapazitätsreservierung zugeordnet.
Sobald eine Anfrage `accepted` ist, kann nur der Eigentümer der Kapazitätsreservierung die Fakturierung des zugeordneten Kontos widerrufen. Wenn die Abrechnung widerrufen wird, geht die Anfrage in den Zustand `revoked` über und die Abrechnung der verfügbaren Kapazität der Kapazitätsreservierung wird wieder dem Eigentümer der Kapazitätsreservierung zugewiesen.
Wenn eine Anfrage storniert oder widerrufen wird, werden EventBridge Amazon-Ereignisse an den Inhaber der Kapazitätsreservierung und das angegebene Kundenkonto gesendet. Weitere Informationen finden Sie unter [Anfragen für die Fakturierung von freigegebenen Kapazitätsreservierungen überwachen](billing-ownership-events.md).
------
#### [ Console ]
**So stornieren oder widerrufen Sie eine Anfrage**
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 **Kapazitätsreservierungen** und wählen Sie dann die Kapazitätsreservierung aus, für welche die Anforderungen abgebrochen oder widerrufen werden sollen.
1. Wählen Sie im Abschnitt **Abrechnung der verfügbaren Kapazität** je nach aktuellem Status der Anfrage die Option **Übertragung abbrechen** **oder Übertragung widerrufen** aus.
------
#### [ AWS CLI ]
**So stornieren oder widerrufen Sie eine Anfrage**
Verwenden Sie den Befehl [disassociate-capacity-reservation-billing-owner](https://docs.aws.amazon.com/cli/latest/reference/ec2/disassociate-capacity-reservation-billing-owner.html). Geben Sie für `--unused-reservation-billing-owner-id` die ID des AWS Kontos an, an das die Anfrage gesendet wurde.
```
aws ec2 disassociate-capacity-reservation-billing-owner \
--capacity-reservation-id cr-01234567890abcdef \
--unused-reservation-billing-owner-id 123456789012
```
------
#### [ PowerShell ]
**So stornieren oder widerrufen Sie eine Anfrage**
Verwenden Sie das cmdlet [Unregister-EC2CapacityReservationBillingOwner](https://docs.aws.amazon.com/powershell/latest/reference/items/Unregister-EC2CapacityReservationBillingOwner.html). Geben Sie für `-UnusedReservationBillingOwnerId` die ID des AWS Kontos an, an das die Anfrage gesendet wurde.
```
Unregister-EC2CapacityReservationBillingOwner `
-CapacityReservationId cr-01234567890abcdef `
-UnusedReservationBillingOwnerId 123456789012
```
------
# Anfragen für die Fakturierung von freigegebenen Kapazitätsreservierungen überwachen
Amazon EC2 sendet EventBridge Amazon-Ereignisse, wenn sich der Status einer Fakturierungsanfrage ändert.
+ Ereignisse werden an den Inhaber der Kapazitätsreservierung gesendet, wenn eine Anfrage in einen der folgenden Zustände übergeht: `accepted` \$1 `rejected` \$1 `expired` \$1 `revoked`.
+ Ereignisse werden an das angeforderte Verbraucherkonto gesendet, wenn eine Anfrage in einen der folgenden Zustände übergeht: `pending` \$1 `expired` \$1 `cancelled` \$1 `revoked`.
Weitere Informationen zu Amazon EventBridge finden Sie im [ EventBridge Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
Das Folgende ist das EventBridge Amazon-Ereignismuster.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"On-Demand Capacity Reservation Billing Ownership Request pending|accepted|rejected|cancelled|revoked|expired",
"source":"aws.ec2",
"account":"account_id",
"time":"state_change_timestamp",
"region":"region",
"resources":[
"arn:aws:ec2:region:cr_owner_account_id:capacity-reservation/cr_id"
],
"detail":{
"capacity-reservation-id":"cr_id",
"updateTime":timestamp,
"ownerAccountId":"cr_owner_account_id",
"unusedReservationChargesOwnerID":"consumer_account_id",
"status":"pending|accepted|rejected|cancelled|revoked|expired",
"statusMessage":"message
}
}
```
Im Folgenden finden Sie ein Beispiel für ein Ereignis, das an den Eigentümer der Kapazitätsreservierung (`222222222222`) gesendet wird, wenn ein Verbraucherkonto (`111111111111`) eine Anfrage zur Fakturierungszuweisung für eine freigegebene Kapazitätsreservierung (`cr-01234567890abcdef`) akzeptiert.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"On-Demand Capacity Reservation Billing Ownership Request accepted",
"source":"aws.ec2",
"account":"222222222222",
"time":"2024-09-01Thh:59:59Z",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:222222222222:capacity-reservation/cr-01234567890abcdef"
],
"detail":{
"capacity-reservation-id":"cr-01234567890abcdef",
"updateTime":"2024-08-01Thh:59:59Z",
"ownerAccountId":"222222222222",
"unusedReservationChargesOwnerID":"111111111111",
"status":"accepted",
"statusMessage":"billing transfer status message"
}
}
```
## Berechtigungen für freigegebene Kapazitätsreservierung
### Berechtigungen für Besitzer
Besitzer sind für die Verwaltung und Stornierung ihrer freigegebenen Kapazitätsreservierungen verantwortlich. Besitzer können keine Änderungen an Instances vornehmen, die in der freigegebenen Kapazitätsreservierung im Besitz anderer Konten ausgeführt werden. Besitzer sind weiterhin für die Verwaltung von Instances verantwortlich, die sie selbst in der freigegebenen Kapazitätsreservierung starten.
### Berechtigungen für Konsumenten
Konsumenten sind für die Verwaltung ihrer Instances verantwortlich, die in der freigegebenen Kapazitätsreservierung ausgeführt werden. Konsumenten können die freigegebene Kapazitätsreservierung keinesfalls ändern und können keine Instances anzeigen oder bearbeiten, die sich im Besitz anderer Konsumenten oder des Kapazitätsreservierung-Besitzers befinden. Verbraucher können nur die Gesamtkapazität und die verfügbare Kapazität in der gemeinsamen Reservierung einsehen.
## Fakturierung und Messung
Für die Freigabe von Kapazitätsreservierungen fallen keine zusätzlichen Gebühren an.
Standardmäßig werden dem Eigentümer der Kapazitätsreservierung die Instances, die er innerhalb der Kapazitätsreservierung betreibt, sowie die ungenutzte reservierte Kapazität in Rechnung gestellt, während den Verbrauchern die Instances, die sie innerhalb der freigegebenen Kapazitätsreservierung betreiben, in Rechnung gestellt werden. Sie können jedoch die Fakturierung des Kapazitätsangebots einer freigegebenen Kapazitätsreservierung einem bestimmten Verbraucherkonto zuordnen. Weitere Informationen finden Sie unter [Fakturierungszuweisung für freigegebene Amazon-EC2-Kapazitätsreservierungen](assign-billing.md).
Wenn der Besitzer der Kapazitätsreservierung einem anderen Zahlerkonto angehört und die Kapazitätsreservierung durch eine regionale Reserved Instance oder einen Savings Plan abgedeckt ist, werden dem Besitzer der Kapazitätsreservierung weiterhin die Kosten für die regionale Reserved Instance oder den Savings Plan in Rechnung gestellt. In diesen Fällen zahlt der Besitzer der Kapazitätsreservierung für die regionale Reserved Instance oder den Savings Plan, und den Verbrauchern werden die Instances in Rechnung gestellt, die in der gemeinsamen Kapazitätsreservierung ausgeführt werden.
## Instance-Limits
Die gesamte Kapazitätsreservierung-Nutzung wird auf die On-Demand-Instance-Beschränkungen des Kapazitätsreservierung-Besitzers angerechnet. Dies umfasst:
+ Ungenutzte reservierte Kapazität
+ Nutzung durch Instances im Besitz des Kapazitätsreservierung-Besitzers
+ Nutzung durch Instances im Besitz von Konsumenten
Instances, die von Konsumenten in der freigegebenen Kapazität gestartet werden, werden auf die On-Demand-Instance-Beschränkung des Kapazitätsreservierung-Besitzers angerechnet. Instance-Beschränkungen von Konsumenten sind die Summe aus ihren eigenen On-Demand-Instance-Beschränkungen und der in der freigegebenen Kapazitätsreservierungen verfügbaren Kapazität, auf die sie Zugriff haben.
# Kapazitätsreservierungsflotten
Eine *On-Demand-Kapazitätsreservierungsflotte* ist eine Gruppe von Kapazitätsreservierungen.
Die Anforderung einer Kapazitätsreservierungsflotte enthält alle Konfigurationsinformationen, die zum Starten einer Kapazitätsreservierungsflotte erforderlich sind. Mit einer einzigen Anforderung können Sie für Ihre Workload große Amazon-EC2-Kapazitäten (bis zu einem angegebenen Zielwert) für verschiedene Instance-Typen reservieren.
Nachdem Sie eine Kapazitätsreservierungsflotte erstellt haben, können Sie die Kapazitätsreservierungen in der Flotte verwalten, indem Sie die Flotte ändern oder auflösen.
**Topics**
+ [
## Funktionsweise von Kapazitätsreservierungsflotten
](#cr-how-it-works)
+ [
## Überlegungen
](#considerations)
+ [
## Preisgestaltung
](#pricing)
+ [Konzepte und Planung](crfleet-concepts.md)
+ [Create](create-crfleet.md)
+ [Modifizieren Sie](modify-crfleet.md)
+ [Abbrechen](cancel-crfleet.md)
+ [Beispielkonfigurationen](crfleet-example-configs.md)
+ [Verwenden von servicegebundenen Rollen](using-service-linked-roles.md)
## Funktionsweise von Kapazitätsreservierungsflotten
Wenn Sie eine Kapazitätsreservierungsflotte erstellen, versucht die Flotte, individuelle Kapazitätsreservierungen festzulegen, um die in Ihrer Flottenanforderung angegebene Gesamtzielkapazität zu erreichen.
Die Anzahl der Instances, für die die Flotte Kapazität reserviert, hängt von der [*Gesamtzielkapazität*](crfleet-concepts.md#target-capacity) und den [*Instance-Typ-Gewichtungen*](crfleet-concepts.md#instance-weight) ab, die Sie angeben. Der Instance-Typ, für den die Flotte Kapazität reserviert, hängt von der [*Zuweisungsstrategie*](crfleet-concepts.md#allocation-strategy) und den [*Instance-Typ-Prioritäten*](crfleet-concepts.md#instance-priority) ab, die Sie verwenden.
Wenn zum Zeitpunkt der Erstellung nicht genügend Kapazität vorhanden ist und die Flotte ihre Gesamtzielkapazität nicht sofort erreichen kann, versucht sie auf asynchrone Weise, Kapazitätsreservierungen zu erstellen, bis die angeforderte Kapazitätsmenge reserviert ist.
Wenn die Flotte ihre Gesamtzielkapazität erreicht, versucht sie, diese Kapazität beizubehalten. Wird eine Kapazitätsreservierung in der Flotte storniert, erstellt die Flotte je nach Ihrer Flottenkonfiguration automatisch eine oder mehrere Kapazitätsreservierungen, um die verlorene Kapazität zu ersetzen und ihre Gesamtzielkapazität beizubehalten.
Die Kapazitätsreservierungen in der Flotte können nicht einzeln verwaltet werden. Sie müssen gemeinsam durch eine Änderung der Flotte verwaltet werden. Wenn Sie eine Flotte ändern, werden die Kapazitätsreservierungen in der Flotte automatisch den Änderungen entsprechend aktualisiert.
Derzeit unterstützen Kapazitätsreservierungsflotten die Übereinstimmungskriterien für `open`-Instances. Alle von einer Flotte gestarteten Kapazitätsreservierungen verwenden automatisch diese Übereinstimmungskriterien. Mit diesen Kriterien werden neue und bestehende Instances mit übereinstimmenden Attributen (Instance-Typ, Plattform, Availability Zone und Tenancy) automatisch innerhalb der Kapazitätsreservierungen ausgeführt, die eine Flotte erstellt hat. Kapazitätsreservierungsflotten unterstützen keine Übereinstimmungskriterien für Instances.
## Überlegungen
Bei der Arbeit mit Kapazitätsreservierungsflotten sollten Sie Folgendes bedenken:
+ Eine Flotte für Kapazitätsreservierungen kann mithilfe der AWS API und erstellt, geändert, angezeigt AWS CLI und storniert werden.
+ Die Kapazitätsreservierungen in einer Flotte können nicht einzeln verwaltet werden. Sie müssen gemeinsam durch eine Änderung oder Stornierung der Flotte verwaltet werden.
+ Eine Kapazitätsreservierungsflotte kann nicht für mehrere Regionen gelten.
+ Eine Kapazitätsreservierungsflotte kann nicht für mehrere Availability Zones gelten.
+ Kapazitätsreservierungen, die von einer Kapazitätsreservierungsflotte erstellt wurden, werden automatisch mit dem folgenden durch AWS generierten Tag markiert:
+ Schlüssel: `aws:ec2-capacity-reservation-fleet`
+ Wert: `fleet_id`
Anhand dieses Tags können Sie Kapazitätsreservierungen erkennen, die von einer Kapazitätsreservierungsflotte erstellt wurden.
## Preisgestaltung
Für die Verwendung von Kapazitätsreservierungsflotten fallen keine zusätzlichen Gebühren an. Ihnen werden die einzelnen Kapazitätsreservierungen in Rechnung gestellt, die von Ihren Kapazitätsreservierungsflotten erstellt wurden. Weitere Informationen zur Abrechnung von Kapazitätsreservierungen finden Sie unter [Preise und Fakturierung für Kapazitätsreservierung](capacity-reservations-pricing-billing.md).
# Konzepte und Planung von Flotten für Kapazitätsreservierungen
In den folgenden Informationen wird beschrieben, wie eine Flotte für Kapazitätsreservierungen geplant wird, und es werden Konzepte für die Flotte für Kapazitätsreservierungen beschrieben, einschließlich der Gesamtzielkapazität, der Zuweisungsstrategie, der Gewichtung des Instance-Typs und der Priorität des Instance-Typs.
**Topics**
+ [
## Eine Flotte für Kapazitätsreservierungen planen
](#plan-cr-fleet)
+ [
## Gesamtzielkapazität
](#target-capacity)
+ [
## Zuweisungsstrategie
](#allocation-strategy)
+ [
## Instance-Typ-Gewichtung
](#instance-weight)
+ [
## Instance-Typ-Priorität
](#instance-priority)
## Eine Flotte für Kapazitätsreservierungen planen
Bei der Planung Ihrer Flotte für Kapazitätsreservierungen empfehlen wir Ihnen Folgendes zu tun:
1. Bestimmen Sie die Höhe der Rechenkapazität, die Ihre Workload erfordert.
1. Legen Sie die zu verwendenden Instance-Typen und Availability Zones fest.
1. Weisen Sie jedem Instance-Typ eine Priorität zu, die auf Ihren Anforderungen und Einstellungen basiert. Weitere Informationen finden Sie unter [Instance-Typ-Priorität](#instance-priority).
1. Erstellen Sie ein für Ihre Workload sinnvolles Kapazitätsgewichtungssystem. Weisen Sie jedem Instance-Typ eine Gewichtung zu und bestimmen Sie die Gesamtzielkapazität. Weitere Informationen erhalten Sie unter [Instance-Typ-Gewichtung](#instance-weight) und [Gesamtzielkapazität](#target-capacity).
1. Bestimmen Sie, ob Sie die Kapazitätsreservierung auf unbestimmte Zeit oder nur für einen bestimmten Zeitraum benötigen.
## Gesamtzielkapazität
Die *Gesamtzielkapazität* definiert die Gesamtmenge der Rechenkapazität, den die Kapazitätsreservierungsflotte reserviert. Sie geben die Gesamtzielkapazität beim Erstellen der Kapazitätsreservierungsflotte an. Nachdem die Flotte erstellt wurde, erstellt Amazon EC2 automatisch Kapazitätsreservierungen, um Kapazitäten bis zur Gesamtzielkapazität zu reservieren.
Die Anzahl der Instances, für die die Kapazitätsreservierungsflotte Kapazität reserviert, wird durch die Gesamtzielkapazität und die *Instance-Typ-Gewichtung* bestimmt, die Sie für jeden Instance-Typ in der Kapazitätsreservierungsflotte angeben (`total target capacity` / `instance type weight` = `number of instances`).
Sie können die Gesamtzielkapazität basierend auf sinnvollen Einheiten für Ihre Workload zuweisen. Wenn Ihre Arbeitslast beispielsweise eine bestimmte Anzahl von v erfordertCPUs, können Sie die gesamte Zielkapazität auf der Grundlage der CPUs erforderlichen Anzahl von v zuweisen. Wenn Ihr Workload `2048` v erfordertCPUs, geben Sie eine Gesamtzielkapazität von an `2048` und weisen Sie dann Gewichtungen für die Instance-Typen auf der Grundlage der Anzahl von v zu, die von den Instance-Typen in der Flotte CPUs bereitgestellt werden. Ein Beispiel finden Sie unter [Instance-Typ-Gewichtung](#instance-weight).
## Zuweisungsstrategie
Die Zuweisungsstrategie für Ihre Kapazitätsreservierungsflotte bestimmt, wie die Anforderung von reservierter Kapazität aus den Instance-Typ-Spezifikationen in der Konfiguration der Kapazitätsreservierungsflotte erfüllt wird.
Derzeit wird nur die Zuweisungsstrategie `prioritized` unterstützt. Diese Strategie sieht vor, dass die Kapazitätsreservierungsflotte Kapazitätsreservierungen unter Verwendung der Prioritäten erstellt, die Sie den Instance-Typ-Spezifikationen in der Konfiguration der Kapazitätsreservierungsflotte zugewiesen haben. Niedrigere Prioritätswerte bedeuten eine höhere Priorität für die Verwendung. Angenommen, Sie erstellen eine Kapazitätsreservierungsflotte, die die folgenden Instance-Typen und Prioritäten verwendet:
+ `m4.16xlarge` – Priorität = 1
+ `m5.16xlarge` – Priorität = 3
+ `m5.24xlarge` – Priorität = 2
Die Flotte versucht zunächst, Kapazitätsreservierungen für `m4.16xlarge` zu erstellen. Wenn Amazon EC2 keine ausreichende `m4.16xlarge`-Kapazität hat, versucht die Flotte, Kapazitätsreservierungen für `m5.24xlarge` zu erstellen. Wenn Amazon EC2 keine ausreichende `m5.24xlarge`-Kapazität hat, erstellt die Flotte Kapazitätsreservierungen für `m5.16xlarge`.
## Instance-Typ-Gewichtung
Die *Instance-Typ-Gewichtung* ist eine Gewichtung, die Sie jedem Instance-Typ in der Kapazitätsreservierungsflotte zuweisen. Die Gewichtung bestimmt, wie viele Kapazitätseinheiten jede Instance des jeweiligen Instance-Typs der *Gesamtzielkapazität* der Flotte anrechnet.
Sie können Gewichtungen basierend auf sinnvollen Einheiten für Ihre Workload zuweisen. Wenn Ihre Arbeitslast beispielsweise eine bestimmte Anzahl von v erfordertCPUs, können Sie Gewichtungen auf der Grundlage der Anzahl von v zuweisen, die von jedem Instance-Typ in der Kapazitätsreservierungsflotte CPUs bereitgestellt wird. Wenn Sie in diesem Fall eine Flotte CPUs für Kapazitätsreservierungen mithilfe von `m4.16xlarge` `m5.24xlarge` and-Instances erstellen, würden Sie jeder Instance wie folgt Gewichte zuweisen, die der Anzahl von v entsprechen:
+ `m4.16xlarge`— `64` vCPUs, Gewicht = `64` Einheiten
+ `m5.24xlarge`— `96` vCPUs, Gewicht = `96` Einheiten
Die Instance-Typ-Gewichtung bestimmt die Anzahl der Instances, für die die Kapazitätsreservierungsflotte Kapazität reserviert. Wenn eine Kapazitätsreservierungsflotte mit einer Gesamtzielkapazität von `384` Einheiten beispielsweise die Instance-Typen und Gewichtungen aus dem vorhergehenden Beispiel verwendet, könnte die Flotte Kapazität für `6` `m4.16xlarge`-Instances reservieren (384 Gesamtzielkapazität / 64 Instance-Typ-Gewichtung = 6 Instances) oder `4` `m5.24xlarge`-Instances (384 / 96 = 4).
Weisen Sie keine Instance-Typ-Gewichtungen oder eine Gewichtung von `1` zu, basiert die Gesamtzielkapazität ausschließlich auf der Anzahl der Instances. Wenn eine Kapazitätsreservierungsflotte mit einer Gesamtzielkapazität von `384` Einheiten beispielsweise die Instance-Typen aus dem vorhergehenden Beispiel verwendet, aber die Gewichtungen weglässt oder eine Gewichtung von `1` für beide Instance-Typen angibt, könnte die Flotte Kapazität für `384` `m4.16xlarge`- oder `384` `m5.24xlarge`-Instances reservieren.
## Instance-Typ-Priorität
Die *Instance-Typ-Priorität* ist ein Wert, den Sie den Instance-Typen in der Flotte zuweisen. Anhand der Prioritäten wird bestimmt, welcher der für die Flotte angegebenen Instance-Typen für die Verwendung priorisiert werden soll.
Niedrigere Prioritätswerte bedeuten eine höhere Priorität für die Verwendung.
# Erstellen einer Kapazitätsreservierungsflotte
Wenn Sie eine Kapazitätsreservierungsflotte erstellen, werden für die in der Flottenanforderung angegebenen Instance-Typen automatisch Kapazitätsreservierungen bis zur angegebenen Gesamtzielkapazität erstellt. Die Anzahl der Instances, für die die Kapazitätsreservierungsflotte Kapazität reserviert, hängt von der Gesamtzielkapazität und den Instance-Typ-Gewichtungen ab, die Sie in der Anforderung angeben. Weitere Informationen erhalten Sie unter [Instance-Typ-Gewichtung](crfleet-concepts.md#instance-weight) und [Gesamtzielkapazität](crfleet-concepts.md#target-capacity).
Wenn Sie die Flotte erstellen, müssen Sie die zu verwendenden Instance-Typen und eine Priorität für jeden dieser Instance-Typen angeben. Weitere Informationen erhalten Sie unter [Zuweisungsstrategie](crfleet-concepts.md#allocation-strategy) und [Instance-Typ-Priorität](crfleet-concepts.md#instance-priority).
**Anmerkung**
Die **AWSServiceRoleForEC2CapacityReservationFleet**serviceverknüpfte Rolle wird automatisch in Ihrem Konto erstellt, wenn Sie zum ersten Mal eine Kapazitätsreservierungsflotte erstellen. Weitere Informationen finden Sie unter [Verwenden von serviceverknüpften Rollen für KapazitätsreservierungsflottenVerwenden von serviceverknüpften Rollen für EC2 Capacity Manager](using-service-linked-roles.md).
Derzeit unterstützen Kapazitätsreservierungsflotten nur die Übereinstimmungskriterien für `open`-Instances.
------
#### [ AWS CLI ]
**So erstellen Sie eine Kapazitätsreservierungsflotte**
Verwenden Sie den Befehl [create-capacity-reservation-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/create-capacity-reservation-fleet.html).
```
aws ec2 create-capacity-reservation-fleet \
--total-target-capacity 24 \
--allocation-strategy prioritized \
--instance-match-criteria open \
--tenancy default \
--end-date 2021-12-31T23:59:59.000Z \
--instance-type-specifications file://instanceTypeSpecification.json
```
Der Inhalt von `instanceTypeSpecification.json` ist wie folgt:
```
[
{
"InstanceType": "m5.xlarge",
"InstancePlatform": "Linux/UNIX",
"Weight": 3.0,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 1
}
]
```
Es folgt eine Beispielausgabe.
```
{
"Status": "submitted",
"TotalFulfilledCapacity": 0.0,
"CapacityReservationFleetId": "crf-abcdef01234567890",
"TotalTargetCapacity": 24
}
```
------
#### [ PowerShell ]
**So erstellen Sie eine Kapazitätsreservierungsflotte**
Verwenden Sie das cmdlet [New-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2CapacityReservationFleet.html).
```
New-EC2CapacityReservationFleet `
-TotalTargetCapacity 24 `
-AllocationStrategy "prioritized" `
-InstanceMatchCriterion "open" `
-Tenancy "default" `
-EndDate 2021-12-31T23:59:59.000Z `
-InstanceTypeSpecification $specification
```
Die Spezifikation ist wie folgt definiert.
```
$specification = New-Object Amazon.EC2.Model.ReservationFleetInstanceSpecification
$specification.InstanceType = "m5.xlarge"
$specification.InstancePlatform = "Linux/UNIX"
$specification.Weight = 3.0
$specification.AvailabilityZone = "us-east-1a"
$specification.EbsOptimized = $true
$specification.Priority = 1
```
------
# Ändern einer Kapazitätsreservierungsflotte
Sie können die Gesamtzielkapazität und das Datum einer Kapazitätsreservierungsflotte jederzeit ändern. Wenn Sie die Gesamtzielkapazität einer Kapazitätsreservierungsflotte ändern, erstellt die Flotte automatisch neue Kapazitätsreservierungen oder ändert bzw. storniert bestehende Kapazitätsreservierungen in der Flotte, um die neue Gesamtzielkapazität zu erreichen. Wenn Sie das Enddatum für die Flotte ändern, werden die Enddaten für alle einzelnen Kapazitätsreservierungen entsprechend angepasst.
**Überlegungen**
+ Nachdem Sie eine Flotte geändert haben, wechselt ihr Zustand zu `modifying`. Sie können keine zusätzlichen Änderungen an einer Flotte vornehmen, wenn sie sich im Zustand `modifying` befindet.
+ Sie können keine Änderungen bezüglich Tenancy, Availability Zone, Instance-Typen, Instance-Plattformen, Prioritäten oder Gewichtungen vornehmen, die von einer Kapazitätsreservierungsflotte verwendet werden. Wenn Sie einen dieser Parameter ändern möchten, müssen Sie die vorhandene Flotte stornieren und eine neue Flotte mit den erforderlichen Parametern erstellen.
+ Sie können `--end-date` und `--remove-end-date` nicht im selben Befehl angeben.
------
#### [ AWS CLI ]
**Kapazitätsreservierungsflotte ändern**
Verwenden Sie den Befehl [modify-capacity-reservation-fleet](https://docs.aws.amazon.com/cli/latest/reference/ec2/modify-capacity-reservation-fleet.html).
**Beispiel 1: Gesamtzielkapazität ändern**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--total-target-capacity 160
```
**Beispiel 2: Enddatum ändern**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--end-date 2021-07-04T23:59:59.000Z
```
**Beispiel 3: Enddatum entfernen**
```
aws ec2 modify-capacity-reservation-fleet \
--capacity-reservation-fleet-id crf-01234567890abcedf \
--remove-end-date
```
------
#### [ PowerShell ]
**Kapazitätsreservierungsflotte ändern**
Verwenden Sie das cmdlet [Edit-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Edit-EC2CapacityReservationFleet.html).
**Beispiel 1: Gesamtzielkapazität ändern**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-TotalTargetCapacity 160
```
**Beispiel 2: Enddatum ändern**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-EndDate 2021-07-04T23:59:59.000Z
```
**Beispiel 3: Enddatum entfernen**
```
Edit-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-01234567890abcedf `
-RemoveEndDate
```
------
# Stornieren einer Kapazitätsreservierungsflotte
Wenn Sie eine Kapazitätsreservierungsflotte und die reservierte Kapazität nicht mehr benötigen, können Sie die Flotte stornieren. Wenn Sie eine Flotte stornieren, ändert sich ihr Zustand in `cancelled` und sie kann keine neuen Kapazitätsreservierungen mehr erstellen. Außerdem werden alle individuellen Kapazitätsreservierungen in der Flotte abgebrochen. Die Instances, die zuvor in der reservierten Kapazität ausgeführt wurden, werden in der freigegebenen Kapazität weiterhin normal ausgeführt.
------
#### [ AWS CLI ]
**So stornieren Sie eine Kapazitätsreservierungsflotte**
Verwenden Sie den Befehl [cancel-capacity-reservation-fleets](https://docs.aws.amazon.com/cli/latest/reference/ec2/cancel-capacity-reservation-fleets.html).
```
aws ec2 cancel-capacity-reservation-fleets \
--capacity-reservation-fleet-ids crf-abcdef01234567890
```
Es folgt eine Beispielausgabe.
```
{
"SuccessfulFleetCancellations": [
{
"CurrentFleetState": "cancelling",
"PreviousFleetState": "active",
"CapacityReservationFleetId": "crf-abcdef01234567890"
}
],
"FailedFleetCancellations": []
}
```
------
#### [ PowerShell ]
**So stornieren Sie eine Kapazitätsreservierungsflotte**
Verwenden Sie das cmdlet [Stop-EC2CapacityReservationFleet](https://docs.aws.amazon.com/powershell/latest/reference/items/Stop-EC2CapacityReservationFleet.html).
```
Stop-EC2CapacityReservationFleet `
-CapacityReservationFleetId crf-abcdef01234567890
```
------
# Beispiel für Kapazitätsreservierungsflotten-Konfigurationen
Im folgenden Beispiel wird eine Kapazitätsreservierungsflotte erstellt, die zwei Instance-Typen verwendet: `m5.4xlarge` und `m5.12xlarge`.
Es verwendet ein Gewichtungssystem, das auf der Anzahl von v basiert, die von den angegebenen Instance-Typen CPUs bereitgestellt werden. Die Gesamtzielkapazität ist `480` v. CPUs Der `m5.4xlarge` liefert 16 V CPUs und erhält ein Gewicht von`16`, während der 48 V `m5.12xlarge` liefert CPUs und ein Gewicht von erhält`48`. Mit diesem Gewichtungssystem wird die Kapazitätsreservierungsflotte dafür konfiguriert, Kapazität für 30 `m5.4xlarge`-Instances (480 / 16 = 30) oder 10 `m5.12xlarge`-Instances (480 / 48 = 10) zu reservieren.
Gemäß der Flottenkonfiguration wird die `m5.12xlarge`-Kapazität priorisiert und erhält die Priorität `1`. Der `m5.4xlarge`-Instance hingegen wird eine niedrigere Priorität zugeteilt: `2`. Die Flotte wird demnach zuerst versuchen, die `m5.12xlarge`-Kapazität zu reservieren. Nur wenn Amazon EC2 nicht genügend `m5.12xlarge`-Kapazität hat, versucht sie, die `m5.4xlarge`-Kapazität zu reservieren.
Die Flotte reserviert die Kapazität für `Windows`-Instances und die Reservierung läuft automatisch am `October 31, 2021` um`23:59:59` UTC ab.
```
aws ec2 create-capacity-reservation-fleet \
--total-target-capacity 480 \
--allocation-strategy prioritized \
--instance-match-criteria open \
--tenancy default \
--end-date 2021-10-31T23:59:59.000Z \
--instance-type-specifications file://instanceTypeSpecification.json
```
Im Folgenden sehen Sie den Inhalt von `instanceTypeSpecification.json`.
```
[
{
"InstanceType": "m5.4xlarge",
"InstancePlatform":"Windows",
"Weight": 16,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 2
},
{
"InstanceType": "m5.12xlarge",
"InstancePlatform":"Windows",
"Weight": 48,
"AvailabilityZone":"us-east-1a",
"EbsOptimized": true,
"Priority" : 1
}
]
```
# Verwenden von serviceverknüpften Rollen für Kapazitätsreservierungsflotten
Die On-Demand-Kapazitätsreservierungsflotte verwendet [dienstgebundene](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles.html#id_roles_terms-and-concepts) Rollen AWS Identity and Access Management (IAM). Eine serviceverknüpfte Rolle ist eine spezielle IAM-Rolle, die direkt mit Kapazitätsreservierungsflotten verknüpft ist. Servicebezogene Rollen sind von Capacity Reservation Fleet vordefiniert und beinhalten alle Berechtigungen, die der Service benötigt, um andere AWS Dienste in Ihrem Namen aufzurufen.
Eine serviceverknüpfte Rolle vereinfacht das Einrichten von Kapazitätsreservierungsflotten, da Sie die erforderlichen Berechtigungen nicht manuell hinzufügen müssen. Kapazitätsreservierungsflotten definieren die Berechtigungen ihrer serviceverknüpften Rollen. Sofern keine andere Konfiguration festgelegt wurde, können die Rollen nur von der jeweiligen Kapazitätsreservierungsflotte übernommen werden. Die definierten Berechtigungen umfassen die Vertrauens- und Berechtigungsrichtlinie. Diese Berechtigungsrichtlinie kann keinen anderen IAM-Entitäten zugewiesen werden.
Sie können eine serviceverknüpfte Rolle erst löschen, nachdem ihre verwandten Ressourcen gelöscht wurden. Dies schützt Ihre Kapazitätsreservierungsflotten-Ressourcen, da Sie die Berechtigung für den Zugriff auf die Ressourcen nicht versehentlich entfernen können.
## Berechtigungen von serviceverknüpften Rollen für Kapazitätsreservierungsflotten
Capacity Reservation Fleet verwendet die angegebene dienstbezogene Rolle, **AWSServiceRoleForEC2CapacityReservationFleet**um in Ihrem Namen Kapazitätsreservierungen in einer Kapazitätsreservierungsflotte zu erstellen, zu beschreiben, zu ändern und zu stornieren.
Die AWSService RoleFor EC2 CapacityReservationFleet dienstbezogene Rolle vertraut darauf, dass die folgende Entität die Rolle übernimmt:
+ `capacity-reservation-fleet.amazonaws.com`
Die Rolle verwendet die `AWSEC2CapacityReservationFleetRolePolicy` AWS verwaltete Richtlinie. Weitere Informationen finden Sie unter [AWS verwaltete Richtlinie: AWSEC2CapacityReservationFleetRolePolicy](security-iam-awsmanpol.md#security-iam-awsmanpol-AWSEC2CapacityReservationFleetRolePolicy).
Sie müssen Berechtigungen konfigurieren, damit eine juristische Stelle von IAM (z. B. Benutzer, Gruppe oder Rolle) eine serviceverknüpfte Rolle erstellen, bearbeiten oder löschen kann. Weitere Informationen finden Sie unter [Serviceverknüpfte Rollenberechtigung](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create-service-linked-role.html#service-linked-role-permissions) im *IAM-Benutzerhandbuch*.
## Erstellen von serviceverknüpften Rollen für Kapazitätsreservierungsflotten
Sie müssen eine serviceverknüpfte Rolle nicht manuell erstellen. Wenn Sie mithilfe des `create-capacity-reservation-fleet` AWS CLI Befehls oder der `CreateCapacityReservationFleet` API eine Flotte für Kapazitätsreservierungen erstellen, wird die serviceverknüpfte Rolle automatisch für Sie erstellt.
Wenn Sie diese serviceverknüpfte Rolle löschen und sie dann erneut erstellen müssen, können Sie dasselbe Verfahren anwenden, um die Rolle in Ihrem Konto neu anzulegen. Wenn Sie eine Kapazitätsreservierungsflotte erstellen, erstellt die Kapazitätsreservierungsflotte wieder die serviceverknüpfte Rolle für Sie.
## Bearbeiten von serviceverknüpften Rollen für Kapazitätsreservierungsflotten
Mit der Kapazitätsreservierungsflotte können Sie die AWSService RoleFor EC2 CapacityReservationFleet servicebezogene Rolle nicht bearbeiten. Da möglicherweise verschiedene Entitäten auf die Rolle verweisen, kann der Rollenname nach dem Erstellen einer serviceverknüpften Rolle nicht mehr geändert werden. Sie können jedoch die Beschreibung der Rolle mit IAM bearbeiten. Weitere Informationen finden Sie unter [Bearbeiten einer serviceverknüpften Rollenbeschreibung](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_update-service-linked-role.html#edit-service-linked-role-iam-console) im *IAM-Benutzerhandbuch*.
## Löschen einer serviceverknüpften Rolle für Kapazitätsreservierungsflotten
Wenn Sie ein Feature oder einen Service, die bzw. der eine servicegebundene Rolle erfordert, nicht mehr benötigen, sollten Sie diese Rolle löschen. Auf diese Weise haben Sie keine ungenutzte juristische Stelle, die nicht aktiv überwacht oder verwaltet wird. Sie müssen jedoch die Ressourcen für Ihre serviceverknüpfte Rolle löschen, bevor Sie sie manuell löschen können.
**Anmerkung**
Falls der Kapazitätsreservierungsflotten-Service die Rolle verwendet, wenn Sie versuchen, die Ressourcen zu löschen, schlägt der Löschvorgang möglicherweise fehl. Wenn dies passiert, warten Sie einige Minuten und versuchen Sie es erneut.
**Um die AWSService RoleFor EC2 CapacityReservationFleet serviceverknüpfte Rolle zu löschen**
1. Verwenden Sie den `delete-capacity-reservation-fleet` AWS CLI Befehl oder die `DeleteCapacityReservationFleet` API, um die Kapazitätsreservierungsflotten in Ihrem Konto zu löschen.
1. Verwenden Sie die IAM-Konsole, die oder die AWS API AWS CLI, um die AWSService RoleFor EC2 CapacityReservationFleet serviceverknüpfte Rolle zu löschen. Weitere Informationen finden Sie unter [Löschen einer serviceverknüpften Rolle](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_manage_delete.html#id_roles_manage_delete_slr) im *IAM-Benutzerhandbuch*.
## Unterstützte Regionen für serviceverknüpfte Rollen für Kapazitätsreservierungsflotten
Kapazitätsreservierungsflotten unterstützen die Verwendung von serviceverknüpften Rollen in allen Regionen, in denen der Service verfügbar ist. Weitere Informationen finden Sie unter [AWS -Regionen und Endpunkte](https://docs.aws.amazon.com/general/latest/gr/ec2-service.html#ec2_region).
# Überwachen Sie die Nutzung von Kapazitätsreservierungen anhand von Kennzahlen CloudWatch
Mithilfe von CloudWatch Kennzahlen können Sie Ihre Kapazitätsreservierungen effizient überwachen und ungenutzte Kapazitäten identifizieren, indem Sie CloudWatch Alarme einrichten, die Sie benachrichtigen, wenn die Nutzungsgrenzwerte erreicht werden. Dies kann Ihnen helfen, ein konstantes Kapazitätsreservierung-Volumen beizubehalten und eine höhere Auslastung zu erreichen.
Kapazitätsreservierungen senden CloudWatch alle fünf Minuten Metrikdaten. Metriken für Kapazitätsreservierungen werden nicht unterstützt, die weniger als fünf Minuten aktiv sind.
Weitere Informationen zum Anzeigen von Metriken in der CloudWatch Konsole finden Sie unter [Amazon CloudWatch Metrics verwenden](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html). Weitere Informationen zum Erstellen von Alarmen finden Sie unter [ CloudWatch Amazon-Alarme erstellen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/AlarmThatSendsEmail.html).
**Topics**
+ [
## Kapazitätsreservierung-Nutzungsmetriken
](#capacity-reservation-usage-metrics)
+ [
## Kapazitätsreservierung-Metrikdimensionen
](#capacity-reservation-dimensions)
+ [
## CloudWatch Kennzahlen für Kapazitätsreservierungen anzeigen
](#viewing-capacity-reservation-metrics)
## Kapazitätsreservierung-Nutzungsmetriken
Der `AWS/EC2CapacityReservations`-Namespace enthält die folgenden Nutzungsmetriken, mit denen Sie On-Demand-Kapazität innerhalb von Schwellenwerten überwachen und verwalten können, die Sie für Ihre Reservierung angeben.
| Metrik | Beschreibung |
| --- | --- |
| UsedInstanceCount | Die Anzahl der Instances, die derzeit verwendet werden. Einheit: Anzahl |
| AvailableInstanceCount | Die Anzahl der verfügbaren Instances. Einheit: Anzahl |
| TotalInstanceCount | Die Gesamtzahl der reservierten Instances. Einheit: Anzahl |
| InstanceUtilization | Der Prozentsatz der Instances für reservierte Kapazität, die derzeit verwendet werden. Einheit: Prozent |
## Kapazitätsreservierung-Metrikdimensionen
Sie können die folgenden Dimensionen innerhalb der gewählten Region und dem ausgewählten Konto verwenden, um die in den vorherigen Tabellen aufgeführten Metriken zu verfeinern.
| Dimension | Description |
| --- | --- |
| (Keine Dimension) | Diese Dimension filtert die angegebene Metrik für alle Kapazitätsreservierungen. |
| CapacityReservationId | Diese Dimension filtert die angegebene Metrik für alle identifizierten Kapazitätsreservierungen. |
| InstanceType | Diese Dimension filtert die angegebene Metrik für den identifizierten Instance-Typ. |
| AvailabilityZone | Diese Dimension filtert die angegebene Metrik für die identifizierte Availability Zone. |
| InstanceMatchCriteria | Diese Dimension filtert die angegebene Metrik für die identifizierten Instance-Übereinstimmungskriterien (`open` oder `targeted`). |
| InstancePlatform | Diese Dimension filtert die angegebene Metrik für die identifizierte Plattform. |
| Tenancy | Diese Dimension filtert die angegebene Metrik für die identifizierte Tenancy. |
## CloudWatch Kennzahlen für Kapazitätsreservierungen anzeigen
Metriken werden zuerst nach dem Service-Namespace und dann nach den unterstützten Dimensionen gruppiert. Sie können die folgenden Vorgehensweisen nutzen, um die Metriken für Kapazitätsreservierungen anzuzeigen.
**Um Metriken zur Kapazitätsreservierung über die CloudWatch Konsole anzuzeigen**
1. Öffnen Sie die CloudWatch Konsole unter [https://console.aws.amazon.com/cloudwatch/](https://console.aws.amazon.com/cloudwatch/).
1. Ändern Sie, falls erforderlich, die Region. Wählen Sie auf der Navigationsleiste die Region aus, in der sich Ihr Kapazitätsreservierung befindet. Weitere Informationen finden Sie unter [-Regionen und Endpunkte](https://docs.aws.amazon.com/general/latest/gr/rande.html).
1. Wählen Sie im Navigationsbereich **Metrics** aus.
1. Wählen Sie für **Alle Metriken** die Option **EC2-Kapazitätsreservierungen** aus.
1. Wählen Sie aus den vorherigen Metrikdimensionen **Alle Kapazitätsreservierungen**, **Nach Kapazitätsreservierung**, **Nach Instance-Typ**, **Nach Availability Zone**, **Nach Plattform**, **Nach Instance-Übereinstimmungskriterien** oder **Nach Tenancy**. Die Metriken werden dann nach „Keine Dimension“, `CapacityReservationId`, `InstanceType`, `AvailabilityZone`, `Platform`, `InstanceMatchCriteria` und `Tenancy` entsprechend gruppiert.
1. Verwenden Sie die Spaltenüberschrift, um die Metriken zu sortieren. Um eine Metrik grafisch darzustellen, müssen Sie das Kontrollkästchen neben der Metrik aktivieren.
**Um Metriken zur Kapazitätsreservierung anzuzeigen, verwenden Sie AWS CLI**
Verwenden Sie den folgenden [list-metrics](https://docs.aws.amazon.com/cli/latest/reference/cloudwatch/list-metrics.html)-Befehl:
```
aws cloudwatch list-metrics --namespace "AWS/EC2CapacityReservations"
```
# Unterauslastung der Kapazitätsreservierung überwachen
Sie können die Unterauslastung der Kapazitätsreservierung wie folgt überwachen:
**Topics**
+ [
## EventBridge Amazon-Veranstaltungen
](#cr-underutilization-events)
+ [
## E-Mail- und AWS Health Dashboard-Benachrichtigungen
](#monitor-cr-utilization)
## EventBridge Amazon-Veranstaltungen
AWS Health sendet Ereignisse an Amazon, EventBridge wenn eine Kapazitätsreservierung in Ihrem Konto in bestimmten Zeiträumen unter 20 Prozent ausgelastet ist. Mit EventBridge können Sie Regeln festlegen, die als Reaktion auf solche Ereignisse programmatische Aktionen auslösen. Sie können beispielsweise eine Regel erstellen, die eine Kapazitätsreservierung automatisch aufhebt, wenn ihre Auslastung über einen Zeitraum von 7 Tagen unter 20 Prozent fällt.
Ereignisse in EventBridge werden als JSON-Objekte dargestellt. Die Felder, die für das Ereignis einzigartig sind, sind im Abschnitt "Detail" des JSON-Objekt enthalten. Im Feld "Ereignis" ist der Name des Ereignisses enthalten. Das Feld "Ergebnis" enthält den vollständigen Status der Aktion, die zur Auslösung des Ereignisses führte. Weitere Informationen finden Sie unter [Amazon EventBridge Event Patterns](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-patterns.html) im * EventBridge Amazon-Benutzerhandbuch*.
Weitere Informationen finden Sie im [ EventBridge Amazon-Benutzerhandbuch](https://docs.aws.amazon.com/eventbridge/latest/userguide/).
Diese Funktion wird in nicht unterstützt AWS GovCloud (US).
### Ereignisse
AWS Health sendet die folgenden Ereignisse, wenn die Kapazitätsnutzung für eine Kapazitätsreservierung unter 20 Prozent liegt.
+ `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION`
Im Folgenden finden Sie ein Beispiel für ein Ereignis, das generiert wird, wenn eine neu erstellte Kapazitätsreservierung über einen Zeitraum von 24 Stunden unter 20 Prozent Kapazitätsauslastung liegt.
```
{
"version": "0",
"id": "b3e00086-f271-12a1-a36c-55e8ddaa130a",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-03-10T12:03:38Z",
"region": "ap-south-1",
"resources": [
"cr-01234567890abcdef"
],
"detail": {
"eventArn": "arn:aws:health:ap-south-1::event/EC2/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_cr-01234567890abcdef-6211-4d50-9286-0c9fbc243f04",
"service": "EC2",
"eventTypeCode": "AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION",
"eventTypeCategory": "accountNotification",
"startTime": "Fri, 10 Mar 2023 12:03:38 GMT",
"endTime": "Fri, 10 Mar 2023 12:03:38 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "A description of the event will be provided here"
}
],
"affectedEntities": [
{
"entityValue": "cr-01234567890abcdef"
}
]
}
}
```
+ `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY`
Im Folgenden finden Sie ein Beispiel für ein Ereignis, das generiert wird, wenn eine oder mehrere Kapazitätsreservierungen über einen Zeitraum von 7 Tagen unter 20 Prozent Kapazitätsauslastung liegen.
```
{
"version": "0", "id":"7439d42b-3c7f-ad50-6a88-25e2a70977e2",
"detail-type": "AWS Health Event",
"source": "aws.health",
"account": "123456789012",
"time": "2023-03-07T06:06:01Z",
"region": "us-east-1",
"resources": [
"cr-01234567890abcdef | us-east-1b | t3.medium | Linux/UNIX | 0.0%",
"cr-09876543210fedcba | us-east-1a | t3.medium | Linux/UNIX | 0.0%"
],
"detail": {
"eventArn": "arn:aws:health:us-east-1::event/EC2/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY/AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY_726c1732-d6f6-4037-b9b8-bec3c2d3ba65",
"service": "EC2",
"eventTypeCode": "AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION_SUMMARY",
"eventTypeCategory": "accountNotification",
"startTime": "Tue, 7 Mar 2023 06:06:01 GMT",
"endTime": "Tue, 7 Mar 2023 06:06:01 GMT",
"eventDescription": [
{
"language": "en_US",
"latestDescription": "A description of the event will be provided here"
}
],
"affectedEntities": [
{
"entityValue": "cr-01234567890abcdef | us-east-1b | t3.medium | Linux/UNIX | 0.0%"
},
{
"entityValue": "cr-09876543210fedcba | us-east-1a | t3.medium | Linux/UNIX | 0.0%"
}
]
}
}
```
### Erstellen Sie eine EventBridge Regel
Um E-Mail-Benachrichtigungen zu erhalten, wenn Ihre Kapazitätsreservierungsauslastung unter 20 Prozent fällt, erstellen Sie ein Amazon SNS SNS-Thema und dann eine EventBridge Regel für das `AWS_EC2_ODCR_UNDERUTILIZATION_NOTIFICATION` Ereignis.
**So erstellen Sie das Amazon-SNS-Thema**
1. Öffnen Sie die Amazon SNS SNS-Konsole unter [https://console.aws.amazon.com/sns/v3/home](https://console.aws.amazon.com/sns/v3/home).
1. Wählen Sie im Navigationsbereich **Topics (Themen)** und **Create topic (Thema erstellen)**.
1. Wählen Sie unter **Type (Typ)** die Option **Standard** aus.
1. Geben Sie unter **Name** einen Namen für das neue Thema ein.
1. Wählen Sie **Thema erstellen** aus.
1. Wählen Sie **Create subscription** (Abonnement erstellen) aus.
1. Wählen Sie für **Protokoll** die Option **E-Mail** aus und geben Sie dann für **Endpunkt** die E-Mail-Adresse ein, die die Benachrichtigungen erhält.
1. Wählen Sie **Create subscription** (Abonnement erstellen) aus.
1. Die oben eingegebene E-Mail-Adresse erhält eine E-Mail-Nachricht mit der folgenden Betreffzeile: `AWS Notification - Subscription Confirmation`. Befolgen Sie die Anweisungen, um Ihr Abonnement zu bestätigen.
**Um die Regel zu erstellen EventBridge**
1. Öffnen Sie die EventBridge Amazon-Konsole unter [https://console.aws.amazon.com/events/](https://console.aws.amazon.com/events/).
1. Wählen Sie im Navigationsbereich **Rules (Regeln)** und anschließend **Create rule (Regel erstellen)** aus.
1. Geben Sie unter **Name** einen Namen für die neue Regel ein.
1. Bei **Regeltyp** wählen Sie **Regel mit einem Ereignismuster** aus.
1. Wählen Sie **Weiter** aus.
1. Gehen Sie bei **Ereignismuster** wie folgt vor:
1. Als **Event source** (Ereignisquelle) wählen Sie **AWS -Services** aus.
1. Wählen Sie unter **AWS -Service** die Option **AWS Health** aus.
1. Wählen Sie als **Ereignistyp** die Option **Benachrichtigung über EC2-ODCR-Unterauslastung** aus.
1. Wählen Sie **Weiter** aus.
1. Gehen Sie bei **Ziel 1** wie folgt vor:
1. Bei **Zieltypen** wählen Sie **AWS -Service** aus.
1. Für **Select a target** (Wählen Sie ein Ziel aus), wählen Sie **SNS-Thema** aus.
1. Wählen Sie für **Thema** das Thema aus, das Sie zuvor erstellt haben.
1. Wählen Sie **Weiter** und dann erneut **Weiter**.
1. Wählen Sie **Regel erstellen** aus.
## E-Mail- und AWS Health Dashboard-Benachrichtigungen
AWS Health sendet die folgenden E-Mails und Health Dashboard Benachrichtigungen, wenn die Kapazitätsauslastung für Kapazitätsreservierungen in Ihrem Konto unter 20 Prozent fällt.
+ Individuelle Benachrichtigungen für jede neu erstellte Kapazitätsreservierung, die in den letzten 24 Stunden weniger als 20 Prozent ausgelastet war.
+ Eine zusammenfassende Benachrichtigung für alle Kapazitätsreservierungen, die in den letzten 7 Tagen weniger als 20 Prozent ausgelastet waren.
Die E-Mail-Benachrichtigungen und Health Dashboard Benachrichtigungen werden an die E-Mail-Adresse gesendet, die mit dem AWS Konto verknüpft ist, dem die Kapazitätsreservierungen gehören. Die Benachrichtigungen enthalten die folgenden Informationen:
+ Die ID der Kapazitätsreservierung.
+ Die Availability Zone der Kapazitätsreservierung.
+ Die durchschnittliche Nutzungsrate für die Kapazitätsreservierung.
+ Der Instance-Typ und die Plattform (Betriebssystem) der Kapazitätsreservierung.
Wenn die Kapazitätsauslastung für eine Kapazitätsreservierung in Ihrem Konto innerhalb von 24 Stunden und 7 Tagen unter 20 Prozent fällt, werden außerdem Ereignisse AWS Health an EventBridge gesendet. Mit können Sie Regeln erstellenEventBridge, die automatische Aktionen wie das Senden von E-Mail-Benachrichtigungen oder das Auslösen von AWS Lambda Funktionen als Reaktion auf solche Ereignisse aktivieren. Weitere Informationen finden Sie unter [Unterauslastung der Kapazitätsreservierung überwachen](#cr-eventbridge).
# Statusänderungen von zukünftigen Kapazitätsreservierungen überwachen
Amazon EC2 sendet ein Ereignis an Amazon, EventBridge wenn sich der Status einer zukünftigen Kapazitätsreservierung ändert.
Es folgt ein Beispiel für dieses Ereignis. In diesem Beispiel ist die zukünftige Kapazitätsreservierung in den Status `scheduled` übergegangen. Beachten Sie den im `detail-type`-Feld hervorgehobenen Status.
```
{
"version":"0",
"id":"12345678-1234-1234-1234-123456789012",
"detail-type":"EC2 Capacity Reservation Scheduled",
"source":"aws.ec2",
"account":"123456789012",
"time":"yyyy-mm-ddThh:mm:ssZ",
"region":"us-east-1",
"resources":[
"arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-1234567890abcdefg"
],
"detail":{
"capacity-reservation-id":"cr-1234567890abcdefg",
"state":"scheduled"
}
}
```
Die möglichen Werte für das `detail-type`-Feld sind:
+ `Scheduled`
+ `Active`
+ `Delayed`
+ `Unsupported`
+ `Failed`
+ `Expired`
Weitere Informationen zu diesen Zuständen finden Sie unter [Den Status einer Kapazitätsreservierung anzeigen](capacity-reservations-view.md).
Sie können EventBridge Amazon-Ereignisse erstellen, die diese Ereignisse überwachen und dann bestimmte Aktionen auslösen, wenn sie auftreten. Weitere Informationen finden Sie unter [Regeln erstellen, die auf Ereignisse in Amazon reagieren EventBridge](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html).
Sie können das folgende Ereignismuster verwenden, um eine Regel zu erstellen, die alle Statusänderungs-Ereignisse überwacht.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation"
}]
}
```
Sie können das folgende Ereignismuster verwenden, um eine Regel zu erstellen, die nur bestimmte Statusänderungen überwacht.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation state"
}]
}
```
Das folgende Ereignismuster überwacht beispielsweise Ereignisse, die gesendet werden, wenn eine zukünftige Kapazitätsreservierung in den Status `active` übergeht.
```
{
"source": ["aws.ec2"],
"detail-type": [{
"prefix": "EC2 Capacity Reservation Active"
}]
}
```
# Reservierungen für unterbrechbare Kapazitäten
Reservierungen für unterbrechbare Kapazitäten helfen Ihnen dabei, ungenutzte Kapazität vorübergehend für andere Workloads innerhalb Ihres Kontos verfügbar zu machen. Auf diese Weise haben Sie die Kontrolle darüber, Kapazität bei Bedarf zurückzugewinnen. Wenn Sie Kapazität zurückfordern, werden alle Instances, die innerhalb der unterbrechbaren Reservierung laufen, beendet. Nachdem Sie eine unterbrechbare Reservierung erstellt haben, können Sie sie mithilfe von AWS Resource Access Manager (RAM) für weitere AWS Konten oder Ihre AWS Organisation freigeben.
Verwenden Sie unterbrechbare Kapazitätsreservierungen, wenn Sie ungenutzte reservierte Kapazität außerhalb der Spitzenzeiten, zwischen Bereitstellungen oder bei sinkender Arbeitslast haben. Wenn Sie ein anderes Team kennen, das diese Kapazität nutzen könnte, können Sie sie zur Verfügung stellen, indem Sie eine unterbrechbare Kapazitätsreservierung erstellen. Wenn Ihre kritische Arbeitslast wieder Kapazität benötigt, können Sie sie zurückgewinnen.
Sie können unterbrechbare Kapazitätsreservierungen wie folgt verwenden:
+ **Kapazitätsinhaber — Sie sind der Eigentümer** der Quellkapazitätsreservierung und erstellen die unterbrechbare Kapazitätsreservierung, um ungenutzte Kapazität mit anderen Teams zu teilen und gleichzeitig die Kontrolle zu behalten, um sie bei Bedarf zurückzugewinnen.
+ **Kapazitätsverbraucher** — Sie starten Instances im Rahmen gemeinsam genutzter unterbrechbarer Reservierungen und sind sich bewusst, dass Ihre Instances beendet werden können, wenn der Eigentümer Kapazität zurückfordert.
**Topics**
+ [
## Funktionsweise
](#how-interruptible-cr-works)
+ [
## Fakturierung
](#interruptible-cr-billing)
+ [
## Überlegungen
](#interruptible-cr-considerations)
+ [
# Reservierungen für unterbrechbare Kapazitäten für Kapazitätsbesitzer
](capacity-owner-procedures.md)
+ [
# Reservierungen für unterbrechbare Kapazitäten für Kapazitätsverbraucher
](capacity-consumer-procedures.md)
+ [
# Überwachen Sie unterbrechbare Kapazitätsreservierungen mit und EventBridge CloudTrail
](monitor-interruptible-cr.md)
## Funktionsweise
Um ungenutzte Kapazität anderen Teams zur Verfügung zu stellen, erstellen Sie eine unterbrechbare Reservierung, indem Sie die Anzahl der ungenutzten Instances aus Ihrer Quellreservierung angeben, die Sie gemeinsam nutzen möchten. Wenn Sie die unterbrechbare Reservierung erstellen, übertragen wir diese Instanzen aus Ihrer Quellreservierung auf die neue unterbrechbare Reservierung in Ihrem Konto.
Wir behalten die Verknüpfung zwischen der Quellreservierung und der unterbrechbaren Kapazitätsreservierung bei. Wenn Sie Ihre Kapazität zurückfordern, werden daher alle laufenden Consumer-Instances beendet und die Kapazität wird auf Ihre ursprüngliche Quellreservierung zurückgesetzt.
Wichtigste Funktionen:
+ Machen Sie ungenutzte Kapazität vorübergehend verfügbar und behalten Sie gleichzeitig die Kontrolle, um sie zurückzugewinnen
+ Sie können jederzeit Kapazität zurückgewinnen. Weitere Informationen finden Sie unter [Prozess und Nachverfolgung der Reklamation](capacity-owner-procedures.md#reclamation-process).
+ Mit AWS Resource Access Manager (RAM) für weitere Konten oder Ihre AWS Organisation freigeben
## Fakturierung
Wenn Sie eine unterbrechbare Reservierung erstellen, wird sie Ihnen als eigenständige neue Reservierung in Rechnung gestellt. Dadurch wird Ihre Abrechnung aufgeteilt:
+ Quellenreservierung: Ihnen wird die Gesamtkapazität abzüglich der zugewiesenen Kapazität in Rechnung gestellt
+ Unterbrechbare Reservierung: Ihnen wird die zugewiesene Kapazität in Rechnung gestellt
Weitere Informationen zur Abrechnung von Kapazitätsreservierungen auf Abruf finden Sie unter [Preise und Abrechnung von Kapazitätsreservierungen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservations-pricing-billing.html).
## Überlegungen
Bevor Sie unterbrechbare Kapazitätsreservierungen nutzen, sollten Sie sich mit den folgenden Einschränkungen und Anforderungen vertraut machen, die für Kapazitätsbesitzer und -verbraucher gelten.
### Besitzer von Kapazitäten
+ Sie können eine unterbrechbare Kapazitätsreservierung nicht direkt ändern oder stornieren. Um sie zu bearbeiten, aktualisieren Sie die Kapazität, die aus der Quellkapazitätsreservierung zugewiesen wurde.
+ Sie können nur unterbrechbare Reservierungen anzeigen, starten, taggen, teilen und ihnen die Abrechnung zuweisen.
+ Sie können pro Quellkapazitätsreservierung nur eine unterbrechbare Zuteilung erstellen.
### Kapazitätsverbraucher
+ Bei unterbrechbaren Kapazitätsreservierungen handelt es sich standardmäßig um gezielte Kapazitätsreservierungen. Sie müssen sie also beim Start Ihrer Instance gezielt einsetzen.
+ Sie können keine unterbrechbaren Kapazitätsreservierungen zu Kapazitätsreservierungsgruppen hinzufügen.
+ Wir empfehlen, unterbrechbare Kapazitätsreservierungen nur für Anwendungen zu verwenden, die unterbrochen werden können.
+ Ihre Instances werden beendet, wenn der Eigentümer Kapazität zurückfordert — es gibt keinen Fallback auf On-Demand oder Spot. Weitere Informationen finden Sie unter [Erfahrung mit Unterbrechungen](capacity-consumer-procedures.md#interruption-experience).
# Reservierungen für unterbrechbare Kapazitäten für Kapazitätsbesitzer
Der Kapazitätsinhaber ist der Account, der Eigentümer der Quellkapazitätsreservierung ist und der die unterbrechbare Kapazitätsreservierung erstellt, um ungenutzte Kapazität mit anderen Teams zu teilen und gleichzeitig die Kontrolle zu behalten, um sie bei Bedarf zurückzufordern.
In diesem Abschnitt wird beschrieben, wie Sie (der Kapazitätsinhaber) eine unterbrechbare Kapazitätsreservierung erstellen, ändern, zurückfordern und nachverfolgen können.
**Topics**
+ [
## Eine unterbrechbare Kapazitätsreservierung erstellen
](#creating-interruptible-cr)
+ [
## Sehen Sie sich Ihre Reservierung für unterbrechbare Kapazitäten an
](#view-interruptible-cr)
+ [
## Änderung Ihrer unterbrechbaren Kapazitätsreservierung
](#modify-interruptible-cr)
+ [
## Prozess und Nachverfolgung der Reklamation
](#reclamation-process)
+ [
## Unterbrechbare Reservierungen teilen
](#sharing-interruptible-reservations)
## Eine unterbrechbare Kapazitätsreservierung erstellen
Erstellen Sie eine unterbrechbare Kapazitätsreservierung, um ungenutzte Kapazität aus Ihrer Quellreservierung für andere Workloads verfügbar zu machen und gleichzeitig die Kontrolle zu behalten, um sie bei Bedarf zurückzugewinnen.
### Voraussetzungen
Bevor Sie eine unterbrechbare Zuteilung erstellen, stellen Sie sicher, dass Ihre On-Demand-Kapazitätsreservierung an der Quelle die folgenden Anforderungen erfüllt:
+ Ihre Kapazitätsreservierung muss sich im Status „Aktiv“ befinden und es muss kein Enddatum festgelegt sein. Sie können keine Zuweisungen für Reservierungen erstellen, die ausstehen, abgelaufen oder storniert sind oder deren Enddatum geplant ist.
+ Ihre Kapazitätsreservierung muss über verfügbare Kapazitäten für die Zuweisung verfügen. Sie können nur verfügbare Instances (auch ungenutzte Kapazität genannt) zuweisen.
+ Sie können pro Quellkapazitätsreservierung nur eine unterbrechbare Zuteilung erstellen. Wenn bereits eine Zuweisung vorhanden ist, müssen Sie sie ändern oder stornieren, bevor Sie eine neue erstellen können.
+ Sie können einer unterbrechbaren Kapazitätsreservierung maximal 1000 Instances gleichzeitig zuweisen.
Sie können die Konsole oder die verwenden, AWS CLI um eine unterbrechbare Kapazitätsreservierung zu erstellen.
------
#### [ Console ]
**Um eine unterbrechbare Kapazitätsreservierung zu erstellen**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie **Kapazitätsreservierungen**.
1. Wählen Sie Ihre Kapazitätsreservierung aus.
1. Wählen Sie „**Aktionen**“, „**Unterbrechbare Zuteilung erstellen**“.
1. Geben Sie unter **Zuzuordnende Instanzen die Anzahl der zuzuweisenden** Instanzen ein.
1. (Optional) Fügen Sie Tags hinzu.
1. Wählen Sie „**Unterbrechbare Kapazitätszuweisung erstellen**“.
------
#### [ AWS CLI ]
**Um eine unterbrechbare Kapazitätsreservierung zu erstellen**
Verwenden Sie den Befehl [create-interruptible-capacity-reservation-allocation](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/create-interruptible-capacity-reservation-allocation.html):
```
aws ec2 create-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--instance-count 10
```
------
## Sehen Sie sich Ihre Reservierung für unterbrechbare Kapazitäten an
Nachdem Sie eine unterbrechbare Kapazitätsreservierung erstellt haben, können Sie die unterbrechbare Reservierung in Ihrem Konto oder von einer bestimmten Ressource aus einsehen.
### Alle Reservierungen für unterbrechbare Kapazitäten in Ihrem Konto anzeigen
Gehen Sie wie folgt vor, um die Reservierungen für unterbrechbare Kapazitäten in Ihrem Konto einzusehen.
------
#### [ Console ]
**Um die unterbrechbaren Kapazitätsreservierungen in Ihrem Konto einzusehen**
1. Rufen Sie in der Konsole die Seite „Kapazitätsreservierungen“ auf.
1. Suchen Sie in der Spalte „Typ“ nach Reservierungen mit „**Unterbrechungsfrei**“.
1. Wählen Sie die unterbrechbare Reservierung aus, um Details anzuzeigen.
------
#### [ AWS CLI ]
**Um die Reservierungen für unterbrechbare Kapazitäten in Ihrem Konto einzusehen**
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-interruptible-id \
--filters Name=interruptible,Values=true
```
------
### Sehen Sie sich die Reservierung unterbrechbarer Kapazitäten aus einer bestimmten Quelle an
Gehen Sie wie folgt vor, um die unterbrechbare Kapazitätsreservierung anzuzeigen, die aus einer bestimmten Quellkapazitätsreservierung erstellt wurde.
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-source-id
```
In der Antwort finden Sie ein `interruptibleCapacityAllocations` Objekt, das die Reservierungs-ID für unterbrechbare Kapazitäten und Details zur Zuteilung enthält. Informationen zur Antwortstruktur finden Sie [InterruptibleCapacityAllocation](https://docs.aws.amazon.com/AWSEC2/latest/APIReference/API_InterruptibleCapacityAllocation.html)in der *Amazon EC2 API-Referenz.*
## Änderung Ihrer unterbrechbaren Kapazitätsreservierung
Gehen Sie wie folgt vor, um Ihre Reservierung für unterbrechbare Kapazitäten zu bearbeiten oder zu stornieren.
**Anmerkung**
Wenn Sie die Zuteilung reduzieren, fordern wir zuerst die verfügbaren Instances zurück, dann die laufenden Instances, bis wir die angeforderte Anzahl erreicht haben. Wenn wir die Anzahl mit verfügbaren Instances vollständig decken können, erfolgt keine Kündigung. Alle Änderungen an der Anzahl der zugewiesenen Instanzen werden über die Quellkapazitätsreservierung vorgenommen, nicht direkt über die unterbrechbare Kapazitätsreservierung.
Sie können eine unterbrechbare Kapazitätsreservierung nur um maximal 1000 Instanzen gleichzeitig ändern (erhöhen oder verringern).
### Bearbeiten Sie Ihre Reservierung für unterbrechbare Kapazitäten
Gehen Sie wie folgt vor, um Ihre Reservierung für unterbrechbare Kapazitäten zu bearbeiten.
------
#### [ Console ]
1. Wählen Sie auf der Detailseite der Quellkapazitätsreservierung die Option **Aktionen** aus. Wählen Sie dann **„Reservierung unterbrechbarer Kapazitäten bearbeiten**“.
1. Geben Sie für **zuzuweisende Instances** die neue Nummer ein:
+ Fügen Sie mehr Kapazität zur gemeinsamen Nutzung hinzu
+ Nutzen Sie die Kapazität Ihrer ursprünglichen Kapazitätsreservierung zurück
1. Wählen Sie **Aktualisieren** aus.
------
#### [ AWS CLI ]
```
aws ec2 update-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--target-instance-count 80
```
------
### Stornieren Sie Ihre unterbrechbare Kapazitätsreservierung
Gehen Sie wie folgt vor, um die Zuweisung dauerhaft zu entfernen und die gesamte Kapazität zurückzugeben.
------
#### [ Console ]
1. Navigieren Sie auf der Seite mit den Details zur Quellkapazitätsreservierung zu den Details der unterbrechbaren Kapazitätszuweisung.
1. Wählen Sie **Allokation für unterbrechbare Dateien bearbeiten** aus.
1. Geben Sie für Anzahl der Instanzen den Wert **0** ein.
1. Wählen Sie **Aktualisieren** aus.
------
#### [ AWS CLI ]
```
aws ec2 update-interruptible-capacity-reservation-allocation \
--capacity-reservation-id cr-1234567890abcdef0 \
--target-instance-count 0
```
------
## Prozess und Nachverfolgung der Reklamation
Wenn Sie Kapazität zurückfordern:
+ Laufende Instances erhalten aufgrund von EventBridge Ereignissen eine zweiminütige Warnung, dass sie unterbrochen wird.
+ Nach Ablauf der Kündigungsfrist werden laufende Instances in der zurückgeforderten Kapazität heruntergefahren und beendet.
+ Nach der Kündigung stehen die zurückgeforderten Instances in Ihrer Quellkapazitätsreservierung zur sofortigen Nutzung zur Verfügung.
+ Ihr Zuteilungsstatus ändert sich von aktuell zu ****aktiv****, wenn der Vorgang abgeschlossen ist.
Die vollständige Rückforderung kann je nach Instance-Typ und Shutdown-Zeit einige Minuten dauern. Weitere Informationen zu der EventBridge Benachrichtigung, die Sie erhalten, wenn der Vorgang abgeschlossen ist, finden Sie unter. [Abschluss der Reklamation](monitor-interruptible-cr.md#reclamation-completion)
### Verfolgen Sie den Status der Reklamation
Überwachen Sie den Fortschritt der Reklamation, indem Sie Ihre ursprüngliche Reservierung beschreiben:
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-id cr-1234567890abcdef0
```
In der Antwort werden die folgenden Felder innerhalb des `interruptibleCapacityAllocation` Objekts angezeigt:
+ `instance-count`: Aktuell zugewiesene Instanzen
+ `target-instance-count`: Angeforderte Menge nach der Rückforderung
+ `status`**: Wird während der Reklamation **aktualisiert** und ist aktiv, wenn sie abgeschlossen ist**
## Unterbrechbare Reservierungen teilen
Mit AWS Resource Access Manager (RAM) können Sie unterbrechbare Reservierungen nur innerhalb Ihrer AWS Organisation gemeinsam nutzen.
Überlegungen:
+ Wenn ein Kundenkonto Ihr Unternehmen verlässt, wird die unterbrechbare Reservierung automatisch von diesem Konto getrennt.
+ Alle Instances, die im Rahmen der Reservierung ohne gemeinsame Nutzung laufen, werden irgendwann beendet.
+ Alle anderen Funktionen zur gemeinsamen Nutzung funktionieren genauso wie standardmäßige Kapazitätsreservierungen.
Vollständige Verfahren zur gemeinsamen Nutzung finden Sie unter [Kapazitätsreservierungen teilen](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/capacity-reservation-sharing.html).
# Reservierungen für unterbrechbare Kapazitäten für Kapazitätsverbraucher
Der Kapazitätsverbraucher ist der Account, der Instances in gemeinsam genutzte unterbrechbare Kapazitätsreservierungen einleitet, wobei davon ausgegangen wird, dass ihre Instances beendet werden können, wenn der Eigentümer Kapazität zurückfordert.
In diesem Abschnitt wird beschrieben, wie Sie (der Kapazitätsverbraucher) Instances in einer unterbrechbaren Kapazitätsreservierung starten können. Außerdem erfahren Sie, was passiert, wenn Kapazität vom Eigentümer zurückgefordert wird.
**Topics**
+ [
## Eine unterbrechbare Kapazitätsreservierung anzeigen
](#view-interruptible-cr-consumer)
+ [
## Starten Sie Instances in unterbrechbaren Reservierungen
](#launch-instances-interruptible)
+ [
## Erfahrung mit Unterbrechungen
](#interruption-experience)
## Eine unterbrechbare Kapazitätsreservierung anzeigen
Gehen Sie wie folgt vor, um eine unterbrechbare Kapazitätsreservierung einzusehen.
------
#### [ Console ]
**Um Reservierungen für unterbrechbare Kapazitäten in Ihrem Konto einzusehen**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie **Kapazitätsreservierungen**.
1. Suchen Sie in der Spalte **Typ** nach Reservierungen, die als **unterbrechbar** gekennzeichnet sind.
1. Beachten Sie, dass die Reservierung IDs zur Verwendung in Ihrer Instance gestartet wird.
------
#### [ AWS CLI ]
**Um alle unterbrechbaren Kapazitätsreservierungen in Ihrem Konto zu finden**
Verwenden Sie den [-Befehl:describe-capacity-reservations](https://awscli.amazonaws.com/v2/documentation/api/latest/reference/ec2/describe-capacity-reservations.html)
```
aws ec2 describe-capacity-reservations \
--filters Name=state,Values=active
```
Suchen Sie nach Reservierungen, wo `Interruptible` `true` in der Antwort darauf gesetzt wurde.
**Um gezielt nach unterbrechbaren Reservierungen zu filtern**
Verwenden Sie den folgenden Befehl:
```
aws ec2 describe-capacity-reservations \
--capacity-reservation-ids cr-example123 \
--query 'CapacityReservations[?Interruptible==`true`]'
```
------
**Anmerkung**
Bei Reservierungen für unterbrechbare Kapazitäten handelt es sich standardmäßig um gezielte Kapazitätsreservierungen. Sie müssen sie daher beim Start Ihrer Instance gezielt auswählen. Im Gegensatz zu offenen Reservierungen decken unterbrechbare Reservierungen nicht automatisch die entsprechenden Instances ab. Sie müssen die Reservierungs-ID beim Start explizit angeben.
## Starten Sie Instances in unterbrechbaren Reservierungen
Gehen Sie wie folgt vor, um Amazon EC2 EC2-Instances für unterbrechbare Kapazitätsreservierungen innerhalb Ihres Kontos zu starten.
**Anmerkung**
Wir empfehlen, dass Sie unterbrechbare Kapazitätsreservierungen nur für Anwendungen verwenden, die unterbrochen werden können.
------
#### [ Console ]
**Um Instances in unterbrechbaren Kapazitätsreservierungen zu starten**
1. Öffnen Sie die Amazon Amazon EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie auf dem Amazon EC2-Dashboard **Launch Instance (Instance starten)** aus.
1. Konfigurieren Sie Ihre Instance-Einstellungen.
1. Wählen Sie unter **Erweiterte Informationen** zur Kapazitätsreservierung die Option **Unterbrechungsfreie Instances in Ihrer aktiven Reservierung starten** aus.
1. Wählen Sie die Reservierungs-ID für unterbrechbare Dateien und die Kaufoption für neue Instances aus.
1. Wählen Sie **Launch Instance (Instance starten)** aus.
------
#### [ AWS CLI ]
```
aws ec2 run-instances \
--instance-type m5.large \
--count 2 \
--image-id ami-12345678 \
--instance-market-options '{
"MarketType": "interruptible-capacity-reservation"
}' \
--capacity-reservation-specification '{
"CapacityReservationTarget": {
"CapacityReservationId": "cr-abcdef1234567890"
}
}'
```
------
### Starten Sie Instances mit Auto Scaling Scaling-Gruppen
Sie können Instances auch mithilfe von Auto Scaling Scaling-Gruppen mit Startvorlagen in unterbrechbaren Reservierungen starten. Konfigurieren Sie die Startvorlage mit dem Markttyp für Unterbrechungen und der Reservierungs-ID und erstellen Sie dann mithilfe dieser Vorlage Ihre Auto Scaling Scaling-Gruppe. Weitere Informationen finden Sie unter [Unterbrechungskapazitätsreservierungen mit EC2 Auto](https://docs.aws.amazon.com/autoscaling/ec2/userguide/asg-interruptible-capacity-reservations.html) Scaling.
## Erfahrung mit Unterbrechungen
Wenn Kapazität vom Eigentümer zurückgefordert wird, erhalten Sie 2 Minuten vor Beendigung der Instance eine Benachrichtigung über die Unterbrechung. Diese Warnung kommt aufgrund von EventBridge Ereignissen, sodass Sie Zeit haben, um:
+ Speichern Sie Ihre Arbeit oder überprüfen Sie Ihre Anwendungen
+ Prozesse herunterfahren
+ Bereiten Sie sich zum Beispiel auf die Kündigung vor
Die EventBridge Veranstaltung enthält Einzelheiten darüber, welche Instanzen beendet werden, und die genaue Kündigungszeit. Weitere Informationen finden Sie unter [Warnung vor Instanzunterbrechung](monitor-interruptible-cr.md#instance-interruption-warning).
# Überwachen Sie unterbrechbare Kapazitätsreservierungen mit und EventBridge CloudTrail
Reservierungen für unterbrechbare Kapazitäten senden EventBridge Benachrichtigungen und CloudTrail Ereignisse, die Ihnen helfen, Kapazitätsänderungen zu überwachen und darauf zu reagieren.
**Topics**
+ [
## EventBridge Benachrichtigungen
](#eventbridge-notifications)
+ [
## CloudTrail Ereignisse
](#cloudtrail-events)
## EventBridge Benachrichtigungen
Sie erhalten zwei Arten von EventBridge Benachrichtigungen. Informationen zum Einrichten von EventBridge Benachrichtigungen finden Sie unter [ EventBridge Amazon-Regeln erstellen](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-create-rule.html).
### Warnung vor Instanzunterbrechung
Wenn Sie Instances in einer unterbrechbaren Reservierung ausführen, erhalten Sie diese Benachrichtigung 2 Minuten vor der Kündigung Ihrer Instances:
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Capacity Reservation Instance Interruption Warning",
"source": "aws.ec2",
"account": "[instance owner Account ID]",
"time": "[Current time in yyyy-mm-ddThh:mm:ssZ]",
"resources": "[instance arn]",
"region": "[region]",
"detail": {
"instance-id": "[instance-id]",
"instance-action": "terminate",
"instance-termination-time": "yyyy-mm-ddThh:mm:ssZ",
"azId": "[availability-zone-id]"
}
}
```
### Abschluss der Reklamation
Wenn Sie Eigentümer der Quellreservierung sind, erhalten Sie diese Benachrichtigung, wenn die Kapazitätsrückgewinnung abgeschlossen ist:
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail-type": "EC2 Interruptible Capacity Reservation Allocation Reclamation Completed",
"source": "aws.ec2",
"account": "[source Capacity Reservation Owner Account ID]",
"time": "[Current time in yyyy-mm-ddThh:mm:ssZ]",
"region": "us-east-1",
"resources": ["source_cr_arn"],
"detail": {
"sourceCapacityReservationId": "string",
"instanceType": "string",
"availabilityZoneId": "string",
"TotalInstanceCount": "current total count in the source",
"ReclaimedInstanceCount": "count of instances added to the source",
"targetInstanceCount": "number"
}
}
```
## CloudTrail Ereignisse
CloudTrail protokolliert diese Ereignisse für unterbrechbare Kapazitätsreservierungen:
+ `InterruptibleCapacityReservationCreated`— Wenn Sie eine unterbrechbare Zuteilung erstellen
+ `InterruptibleCapacityReservationAllocationUpdated`— Wenn Sie die Zuordnung ändern
+ `InterruptibleCapacityReservationCancelled`— Wenn Sie die Zuordnung stornieren
+ `CapacityReservationModified`— Wenn wir die Quellreservierung für die Zuordnung ändern
+ `InterruptibleCapacityReservationInstancesTerminated`— Wenn wir Instanzen während der Rückforderung beenden
# Kapazitätsblöcke für ML
Kapazitätsblöcke für ML erlauben es Ihnen, GPU-basierte beschleunigte Computing-Instances für einen zukünftigen Zeitpunkt zu reservieren, um Ihre kurzfristigen Machine Learning (ML)-Workloads zu unterstützen. Instances, die innerhalb eines Kapazitätsblocks ausgeführt werden, werden in [Amazon EC2](https://aws.amazon.com/ec2/ultraclusters/) automatisch nahe beieinander platziert UltraClusters, um blockierungsfreie Netzwerke im Petabit-Bereich mit niedriger Latenz zu gewährleisten.
Sie können Capacity Blocks auch verwenden, um Kapazität für Amazon EC2 UltraServers zu reservieren. UltraServers verbinden Sie mehrere Amazon EC2 EC2-Instances innerhalb einer Accelerator-Verbindung mit niedriger Latenz und hoher Bandbreite. Sie können UltraServers damit die rechen- und speicherintensivsten AI/ML Workloads in den Bereichen Training, Feinabstimmung und Inferenz bewältigen. Weitere Informationen finden Sie unter [Amazon EC2 UltraServers](https://aws.amazon.com/ec2/ultraservers/).
Mit Kapazitätsblöcken können Sie sehen, wann GPU-Instance-Kapazität an zukünftigen Terminen verfügbar ist, und Sie können einen Kapazitätsblock so planen, dass er zu einem Zeitpunkt startet, der für Sie am besten passt. Wenn Sie einen Kapazitätsblock reservieren, erhalten Sie eine vorhersehbare Kapazitätsgarantie für GPU-Instance und zahlen nur für die Zeit, die Sie benötigen. Wir empfehlen Capacity Blocks GPUs , wenn Sie Ihre ML-Workloads tage- oder wochenlang unterstützen müssen und nicht für eine Reservierung bezahlen möchten, während Ihre GPU-Instanzen nicht genutzt werden.
Im Folgenden sind einige häufige Anwendungsfälle für Kapazitätsblöcke aufgeführt.
+ **Modell-Training und Feinabstimmung für Machine Learning (ML)** – Erhalten Sie ununterbrochenen Zugriff auf die GPU-Instances, die Sie für die Durchführung des ML-Modell-Trainings und der Feinabstimmung reserviert haben.
+ **ML-Experimente und Prototypen** – Führen Sie Experimente durch und erstellen Sie Prototypen, die kurzfristig GPU-Instances erfordern.
Kapazitätsblöcke sind in einigen AWS Regionen für ausgewählte Instance-Typen verfügbar. Weitere Informationen finden Sie unter [Unterstützte Instance-Typen und Regionen](#capacity-blocks-prerequisites).
Sie können einen Kapazitätsblock mit einem Reservierungsstartzeitpunkt bis zu acht Wochen in der Zukunft reservieren. Jeder Kapazitätsblock kann bis zu 64 Instances haben, und Sie können bis zu 256 Instances in mehreren Kapazitätsblöcken haben.
**Topics**
+ [
## Unterstützte Instance-Typen und Regionen
](#capacity-blocks-prerequisites)
+ [
## Unterstützte Plattformen
](#capacity-blocks-platforms)
+ [
## Überlegungen
](#capacity-blocks-considerations)
+ [
## Zugehörige Ressourcen
](#capacity-blocks-related-resources)
+ [
# So funktionieren Amazon EC2 EC2-Kapazitätsblöcke
](capacity-blocks-how.md)
+ [
# Preise und Fakturierung für Kapazitätsblöcke
](capacity-blocks-pricing-billing.md)
+ [
# Suchen und Erwerben von Kapazitätsblöcken
](capacity-blocks-purchase.md)
+ [
# Instances mit Kapazitätsblöcken starten
](capacity-blocks-launch.md)
+ [
# Anzeigen von Kapazitätsblöcken
](capacity-blocks-view.md)
+ [
# Kapazitätsblöcke erweitern
](capacity-blocks-extend.md)
+ [
# Kapazitätsblöcke teilen
](capacity-blocks-share.md)
+ [
# Erstellen Sie eine Ressourcengruppe für UltraServer Kapazitätsblöcke
](cb-group.md)
+ [
# Überwachen Sie Kapazitätsblöcke mit EventBridge
](capacity-blocks-monitor.md)
+ [
# Die Protokollierung von Capacity blockiert API-Aufrufe mit AWS CloudTrail
](capacity-blocks-logging-using-cloudtrail.md)
## Unterstützte Instance-Typen und Regionen
Instance- und UltraServer Capacity-Blöcke können mit den folgenden Instance-Typen und AWS Regionen verwendet werden.
**Anmerkung**
Kapazitätsblockgrößen von 64 Instances werden nicht für alle Instance-Typen in allen AWS-Regionen unterstützt.
### Instanz-Kapazitätsblöcke
+ **`p6-b300.48xlarge`**
+ USA West (Oregon) — `us-west-2`
+ **`p6-b200.48xlarge`**
+ USA Ost (Nord-Virginia) — `us-east-1`
+ USA Ost (Ohio) — `us-east-2`
+ USA West (Oregon) — `us-west-2`
+ **`p5.4xlarge`**
+ USA Ost (Nord-Virginia) — `us-east-1`
+ USA Ost (Ohio) — `us-east-2`
+ USA West (Oregon) — `us-west-2`
+ Europa (London) — `eu-west-2`
+ Asien-Pazifik (Mumbai) — `ap-south-1`
+ Asien-Pazifik (Tokio) — `ap-northeast-1`
+ Asien-Pazifik (Sydney) — `ap-southeast-2`
+ Südamerika (São Paulo) — `sa-east-1`
+ **`p5.48xlarge`**
+ USA Ost (Nord-Virginia) — `us-east-1`
+ USA Ost (Ohio) — `us-east-2`
+ USA West (Nordkalifornien) — `us-west-1`
+ USA West (Oregon) — `us-west-2`
+ Europa (Stockholm) — `eu-north-1`
+ Europa (London) — `eu-west-2`
+ Südamerika (São Paulo) — `sa-east-1`
+ Asien-Pazifik (Tokio) — `ap-northeast-1`
+ Asien-Pazifik (Mumbai) — `ap-south-1`
+ Asien-Pazifik (Sydney) — `ap-southeast-2`
+ Asien-Pazifik (Jakarta) — `ap-southeast-3`
+ Lokale Zone USA Ost (Atlanta) — `us-east-1-atl-2a`
+ **`p5e.48xlarge`**
+ USA Ost (Nord-Virginia) — `us-east-1`
+ USA Ost (Ohio) — `us-east-2`
+ USA West (Nordkalifornien) — `us-west-1`
+ USA West (Oregon) — `us-west-2`
+ Europa (Stockholm) — `eu-north-1`
+ Europa (London) — `eu-west-2`
+ Europa (Spanien) — `eu-south-2`
+ Südamerika (São Paulo) — `sa-east-1`
+ Asien-Pazifik (Tokio) — `ap-northeast-1`
+ Asien-Pazifik (Seoul) — `ap-northeast-2`
+ Asien-Pazifik (Mumbai) — `ap-south-1`
+ Asien-Pazifik (Jakarta) — `ap-southeast-3`
+ Lokale Zone USA West (Phoenix) — `us-west-2-phx-2a`
+ **`p4d.24xlarge`**
+ USA Ost (Nord-Virginia) — `us-east-1`
+ USA Ost (Ohio) — `us-east-2`
+ USA West (Oregon) — `us-west-2`
+ **`p4de.24xlarge`**
+ USA Ost (Nord-Virginia) — `us-east-1`
+ USA West (Oregon) — `us-west-2`
+ **`trn1.32xlarge`**
+ USA Ost (Nord-Virginia) — `us-east-1`
+ USA Ost (Ohio) — `us-east-2`
+ USA West (Nordkalifornien) — `us-west-1`
+ USA West (Oregon) — `us-west-2`
+ Europa (Stockholm) — `eu-north-1`
+ Asien-Pazifik (Mumbai) — `ap-south-1`
+ Asien-Pazifik (Sydney) — `ap-southeast-2`
+ Asien-Pazifik (Melbourne) — `ap-southeast-4`
+ **`trn2.3xlarge `**
+ Asien-Pazifik (Melbourne) — `ap-southeast-4`
+ Südamerika (São Paulo) — `sa-east-1`
+ **`trn2.48xlarge`**
+ USA Ost (Ohio) — `us-east-2`
### UltraServer Kapazitätsblöcke
+ **`Trn2`**
+ USA Ost (Ohio) — `us-east-2`
+ **`P6e-GB200`**
+ Lokale Zone USA Ost (Dallas) — `us-east-1-dfw-2a`
## Unterstützte Plattformen
Capacity Blocks für ML unterstützen derzeit nur Instances und UltraServers zwar nur mit Standard-Tenancy. Wenn Sie den AWS-Managementkonsole zum Kauf eines Kapazitätsblocks verwenden, ist die Standardplattformoption Linux/UNIX. Wenn Sie das AWS Command Line Interface (AWS CLI) oder AWS SDK zum Kauf eines Capacity-Blocks verwenden, sind die folgenden Plattformoptionen verfügbar:
+ Linux/Unix
+ Red Hat Enterprise Linux
+ RHEL mit HA
+ SUSE Linux
+ Ubuntu Pro
## Überlegungen
Berücksichtigen Sie vor der Verwendung von Kapazitätsblöcken die folgenden Details und Einschränkungen.
+ Wenn wir eine Beeinträchtigung feststellen, die sich auf einen UltraServer Kapazitätsblock auswirkt, werden wir Sie benachrichtigen, aber im Allgemeinen werden wir keine Maßnahmen ergreifen, um Ihre Instances auf dem Kapazitätsblock zu beenden. Dies dient dazu, unbeabsichtigte Unterbrechungen Ihrer Workloads zu minimieren. Nach Erhalt dieser Benachrichtigung können Sie den UltraServer Kapazitätsblock unverändert weiter verwenden oder eine Behebung beantragen, indem Sie alle Instances auf dem Kapazitätsblock beenden und eine AWS Support-Anfrage einreichen. Nachdem wir Ihre Support-Anfrage erhalten haben, werden wir Sie benachrichtigen, sobald wir die Behebung abgeschlossen haben und Sie Instances auf Ihrem Capacity Block neu starten können. UltraServer
+ Bei `P6e-GB200` UltraServer Kapazitätsblöcken müssen Sie Ihre Instances mindestens 60 Minuten vor dem Ende des Kapazitätsblocks beenden.
+ Um Kapazitätsblöcke in Local Zones kaufen und verwenden zu können, müssen Sie für die lokale Zone angemeldet sein.
+ Jeder Kapazitätsblock kann bis zu 64 Instances haben, und Sie können bis zu 256 Instances in mehreren Kapazitätsblöcken haben.
+ Sie können Kapazitätsblockangebote beschreiben, die bereits in 30 Minuten beginnen können.
+ Kapazitätsblöcke beginnen und enden um 11:30 Uhr koordinierte Weltzeit (UTC).
+ Der Beendigungsprozess für Instances, die in einem Kapazitätsblock ausgeführt werden, beginnt um 11:00 Uhr koordinierter Weltzeit (UTC) am letzten Tag der Reservierung.
+ Kapazitätsblöcke können mit einer Startzeit bis zu 8 Wochen in der Zukunft reserviert werden.
+ Stornierungen von Kapazitätsblöcken sind nicht zulässig.
+ UltraServer Kapazitätsblöcke können nicht zwischen AWS Konten oder innerhalb Ihrer AWS Organisation gemeinsam genutzt werden.
+ Ein Kapazitätsblock kann nicht [verschoben](capacity-reservations-move.md) oder [aufgeteilt](capacity-reservations-split.md) werden.
+ Nur UltraServer Kapazitätsblöcke können mit Ressourcengruppen verwendet werden. Instance-Kapazitätsblöcke können nicht mit Ressourcengruppen verwendet werden. Weitere Informationen finden Sie unter [Erstellen Sie eine Ressourcengruppe für UltraServer Kapazitätsblöcke](cb-group.md).
+ Die Gesamtzahl der Instanzen, die in Kapazitätsblöcken für alle Konten in Ihrer AWS Organisation reserviert werden können, darf an einem bestimmten Datum 256 Instanzen nicht überschreiten.
+ Um einen Kapazitätsblock zu verwenden, müssen Instances gezielt die Reservierungs-ID verwenden.
+ Instances in einem Kapazitätsblock werden nicht auf Ihre On-Demand-Instances angerechnet.
+ Stellen Sie für P5-Instances, die ein benutzerdefiniertes AMI verwenden, sicher, dass Sie über die [erforderliche Software und Konfiguration für EFA](gpu-instances-started.md) verfügen.
+ Informationen zu verwalteten Amazon-EKS-Knotengruppen finden Sie unter [Erstellen einer verwalteten Knotengruppe mit Amazon EC2 Capacity Blocks für ML](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks-mng.html). Informationen zu selbstverwalteten Amazon-EKS-Knotengruppen finden Sie unter [Verwenden von Kapazitätsblöcken für ML mit selbstverwalteten Knoten](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks.html).
## Zugehörige Ressourcen
Nachdem Sie einen Kapazitätsblock erstellt haben, können Sie mit dem Kapazitätsblock Folgendes tun:
+ Starten Sie Instances im Kapazitätsblock. Weitere Informationen finden Sie unter [Instances mit Kapazitätsblöcken starten](capacity-blocks-launch.md).
+ Erstellen Sie eine Gruppe für Amazon EC2 Auto Scaling. Weitere Informationen finden Sie unter [Verwenden von Kapazitätsblöcken für Machine Learning im](https://docs.aws.amazon.com/autoscaling/ec2/userguide/launch-template-capacity-blocks.html) *Benutzerhandbuch für Amazon EC2 Auto Scaling*.
**Anmerkung**
Wenn Sie Amazon EC2 Auto Scaling oder Amazon EKS verwenden, können Sie die Skalierung so planen, dass sie zu Beginn der Kapazitätsblockreservierung ausgeführt wird. Bei der geplanten Skalierung werden Wiederholungsversuche AWS automatisch für Sie erledigt, sodass Sie sich keine Gedanken über die Implementierung der Wiederholungslogik für vorübergehende Ausfälle machen müssen.
+ Verbessern Sie ML-Workflows mit AWS Parallel Computing Service. Weitere Informationen finden Sie unter [Unterstützung von Kapazitätsblöcken für AWS Parallel Computing Service](https://aws.amazon.com/blogs/hpc/announcing-capacity-blocks-support-for-aws-parallel-computing-service/).
+ Verbessern Sie ML-Workflows mit AWS ParallelCluster. Weitere Informationen finden Sie unter [Verbesserung von ML-Workflows mit AWS ParallelCluster und Amazon EC2 Capacity Blocks for ML](https://aws.amazon.com/blogs/hpc/enhancing-ml-workflows-with-aws-parallelcluster-and-amazon-ec2-capacity-blocks-for-ml/).
Weitere Informationen zu AWS Parallel Computing Service finden Sie unter [Was ist AWS Parallel Computing Service](https://docs.aws.amazon.com/pcs/latest/userguide/what-is-service.html).
Weitere Informationen zu AWS ParallelCluster finden Sie unter [Was ist AWS ParallelCluster](https://docs.aws.amazon.com/parallelcluster/latest/ug/what-is-aws-parallelcluster.html).
# So funktionieren Amazon EC2 EC2-Kapazitätsblöcke
Sie können einen Kapazitätsblock mit den folgenden Spezifikationen reservieren:
+ Reservieren Sie eine Startzeit bis zu 8 Wochen im Voraus
+ Legen Sie eine Reservierungsdauer von einem bis 14 Tagen oder einem Vielfachen von 7 Tagen bis zu 182 Tagen fest (z. B. 21 Tage, 28 Tage)
+ Konfigurieren Sie bis zu 64 Instances pro Kapazitätsblock
+ Konfigurieren Sie bis zu 256 Instances über mehrere Kapazitätsblöcke hinweg
Für Amazon EC2 UltraServers UltraServer entspricht jeder Block einem Kapazitätsblock. Sie können mit einer einzigen UltraServers Anfrage mehrere anfordern.
Sie können Kapazitätsblöcke verwenden, um `p6-b200`-, `p5`-, `p5e`-, `p5en`-, `p4d`-, `p4de`-, `trn1`- und `trn2`-Instances zu reservieren. Sie können die folgenden UltraServer Typen über Capacity Blocks erwerben: `P6e-GB200` und `Trn2` (in der Vorschauversion).
Um einen Kapazitätsblock zu reservieren, geben Sie zunächst Ihren Kapazitätsbedarf an, einschließlich des Instance-Typs oder UltraServer -Typs, der Anzahl der Instances oder der Zeitspanne UltraServers, des frühesten Startdatums und des spätesten Enddatums, die Sie benötigen. Anschließend wird Ihnen ein verfügbares Kapazitätsblock-Angebot angezeigt, das Ihren Spezifikationen entspricht. Das Angebot für den Kapazitätsblock enthält Details wie Startzeit, Availability Zone und Reservierungspreis. Der Angebotspreis eines Kapazitätsblocks hängt vom verfügbaren Angebot und der Nachfrage zum Zeitpunkt der Bereitstellung des Angebots ab. Nach der Reservierung eines Kapazitätsblocks ändert sich der Preis nicht. Weitere Informationen finden Sie unter [Preise und Fakturierung für Kapazitätsblöcke](capacity-blocks-pricing-billing.md).
Wenn Sie ein Angebot für ein Kapazitätsblock erwerben, wird Ihre Reservierung für das von Ihnen ausgewählte Datum und die Anzahl der Instances erstellt. Wenn Ihre Kapazitätsblock-Reservierung beginnt, können Sie Instances gezielt starten, indem Sie die Reservierungs-ID in Ihren Startanfragen angeben.
Sie können alle Instances, die Sie reserviert haben, bis 30 Minuten (für Instance-Typen) oder 60 Minuten (für UltraServer Typ) vor der Endzeit des Kapazitätsblocks verwenden. Wenn noch 30 Minuten (für Instance-Typen) oder 60 Minuten (für UltraServer Typen) in Ihrer Kapazitätsblock-Reservierung übrig sind, beginnen wir damit, alle Instances zu beenden, die im Capacity-Block ausgeführt werden. Wir nutzen diese Zeit zur Bereinigung Ihrer Instances, bevor wir den Kapazitätsblock dem nächsten Kunden bereitstellen. Bis zu EventBridge 10 Minuten vor Beginn des Kündigungsvorgangs senden wir ein Ereignis aus. Weitere Informationen finden Sie unter [Überwachen Sie Kapazitätsblöcke mit EventBridge](capacity-blocks-monitor.md).
# Preise und Fakturierung für Kapazitätsblöcke
Mit Amazon-EC2-Kapazitätsblöcken für ML zahlen Sie nur für das, was Sie reservieren. Der Preis eines Kapazitätsblocks hängt vom verfügbaren Angebot und der verfügbaren Nachfrage für Kapazitätsblöcke zum Zeitpunkt des Kaufs ab. Sie können den Preis eines Kapazitätsblockangebots anzeigen, bevor Sie es reservieren. Der Preis für den Kapazitätsblocks wird zum Zeitpunkt der Reservierung im Voraus berechnet. Wenn Sie über einen Zeitraum hinweg nach einem Kapazitätsblock suchen, erhalten Sie von uns das günstigste verfügbare Kapazitätsblockangebot. Nachdem Sie einen Kapazitätsblock reserviert haben, ändert sich der Preis nicht.
Wenn Sie einen Kapazitätsblock verwenden, zahlen Sie für das Betriebssystem, das Sie nutzen, wenn Ihre Instances ausgeführt werden. Weitere Informationen zu den Preisen finden Sie unter [Preise für Amazon EC2 Capacity Blocks für ML](https://aws.amazon.com/ec2/capacityblocks/pricing/).
## Fakturierung
Der Preis für das Angebot eines Kapazitätsblocks wird im Voraus berechnet. Die Zahlung wird innerhalb von 5 Minuten bis 12 Stunden nach dem Kauf eines Kapazitätsblocks über Ihr AWS -Konto abgerechnet. Während Ihre Zahlung bearbeitet wird, verbleibt die Ressource für Ihre Kapazitätsblock-Reservierung im Status `payment-pending`. Wenn Ihre Zahlung nicht mindestens 5 Minuten vor der Startzeit Ihres Blocks oder innerhalb von 12 Stunden (je nachdem, was zuerst eintritt) bearbeitet werden kann, wird Ihr Kapazitätsblock freigegeben und der Reservierungsstatus ändert sich zu `payment-failed`.
Nachdem Ihre Zahlung erfolgreich verarbeitet wurde, ändert sich der Status der Kapazitätsblock-Ressource von `payment-pending` in `scheduled`. Sie erhalten eine Rechnung mit der einmaligen Vorauszahlung. Auf der Rechnung können Sie den gezahlten Betrag der Kapazitätsblock-Reservierungs-ID zuordnen.
Wenn Ihre Kapazitätsblock-Reservierung beginnt, erfolgt die Abrechnung nur auf Grundlage des Betriebssystems, das Sie verwenden, während Ihre Instances in der Reservierung ausgeführt werden. Sie können Ihre Nutzung und die damit verbundenen Gebühren in Ihrer Jubiläumsrechnung für den Nutzungsmonat in Ihrem AWS Cost and Usage Report anzeigen.
**Anmerkung**
Savings Plans und Rabatte für Reserved Instances gelten nicht für Kapazitätsblöcke.
**Anzeigen Ihrer Rechnung**
Sie können Ihre Rechnung in der AWS Fakturierung und Kostenmanagement Konsole einsehen. Die Vorauszahlung für Ihren Kapazitätsblock erfolgt in dem Monat, in dem Sie die Reservierung erworben haben.
Nachdem Ihre Reservierung begonnen hat, werden auf Ihrer Rechnung separate Zeilen für die genutzte und ungenutzte Zeit der Blockreservierung angezeigt. Anhand dieser Einzelposten können Sie sehen, wie viel Zeit für Ihre Reservierung aufgewendet wurde. Wenn Sie ein Premium-Betriebssystem nutzen, wird Ihnen in der Zeile für die genutzte Zeit nur eine Nutzungsgebühr angezeigt. Weitere Informationen finden Sie unter [Preise und Fakturierung für Kapazitätsblöcke](#capacity-blocks-pricing-billing). Für nicht genutzte Zeit fallen keine zusätzlichen Gebühren an.
Weitere Informationen finden Sie unter [Anzeigen Ihrer Rechnung](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/getting-viewing-bill.html) im *AWS Fakturierung und Kostenmanagement -Benutzerhandbuch*.
Wenn Ihr Kapazitätsblock in einem anderen Monat beginnt als dem, in dem Sie Ihre Reservierung erworben haben, werden der Vorabpreis und die Reservierungsnutzung in separaten Abrechnungsmonaten angezeigt. In Ihrem AWS Cost and Usage Report ist die Reservierungs-ID für den Kapazitätsblock in der **Reservation/ReservationARN-Position** Ihrer Vorausgebühr und unter **LineItem/ResourceID** in Ihrer Jubiläumsrechnung aufgeführt, sodass Sie die Nutzung dem entsprechenden Vorabpreis zuordnen können.
# Suchen und Erwerben von Kapazitätsblöcken
Um einen Kapazitätsblock zu reservieren, müssen Sie zunächst einen Zeitblock finden, in dem Kapazität verfügbar ist, der Ihren Anforderungen entspricht. Um nach einen Kapazitätsblock zu finden, der reserviert werden kann, geben Sie Folgendes an.
+ Die Anzahl der von Ihnen benötigten Instances
+ Die Zeitdauer, für die Sie die Instances benötigen
+ Der Zeitraum, in dem Sie Ihre Reservierung benötigen
Um nach einem verfügbaren Kapazitätsblock-Angebot zu suchen, geben Sie eine Reservierungsdauer und die Anzahl der Instances an. Sie müssen die Reservierungsdauer in **1-Tages-Schritte bis zu 14 Tagen und 7-Tages-Schritte bis zu 182 Tagen** angeben. Jeder Kapazitätsblock kann bis zu 64 Instances haben, und Sie können bis zu 256 Instances in mehreren Kapazitätsblöcken haben.
Wenn Sie einen Kapazitätsblock anfordern, der Ihren Spezifikationen entspricht, stellen wir Ihnen die Details von bis zu 6 verfügbaren Blöcken zur Verfügung. Alle Kapazitätsblöcke enden um 11:30 Uhr UTC, sodass die Blöcke, die am selben Tag beginnen, eine Dauer haben, die Ihrer gewünschten Dauer am nächsten kommt. Ein Block hat eine Dauer, die etwas unter Ihrer gewünschten Dauer liegt, während der andere eine etwas längere Dauer als Ihre gewünschte Dauer hat.
Zu den Angebotsdetails gehören die Startzeit der Reservierung, die Availability Zone für die Reservierung und der Preis der Reservierung. Weitere Informationen finden Sie unter [Preise und Fakturierung für Kapazitätsblöcke](capacity-blocks-pricing-billing.md).
Sie können das angezeigte Kapazitätsblock-Angebot erwerben oder Ihre Suchkriterien ändern, um andere verfügbaren Optionen anzuzeigen. Es gibt keine vordefinierte Verfallszeit für das Angebot, die Angebote sind jedoch nur nach dem Prinzip „Wer zuerst kommt, wird zuerst bedient“ verfügbar.
Wenn Sie ein Kapazitätsblock-Angebot erwerben, erhalten Sie sofort eine Antwort, die bestätigt, dass Ihr Kapazitätsblock reserviert wurde. Nach der Bestätigung wird in Ihrem Konto eine neue Kapazitätsreservierung mit dem Reservierungstyp `capacity-block` und einem `start-date` angezeigt, das auf die Startzeit des von Ihnen erworbenen Angebots festgelegt ist. Ihre Kapazitätsblock-Reservierung wurde mit dem Status `payment-pending` erstellt. Nachdem die Vorauszahlung erfolgreich verarbeitet wurde, ändert sich der Reservierungsstatus in `scheduled`. Weitere Informationen finden Sie unter [Fakturierung](capacity-blocks-pricing-billing.md#capacity-blocks-billing).
**Anmerkung**
Um Kapazitätsblöcke in Local Zones kaufen und verwenden zu können, müssen Sie für die lokale Zone angemeldet sein.
------
#### [ Console ]
**So suchen und erwerben Sie einen Kapazitätsblock**
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 Navigationsleiste oben auf dem Bildschirm eine AWS-Region aus. Die Wahl ist wichtig, weil Kapazitätsblockgrößen von 64 Instances nicht für alle Instance-Typen in allen Regionen unterstützt werden.
1. Wählen Sie im Navigationsbereich **Kapazitätsreservierungen** und dann **Kapazitätsblöcke erstellen** aus.
1. Wählen Sie unter **Kapazitätsblocktypen** entweder **Instances** oder aus ** UltraServers**.
1. Unter **Kapazitätsattributen** können Sie Ihre Kapazitätsblock-Suchparameter definieren. Standardmäßig ist die Plattform Linux. Wenn Sie ein anderes Betriebssystem auswählen möchten, verwenden Sie die AWS CLI. Weitere Informationen finden Sie unter [Unterstützte Plattformen](ec2-capacity-blocks.md#capacity-blocks-platforms).
1. Geben Sie unter **Gesamtkapazität** (für Instances) oder **UltraServer Anzahl** (für UltraServers) die Anzahl der Instances an, die UltraServers Sie reservieren möchten.
1. Geben Sie unter **Dauer** die Anzahl der Tage oder Wochen ein, für die Sie die Reservierung benötigen.
1. Geben Sie unter **Zeitraum für die Suche nach Kapazitätsblöcken** das früheste Datum ein, an dem Ihre Reservierung beginnen soll.
1. Wählen Sie **Kapazitätsblöcke suchen**.
1. Wenn ein Kapazitätsblock verfügbar ist, der Ihren Spezifikationen entspricht, wird unter **Empfohlene Kapazitätsblöcke** ein Angebot angezeigt. Wenn mehrere Angebote Ihren Spezifikationen entsprechen, wird das preisgünstigste verfügbare Kapazitätsblock-Angebot angezeigt. Um andere Kapazitätsblock-Angebote anzuzeigen, passen Sie Ihre Sucheingaben an und wählen Sie erneut **Kapazitätsblöcke suchen**.
1. Wenn Sie ein Kapazitätsblock-Angebot finden, das Sie erwerben möchten, wählen Sie **Weiter**.
1. (Optional) Wählen Sie auf der Seite **Tags hinzufügen** die Option **Neues Tag hinzufügen** aus.
1. Auf der Seite **Überprüfen und Kaufen** werden das Start- und Enddatum, die Dauer, die Gesamtzahl der Instances und der Preis aufgeführt.
**Anmerkung**
Kapazitätsblöcke können nach der Reservierung nicht mehr storniert werden.
1. Geben Sie im Popup-Fenster **Einen Kapazitätsblock kaufen** Bestätigen ein und wählen Sie dann **Kaufen** aus.
------
#### [ AWS CLI ]
**So suchen Sie einen Kapazitätsblock für eine Instance**
Verwenden Sie den Befehl [ describe-capacity-block-offerings](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-offerings.html).
Im folgenden Beispiel wird nach Instance-Kapazitätsblöcken gesucht.
```
aws ec2 describe-capacity-block-offerings \
--instance-type p5.48xlarge \
--instance-count 16 \
--start-date-range 2023-08-14T00:00:00Z \
--end-date-range 2023-10-22-T00:00:00Z \
--capacity-duration-hours 48 \
--all-availability-zones
```
Im folgenden Beispiel werden UltraServer Kapazitätsblöcke gefunden.
```
aws ec2 describe-capacity-block-offerings \
--ultraserver-type u-p6e-gb200x72 \
--ultraserver-count 1 \
--start-date-range 2023-08-14T00:00:00Z \
--end-date-range 2023-10-22-T00:00:00Z \
--capacity-duration-hours 48
```
**So erwerben Sie einen Kapazitätsblock**
Verwenden Sie den [ purchase-capacity-block](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html)Befehl mit der Angebots-ID des Capacity-Blocks aus der Ausgabe des vorherigen Beispiels.
```
aws ec2 purchase-capacity-block \
--capacity-block-offering-id cb-0123456789abcdefg \
--instance-platform Linux/UNIX
```
------
#### [ PowerShell ]
**So suchen Sie Kapazitätsblöcke**
Verwenden Sie das cmdlet [Get-EC2CapacityBlockOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityBlockOffering.html).
Im folgenden Beispiel wird nach Instance-Kapazitätsblöcken gesucht.
```
Get-EC2CapacityBlockOffering `
-InstanceType p5.48xlarge `
-InstanceCount 16 `
-CapacityDurationHour 48 `
-StartDateRange 2023-08-14T00:00:00Z `
-EndDateRange 2023-10-22-T00:00:00Z `
-AllAvailabilityZones $true
```
Das folgende Beispiel sucht nach UltraServer Capacity-Blöcken.
```
Get-EC2CapacityBlockOffering `
-UltraserverType u-p6e-gb200x72 `
-UltraserverCount 1 `
-CapacityDurationHour 48 `
-StartDateRange 2023-08-14T00:00:00Z `
-EndDateRange 2023-10-22-T00:00:00Z
```
**So erwerben Sie einen Kapazitätsblock**
Verwenden Sie das EC2 EC2 CapacityBlock Cmdlet [New-](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2EC2CapacityBlock.html) mit der Angebots-ID des Capacity-Blocks aus der Ausgabe des vorherigen Beispiels.
```
New-EC2EC2CapacityBlock `
-CapacityBlockOfferingId cb-0123456789abcdefg `
-InstancePlatform Linux/UNIX
```
------
# Instances mit Kapazitätsblöcken starten
Um Ihren Kapazitätsblock zu verwenden, müssen Sie beim Starten von Instances die Kapazitätsblock-Reservierungs-ID angeben. Das Starten einer Instance in einem Kapazitätsblock verringert die verfügbare Kapazität um die Anzahl der gestarteten Instances. Wenn Ihre erworbene Instance-Kapazität beispielsweise acht Instances beträgt und Sie vier Instances starten, verringert sich die verfügbare Kapazität um vier.
Wenn Sie eine im Kapazitätsblock ausgeführte Instance beenden, bevor die Reservierung endet, können Sie an ihrer Stelle eine neue Instance starten. Wenn Sie eine Instance in einem Kapazitätsblock anhalten oder beenden, dauert die Bereinigung Ihrer Instance mehrere Minuten, bevor Sie eine andere Instance starten können, um sie zu ersetzen. Während dieser Zeit befindet sich Ihre Instance im Anhalte- oder `shutting-down`-Status. Nachdem dieser Vorgang abgeschlossen ist, ändert sich Ihr Instance-Status in `stopped` oder `terminated`. Anschließend wird die verfügbare Kapazität in Ihrem Kapazitätsblock aktualisiert, um eine weitere zur Verwendung verfügbare Instance anzuzeigen.
**Voraussetzungen**
+ Ihre Instance kann nicht in einem Subnetz in einer anderen Availability Zone als der Availability Zone gestartet werden, in der sich Ihr Kapazitätsblock befindet.
+ Ihre Instance kann nicht mit einem AMI gestartet werden, das eine andere Plattform als die Plattform Ihres Kapazitätsblocks verwendet.
+ Um Kapazitätsblöcke in Local Zones verwenden zu können, müssen Sie für die lokale Zone angemeldet sein.
------
#### [ Console ]
**So starten Sie Instances in einem Kapazitätsblock**
1. Öffnen Sie die Amazon-EC2-Konsole unter [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. Wählen Sie in der Navigationsleiste am oberen Bildschirmrand die Region für Ihre Kapazitätsblock-Reservierung aus.
1. Wählen Sie im Dashboard der Amazon EC2-Konsole die Option **Instance starten** aus.
1. Befolgen Sie das Verfahren zum [Starten einer Instance](ec2-launch-instance-wizard.md).
1. Erweitern Sie **Erweiterte Details** und wählen Sie für **Kaufoption** die Option **Kapazitätsblöcke** aus. Führen Sie dann einen der folgenden Schritte aus:
+ Um die Instances in einem bestimmten Kapazitätsblock zu starten, wählen Sie für **Kapazitätsreservierung** die Option **Kapazitätsreservierung angeben** und dann den Kapazitätsblock aus.
+ (*UltraServers nur*) Um die Instances in einer UltraServer Kapazitätsblock-Ressourcengruppe zu starten, wählen Sie für **Kapazitätsreservierung** die Option **Ressourcengruppe für Kapazitätsreservierung angeben** und wählen Sie dann die Ressourcengruppe aus.
1. Wählen Sie **Launch Instance (Instance starten)** aus.
------
#### [ AWS CLI ]
**So starten Sie Instances in einem Kapazitätsblock**
Verwenden den Befehl [run-instances](https://docs.aws.amazon.com/cli/latest/reference/ec2/run-instances.html) mit der Option `instance-market-options MarketType`.
Das folgende Beispiel startet eine Instance in einen bestimmten Kapazitätsblock.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type p5.48xlarge \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--instance-market-options MarketType='capacity-block' \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationId=capacity_block_id}
```
Im folgenden Beispiel wird eine Instance in einer UltraServer Capacity Block-Ressourcengruppe gestartet.
```
aws ec2 run-instances \
--image-id ami-0abcdef1234567890 \
--count 1 \
--instance-type p6e-gb200.36xlarge \
--key-name my-key-pair \
--subnet-id subnet-0abcdef1234567890 \
--instance-market-options MarketType='capacity-block' \
--capacity-reservation-specification CapacityReservationTarget={CapacityReservationResourceGroupArn=resource_group_arn}
```
------
#### [ PowerShell ]
**So starten Sie Instances in einem Kapazitätsblock**
Verwenden Sie das [New-EC2Instance](https://docs.aws.amazon.com/powershell/latest/reference/items/New-EC2Instance.html)Cmdlet mit der wie `-InstanceMarketOption` folgt definierten Option.
```
$marketoption = New-Object Amazon.EC2.Model.InstanceMarketOptionsRequest
$marketoption.MarketType = "capacity-block"
```
Das folgende Beispiel startet eine Instance in einen bestimmten Kapazitätsblock.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType p5.48xlarge `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-InstanceMarketOptions $marketoption `
-CapacityReservationTarget_CapacityReservationId capacity_block_id
```
Im folgenden Beispiel wird eine Instance in einer UltraServer Capacity Block-Ressourcengruppe gestartet.
```
New-EC2Instance `
-ImageId ami-0abcdef1234567890 `
-InstanceType p6e-gb200.36xlarge `
-KeyName "my-key-pair" `
-SubnetId subnet-0abcdef1234567890 `
-InstanceMarketOptions $marketoption `
-CapacityReservationTarget_CapacityReservationResourceGroupArn "resource_group_arn"
```
------
**Zugehörige Ressourcen**
+ Informationen zum Erstellen einer Startvorlage, die auf einen Kapazitätsblock abzielt, finden Sie unter [Instance-Startparametern in Amazon-EC2-Startvorlagen speichern](ec2-launch-templates.md).
+ Informationen zum Starten von Instances in einem Kapazitätsblock mithilfe der EC2-Flotte finden Sie unter [Tutorial: Ihre EC2-Flotte konfigurieren, um Instances in Kapazitätsblöcken zu starten](ec2-fleet-launch-instances-capacity-blocks-walkthrough.md).
+ Informationen zum Einrichten einer verwalteten EKS-Knotengruppe mit einem Kapazitätsblock finden Sie unter [Eine verwaltete Knotengruppe mit Kapazitätsblöcken für ML erstellen](https://docs.aws.amazon.com/eks/latest/userguide/capacity-blocks-mng.html) im **Benutzerhandbuch für Amazon EKS**.
+ Informationen zur Einrichtung AWS ParallelCluster mithilfe eines Capacity-Blocks finden Sie unter [ML on AWS ParallelCluster](https://catalog.workshops.aws/ml-on-aws-parallelcluster/en-US).
# Anzeigen von Kapazitätsblöcken
Nachdem Sie einen Kapazitätsblock reserviert haben, können Sie die Kapazitätsblock-Reservierung in Ihrem AWS -Konto anzeigen. Sie können das `start-date` und `end-date` anzeigen, um zu sehen, wann Ihre Reservierung beginnt und endet. Vor Beginn einer Kapazitätsblock-Reservierung wird die verfügbare Kapazität als Null angezeigt. Wie viele Instances in Ihrem Kapazitätsblock verfügbar sein werden, können Sie anhand des Tag-Werts für den Tag-Schlüssel `aws:ec2capacityreservation:incrementalRequestedQuantity` anzeigen.
Wenn eine Kapazitätsblock-Reservierung beginnt, ändert sich der Reservierungsstatus von `scheduled` zu `active`. Wir senden ein Ereignis über Amazon EventBridge, um Sie darüber zu informieren, dass der Capacity Block zur Verwendung verfügbar ist. Weitere Informationen finden Sie unter [Überwachen Sie Kapazitätsblöcke mit EventBridge](capacity-blocks-monitor.md).
Kapazitätsblöcke weisen die folgenden Status auf:
+ `payment-pending` – Die Vorauszahlung wurde noch nicht verarbeitet.
+ `payment-failed` – Die Zahlung konnte nicht innerhalb des 12-Stunden-Zeitraums verarbeitet werden. Ihr Kapazitätsblock wurde veröffentlicht.
+ `scheduled` – Die Zahlung wurde verarbeitet und die Kapazitätsblock-Reservierung hat noch nicht begonnen.
+ `active` – Die reservierte Kapazität steht Ihnen zur Nutzung zur Verfügung.
+ `expired` – Die Kapazitätsblock-Reservierung ist automatisch zu dem in Ihrer Reservierungsanfrage angegebenen Datum und der angegebenen Uhrzeit abgelaufen. Die reservierte Kapazität ist nicht mehr für Ihre Nutzung verfügbar.
------
#### [ Console ]
**So zeigen Sie Kapazitätsblöcke 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 **Kapazitätsreservierungen** aus.
1. Auf der **Übersichtsseite für Kapazitätsreservierungen** sehen Sie eine Ressourcentabelle mit Details zu allen Ihren Ressourcen für Kapazitätsreservierungen. Um nach Ihren Kapazitätsblock-Reservierungen zu suchen, wählen Sie **Kapazitätsblöcke** aus der Dropdown-Liste über der **Kapazitätsreservierungs-ID** aus. In der Tabelle können Sie Informationen zu Ihren Kapazitätsblöcken anzeigen, z. B. Start- und Enddatum, Dauer und Status.
1. Für weitere Details zu einem Kapazitätsblock wählen Sie die Reservierungs-ID für den Kapazitätsblock aus, den Sie anzeigen möchten. Auf der Seite mit den **Details zur Kapazitätsreservierung** werden alle Eigenschaften der Reservierung sowie die Anzahl der genutzten und im Kapazitätsblock verfügbaren Instances angezeigt.
**Anmerkung**
Vor Beginn einer Kapazitätsblock-Reservierung wird die verfügbare Kapazität als Null angezeigt. Die Anzahl der verfügbaren Instances bei Beginn der Kapazitätsblockreservierung kann mithilfe des folgenden Tag-Werts für den Tag-Schlüssel ermittelt werden: `aws:ec2capacityreservation:incrementalRequestedQuantity`.
------
#### [ AWS CLI ]
**So zeigen Sie Kapazitätsblöcke an**
Wenn Sie den [describe-capacity-reservations](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-reservations.html)Befehl verwenden, werden standardmäßig sowohl On-Demand-Kapazitätsreservierungen als auch Kapazitätsblockreservierungen aufgelistet. Um nur Ihre Kapazitätsblock-Reservierungen anzuzeigen, filtern Sie nach Reservierungen des Typs `capacity-block`.
```
aws ec2 describe-capacity-reservations \
--filters Name=reservation-type,Values=capacity-block
```
------
#### [ PowerShell ]
**So zeigen Sie Kapazitätsblöcke an**
Verwenden Sie das cmdlet [Get-EC2CapacityReservation](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityReservation.html). Standardmäßig werden sowohl On-Demand-Kapazitätsreservierungen als auch Kapazitätsblock-Reservierungen aufgelistet. Um nur Ihre Kapazitätsblock-Reservierungen anzuzeigen, filtern Sie nach Reservierungen des Typs `capacity-block`.
```
Get-EC2CapacityReservation `
-Filter @{Name="reservation-type"; Values="capacity-block"}
```
------
# Kapazitätsblöcke erweitern
Mit Kapazitätsblöcken reservieren Sie Datenverarbeitungskapazität für Ihre Workloads und sorgen so für Verfügbarkeit und Konsistenz. Um Ihren sich ändernden Anforderungen gerecht zu werden, können Sie die Dauer Ihrer vorhandenen Kapazitätsblöcke nach Bedarf verlängern.
Um einen Kapazitätsblock zu verlängern, muss er den Status `active` oder `scheduled` haben und darf keine Erweiterungen haben, die `payment-pending` sind. Sie können beantragen, dass die Dauer Ihres Kapazitätsblocks auf mindestens 1 Stunde oder maximal 56 Tage verlängert wird, bevor er abläuft. Sie können Ihren Kapazitätsblock in Schritten von einem Tag bis zu 14 Tagen und in Schritten von 7 Tagen auf insgesamt bis zu 182 Tage (26 Wochen) verlängern. Wenn Sie Ihren Kapazitätsblock verlängern, wird dessen Enddatum aktualisiert, sodass Ihre Instances weiterhin ohne Unterbrechung ausgeführt werden können.
+ Die Anzahl der Erweiterungen, die Sie für einen Kapazitätsblock anwenden können, ist unbegrenzt
+ Ihre Kapazitätsreservierungs-ID bleibt nach der Verlängerung des Blocks erhalten
+ Kapazitätsblöcke können nur verlängert werden, wenn genügend Kapazität zur Verfügung steht, um sie zu unterstützen, was nicht garantiert werden kann.
## Fakturierung
Der Preis für das Angebot eines Kapazitätsblocks wird im Voraus berechnet. Die Verlängerung bleibt in `payment-pending` bestehen, bis die Rechnung bezahlt ist. Wenn Ihre Zahlung nicht innerhalb von 12 Stunden oder bis zu 35 Minuten vor dem geplanten Ende des Kapazitätsblocks bearbeitet werden kann (je nachdem, was zuerst eintritt), ist Ihre Verlängerung nicht erfolgreich und der Status ändert sich in `payment-failed`. Ihre Kapazitätsblock-Reservierung bleibt `active` und wird am ursprünglichen Enddatum beendet.
Nachdem Ihre Zahlung erfolgreich bearbeitet wurde, ändert sich der Status der Kapazitätsblock-Verlängerung auf `payment-succeeded` und das Enddatum der Kapazitätsblock-Reservierung wird auf das neue Enddatum aktualisiert. Die Details Ihrer Erweiterung können im Abschnitt mit den **Details zur Capacity Block Extension** der Konsole oder mithilfe des Befehls [describe-capacity-block-extension-history](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-extension-history.html) eingesehen werden.
## Ihren Kapazitätsblock erweitern
------
#### [ Console ]
**So verlängern Sie einen Kapazitätsblock**
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 **Kapazitätsreservierungen** aus.
1. Auf der Seite **Übersicht der Kapazitätsreservierungen** sehen Sie eine Ressourcentabelle mit Details zu allen Ihren Ressourcen für Kapazitätsreservierungen. Wählen Sie die Reservierungs-ID für den Kapazitätsblock aus, den Sie erweitern möchten.
1. Wählen Sie im Dropdownmenü **Aktionen** die Option **Kapazitätsblock erweitern** aus.
1. Geben Sie unter **Dauer** die Anzahl der Tage oder Wochen ein, für die Sie die Reservierung verlängern möchten.
1. Wählen Sie **Kapazitätsblöcke suchen**.
1. Wenn ein Kapazitätsblock verfügbar ist, der Ihren Spezifikationen entspricht, wird unter **Empfohlene Kapazitätsblöcke** ein Angebot angezeigt. Um andere Kapazitätsblock-Angebote anzuzeigen, passen Sie Ihre Sucheingaben an und wählen Sie erneut **Kapazitätsblöcke suchen**.
1. Wenn Sie ein Kapazitätsblock-Angebot finden, das Sie erwerben möchten, wählen Sie **Erweitern**.
1. Geben Sie im Popup-Fenster **Kapazitätsblock erweitern** *Bestätigen* ein und wählen Sie dann **Erweitern**.
------
#### [ AWS CLI ]
**So suchen Sie eine Kapazitätsblock-Verlängerung**
Verwenden Sie den Befehl [describe-capacity-block-extension-offering.](https://docs.aws.amazon.com/cli/latest/reference/ec2/describe-capacity-block-extension-offerings.html) Im folgenden Beispiel wird nach einer Verlängerung des Kapazitätsblocks für die angegebene Reservierung um 48 Stunden gesucht.
```
aws ec2 describe-capacity-block-extension-offerings \
--capacity-reservation-id cr-1234567890abcdefg \
--capacity-block-extension-duration-hours 48
```
**So verlängern Sie einen Kapazitätsblock**
Verwenden Sie den Befehl [purchase-capacity-block-extension](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block-extension.html). Geben Sie die Angebots-ID der Verlängerung aus der Ausgabe des vorherigen Beispiels an.
```
aws ec2 purchase-capacity-block-extension \
--capacity-block-extension-offering-id cbe-0123456789abcdefg \
--capacity-reservation-id cr-1234567890abcdefg
```
------
#### [ PowerShell ]
**So suchen Sie eine Kapazitätsblock-Verlängerung**
Verwenden Sie das cmdlet [Get-EC2CapacityBlockExtensionOffering](https://docs.aws.amazon.com/powershell/latest/reference/items/Get-EC2CapacityBlockExtensionOffering.html). Im folgenden Beispiel wird nach einer Verlängerung des Kapazitätsblocks für die angegebene Reservierung um 48 Stunden gesucht.
```
Get-EC2CapacityBlockExtensionOffering `
-CapacityReservationId cr-1234567890abcdefg `
-CapacityBlockExtensionDurationHour 48
```
**So verlängern Sie einen Kapazitätsblock**
Verwenden Sie das cmdlet [Invoke-EC2CapacityBlockExtension](https://docs.aws.amazon.com/powershell/latest/reference/items/Invoke-EC2CapacityBlockExtension.html). Geben Sie die Angebots-ID der Verlängerung aus der Ausgabe des vorherigen Beispiels an.
```
Invoke-EC2CapacityBlockExtension `
-CapacityBlockExtensionOfferingId cbe-0123456789abcdefg `
-CapacityReservationId cr-1234567890abcdefg
```
------
# Kapazitätsblöcke teilen
Capacity Block Sharing ermöglicht es Capacity Block-Besitzern, Amazon EC2 EC2-Kapazitätsblöcke mit anderen AWS Konten innerhalb einer AWS Organisation zu teilen. Auf diese Weise können Sie die reservierte GPU-Kapazität für verschiedene Teams und Projekte optimal nutzen, um die Kapazitätsblöcke effizient zu nutzen.
Das AWS Konto, dem der Kapazitätsblock gehört (Eigentümer), kann ihn mit anderen AWS Konten (Verbrauchern) teilen. Ein Eigentümer kann einen Kapazitätsblock mit bestimmten AWS Konten innerhalb seiner AWS Organisation, einer Organisationseinheit innerhalb seiner AWS Organisation oder der gesamten AWS Organisation teilen. Verbraucher können Instances in Capacity-Blöcken starten, die mit ihnen geteilt werden, genauso wie sie Instances in Capacity-Blöcken starten, die ihnen gehören.
## Voraussetzungen für die gemeinsame Nutzung von Kapazitätsblöcken
Bevor Sie einen Kapazitätsblock gemeinsam nutzen können, müssen die folgenden Bedingungen erfüllt sein:
+ **Sie müssen Eigentümer des Kapazitätsblocks** sein — Sie können keinen Kapazitätsblock teilen, der mit Ihnen geteilt wurde.
+ **Der Kapazitätsblock-Status muss aktiv oder geplant sein** — Kapazitätsblöcke, die sich in einem anderen [Status](https://docs.aws.amazon.com/cli/latest/reference/ec2/purchase-capacity-block.html) befinden, z. B. gemeinsam genutzt werden `expired` oder `payment-pending` können nicht genutzt werden.
+ **Nur innerhalb Ihrer AWS Organisation** teilen — Ein Eigentümer kann einen Kapazitätsblock mit bestimmten AWS Konten innerhalb seiner AWS Organisation, einer Organisationseinheit innerhalb seiner AWS Organisation oder der gesamten AWS Organisation teilen.
+ **UltraServer Kapazitätsblöcke werden nicht unterstützt** — Sie können Kapazitätsblöcke für Amazon EC2 UltraServers nicht gemeinsam nutzen.
+ **Kontoberechtigung** — Die gemeinsame Nutzung von Kapazitätsblöcken ist nicht für neue AWS Konten oder AWS Konten mit begrenzter Abrechnungshistorie verfügbar.
## Zugehörige Services
Die gemeinsame Nutzung von Kapazitätsblöcken 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 AWS RAM geben Sie Ressourcen in Ihrem Besitz frei, indem Sie eine *Ressourcenfreigabe* 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/)*.
## Shared Capacity Block-Berechtigungen
### Berechtigungen für Besitzer
Der Besitzer des Kapazitätsblocks ist weiterhin für die Verwaltung des Kapazitätsblocks (z. B. Erweiterung, gemeinsame Nutzung) und der Instances, die er in diesem Block startet, verantwortlich. Besitzer können Instances, die Verbraucher in Capacity-Blöcken starten, nicht ändern, die sie gemeinsam genutzt haben.
### Berechtigungen für Konsumenten
Verbraucher können Instances in der gemeinsam genutzten Kapazität starten und sind für die Verwaltung dieser Instances verantwortlich. Verbraucher können Instances, die anderen Verbrauchern oder dem Besitzer des Capacity Blocks gehören, nicht einsehen oder ändern. Verbraucher können außerdem nur die Gesamtkapazität und die verfügbare Kapazität im gemeinsam genutzten Kapazitätsblock einsehen.
## Einen Kapazitätsblock teilen
Um einen Kapazitätsblock gemeinsam zu nutzen, müssen Sie ihn zu einer Ressourcenfreigabe hinzufügen. Eine Ressourcenfreigabe ist eine AWS RAM Ressource, mit der Sie Ihre Ressourcen gemeinsam nutzen können AWS-Konten.
Wenn Sie Ihren Kapazitätsblock zu einer Ressourcenfreigabe hinzugefügt haben, die von der gesamten AWS Organisation gemeinsam genutzt wird, erhalten Verbraucher in Ihrer Organisation Zugriff auf den gemeinsamen Kapazitätsblock.
------
#### [ Console ]
**Um einen Kapazitätsblock, den Sie besitzen, über die Amazon EC2 EC2-Konsole gemeinsam zu nutzen**
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 **Kapazitätsreservierungen** aus.
1. Wählen Sie den Kapazitätsblock aus, den Sie teilen möchten, und klicken Sie dann auf **Aktionen, Reservierung teilen**.
1. Wählen Sie die Ressourcenfreigabe aus, zu der Sie den Kapazitätsblock hinzufügen möchten, und wählen Sie „**Kapazitätsreservierung teilen**“.
Es kann einige Minuten dauern, bis Verbraucher Zugriff auf den gemeinsam genutzten Kapazitätsblock erhalten.
**Um einen Kapazitätsblock zu einer neuen Ressourcenfreigabe hinzuzufügen**
Sie müssen zuerst die Ressourcenfreigabe mithilfe der AWS RAM Konsole erstellen. Weitere Informationen finden Sie unter [Erstellen einer Ressourcenfreigabe](https://docs.aws.amazon.com/ram/latest/userguide/working-with-sharing.html#working-with-sharing-create) im *AWS RAM -Benutzerhandbuch*.
------
#### [ AWS CLI ]
**Um einen Kapazitätsblock, den Sie besitzen, gemeinsam zu nutzen**
Verwenden Sie die Befehle [create-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/create-resource-share.html) und [associate-resource-share](https://docs.aws.amazon.com/cli/latest/reference/ram/associate-resource-share.html).
```
aws ram create-resource-share \
--name my-resource-share \
--resource-arns arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE
```
```
aws ram associate-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:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Um einen Kapazitätsblock, den Sie besitzen, mit anderen zu teilen**
Verwenden Sie die Cmdlets [New- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RAMResourceShare.html) und [Connect- RAMResource Share](https://docs.aws.amazon.com/powershell/latest/reference/items/Connect-RAMResourceShare.html).
```
New-RAMResourceShare `
-Name my-resource-share `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
```
Connect-RAMResourceShare `
-ResourceShareArn "arn:aws:ram:us-east-2:123456789012:resource-share/7ab63972-b505-7e2a-420d-6f5d3EXAMPLE" `
-ResourceArn "arn:aws:ec2:us-east-2:123456789012:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
Kapazitätsblöcke gelten für alle Konten unabhängig vom **Eigentümerstatus nach dem Prinzip „Wer zuerst kommt, mahlt** zuerst“. Wenn Sie einen Kapazitätsblock gemeinsam nutzen und ein Verbraucher Instances vor dem Eigentümer startet, belegen diese Instances die Kapazität, bis der Verbraucher die Instances beendet oder bis 30 Minuten, bevor der Kapazitätsblock abläuft.
## Beenden Sie die gemeinsame Nutzung eines Kapazitätsblocks
Sie können die gemeinsame Nutzung eines Kapazitätsblocks jederzeit bis 30 Minuten vor dem Ablaufdatum des Blocks beenden.
**Was passiert, wenn du das Teilen aufhörst:**
+ Verbraucher können keine neuen Instances mehr in dem Capacity-Block starten, der nicht gemeinsam genutzt wurde.
+ Alle laufenden Instances laufen bis 30 Minuten vor dem Ablaufdatum des Capacity Blocks weiter, sofern sie nicht vom Verbraucher beendet wurden.
------
#### [ Console ]
**Um die gemeinsame Nutzung eines Kapazitätsblocks, den Sie besitzen, über die Amazon EC2 EC2-Konsole zu beenden**
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 **Kapazitätsreservierungen** aus.
1. Wählen Sie den Kapazitätsblock und dann die Registerkarte **Sharing** aus.
1. Auf der Registerkarte „**Teilen**“ werden die Ressourcenfreigaben aufgeführt, zu denen der Kapazitätsblock hinzugefügt wurde. Wählen Sie die Ressourcenfreigabe aus, von der der Kapazitätsblock entfernt werden soll.
1. Wählen Sie **Aus der Ressourcenfreigabe entfernen aus**.
------
#### [ AWS CLI ]
**Um die gemeinsame Nutzung eines Kapazitätsblocks zu beenden, dessen Eigentümer Sie sind**
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:capacity-reservation/cr-1234abcd56EXAMPLE
```
------
#### [ PowerShell ]
**Um die gemeinsame Nutzung eines Capacity-Blocks zu beenden, den Sie besitzen**
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:capacity-reservation/cr-1234abcd56EXAMPLE"
```
------
## Überwachen Sie die Nutzung gemeinsam genutzter Kapazitätsblöcke
Besitzer von Kapazitätsblöcken können überwachen, welche Konten ihre gemeinsam genutzten Kapazitätsblöcke verwenden, und die Instanznutzung pro Konto verfolgen.
------
#### [ AWS CLI ]
**Um die Nutzung eines Kapazitätsblocks zu überwachen**
Verwenden Sie den Befehl [get-capacity-reservation-usage](https://docs.aws.amazon.com/cli/latest/reference/ec2/get-capacity-reservation-usage.html).
```
aws ec2 get-capacity-reservation-usage \
--capacity-reservation-id cr-1234abcd56EXAMPLE
```
**Diese API ermöglicht Eigentümern:**
+ Sehen Sie sich an, welche Konten derzeit den Capacity Block verwenden.
+ Sehen Sie sich die Anzahl der Instanzen an, die jedes Konto ausführt.
------
## Hinweise zur Kündigung von Instanzen
Inhaber- und Verbraucherkonten, deren Instances im Kapazitätsblock ausgeführt werden, erhalten 40 Minuten vor Ende der Kapazitätsblock-Reservierung ein EventBridge Ereignis, das darauf hinweist, dass alle Instances, die in der Reservierung laufen, innerhalb von 10 Minuten beendet werden. Weitere Informationen finden Sie unter [Überwachen Sie Kapazitätsblöcke mit EventBridge](capacity-blocks-monitor.md).
## Capacity-Block-Erweiterungen
Kapazitätsblöcke können erweitert werden, solange sie gemeinsam genutzt werden. Nur das Besitzerkonto kann einen gemeinsamen Kapazitätsblock verlängern.
Wenn ein Kapazitätsblock verlängert wird, erben laufende Instances, die vom Eigentümer oder den Verbrauchern gestartet wurden, automatisch das neue Ablaufdatum, und Verbraucher können die gemeinsam genutzte Kapazität bis zum neuen Ablaufdatum weiter nutzen, ohne dass die Instance unterbrochen wird.
## Preise und Fakturierung
Besitzern werden die Kapazitätsblöcke in Rechnung gestellt, die sie gemeinsam nutzen, und sie zahlen für den Kapazitätsblock im Voraus, wenn sie ihn kaufen. Eigentümer zahlen auch die Betriebssystemgebühren für Instances, die sie auf dem Capacity Block ausführen.
Verbrauchern werden nur die Betriebssystemgebühren für Instances in Rechnung gestellt, die sie im gemeinsam genutzten Capacity Block ausführen. Verbrauchern wird die Capacity Block-Reservierung selbst nicht in Rechnung gestellt.
# Erstellen Sie eine Ressourcengruppe für UltraServer Kapazitätsblöcke
Sie können sie verwenden AWS -Ressourcengruppen , um logische Sammlungen von UltraServer Kapazitätsblöcken zu erstellen. Nachdem Sie die Ressourcengruppe erstellt haben, können Sie Ihrem Konto UltraServer Kapazitätsblöcke hinzufügen, die Sie besitzen. Nachdem Sie die UltraServer Capacity-Blöcke hinzugefügt haben, können Sie Instance-Starts auf die Ressourcengruppe statt auf die einzelnen Capacity-Blöcke ausrichten. Instances, die auf eine Ressourcengruppe abzielen, stimmen mit allen UltraServer Capacity-Blöcken in der Gruppe überein, deren Attribute und verfügbare Kapazität übereinstimmen. Wenn die Ressourcengruppe keinen UltraServer Kapazitätsblock mit passenden Attributen und verfügbarer Kapazität hat, schlägt der Instance-Start fehl.
Wenn ein UltraServer Kapazitätsblock aus einer Ressourcengruppe entfernt wird, während dort Instances laufen, werden diese Instances weiterhin im Kapazitätsblock ausgeführt. Wenn ein UltraServer Kapazitätsblock in einer Gruppe endet, während Instances laufen, werden die Instances beendet.
Sie können einer Ressourcengruppe keine Instance-Kapazitätsblöcke hinzufügen.
Verwenden Sie eine der folgenden Methoden, um eine Ressourcengruppe für UltraServer Capacity Blocks zu erstellen.
------
#### [ AWS CLI ]
**Um eine Ressourcengruppe für UltraServer Capacity Blocks zu erstellen**
Verwenden Sie den AWS CLI -Befehl [create-group](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/create-group.html) und geben Sie für `--configuration` Folgendes an:
```
{
"Configuration": [
{
"Type": "AWS::EC2::CapacityReservationPool",
"Parameters": [
{
"Name": "instance-type",
"Values": [
"instance_type"
]
},
{
"Name": "reservation-type",
"Values": [
"capacity-block"
]
}
]
},
{
"Type": "AWS::ResourceGroups::Generic",
"Parameters": [
{
"Name": "allowed-resource-types",
"Values": [
"AWS::EC2::CapacityReservation"
]
}
]
}
]
}
```
------
#### [ PowerShell ]
**Um eine Ressourcengruppe für UltraServer Kapazitätsblöcke zu erstellen**
Verwenden Sie das RGGroup Cmdlet [New-](https://docs.aws.amazon.com/powershell/latest/reference/items/New-RGGroup.html). Geben Sie für `-Configuration` Folgendes an:
```
{
"Configuration": [
{
"Type": "AWS::EC2::CapacityReservationPool",
"Parameters": [
{
"Name": "instance-type",
"Values": [
"instance_type"
]
},
{
"Name": "reservation-type",
"Values": [
"capacity-block"
]
}
]
},
{
"Type": "AWS::ResourceGroups::Generic",
"Parameters": [
{
"Name": "allowed-resource-types",
"Values": [
"AWS::EC2::CapacityReservation"
]
}
]
}
]
}
```
------
Nachdem Sie eine Ressourcengruppe für UltraServer Capacity Block erstellt haben, verwenden Sie eine der folgenden Methoden, um ihr vorhandene UltraServer Capacity-Blöcke hinzuzufügen.
------
#### [ AWS CLI ]
**Um einer Ressourcengruppe einen UltraServer Kapazitätsblock hinzuzufügen**
Verwenden Sie den Befehl [group-resources](https://docs.aws.amazon.com/cli/latest/reference/resource-groups/group-resources.html). Geben Sie für `--group` den Namen der von Ihnen erstellten Ressourcengruppe an. Geben Sie für die UltraServer Kapazitätsblöcke ARNs an`--resource-arns`, die hinzugefügt werden sollen.
```
aws resource-groups group-resources \
--group MyCRGroup \
--resource-arns CapacityReservationArn
```
------
#### [ PowerShell ]
**Um einen UltraServer Kapazitätsblock zu einer Ressourcengruppe hinzuzufügen**
Verwenden Sie das RGResource Cmdlet [Add-](https://docs.aws.amazon.com/powershell/latest/reference/items/Add-RGResource.html). Geben Sie für `-Group` den Namen der von Ihnen erstellten Ressourcengruppe an. Geben Sie für die UltraServer Kapazitätsblöcke ARNs an`-ResourceArn `, die hinzugefügt werden sollen.
Mit dem folgenden Befehl werden beispielsweise zwei Kapazitätsreservierungen zur angegebenen Gruppe hinzugefügt.
```
Add-RGResource `
-Group MyCRGroup `
-ResourceArn CapacityReservationArn
```
------
# Überwachen Sie Kapazitätsblöcke mit EventBridge
Wenn Ihre Kapazitätsblock-Reservierung beginnt, sendet Amazon EC2 ein Ereignis EventBridge , das anzeigt, dass Ihre Kapazität einsatzbereit ist. Vierzig Minuten vor dem Ende Ihrer Capacity Block-Reservierung erhalten Sie ein weiteres EventBridge Ereignis, das Sie darüber informiert, dass alle Instances, die im Rahmen der Reservierung laufen, in 10 Minuten beendet werden. Weitere Informationen zu EventBridge Veranstaltungen finden Sie unter [Amazon EventBridge Events](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-events.html).
Die folgenden Ereignisstrukturen für von Kapazitätsblöcken ausgegebene Ereignisse:
**Kapazitätsblock bereitgestellt**
Das folgende Beispiel zeigt ein Ereignis für Kapazitätsblock bereitgestellt.
```
{
"customer_event_id": "[Capacity Reservation Id]-delivered",
"detail_type": "Capacity Block Reservation Delivered",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"resources": [
"[ODCR ARN]"
],
"detail": {
"capacity-reservation-id": "[ODCR ID]",
"end-date": "[ODCR End Date]"
}
}
```
**Warnung vor Ablauf des Kapazitätsblocks**
Das folgende Beispiel zeigt ein Ereignis für die Warnung Kapazitätsblockablauf.
```
{
"customer_event_id": "[Capacity Reservation Id]-approaching-expiry",
"detail_type": "Capacity Block Reservation Expiration Warning",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"resources": [
"[ODCR ARN]"
],
"detail": {
"capacity-reservation-id": "[ODCR ID]",
"end-date": "[ODCR End Date]"
}
}
```
**Warnung vor einer Unterbrechung der Instance bei Kapazitätsreservierung**
Das folgende Beispiel zeigt ein Ereignis für die Warnung vor einer Unterbrechung der EC2 Capacity Reservation Instance.
```
{
"version": "0",
"id": "12345678-1234-1234-1234-123456789012",
"detail_type": "EC2 Capacity Reservation Instance Interruption Warning",
"source": "aws.ec2",
"account": "[Customer Account ID]",
"time": "[Current time]",
"region": "[Region]",
"resources": [
"[Instance ARN]"
],
"detail": {
"instance-id": "[Instance ID]",
"instance-action": "terminate",
"instance-termination-time": "[Current time]",
"availability-zone-id": "[Availability Zone ID]",
"instance-lifecycle": "capacity-block"
}
}
```
# Die Protokollierung von Capacity blockiert API-Aufrufe mit AWS CloudTrail
Capacity Blocks ist in einen Dienst integriert AWS CloudTrail, der eine Aufzeichnung der Aktionen bereitstellt, die von einem Benutzer, einer Rolle oder einem AWS Dienst in Capacity Blocks ausgeführt wurden. CloudTrail erfasst API-Aufrufe für Capacity Blocks als Ereignisse. Zu den erfassten Aufrufen gehören Aufrufe von der Kapazitätsblocks-Konsole und Cdeaufrufe der Kapazitätsblocks-API-Operationen. Wenn Sie einen Trail erstellen, können Sie die kontinuierliche Bereitstellung von CloudTrail Ereignissen an einen Amazon S3 S3-Bucket aktivieren, einschließlich Ereignissen für Kapazitätsblöcke. Auch wenn Sie keinen Trail konfigurieren, können Sie die neuesten Ereignisse in der CloudTrail-Konsole in **Event history (Ereignisverlauf)** anzeigen. Anhand der von gesammelten Informationen können Sie die Anfrage CloudTrail, die an Capacity Blocks gestellt wurde, die IP-Adresse, von der aus die Anfrage gestellt wurde, wer die Anfrage gestellt hat, wann sie gestellt wurde, und weitere Details ermitteln.
Weitere Informationen CloudTrail dazu finden Sie im [AWS CloudTrail Benutzerhandbuch](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html).
## Kapazität: Blockiert Informationen in CloudTrail
CloudTrail ist auf Ihrem aktiviert AWS-Konto , wenn Sie das Konto erstellen. Wenn Aktivitäten in Kapazitätsblöcken auftreten, wird diese Aktivität zusammen mit anderen AWS Serviceereignissen in der CloudTrail **Ereignishistorie in einem Ereignis** aufgezeichnet. Sie können aktuelle Ereignisse in Ihrem anzeigen, suchen und herunterladen AWS-Konto. Weitere Informationen finden Sie unter [Ereignisse mit dem CloudTrail Ereignisverlauf anzeigen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/view-cloudtrail-events.html).
Für eine fortlaufende Aufzeichnung der Ereignisse in Ihrem System AWS-Konto, einschließlich der Ereignisse für Kapazitätsblöcke, erstellen Sie einen Trail. Ein *Trail* ermöglicht CloudTrail die Übermittlung von Protokolldateien an einen Amazon S3 S3-Bucket. Wenn Sie einen Trail in der Konsole anlegen, gilt dieser für alle AWS-Regionen-Regionen. Der Trail protokolliert Ereignisse aus allen Regionen in der AWS -Partition und stellt die Protokolldateien in dem von Ihnen angegebenen Amazon-S3-Bucket bereit. Darüber hinaus können Sie andere AWS Dienste konfigurieren, um die in den CloudTrail Protokollen gesammelten Ereignisdaten weiter zu analysieren und darauf zu reagieren. Weitere Informationen finden Sie hier:
+ [Übersicht zum Erstellen eines Trails](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-create-and-update-a-trail.html)
+ [CloudTrail unterstützte Dienste und Integrationen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-aws-service-specific-topics.html)
+ [Konfigurieren von Amazon SNS-Benachrichtigungen für CloudTrail](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/configure-sns-notifications-for-cloudtrail.html)
+ [Empfangen von CloudTrail Protokolldateien aus mehreren Regionen](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/receive-cloudtrail-log-files-from-multiple-regions.html) und [Empfangen von CloudTrail Protokolldateien von mehreren Konten](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-receive-logs-from-multiple-accounts.html)
Alle Capacity Blocks-Aktionen werden von der Amazon EC2 API-Referenz protokolliert CloudTrail und sind in dieser dokumentiert. Beispielsweise generieren Aufrufe von und `CapacityBlockActive` Aktionen Einträge in den CloudTrail Protokolldateien. `CapacityBlockScheduled`
Jeder Ereignis- oder Protokolleintrag enthält Informationen zu dem Benutzer, der die Anforderung generiert hat. Die Identitätsinformationen unterstützen Sie bei der Ermittlung der folgenden Punkte:
+ Ob die Anfrage mit Root- oder AWS Identity and Access Management (IAM-) Benutzeranmeldedaten gestellt wurde.
+ Gibt an, ob die Anforderung mit temporären Sicherheitsanmeldeinformationen für eine Rolle oder einen Verbundbenutzer gesendet wurde.
+ Ob die Anfrage von einem anderen AWS Dienst gestellt wurde.
Weitere Informationen finden Sie unter [CloudTrail -Element userIdentity](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-event-reference-user-identity.html).
## Grundlegendes zu den Protokolldateieinträgen für Kapazitätsblöcke
Ein Trail ist eine Konfiguration, die die Übertragung von Ereignissen als Protokolldateien an einen von Ihnen angegebenen Amazon S3 S3-Bucket ermöglicht. CloudTrail Protokolldateien enthalten einen oder mehrere Protokolleinträge. Ein Ereignis ist eine einzelne Anforderung aus einer beliebigen Quelle und enthält Informationen zur angeforderten Aktion, zu Datum und Uhrzeit der Aktion, zu den Anforderungsparametern usw. CloudTrail -Protokolldateien stellen kein geordnetes Stack-Trace der öffentlichen API-Aufrufe dar. Daher werden sie nicht in einer bestimmten Reihenfolge angezeigt.
Die folgenden Beispiele zeigen CloudTrail Protokolleinträge für:
+ [TerminateCapacityBlocksInstances](#understanding-capacity-blocks-entries-terminatecapacityblockinstances)
+ [CapacityBlockPaymentFailed](#understanding-capacity-blocks-entries-capacityblockpaymentfailed)
+ [CapacityBlockScheduled](#understanding-capacity-blocks-entries-capacityblockscheduled)
+ [CapacityBlockActive](#understanding-capacity-blocks-entries-capacityblockactive)
+ [CapacityBlockFailed](#understanding-capacity-blocks-entries-capacityblockfailed)
+ [CapacityBlockExpired](#understanding-capacity-blocks-entries-capacityblockexpired)
**Anmerkung**
Aus Datenschutzgründen wurden einige Felder aus den Beispielen geschwärzt.
### TerminateCapacityBlocksInstances
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "TerminateCapacityBlockInstances",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"accountId": "123456789012",
"type": "AWS::EC2::Instance",
"ARN": "arn:aws:ec2:us-east-1:123456789012:instance/i-1234567890abcdef0"
}
{
"accountId": "123456789012",
"type": "AWS::EC2::Instance",
"ARN": "arn:aws:ec2:us-east-1:123456789012:instance/i-0598c7d356eba48d7"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
}
}
```
### CapacityBlockPaymentFailed
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockPaymentFailed",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "payment-failed"
}
}
```
### CapacityBlockScheduled
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockScheduled",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "scheduled"
}
}
```
### CapacityBlockActive
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockActive",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "active"
}
}
```
### CapacityBlockFailed
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockFailed",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "failed"
}
}
```
### CapacityBlockExpired
```
{
"eventVersion": "1.05",
"userIdentity": {
"accountId": "123456789012",
"invokedBy": "AWS Internal;"
},
"eventTime": "2023-10-02T00:06:08Z",
"eventSource": "ec2.amazonaws.com",
"eventName": "CapacityBlockExpired",
"awsRegion": "us-east-1",
"sourceIPAddress": "203.0.113.25",
"userAgent": "aws-cli/1.15.61 Python/2.7.10 Darwin/16.7.0 botocore/1.10.60",
"requestParameters": null,
"responseElements": null,
"eventID": "a1b2c3d4-EXAMPLE",
"readOnly": false,
"resources": [
{
"ARN": "arn:aws:ec2:us-east-1:123456789012:capacity-reservation/cr-12345678",
"accountId": "123456789012",
"type": "AWS::EC2::CapacityReservation"
}
],
"eventType": "AwsServiceEvent",
"recipientAccountId": "123456789012",
"serviceEventDetails": {
"capacityReservationId": "cr-12345678",
"capacityReservationState": "expired"
}
}
```