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.
Reserved-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 Erwerben von Reserved-DB-Instances und Anzeigen der Abrechnung für Reserved 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 ohne Vorabzahlung an. Um die Verfügbarkeit zu überprüfen, überprüfen Sie die Reserved Instance-Angebote im AWS-Managementkonsole 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 Lese- und I/O Schreibvorgänge.
-
Aurora Standard— Neben der 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-Optimizedverbraucht 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 DB-Instance-Klassen von Amazon Aurora.
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 reservierte DB-Instance für eine db.r6i.large kann beispielsweise für eine db.r6i.xlarge gelten, aber nicht für eine db.r6id.large oder db.r7g.large, da db.r6id.large und db.r7g.large unterschiedliche Instance-Klassentypen sind.
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 Reader), Aurora Standard | Normalisierte Einheiten pro Stunde für drei DB-Instances (Writer und zwei Reader), 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 Preise für Reserved DB-Instances für Aurora-DB-Cluster, die sowohl die DB-Cluster-Konfiguration Aurora Standard als auch die Konfiguration Aurora I/O-Optimized verwenden.
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 Million Anfragen (für dieses Beispiel gehen Sie von 20 USD pro Monat aus)
-
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 für die Verwendung eines Aurora Standard DB-Clusters mit zwei Reader-Instances
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 reservierte db.r5.large Aurora MySQL-DB-Instances erwerben, belaufen sich Ihre Kosten auf 234,30 USD (für die Writer-DB-Instance) + 2 * (138,70 USD + 20 USD I/O pro Aurora Replica), also insgesamt 551,70 USD pro Monat.
Die entsprechenden On-Demand-Kosten für einen Aurora MySQL-DB-Cluster mit einer Writer-DB-Instance und zwei Aurora Replicas betragen 313,10$ + 2 * (217,50$ + 20$ I/O pro Instance), was insgesamt 788,10$ pro Monat entspricht. Sie sparen fast 236,40 USD pro Monat, wenn Sie die Reserved DB-Instances verwenden.
Beispiel mit Aurora I/O-Optimized
Sie können Ihre vorhandenen Aurora Standard Reserved DB-Instances mit Aurora I/O-Optimized wiederverwenden. Um die Vorteile Ihrer Reserved Instance-Rabatte mit Aurora I/O-Optimized in vollem Umfang nutzen zu können, können Sie 30 % zusätzliche Reserved Instances kaufen, die Ihren aktuellen Reserved Instances ähneln.
Die folgende Tabelle zeigt Beispiele dafür, wie Sie die zusätzlichen Reserved Instances abschätzen können, wenn Sie Aurora I/O-Optimized verwenden. 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 auf eine ganze Zahl zu kommen. In diesen Beispielen bezieht sich „aktuell“ auf die Aurora Standard Reserved Instances, über die Sie jetzt verfügen. Zusätzliche Reserved Instances sind die Anzahl der Aurora Standard Reserved Instances, die Sie kaufen müssen, um Ihre aktuellen Reserved Instance-Rabatte bei Verwendung von Aurora I/O-Optimized beizubehalten.
| DB-Instance-Klasse | Aktuelle Aurora Standard Reserved Instances | Reserved Instances, die für Aurora I/O-Optimized erforderlich sind | 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 für die Verwendung eines Aurora I/O-Optimized DB-Clusters mit zwei Reader-Instances
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. Diese verwenden die DB-Cluster-Konfiguration Aurora I/O-Optimized. 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 verbrauchen mit Aurora I/O-Optimized 3,9 normalisierte Einheiten pro Stunde, verglichen mit 3 normalisierten Einheiten pro Stunde für drei DB-Instances mit Aurora Standard. Sie sparen jedoch die monatlichen Kosten für jede DB-Instance. I/O
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).
