Mit dem "On-Demand"-Modus werden Ihnen die Lese- und Schreibvorgänge berechnet, die Ihre Anwendung in Ihren Tabellen vornimmt. Sie müssen nicht spezifizieren, wie viel Lese- und Schreibdurchsatz Sie bei Ihrer Anwendung erwarten, da DynamoDB Ihre Verarbeitungslasten in Echtzeit anpasst, während sie sich beschleunigen oder verlangsamen. Auf dieser Seite können Sie sehen, welche Kosten für Kern- und optionale Funktionen von DynamoDB anfallen. Die Preise für die AWS-Regionen China finden Sie auf der Preisseite AWS-Regionen China.

Wichtige Begriffe

Leseanforderungseinheit: API-Aufruf um Daten von Ihrer Tabelle zu lesen, die in Leseanforderungseinheiten abgerechnet werden. Leseanforderungen können Strongly Consistent, Eventually Consistent oder Transactional sein. Eine Strongly Consistent Leseanforderung von bis zu 4 KB erfordert eine Leseanforderungseinheit. Für Elemente über 4 KB benötigen Sie zusätzliche Leseanforderungseinheiten. Für Elemente bis zu 4 KB erfordert eine eventually consistent Leseanforderung eine halbe Leseanforderungseinheit und eine transactional Leseanforderung erfordert zwei Leseanforderungseinheiten. Eine strongly consistent Leseanforderung für eine 8 KB-Einheit erfordert zum Beispiel zwei Leseanforderungseinheiten, eine eventually consistent Lesenanforderung von 8 KB erfordert eine Leseanforderungseinheit und ein transactional Lesevorgang von 8 KB erfordert vier Leseanforderungseinheiten. Weitere Informationen finden Sie unter Read Consistency

Leseanforderungseinheit: API-Aufruf um Daten von Ihrer Tabelle zu lesen, die in Leseanforderungseinheiten abgerechnet werden. Eine Standard-Schreibanforderungseinheit kann ein Element bis zu 1 KB schreiben. Für Elemente über 1 KB benötigen Sie zusätzliche Leseanforderungs-Einheiten. Eine transactional Schreibanforderung erfordert zwei Schreibanforderungseinheiten. Eine Schreibanforderung für ein Element von 1 KB erfordert zum Beispiel eine Einheit, eine Schreibanforderung für ein Element von 3 KB erfordert drei Einheiten und ein transactional Schreibanforderung von einem Element mit 3 KB erfordert sechs Schreibanforderungseinheiten.

Reproduzierte Schreibkapazitätseinheit (rWCU): Wenn DynamoDB Global Tables verwendet werden, dann werden Ihre Daten automatisch in mehreren AWS Regionen Ihrer Wahl geschrieben. Jeder Schreibvorgang findet sowohl in der lokalen als auch den reproduzierten Regionen statt. Es hat sich bewährt, für jeden durchgeführten Schreibvorgang zweimal eine reproduzierte Schreib-Anfrage in jeder reproduzierten Region zu planen. Wenn Sie zum Beispiel eine globale Tabelle in den Regionen USA Ost (Ohio) und EU (Frankfurt) bereitstellen, sollten Sie für jeden Schreibvorgang vier reproduzierte Schreibanforderungs-Einheiten durchführen.

Streams-Leseanforderungseinheit: Jeder GetRecords API-Aufruf für DynamoDB-Streams ist eine Leseanforderungseinheit. Jede Streams-Leseanforderungseinheit kann bis zu 1 MB an Daten ausgeben.

Transactional Lese-/Schreibanforderung: In DynamoDB unterscheidet sich ein Transactional-Lese- oder Schreibvorgang von einem Standard-Lese- oder Schreibvorgang, denn er garantiert, dass alle Vorgänge in einem einzigen Transaktionssatz erfolgreich sind oder fehlschlagen.


Übersicht der DynamoDB Funktionen und Fakturierung

Funktion

Was passiert

Berechnungseinheit

Kernfunktionen

 

Schreibanforderung

Schreibt Daten in Ihre Tabelle

Schreibanforderungseinheit

 

Leseanforderung

Liest Daten aus Ihrer Tabelle

Leseanforderungseinheit

Optionale Funktionen

 

