Reservieren Sie Rechenkapazität mit EC2 On-Demand Capacity Reservations - Amazon Elastic Compute Cloud
Unterschiede zwischen Kapazitätsreservierungen, Reserved Instances und Savings PlansUnterstützte PlattformenKontingenteEinschränkungen

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.

Reservieren Sie Rechenkapazität mit EC2 On-Demand Capacity Reservations

EC2Amazon-Kapazitätsreservierungen ermöglichen das Reservieren von Rechenkapazität für Ihre EC2 Amazon-Instances in einer bestimmten Availability Zone für eine beliebige Dauer. Wenn Sie strenge Kapazitätsanforderungen für aktuelle oder future geschäftskritische Workloads haben, 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 EC2 Amazon-Kapazität haben; wenn 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 future Termin beantragen.

  • Wenn Sie eine Kapazitätsreservierung zur sofortigen Nutzung beantragen, 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 Änderungen mehr vorzunehmen.

  • Wenn Sie eine zukünftige Kapazitätsreservierung beantragen, geben Sie das future 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 Dauer der Bindung beginnt. Während der Abonnementdauer 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 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 angeben, dass Instances nur in einer Ressourcengruppe „Kapazitätsreservierung“ oder „Kapazitätsreservierung“ ausgeführt werden.

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 Capacity Reservations, die sofort beginnen.

Inhalt

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 Verpflichtung erforderlich. Sie können bei Bedarf erstellt, geä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 jederzeit stornieren.

 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:

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 Plattformen:

  • Linux/ UNIX

  • Linux mit SQL Serverstandard

  • Linux mit SQL Server Web

  • Linux mit SQL Server Enterprise

  • SUSELinux

  • Red Hat Enterprise Linux

  • RHELmit SQL Server Standard

  • RHELmit SQL Server Enterprise

  • RHELmit SQL Server Web

  • RHELmit HA

  • RHELmit HA und SQL Server Standard

  • RHELmit HA und SQL Server Enterprise

  • Ubuntu Pro

  • Windows

  • Windows mit SQL Server

  • Windows mit SQL Server Web

  • Windows mit SQL Serverstandard

  • Windows mit SQL Server Enterprise

Wenn Sie ein Kapazitätsreservierung kaufen, müssen Sie die Plattform angeben, die das Betriebssystem für Ihre Instance darstellt.

  • Für SUSE Linux und RHEL Verteilungen, ausgenommenBYOL, müssen Sie die spezifische Plattform auswählen. Zum Beispiel die SUSELinux - oder Red-Hat-Enterprise-Linux -Plattform.

  • Bei allen anderen Linux-Verteilungen (einschließlich Ubuntu) wählen Sie die Linux/-Plattform UNIX.

  • Wenn Sie Ihr bestehendes RHEL Abonnement (BYOL) mitbringen, müssen Sie die Linux/-Plattform UNIX wählen.

  • Bei Windows mit SQL Standard, Windows mit SQL Server Enterprise und Windows mit SQL Server Web müssen Sie die spezielle Plattform auswählen.

  • Wählen Sie für alle anderen Windows-Versionen, BYOL mit Ausnahme der nicht unterstützten, die Windows -Plattform aus.

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 delayed Statusassessing,, scheduled pendingactive, 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 sind nicht von einem AWS -Konto auf ein anderes übertragbar. Sie können jedoch Kapazitätsreservierungen für andere AWS -Konten freigeben. Weitere Informationen finden Sie unter Reservation von freigegebenen Kapazitäten.

  • 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) 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 für die Zukunft gültige Kapazitätsreservierungen für eine Instance-Anzahl von mindestens 100 vCPUs beantragen. Wenn Sie beispielsweise eine zukünftige Kapazitätsreservierung für m5.xlarge Instances beantragen, müssen Sie mindestens 25 Instances beantragen (25 * m5.xlarge = 100). vCPUs

  • Sie können Kapazitätsreservierungen für die Zukunft nur für Instance-Typen der C-, I-, M-, R- oder T-Instance-Familien anfordern.