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.
Reservierte DB-Instances für Amazon Aurora
Mit Reserved DB-Instances können Sie eine DB-Instance für eine ein- oder dreijährige Laufzeit reservieren. Reservierte DB-Instances bieten Ihnen einen deutlichen Rabatt im Vergleich zu den bedarfsorientierten Preisen für DB-Instances. Bei reservierten DB-Instances handelt es sich nicht um physische Instances, sondern um einen Fakturierungsrabatt für die Nutzung gewisser On-Demand-Instances in Ihrem Konto. Rabatte für Reserved DB-Instances sind an den Instance-Typ und die AWS-Region gebunden.
Der allgemeine Prozess für das Arbeiten mit reservierten DB-Instances ist: Zuerst Informationen über verfügbare reservierte DB-Instance-Angebote erhalten, dann ein reserviertes DB-Instance-Angebot kaufen und schließlich Informationen über Ihre vorhandenen reservierten DB-Instances erhalten.
Informationen zum Kauf reservierter DB-Instances und zur Anzeige der Abrechnung für reservierte DB-Instances finden Sie in den folgenden Abschnitten.
Übersicht über Reservierte DB-Instances
Wenn Sie eine Reserved DB-Instance in Amazon RDS kaufen, erwerben Sie eine Verpflichtung, eine reduzierte Rate für einen bestimmten DB-Instance-Typ für die Dauer der Reserved DB-Instance zu erhalten. Um eine Amazon RDS Reserved DB-Instance zu verwenden, erstellen Sie eine neue DB-Instance, genau wie bei einer On-Demand-Instance.
Die neu erstellte DB-Instance muss mit den Spezifikationen der Reserved DB-Instance in folgenden Punkten übereinstimmen:
-
AWS-Region
-
DB-Engine (Die Versionsnummer der DB-Engine muss nicht übereinstimmen.)
-
DB-Instance-Typ
Wenn die Spezifikationen der neuen DB-Instance mit einer vorhandenen Reserved DB-Instance für Ihr Konto übereinstimmen, wird Ihnen der angebotene diskontierte Preis für die Reserved DB-Instance in Rechnung gestellt. Andernfalls wird der DB-Instance eine On-Demand-Rate berechnet.
Sie können eine DB-Instance, die Sie als Reserved-DB-Instance verwenden, ändern. Wenn die Änderung innerhalb der Spezifikationen der reservierten DB-Instance liegt, gilt der diskontierte Preis teilweise oder vollständig für die geänderte DB-Instance. Wenn die Änderung außerhalb der Spezifikationen liegt, z. B. die Änderung der Instance-Klasse, gilt der diskontierte Preis nicht mehr. Weitere Informationen finden Sie unter Größenflexible Reservierte DB-Instances.
Themen
Weitere Informationen zu reservierten DB-Instances samt Preisen finden Sie unter Amazon RDS Reserved Instances
Angebotstypen
Reservierte DB-Instances sind in drei Varianten verfügbar – Keine Vorauszahlung, Teilweise Vorauszahlung und Vollständige Vorauszahlung. Auf diese Weise können Sie die Amazon RDS-Kosten auf der Basis der erwarteten Nutzung optimieren.
Anmerkung
Nicht alle RDS-Instance-Klassen unterstützen alle Reserved Instance-Angebotstypen. Beispielsweise bieten einige Instance-Klassen möglicherweise nicht die Option „Keine Vorauszahlung“ an. Um die Verfügbarkeit zu überprüfen, überprüfen Sie die Reserved Instance-Angebote im AWS Management Console oder verwenden Sie den describe-reserved-db-instances-offerings
AWS CLI Befehl.
- Keine Vorabzahlung
-
Diese Option ermöglicht den Zugriff auf eine reservierte DB-Instance, ohne dass eine Vorauszahlung erforderlich ist. Ihre reservierte DB-Instance ohne Vorauszahlung rechnet für jede Stunde innerhalb der Laufzeit einen ermäßigten Stundensatz ab, unabhängig von der Nutzung, und es ist keine Vorauszahlung erforderlich. Diese Option ist lediglich als Reservierung für die Dauer eines Jahres verfügbar.
- Teilweise Vorauszahlung
-
Diese Option beruht darauf, dass ein Teil der reservierten DB-Instance im Voraus bezahlt wird. Die innerhalb der Laufzeit verbleibenden Stunden werden unabhängig von der Nutzung zu einem vergünstigten Stundensatz berechnet. Diese Option ersetzt die vorherige Heavy Utilization-Option.
- Komplette Vorauszahlung
-
Die vollständige Zahlung erfolgt zu Beginn der Laufzeit, unabhängig von der Nutzungsdauer und ohne weitere Kosten innerhalb der Restlaufzeit.
Wenn Sie die konsolidierte Fakturierung nutzen, werden alle Konten in der Organisation wie ein einziges Konto behandelt. Das bedeutet, dass alle Konten in der Organisation den stündlichen Kostenvorteil für Reserved DB-Instances erhalten können, die durch ein anderes Konto erworben wurden. Weitere Informationen zur konsolidierten Fakturierung finden Sie unter Reservierte Amazon-RDS-DB-Instances im Benutzerhandbuch AWS -Fakturierungs- und Kostenverwaltung.
Flexibilität bezüglich der Konfiguration des Aurora-DB-Clusters
Sie können Reserved DB-Instances von Aurora mit beiden DB-Cluster-Konfigurationen verwenden:
-
Aurora I/O-Optimized — Sie zahlen nur für die Nutzung und Speicherung Ihrer DB-Cluster, ohne zusätzliche Gebühren für I/O-Lese- und Schreibvorgänge.
-
Aurora Standard — Zusätzlich zur Nutzung und Speicherung Ihrer DB-Cluster zahlen Sie auch einen Standardtarif pro 1 Million Anfragen für I/O-Operationen.
Aurora berücksichtigt automatisch den Preisunterschied zwischen diesen Konfigurationen. Aurora I/O-Optimized verbraucht 30% mehr normalisierte Einheiten pro Stunde als Aurora Standard.
Weitere Informationen zu den Speicherkonfigurationen von Aurora-Clustern finden Sie unter Speicherkonfigurationen für DB-Cluster von Amazon Aurora. Weitere Informationen zu den Preisen für Speicherkonfigurationen von Aurora-Clustern finden Sie unter Amazon Aurora: Preise
Größenflexible Reservierte DB-Instances
Beim Kauf einer Reserved DB-Instance wird unter anderem die Instance-Klasse angegeben, z. B. db.r5.large. Weitere Informationen zu DB-Instance-Klassen finden Sie unter Amazon Aurora Aurora-DB-Instance-Klassen.
Wenn Sie eine DB-Instance haben und diese auf größere Kapazität skalieren müssen, wird Ihre Reserved DB-Instance automatisch auf Ihre skalierte DB-Instance angewendet. Das heißt, Ihre Reserved DB-Instances werden automatisch auf alle DB-Instance-Klassengrößen angewendet. Größenflexible reservierte DB-Instances sind für DB-Instances mit derselben AWS-Region DB-Engine verfügbar. Größenflexible Reserved DB-Instances können nur innerhalb ihres Instance-Klassentyps skalieren. Eine Reserved DB-Instance für das Modell db.r5.large kann beispielsweise auf das Modell db.r5.xlarge angewendet werden, nicht aber auf db.r6g.large, da es sich bei db.r5 und db.r6g um unterschiedliche Instance-Klassentypen handelt.
Größenflexible reservierte DB-Instances sind für die folgenden Aurora-Datenbank-Engines verfügbar:
Aurora MySQL
Aurora PostgreSQL
Sie können die Nutzung für verschiedene Reserved DB-Instance-Größen vergleichen, indem Sie normalisierte Einheiten pro Stunde verwenden. Beispielsweise entspricht eine Nutzungseinheit auf zwei db.r3.large DB-Instances acht normalisierten Nutzungseinheiten pro Stunde auf einem db.r3.small. Die folgende Tabelle zeigt die Anzahl von normalisierten Einheiten pro Stunde für jede DB-Instance-Größe.
Instance-Größe | Normalisierte Einheiten pro Stunde für eine DB-Instance, Aurora Standard | Normalisierte Einheiten pro Stunde für eine DB-Instance, Aurora I/O-Optimized | Normalisierte Einheiten pro Stunde für drei DB-Instances (Writer und zwei Leser), Aurora Standard | Normalisierte Einheiten pro Stunde für drei DB-Instances (Writer und zwei Leser), Aurora I/O-Optimized |
---|---|---|---|---|
small |
1 |
1.3 |
3 |
3.9 |
Medium |
2 |
2.6 |
6 |
7.8 |
large |
4 |
5.2 |
12 |
15,6 |
xlarge |
8 |
10.4 |
24 |
31,2 |
2xlarge |
16 |
20,8 |
48 |
62,4 |
4xlarge |
32 |
41,6 |
96 |
124,8 |
8xlarge |
64 |
83,2 |
192 |
249,6 |
12xlarge |
96 |
124,8 |
288 |
374,4 |
16xlarge |
128 |
166,4 |
384 |
499,2 |
24xlarge |
192 |
249,6 |
576 |
748,8 |
32xlarge |
256 |
332,8 |
768 |
998,4 |
Angenommen, Sie kaufen eine Reserved db.t2.medium
-DB-Instance und haben zwei db.t2.small
-DB-Instances in Ihrem Konto, die in der gleichen AWS-Region ausgeführt werden. In diesem Fall wird der Rabatt in vollem Umfang auf beide Instances angewendet.

