Elastic Pool Billing mit aktiviertem Autonomous Data Guard

Wenn ein Elastic Pool Leader oder ein Elastic Pool Member eine lokale Autonomous Data Guard-Standbydatenbank aktiviert, ist die Standbydatenbank Teil des Elastic Pool, und Sie werden entsprechend abgerechnet.

Wenn Sie eine lokale Standbydatenbank hinzufügen, wird die ECPU-Zuweisung der Primärdatenbank insgesamt zweimal (2 x) auf die Poolkapazität angerechnet (1 x für die Primärdatenbank und 1 x für die Standbydatenbank).

Beispiel: Wenn Sie einen elastischen Pool mit einer Poolgröße von 128 ECPUs mit einer Poolkapazität von 512 ECPUs erstellen, verwendet das Hinzufügen der folgenden Instanz der autonomen KI-Datenbank die elastische Poolkapazität:

• 1 Instanz mit 256 ECPUs und aktiviertem lokalen Autonomous Data Guard für insgesamt 512 ECPUs aus dem Pool.

  Wenn bei Verwendung dieser Instanz die ECPU-Spitzenauslastung 256 ECPUs für eine bestimmte Abrechnungsstunde beträgt, wird die ECPU-Spitzenauslastung insgesamt als 256 ECPUs für die Primärdatenbanken und als 256 ECPUs für die Standbydatenbanken gemeldet. Die Abrechnung für diese Stunde beträgt 512 ECPUs (Poolgröße 4x).

In einigen Fällen führt der aggregierte Spitzenwert der lokalen ADG-Standbydatenbanken in Ihrem elastischen Pool dazu, dass der stündliche Spitzenwert des elastischen Pools innerhalb der nächsten Abrechnungsebene liegt. In diesem Fall werden der aggregierte Peak von Pool-Elementen und der aggregierte Peak für lokale ADG-Standbys separat berechnet, um Ihnen einen Kostenvorteil zu verschaffen.

Beispiel: Sie erstellen einen elastischen Pool mit einer Poolgröße von 128 ECPUs und einer Poolkapazität von 512 ECPUs. Der Pool hat 3 Mitglieder (einschließlich des Leiters). DB1 ist 20 ECPUs zugewiesen und verfügt über eine lokale ADG-Standbydatenbank, DB2 ist 25 ECPUs zugewiesen und verfügt über eine lokale ADG-Standbydatenbank, und DB3 ist 30 ECPUs zugewiesen und verfügt über eine lokale ADG-Standbydatenbank. Wenn die ECPU-Spitzenauslastung dieser Datenbanken 18 ECPUs, 22 ECPUs bzw. 30 ECPUs für eine bestimmte Abrechnungsstunde beträgt, beträgt die aggregierte ECPU-Spitzenauslastung pro Stunde 70 ECPUs * 2 (da jede eine lokale ADG-Standbydatenbank hat). Anstatt in diesem Fall den elastischen Pool für 256 ECPUs abzurechnen (da der Spitzenwert auf 140 ECPUs springt, da lokale ADG-Standbys und 140 > 128 vorhanden sind), wird der stündliche Pool Die Gebühr wird berechnet, indem nur die stündlichen ECPU-Peaks der primären Instanzen geprüft werden, um die Poolabrechnungsebene zu bestimmen und die aggregierten Peaks, die sich aus konfigurierten lokalen ADG-Standbys ergeben, zur Poolgebühr hinzuzufügen. Das heißt, die Poolgebühr für die in diesem Beispiel angegebene Abrechnungsstunde beträgt 198 ECPUs (128 ECPUs + 70 ECPUs) anstelle von 256 ECPUs.

In diesem Beispiel sparen Sie die Abrechnungskosten von 58 ECPUs, wenn die aggregierte Spitze der Poolmitglieder und die aggregierte Spitze für lokale ADG-Standbys separat bestimmt werden.

Weitere Informationen finden Sie unter Autonomous Data Guard aktivieren.

Beschreibt Details zur Abrechnung und elastischen Poolkapazität für eine regionsübergreifende Autonomous Data Guard-Standbydatenbank, wenn die regionsübergreifende Standbydatenbank zu einem elastischen Pool hinzugefügt wird.

Die Datenbanken in einem elastischen Pool müssen sich in derselben Region befinden. Wenn Sie über eine regionsübergreifende Autonomous Data Guard-Standbydatenbank verfügen, können Sie sie in einem elastischen Pool in der Region der Standbydatenbank platzieren.

• Wenn Sie die Compute-Ressourcen der Primärdatenbank erhöhen, muss der elastische Remotepool, in dem die regionsübergreifenden Standbyläufe ausgeführt werden, über genügend verfügbare Kapazität verfügen, um die Erhöhung zu bewältigen.

  Weitere Informationen zur elastischen Poolkapazität finden Sie unter About Elastic Pools.

• Eine Primärdatenbank kann nicht beendet werden, wenn die regionsübergreifende Autonomous Data Guard-Standbydatenbank ein Poolleiter ist. In diesem Fall müssen Sie den Elastic Pool beenden, bevor Sie die Primärdatenbank beenden."

  Weitere Informationen finden Sie unter Elastischen Pool beenden.

• Eine regionsübergreifende Autonomous Data Guard-Standbydatenbank, die sich in einem elastischen Pool befindet, wird basierend auf der Spitzenauslastung der Primärdatenbank abgerechnet. Dies gilt unabhängig davon, ob sich der primäre Pool in einem elastischen Pool befindet.

  Beispiel: In einer bestimmten Abrechnungsstunde von 1 bis 2 Uhr, bei der die Spitzenauslastung der Primärdatenbank 30 ECPUs beträgt, zeigt die regionsübergreifende Autonomous Data Guard-Standbydatenbank auch die Spitzenauslastung der ECPU mit 30 ECPUs an. Diese Nutzung wird dem Elastic Pool Leader der Remoteregion gemeldet.

• Eine regionsübergreifende Autonomous Data Guard-Standbydatenbank, die sich nicht in einem elastischen Pool befindet, weder als Poolleiter noch als Poolmitglied, wird wie eine reguläre regionsübergreifende Standbydatenbank abgerechnet.

  Weitere Informationen finden Sie unter Oracle Autonomous AI Database Serverless Features Billing.