Autonome KI-Datenbank auf dedizierter Exadata-Infrastruktur abrechnen

Oracle Autonomous AI Database on Dedicated Exadata Infrastructure verwendet spezifische Algorithmen, um die von autonomen KI-Datenbanken verwendete Compute-Instanz zuzuweisen und zu berechnen. Durch das Verständnis dieser Algorithmen können Sie bestimmen, wie Sie Ihre autonomen KI-Datenbanken am besten erstellen und konfigurieren, um Performanceziele in möglichst kosteneffektiver Weise zu erreichen.

CPU-Abrechnungsdetails

Oracle Autonomous AI Database on Dedicated Exadata Infrastructure berechnet die CPU-Abrechnung wie folgt:

1. Die CPU-Auslastung für jede autonome KI-Datenbank wird jede Sekunde in Einheiten ganzer ECPU oder OCPU gemessen.

   a. Eine gestoppte autonome KI-Datenbank verwendet keine ECPU oder OCPU. Wenn eine autonome KI-Datenbank gestoppt wird, werden Ihnen keine Gebühren in Rechnung gestellt.

   b. Eine aktive autonome KI-Datenbank verwendet die zugewiesene Anzahl von ECPUs oder OCPUs sowie zusätzliche ECPUs oder OCPUs aufgrund von Autoscaling. Wenn eine autonome KI-Datenbank ausgeführt wird, wird Ihnen die Anzahl der CPUs in Rechnung gestellt, die der Datenbank derzeit zugewiesen sind. Dabei spielt es keine Rolle, ob diese beim Erstellen oder später durch einen manuellen Skalierungsvorgang angegeben wurde. Wenn Autoscaling für die Datenbank aktiviert ist, wird Ihnen außerdem jede Sekunde für zusätzliche CPUs in Rechnung gestellt, die von der Datenbank aufgrund einer automatischen vertikalen Skalierung verwendet werden.

   Hinweis: Beim Erstellen von AVMC- und ACD-Ressourcen wird keine Fakturierung gestartet. Auch wenn Sie einem AVMC eine Gesamt-CPU-Anzahl zuweisen und jede ACD beim Erstellen 8 ECPUs oder 2 OCPUs pro Knoten belegt, werden diese CPUs nicht in Rechnung gestellt. Erst wenn Sie autonome KI-Datenbanken in einem AVMC und einer zugrunde liegenden ACD bereitstellen und diese Datenbank aktiv ausgeführt wird, werden die verwendeten CPUs abgerechnet. Infolgedessen können Sie ACDs in AVMCs erstellen, um Datenbanken nach Ihren Geschäftsbereichen, Funktionsbereichen oder anderen Techniken zu organisieren und gruppieren, ohne dass zusätzliche Kosten entstehen.

   c. Wenn Sie eine autonome KI-Datenbank erstellen, reserviert Oracle standardmäßig zusätzliche CPUs, um sicherzustellen, dass die Datenbank auch bei Knotenausfällen mit mindestens 50% Kapazität ausgeführt werden kann. Beim Provisioning einer ACD können Sie den Prozentsatz der knotenübergreifend reservierten CPUs auf 0% oder 25% ändern. Anweisungen finden Sie unter Node Failover-Reservierung in Autonome Containerdatenbank erstellen. Diese zusätzlichen CPUs sind in der Abrechnung nicht enthalten.

   Hinweis: Die autonome KI-Datenbank auf einer dedizierten Exadata-Infrastruktur auf Oracle Database@AWS unterstützt nur das ECPU-Compute-Modell.

2. Die Messungen pro Sekunde werden pro Stunde für jedes Stundenintervall für jede autonome KI-Datenbank gemittelt.

3. Die Durchschnittswerte pro Stunde für die autonomen KI-Datenbanken werden zusammen hinzugefügt, um die CPU-Auslastung pro Stunde für die gesamte autonome VM-Clusterressource zu bestimmen.

Die Compute-Kosten der autonomen KI-Datenbank auf dedizierter Exadata-Infrastruktur werden auf AVMC-Ebene aggregiert und gemeldet und decken alle aktiven autonomen KI-Datenbanken über alle ACDs im AVMC ab. Die OCI-Kostenanalyse kann die Nutzung und Kosten des AVMC bereitstellen.

Um die Kosten pro autonomer KI-Datenbank zu schätzen, summieren Sie die gesamten ECPUs in den autonomen KI-Datenbanken, und weisen Sie die Kosten basierend auf dem Anteil jeder autonomen KI-Datenbank am gesamten CPU-Verbrauch zu. Beispiel:

Wenn der AVMC 1500 in Rechnung gestellte ECPUs für einen Abrechnungszeitraum meldet und drei autonome KI-Datenbanken aktiv sind, Datenbank A mit 10 ECPUs, Datenbank B mit 20 ECPUs und Datenbank C mit 30 ECPUs. Die Kostenaufteilung lautet:

