Amazon Aurora ist ein moderner relationaler Datenbankservice. Er bietet unübertroffene Hochleistung und Hochverfügbarkeit in globalem Maßstab mit vollständig Open-Source-MySQL- und PostgreSQL-kompatiblen Editionen und einer Reihe von Entwicklerwerkzeugen für die Erstellung von Serverless- und Machine Learning (ML)-gesteuerten Anwendungen.

Wählen Sie den Aurora-Preis, der am besten zu Ihren Geschäftsanforderungen passt, mit vorhersehbaren Preisen, benutzerdefinierter Preisberechnung, On-Demand-Preisen oder Preisgestaltung für Reserved Instances. Aurora berechnet Datenbank-Instances, Speicher und E/A auf der Grundlage der Datenbank-Cluster-Konfiguration sowie aller optionalen Features, die Sie aktivieren möchten.

Aurora-Cluster-Konfiguration

Mit Aurora können Sie Ihre Datenbank-Cluster so konfigurieren, dass sie kostengünstig ausgeführt werden, unabhängig von den Skalierungsanforderungen oder den sich entwickelnden Datenzugriffsmustern Ihrer Anwendungen. Sie haben die Flexibilität, zwischen den Konfigurationsoptionen Amazon Aurora Standard und Amazon Aurora I/O-Optimized zu wählen, um die Anforderungen an das Preis-Leistungs-Verhältnis und die Preisvorhersehbarkeit Ihrer individuellen Workload-Eigenschaften am besten zu erfüllen. Ihre Gebühren für Datenbank-Instance, Speicher und E/A variieren je nach der von Ihnen gewählten Option. Weitere Informationen finden Sie unter Speicher und Zuverlässigkeit mit Amazon Aurora.

Aurora Standard bietet kostengünstige Preise für die überwiegende Mehrheit der Anwendungen, die auf Aurora laufen, mit typischen Datenzugriffsmustern und geringer bis mäßiger I/O-Auslastung. Mit Aurora Standard zahlen Sie für Datenbank-Instances, Speicher und Pay-per-Request-E/A.

Aurora I/O-Optimized bietet ein verbessertes Preis-Leistungs-Verhältnis für E/A-intensive Anwendungen. Wenn Ihre E/A-Ausgaben 25 % Ihrer gesamten Aurora-Datenbankausgaben übersteigen, können Sie mit Aurora I/O-Optimized bis zu 40 % der Kosten für E/A-intensive Workloads sparen. Mit Aurora I/O-Optimized zahlen Sie nur für Ihre Datenbank-Instances und Speichernutzung, und es fallen keine Gebühren für Lese- und Schreib-E/A-Operationen an. Aurora I/O-Optimized bietet vorhersehbare Preise für alle Anwendungen, unabhängig von den sich entwickelnden Datenzugriffsmustern oder der E/A-Nutzung. Aurora I/O-Optimized verhindert Schwankungen bei den E/A-Ausgaben.

Preisgestaltung nach Datenbank-Instances

Mit Aurora können Sie sich für Amazon Aurora Serverless entscheiden, das je nach den Anforderungen Ihrer Anwendung automatisch startet, herunterfährt und die Kapazität nach oben oder unten skaliert. Sie zahlen nur für die verbrauchte Kapazität.

Die unbegrenzte Datenbank Amazon Aurora PostgreSQL bietet eine automatische horizontale Skalierung zur Verarbeitung von Millionen von Schreibtransaktionen pro Sekunde und verwaltet Petabytes an Daten, während gleichzeitig die einfache Bedienung innerhalb einer einzigen Datenbank erhalten bleibt.

Alternativ können Sie sich für bereitgestellte On-Demand-Instances entscheiden und für Ihre Datenbank pro verbrauchter DB-Instance-Stunde ohne langfristige Verpflichtungen oder Vorabgebühren zahlen. Oder Sie entscheiden sich für bereitgestellte Reserved Instances, um zusätzlich zu sparen.

Instance-Gebühren fallen sowohl für Aurora-Primär-Instances als auch für Replikate an. Die Gebühren variieren je nach der Datenbank-Cluster-Konfiguration, die Sie wählen, um den Anforderungen Ihrer Anwendung an Preis-Leistungs-Verhältnis und Preisvorhersehbarkeit am besten zu entsprechen. Für alle Instances in einem Datenbank-Cluster wird entweder der Preis für die Aurora-Standardkonfiguration oder die Aurora-I/O-Optimized-Konfiguration berechnet.

Optimierte Lesevorgangs-Instances für Aurora PostgreSQL
Für die Amazon-Aurora-PostgreSQL-kompatible Edition verfügbare optimierte Lesevorgangs-Instances verwenden lokalen NVMe-basierten SSD-Speicher auf Blockebene, um die Abfragelatenz von Anwendungen zu verbessern, deren Datensätze die Speicherkapazität einer Datenbank-Instance überschreiten. Es beinhaltet zwei Features: mehrstufiges Caching und temporäre Objekte.

Mehrstufiges Caching bietet eine bis zu 8 mal verbesserte Abfragelatenz und Kosteneinsparungen von bis zu 30 % für leseintensive, E/A-intensive Anwendungen wie operative Dashboards, Anomalieerkennung und vektorbasierte Ähnlichkeitssuchen. Beim mehrstufigen Caching werden Daten, die aus dem In-Memory-Datenbankpuffercache entfernt wurden, automatisch im lokalen Speicher gespeichert, um nachfolgende Datenzugriffe zu beschleunigen. Mehrstufiges Caching ist für Aurora PostgreSQL mit der Aurora I/O-optimierten Konfiguration verfügbar.

Temporäre Objekte ermöglichen eine schnellere Abfrageverarbeitung, indem temporäre Tabellen im lokalen Speicher platziert werden. Dadurch wird die Leistung von Abfragen verbessert, die Sortierungen, Hash-Aggregationen, Verbindungen mit hoher Last und andere datenintensive Operationen beinhalten. Temporäre Objekte sind für Aurora PostgreSQL mit den Konfigurationen Aurora E/A-optimiert und Aurora Standard verfügbar. Weitere Informationen finden Sie unter Aurora-optimierte Lesevorgänge.

