Abrechnung von Autonomous Database on Dedicated Exadata Infrastructure

Oracle Autonomous Database on Dedicated Exadata Infrastructure verwendet bestimmte Algorithmen zur Zuweisung und Abrechnung der von Autonomous Databases verwendeten Compute-Instanzen. Wenn Sie diese Algorithmen kennen, können Sie bestimmen, wie Sie autonome Datenbanken am besten erstellen und konfigurieren, um Performanceziele möglichst kosteneffektiv zu erreichen.

Verwandte Themen

CPU-Abrechnungsdetails

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

  1. Die CPU-Auslastung für jede Autonomous Database-Instanz wird pro Sekunde in Einheiten der gesamten ECPU oder OCPU gemessen.
    1. Eine gestoppte Autonomous Database-Instanz verwendet keine ECPU oder OCPU. Wenn eine Autonomous Database gestoppt wird, werden Ihnen keine Gebühren in Rechnung gestellt.
    2. Eine ausgeführte Autonomous Database-Instanz verwendet die zugewiesene Anzahl von ECPUs oder OCPUs sowie zusätzliche ECPUs oder OCPUs aufgrund von Autoscaling. Bei der Ausführung von einer Autonomous Database wird Ihnen die Anzahl der CPUs in Rechnung gestellt, die der Datenbank derzeit zugewiesen sind, unabhängig davon, ob sie bei der Erstellung oder später durch einen manuellen Skalierungsvorgang angegeben wurde. Wenn das Auto-Scaling für die Datenbank aktiviert ist, wird Ihnen außerdem jede Sekunde für zusätzliche CPUs in Rechnung gestellt, die die Datenbank aufgrund einer automatischen vertikalen Skalierung verwendet.

      Hinweis:

      Durch das Erstellen von AVMC- und ACD-Ressourcen wird die Abrechnung nicht initiiert. Obwohl Sie einem AVMC also 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 Autonomous Databases in einem AVMC und einer zugrunde liegenden ACD bereitstellen und diese Datenbank aktiv ausgeführt wird, werden die verwendeten CPUs in Rechnung gestellt. Infolgedessen können Sie ACDs in AVMCs erstellen, um Datenbanken nach Ihren Geschäftsbereichen, Funktionsbereichen oder anderen Techniken zu organisieren und zu gruppieren, ohne sich um Kosten zu kümmern.
    3. Wenn Sie eine Autonomous Database 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 CPUs, die über Knoten hinweg reserviert sind, auf 0% oder 25% ändern. Anweisungen finden Sie unter Knoten-Failover-Reservierung in Autonome Containerdatenbank erstellen. Diese zusätzlichen CPUs sind in der Abrechnung nicht enthalten.

    Hinweis:

    Autonomous Database on Dedicated Exadata Infrastructure auf Oracle Database@AWS unterstützt nur das ECPU-Compute-Modell.
  2. Die Messungen pro Sekunde werden für jedes Stundenintervall für jede Autonomous Database gemittelt.
  3. Die Durchschnittswerte pro Stunde für die Autonomous Databases werden hinzugefügt, um die CPU-Auslastung pro Stunde für die gesamte autonome VM-Clusterressource zu bestimmen.
Es wird empfohlen, Folgendes anzuzeigen:
  • Compute Management in Autonomous Database, um zu erfahren, wie sich CPUs zwischen den gesamten, verfügbaren und freizugebenden CPU-Kategorien mit der Nutzung bewegen und wie sie in Rechnung gestellt werden.
  • CPU-Zuweisung bei Autoscaling, um zu verstehen, wie sich die mit Autoscaling zugewiesenen CPUs auf die Abrechnung auswirken, mit bestimmten Beispielen.

Elastische Poolfakturierung

Mit einem elastischen Pool können Sie Ihre Autonomous Database-Instanzen in Bezug auf die Abrechnung der Compute-Ressourcen konsolidieren.

Sie können sich einen elastischen Pool wie einen "Familienplan" für Mobiltelefonservices vorstellen, außer dies gilt für Ihre Autonomous Database-Instanzen. Anstatt für jede Datenbank einzeln zu bezahlen, werden die Datenbanken in einem Pool gruppiert, in dem eine Instanz, der Leader, für die mit dem gesamten Pool verknüpfte Compute-Nutzung in Rechnung gestellt wird. Ausführliche Details zu elastischen Ressourcenpools finden Sie unter Autonomous Database-Instanzen mit elastischen Pools konsolidieren.