• Datenbank A: 10/(10+20+30) = 16,67% von 1500

• Datenbank B: 20/(10+20+30) = 33,33% von 1500

• Datenbank C: 30/(10+20+30) = 50%von 1500

Dabei wird von festen CPU-Größen ohne Autoscaling ausgegangen, und alle 3 autonomen KI-Datenbanken wurden während des Abrechnungszeitraums ausgeführt. Um die Genauigkeit zu erhöhen, verwenden Sie die Metrik Zugewiesene ECPUs, um die tatsächliche ECPU-Nutzung pro autonomer KI-Datenbank zu erfassen.

Es wird empfohlen, Folgendes zu sehen:

• Compute Management in Autonomous AI Database, um zu erfahren, wie CPUs zwischen den CPU-Kategorien "Gesamt", "Verfügbar" und "Freigabefähig" mit Nutzung verschoben werden und wie sie abgerechnet werden.

• CPU-Zuweisung bei Autoscaling, um zu verstehen, wie sich die mit Autoscaling zugewiesenen CPUs auf die Abrechnung auswirken, mit bestimmten Beispielen.

• Kostenanalyse, um Ihre Ausgaben für Oracle Cloud Infrastructure zu visualisieren, zu verfolgen und zu optimieren.

Flexible Poolfakturierung

Mit einem elastischen Pool können Sie Ihre autonomen KI-Datenbankinstanzen in Bezug auf die Abrechnung der Compute-Ressourcen konsolidieren.

Sie können sich einen elastischen Pool wie einen Mobilfunkdienst "Familienplan" vorstellen, außer dies gilt für Ihre autonomen KI-Datenbankinstanzen. Anstatt für jede Datenbank einzeln zu zahlen, werden die Datenbanken in einem Pool gruppiert, in dem eine Instanz, der Leader, für die Compute-Nutzung berechnet wird, die mit dem gesamten Pool verknüpft ist. Vollständige Details zu elastischen Ressourcenpools finden Sie unter Autonome KI-Datenbankinstanzen mit elastischen Pools konsolidieren.

Elastic Resource Pool-Nutzung:

• Wird dem Poolleiter in Rechnung gestellt, und die Abrechnung basiert auf der Größe des elastischen Ressourcenpools und der tatsächlichen stündlichen ECPU-Nutzung des Poolleiters und der Mitglieder.

• Kann die Poolgröße überschreiten (Poolkapazität kann bis zu vier Mal größer sein als die Poolgröße).

• Die Abrechnung besteht nur aus Compute-Ressourcen, d.h. der ECPU-Nutzung, und die gesamte Compute-Nutzung wird der Autonomous AI Database-Instanz, die der Poolleiter ist, in Rechnung gestellt.

Mit einem elastischen Pool können Sie bis zu das Vierfache der ECPUs über die ausgewählte Poolgröße bereitstellen. Außerdem können Sie Datenbankinstanzen im elastischen Pool mit nur 1 ECPU pro Datenbankinstanz bereitstellen. Außerhalb eines elastischen Pools beträgt die Mindestanzahl an ECPUs pro Datenbankinstanz 2 ECPUs. Beispiel: Bei einer Poolgröße von 128 können Sie 512 autonome AI-Datenbankinstanzen bereitstellen (wenn jede Instanz 1 ECPU hat). In diesem Beispiel werden die Compute-Ressourcen der Poolgröße basierend auf der Poolgröße von 128 ECPUs in Rechnung gestellt, während Sie Zugriff auf 512 autonome AI-Datenbankinstanzen haben. Wenn Sie hingegen 512 autonome KI-Datenbankinstanzen einzeln bereitstellen, ohne einen elastischen Pool zu verwenden, müssen Sie jeder autonomen KI-Datenbankinstanz mindestens 2 ECPUs zuweisen. In diesem Beispiel würden Sie für 1024 ECPUs bezahlen. Die Verwendung eines elastischen Pools bietet bis zu 87% Rechenkosteneinsparungen.

Nach dem Erstellen eines elastischen Pools wird die gesamte ECPU-Nutzung für eine bestimmte Stunde der Instanz der autonomen KI-Datenbank (dem Poolleiter) in Rechnung gestellt. Mit Ausnahme des Poolleiters werden einzelnen autonomen KI-Datenbankinstanzen, die Poolmitglieder sind, keine ECPU-Nutzung berechnet, während sie Mitglieder eines elastischen Pools sind.

Die Abrechnung des elastischen Pools erfolgt wie folgt:

• Wenn die gesamte aggregierte ECPU-Spitzenauslastung der Poolgröße für eine bestimmte Stunde entspricht oder darunter liegt, wird die Anzahl der ECPUs für die Poolgröße (einmal so hoch wie die Poolgröße) berechnet.