Wählen Sie Aurora-MySQL-kompatible Edition oder Aurora-PostgreSQL-kompatible Edition, um die Preise für Datenbank-Instances anzuzeigen.

    • Serverless

    • Amazon Aurora Serverless ist eine On-Demand Auto-Scaling-Konfiguration, die die Datenbankkapazität automatisch an den Anwendungsbedarf anpasst. Mit Aurora Serverless wird Ihre Datenbankkapazität automatisch hoch- oder abskaliert, um den Workload-Anforderungen Ihrer Anwendung gerecht zu werden, und in Zeiten der Inaktivität heruntergefahren, wodurch Sie Geld und Verwaltungszeit sparen. Bei Aurora Serverless wird die Datenbankkapazität in Aurora Capacity Units (ACUs) gemessen und pro Sekunde abgerechnet. 1 ACU hat ungefähr 2 GiB Speicher mit zugehöriger CPU und Netzwerkkapazität, ähnlich wie bei den von Aurora bereitgestellten Instances.

      Aurora Serverless v2

      Amazon Aurora Serverless v2 skaliert Datenbanken sofort, um Hunderttausende von Transaktionen pro Sekunde zu unterstützen, und unterstützt alle Funktionen von Aurora, einschließlich Multi-AZ-Bereitstellungen, Lesereplikate und Global Database. Neben dem Zugang zu den Funktionen von v2 können die meisten Aurora-Serverless-Kunden durch den Wechsel zu v2 ihre Kosten senken, da die Anfangskapazität von 0,5 ACUs (im Vergleich zu 2 ACUs in v1) geringer ist, die Kapazität in Schritten von nur 0,5 ACUs (im Vergleich zur Verdoppelung in v1) erhöht werden kann und die Kapazität im Vergleich zu Amazon Aurora Serverless v1 bis zu 15-mal schneller reduziert wird.

      Sie können wählen, ob Sie alle Instances in Ihrem Datenbank-Cluster so konfigurieren möchten, dass sie die Aurora-Standardkonfiguration oder die Aurora-I/O-Optimized-Konfiguration verwenden, je nach den Anforderungen Ihrer Anwendung an Preis-Leistungs-Verhältnis und Preisvorhersehbarkeit.

      Lesen Sie das ausführliche Preisbeispiel für Aurora Serverless v2.

      Latenz hochskalieren

      Sofortige Skalierung auf Hunderttausende von Transaktionen pro Sekunde

      Latenzzeit herunterskalieren

      Bis zu 15x schneller

      Startkapazität

      0 ACU

      Granularität der Kapazität

      Feinkörnig, mit Schritten von nur 0,5 ACU

      Read Replicas

      Bis zu 15 Aurora-Replicas für Leseskalierbarkeit

      Multi-AZ und SLA

      Verteilen Sie Read Replicas in separaten AZs für hohe Verfügbarkeit. Siehe Amazon Aurora SLA für Details.

      Aurora Global Database

      Sekundenschneller Datenzugriff in jeder Region und regionenübergreifende Disaster Recovery. Weitere Details finden Sie unter Aurora Global Database.

      Preise für Aurora Serverless v1

      Aurora Serverless v1 stellt eine einfache, kostengünstige Option für gelegentliche, unregelmäßige oder unvorhersehbare Workloads dar. Mit Aurora Serverless v1 müssen Sie Ihren Datenbank-Cluster so konfigurieren, dass er die Aurora-Standardkonfiguration verwendet.

      Lesen Sie das ausführliche Preisbeispiel für Aurora Serverless v1.

      Latenzzeit hochskalieren

      5 bis 50 Sekunden

      Latenzzeit herunterskalieren

      Bis zu 15 Minuten

      Startkapazität

      1 ACU

      Granularität der Kapazität

      Verdoppelt die Kapazität mit jedem Schritt
    • Bereitgestellte On-Demand-Instance

    • Mit On-Demand-Instances zahlen Sie ohne langfristige Verpflichtungen oder Vorauszahlungen nur für die nach Stunden verrechnete Datenbank.

      Die Abrechnung erfolgt pro verbrauchter Instance-Stunde, vom Zeitpunkt des Starts bis zum Stoppen oder Löschen der Instance. Angefangene DB-Instance-Stunden werden in Schritten von einer Sekunde mit einer Mindestgebühr von 10 Minuten nach einer abrechenbaren Statusänderung wie dem Anlegen, Starten oder Ändern der DB-Instance-Klasse abgerechnet.

      Sie können alle Instanzen in Ihrem Datenbank-Cluster so konfigurieren, dass sie die Aurora-Standard- oder die Aurora-I/O-optimierte Konfiguration verwenden, je nachdem, welche Anforderungen Ihre Anwendung an das Preis-Leistungs-Verhältnis und die Preisvorhersagbarkeit stellt.

      Preise für bereitgestellte On-Demand-Instances für Aurora

      T4g- und T3-CPU-Guthaben

      T4g- und T3-DB-Instances von Amazon RDS werden im unbegrenzten Modus ausgeführt, was bedeutet, dass Ihnen eine Gebühr berechnet wird, wenn Ihre durchschnittliche CPU-Auslastung über einen fortlaufenden 24-Stunden-Zeitraum die Basislinie der Instance überschreitet. CPU-Guthaben werden mit 0,09 USD pro vCPU-Stunde für Aurora Standard und 0,12 USD pro vCPU-Stunde für die I/O-Optimized-Cluster-Konfiguration von Aurora berechnet. Die Preise für das CPU-Guthaben sind für alle T4g- und T3-Instances in allen Regionen gleich und werden nicht von Reserved Instances abgedeckt.

    • Bereitgestellte Reserved Instance

    • Reserved Instances eignen sich für stationäre Datenbank-Workloads und bieten erhebliche Einsparungen gegenüber On-Demand-Instances. Reserved Instances mit einer Laufzeit von 1 Jahr bieten Rabatte von bis zu 45 % und Reserved Instances mit einer Laufzeit von 3 Jahren bieten Rabatte von bis zu 66 % gegenüber On-Demand-Instances. Reserved Instances bieten Flexibilität bei der Auswahl der Instance-Größen und Clusterkonfigurationsoptionen.

      Ihr ermäßigter Tarif für Reserved Instances wird automatisch auf die Nutzung beliebiger Größe innerhalb derselben Instance-Familie (wie T3 und R5) in den Konfigurationen Aurora Standard und Aurora I/O-Optimized angewendet. Sie verpflichten sich zur Zahlung der gesamten Laufzeit der Reserved Instance und zahlen eine Vorabgebühr und ermäßigten Stundentarif (siehe unten).

      Obwohl diese Preise für Aurora Standard gelten, berücksichtigt Aurora bei der Verwendung von Reserved Instances mit Aurora I/O-Optimized automatisch den Preisunterschied zwischen diesen Optionen für Ihre Nutzung. Um die Vorteile Ihrer RI-Rabatte mit Aurora I/O-Optimized voll auszuschöpfen, können Sie 30 % zusätzliche RIs erwerben, die Ihren aktuellen RIs ähneln. Weitere Informationen finden Sie im Preisbeispiel. Es wird Ihnen jede Stunde der Laufzeit verrechnet, unabhängig von der Nutzung.

      Sie erwerben eine Reserved Instance für jede Datenbankinstance, die Sie verwenden möchten. Sie können Datenbank-Instances als Reserved Instances bezeichnen, indem Sie die Purchasing-API aufrufen oder die Option Reserved Instance in der AWS-Konsole auswählen. Wenn Sie eine Datenbank-Instance als Reserved Instance bestimmen, müssen Sie eine AWS-Region, einen Instance-Typ und eine Menge für die entsprechenden Reserved Instances angeben. Die Reserved Instances können nur in der ihr zugeordneten Region benutzt werden.

      Die Preise für Reserved Instances decken die Speicherkosten nicht ab. Die E/A-Kosten für Lese- und Schreibvorgänge sind nur gedeckt, wenn Ihr Datenbank-Cluster für Aurora I/O-Optimized konfiguriert ist. Für Reserved Instances gelten nicht nur die Preise für Reserved Instances, sondern auch alle Datenübertragungs- und sonstigen Gebühren, die gemäß der AWS-Kundenvereinbarung oder einer anderen Vereinbarung mit AWS, die Ihre Nutzung der AWS-Services regelt, anfallen. AWS kann das Preisprogramm für Reserved Instances jederzeit beenden.

      Lesen Sie das detaillierte Preisbeispiel für Reserved Instance.

      Preise für bereitgestellte Reserved Instances für Aurora

      * Dies ist die durchschnittliche monatliche Zahlung während der Laufzeit der Reserved Instance. Für jeden Monat entspricht die tatsächliche monatliche Zahlung der tatsächlichen Anzahl der Stunden in diesem Monat, multipliziert mit der stündlichen Nutzungsrate oder der Anzahl der Sekunden in diesem Monat, multipliziert mit der stündlichen Nutzungsrate dividiert durch 3600, abhängig vom Aurora-Instance-Typ, den Sie ausführen. Die Nutzungsgebühr pro Stunde entspricht den gesamten monatlichen Durchschnittszahlungen über die gesamte Reserved-Instance-Laufzeit dividiert durch die Gesamtanzahl von Stunden (basierend auf einem Jahr mit 365 Tagen) über die gesamte Reserved-Instance-Laufzeit.

      **Gezeigt wird die tatsächliche Stundengebühr, um Ihnen beim Berechnen des Betrags, den Sie bei einer Reserved Instance im Vergleich zu einer On-Demand-Instance einsparen, zu helfen. Wenn Sie eine Reserved Instance kaufen, wird Ihnen jede Stunde während der gesamten Reserved-Instance-Laufzeit, die Sie gewählt haben, in Rechnung gestellt, unabhängig davon, ob die Instance in Betrieb ist. Der effektive Stundenpreis zeigt die amortisierten stündlichen Instance-Kosten. Dabei werden die Gesamtpreis der Reserved Instance über die gesamte Laufzeit, einschließlich einer eventuellen Vorauszahlung, auf jede Stunde der Reserved-Instance-Laufzeit verteilt.

    • Serverless

    • Amazon Aurora Serverless ist eine On-Demand Auto-Scaling-Konfiguration, die die Datenbankkapazität automatisch an den Anwendungsbedarf anpasst. Mit Aurora Serverless wird Ihre Datenbankkapazität automatisch hoch- oder abskaliert, um den Workload-Anforderungen Ihrer Anwendung gerecht zu werden, und in Zeiten der Inaktivität heruntergefahren, wodurch Sie Geld und Verwaltungszeit sparen. Bei Aurora Serverless wird die Datenbankkapazität in Aurora Capacity Units (ACUs) gemessen und pro Sekunde abgerechnet. 1 ACU hat ungefähr 2 GiB Speicher mit zugehöriger CPU und Netzwerkkapazität, ähnlich wie bei den von Aurora bereitgestellten Instances.

      Aurora Serverless v2

      Amazon Aurora Serverless v2 skaliert Datenbanken sofort, um Hunderttausende von Transaktionen pro Sekunde zu unterstützen, und unterstützt alle Funktionen von Aurora, einschließlich Multi-AZ-Bereitstellungen, Lesereplikate und Global Database. Neben dem Zugang zu den Funktionen von v2 können die meisten Aurora-Serverless-Kunden durch den Wechsel zu v2 ihre Kosten senken, da die Anfangskapazität von 0,5 ACUs (im Vergleich zu 2 ACUs in v1) geringer ist, die Kapazität in Schritten von nur 0,5 ACUs (im Vergleich zur Verdoppelung in v1) erhöht werden kann und die Kapazität im Vergleich zu Amazon Aurora Serverless v1 bis zu 15-mal schneller reduziert wird.

      Sie können wählen, ob Sie alle Instances in Ihrem Datenbank-Cluster so konfigurieren möchten, dass sie die Aurora-Standardkonfiguration oder die Aurora-I/O-Optimized-Konfiguration verwenden, je nach den Anforderungen Ihrer Anwendung an Preis-Leistungs-Verhältnis und Preisvorhersehbarkeit.

      Lesen Sie das ausführliche Preisbeispiel für Aurora Serverless v2.

      Latenz hochskalieren

      Sofortige Skalierung auf Hunderttausende von Transaktionen pro Sekunde

      Latenzzeit herunterskalieren

      Bis zu 15x schneller

      Startkapazität

      0 ACU

      Granularität der Kapazität

      Feinkörnig, mit Schritten von nur 0,5 ACU

      Read Replicas

      Bis zu 15 Aurora-Replicas für Leseskalierbarkeit

      Multi-AZ und SLA

      Verteilen Sie Read Replicas in separaten AZs für hohe Verfügbarkeit. Siehe Amazon Aurora SLA für Details.

      Aurora Global Database

      Sekundenschneller Datenzugriff in jeder Region und regionenübergreifende Disaster Recovery. Weitere Details finden Sie unter Aurora Global Database.

      Preise für Aurora Serverless v1

      Aurora Serverless v1 stellt eine einfache, kostengünstige Option für gelegentliche, unregelmäßige oder unvorhersehbare Workloads dar. Mit Aurora Serverless v1 müssen Sie Ihren Datenbank-Cluster so konfigurieren, dass er die Aurora-Standardkonfiguration verwendet.

      Lesen Sie das ausführliche Preisbeispiel für Aurora Serverless v1.

      Latenzzeit hochskalieren

      5 bis 50 Sekunden

      Latenzzeit herunterskalieren

      Bis zu 15 Minuten

      Startkapazität

      2 ACU

      Granularität der Kapazität

      Verdoppelt die Kapazität mit jedem Schritt
    • Bereitgestellte On-Demand-Instance

    • Mit On-Demand-Instances zahlen Sie ohne langfristige Verpflichtungen oder Vorauszahlungen nur für die nach Stunden verrechnete Datenbank.

      Die Abrechnung erfolgt pro verbrauchter Instance-Stunde, vom Zeitpunkt des Starts bis zum Stoppen oder Löschen der Instance. Angefangene DB-Instance-Stunden werden in Schritten von einer Sekunde mit einer Mindestgebühr von 10 Minuten nach einer abrechenbaren Statusänderung wie dem Anlegen, Starten oder Ändern der DB-Instance-Klasse abgerechnet.

      Sie können alle Instanzen in Ihrem Datenbank-Cluster so konfigurieren, dass sie die Aurora-Standard- oder die Aurora-I/O-optimierte Konfiguration verwenden, je nachdem, welche Anforderungen Ihre Anwendung an das Preis-Leistungs-Verhältnis und die Preisvorhersagbarkeit stellt.

      Preise für bereitgestellte On-Demand-Instances für Aurora

      T4g- und T3-CPU-Guthaben

      T4g- und T3-DB-Instances von Amazon RDS werden im unbegrenzten Modus ausgeführt, was bedeutet, dass Ihnen eine Gebühr berechnet wird, wenn Ihre durchschnittliche CPU-Auslastung über einen fortlaufenden 24-Stunden-Zeitraum die Basislinie der Instance überschreitet. CPU-Guthaben werden mit 0,09 USD pro vCPU-Stunde für Aurora Standard und 0,12 USD pro vCPU-Stunde für die I/O-Optimized-Cluster-Konfiguration von Aurora berechnet. Die Preise für das CPU-Guthaben sind für alle T4g- und T3-Instances in allen Regionen gleich und werden nicht von Reserved Instances abgedeckt.

    • Bereitgestellte Reserved Instance

    • Reserved Instances eignen sich für stationäre Datenbank-Workloads und bieten erhebliche Einsparungen gegenüber On-Demand-Instances. Reserved Instances mit einer Laufzeit von 1 Jahr bieten Rabatte von bis zu 45 % und Reserved Instances mit einer Laufzeit von 3 Jahren bieten Rabatte von bis zu 66 % gegenüber On-Demand-Instances. Reserved Instances bieten Flexibilität bei der Auswahl der Instance-Größen und Clusterkonfigurationsoptionen.

      Ihr ermäßigter Tarif für Reserved Instances wird automatisch auf die Nutzung beliebiger Größe innerhalb derselben Instance-Familie (wie T3 und R5) in den Konfigurationen Aurora Standard und Aurora I/O-Optimized angewendet. Sie verpflichten sich zur Zahlung der gesamten Laufzeit der Reserved Instance und zahlen eine Vorabgebühr und ermäßigten Stundentarif (siehe unten).

      Obwohl diese Preise für Aurora Standard gelten, berücksichtigt Aurora bei der Verwendung von Reserved Instances mit Aurora I/O-Optimized automatisch den Preisunterschied zwischen diesen Optionen für Ihre Nutzung. Um die Vorteile Ihrer RI-Rabatte mit Aurora I/O-Optimized voll auszuschöpfen, können Sie 30 % zusätzliche RIs erwerben, die Ihren aktuellen RIs ähneln. Weitere Informationen finden Sie im Preisbeispiel. Es wird Ihnen jede Stunde der Laufzeit verrechnet, unabhängig von der Nutzung.

      Sie erwerben eine Reserved Instance für jede Datenbankinstance, die Sie verwenden möchten. Sie können Datenbank-Instances als Reserved Instances bezeichnen, indem Sie die Purchasing-API aufrufen oder die Option Reserved Instance in der AWS-Konsole auswählen. Wenn Sie eine Datenbank-Instance als Reserved Instance bestimmen, müssen Sie eine AWS-Region, einen Instance-Typ und eine Menge für die entsprechenden Reserved Instances angeben. Die Reserved Instances können nur in der ihr zugeordneten Region benutzt werden.

      Die Preise für Reserved Instances decken die Speicherkosten nicht ab. Die E/A-Kosten für Lese- und Schreibvorgänge sind nur gedeckt, wenn Ihr Datenbank-Cluster für Aurora I/O-Optimized konfiguriert ist. Für Reserved Instances gelten nicht nur die Preise für Reserved Instances, sondern auch alle Datenübertragungs- und sonstigen Gebühren, die gemäß der AWS-Kundenvereinbarung oder einer anderen Vereinbarung mit AWS, die Ihre Nutzung der AWS-Services regelt, anfallen. AWS kann das Preisprogramm für Reserved Instances jederzeit beenden.

      Lesen Sie das detaillierte Preisbeispiel für Reserved Instance.

      Preise für bereitgestellte Reserved Instances für Aurora

      * Dies ist die durchschnittliche monatliche Zahlung während der Laufzeit der Reserved Instance. Für jeden Monat entspricht die tatsächliche monatliche Zahlung der tatsächlichen Anzahl der Stunden in diesem Monat, multipliziert mit der stündlichen Nutzungsrate oder der Anzahl der Sekunden in diesem Monat, multipliziert mit der stündlichen Nutzungsrate dividiert durch 3600, abhängig vom Aurora-Instance-Typ, den Sie ausführen. Die Nutzungsgebühr pro Stunde entspricht den gesamten monatlichen Durchschnittszahlungen über die gesamte Reserved-Instance-Laufzeit dividiert durch die Gesamtanzahl von Stunden (basierend auf einem Jahr mit 365 Tagen) über die gesamte Reserved-Instance-Laufzeit.

      **Gezeigt wird die tatsächliche Stundengebühr, um Ihnen beim Berechnen des Betrags, den Sie bei einer Reserved Instance im Vergleich zu einer On-Demand-Instance einsparen, zu helfen. Wenn Sie eine Reserved Instance kaufen, wird Ihnen jede Stunde während der gesamten Reserved-Instance-Laufzeit, die Sie gewählt haben, in Rechnung gestellt, unabhängig davon, ob die Instance in Betrieb ist. Der effektive Stundenpreis zeigt die amortisierten stündlichen Instance-Kosten. Dabei werden die Gesamtkosten der Reserved Instance über die gesamte Laufzeit, einschließlich einer eventuellen Vorauszahlung, auf jede Stunde der Reserved-Instance-Laufzeit verteilt.

    • Unbegrenzte Datenbank

    • Die unbegrenzte Datenbank von Amazon Aurora PostgreSQL ist eine automatisierte horizontale Skalierungsfunktion von Aurora, die nahtlos über den Schreibdurchsatz und die Speichergrenzen einer einzelnen Instance hinaus skaliert. Es verteilt den Workload auf mehrere Aurora-Schreib-Instances und behält gleichzeitig die einfache Bedienung innerhalb einer einzigen Datenbank bei. Die unbegrenzte Datenbank von Aurora PostgreSQL bietet Funktionen wie verteilte Abfrageplanung und Transaktionsverwaltung, sodass Sie Ihre Workloads skalieren können, ohne dass Sie eine benutzerdefinierte Logik für Anwendungen erstellen oder mehrere Datenbanken verwalten müssen. Es fügt zusätzliche Rechenressourcen hinzu und bleibt dabei innerhalb Ihres angegebenen Budgets. Es müssen keine Vorkehrungen für Spitzenlasten getroffen werden, und die Rechenleistung wird bei geringer Nachfrage automatisch herunterskaliert. Die unbegrenzte Datenbank von Aurora PostgreSQL misst die Kapazität in Aurora Capacity Units (ACUs), die pro Sekunde abgerechnet werden. Eine ACU verfügt über ungefähr 2 GiB Speicher mit entsprechender CPU und Netzwerk.

      Die Anmeldeüberwachung von Amazon GuardDuty beginnt automatisch mit der Verarbeitung von Anmeldeereignissen, sobald Sie die unbegrenzte Aurora-PostgreSQL-Datenbank eingerichtet und ausgeführt haben. Dies gilt, wenn Sie bereits Amazon GuardDuty RDS Protection für dasselbe Konto aktiviert haben, was sich auf Ihre Ausgaben für GuardDuty RDS Protection auswirkt. Weitere Einzelheiten finden Sie auf der Seite mit den Preisen zu Amazon GuardDuty.

