Facturation d'une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée

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

Détails de facturation d'UC

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

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

   a. Une base de données d'IA autonome arrêtée n'utilise aucun ECPU ou OCPU. Lorsqu'une base de données IA autonome est arrêtée, vous n'êtes pas facturé.

   b. Une base de données autonome d'IA en cours d'exécution utilise le nombre d'ECPU ou d'OCPU qui lui est affecté, plus les ECPU ou OCPU supplémentaires en raison de l'ajustement automatique. Lorsqu'une base de données d'IA autonome est en cours d'exécution, vous êtes facturé pour le nombre d'UC actuellement affectées à la base de données, qu'elles soient spécifiées lors de la création initiale ou ultérieurement par une opération d'ajustement manuel. En outre, si l'ajustement automatique est activé pour la base de données, vous êtes facturé pour chaque seconde pour les UC supplémentaires utilisées par la base de données en raison de l'ajustement automatique.

   Note : La création de ressources AVMC et ACD ne déclenche pas la facturation. Ainsi, même si vous affectez un nombre total d'UC à une machine virtuelle autonome et que chaque base de données conteneur autonome consomme 8 ECPU ou 2 OCPU par noeud lors de la création, ces UC ne sont pas facturées. Une fois que vous avez provisionné des bases de données autonomes d'IA dans une grappe de machines virtuelles autonome et une base de données conteneur autonome sous-jacente, et que cette base de données est en cours d'exécution, les UC utilisées seront facturées. Par conséquent, vous pouvez créer des bases de données conteneur autonomes au sein d'AVMC pour organiser et regrouper vos bases de données en fonction de vos secteurs d'activité, de vos secteurs fonctionnels ou de toute autre technique sans vous soucier des coûts.

   c. Lorsque vous créez une base de données autonome d'IA, Oracle réserve par défaut des UC supplémentaires pour garantir que la base de données puisse s'exécuter avec une capacité d'au moins 50 %, même en cas de défaillance d'un noeud. Vous pouvez modifier le pourcentage d'UC réservées entre les noeuds à 0 % ou à 25 % lors du provisionnement d'une base de données conteneur autonome. Voir Réservation pour le basculement de noeud dans Créer une base de données conteneur autonome pour obtenir des instructions. Ces UC supplémentaires ne sont pas incluses dans la facturation.

   Note : Une base de données autonome avec intelligence artificielle sur une infrastructure Exadata dédiée sur Oracle Database@AWS prend uniquement en charge le modèle de calcul d'ECPU.

2. Les mesures par seconde sont calculées en moyenne sur chaque intervalle d'heures pour chaque base de données d'IA autonome.

3. Les moyennes par heure pour les bases de données d'intelligence artificielle autonomes sont ajoutées ensemble pour déterminer l'utilisation d'UC par heure sur l'ensemble de la ressource de grappe de machines virtuelles autonome.

Les coûts de calcul d'une base de données autonome sur une infrastructure Exadata dédiée sont agrégés et déclarés au niveau de la grappe de machines virtuelles autonome, couvrant toutes les bases de données autonomes actives sur toutes les bases de données conteneur autonomes de la grappe de machines virtuelles autonome. 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 autonomes et répartissez les coûts en fonction de la part de chaque base de données d'IA autonome dans la consommation totale d'UC. Par exemple :

Si la grappe de machines virtuelles autonome indique 1500 ECPU facturées pour une période de facturation et que trois bases de données d'intelligence artificielle autonomes 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 le suivant :

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

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

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

Cela suppose des tailles d'UC fixes sans ajustement automatique et les 3 bases de données autonomes d'IA étaient exécutées pendant la période de facturation. Pour plus de précision, utilisez la mesure ECPU affectées pour saisir l'utilisation réelle des ECPU par base de données autonome d'IA.

Il est recommandé de voir :

• Gestion du calcul dans Autonomous AI Database pour savoir comment les UC se déplacent entre les catégories d'UC totales, disponibles et récupérables avec l'utilisation et la façon dont elles sont facturées.