• Nachdem ein elastischer Pool erstellt wurde, wird die ECPU-Abrechnung mindestens einmalig mit der Poolgrößenrate fortgesetzt, selbst wenn Poolmitgliedsdatenbanken und der Poolleiter gestoppt werden.

• Mit anderen Worten: Wenn die aggregierte ECPU-Spitzenauslastung des Pools für eine bestimmte Stunde kleiner oder gleich der Poolgröße ist, wird die Anzahl der ECPUs für die Poolgröße (einmal so groß wie der Pool) berechnet. Dies entspricht bis zu 87% Rechenkosteneinsparungen gegenüber dem Fall, in dem diese Datenbanken separat abgerechnet werden, ohne elastische Pools zu verwenden.

• Wenn die aggregierte ECPU-Spitzenauslastung des Poolleiters und der Member die Poolgröße zu einem beliebigen Zeitpunkt in einer bestimmten Abrechnungsstunde überschreitet:

  • Aggregierte ECPU-Spitzenauslastung des Pools ist gleich oder kleiner als das Zweifache der ECPUs-Poolgröße: Bei einer Auslastung, die mehr als ein Mal höher ist als die Poolgrößenanzahl von ECPUs und bis zu und einschließlich der doppelten Anzahl von ECPUs in einer bestimmten Abrechnungsstunde: Die stündliche Abrechnung entspricht dem Doppelten der Poolgrößenanzahl von ECPUs. Mit anderen Worten: Wenn die aggregierte ECPU-Spitzenauslastung des Pools die Poolgröße überschreitet, aber weniger als oder gleich der doppelten Poolgröße für eine bestimmte Stunde ist, wird Ihnen das Doppelte der ECPUs-Poolgröße in Rechnung gestellt (zwei Mal die Poolgröße). Dies entspricht bis zu 75% Rechenkosteneinsparungen gegenüber dem Fall, in dem diese Datenbanken separat abgerechnet werden, ohne elastische Pools zu verwenden.

  • Aggregierte ECPU-Spitzenauslastung des Pools ist gleich oder kleiner als das Vierfache der ECPUs-Poolgröße: Für eine Auslastung, die mehr als das Zweifache des Pools beträgt Die Anzahl der ECPUs und bis zu viermal so hoch wie die Anzahl der ECPUs für die Poolgröße in einer bestimmten Abrechnungsstunde. Die stündliche Abrechnung entspricht dem Vierfachen der Anzahl der ECPUs für die Poolgröße. Mit anderen Worten: Wenn die aggregierte ECPU-Spitzenauslastung des Pools die doppelte Poolgröße für eine bestimmte Stunde überschreitet, wird Ihnen das Vierfache der ECPUs-Poolgröße in Rechnung gestellt (viermal so viel wie die Poolgröße). Dies entspricht bis zu 50% Rechenkosteneinsparungen gegenüber dem Fall, in dem diese Datenbanken separat abgerechnet werden, ohne elastische Pools zu verwenden.

• Beispiel: Ein elastischer Pool mit einer Poolgröße von 128 ECPUs und einer Poolkapazität von 512 ECPUs:

  • Fall-1: Die aggregierte ECPU-Spitzenauslastung des Poolleiters und der Member beträgt 40 ECPUs zwischen 2:00 pm und 2:30 pm und 128 ECPUs zwischen 2:30 pm und 3:00 pm.

    • Dem elastischen Pool werden 128 ECPUs in Rechnung gestellt, einmalig die Poolgröße für diese Abrechnungsstunde (2-3 pm). Dieser Fall gilt, wenn die aggregierte ECPU-Spitzenauslastung des elastischen Pools für die Abrechnungsstunde kleiner/gleich 128 ECPUs ist.

  • Fall 2: Die aggregierte ECPU-Spitzenauslastung des Poolleiters und der Mitglieder beträgt 40 ECPUs zwischen 2:00 pm und 2:30 pm und 250 ECPUs zwischen 2:30 pm und 3:00 pm.

    • Dem elastischen Pool werden 256 ECPUs in Rechnung gestellt, die doppelt so groß sind wie der Pool für diese Abrechnungsstunde (2–3 pm). Dieser Fall gilt, wenn die aggregierte ECPU-Spitzenauslastung des elastischen Pools für die Abrechnungsstunde kleiner/gleich 256 ECPUs und größer als 128 ECPUs ist.

  • Fall-3: Die aggregierte ECPU-Spitzenauslastung des Poolleiters und der Member beträgt 80 ECPUs zwischen 2:00 und 2:30 pm und 509 ECPUs zwischen 2:30 pm und 3:00 pm.

    • Dem elastischen Pool werden 512 ECPUs in Rechnung gestellt, das Vierfache der Poolgröße, für diese Abrechnungsstunde (2-3 pm). Dieser Fall gilt, wenn die aggregierte ECPU-Spitzenauslastung des elastischen Pools für die Abrechnungsstunde kleiner/gleich 512 ECPUs und größer als 256 ECPUs ist.