Preisgestaltung nach Datenbankspeicher und E/As

Mit Aurora müssen Sie weder Speicher noch E/A-Operationen im Voraus bereitstellen, und beide skalieren automatisch. Der fehlertolerante verteilte Speicher von Aurora macht Ihre Daten automatisch über drei Availability Zones in einer Region hinweg dauerhaft. Sie zahlen nur für eine Kopie der Daten.

Aurora-Speicher wird in Schritten pro GB und Monat zu den in der folgenden Tabelle angegebenen Preisen für die Konfigurationen Aurora Standard und Aurora I/O-Optimized abgerechnet. Mit Aurora Standard zahlen Sie für den Speicher und die E/A-Operationen, die Ihre Aurora-Datenbank verbraucht. Die E/A-Gebühren können je nach Workload und Datenbank-Engine erheblich variieren. Weitere Informationen zu E/A-Vorgängen finden Sie in den häufig gestellten Fragen zu Aurora: „F: Was sind E/A-Operationen in Aurora und wie werden sie berechnet? “ Mit Aurora I/O-Optimized fallen Ihnen keine Gebühren für Lese- und Schreib-E/A-Operationen an.

Lesen Sie das detaillierte Preisbeispiel für Datenbankspeicher und E/A-Betrieb.

AWS Pricing Calculator

