NoSQL Database Cloud Service – Tarife

Oracle NoSQL Database Cloud Service bietet zwei Arten der Kapazitätsbepreisung: On-Demand-Kapazität und bereitgestellte Kapazität.

Vorteile von On-Demand-Kapazität

  • Vollständig verwaltete und mühelose Kapazitätsverwaltung ohne komplizierte Algorithmen zur Traffic-Prognose für die Bereitstellung von Schreib- und Leseeinheiten in Spitzen- oder Tiefphasen.
  • Ideal für die Überwachung und das Kennenlernen von neu erstellten NoSQL-Tabellen-Workloads, bevor entschieden wird, welches Zuweisungs- und Preismodell besser funktioniert.
  • Sparen Sie Zeit und Mühe, ohne jedes Anwendungs-Workload-Muster extra zu modellieren, um den Verbrauch von Lese- und Schreibeinheiten abzuschätzen.
  • Das Abrechnungsmodell basiert auf den Schreib- und Lesekapazitäten, die von Ihren Anwendungen verbraucht werden.
  • Einmal einrichten und das Kapazitätsmanagement Oracle überlassen.
Weitere Informationen finden Sie unten
+

Vorteile der bereitgestellten Kapazität

  • Vollständig verwalteter Service mit Skalierung basierend auf den Schreib-, Lese- und Speicherkapazitäten.
  • Ideal für Workloads mit vorhersehbaren Spitzen- und Tiefstwerten.
  • Ideal für kontinuierliche, vorhersagbare Workloads, die keine plötzlichen Spitzen aufweisen.
  • Niedrige monatliche Kosten, wenn die bereitgestellten Kapazitäten gut verwaltet werden.
  • Niedriger Einheitspreis für Schreib- und Leseeinheiten.
  • Vorhersehbare monatliche Kosten durch die benutzergesteuerte Kapazitätsbereitstellung.
Weitere Informationen finden Sie unten


On-Demand-Kapazität – Überblick

Das On-Demand-Preismodell befreit Sie von der Notwendigkeit, Schreib- und Lesekapazitäten im Voraus zu reservieren. Mit Oracle NoSQL Database Cloud Service passt die von Ihrer Anwendung benötigte Kapazität dynamisch und in Echtzeit an. Die Abrechnung erfolgt auf der Grundlage der tatsächlich verbrauchten Schreib- und Lesekapazitäten Ihrer Anwendung.

On-Demand-Kapazität

Produkt
Einzeltarif
Metrik
Oracle NoSQL Database Cloud –Schreiben – Automatisch

Schreibeinheit pro Monat*
Oracle NoSQL Database Cloud –Lesen – Automatisch

Leseeinheit pro Monat*
Oracle NoSQL Database Cloud –Speicher

GB Speicherkapazität pro Monat*
Oracle NoSQL Database Cloud – regional replizierte Schreibvorgänge

Schreibeinheit pro Monat

