Facturation d'une base de données d'IA autonome sur une infrastructure Exadata dédiée

Oracle Autonomous AI Database sur une infrastructure Exadata dédiée utilise des algorithmes spécifiques pour allouer et facturer l'utilisation du calcul utilisé par les bases de données Autonomous AI. La compréhension des algorithmes peut vous aider à déterminer la meilleure façon de créer et à configurer vos bases de données d'IA autonomes pour atteindre vos objectifs de performances de la manière la plus rentable possible.

Détails de facturation de l'UC

Oracle Autonomous AI Database sur une infrastructure Exadata dédiée calcule la facturation de l'UC comme suit :

1. L'utilisation de l'UC pour chaque base de données Autonomous AI est mesurée chaque seconde en unités d'ECPU ou d'OCPU entières.

   a. Une base de données Autonomous AI arrêtée utilise zéro ECPU ou OCPU. Lorsqu'une base de données Autonomous AI est arrêtée, vous n'êtes pas facturé.

   b. Une base de données Autonomous AI en cours d'exécution utilise le nombre d'ECPU ou d'OCPU qui lui est alloué, plus toutes les ECPU ou OCPU supplémentaires en raison du redimensionnement automatique. Lorsqu'une base de données Autonomous AI est en cours d'exécution, vous êtes facturé en fonction du nombre d'UC actuellement allouées à la base de données, qu'elles soient indiquées lors de sa création ou ultérieurement par une opération de redimensionnement manuel. De plus, si la mise à l'échelle automatique est activée pour la base de données, toutes les UC supplémentaires que la base de données utilise suiteà une augmentation automatique vous sont facturées la seconde.

   Remarque : La création de ressources AVMC et ACD ne lance pas la facturation. Par conséquent, même si vous affectez un nombre total d'UC à une instance AVMC et que chaque base de données Conteneur Autonomous consomme 8 ECPU ou 2 OCPU par noeud lors de la création, ces CPU ne sont pas facturées. Une fois que vous avez provisionné des bases de données Autonomous AI dans une base de données AVMC et une base de données Conteneur Autonomous sous-jacente et que cette base de données est en cours d'exécution, les UC utilisées ne sont pas facturées. Par conséquent, vous pouvez créer des bases de données Conteneur Autonomous au niveau des clusters de machines virtuelles AVMC pour organiser et regrouper vos bases de données indépendantes en fonction des secteurs d'activité, de votre domaine fonctionnel ou d'autres techniques sans vous soucier de coûts.

   c. Lorsque vous créez une base de données Autonomous AI, Oracle réserve par défaut des CPU supplémentaires pour s'assurer que la base de données peut s'exécuter avec au moins 50 % de capacité, même en cas de panne de noeud. Vous pouvez modifier le pourcentage d'UC réservées sur les noeuds à 0 % ou 25 % lors du provisionnement d'une base de données Conteneur Autonomous. Pour obtenir des instructions, reportez-vous à Réservation de basculement de noeud dans Création d'une base de données Conteneur Autonomous. Ces CPU supplémentaires ne sont pas incluses dans la facturation.

   Remarque : la base de données Autonomous AI sur une infrastructure Exadata dédiée sur Oracle Database@AWS prend uniquement en charge le modèle de calcul ECPU.

2. La moyenne des mesures par seconde sont calculées sur chaque intervalle horaire pour chaque base de données Autonomous AI.

3. Les moyennes par heure des bases de données Autonomous AI sont additionnées pour déterminer l'utilisation de l'UC par heure sur l'ensemble de la ressource de cluster de machines virtuelles Autonomous.

Les coûts de calcul de la base de données Autonomous AI Database on Dedicated Exadata Infrastructure sont agrégés et déclarés au niveau AVMC, couvrant toutes les bases de données d'IA autonomes actives sur toutes les bases de données Conteneur Autonomous dans AVMC. OCI Cost Analysis peut fournir l'utilisation et le coût d'AVMC.

Pour estimer le coût par base de données d'IA autonome, additionnez le total des ECPU dans les bases de données d'IA autonome et allouez le coût en fonction de la part de chaque base de données d'IA autonome dans la consommation totale d'UC. Exemple :