• Affectation d'UC lors de l'ajustement automatique pour comprendre comment les UC affectées avec l'ajustement automatique ont une incidence sur la facturation, avec des exemples spécifiques.

• Analyse de coûts pour visualiser, suivre et optimiser vos dépenses Oracle Cloud Infrastructure.

Facturation de groupe élastique

Un groupe élastique vous permet de consolider vos instances de base de données d'IA autonome en termes de facturation des ressources de calcul.

Vous pouvez penser à un pool élastique comme un service de téléphonie mobile "family plan", sauf que cela s'applique à vos instances de base de données Autonomous AI Database. Au lieu de payer individuellement pour chaque base de données, les bases de données sont regroupées dans un groupe dans lequel une instance, principale, est facturée pour l'utilisation de calcul associée à l'ensemble du groupe. Voir Consolider les instances de base de données d'IA autonome à l'aide de groupes élastiques pour plus de détails sur les groupes de ressources élastiques.

Utilisation élastique du groupe de ressources :

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

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

• La facturation se compose uniquement de ressources de calcul, c'est-à-dire l'utilisation des ECPU, et toute l'utilisation de calcul est facturée à l'instance de base de données Autonomous AI Database qui est le chef de file du groupe.

À l'aide d'un groupe élastique, vous pouvez provisionner jusqu'à quatre fois le nombre d'ECPU sur la taille du groupe sélectionné, et vous pouvez provisionner des instances de base de données qui se trouvent dans le groupe élastique avec jusqu'à 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 groupe de 128, vous pouvez provisionner 512 instances de base de données autonome avec intelligence artificielle (chaque instance ayant 1 ECPU). Dans cet exemple, vous êtes facturé pour les ressources de calcul de la taille du groupe, en fonction de la taille du groupe de 128 ECPU, alors que vous avez accès à 512 instances de base de données IA autonome. En revanche, lorsque vous provisionnez individuellement 512 instances de base de données d'IA autonome sans utiliser de groupe élastique, vous devez affecter un minimum de 2 ECPU à chaque instance de base de données d'IA autonome. Dans cet exemple, vous payez pour 1024 ECPU. L'utilisation d'un groupe élastique permet d'économiser jusqu'à 87 % sur les coûts de calcul.

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

La facturation élastique est la suivante :

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

• Après la création d'un pool élastique, la facturation ECPU continue au moins une fois le taux de taille du pool, 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 maximale agrégée d'ECPU du pool est inférieure ou égale à la taille du pool pour une heure donnée, vous êtes facturé pour le nombre d'ECPU de la taille du pool (une fois la taille du pool). Cela représente des économies de coûts de calcul allant jusqu'à 87 % par rapport au cas où ces bases de données sont facturées séparément sans utiliser de groupes élastiques.

• Si l'utilisation maximale agrégée d'ECPU du chef de groupe et des membres dépasse la taille du groupe à un moment donné au cours d'une heure de facturation donnée :

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

  • L'utilisation maximale agrégée d'ECPU du groupe est égale ou inférieure à quatre fois le nombre d'ECPU de la taille du groupe : Pour une utilisation supérieure à deux fois le groupe taille du nombre d'ECPU et jusqu'à quatre fois la taille du groupe d'ECPU dans une heure de facturation donnée, la facturation horaire est quatre fois le nombre d'ECPU de la taille du groupe. En d'autres termes, si l'utilisation maximale agrégée d'ECPU du pool dépasse deux fois la taille du pool pour 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 des économies de coûts de calcul allant jusqu'à 50 % par rapport au cas où ces bases de données sont facturées séparément sans utiliser de groupes élastiques.