Fortlaufende Sicherung

Erstellt fortlaufend Sicherungen für die vorangegangenen 35 Tage

GB/Monat

 

On-Demand-Sicherung

Erstellt zu festgelegten Zeitpunkten Snapshot-Sicherungen

GB/Monat

 

Aus Sicherung wiederherstellen

Stellt eine Tabelle von einem spezifischen Snapshot oder Zeitpunkt wieder her

GB

 

Global Tables

Repliziert Daten und erstellt eine Multi-Region-, Multi-Master-Tabelle

Reproduzierte Schreibanforderungseinheit

 

DynamoDB Accelerator (DAX)

Senkt die Latenz mithilfe eines In-Memory-Caches

Knotenstunde

 

DynamoDB-Streams

Bietet eine zeitlich geordneten Ablauf von Änderungen auf Elementebene in einer Tabelle

Streams-Leseanforderungseinheit

 

Übertragung ausgehender Daten

Überträgt Daten in andere AWS-Regionen

GB

DynamoDB – Detaillierte Preise für Funktionen

  • • Lese- und Schreibanforderungen

    Wenn Sie den On-Demand Kapazitätsmodus für Ihre DynamoDB-Tabelle auswählen, bezahlen Sie nur für die Lese- und Schreibanforderungen, die Ihre Anwendung durchführt. Sie können API-Calls nach Bedarf durchführen, ohne dass Sie Ihre Datendurchlaufkapazität in der Tabelle organisieren müssen. DynamoDB kümmert sich um die Verwaltung von Hardware-Resourcen, um Ihren Arbeitsaufwant mit konsistenter Leistung und geringer Latenz Rechnung zu tragen. DynomaDB berechnet eine Schreibanforderungseinheit für jede Schreibanforderung (bis zu 1 KB) und zwei Schreibanforderungseinheiten für transactional Schreibanforderungen. Für Lesevorgänge berechnet DynamoDB eine Leseanforderungseinheit für jeden Strongly Consistent-Lesevorgang (bis zu 4 KB), zwei Leseanforderungseinheiten für jeden Transactional-Lesevorgang und eine halbe Leseanforderungseinheit für jeden Eventually Consistent-Lesevorgang. Weitere Informationen finden Sie unter Read Consistency

  • • Datenspeicher

    Sie müssen keinen Speicher bereitstellen: DynamoDB überwacht ständig die Größe Ihrer Tabellen und ermittelt die Gebühren für den Speicher. DynamoDB berechnet die fakturierte Datenmenge durch Addition der unverarbeiteten Größe in Byte der hochgeladenen Daten, plus einem Speicheraufschlag von 100 Byte pro Eintrag für die Indizierung. 

  • • Sicherung und Wiederherstellung

    DynamoDB bietet zwei Möglichkeiten für die Sicherung Ihrer Tabellendaten. Fortlaufende Sicherungen mit zeitpunktbezogener Wiederherstellung (PITR) erstellen eine laufende Sicherung Ihrer Tabelle für die vorangegangenen 35 Tage. Sie können die Tabelle auf den Status einer festgelegten Sekunde in den vorangegangenen fünf Wochen wiederherstellen. On-Demand-Sicherungen erstellen Snapshots Ihrer Tabelle, die für längere Zeitpunkte archiviert werden. Damit können unternehmerische und offizielle regulatorische Anforderungen erfüllt werden.

    Forttlaufende Sicherungen (PITR)

    Die für DynamoDB berechneten Gebühren für PITR richten sich nach der Größe jeder DynamoDB-Tabelle (Tabellendaten und lokale sekundäre Indizes), auf denen es aktiviert ist. DynamoDB überwacht laufend den Monat über die Größe der Tabellen, für die PITR aktiviert ist und ermittelt die Gebühren für die Sicherung. Die Fakturierung dafür läuft so lange, bis Sie PITR auf der jeweiligen Tabelle deaktivieren.

    On-Demand-Sicherung

    DynamoDB berechnet Gebühren für On-Demand-Sicherungen nach der Speichergröße der Tabelle (Tabellendaten und lokale sekundäre Indizes). Die Größe jeder Sicherung wird bei jedem Sicherungsauftrag festgelegt. Der gesamte Speicherbedarf für die Sicherung, der Ihnen monatlich in Rechnung gestellt wird, besteht aus der Summe aller Sicherungen von DynamoDB-Tabellen. DynamoDB überwacht laufend den Monat über die Größe der On-Demand-Sicherungen, woraus die Gebühren für die Sicherung ermittelt werden.

    Tabellenwiederherstellung

    Die Gebühren für die Wiederherstellung einer On-Demand-Sicherung oder einer PITR, richten sich nach der Gesamtgröße der wiederhergestellten Daten (Tabellendaten, lokale sekundäre Indizes und globale sekundäre Indizes) jeder Anforderung.

  • • Global Tables

    Wenn Sie den On-Demand Kapazitätsmodus für Ihre DynamoDB-Global Tables auswählen, bezahlen Sie nur für die Ressourcen, die Ihre Anwendung auf jeder Tabellenkopie beansprucht. Schreibanforderungen für Global Tables werden in reproduzierten Schreibanforderungseinheiten und nicht in Standard-Schreibanforderungseinheit berechnet. Leseanforderungen und Datenspeicherung werden wie Standard-Tabellen berechnet. Weitere Informationen über Schreibanforderungen für Global Tables finden Sie unter Empfehlungen und Anforderungen für die Kapazitätsverwaltung. Bei regionsübergreifender Replikation fallen zusätzlich Gebühren für die ausgehende Datenübertragung und DynamoDB-Streams an. Weitere Informationen dazu finden Sie im Abschnitt "DynamoDB-Streams" weiter oben auf dieser Preisinformationsseite.

  • • DynamoDB Accelerator (DAX)

    DynamoDB berechnet Gebühren stundenweise für die DAX-Kapazität, und Ihre DAX-Instances laufen ohne langfristige Verpflichtungen. Die Preise richten sich nach den verbrauchten Knotenstunden und sind vom ausgewählten Instance-Typ abhängig. Angebrochene Knotenstunden werden als volle Stunden abgerechnet. Jeder einzelne Knoten im DAX-Cluster wird berechnet. Wenn Sie beispielsweise einen DAX-Cluster mit drei Knoten haben, wird Ihnen die Nutzung der separaten Knoten (insgesamt drei Knoten) auf Stundenbasis in Rechnung gestellt. 

    Durch die Datenübertragung zwischen Amazon EC2 und DAX innerhalb der gleichen Availability Zone entstehen keine Kosten . Die standardmäßigen Datenübertraungsgebühren für Amazon EC2 fallen an, wenn Daten zwischen Amazon EC2-Instances und einem DAX-Knoten in unterschiedlichen Availability Zones der gleichen AWS-Region übertragen werden. Es wird Ihnen allerdings lediglich die Datenübertragung in oder aus Ihrer Amazon EC2-Instance berechnet. Es werden keine DAX-Datenübertragungsgebühren für ein- oder ausgehenden Datenverkehr des DAX-Knotens selbst erhoben.

  • • DynamoDB-Streams

    Sie bezahlen nur für das Lesen von Daten aus DynamoDB Streams, die in Leseabfrageeinheiten gemessen werden. Jeder GetRecords-API-Aufruf wird als eine Leseanforderungseinheit verrechnet und liefert bis zu 1 MB Daten aus DynamoDB Streams. Streams-Leseanforderungseinheiten unterscheiden sich von Leseanforderungen in einer DynamoDB-Tabelle.  

  • • Datenübertragung

    Die Bezeichnungen „eingehende“ und „ausgehende“ Datenübertragung beziehen sich auf die Datenübertragung innerhalb von DynamoDB. DynamoDB berechnet keine Gebühr für eingehende Datenübertragungen und für die Übertragung von Daten zwischen DynamoDB und anderen AWS-Services innerhalb derselben AWS Region wird ebenfalls keine Gebühr in Rechnung gestellt (0,00 USD pro GB). Daten, die zwischen AWS-Regionen übertragen werden (z. B. zwischen DynamoDB im US-Osten [N. Virginia] Region und Amazon EC2 in der EU [Region Irland]) wird auf beiden Seiten der Übertragung belastet. Im Rahmen des kostenlosen Kontingents für AWS erhalten Sie kostenfrei 1 GB ausgehenden Datenverkehr pro Monat. Dabei wird der Datenverkehr über alle AWS-Services mit Ausnahme der Region AWS GovCloud (USA) addiert. Weitere Informationen finden Sie unter Kostenloses Kontingent für AWS. Für Datenübertragungen von mehr als 500 TB/Monat wenden Sie sich bitte an uns.