Si AVMC signale 1500 ECPU facturées pour une période de facturation et que trois bases de données Autonomous AI sont actives, la base de données A avec 10 ECPU, la base de données B avec 20 ECPU et la base de données C avec 30 ECPU. Le fractionnement des coûts est :

• Base de données A : 10/(10+20+30) = 16,67 % sur 1500

• Base de données B : 20/(10+20+30) = 33,33 % sur 1500

• Base de données C : 30/(10+20+30) = 50 %de 1500

Cela suppose des tailles d'UC fixes sans redimensionnement automatique, et les 3 bases de données Autonomous AI étaient en cours d'exécution pendant la période de facturation. Pour plus de précision, utilisez la mesure ECPU allouées pour capturer l'utilisation réelle d'ECPU par base de données d'IA autonome.

Il est recommandé d'afficher les éléments suivants :

• Compute Management dans Autonomous AI Database pour découvrir comment les CPU se déplacent entre les catégories d'UC totale, disponible et récupérable avec l'utilisation et la façon dont elles sont facturées.

• Allocation d'UC lors du redimensionnement automatique pour comprendre comment les UC allouées avec le redimensionnement automatique ont un impact sur la facturation, avec des exemples spécifiques.

• Analyse des coûts pour visualiser, suivre et optimiser vos dépenses liées à Oracle Cloud Infrastructure.

Facturation de pool élastique

Un pool élastique vous permet de consolider vos instances de base de données Autonomous AI en termes de facturation des ressources de calcul.

Vous pouvez penser à un pool élastique comme un "plan de famille" de service de téléphone mobile, sauf que cela s'applique à vos instances de base de données Autonomous AI. Au lieu de payer individuellement pour chaque base de données, les bases de données sont regroupées dans un pool dans lequel une instance, le leader, est facturée pour l'utilisation de calcul associée à l'ensemble du pool. Pour plus d'informations sur les pools de ressources élastiques, reportez-vous à Consolidation d'instances de base de données Autonomous AI à l'aide de pools élastiques.

Utilisation d'un pool de ressources élastique :

• Est facturé au responsable de pool et la facturation est basée sur la taille du pool de ressources élastique et sur l'utilisation horaire réelle de l'ECPU du responsable de pool et des membres.