AWS Pricing Calculator

Berechnen Sie den Preis für Ihre Amazon-Aurora- und -Architekturkosten in einer einzigen Kostenschätzung.

Erstellen Sie jetzt Ihre persönlich zusammengestellte Kostenschätzung für Aurora MySQL »

Erstellen Sie jetzt Ihre persönlich zusammengestellte Kostenschätzung für Aurora PostgreSQL »

Kosten für Aurora Global Database

Amazon Aurora Global Database wurde für global verteilte Anwendungen entwickelt, so dass eine einzige Amazon-Aurora-Datenbank mehrere AWS-Regionen abdecken kann. Sie repliziert Ihre Daten ohne Auswirkungen auf die Datenbankleistung, ermöglicht schnelle lokale Lesezugriffe in jeder Region mit einer niedrigen Latenzzeit und bietet eine Notfallwiederherstellung nach regionalem Ausfall.

Mit Aurora Global Database bezahlen Sie für replizierte Schreib-E/A-Vorgänge zwischen der Primärregion und jeder Sekundärregion. Die Anzahl der replizierten Schreib-E/A-Vorgänge für jede sekundäre Region ist identisch mit der Anzahl der Schreib-E/As in der Region, die von der primären Region ausgeführt werden. Sie zahlen für replizierte Schreib-I/O-Operationen sowohl mit den Konfigurationsoptionen Aurora Standard als auch Aurora I/O-Optimized. Neben replizierten Schreib-E/As zahlen Sie für Instances, Speicher und E/A-Nutzung in den primären und sekundären Regionen auf der Grundlage der von Ihnen ausgewählten Cluster-Konfiguration sowie für regionsübergreifende Datenübertragung, Backup-Speicher und andere kostenpflichtige Aurora-Funktionen.