* Für weitere Informationen siehe Metrikbeschreibung.


    • Metrikbeschreibung

      Gemäß der Servicebeschreibung (PDF) sind die Metriken wie folgt definiert:

      • Schreibeinheit pro Monat: Wird als Durchsatz von bis zu einem Kilobyte (KB) Daten pro Sekunde für einen Schreibvorgang über einen Zeitraum von einem Monat oder ungefähr 2,6 Millionen Schreibvorgänge definiert. Jeder Monat wird mit 744 Stunden angesetzt.
      • Leseeinheit pro Monat: Wird als Durchsatz von bis zu 1 KB Daten pro Sekunde für einen Eventually-Consistent-Lesevorgang (d. h. bei dem die zurückgegebenen Daten möglicherweise nicht die zuletzt in die Datenbank geschriebenen Daten sind) über einen Monat definiert, was etwa 2,6 Millionen Lesevorgängen entspricht. Jeder Monat wird mit 744 Stunden angesetzt. Um den Durchsatz von bis zu 1 KB Daten pro Sekunde für einen Absolutely-Consistent-Lesevorgang zu erreichen (d. h. die zurückgegebenen Daten sind die zuletzt in die Datenbank geschriebenen Daten), muss das Äquivalent von zwei Leseeinheiten pro Monat bereitgestellt werden.
      • Gigabyte (GB) Speicherkapazität pro Monat: Wird als 1 GB an Speicherplatz auf dem Computer definiert, der von einem Storage Filler des Oracle Cloud-Services während eines Servicemonats verwendet wird.

      Eine Schreib- oder Leseeinheit pro Monat misst den Gesamtverbrauch von 2.678.400 KB an Schreib- oder Lesevorgängen pro Monat (744 Stunden).

      Da ein Monat 2.678.400 Sekunden hat, gilt:

      • Wenn Ihre Anwendung 744 Stunden lang jede Sekunde 1 KB an Daten schreibt oder liest, verbraucht sie eine Schreib- oder Leseeinheit pro Monat.
      • Wenn Ihre Anwendung über 744 Stunden hinweg alle 2 Sekunden 2 KB Daten schreibt oder liest, verbraucht sie immer noch eine Schreib- oder Leseeinheit pro Monat.

      Die Eigenschaften Ihrer Anwendung können dynamisch variieren und eine unterschiedliche Anzahl von Schreib- oder Leseeinheiten pro Monat verbrauchen; Sie werden entsprechend Ihrem Oracle NoSQL Database Cloud-Verbrauch abgerechnet.

      Neben den Schreib- und Lesezugriffen ist auch Speicherplatz erforderlich. Die Speicherkapazität wird vorab bereitgestellt. Die Kapazität kann innerhalb eines Monats variieren; sie wird auf der Grundlage der bereitgestellten GB-Kapazität gemessen und abgerechnet.

    • Abrechnungsbeispiele

      Betrachten wir eine Anwendung, die in verschiedenen Zeiträumen eines Monats einige Schreib- und Lesevorgänge durchführt und dabei die folgenden Schreib- und Lesevorgänge verbraucht:

      • Tage 1-5: Verbrauch von 100.000 Schreib- und Lesevorgängen pro Tag
      • Tage 6-15: Verbrauch von 250.000 Schreib- und Lesevorgängen pro Tag
      • Tage 16-31: Verbrauch von 45.000 Schreib- und Lesevorgängen pro Tag

      Annahmen

      Der Einfachheit halber wird Folgendes angenommen:

      • Die Datensatzgröße für den Schreib- oder Lesevorgang beträgt 1 KB oder weniger.
      • Lesevorgänge sind schließlich einheitlich und werden mit einer Leseeinheit pro 1-KB-Vorgang abgerechnet.
      • Schreibvorgänge werden mit einer Schreibeinheit pro 1-KB-Vorgang berechnet.
      • Keine sekundäre Indexierung. Auf Datensätze wird über Primärschlüssel zugegriffen.
      • Ein Monat hat 31 Tage oder 744 Stunden.
      • Der am ersten Tag bereitgestellte Speicherplatz bleibt über den gesamten Monat hinweg konstant bei 5 GB.

      Beispiele für monatliche Rechnungen

      Im Folgenden finden Sie ein Muster für die monatliche Abrechnung, wobei angenommen wird, dass beide Workloads die gleiche Gesamtmenge an Schreib- und Leseeinheiten für die 31 Tage verbrauchen.

      Rechnungsmuster für beide Workloads in einem Monat (31 Tage)

      Schreibvorgänge
      Workload-Zeitraum Tägliche Schreib-Workload Gesamte verbrauchte Schreibvorgänge für jeden Zeitraum Details
      Tage 1-5 100.000 500.000 100.000 Schreibvorgänge x 5 Tage
      Tage 6-15 250.000 2.500.000 250.000 Schreibvorgänge x 10 Tage
      Tage 16-31 45.000 720.000 45.000 Schreibvorgänge x 16 Tage
      Monatliche Gesamtsumme 3.720.000
      Monatliche Schreibeinheiten insgesamt 1,39 3.720.000/2.678.400
      Monatliche Rechnung 4,35 $ 3.720.000/2.678.400 x 3,135 $
      Lesevorgänge
      Workload-Zeitraum Tägliche Lese-Workload Insgesamt verbrauchte Leseeinheiten für jeden Zeitraum Details
      Tage 1-5 100.000 500.000 100.000 Lesevorgänge x 5 Tage
      Tage 6-15 250.000 2.500.000 250.000 Lesevorgänge x 10 Tage
      Tage 16-31 45.000 720.000 45.000 Lesevorgänge x 16 Tage
      Monatliche Gesamtsumme 3.720.000
      Monatliche Leseeinheiten insgesamt 1,39 3.720.000/2.678.400
      Monatliche Rechnung 0,22 $ 3.720.000/2.678.400 x 0,16 $
      Speicher
      Gesamtspeicher GB-Leseeinheiten Monatliche Rechnung Details
      Tag 1-31 5 0,33 $ 5 GB x 0,066 $
      Monatliche Gesamtrechnung 4,91 $
      (Schreiben, Lesen und Speichern)

      Hinweis: Die Gesamtzahl der monatlichen Rechnungen wird gerundet. Wenn Sie die Zahlen in den Beispielen einfach mit einem Taschenrechner zusammenzählen, ergeben sich leichte Unterschiede.

    • Verschiedene dynamische Workloads mit gleichem Verbrauch und gleichen Kosten

      Die Rechnungen des On-Demand-Kapazitätsmodells basiert auf der Gesamtzahl der Lese- und Schreibeinheiten, die von Ihrer Anwendung über einen Monat hinweg verbraucht werden. Das folgende Beispiel geht von zwei sehr unterschiedlichen Workloads aus: eine ist kontinuierlich mit verschiedenen Spitzen und Tiefen, die andere ist stoßweise mit abrupten Pausen. Beide verbrauchen über einen Monat dieselbe Anzahl von Schreib- und Leseeinheiten. Die Bereiche unter jeder Workload-Kurve stellen die Gesamtanzahl der belegten Schreib- und Leseeinheiten dar und sind identisch. Daher werden auch die monatlichen Kosten gleich sein.

      Beispiel 1: Verschiedene kontinuierliche Schreib-/Lesevorgänge in einem Monat

      Die Tage 1 bis 5 haben eine kontinuierliche, mittlere Schreib-/Lese-Workload, während die Tage 6 bis 15 eine höhere Workload aufweisen. An den Tagen 16 bis 31 ist die Schreib-/Lese-Workload in den drei verschiedenen Zeiträumen am geringsten.

      Grafik verschiedener kontinuierlicher Schreib-/Lesevorgänge in einem Monat.

      Beispiel 2: Unvorhersehbarer plötzlicher Anstieg bei Schreib-/Lesevorgängen in einem Monat

      Die Tage 1 bis 5 weisen eine Spitze mit mittlerer Schreib-/Lese-Workload auf. Dann gibt es eine Ruhephase vor den Tagen 6 bis 15, die drei Spitzen mit höheren Schreib-/Lese-Workloads und kürzeren Pausen dazwischen aufweisen. Die Tage 16 bis 31 verzeichnen die geringsten Schreib-/Lesevorgänge mit drei kleineren Ausschlägen und längeren Pausen dazwischen.

      Grafik zur unvorhersehbaren plötzlichen Zunahme von Schreib-/Lesevorgängen in einem Monat.