Weitere Informationen finden Sie unter So erzielen Sie bis zu 87% Compute-Kosteneinsparungen mit elastischen Ressourcenpools in einer autonomen KI-Datenbank.

Flexible Poolfakturierung, wenn ein Pool erstellt oder beendet wird

Wenn ein elastischer Pool erstellt oder beendet wird, wird der Leader für die gesamte Stunde für den elastischen Pool in Rechnung gestellt. Darüber hinaus werden einzelnen Instanzen, die entweder dem Pool hinzugefügt oder daraus entfernt werden, jede Compute-Nutzung in Rechnung gestellt, die auftritt, während sich die Instanz nicht im elastischen Pool befindet (in diesem Fall gilt die Abrechnung für die einzelne Instanz der autonomen KI-Datenbank).

• Beispiel für die Poolerstellung: Angenommen, eine autonome AI-Datenbankinstanz mit 4 ECPUs ist nicht Teil eines Elastic Pool. Wenn Sie um 2:15 Uhr einen elastischen Pool mit dieser Instanz mit einer Poolgröße von 128 ECPUs erstellen, wird die Instanz zum Poolleiter. Angenommen, die autonome KI-Datenbank wird zwischen 2 und 3 Uhr inaktiv, und es sind keine anderen autonomen KI-Datenbankinstanzen im Pool vorhanden. Die Abrechnung für die Stunde zwischen 2 und 3 Uhr erfolgt folgendermaßen:

  • Die Rechnung für die Periode 2-3 pm ist: (4 * 0,25) + 128 = 129 ECPUs.

  • Dabei ist (4 * 0,25) die Abrechnung für Compute für die fünfzehn Minuten, bevor die Instanz der autonomen KI-Datenbank den elastischen Pool erstellt hat (in welchem Zeitraum von 2 bis 2:15 Uhr wird die Instanz für das VM-Cluster in Rechnung gestellt), und 128 ECPUs sind die Abrechnung für den elastischen Pool für die Stunde, in der er erstellt wird.

• Beispiel für Poolbeendigung: Angenommen, eine autonome AI-Datenbankinstanz mit 4 ECPUs ist der Leader eines elastischen Pools, und die Poolgröße beträgt 128 ECPUs. Wenn Sie um 4:30 Uhr den elastischen Pool beenden, wird die Datenbank zu einer eigenständigen autonomen KI-Datenbankinstanz, die nicht Teil eines elastischen Pools ist. Angenommen, die autonome KI-Datenbank ist zwischen 4 und 5 Uhr inaktiv, und es sind keine anderen autonomen KI-Datenbankinstanzen im Pool vorhanden. Die Abrechnung für die Stunde zwischen 4 und 5 Uhr erfolgt wie folgt:

  • Die Rechnung für 4-5 pm ist: (4 * 0,5) + 128 = 130 ECPUs.

  • Dabei ist (4 * 0,5) die Abrechnung für die Berechnung für die dreißig Minuten, nachdem die Instanz der autonomen KI-Datenbank den elastischen Pool beendet hat, und 128 ECPUs sind die Abrechnung für den elastischen Pool für die Stunde, in der der der elastische Pool beendet wurde.

  • Sobald die Instanz der autonomen KI-Datenbank den Pool verlässt, wird sie wieder Teil des VM-Clusters und wird für das VM-Cluster abgerechnet.

Elastic Pool Billing, wenn ein Poolmitglied oder Leader den Pool verlässt

Die Abrechnung für eine autonome KI-Datenbankinstanz, die einen elastischen Pool verlässt, erfolgt basierend auf den Compute-Ressourcen, die von der einzelnen Instanz verwendet werden, an die Abrechnung für einzelne Instanzen:

• Wenn ein Poolmitglied mit 2 ECPUs oder mehr den Pool verlässt, bleibt die ECPU-Zuweisung der einzelnen Instanz bestehen, und der Instanz wird diese Anzahl von ECPUs in Rechnung gestellt.

• Wenn ein Poolmitglied mit 1 ECPU den Pool verlässt, wird die ECPU-Zuweisung automatisch auf 2 ECPUs gesetzt, und die Instanz wird in Zukunft für 2 ECPUs abgerechnet, es sei denn, sie wird vertikal skaliert.

Verwandte Inhalte

• Compute-Management in einer autonomen KI-Datenbank

• Autonome KI-Datenbankinstanzen mit elastischen Pools konsolidieren