Lesen Sie das ausführliche Preisbeispiel für Aurora Global Database.

Kosten für Backup-Speicher

Der Backup-Speicher für Amazon Aurora ist der Speicher für Ihre automatisierten Datenbank-Backups sowie sämtliche von Kunden initiierten DB-Cluster-Snapshots.

Backups von bis zu 100 % der Größe Ihres Datenbank-Clusters werden Ihnen nicht in Rechnung gestellt. Für Datenbank-Snapshots, die innerhalb des Aufbewahrungszeitraums des Backups erstellt wurden, fallen ebenfalls keine Gebühren an.  Für alle anderen Backups und Snapshots (einschließlich solcher aus gelöschten Clustern) wird die Nutzung pro GB und Monat zu den folgenden Raten gemessen:

Kosten zurückverfolgen

Mit Backtrack können Sie eine Aurora-Datenbank schnell in den Zustand zu einem vorherigen Zeitpunkt zurückversetzen, ohne Daten aus einem Backup wiederherstellen zu müssen. So ist eine schnelle Behebung von Benutzerfehlern wie das Entfernen der falschen Tabelle oder Löschen der falschen Zeile möglich. Diese Funktion ist aktuell in der mit MySQL kompatiblen Edition von Aurora verfügbar.

Sie müssen angeben, wie weit zurück Sie gehen wollen können (z. B. bis zu 24 Stunden). Aurora bewahrt Protokolle, genannt Änderungseinträge, für die angegebene Backtrack-Dauer auf. Für das Speichern von Änderungseinträgen zahlen Sie einfach einen stündlichen Tarif.

Lesen Sie das detaillierte Backtrack-Preisbeispiel.

Kosten der Daten-API

Die Daten-API ist eine benutzerfreundliche, sichere HTTPS-API zur Ausführung von SQL-Abfragen für Aurora-Datenbanken, die die moderne Anwendungsentwicklung beschleunigt. Durch die Daten-API entfallen Netzwerk- und Anwendungskonfigurationsaufgaben, die für eine sichere Verbindung zu einer Aurora-Datenbank erforderlich sind, wodurch der Zugriff auf Aurora so einfach ist wie ein API-Aufruf.

Mit der Daten-API zahlen Sie nur, wenn Ihre API verwendet wird. Es fallen weder Mindestgebühren noch Vorauskosten an. Sie zahlen nur für die API- und Datenanforderungen Ihrer Anwendungen. Datennutzlasten für Daten-API-Anfragen werden mit 32 KB pro Anfrage für an die API gesendete oder von der API empfangene Daten gemessen. Wenn die Nutzlastgröße Ihrer API-Anforderung größer als 32 KB ist, wird für jede Erhöhung um 32 KB eine zusätzliche API-Anfrage berechnet. Wenn Ihre Nutzlast beispielsweise 35 KB beträgt, würden Ihnen zwei API-Anfragen in Rechnung gestellt.

Das kostenlose Kontingent für die Daten-API umfasst eine Million API-Anfragen pro Monat, aggregiert für alle AWS-Regionen, für das erste Jahr.

Für Kunden fallen außerdem Gebühren für AWS Secrets Manager an. Falls AWS CloudTrail aktiviert ist, können zusätzliche Gebühren anfallen.

Datenübertragungskosten

Die unten aufgeführte Preisaufstellung basiert auf den in Aurora ein- und ausgehenden Daten.

  • Als Teil des kostenlosen Kontingents für AWS erhalten AWS-Kunden jeden Monat 100 GB kostenlose Datenübertragung ins Internet, die für alle AWS-Services und -Regionen (außer China (Peking), China (Ningxia) und GovCloud) gilt.
  • Die Datenübertragung zwischen den Instances von Amazon Aurora und Amazon Elastic Compute Cloud (Amazon EC2) in derselben Availability Zone ist kostenlos.
  • Daten, die zwischen Verfügbarkeitszonen für die DB-Clusterreplikation übertragen werden, sind kostenlos.  
  • Für Daten, die zwischen einer Amazon EC2-Instance und einer Amazon-Aurora-DB-Instance in verschiedenen Availability Zones derselben Region übertragen werden, fallen Gebühren für die regionale Datenübertragung von Amazon EC2 an.

AWS-Kunden erhalten jeden Monat 100 GB Datenübertragung in das Internet, die für alle AWS-Services und -Regionen (außer China und GovCloud) gilt. Das kostenlose Kontingent von 100 GB für die Datenübertragung in das Internet ist global und gilt nicht separat oder individuell für AWS-Regionen.

Sofern nicht anders angegeben, gelten unsere Preise zuzüglich anfallender Steuern und Abgaben, einschließlich Mehrwertsteuer und Umsatzsteuer. Bei Kunden mit Rechnungsadresse in Japan unterliegt die Nutzung von AWS der japanischen Verbrauchssteuer.

Kosten für Amazon RDS Extended Support

Mit erweitertem Amazon-RDS-Support können Sie die Hauptversionen der Aurora-MySQL-kompatiblen und PostgreSQL-kompatiblen Edition auch nach dem Ende der Nutzungsdauer der Community weiter verwenden. In dieser Zeit werden kritische Sicherheitsprobleme und Fehler in Form von Patches behoben. Das gibt Ihnen mehr Zeit (bis zu drei Jahre) für ein Upgrade auf eine neue Hauptversion, damit Sie Ihre Geschäftsanforderungen erfüllen können.

Für bereitgestellte Instances auf Amazon Aurora wird erweiterter Amazon-RDS-Support pro vCPU pro Stunde berechnet. Bei Aurora Serverless v2 wird der Preis für den erweiterten RDS-Support pro Aurora Capacity Unit (ACU) pro Stunde berechnet, die von Ihrer Datenbank genutzt wird. Die Preise für erweiterten RDS-Support hängen auch von der AWS-Region und dem Kalenderdatum ab. Kunden der Aurora MySQL-Compatible Edition haben mindestens ein Jahr Zeit, um nach Ablauf der Community auf eine Standard-Supportversion zu migrieren, bevor die Gebühren für den erweiterten RDS-Support anfallen. Einzelheiten zum Kalender finden Sie in der Amazon-Aurora-Dokumentation.

Preisbeispiel für erweiterten RDS-Support

Wenn Sie eine Instance auf Aurora-PostgreSQL-Compatible 12 haben, endet der Standardsupport für diese Version am 28. Februar 2025. Wenn Sie in USA Ost (Ohio) bereitstellen, werden Ihnen zwischen dem 1. März 2025 und dem 28. Februar 2027 0,100 USD pro vCPU-Stunde berechnet. Ab dem 1. März 2027 werden Ihnen 0,200 USD pro vCPU-Stunde berechnet.

Kosten für Snapshot- oder Cluster-Export