• Peut dépasser la taille du pool (la capacité du pool peut être jusqu'à quatre fois supérieure à la taille du pool).

• La facturation se compose uniquement de ressources de calcul, c'est-à-dire d'une utilisation d'ECPU, et toute utilisation de calcul est facturée à l'instance de base de données Autonomous AI qui est le leader du pool.

A l'aide d'un pool élastique, vous pouvez provisionner jusqu'à quatre fois le nombre d'ECPU sur la taille de pool sélectionnée, et vous pouvez provisionner les instances de base de données qui se trouvent dans le pool élastique avec aussi peu que 1 ECPU par instance de base de données. En dehors d'un pool élastique, le nombre minimal d'ECPU par instance de base de données est de 2 ECPU. Par exemple, avec une taille de pool de 128, vous pouvez provisionner 512 instances de base de données Autonomous AI (lorsque chaque instance a 1 ECPU). Dans cet exemple, vous êtes facturé pour les ressources de calcul de taille de pool, en fonction de la taille de pool de 128 ECPU, alors que vous avez accès à 512 instances de base de données Autonomous AI. En revanche, lorsque vous provisionnez individuellement 512 instances de base de données Autonomous AI sans utiliser de pool élastique, vous devez allouer au moins 2 ECPU pour chaque instance de base de données Autonomous AI. Dans cet exemple, vous payez 1024 ECPU. L'utilisation d'un pool élastique permet d'économiser jusqu'à 87 % sur les coûts de calcul.

Après la création d'un pool élastique, l'utilisation totale d'ECPU pour une heure donnée est facturée à l'instance de base de données Autonomous AI, qui est le leader du pool. A l'exception du chef de pool, les instances de base de données Autonomous AI individuelles qui sont membres d'un pool ne sont pas facturées pour l'utilisation d'ECPU tant qu'elles sont membres d'un pool élastique.

La facturation élastique du pool se présente comme suit :

• Si l'utilisation totale d'ECPU de pointe agrégée est égale ou inférieure à la taille du pool pour une heure donnée, vous êtes facturé pour le nombre d'ECPU de taille de pool (une fois la taille du pool).

• Une fois qu'un pool élastique est créé, la facturation d'ECPU continue à un taux de taille de pool au moins une fois, même lorsque les bases de données membres du pool et le leader du pool sont arrêtés.

• En d'autres termes, si l'utilisation d'ECPU de pointe agrégée du pool est inférieure ou égale à la taille du pool pendant une heure donnée, vous êtes facturé pour le nombre d'ECPU de taille de pool (une fois la taille du pool). Cela représente jusqu'à 87 % d'économies sur les coûts de calcul par rapport au cas où ces bases de données sont facturées séparément sans utiliser de pools élastiques.

• Si le pic d'utilisation d'ECPU agrégé de l'amorce du pool et des membres dépasse la taille du pool à tout moment au cours d'une heure de facturation donnée :

  • L'utilisation d'ECPU de pointe agrégée du pool est inférieure ou égale à deux fois la taille du pool d'ECPU : pour une utilisation supérieure à une fois la taille du pool nombre de tailles de pool d'ECPU et jusqu'à deux fois le nombre d'ECPU inclus dans une heure de facturation donnée : la facturation horaire est deux fois le nombre de tailles de pool d'ECPU. En d'autres termes, si l'utilisation d'ECPU de pointe agrégée du pool dépasse la taille du pool mais est inférieure ou égale à deux fois la taille du pool pendant une heure donnée, vous êtes facturé deux fois le nombre d'ECPU de taille du pool (deux fois la taille du pool). Cela représente jusqu'à 75 % d'économies sur les coûts de calcul par rapport au cas où ces bases de données sont facturées séparément sans utiliser de pools élastiques.

  • L'utilisation d'ECPU de pointe agrégée du pool est inférieure ou égale à quatre fois le nombre d'ECPU de taille de pool : pour une utilisation supérieure à deux fois le pool nombre d'ECPU et jusqu'à quatre fois le nombre d'ECPU de la taille du pool au cours d'une heure de facturation donnée, la facturation horaire est quatre fois le nombre d'ECPU de la taille du pool. En d'autres termes, si l'utilisation d'ECPU de pointe agrégée du pool dépasse le double de la taille du pool pendant une heure donnée, vous êtes facturé pour quatre fois le nombre d'ECPU de la taille du pool (quatre fois la taille du pool). Cela représente jusqu'à 50 % d'économies sur les coûts de calcul par rapport au cas où ces bases de données sont facturées séparément sans utiliser de pools élastiques.

• Prenons par exemple un pool élastique avec une taille de pool de 128 ECPU et une capacité de pool de 512 ECPU :

  • Cas-1 : l'utilisation maximale agrégée des ECPU du leader de pool et des membres est de 40 ECPU entre 2:00 pm et 2:30 pm et de 128 ECPU entre 2:30 pm et 3:00 pm.

    • Le pool élastique est facturé 128 ECPU, une fois la taille du pool, pour cette heure de facturation (2 à 3 heures). Ce cas s'applique lorsque le pic d'utilisation agrégée d'ECPU du pool élastique pour l'heure de facturation est inférieur ou égal à 128 ECPU.

  • Cas 2 : l'utilisation maximale agrégée des ECPU du leader de pool et des membres est de 40 ECPU entre 2:00 pm et 2:30 pm et de 250 ECPU entre 2:30 pm et 3:00 pm.

    • Le pool élastique est facturé 256 ECPU deux fois la taille du pool pour cette heure de facturation (2 à 3 pm). Ce cas s'applique lorsque le pic d'utilisation agrégée d'ECPU du pool élastique pour l'heure de facturation est inférieur ou égal à 256 ECPU et supérieur à 128 ECPU.

  • Cas-3 : l'utilisation maximale agrégée d'ECPU du leader de pool et des membres est de 80 ECPU entre 2:00 pm et 2:30 pm, et de 509 ECPU entre 2:30 pm et 3:00 pm.

    • Le pool élastique est facturé 512 ECPU, soit quatre fois la taille du pool, pour cette heure de facturation (2 à 3 heures). Ce cas s'applique lorsque le pic d'utilisation agrégée d'ECPU du pool élastique pour l'heure de facturation est inférieur ou égal à 512 ECPU et supérieur à 256 ECPU.

Pour plus de détails, reportez-vous à Comment réaliser jusqu'à 87 % d'économies sur les coûts de calcul avec des pools de ressources élastiques sur une base de données d'IA autonome.

Facturation de pool élastique lorsqu'un pool est créé ou résilié

Lorsqu'un pool élastique est créé ou terminé, l'amorce est facturée pour toute l'heure du pool élastique. En outre, les instances individuelles qui sont ajoutées ou enlevées du pool sont facturées pour toute utilisation de calcul qui se produit alors que l'instance ne se trouve pas dans le pool élastique (dans ce cas, la facturation s'applique à l'instance de base de données Autonomous AI individuelle).

• Exemple de création de pool : supposons qu'une instance de base de données Autonomous AI avec 4 ECPU ne fasse partie d'aucun pool élastique. A 2 h 15, si vous créez un pool élastique avec cette instance avec une taille de pool de 128 ECPU, l'instance devient un leader de pool. En supposant que la base de données Autonomous AI est inactive entre 2 et 3 heures et qu'il n'y a aucune autre instance de base de données Autonomous AI dans le pool, la facturation pour l'heure comprise entre 2 et 3 heures est la suivante :

  • La facture pour la période de 2 à 3 heures est la suivante : (4 * 0,25) + 128 = 129 ECPU.

  • Où (4 * 0,25) correspond à la facturation du calcul pendant les quinze minutes précédant la création du pool élastique par l'instance de base de données Autonomous AI (au cours de la période allant de 2 à 2 h 15, l'instance sera facturée au cluster de machines virtuelles) et 128 ECPU correspond à la facturation du pool élastique pour l'heure de sa création.

