À propos de la facturation des groupes élastiques de base de données sur l'IA autonome avec Autonomous Data Guard

Lorsqu'un chef de groupe élastique ou un membre de groupe élastique active une base de données de secours Autonomous Data Guard locale, la base de données de secours fait partie du groupe é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'affectation d'ECPU de la base principale est prise en compte dans la capacité du groupe (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 groupe élastique avec une taille de groupe de 128 ECPU, avec une capacité de groupe de 512 ECPU, l'ajout de l'instance de base de données IA autonome suivante utilise la capacité du groupe élastique :

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

  Lors de l'utilisation de cette instance, si l'utilisation maximale d'ECPU est de 256 ECPU pour une heure de facturation donnée, l'utilisation maximale globale d'ECPU sera déclarée 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 groupe 4x).

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

Par exemple, vous créez un pool élastique avec une taille de pool de 128 ECPU, avec une capacité de pool de 512 ECPU. La piscine compte 3 membres (y compris le leader). DB1 est affecté à 20 ECPU et a une base de données de secours ADG locale, DB2 est affecté à 25 ECPU et a une base de données de secours ADG locale, et DB3 est affecté à 30 ECPU et a une base de données de secours ADG locale. Si l'utilisation maximale 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, l'utilisation maximale horaire agrégée des ECPU serait de 70 ECPU * 2 (puisque chacune a 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 standbys ADG locaux et 140 > 128), le pool horaire Les frais sont calculés en examinant simplement les pics horaires ECPU des instances principales pour déterminer le niveau de facturation du groupe et en ajoutant les pics agrégés résultant des bases de secours ADG locales configurées aux frais du groupe. En d'autres termes, les frais de groupe 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 de coût de facturation lorsque le pic agrégé des membres du groupe et le pic agrégé pour les bases de secours ADG locales sont déterminés séparément.

Pour plus d'informations, voir Activer Autonomous Data Guard.

Décrit les détails de la facturation et de la capacité du groupe é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 groupe élastique.

Les bases de données d'un groupe é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 groupe é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 groupe élastique distant où la base de données de secours inter-région s'exécute doit avoir une capacité disponible suffisante pour tenir compte de l'augmentation.

  Voir À propos des groupes élastiques pour plus d'informations sur la capacité des groupes élastiques.

• Il n'est pas possible 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 chef de groupe. Dans ce cas, vous devez mettre fin au pool élastique avant de mettre fin à la base de données principale. "

  Pour plus d'informations, voir Mettre fin à un groupe élastique.

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

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

• Une base de données de secours Autonomous Data Guard inter-région qui n'est pas dans un groupe élastique, ni en tant que chef de groupe ni en tant que membre du groupe, est facturée comme une base de données de secours inter-région normale.

  Pour plus d'informations, voir Facturation des fonctions sans serveur d'Oracle Autonomous AI Database.