Der Snapshot-Export bietet eine automatisierte Methode zum Exportieren von Daten innerhalb eines Aurora-Snapshots zu Amazon Simple Storage Service (Amazon S3) im Parquet-Format. Cluster Export bietet eine automatisierte Methode zum Exportieren von Daten aus einem Aurora-Datenbankcluster zu Amazon S3 im Parquet-Format. Das Parquet-Format lässt sich bis zu 2-mal schneller auslagern und verbraucht in Amazon S3 bis zu 6-mal weniger Speicherplatz als Textformate. Sie können die exportierten Daten mit AWS-Services wie Amazon Athena, Amazon EMR und Amazon SageMaker analysieren.

Für alle Snapshots und Cluster-Exporte wird die Nutzung pro Gigabyte an Snapshot-Daten gemessen. Anschließende Datenexporte aus demselben Snapshot sind nicht inkrementell. Lesen Sie das detaillierte Preisbeispiel für Snapshot- oder Cluster-Exporte.

Für die Datenverschlüsselung oder -entschlüsselung mit AWS Key Management Service (AWS KMS) fallen zusätzliche Gebühren an. Weitere Informationen zu diesen Gebühren finden Sie in der Preisübersicht zu AWS KMS. Auch für die Speicherung exportierter Daten in Amazon S3 und an Ihren S3-Bucket gesendete PUT-Anforderungen fallen Gebühren an. Weitere Informationen zu den Gebühren finden Sie in der Preisübersicht zu Amazon S3.

Die Verfügbarkeit und Unterstützung von Funktionen variiert je nach Version der einzelnen Datenbank-Engines und AWS-Regionen. Weitere Informationen zur Version und regionalen Verfügbarkeit des Exports von DB-Cluster-Snapshot-Daten nach S3 finden Sie unter Exportieren von Snapshot-Daten nach Amazon S3.

Null-ETL-Integrationskosten

Die Null-ETL-Integration von Amazon Aurora in Amazon Redshift ermöglicht Analysen und ML nahezu in Echtzeit mithilfe von Amazon Redshift für Petabytes an Transaktionsdaten von Aurora. Die Null-ETL-Integration beseitigt die Notwendigkeit, komplexe Datenpipelines zu erstellen und zu verwalten, die Extract-, Transform-, Load (ETL)-Operationen ausführen.

AWS erhebt keine zusätzliche Gebühr für die Null-ETL-Integration. Sie zahlen für bestehende Amazon-Aurora- und Amazon-Redshift-Ressourcen, die zur Erstellung und Verarbeitung der im Rahmen einer Null-ETL-Integration erstellten Änderungsdaten verwendet werden. Diese Ressourcen können zusätzliche E/A- und Speicherkapazitäten für die Aktivierung von Enhanced Binlog, Snapshot-Exportkosten für den anfänglichen Datenexport zum Seeden Ihrer Amazon Redshift-Datenbanken, zusätzlichen Amazon Redshift-Speicher für die Speicherung replizierter Daten und Rechenleistung für die Verarbeitung der Datenreplikation sowie Kosten für die AZ-übergreifende Datenübertragung zum Verschieben von Daten vom Ursprung zum Ziel umfassen. Die fortlaufende Verarbeitung von Datenänderungen durch die Null-ETL-Integration wird ohne zusätzliche Kosten angeboten. 

Preisbeispiele für Aurora

Die folgenden Beispiele zeigen, wie die Aurora-Kosten für Ressourcen und Funktionen berechnet werden, die für Aurora verfügbar sind.

Beispiele für die Verwendung von Aurora Serverless:

Nehmen wir zum Beispiel einen Workload, der 5 ACUs benötigt und 30 Minuten lang läuft. Wir möchten die Rechenkosten für die Ausführung dieses Workloads auf Aurora Serverless v1 und v2 berechnen, wobei der Datenbank-Cluster in den USA Ost (Nord-Virginia) als Aurora Standard und Aurora I/O-Optimized konfiguriert ist.

Mit Aurora Serverless v2 beträgt die Mindestdatenbankkapazität, die Sie festlegen können, 0,5 ACUs. Die Datenbank wird sofort von 0,5 ACU auf 5 ACU hochskaliert, läuft 30 Minuten lang und wird dann auf die Mindestkapazität von 0,5 ACU herunterskaliert. Da v2 bis zu 15-mal schneller skaliert, wird die Datenbank in ungefähr 3 Minuten von 5 ACUs auf 0,5 ACUs herunterskaliert. Daher sind im Folgenden die Rechenkosten für die Ausführung dieses Workloads aufgeführt.

Beispiel 1: Preisgestaltung für Aurora Serverless v2 mit Aurora Standard

Nutzung Berechnung Kosten

Sofortige Skalierung von 0,5 ACUs auf 5 ACUs

    
30 Minuten lang mit 5 ACUs laufen lassen 5 ACUs x 0,12 USD pro ACU-Stunde x 30/60 Stunde 0,30 USD
In 3 Minuten von 5 ACUs auf 0,5 ACUs herunterskalieren 5 ACUs x 0,12 USD pro ACU-Stunde x 3/60 Stunde 0,03 USD

Rechenkosten mit Aurora Serverless v2 (Aurora Standard)

  0,33 USD

Beispiel 2: Preisgestaltung für Aurora Serverless v2 mit Aurora I/O-Optimized

Nutzung Berechnung Kosten

Sofortige Skalierung von 0,5 ACUs auf 5 ACUs

    
30 Minuten lang mit 5 ACUs laufen lassen 5 ACUs x 0,156 USD pro ACU-Stunde x 30/60 Stunde 0,39 USD
In 3 Minuten von 5 ACUs auf 0,5 ACUs herunterskalieren 5 ACUs x 0,156 USD pro ACU-Stunde x 3/60 Stunde 0,04 USD

Rechenkosten mit Aurora Serverless v2 (Aurora I/O-Optimized)

  0,43 USD

Mit Aurora Serverless v1 können Sie eine Mindestkapazität von 1 ACU festlegen. Die Zeit, die Aurora Serverless v1 zum Skalieren der Kapazität benötigt, hängt vom Workload ab. Unter der Annahme, dass Aurora Serverless v1 die Kapazität jede Minute verdoppeln kann, würde die Datenbank in 3 Minuten auf 8 ACUs skaliert. Die Datenbank läuft dann 30 Minuten lang mit 8 ACUs. Schließlich wird die Datenbank von 8 ACUs auf 1 ACU verkleinert, indem die Kapazität alle 15 Minuten halbiert wird. Daher sind im Folgenden die Rechenkosten für die Ausführung dieses Workloads aufgeführt.

Beispiel 3: Preise zu Aurora Serverless v1

Nutzung Berechnung Kosten

Skalieren Sie in 1 Minute von 1 ACU auf 2 ACUs

 1 ACU x 0,06 USD pro ACU-Stunde x 1/60 Stunde 0,001 USD
Skalieren Sie in 1 Minute von 2 ACUs auf 4 ACUs 2 ACUs x 0,06 USD pro ACU-Stunde x 1/60 Stunde 0,002 USD
Skalieren Sie in 1 Minute von 4 ACUs auf 8 ACUs 4 ACUs x 0,06 USD pro ACU-Stunde x 1/60 Stunde 0,004 USD
30 Minuten lang mit 8 ACUs laufen 8 ACUs x 0,06 USD pro ACU-Stunde x 30/60 Stunde 0,240 USD
In 15 Minuten von 8 ACUs auf 4 ACUs herunterskalieren 8 ACUs x 0,06 USD pro ACU-Stunde x 15/60 Stunde 0,120 USD
In 15 Minuten von 4 ACUs auf 2 ACUs herunterskalieren 4 ACUs x 0,06 USD pro ACU-Stunde x 15/60 Stunde 0,060 USD
In 15 Minuten von 2 ACUs auf 1 ACU herunterskalieren 2 ACUs x 0,06 USD pro ACU-Stunde x 15/60 Stunde 0,030 USD
Rechenkosten mit Aurora Serverless v1   0,457 USD