• Exemple d'interruption de pool : supposons qu'une instance de base de données Autonomous AI avec 4 ECPU soit le leader d'un pool élastique et que la taille du pool soit de 128 ECPU. A 4 h 30, si vous mettez fin au pool élastique, la base de données devient une instance de base de données Autonomous AI autonome, qui ne fait partie d'aucun pool élastique. En supposant que la base de données Autonomous AI est inactive entre 4 et 5 heures et qu'il n'y a aucune autre instance de base de données Autonomous AI dans le pool, la facturation de l'heure comprise entre 4 et 5 heures est la suivante :

  • La facture de 4 à 5 pm est la suivante : (4 * 0,5) + 128 = 130 ECPU.

  • Où (4 * 0,5) correspond à la facturation du calcul pendant les trente minutes suivant la fin du pool élastique par l'instance de base de données Autonomous AI, et 128 ECPU correspond à la facturation du pool élastique pour l'heure à laquelle le pool élastique a pris fin.

  • Une fois que l'instance de base de données Autonomous AI quitte le pool, elle redevient partie du cluster de machines virtuelles et est facturée au cluster de machines virtuelles.

Facturation de pool élastique lorsqu'un membre ou un responsable du pool quitte le pool

La facturation d'une instance de base de données Autonomous AI qui laisse un pool élastique revient à la facturation d'une instance individuelle en fonction des ressources de calcul utilisées par l'instance individuelle :

• Si un membre de pool avec 2 ECPU ou plus quitte le pool, l'allocation d'ECPU de chaque instance reste et l'instance est facturée pour ce nombre d'ECPU.

• Si un membre de pool avec 1 ECPU quitte le pool, l'allocation d'ECPU est automatiquement définie sur 2 ECPU et l'instance est facturée pour 2 ECPU à l'avenir, sauf si elle est augmentée.

Contenu connexe

• Gestion du calcul dans une base de données d'IA autonome

• Consolidation d'instances de base de données d'IA autonome à l'aide de pools élastiques