Kostenloses Kontingent für DynamoDB

Das kostenlose AWS-Kontingent ermöglicht Ihnen das kostenlose Sammeln praktischer Erfahrungen mit den Services von AWS. Die folgenden Vorteile von DynamoDB sind im Rahmen des kostenlosen Kontingents von AWS enthalten. Jeder Vorteil wird monatlich pro Region und Zahlungskonto berechnet.

  • 25 GB Datenspeicher
  • 2,5 Mio. Leseanforderungseinheiten pro Monat aus DynamoDB Streams
  • 1 GB Bandbreite ausgehender Verkehr (über alle AWS-Dienste aggregiert).

Preisbeispiele für DynamoDB

  • • Einfaches Beispiel

    Dieses Beispiel zeigt, wie die Kosten von DynamoDB im On-Demand Kapazitätsmodus berechnet werden.

    Stellen Sie sich vor, Sie würden eine neue Tabelle für die Region USA Ost (Nord-Virginia) erstellen. Da diese Tabelle für eine neue Anwendung ist, wissen Sie nicht, wie der Datenverkehr sich verhalten wird. Nehmen wir der Einfachheit halber an, dass bei jeder Interaktion eines Benutzers mit Ihrer Anwendung 1 Schreibvorgang von 1 KB und 1 Strongly-Consistent-Lesevorgang von 1 KB durchgeführt werden.

    10 Tage lang erhält Ihre Anwendung mit 10 000 Lese- und 10 000 Schreibvorgängen wenig Verkehr. Am 11. Tag erhält Ihre Anwendung allerdings Aufmerksamkeit in den Sozialen Medien und der Verkehr steigt auf 2 500 000 Lese- und 2 500 000 Schreibvorgänge pro Tag. DynamoDB skaliert, um Ihren Kunden ein nahtloses Erlebnis zu ermöglichen. Ihre Anwendung reguliert sich zum Monatsende zu einem gleichmäßigeren Verkehrsaufkommen mit durchschnittlich 50 000 Lese- und 50 000 Schreibvorgängen pro Tag. Die folgende Tabelle fasst die Gesamtnutzung für diesen Monat zusammen.

    Zeitrahmen (Tag des Monats)

    Anzahl Schreibvorgänge

    Anzahl Lesevorgänge

    1-10

    100 000 Schreibvorgänge (10 000 Schreibvorgänge x 10 Tage)

    100 000 Lesevorgänge (10 000 Lesevorgänge x 10 Tage)

    11

    2 500 000 Schreibvorgänge

    2 500 000 Lesevorgänge

    12-30

    950 000 Schreibvorgänge (50 000 Schreibvorgänge x 19 Tage)

    950 000 Lesevorgänge (50 000 Lesevorgänge x 19 Tage)

    Gesamtsumme Monat

    3 550 000 Schreibvorgänge

    3 550 000 Lesevorgänge

    Monatsrechnung

    4,44 USD (1,25 USD pro 1 Million Schreibvorgänge x 3,55 Millionen Schreibvorgänge)

    4.44 USD (1.25 USD pro 1 Million Lesevorgänge x 3,55 Millionen Lesevorgänge)

     

    Datenspeicherung: Nehmen wir an, Ihre Tabelle benötigt am Monatsbeginn 25 GB Speicher und wächst bis Ende des Monats auf 29 GB. Das entspricht einem Durchschnitt von 27 GB bei der laufenden Überwachung der Tabellengröße von DynamoDB. Die ersten 25 GB Speicher sind im kostenlosen Kontingent von AWS enthalten. Die restlichen 2 GB an Speicher werden mit 0,25 USD pro GB berechnet, was Speicherkosten für die Tabelle in Höhe von 0,50 USD für den Monat ergibt.

    Die Gesamtrechnung für diesen Monat beträgt 5,83 USD. Die Summe enthält 5,33 USD für die Lese- und Schreibkapazität und 0,50 USD für die Datenspeicherung.

  • • Detailliertes Beispiel

    Dieses Beispiel zeigt, wie die Kosten von DynamoDB im On-Demand Kapazitätsmodus berechnet werden.

    Stellen Sie sich vor, Sie würden eine neue Tabelle für die Region USA Ost (Nord-Virginia) erstellen. Da diese Tabelle für eine neue Anwendung ist, wissen Sie nicht, wie der Datenverkehr sich verhalten wird. Nehmen wir der Einfachheit halber an, dass bei jeder Interaktion eines Benutzers mit Ihrer Anwendung 1 Schreibvorgang von 1 KB und 1 Strongly-Consistent-Lesevorgang von 1 KB durchgeführt werden.

    7 Tage lang erhält Ihre Anwendung mit 1 000 Lese- und 1 000 Schreibvorgängen wenig Verkehr. Am 8. Tag erregt Ihre Anwendung allerdings die Aufmerksamkeit eines prominenten Influencers in Ihrer Branche und der Verkehr steigt überraschend auf 10 000 000 Lese- und Schreibvorgänge pro Tag. Ihre Anwendung reguliert sich in den folgenden 2 Wochen zu einem gleichmäßigeren Verkehrsaufkommen mit durchschnittlich 150 000 Lese- und Schreibvorgängen pro Tag. Danach flaut der Verkehr schnell ab und es fallen für die nächsten 7 Tage nur 10 000 Lese- und Schreibvorgänge pro Tag an.

    Letztendlich sorgt überraschende Aufmerksamkeit in den Sozialen Medien dafür, dass ihre Anwendung rasend schnell bekannt wird. Am letzten Tag des Monats führt Ihre Anwendung 30 000 000 Lese- und Schreibvorgänge auf Ihrer Tabelle durch. Die folgende Tabelle fasst die Gesamtnutzung für diesen Monat zusammen.

    Zeitrahmen (Tag des Monats)

    Gesamtsumme Schreibvorgänge

    Gesamtsumme Lesevorgänge

    1-7

    7 000 Schreibvorgänge (1 000 Schreibvorgänge x 7 Tage)

    7 000 Lesevorgänge (1 000 Lesevorgänge x 7 Tage)

    8

    10 000 000 Schreibvorgänge

    10 000 000 Lesevorgänge

    9-22

    2 100 000 Schreibvorgänge (150 000 Schreibvorgänge x 14 Tage)

    2 100 000 Lesevorgänge (150 000 Lesevorgänge x 14 Tage)

    23-29

    70 000 Schreibvorgänge (10 000 Schreibvorgänge x 7 Tage)

    70 000 Lesevorgänge (10 000 Lesevorgänge x 7 Tage)

    30

    30 000 000 Schreibvorgänge

    30 000 000 Lesevorgänge

    Gesamtsumme Monat

    42 177 000 Schreibvorgänge

    42 177 000 Lesevorgänge

    Monatsrechnung

    52,72 USD (1,25 USD pro 1 Million Schreibvorgänge x 42 177 Millionen Schreibvorgänge)

    10,54 USD (0,25 USD pro 1 Million Lesevorgänge x 42 177 Millionen Lesevorgänge)

    Datenspeicherung: Nehmen wir an, Ihre Tabelle benötigt am Monatsanfang 25 GB Speicher und wächst bis Ende des Monats auf 29 GB. Das entspricht einem Durchschnitt von 27 GB bei der laufenden Überwachung der Tabellengröße. Die ersten 25 GB Speicher sind im kostenlosen Kontingent von AWS enthalten. Die restlichen 2 GB an Speicher werden mit 0,25 USD pro GB berechnet, was Speicherkosten für die Tabelle in Höhe von 0,50 USD für den Monat ergibt.

    Sicherung und Wiederherstellen: Wenn die Summe des Speichers für sämtliche On-Demand-Sicherungen 60 GB für einen Monat mit 30 Tagen beträgt, dann belaufen sich die monatlichen Kosten für Ihre Sicherungen auf (0,10 x 60 GB) = 6,00 USD/Monat. Wenn Sie allerdings dann 15 GB Ihrer On-Demand-Sicherungsdaten 10 Tage nach Beginn des Monatszykluses gelöscht haben, bezahlen Sie (0,10 USD x 60 GB) – (0,10 USD x 15 GB x 20/30) = 5,00 USD/Monat. Nehmen Sie nun an, dass Sie neben den On-Demand-Sicherungen auch fortlaufende Sicherungen nutzen. Ihre Tabelle ist durchschnittlich 27 GB groß, was zu monatlichen Kosten von (0,20 USD x 27 GB) = 5,40 USD/Monat führt. Wenn Sie am Monatsende Ihre Tabelle wiederherstellen müssen, betragen die Kosten (0,15 USD x 29 GB) = 4,35 USD.

    DynamoDB Accelerator (DAX): Sie haben entschieden, dass die Reaktionszeit Ihrer Anwendung beschleunigt werden muss und entscheiden sich, DynamoDB Accelerator (DAX) zu verwenden. Sie prüfen die verfügbaren Hardwarde-Spezifikationen und stellen fest, dass ein Drei-Knoten-Cluster vom Typ t2.Small Instance Ihrem Bedarf entspricht. Sie aktivieren DAX am 26. Tag. DynamoDB berechnet 0,12 USD pro Stunde (0,04 USD x 3 Knoten), was insgesamt 14,40 USD für die letzten 5 Tage des Monats ergibt (0,12 USD x 120 Stunden).

    Global Tables: Sie entscheiden sich außerdem, Ihre Tabelle als Multi-Region-, Multi-Master-Datenbank neu zu entwickeln, wobei sich die Replikatabelle in der Region USA West (Oregon) befindet. Nehmen Sie an, dass der Verkehr für Ihre Anwendung vom vorhergehenden Beispiel mit Ihrem Global Table übereinstimmt. Sie werden wie in Empfehlungen und Anforderungen für die Kapazitätsverwaltung beschrieben 168,71 Millionen reproduzierte Anfrageeinheiten (42,177 Einheiten x 2 Regionen x 2) konsumieren, was zu einer Berechnung von 316,33 USD führt. Sie speichern außerdem weitere 27 GB an Daten in einer reproduzierten Tabelle in der Region USA West (Oregon), was sich mit 6,75 USD auf Ihrer monatlichen Datenspeicherberechnung niederschlägt.

    DynamoDB Streams: Nehmen wir nun an, sie aktivieren DynamoDB Streams und setzen Ihre Anwendung so auf, dass sie eine Leseanfrage pro Sekunde bei den Streams-Daten durchführt. Im Lauf eines Monats führt das zu 2 592 000 Streams-Leseanforderungen, von denen die ersten 2 500 000 im kostenlosen AWS-Kontingent enthalten sind. Sie zahlen nur für die verbleibenden 92 000 Leseanforderungen, die 0,02 USD pro 100 000 Leseanforderungseinheiten kosten.

    Datenübertragung: Da Sie nun wegen der Implementierung Ihrer Global Tables Daten zwischen den AWS-Regionen übertragen, berechnet DynamoDB für Daten, die aus der Region hinaus übertragen werden, nicht aber für eingehende Datenübertragungen. Wenn Sie von 42 177 000 monatlichen Schreibvorgängen mit jeweils 1 KB ausgehen, generieren Sie 40,22 GB an Datenübertragungen zwischen den Regionen. Wenn Sie bereits das kostenlose Kontingent für Datentransfer von AWS für andere AWS-Services verbraucht haben, werden Ihnen 3,69 USD (0,09 USD x 41 GB) für Datenübertragungen berechnet.

    Zusammengefasst belaufen sich die monatlichen Gebühren für DynamoDB wie folgt:

    • Schreib-Verkehr: 52,72 USD
    • Lese-Verkehr: 10,54 USD
    • Datenspeicher: 0,50 USD
    • On-Demand-Sicherung: 5,00 USD
    • Fortlaufende Sicherung (PITR): 5,40 USD
    • Tabelle wiederherstellen: 4,35 USD
    • DynamoDB Accelerator (DAX): 14,40 USD
    • Global Tables-Schreibanforderungen: 316,33 USD
    • Global Tables-Datenspeicher: 6,75 USD
    • DynamoDB-Streams: 0,02 USD
    • Datenübertragung: 3,69 USD

    Gesamtgebühren: 419,70 USD