Beispiele für die Verwendung von Aurora Standard Reserved Instances mit Aurora I/O-Optimized

Sie können Ihre vorhandenen Aurora Standard Reserved Instances (RI) mit Aurora I/O-Optimized wiederverwenden. Um die Vorteile Ihrer RI-Rabatte mit Aurora I/O-Optimized voll auszuschöpfen, können Sie 30 % zusätzliche RIs erwerben, die Ihren aktuellen RIs ähneln. Die folgende Tabelle zeigt Beispiele für die Schätzung zusätzlicher RIs bei Verwendung von Aurora I/O-Optimized. Wenn es sich bei den erforderlichen RIs um einen Bruchteil handelt, können Sie die bei RIs verfügbare Größenflexibilität nutzen, um wie unten gezeigt zu einer ganzen Zahl zu gelangen. In den folgenden Beispielen beziehen sich aktuelle RIs auf die Aurora-Standard-RIs, über die Sie heute verfügen, und zusätzliche RIs beziehen sich auf die Anzahl der Aurora-Standard-RIs, die Sie erwerben müssen, um Ihre aktuellen RI-Rabatte aufrechtzuerhalten, wenn Sie Aurora I/O-Optimized verwenden. Wenn Sie sich dafür entscheiden, keine zusätzlichen RIs zu erwerben, gelten On-Demand-Tarife.

Instance-Typ Anzahl der aktuellen RIs Erforderliche RI-Menge 
für Aurora I/O-Optimized		 Zusätzliche RIs Zusätzliche RIs
(mit Größenflexibilität)
db.r6g.large 10 10 x 1,3 = 13 3 db.r6g.large 3 db.r6g.large RIs
db.r6g.4xlarge 20 20 x 1,3 = 26 6 db.r6g.4xlarge 6 db.r6g.4xlarge RIs
db.r6i.24xlarge 15 15 x 1,3 = 19,5 4.5 db.r6i.24xlarge 4 db.r6i.24xlarge RIs
+ 1 db.r6i.12xlarge RI
(0,5 db.r6i.24xlarge = 1 db.r6i.12xlarge)
db.r6g.12xlarge 5 5 x 1,3 = 6,5 1,5 db.r6g.12xlarge 1 db.r6g.12xlarge RIs
+ 1 db.r6g.4xlarge RI
+ 1 db.r6g.2xlarge RI
(0,5 db.r6g.12xlarge = 1 db.r6g.4xlarge + 1 db.r6g.2xlarge)

Beispiele für die Verwendung von Datenbankspeicher und E/A-Operationen:

Nehmen wir an, Sie haben eine Aurora-Datenbank und beginnen zu Beginn des Monats (30-Tage-Zeitraum) mit einer Datenbank von 1 000 GB, die täglich um 2 % oder 20 GB wächst. Nehmen wir außerdem an, dass dieselbe Datenbank 350 Datenseiten pro Sekunde aus dem Speicher liest, um die darauf laufenden Abfragen zu befriedigen. Abschließend nehmen wir an, dass Ihre Anwendung Änderungen an der Datenbank vornimmt, die durchschnittlich 100 Datenseiten pro Sekunde betreffen. Wir möchten die Speicher- und E/A-Kosten für die Ausführung dieses Workloads mit Aurora Standard und Aurora I/O-Optimized Storage in den USA Ost (Nord-Virginia) berechnen.

Beispiel 1: Preisgestaltung mit Aurora Standard

Nutzung Berechnung Kosten

Speicherplatz für 1 000 GB wächst 30 Tage lang täglich um 2 %

 (1 000 GB x 30 Tage + 20 GB x 29 Tage + 20 GB x 28 Tage +... + 20 GB x 1 Tag) x 0,10 USD pro GB-Monat 129,00 USD
Lese-E/As für 350 Datenseiten pro Sekunde für 30 Tage (bei einer Seitengröße von 16 KB) (350 Datenseiten x 30 Tage x 24 Stunden x 60 Minuten x 60 Sekunden) x 0,20 USD pro 1 Million E/As 181,44 USD
Schreib-E/As für 100 Datenseiten pro Sekunde für 30 Tage (bei einer Seitengröße von 4 KB) (100 Datenseiten x 30 Tage x 24 Stunden x 60 Minuten x 60 Sekunden) x 0,20 USD pro 1 Million E/As 51,84 USD

Speicher- und E/A-Kosten mit Aurora Standard

  362,28 USD

Beispiel 2: Preisgestaltung mit Aurora I/O-Optimized

Nutzung Berechnung Kosten

Speicherplatz für 1 000 GB wächst 30 Tage lang täglich um 2 %

 (1 000 GB x 30 Tage + 20 GB x 29 Tage + 20 GB x 28 Tage +... + 20 GB x 1 Tag) x 0,225 USD pro GB-Monat 290,25 USD
Lese-E/As für 350 Datenseiten pro Sekunde für 30 Tage (bei einer Seitengröße von 16 KB) (350 Datenseiten x 30 Tage x 24 Stunden x 60 Minuten x 60 Sekunden) x 0 USD für Lese-I/Os –
Schreib-E/As für 100 Datenseiten pro Sekunde für 30 Tage (bei einer Seitengröße von 4 KB) (100 Datenseiten x 30 Tage x 24 Stunden x 60 Minuten x 60 Sekunden) x 0 USD für Schreib-I/Os – –

Speicher- und E/A-Kosten mit Aurora I/O-Optimized

  290,25 USD

Für diesen Workload erhalten Sie mit Aurora I/O-Optimized Einsparungen bei den Speicherkosten von 19,8 %.

Beispiele für die Verwendung von Aurora Global Database

Angenommen, Sie nutzen Aurora Global Database, sodass die Primärregion zwei Instances besitzt, die 80 GB Speicher verbrauchen und 45 Millionen Schreib-E/A-Vorgänge und 5 Millionen Lese-E/A-Vorgänge pro Monat durchführen. Sagen wir, der sekundäre Bereich verfügt über eine Instance, die 5 Millionen Lese-E/A-Vorgänge pro Monat bedient. Wir möchten die Kosten für den Betrieb einer globalen Datenbank mit USA Ost (Nord-Virginia) als primärer Region und USA West (Oregon) als sekundärer Region berechnen.

Beispiel 1: Preisgestaltung mit Aurora Standard

Primärregion – USA Ost (Nord-Virginia)
Nutzung Berechnung Kosten

Datenbankinstance

 2 x db.r6i.large (für 0,29 USD pro Stunde) x 30 Tage x 24 Stunden 417,60 USD
Speicher 80 GB x 0,10 USD pro GB-Monat (30 Tage) 8,00 USD
Replizierte Schreib-E/As Keine –

E/As lesen und schreiben

 50 Millionen E/As x 0,20 USD pro 1 Million E/As 10,00 USD
Datenübertragungen 45 Millionen Schreib-E/As x 2,75 KB pro E/A x 0,02 USD pro GB  2,48 USD
Kosten in der Primärregion mit Aurora Standard   438,08 USD
Sekundärregion – USA West (Oregon)
Nutzung Berechnung Kosten

Datenbankinstance

 1 x db.r6i.large (für 0,29 USD pro Stunde) x 30 Tage x 24 Stunden 208,80 USD
Speicher 80 GB x 0,10 USD pro GB-Monat (30 Tage) 8,00 USD
Replizierte Schreib-E/As 45 Millionen replizierte Schreib-E/As x 0,20 USD pro 1 Million E/As 9,00 USD