Elastische Ressourcenpoolauslastung:

  • Wird dem Poolleader in Rechnung gestellt, und die Abrechnung basiert auf der Größe des elastischen Ressourcenpools und der tatsächlichen stündlichen ECPU-Nutzung durch den Poolleader und die Mitglieder.
  • Kann die Poolgröße überschreiten (die Poolkapazität kann bis zu viermal größer als die Poolgröße sein).
  • Die Abrechnung besteht nur aus Compute-Ressourcen, d.h. der ECPU-Nutzung, und die gesamte Compute-Nutzung wird der Autonomous Database-Instanz in Rechnung gestellt, die der Poolleiter ist.

Mit einem elastischen Pool können Sie die bis zu vierfache Anzahl von 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: Mit einer Poolgröße von 128 können Sie 512 Autonomous Database-Instanzen bereitstellen (wenn jede Instanz 1 ECPU aufweist). In diesem Beispiel werden Ihnen die Compute-Ressourcen der Poolgröße basierend auf der Poolgröße von 128 ECPUs in Rechnung gestellt, während Sie Zugriff auf 512 Autonomous Database-Instanzen haben. Wenn Sie dagegen 512 Autonomous Database-Instanzen einzeln bereitstellen, ohne einen elastischen Pool zu verwenden, müssen Sie für jede Autonomous Database-Instanz mindestens 2 ECPUs zuweisen. In diesem Beispiel würden Sie für 1024 ECPUs bezahlen. Durch die Verwendung eines elastischen Pools können bis zu 87% der Compute-Kosten eingespart werden.

Nachdem Sie einen elastischen Pool erstellt haben, wird die gesamte ECPU-Nutzung für eine bestimmte Stunde der Autonomous Database-Instanz in Rechnung gestellt, dem Poolleader. Mit Ausnahme des Poolleaders werden einzelne Autonomous Database-Instanzen, bei denen es sich um Poolmitglieder handelt, nicht für die ECPU-Nutzung berechnet, während sie Mitglieder eines elastischen Pools sind.

Die Abrechnung des elastischen Pools erfolgt wie folgt:

  • Wenn die gesamte aggregierte Spitzen-ECPU-Auslastung innerhalb einer bestimmten Stunde der Poolgröße entspricht oder darunter liegt, wird Ihnen die Anzahl der ECPUs für die Poolgröße in Rechnung gestellt (einmal so hoch wie die Poolgröße).
  • Nachdem ein elastischer Pool erstellt wurde, wird die ECPU-Abrechnung mindestens einmalig fortgesetzt, selbst wenn die Poolmitgliedsdatenbanken und der Poolleader 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 Ihnen die Anzahl der ECPUs für die Poolgröße in Rechnung gestellt (einmal so hoch wie die Poolgröße). Dies bedeutet bis zu 87% Einsparungen bei den Compute-Kosten gegenüber dem Fall, in dem diese Datenbanken separat abgerechnet werden, ohne elastische Pools zu verwenden.
  • Wenn die aggregierte ECPU-Spitzenauslastung des Poolleaders und der Member die Poolgröße zu einem beliebigen Zeitpunkt in einer bestimmten Abrechnungsstunde überschreiten:
    • Die aggregierte ECPU-Spitzenauslastung des Pools entspricht oder ist kleiner als das Doppelte der Poolgrößenanzahl von ECPUs: Bei einer Nutzung, die größer als das Doppelte der Poolgrößenanzahl von ECPUs und bis einschließlich der doppelten Anzahl von ECPUs in einer bestimmten Abrechnungsstunde: Die stündliche Abrechnung entspricht der doppelten Anzahl von ECPUs für die Poolgröße. Mit anderen Worten: Wenn die aggregierte ECPU-Spitzenauslastung des Pools die Poolgröße überschreitet, jedoch die doppelte Poolgröße für eine bestimmte Stunde nicht überschreitet, wird Ihnen das Doppelte der Poolgrößenanzahl von ECPUs in Rechnung gestellt (das Doppelte der Poolgröße). Dies bedeutet bis zu 75% Einsparungen bei den Rechenkosten gegenüber dem Fall, dass diese Datenbanken separat abgerechnet werden, ohne elastische Pools zu verwenden.
    • Die aggregierte ECPU-Spitzenauslastung des Pools entspricht oder ist kleiner als das Vierfache der Poolgrößenanzahl von ECPUs: Für eine Nutzung, die größer als das Zweifache des Pools ist Die Anzahl der ECPUs und bis zu dem Vierfachen der Anzahl der ECPUs für die Poolgröße in einer bestimmten Abrechnungsstunde beträgt das Vierfache 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 die vierfache Anzahl von ECPUs in Rechnung gestellt (vierfache Poolgröße). Dies bedeutet bis zu 50% Einsparungen bei den Compute-Kosten 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 Spitzen-ECPU-Auslastung des Poolleaders und der Mitglieder 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 oder gleich 128 ECPUs ist.
    • Fall 2: Die aggregierte Spitzen-ECPU-Auslastung des Poolleads 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 doppelt so hoch wie die Poolgröße für diese Abrechnungsstunde (2-3 pm) in Rechnung gestellt. 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 Spitzen-ECPU-Auslastung des Poolleaders und der Mitglieder beträgt 80 ECPUs zwischen 2:00 und 2:30 pm, und 509 ECPUs zwischen 2:30 pm und 3:00 pm.
      • Für diese Abrechnungsstunde (2–3 Uhr) werden dem elastischen Pool 512 ECPUs in Rechnung gestellt, die viermal so groß sind wie der Pool. 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 Autonomous Database.

