

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.

# Rechenkapazität mit EC2-On-Demand-Kapazitätsreservierungen reservieren
<a name="ec2-capacity-reservations"></a>

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)

## Unterschiede zwischen Kapazitätsreservierungen, Reserved Instances und Savings Plans
<a name="capacity-reservations-differences"></a>

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
<a name="capacity-reservations-platforms"></a>

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
<a name="capacity-reservations-limits"></a>

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
<a name="capacity-reservations-limitations"></a>

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.