• Par exemple, envisagez 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 d'ECPU par le responsable du groupe et les membres est de 40 ECPU entre 2:00 et 2:30 et 128 ECPU entre 2:30 et 3:00.

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

  • Cas 2 : L'utilisation maximale agrégée d'ECPU par le responsable du groupe et les membres est de 40 ECPU entre 2:00 et 2:30 et 250 ECPU entre 2:30 et 3:00.

    • Le groupe élastique est facturé à 256 ECPU deux fois la taille du groupe pour cette heure de facturation (2 à 3 heures). Ce cas s'applique lorsque l'utilisation maximale agrégée d'ECPU du groupe élastique pour l'heure de facturation est inférieure ou égale à 256 ECPU et supérieure à 128 ECPU.

  • Cas-3 : L'utilisation maximale agrégée d'ECPU par le responsable du groupe et les membres est de 80 ECPU entre 2:00 et 2:30, et de 509 ECPU entre 2:30 et 3:00.

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

Pour plus de détails, voir Comment réaliser des économies de coûts allant jusqu'à 87 % avec des groupes de ressources élastiques sur une base de données autonome d'IA.

Facturation de groupe élastique lorsqu'un groupe est créé ou mis fin

Lorsqu'un pool élastique est créé ou arrêté, le leader est facturé pendant toute l'heure pour le pool élastique. En outre, les instances individuelles qui sont ajoutées ou supprimées du groupe sont facturées pour toute utilisation du calcul qui se produit alors que l'instance n'est pas dans le groupe élastique (dans ce cas, la facturation s'applique à l'instance de base de données autonome individuelle).

• Exemple de création de groupe : Supposons qu'une instance de base de données IA autonome avec 4 ECPU ne fasse partie d'aucun groupe élastique. À 2 h 15, si vous créez un groupe élastique avec cette instance avec une taille de groupe de 128 ECPU, l'instance devient un chef de file du groupe. En supposant que la base de données d'IA autonome soit inactive entre 2 et 3 h et qu'il n'y ait aucune autre instance de base de données d'IA autonome dans le groupe, la facturation pour l'heure comprise entre 2 et 3 h 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) est la facturation pour le calcul pendant les quinze minutes précédant la création du groupe élastique par l'instance de base de données IA autonome (pendant quelle période de 2 à 2:15 h, l'instance sera facturée pour la grappe de machines virtuelles) et 128 ECPU est la facturation pour le groupe élastique pour l'heure où il est créé.

• Exemple d'arrêt de groupe : Supposons qu'une instance de base de données IA autonome avec 4 ECPU soit le chef de file d'un groupe élastique et que la taille du groupe soit de 128 ECPU. À 4 h 30, si vous mettez fin au groupe élastique, la base de données devient une instance autonome de base de données avec intelligence artificielle, qui ne fait partie d'aucun groupe élastique. En supposant que la base de données d'IA autonome soit inactive entre 4 et 5 pm et qu'il n'y ait aucune autre instance de base de données d'IA autonome dans le groupe, la facturation pour l'heure comprise entre 4 et 5 pm est la suivante :

  • La facture pour 4 à 5 heures est : (4 * 0,5) + 128 = 130 ECPU.

  • Là où (4 * 0,5) est la facturation pour le calcul pendant les trente minutes suivant l'arrêt du groupe élastique de l'instance de base de données IA autonome, et 128 ECPU est la facturation pour le groupe élastique pour l'heure où le groupe élastique a été résilié.

  • Une fois que l'instance de base de données IA autonome quitte le groupe, elle fait à nouveau partie de la grappe de machines virtuelles et est facturée pour celle-ci.

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

La facturation pour une instance de base de données d'IA autonome qui laisse un groupe élastique retourne à la facturation d'instance individuelle en fonction des ressources de calcul que l'instance individuelle utilise :

• Si un membre du groupe de 2 ECPU ou plus quitte le groupe, l'affectation d'ECPU de l'instance individuelle reste en vigueur et l'instance est facturée pour ce nombre d'ECPU.

• Si un membre du groupe de 1 ECPU quitte le groupe, l'affectation d'ECPU est automatiquement réglée à 2 ECPU et l'instance est facturée pour 2 ECPU à l'avenir, sauf si elle est augmentée.

Contenu connexe

• Gestion des calculs dans une base de données autonome avec intelligence artificielle

• Consolider les instances de base de données d'IA autonome à l'aide de groupes élastiques