E/As lesen und schreiben

 50 Millionen E/As x 0,20 USD pro 1 Million E/As 10,00 USD
Datenübertragungen Keine –
Kosten der sekundären Region mit Aurora Standard   235,80

Beispiel 2: Preisgestaltung mit Aurora I/O-Optimized

Primärregion – USA Ost (Nord-Virginia)
Nutzung Berechnung Kosten

Datenbankinstance

 2 x db.r6i.large (für 0,377 USD pro Stunde) x 30 Tage x 24 Stunden 542,88 USD
Speicher 80 GB x 0,225 USD pro GB-Monat (30 Tage) 18,00 USD
Replizierte Schreib-E/As Keine –

E/As lesen und schreiben

 50 Millionen I/Os x 0 USD pro 1 Million I/Os –
Datenübertragungen 45 Millionen Schreib-E/As x 2,75 KB pro E/A x 0,02 USD pro GB  2,48 USD
Kosten in der Primärregion mit Aurora I/O-Optimized   563,36 USD
Sekundärregion – USA West (Oregon)
Nutzung Berechnung Kosten

Datenbankinstance

 1 x db.r6i.large (für 0,377 USD pro Stunde) x 30 Tage x 24 Stunden 271,44 USD
Speicher 80 GB x 0,225 USD pro GB-Monat (30 Tage) 18,00 USD
Replizierte Schreib-E/As 45 Millionen replizierte Schreib-E/As x 0,20 USD pro 1 Million E/As 9,00 USD

E/As lesen und schreiben

 50 Millionen I/Os x 0 USD pro 1 Million I/Os –
Datenübertragungen Keine  –
Kosten der sekundären Region mit Aurora I/O-Optimized   298,44 USD

Beispiel mit Backtrack

Nehmen wir an, Ihre Aurora-Datenbank generiert 10 000 000 Änderungsdatensätze pro Stunde und Sie möchten bis zu 10 Stunden in die Vergangenheit zurückverfolgen. Wir wollen die Backtrack-Kosten für dieses Szenario in den USA Ost (Nord-Virginia) berechnen.

Nutzung Berechnung Kosten

10 000 000 Änderungsdatensätze pro Stunde für 10 Stunden

 (10 000 000 Änderungsdatensätze x 10 Stunden) x 0,012 USD pro 1 Million Änderungsdatensätze  1,20 USD
Backtrack-Kosten   1,20 USD

Beispiele für die Verwendung der Daten-API

Beispiel 1: Daten-API-Preisgestaltung mit gemischten INSERTS- und Leseanforderungen

Die Daten-API wird aufgerufen, um Aurora PostgreSQL abzufragen – kompatibel mit dem ExecuteStatement-API-Aufruf. Insgesamt gibt es 4,1 Millionen API-Anfragen pro Monat. 2,1 Millionen der 4,1 Millionen Anfragen sind Eingaben in Aurora. Jeder verfügt über Daten in einer API-Nutzlastgröße von 64 KB/Anfrage. 2 Millionen der insgesamt 4,1 Mio. Anfragen lesen Aurora-Daten. Davon hatten 1 Million eine zurückgegebene Nutzlast von weniger als 32 KB und 1 Million hatte eine Nutzlastgröße zwischen 32,01 KB und 64 KB.

Nutzung Berechnung Kosten

2,1 Millionen API-Anfragen/Monat mit einer Nutzlast von 64 KB/Anfrage, wobei jede API 2 Anfragen benötigt (64 KB erfordern 64 KB/32 KB oder 2 Anfragen pro API)

 2,1 Millionen * 2 USD/Million = 0,35 USD  1,47 USD
2 Millionen API-Anforderungen/Monat, wobei 1 Million eine Nutzlast von 32 KB und 1 Million mit einer Nutzlast zwischen 32,01 KB und 64 KB haben, für die 2 Anfragen erforderlich sind (32,01 KB bis 64 KB/32 KB oder 2 Anfragen pro API)  (1 Million API* 0,35 USD/Million) + (1 Million API* 2 * 0,35 USD/Million APIs)  1,05 USD
Kostenloses Kontingent von 1 Million API-Anfragen für ein Jahr – 0,35 USD für 1 Million API-Anfragen für ein Jahr – 0,35 USD
Kosten der Daten-API   2,17 USD

Beispiel 2: Daten-API-Preise mit kostenlosem Kontingent

Die Daten-API wird aufgerufen, um Aurora PostgreSQL abzufragen – kompatibel mit dem ExecuteStatement-API-Aufruf. Es gibt 300 000 API-Anfragen pro Monat. Alle API-Anfragen geben 64 KB an Datennutzlast zurück, sodass jede Anfrage als 64 KB/32 KB = 2 Anfragen berechnet wird. 

Nutzung Berechnung Kosten

300 000 API-Anfragen mit einer Nutzlast von 64 KB, wobei jede API 2 Anfragen benötigt (64 KB erfordern 64 KB/32 KB oder 2 API-Anfragen)

 0,3 Millionen APIs * 2 * 0,35 USD/Million APIs 0,21 USD
Kostenloses Kontingent von 1 Million API-Anfragen für ein Jahr – 0,35 USD für 1 Million API-Anfragen für ein Jahr – 0,35 USD
Kosten der Daten-API   0,00 USD/Monat im ersten Jahr

Beispiel 3: Daten-API-Preise unter Verwendung aller Anforderungstypen

Die Daten-API wird aufgerufen, um Aurora PostgreSQL-kompatible mithilfe aller fünf API-Aufrufe abzufragen (BeginTransaction). CommitTransaction, RollbackTransaction, ExecuteStatement, BatchExecuteStatement. Es gibt 1,2 Milliarden API-Anfragen pro Monat. Keine der Anfragen gibt mehr als 32 KB an Datennutzlast zurück oder sendet sie. 

Nutzung Berechnung Kosten
1 Milliarde API-Anfragen/Monat mit einer Nutzlast von weniger als 32 KB  1 Milliarde API-Anfragen * 0,35 USD/Million 350 USD
200 Millionen API-Anfragen/Monat mit einer Nutzlast von weniger als 32 KB 200 Millionen API-Anfragen * 0,20 USD/Million 40 USD
Kostenloses Kontingent von 1 Million API-Anfragen für ein Jahr – 0,35 USD für 1 Million API-Anfragen für ein Jahr – 0,35 USD
Kosten der Daten-API   389,65 USD/Monat im ersten Jahr

Beispiel mit Snapshot- oder Cluster-Export

Nehmen wir zum Beispiel an, Sie haben einen 100 GB großen Snapshot und verwenden die Filterfunktion, um eine 10 GB große Tabelle aus diesem Snapshot auszuwählen und in Amazon S3 zu exportieren.

Nutzung Berechnung Kosten

10-GB-Tabelle aus einem 100-GB-Snapshot exportieren (Nachfolgende Exporte von Daten aus demselben Snapshot erfolgen nicht inkrementell)

 100 GB x 0,010 USD pro GB  1,00 USD
Exportkosten   1,00 USD

Weitere Ressourcen zur Preiskalkulation

AWS-Preisrechner

Berechnen Sie Ihre monatlichen Nutzungskosten für AWS auf einfache Art und Weise

Erhalten Sie Unterstützung bei der Preisberechnung

Kontaktieren Sie AWS-Spezialisten, um ein personalisiertes Angebot zu erhalten

Erste Schritte mit Amazon Aurora

Ressourcen für den Einstieg finden
Bereit zum Entwickeln?
Erste Schritte mit Amazon Aurora
Haben Sie noch Fragen?
Kontakt