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 Features von Aurora, einschließlich Multi-AZ-Bereitstellungen, Lesereplikate und Global Database.

      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 Lese-Replikate 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.
    • 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 € pro vCPU-Stunde für Aurora Standard und 0,12 € 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 Datenbank-Instance, 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 durchschnittlichen Monatszahlungen ü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.

    • 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 Features von Aurora, einschließlich Multi-AZ-Bereitstellungen, Lesereplikate und Global Database.

      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 Lese-Replikate 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.
    • 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 € pro vCPU-Stunde für Aurora Standard und 0,12 € 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 durchschnittlichen Monatszahlungen ü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.

Page-Illo_PricingCalculator_Wallet_1x

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 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.

  • 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 ins 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 Amazon RDS Extended Support können Sie die Hauptversionen der Aurora-MySQL-kompatiblen und PostgreSQL-kompatiblen Edition auch nach dem Ende der Nutzungsdauer der Community weiter verwenden. Während dieser Zeit bietet AWS Korrekturen für kritische Sicherheitsprobleme und Bugs in Form von Patch-Releases, sodass Sie mehr Zeit (bis zu drei Jahre) haben, um auf eine neue Hauptversion zu aktualisieren, um Ihre Geschäftsanforderungen zu erfüllen.

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 RDS Extended Support pro Aurora Capacity Unit (ACU) pro Stunde berechnet, die von Ihrer Datenbank genutzt wird. Die Preise für RDS Extended 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 RDS Extended Support anfallen. Einzelheiten zum Kalender finden Sie in der Amazon-Aurora-Dokumentation.

Preisbeispiel für RDS Extended Support

Wenn Sie eine Instance auf Aurora-PostgreSQL-Compatible 12 haben, endet der Standardsupport für diese Version am 28. Februar 2025. Wenn Sie bei der AWS European Sovereign Cloud (Deutschland) bereitstellen, werden Ihnen zwischen dem 1. März 2025 und dem 28. Februar 2027 0,858137 € pro vCPU-Stunde berechnet. Ab dem 1. März 2027 werden Ihnen 1,716274 € pro vCPU-Stunde berechnet.

Kosten für den Export von Snapshots oder Clustern

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.

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 v2 berechnen, wobei der Datenbank-Cluster in der AWS European Sovereign Cloud (Deutschland) 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

Verwendung Berechnung Kosten

Sofortige Skalierung von 0,5 ACUs auf 5 ACUs

    
30 Minuten lang mit 5 ACUs laufen lassen 5 ACUs * 0,10297644 € pro ACU-Stunde* 30/60 Stunde 0,10 €
In 3 Minuten von 5 ACUs auf 0,5 ACUs herunterskalieren 5 ACUs * 0,10297644 € pro ACU-Stunde* 3/60 Stunde 0,03 €

Rechenkosten mit Aurora Serverless v2 (Aurora Standard)

  0,28 €

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

Verwendung Berechnung Kosten

Sofortige Skalierung von 0,5 ACUs auf 5 ACUs

    
30 Minuten lang mit 5 ACUs laufen lassen 5 ACUs * 0,133869372 € pro ACU-Stunde* 30/60 Stunde 0,33 €
In 3 Minuten von 5 ACUs auf 0,5 ACUs herunterskalieren 5 ACUs * 0,133869372 € pro ACU-Stunde* 3/60 Stunde 0,03 €

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

  0,37 €

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 Speicher in der Region USA Ost (Nord-Virginia) berechnen.

Beispiel 1: Preisgestaltung mit Aurora Standard

Verwendung 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,0858137 € pro GB-Monat 110,70 €
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,1716274 € pro 1 Million E/As 155,70 €
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,1716274 € pro 1 Million E/As 44,49 €

Speicher- und E/A-Kosten mit Aurora Standard

  310,89 €

Beispiel 2: Preisgestaltung mit Aurora I/O-Optimized

Verwendung 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,193080825 € pro GB-Monat + 249.07 * €0,0003039521
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 € 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 € für Schreib-I/Os – -

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

  + 249.07 * €0,0003039521

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

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 möchten die Backtrack-Kosten für dieses Szenario in der AWS European Sovereign Cloud (Deutschland) berechnen.

Verwendung Berechnung Kosten

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

 (10 000 000 Änderungsdatensätze x 10 Stunden) x 0,010297644 € pro 1 Million Änderungsdatensätze 1,03 €
Backtrack-Kosten   1,03 €

Erste Schritte mit Amazon Aurora

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