Wenn in Ihrem Konto eine db.t2.large
Instance ausgeführt wird AWS-Region, wird der Abrechnungsvorteil alternativ auf 50 Prozent der Nutzung der DB-Instance angerechnet.

Anmerkung
Wir empfehlen, die T-DB-Instance-Klassen nur für Entwicklungs- und Testserver oder andere Nicht-Produktionsserver zu verwenden. Weitere Einzelheiten zu den T-Instance-Klassen finden Sie unter DB-Instance-Klassenarten.
Abrechnungsbeispiele für Reserved DB-Instances von Aurora
Die folgenden Beispiele veranschaulichen die Preisgestaltung für reservierte DB-Instances für Aurora-DB-Cluster, die beide Aurora Standard and Aurora I/O-Optimized DB-Cluster-Konfigurationen.
Beispiel mit Aurora Standard
Der Preis für eine Reserved DB-Instance bietet keinen Rabatt für die Kosten in Verbindung mit Speicher, Backups und I/O. Das folgende Beispiel veranschaulicht die Gesamtkosten pro Monat für eine Reserved DB-Instance:
-
Eine Reserved Single-AZ-DB-Instance von Aurora MySQL der Klasse db.r5.large in der Region USA Ost (Nord-Virginia) kostet 0,19 USD pro Stunde oder 138,70 USD pro Monat.
-
Aurora-Speicher zu einem Preis von 0,10 USD pro GiB pro Monat (ungefähr 45,60 USD pro Monat in diesem Beispiel).
-
Aurora-I/O zu einem Preis von 0,20 USD pro 1 Millionen Anforderungen (ungefähr 20 USD pro Monat in diesem Beispiel).
-
Aurora-Sicherungsspeicher zu einem Preis von 0,021 USD pro GiB pro Monat (ungefähr 30 USD pro Monat in diesem Beispiel).
Wenn Sie die Kosten all dieser Optionen (138,70 USD + 45,60 USD + 20 USD + 30 USD) mit der Reserved DB-Instance addieren, liegen die monatlichen Gesamtkosten bei 234,30 USD.
Wenn Sie sich statt für eine Reserved DB-Instance für eine On-Demand-DB-Instance entscheiden, kostet eine Single-AZ-Instance der Klasse db.r5.large von Aurora MySQL in der Region USA Ost (Nord-Virginia) 0,29 USD pro Stunde oder 217,50 USD pro Monat. Wenn Sie die Kosten all dieser Optionen (217,50 USD + 45,60 USD + 20 USD + 30 USD) mit der On-Demand-DB-Instance addieren, liegen die monatlichen Gesamtkosten bei 313,10 USD. Sie sparen fast 79 USD pro Monat, indem Sie die reservierte DB-Instance verwenden.
Beispiel mit einem Aurora Standard DB-Cluster mit zwei Reader-Instanzen
Um Reserved Instances für Aurora-DB-Cluster zu verwenden, kaufen Sie einfach eine Reserved Instance für jede DB-Instance im Cluster.
Gehen wir noch einmal auf das erste Beispiel ein und nehmen an, Sie verfügen über einen DB-Cluster von Aurora MySQL mit einer Writer-DB-Instance und zwei Aurora Replicas, also insgesamt drei DB-Instances im Cluster. Für die beiden Aurora Replicas fallen keine zusätzlichen Speicher- oder Backup-Kosten an. Wenn Sie drei Reserved DB-Instances von Aurora MySQL der Klasse db.r5.large kaufen, belaufen sich die Kosten auf 234,30 USD (für die Writer-DB-Instance) + 2 * (138,70 USD + 20 USD I/O pro Aurora Replica), was insgesamt 551,70 USD pro Monat entspricht.
Die entsprechenden On-Demand-Kosten für einen DB-Cluster von Aurora MySQL mit einer Writer-DB-Instance und zwei Aurora Replicas betragen 313,10 USD + 2 * (217,50 USD + 20 USD I/O pro Instance), also insgesamt 788,10 USD pro Monat. Sie sparen fast 236,40 USD pro Monat, wenn Sie die Reserved DB-Instances verwenden.
Beispiel mit Aurora I/O-Optimized
Sie können Ihr vorhandenes wiederverwenden Aurora Standard reservierte DB-Instances mit Aurora I/O-Optimized. Um die Vorteile Ihrer Reserved Instance-Rabatte in vollem Umfang zu nutzen mit Aurora I/O-Optimized, können Sie 30% zusätzliche Reserved Instances kaufen, die Ihren aktuellen Reserved Instances ähneln.
Die folgende Tabelle zeigt Beispiele dafür, wie die Anzahl der zusätzlichen Reserved Instances bei der Verwendung von Aurora I/O-Optimized. Wenn es sich bei den erforderlichen Reserved Instances um einen Bruchteil handelt, können Sie die Größenflexibilität nutzen, die Reserved Instances bieten, um eine ganze Anzahl zu erreichen. In diesen Beispielen bezieht sich „aktuell“ auf Aurora Standard reservierte Instances, die Sie jetzt haben. Zusätzliche Reserved Instances sind die Anzahl der Aurora Standard Reserved Instances, die Sie kaufen müssen, um Ihre aktuellen Rabatte für Reserved Instances bei der Nutzung beizubehalten Aurora I/O-Optimized.
DB-Instance-Klasse | Aktuell Aurora Standard reservierte Instances | Reservierte Instances sind erforderlich für Aurora I/O-Optimized | Zusätzlich erforderliche Reserved Instances | Zusätzlich erforderliche Reserved Instances bei Nutzung der Größenflexibilität |
---|---|---|---|---|
db.r6g.large | 10 | 10 * 1,3 = 13 | 3 * db.r6g.large | 3 * db.r6g.large |
db.r6g.4xlarge | 20 | 20 * 1,3 = 26 | 6 * db.r6g.4xlarge | 6 * db.r6g.4xlarge |
db.r6g.12xlarge | 5 | 5 * 1,3 = 6,5 | 1,5 * db.r6g.12xlarge |
db.r6g.12xlarge, r6g.4xlarge und r6g.2xlarge jeweils einmal (0,5 * db.r6g.12xlarge = 1 * db.r6g.4xlarge + 1 * db.r6g.2xlarge) |
db.r6i.24xlarge | 15 | 15 * 1,3 = 19,5 | 4,5 * db.r6i.24xlarge |
4 * db.r6i.24xlarge + 1 * db.r6i.12xlarge (0,5 * db.r6i.24xlarge = 1 * db.r6i.12xlarge) |
Beispiel mit einem Aurora I/O-Optimized DB-Cluster mit zwei Reader-Instanzen
Sie verfügen über einen DB-Cluster von Aurora MySQL mit einer Writer-DB-Instance und zwei Aurora Replicas, also insgesamt drei DB-Instances im Cluster. Sie benutzen die Aurora I/O-Optimized DB-Cluster-Konfiguration. Um Reserved DB-Instances für diesen Cluster zu verwenden, müssten Sie vier Reserved DB-Instances derselben DB-Instance-Klasse kaufen. Drei DB-Instances mit Aurora I/O-Optimized verbrauchen 3,9 normalisierte Einheiten pro Stunde, verglichen mit 3 normalisierten Einheiten pro Stunde bei drei DB-Instances mit Aurora Standard. Sie sparen jedoch die monatlichen I/O-Kosten für jede DB-Instance.
Anmerkung
Die Preise in diesem Beispiel sind Beispiele und entsprechen möglicherweise nicht den tatsächlichen Preisen. Informationen zur Preisgestaltung von Aurora finden Sie unter Aurora-Preise
Löschen einer Reserved DB-Instance
In den Bedingungen für eine Reserved DB-Instance ist eine einjährige oder dreijährige Verpflichtung enthalten. Sie können eine Reserved DB-Instance nicht stornieren. Sie können jedoch eine DB-Instance löschen, die durch einen Rabatt für eine Reserved DB-Instance abgedeckt ist. Der Vorgang zum Löschen einer DB-Instance, für die ein Rabatt für eine Reserved DB-Instance gilt, ist der gleiche wie für jede andere DB-Instance.
Die Vorabkosten werden Ihnen in Rechnung gestellt, unabhängig davon, ob Sie die Ressourcen nutzen.
Wenn Sie eine DB-Instance löschen, die durch einen Rabatt für eine Reserved DB-Instance gedeckt ist, können Sie eine andere DB-Instance mit kompatiblen Spezifikationen starten und den ermäßigten Preis während der Reservierungslaufzeit (ein Jahr oder drei Jahre) erhalten. In diesem Fall erhalten Sie den Rabatt während des Reservierungszeitraums (ein Jahr oder drei Jahre).