Elastic Pool Billing mit aktiviertem Autonomous Data Guard

Eine Autonomous Data Guard-Primärdatenbank kann eine lokale oder eine regionsübergreifende Standbydatenbank verwenden, die Teil eines elastischen Pools ist, entweder als Leader oder Member.

Elastic Pool Billing mit Autonomous Data Guard aktiviert mit einer lokalen Standbydatenbank

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). Das bedeutet, dass eine lokale Standbydatenbank die Spitzenauslastung der Primärdatenbank mit 2 multipliziert.

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 Autonomous Database-Instanz die elastische Poolkapazität:

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

    When using this instance, if the peak ECPU utilization is 256 ECPUs for a given billing hour, the overall peak ECPU utilization will be reported as 512 ECPUs because of the local standby database's 2x multiplication factor. Die Abrechnung für diese Stunde beträgt 512 ECPUs (Poolgröße 4x).

Wenn Sie einen elastischen Pool mit einer Poolgröße von 128 ECPUs mit einer Poolkapazität von 512 ECPUs erstellen und die folgenden Autonomous Database-Instanzen hinzufügen, wird die elastische Poolkapazität wie folgt verwendet:
  • 128 Instanzen mit jeweils 2 ECPUs, wobei lokaler Autonomous Data Guard aktiviert ist, für insgesamt 512 ECPUs aus dem Pool zugewiesen.

    Wenn bei Verwendung aller dieser Instanzen die ECPU-Spitzenauslastung 256 ECPUs, 128 *2 ECPUs pro Instanz für eine bestimmte Abrechnungsstunde beträgt, wird die gesamte ECPU-Spitzenauslastung als 512 ECPUs gemeldet, da der Multiplikationsfaktor 2x der lokalen Standbydatenbank den Faktor 512 angibt. Die Abrechnung für diese Stunde beträgt 512 ECPUs (Poolgröße 4x)

Weitere Informationen finden Sie unter Autonomous Data Guard aktivieren.

Elastic Pool Billing mit regionsübergreifender Standbydatenbank

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 Database Serverless - Features - Abrechnung.