Elastische Poolfakturierung bei Erstellung oder Beendigung eines Pools

Wenn ein elastischer Pool erstellt oder beendet wird, wird dem Leader die gesamte Stunde für den elastischen Pool in Rechnung gestellt. Darüber hinaus werden einzelnen Instanzen, die entweder hinzugefügt oder aus dem Pool 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 Autonomous Database-Instanz).

  • Beispiel für die Poolerstellung: Angenommen, eine Autonomous Database-Instanz mit 4 ECPUs ist nicht Teil eines elastischen Pools. Wenn Sie um 2:15 Uhr einen elastischen Pool mit dieser Instanz mit einer Poolgröße von 128 ECPUs erstellen, wird die Instanz zum Poolleader. Angenommen, die Autonomous Database-Zeilen liegen zwischen 2 und 3 Uhr und es sind keine anderen Autonomous Database-Instanzen im Pool vorhanden. Die Abrechnung für die Stunde zwischen 2 und 3 Uhr erfolgt wie folgt:
    • Die Rechnung für den Zeitraum 2-3 pm lautet: (4 * 0,25) + 128 = 129 ECPUs.
    • Dabei ist (4 * 0,25) die Abrechnung für Compute für die fünfzehn Minuten, bevor die Autonomous Database-Instanz 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 Autonomous Database-Instanz mit 4 ECPUs ist der Anführer eines elastischen Pools, und die Poolgröße beträgt 128 ECPUs. Wenn Sie den elastischen Pool um 4:30 Uhr beenden, wird die Datenbank zu einer Standalone-Autonomous Database-Instanz und nicht zu einem elastischen Pool. Angenommen, die Autonomous Database-Zeilen liegen zwischen 4 und 5 Uhr und es sind keine anderen Autonomous Database-Instanzen im Pool vorhanden. Die Abrechnung für die Stunde zwischen 4 und 5 Uhr erfolgt wie folgt:
    • Die Rechnung für 4-5 pm lautet: (4 * 0,5) + 128 = 130 ECPUs.
    • Dabei entspricht (4 * 0,5) der Abrechnung für Compute für die dreißig Minuten, nachdem die Autonomous Database-Instanz den elastischen Pool beendet hat, und 128 ECPUs der Abrechnung für den elastischen Pool für die Stunde, in der der der elastische Pool beendet wurde.
    • Sobald die Autonomous Database-Instanz den Pool verlässt, wird sie wieder Teil des VM-Clusters und wird für das VM-Cluster in Rechnung gestellt.

Elastische Poolfakturierung, wenn ein Poolmitglied oder -leiter den Pool verlässt

Die Abrechnung für eine Autonomous Database-Instanz, die einen elastischen Pool hinterlässt, kehrt basierend auf den Compute-Ressourcen, die von der einzelnen Instanz verwendet werden, zur individuellen Instanzfakturierung zurück:
  • Wenn ein Poolmitglied mit 2 oder mehr ECPUs den Pool verlässt, bleibt die ECPU-Zuweisung der einzelnen Instanz erhalten, und die Instanz wird für 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 der Instanz werden in Zukunft 2 ECPUs in Rechnung gestellt, sofern sie nicht vertikal skaliert wird.