Oracle NoSQL Database Cloud Service bietet zwei Arten der Kapazitätsbepreisung: On-Demand-Kapazität und bereitgestellte Kapazität.
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.
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.
Gemäß der Servicebeschreibung (PDF) sind die Metriken wie folgt definiert:
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:
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.
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:
Annahmen
Der Einfachheit halber wird Folgendes angenommen:
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.
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.
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.
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.
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.
Gemäß der Servicebeschreibung (PDF) sind die Metriken wie folgt definiert:
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.
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:
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.
Monatliche Rechnung = (Bereitgestellte Schreib-/Leseeinheit) x (Monatlicher Preis pro Schreib-/Leseeinheit) |
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:
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.
Monatliche Rechnung = SUMME ((Bereitgestellte Schreib-/Leseeinheit pro Stunde) x (Preis der Schreib-/Leseeinheit pro Stunde)) |
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.
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.
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)) |
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:
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.
Es folgt ein Muster für eine monatliche OCI-Abrechnung für Dezember 2022 auf der Grundlage des obigen Beispiels 2.