Amazon Aurora

Amazon Aurora – Preise

Für PostgreSQL- und MySQL-kompatible Editionen

Amazon Aurora ist ein relationaler Datenbankservice, der weltweit eine beispiellose hohe Leistung und Verfügbarkeit bietet und vollständig mit MySQL und PostgreSQL kompatibel ist sowie über das PostgreSQL-kompatible DSQL verfügt. Mit Aurora zahlen Sie nur für das, was Sie nutzen.

Aurora PostgreSQL und Aurora MySQL bieten On-Demand- und Reserved-Instance-Preise an. Aurora berechnet Gebühren für Datenbank-Instances und Speicher sowie für alle optionalen Features, die Sie aktivieren möchten. Aurora DSQL hat ein Serverless-Preismodell. Weitere Informationen finden Sie auf der Seite Aurora DSQL – Preise. 

Ihre Nutzung von Aurora kommt möglicherweise auch für Database Savings Plans in Frage. Dabei handelt es sich um ein flexibles Preismodell, das Einsparungen bietet, wenn Sie sich für ein bestimmtes Nutzungsvolumen (gemessen in USD/Stunde) über einen Zeitraum von einem Jahr verpflichten. Weitere Informationen zur berechtigten Nutzung finden Sie auf der Preisseite für Database Savings Plans.

Aurora-Cluster-Konfiguration

Mit Aurora PostgreSQL und Aurora MySQL 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 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. Instance-Gebühren
Instance-Gebühren fallen sowohl für Aurora-Primär-Instances als auch für Replikate an.

Aurora I/O-Optimized bietet ein verbessertes Preis-Leistungs-Verhältnis für E/A-intensive Anwendungen und vorhersehbare Preise. Mit Aurora I/O-Optimized können Sie bis zu 40 % an Kosten sparen, wenn Ihre E/A-Ausgaben 25 % Ihrer gesamten Aurora-Datenbankausgaben übersteigen. Sie zahlen nur für Ihre Datenbank-Instances und Speichernutzung, und es fallen keine Gebühren für ein- und ausgehende Lese- und Schreibvorgänge an. 

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

Preisgestaltung nach Datenbank-Instances

Mit Aurora PostgreSQL und Aurora MySQL haben Sie die Wahl zwischen:

  1. Amazon Aurora Serverless, mit dem Sie abhängig von Ihren Anwendungsanforderungen die Kapazität automatisch starten, herunterfahren und steigern oder senken können. Sie zahlen nur für die verbrauchte Kapazität.
  2. Bereitgestellte Instances arbeiten innerhalb der Parameter des bereitgestellten Instance-Typs. Mit On-Demand zahlen Sie pro verbrauchter DB-Instance-Stunde, ohne langfristige Verpflichtungen oder Vorabgebühren, oder entscheiden Sie sich für Provisioned Reserved Instances, um zusätzliche Einsparungen zu erzielen.
  3. Amazon Aurora PostgreSQL Limitless Database ist für Workloads verfügbar, die eine enorme horizontale Skalierung erfordern. Es kann Millionen von Schreibtransaktionen pro Sekunde verarbeiten und verwaltet Petabyte an Daten, während es gleichzeitig die Einfachheit der Bedienung in einer einzigen Datenbank beibehält.

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

      Amazon Aurora Serverless 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.

      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

      Lese-Replikate

      Bis zu 15 Aurora-Replikate 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.
    • 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. 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.

      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

      Amazon Aurora Serverless 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.

      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

      Lese-Replikate

      Bis zu 15 Aurora-Replikate 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.
    • 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. 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.

      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 im Einklang mit den Anforderungen Ihrer Anwendung 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. E/A-Gebühren werden in Schritten von einer Million Anfragen abgerechnet und können je nach Workload und Datenbank-Engine variieren. Mit Aurora I/O-Optimized fallen keine Gebühren für E/A-Lese- und Schreibvorgänge an.

Im Folgenden finden Sie ein Preisbeispiel für Datenbankspeicher und E/A-Vorgänge sowie häufig gestellte Fragen, um mehr über E/A-Vorgänge und deren Berechnung zu erfahren.

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 »

Zusätzliche Features und Kosten

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

  • Optimierte Lese-Instances sind für Amazon Aurora PostgreSQL für leseintensive Anwendungen mit großen Datensätzen verfügbar, die den Instance-Speicher überschreiten und eine schnelle Abfrageleistung erfordern. Es verwendet lokalen NVMe-basierten SSD-Speicher auf Blockebene, um die Abfragelatenz von Anwendungen mit Datensätzen zu verbessern, die die Speicherkapazität einer Datenbank-Instance überschreiten. Die Verwendung optimierter Lesevorgänge verursacht keine zusätzlichen Kosten.

    Zu den optimierten Lese-Instances gehören: 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. Dabei 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-Konfiguration I/O-Optimized 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 Aurora-Konfigurationen I/O-Optimized und Standard verfügbar.
     

  • 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. Dieses Feature ist derzeit für Aurora MySQL 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.
     

  • AWS erhebt keine zusätzliche Gebühr für Null-ETL-Integrationen. Sie zahlen für vorhandene Ressourcen, die zur Erstellung und Verarbeitung der im Rahmen einer Zero-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 Datenbanken, zusätzlichen 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 Zero-ETL-Integration wird ohne zusätzliche Kosten angeboten.

     

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

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

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

    • Als Teil des kostenlosen AWS-Kontingents 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.

  • 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. 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 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 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 erweiterten RDS-Support anfallen. Einzelheiten zum Kalender finden Sie in der Amazon-Aurora-Dokumentation.

    Teilstunden werden in Sekundenschritten mit einer Mindestdauer von 10 Minuten nach einer abrechenbaren Statusänderung wie Erstellen, Starten oder Ändern abgerechnet.

    *Die Preise für Amazon RDS Extended Support für das 3. Jahr sind nur für die Amazon-Aurora-PostgreSQL-kompatible Edition verfügbar.

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

    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

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

    Mit Aurora Serverless 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 die Datenbank bis zu 15-mal schneller herunterskaliert wird, wechselt sie in etwa 3 Minuten von 5 ACUs auf 0,5 ACUs. Daher sind im Folgenden die Datenverarbeitungskosten für die Ausführung dieses Workloads aufgeführt.

    Beispiel 1: Preisgestaltung für Aurora Serverless 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

    Datenverarbeitungskosten mit Aurora Serverless (Aurora Standard)

    		   0,33 USD

    Beispiel 2: Preisgestaltung für Aurora Serverless 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

    Datenverarbeitungskosten mit Aurora Serverless (Aurora I/O-Optimized)

    		   0,43 USD

  • 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)

  • 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

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

  • 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 der Region USA Ost (Nord-Virginia) als primärer Region und USA West (Oregon) als sekundärer Region berechnen.

    Beispiel 1: Aurora Global Database 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: Aurora Global Database 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 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

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

  • 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

Erste Schritte mit Amazon Aurora

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