Bereitgestellte Kapazität – Überblick

Das bereitgestellte Preismodell ermöglicht es Ihnen, die Schreib- und Lesekapazitätsgrenzen im Voraus entsprechend den Anforderungen Ihrer Anwendung zu reservieren. Oracle NoSQL Database Cloud Service stellt die Kapazität bereit, um die Workload-Anforderungen zu erfüllen. Die Abrechnung basiert auf der von Ihrer Anwendung reservierten Schreib- und Lesekapazität.

Bereitgestellte Kapazität

Produkt
Einzeltarif
Metrik
Oracle NoSQL Database Cloud – Schreiben

Schreibeinheit pro Monat*
Oracle NoSQL Database Cloud – Lesen

Leseeinheit pro Monat*
Oracle NoSQL Database Cloud –Speicher

GB Speicherkapazität pro Monat*

* Für weitere Informationen siehe Metrikbeschreibung.


    • Metrikbeschreibung

      Gemäß der Servicebeschreibung (PDF) sind die Metriken wie folgt definiert:

      • Schreibeinheit pro Monat: Wird als Durchsatz von bis zu einem Kilobyte (KB) Daten pro Sekunde für einen Schreibvorgang über einen Zeitraum von einem Monat oder ungefähr 2,6 Millionen Schreibvorgänge definiert. Jeder Monat wird mit 744 Stunden angesetzt.
      • Leseeinheit pro Monat: Wird als Durchsatz von bis zu 1 KB Daten pro Sekunde für einen Eventually-Consistent-Lesevorgang (d. h. bei dem die zurückgegebenen Daten möglicherweise nicht die zuletzt in die Datenbank geschriebenen Daten sind) über einen Monat definiert, was etwa 2,6 Millionen Lesevorgängen entspricht. Jeder Monat wird mit 744 Stunden angesetzt. Um den Durchsatz von bis zu 1 KB an Daten pro Sekunde für einen absolut konsistenten Lesevorgang zu erreichen (d. h. die zurückgegebenen Daten sind die zuletzt in die Datenbank geschriebenen Daten), müssen zwei Leseeinheiten pro Monat bereitgestellt werden.
      • Gigabyte (GB) Speicherkapazität pro Monat: Definiert als 1 GB Computerspeicherplatz, der von einem Storage Filer des Oracle Cloud Service während eines Monats des Service genutzt wird.

      Eine Schreib- oder Leseeinheit pro Monat bietet die Möglichkeit, 2.678.400 1-KB-Schreib- oder Lesevorgänge im Laufe eines Monats mit einem Intervall von einem pro Sekunde durchzuführen. Wenn Ihre Tabelle mehrere Schreib- oder Lesevorgänge pro Sekunde erfordert, müssen Sie mehr als eine Schreib- oder Leseeinheit pro Monat zuweisen.

      Die Speicherkapazität wird gemessen und auf der Grundlage der im Laufe eines Monats bereitgestellten GB-Kapazität in Rechnung gestellt. Die Kapazität kann innerhalb eines Monats variieren. Oracle NoSQL Database wird entsprechend abgerechnet.

    • Abrechnungsbeispiele

      Nachfolgend finden Sie einige Abrechnungsbeispiele mit unterschiedlichen Auslastungsmustern und bereitgestellten Kapazitäten. Wir wollen uns ansehen, wie die monatliche Kosten mit den schnellsten und einfachsten Methoden berechnet werden können, um sie zu verstehen. Wir werden verschiedene Abrechnungen untersuchen, bei denen die Kapazitäten auf monatlicher oder sogar stündlicher Basis schwanken. Da die bereitgestellten Schreib-, Lese- und Speicherkapazitäten sekundengenau gemessen werden, können die Nutzer flexibel mit anderen Preiseinheiten rechnen, z. B. pro Minute oder pro Stunde.

      Verwenden Sie für die Beispiele monatliche und stündliche Einheitspreise. Um den stündlichen Einheitspreis zu ermitteln, teilen Sie den monatlichen Einheitspreis durch 744 Stunden. Der Stundenpreis ist ideal, wenn sich die Arbeitslast stündlich ändert.

      Preisgestaltung und Metriken für Abrechnungsbeispiele

      Produkt Preis pro Einheit pro Monat Preis pro Einheit pro Stunde
      Oracle NoSQL Database Cloud – Schreiben 0,1254 $ 0,0001685 $
      Oracle NoSQL Database Cloud – Lesen 0,0064 $ 0,0000086 $

      Annahmen

      Der Einfachheit halber wird Folgendes angenommen:

      • Die Datensatzgröße für Schreib- oder Lesevorgänge beträgt 1 KB oder weniger.
      • Lesevorgänge sind schließlich einheitlich und werden mit einer Leseeinheit pro 1-KB-Vorgang abgerechnet.
      • Schreibvorgänge werden mit einer Schreibeinheit pro 1-KB-Vorgang berechnet.
      • Keine sekundäre Indexierung. Auf Datensätze wird über Primärschlüssel zugegriffen.
      • Ein Monat hat 31 Tage oder 744 Stunden.
      • Der am ersten Tag bereitgestellte Speicherplatz bleibt über den gesamten Monat hinweg konstant bei 25 GB.

      Beispiele für monatliche Rechnungen

      Nachfolgend finden Sie drei Beispiele mit unterschiedlichen Workloads, bereitgestellten Kapazitäten und Berechnungsmethoden.

      Beispiel 1: Vorhersehbare, kontinuierlich gleichbleibende Workload und bereitgestellte Kapazitäten in einem Monat

      Angenommen, Ihre Anwendung führt während des gesamten Monats eine ziemlich konstante Anzahl von Schreib- und Lesevorgängen durch. Die Workloads sind kontinuierlich und variieren während des gesamten Monats nur geringfügig, so dass monatlich einheitliche Kapazitäten für Schreib- und Lesevorgänge bereitgestellt werden können. Die Kapazitäten werden für die kleine Arbeitsspitze in der Mitte des Monats bereitgestellt. Angenommen, der am ersten Tag bereitgestellte Speicherplatz bleibt während des gesamten Monats konstant bei 25 GB (bei aktivierter Time-to-Live).

      Der Einheitspreis pro Monat ist die beste Methode zur Berechnung der monatlichen Abrechnung, da die bereitgestellten Schreib- und Lesekapazitäten und der Speicherplatz über den gesamten Monat hinweg gleich bleiben.

      Die Tage 1 bis 31 weisen eine gleichmäßige Workload mit minimalen Veränderungen im Laufe des Monats auf. Die bereitgestellten Schreib- und Lesekapazitäten liegen bei 200 KB/s (200 Schreib-/Leseeinheiten), um den Spitzenbedarf in der Monatsmitte zu decken.

      Anzahl der bereitgestellten Schreib-/Leseeinheiten in einem Monat – Grafik

      Berechnungsmethode für Rechnungen

      Monatliche Rechnung = (Bereitgestellte Schreib-/Leseeinheit) x (Monatlicher Preis pro Schreib-/Leseeinheit)

      Musterrechnung

      Schreibvorgänge
      Workload-Zeitraum Schreibeinheiten Monatliche Rechnung Details
      Tag 1-31 (Schreibvorgang 200 KB/s) 200 25,08 $ 200 Schreibvorgänge x 0,1254 $
      Lesevorgänge
      Workload-Zeitraum Leseeinheiten Monatliche Rechnung Details
      Tag 1-31 (Lesevorgang 200 KB/s) 200 1,28 USD 200 Lesevorgänge x 0,0064 $
      Speicher
      Gesamtspeicher GB Monatliche Rechnung Details
      Tag 1-31 25 1,65 $ 25 GB x 0,066 $
      Monatliche Gesamtrechnung in Höhe von 28,01 $
      (Schreiben, Lesen und Speichern)

      Hinweis: Die Gesamtzahl der monatlichen Kosten wird gerundet. Wenn Sie die Zahlen in den Beispielen einfach mit einem Taschenrechner addieren, ergeben sich geringfügige Abweichungen.

      Beispiel 2: Dynamische, kontinuierliche Workloads und bereitgestellte Kapazitäten in einem Monat

      Angenommen, Ihre Anwendung führt verschiedene Schreib- und Lesevorgänge für unterschiedliche Zeiträume innerhalb eines Monats durch. Jede Workload ist für die folgenden Zeiträume unterschiedlich:

      • Tage 1-5: Bereitstellung von 100 Schreib- und 100 Leseeinheiten für die mittlere Workload bei 100 KB/Sek.
      • Tage 6-15: Bereitstellung von 200 Schreibeinheiten und 200 Leseeinheiten für die größere Workload bei 200 KB/s.
      • Tage 16-31 Bereitstellung von 70 Schreibeinheiten und 70 Leseeinheiten für die kleinere Workload 70 KB/Sek.

      Angenommen, die Änderungen der Schreib- und Lesekapazitäten erfolgen um Mitternacht. Nehmen wir außerdem an, dass der am ersten Tag bereitgestellte Speicherplatz während des gesamten Monats konstant bei 25 GB bleibt (bei aktivierter Time-to-Live).

      Der Einheitspreis pro Stunde ist die ideale Methode zur Berechnung der monatlichen Abrechnung, indem die gesamten stündlich bereitgestellten Schreib- und Lesekapazitäten zusammengerechnet werden.

      An den Tagen 1-5 werden 120 Stunden mit 100 Schreibeinheiten und 100 Leseeinheiten bereitgestellt. An den Tagen 6-15 werden 240 Stunden mit 200 Schreibeinheiten und 200 Leseeinheiten bereitgestellt. An den Tagen 16-31 werden 384 Stunden mit 70 Schreibeinheiten und 70 Leseeinheiten bereitgestellt.

      Grafik zur Anzahl der bereitgestellten Schreib-/Leseeinheiten in 3 verschiedenen Zeiträumen

      Berechnungsmethode für Rechnungen

      Monatliche Rechnung = SUMME ((Bereitgestellte Schreib-/Leseeinheit pro Stunde) x (Preis der Schreib-/Leseeinheit pro Stunde))

      Musterrechnung

      Schreibvorgänge
      Workload-Zeitraum Stündliche Schreibeinheiten Stündliche Schreibkosten Gesamtkosten pro Stunde für x Tage Details
      Tage 1-5 100 0,0169 $ 2,02 $ Stündliche Kosten x 120 Stunden
      Tage 6-15 200 0,0337 $ 8,09 $ Stündliche Kosten x 240 Stunden
      Tage 16-31 70 0,0118 $ 4,53 $ Stündliche Kosten x 384 Stunden
      Monatliche Rechnung 14,64 $
      Lesevorgänge
      Workload-Zeitraum Stündliche Leseeinheiten Stündliche Lesekosten Gesamtkosten pro Stunde für x Tage Details
      Tage 1-5 100 0,0009 $ 0,10 $ Stündliche Kosten x 120 Stunden
      Tage 6-15 200 0,0017 $ 0,41 $ Stündliche Kosten x 240 Stunden
      Tage 16-31 70 0,0006 $ 0,23 $ Stündliche Kosten x 384 Stunden
      Monatliche Rechnung 0,75 $
      Speicher
      Gesamtspeicher GB Monatliche Rechnung Details
      Tag 1-31 25 1,65 $ 25 GB x 0,066 $
      Gesamte monatliche Rechnung 17,04 $
      (Schreiben, Lesen und Speichern)

      Hinweis: Die Gesamtzahl der monatlichen Rechnungen wird gerundet. Wenn Sie die Zahlen in den Beispielen einfach mit einem Taschenrechner zusammenzählen, ergeben sich leichte Unterschiede.

      Beispiel 3: Dynamische Workloads und mehrere bereitgestellte Kapazitäten in einer Stunde

      Dies ist ein Sonderfall, bei dem innerhalb einer Stunde unterschiedliche Schreib-/Lesekapazitäten bereitgestellt werden. Angenommen, Ihre Anwendung führt innerhalb einer Stunde zwei extreme Workload-Änderungen durch. Nachfolgend wird dargestellt, wie die Kosten berechnet werden, wenn innerhalb einer Stunde mehr als eine Schreib-/Leseeinheit bereitgestellt wird.

      • Tage 1-5: Bereitstellung von 100 Schreibeinheiten und 100 Leseeinheiten für die mittlere Workload.
      • Tag 6 (00:00 Uhr - 1:00 Uhr):
        • 0:01 Uhr - 0:15 Uhr (15 Minuten): 20 Schreib- und 20 Leseeinheiten werden für einen Rückgang der Workload bereitgestellt.
        • 0:16 Uhr - 1:00 Uhr (45 Minuten): 60 Schreibeinheiten, 60 Schreibeinheiten für einen leichten Anstieg der Workload bereitgestellt.
      • Tag 6 (1:01 Uhr bis 23:59 Uhr) (23 Stunden): 200 Schreibeinheiten und 200 Leseeinheiten werden für den plötzlichen Anstieg der Workload bereitgestellt.
      • Tage 7-15: Bereitstellung von 200 Schreibeinheiten und 200 Leseeinheiten für die große Workload.
      • Tage 16-31: Bereitstellung von 70 Schreibeinheiten und 70 Leseeinheiten für die kleine Workload.

      Der Einheitspreis pro Stunde ist die ideale Methode zur Berechnung der monatlichen Kosten, indem die gesamten stündlich bereitgestellten Schreib- und Lesekapazitäten zusammengerechnet werden. In diesem Fall wird der Einheitspreis pro Stunde auch verwendet, um die durchschnittlichen Kosten während der Stunde zu berechnen, in der zwei Änderungen an Schreib- und Lesekapazitäten bereitgestellt werden.

      An den Tagen 1-5 werden 120 Stunden mit 100 Schreibeinheiten und 100 Leseeinheiten bereitgestellt. Für Tag 6 (0:01 Uhr - 0:15 Uhr) werden 20 Schreibeinheiten und 20 Leseeinheiten bereitgestellt. Für Tag 6 (0:16 Uhr - 1:00 Uhr) werden 60 Schreibeinheiten und 60 Leseeinheiten bereitgestellt. Für Tag 6 (1:01 Uhr bis 23:59 Uhr) werden 200 Schreibeinheiten und 200 Leseeinheiten bereitgestellt. Für die Tage 7-15 werden 216 Stunden mit 200 Schreibeinheiten und 200 Leseeinheiten bereitgestellt. An den Tagen 16-31 werden 384 Stunden mit 70 Schreibeinheiten und 70 Leseeinheiten bereitgestellt.

      Grafik zur Anzahl der bereitgestellten Schreib-/Leseeinheiten in 3 verschiedenen Zeiträumen

      Berechnungsmethode für Rechnungen

      Monatliche Rechnung = Summe ((Stündlich bereitgestellte Schreib-/Leseeinheit) x (Preis der Schreib-/Leseeinheit pro Stunde) + (0:01 Uhr -1:00 Uhr stündlich bereitgestellte durchschnittliche Schreib-/Leseeinheit) x (Preis der Schreib-/Leseeinheit pro Stunde))

      Musterrechnung

      Hier ein Beispiel für die monatliche Abrechnung unter der Annahme, dass der am ersten Tag bereitgestellte Speicherplatz über den gesamten Monat hinweg konstant bei 25 GB bleibt (bei aktivierter Time-to-Live). Die durchschnittlichen Schreib-/Leseeinheiten an Tag 6 zwischen 0:00 und 1.00 Uhr sind wie folgt:

      • 0:01 Uhr -0:15 Uhr = 20 Schreib-/Leseeinheiten * 900 Sekunden = 18.000 Schreib-/Leseeinheiten
      • 0:16 Uhr - 1:00 = 60 Schreib-/Leseeinheiten * 2700 Sekunden = 162.000 Schreib-/Leseeinheiten
      • Tag 6, durchschnittliche Schreib-/Leseeinheiten für 0.00-1.00 Uhr = (18.000 + 162.000)/3600 = 50 Schreib-/Leseeinheiten
      Schreibvorgänge
      Workload-Zeitraum Stündliche Schreibeinheiten Stündliche Schreibkosten Gesamtkosten pro Stunde für x Tage Details
      Tage 1-5 100 0,0169 $ 2,02 $ Stündliche Kosten x 120 Stunden
      Tag 6, 0 Uhr - 1 Uhr (Durchschnittliche bereitgestellte Kapazitäten) 50 0,0084 $ 0,01 $ Stündliche Kosten x 1 Stunde
      Tag 6, 0:01 Uhr - 0:15 Uhr (Schreibevorgänge 20 KB/s) 20 20 Schreibvorgänge x 900 Sekunden
      Tag 6, 0:16 Uhr - 1:00 Uhr (Schreibvorgänge 60 KB/s) 60 60 Schreibvorgänge x 2700 Sekunden
      Tag 6, 1:01 Uhr - 0:00 Uhr 200 0,0337 $ 0,78 $ Stündliche Kosten x 23 Stunden
      Tage 7-15 200 0,0337 $ 7,28 $ Stündliche Kosten x 216 Stunden
      Tage 16-31 70 0,0118 $ 4,53 $ Stündliche Kosten x 384 Stunden
      Monatliche Rechnung 14,62 $
      Lesevorgänge
      Workload-Zeitraum Stündliche Leseeinheiten Stündliche Lesekosten Gesamtkosten pro Stunde für x Tage Details
      Tage 1-5 100 0,0009 $ 0,10 $ Stündliche Kosten x 120 Stunden
      Tag 6, 0 Uhr - 1 Uhr (Durchschnittliche bereitgestellte Kapazitäten) 50 0,0004 $ 0,0004 $ Stündliche Kosten x 1 Stunde
      Tag 6, 0:01 Uhr - 0:15 (Lesevorgänge 20 KB/s) 20 20 Lesevorgänge x 900 Sekunden
      Tag 6, 0:16 Uhr - 1:00 Uhr (Lesevorgänge 60 KB/s) 60 60 Lesevorgänge x 2700 Sekunden
      Tag 6, 1:01 Uhr - 0:00 Uhr 200 0,0017 $ 0,04 $ Stündliche Kosten x 23 Stunden
      Tage 7-15 200 0,0017 $ 0,37 $ Stündliche Kosten x 216 Stunden
      Tage 16-31 70 0,0006 $ 0,23 $ Stündliche Kosten x 384 Stunden
      Monatliche Rechnung 0,75 $
      Speicher
      Gesamtspeicher GB Monatliche Rechnung Details
      Tag 1-31 25 1,65 $ 25 GB x 0,066 $
      Monatliche Gesamtrechnung 17,01 $
      (Schreiben, Lesen und Speichern)

      Hinweis: Die Gesamtzahl der monatlichen Rechnungen wird gerundet. Wenn Sie die Zahlen in den Beispielen einfach mit einem Taschenrechner zusammenzählen, ergeben sich leichte Unterschiede.

    • Musterrechnung

      Oracle Cloud Infrastructure (OCI) – Muster einer monatlichen Oracle NoSQL Database Cloud-Abrechnung

      Es folgt ein Muster für eine monatliche OCI-Abrechnung für Dezember 2022 auf der Grundlage des obigen Beispiels 2.