A propos de la facturation d'Elastic Pool avec Autonomous Data Guard activé

Lorsqu'un leader de pool élastique ou un membre de pool élastique active une base de données de secours Autonomous Data Guard locale, la base de données de secours fait partie du pool élastique et vous êtes facturé en conséquence.

Lorsque vous ajoutez une base de données de secours locale, un total de deux fois (2 x) l'allocation d'ECPU de la base de données principale est comptabilisée dans la capacité du pool (1 x pour la base de données principale et 1 x pour la base de données de secours).

Par exemple, si vous créez un pool élastique avec une taille de pool de 128 ECPU, avec une capacité de pool de 512 ECPU, l'ajout de l'instance de base de données Autonomous AI suivante utilise la capacité de pool élastique :

• 1 instance avec 256 ECPU avec Autonomous Data Guard activé local, pour un total de 512 ECPU allouées à partir du pool.

  Lors de l'utilisation de cette instance, si le pic d'utilisation de l'ECPU est de 256 ECPU pour une heure de facturation donnée, le pic global d'utilisation de l'ECPU sera signalé comme étant de 256 ECPU pour les bases de données principales et de 256 ECPU pour les bases de données de secours. La facturation pour cette heure sera de 512 ECPU (taille du pool 4x).

Dans certains cas, le pic agrégé des bases de données de secours ADG locales dans votre pool élastique fait que le pic horaire du pool élastique tombe dans le niveau de facturation suivant. Lorsque cela se produit, le pic agrégé des membres de la piscine et le pic agrégé pour les bases de données ADG locales sont calculés séparément pour vous offrir un avantage en termes de coûts.

Par exemple, vous créez un pool élastique d'une taille de pool de 128 ECPU, avec une capacité de pool de 512 ECPU. La piscine compte 3 membres (dont le leader). DB1 se voit allouer 20 ECPU et dispose d'une base de données de secours ADG locale, DB2 se voit allouer 25 ECPU et possède une base de données de secours ADG locale, et DB3 se voit allouer 30 ECPU et dispose d'une base de données de secours ADG locale. Si le pic d'utilisation des ECPU de ces bases de données est de 18 ECPU, 22 ECPU et 30 ECPU respectivement pour une heure de facturation donnée, le pic d'utilisation horaire agrégé des ECPU est de 70 ECPU * 2 (car chacune dispose d'une base de données de secours ADG locale). Dans ce cas, au lieu de facturer le pool élastique pour 256 ECPU (puisque le pic passe à 140 ECPU en raison d'avoir des bases de données ADG locales et 140 > 128), le pool horaire les frais sont calculés en examinant simplement les pics d'ECPU horaires des instances principales pour déterminer le niveau de facturation du pool et en ajoutant les pics agrégés résultant des bases de données ADG locales configurées aux frais du pool. En d'autres termes, les frais de pool pour l'heure de facturation mentionnée dans cet exemple seront de 198 ECPU (128 ECPU + 70 ECPU) au lieu de 256 ECPU.

Dans cet exemple, vous économisez 58 ECPU pour le coût de facturation lorsque le pic agrégé des membres du pool et le pic agrégé pour les bases de données ADG locales sont déterminés séparément.

Pour plus d'informations, reportez-vous à Activation d'Autonomous Data Guard.

Décrit les détails de facturation et de capacité de pool élastique pour une base de données de secours Autonomous Data Guard inter-région lorsque la base de données de secours inter-région est ajoutée à un pool élastique.

Les bases de données d'un pool élastique doivent se trouver dans la même région. Si vous disposez d'une base de données de secours Autonomous Data Guard inter-région, vous pouvez la placer dans un pool élastique de la région de la base de données de secours.

• Si vous augmentez les ressources de calcul de la base de données principale, le pool élastique distant dans lequel les exécutions de secours inter-région doivent disposer d'une capacité disponible suffisante pour faire face à cette augmentation.

  Pour plus d'informations sur la capacité de pool élastique, reportez-vous à A propos des pools élastiques.

• Impossible d'arrêter une base de données principale lorsque sa base de données de secours Autonomous Data Guard inter-région est un leader de pool. Dans ce cas, vous devez mettre fin au pool élastique avant de mettre fin à la base de données principale."

  Pour plus d'informations, reportez-vous à Terminate an Elastic Pool.

• Une base de données de secours Autonomous Data Guard inter-région qui se trouve dans un pool élastique est facturée en fonction de l'utilisation maximale de la base de données principale. Cela s'applique indépendamment du fait que le primaire se trouve dans un pool élastique.

  Par exemple, au cours d'une heure de facturation donnée de 1pm à 2pm, où le pic d'utilisation de la base de données principale est de 30 ECPU, la base de données de secours Autonomous Data Guard inter-région affiche également son pic d'utilisation d'ECPU sous la forme de 30 ECPU et cette utilisation est signalée au leader du pool élastique de la région distante.

• Une base de données de secours Autonomous Data Guard inter-région qui ne se trouve pas dans un pool élastique, ni en tant que leader de pool ni en tant que membre de pool, est facturée comme une base de données de secours inter-région standard.

  Pour plus d'informations, reportez-vous à Facturation des fonctionnalités sans serveur d'Oracle Autonomous AI Database.