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 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 d'IA autonomes pour atteindre vos objectifs de performance 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 :
- L'utilisation de l'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.
- Une base de données d'IA autonome 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é.
- 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. Lorsque 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.
Remarques :
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 AI autonomes dans un système 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. - Lorsque vous créez une base de données d'IA autonome, 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.
Remarques :
Autonomous AI Database on Dedicated Exadata Infrastructure on Oracle Database@AWS prend uniquement en charge le modèle de calcul ECPU. - La moyenne des mesures par seconde sont calculées sur chaque intervalle horaire pour chaque base de données AI autonome.
- Les moyennes par heure pour les 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.
- 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.
Facturation de pool élastique
Un pool élastique vous permet de consolider vos instances Autonomous AI Database 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 d'IA autonome. 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 du pool de ressources élastique :
- Il est facturé au responsable du pool et la facturation est basée sur la taille élastique du pool de ressources et sur l'utilisation horaire réelle des ECPU du responsable du 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'utilisation d'ECPU, et toute utilisation de calcul est facturée à l'instance de base de données d'IA autonome 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 AI autonome (lorsque chaque instance dispose de 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 AI autonome. 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 d'IA autonome, qui est le leader du pool. A l'exception du leader de pool, les instances Autonomous AI Database individuelles qui sont des membres de pool ne sont pas facturées pour l'utilisation d'ECPU tant qu'elles sont membres d'un pool élastique.
La facturation de pool élastique est la suivante :
- Si l'utilisation totale agrégée des ECPU de pointe 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).
- Après la création d'un pool élastique, la facturation des ECPU se poursuit au minimum 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 d'ECPU de pointe agrégée 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 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 l'utilisation d'ECPU maximale agrégée du leader du pool et des membres dépasse la taille du pool à tout moment au cours d'une heure de facturation donnée :
- L'utilisation agrégée d'ECPU de pointe du pool est égale ou inférieure à deux fois la taille du pool en nombre d'ECPU : pour une utilisation supérieure à une fois la nombre d'ECPU de taille de pool et jusqu'à deux fois le nombre d'ECPU inclus dans une heure de facturation donnée : la facturation horaire est deux fois le nombre d'ECPU de taille de pool. 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 la 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 agrégée d'ECPU de pointe du pool est égale ou inférieure à quatre fois la taille du pool en nombre d'ECPU : pour une utilisation supérieure à deux fois la taille du pool la taille du nombre d'ECPU et plus, y compris jusqu'à quatre fois la taille du pool d'ECPU au cours d'une heure de facturation donnée, la facturation horaire est quatre fois la taille du pool d'ECPU. 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é 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.
- Par exemple, prenons un pool élastique avec une taille de pool de 128 ECPU et une capacité de pool de 512 ECPU :
- Cas-1 : l'utilisation d'ECPU maximale agrégée du leader du pool et des membres est de 40 ECPU entre 2 h 00 et 2 h 30 et 128 ECPU entre 2 h 30 et 3 h 00.
- Le pool élastique est facturé 128 ECPU, soit une fois la taille du pool, pour cette heure de facturation (2 à 3 heures). Ce cas s'applique lorsque la consommation d'ECPU agrégée maximale du pool élastique pour l'heure de facturation est inférieure ou égale à 128 ECPU.
- Cas 2 : l'utilisation d'ECPU maximale agrégée du leader du pool et des membres est de 40 ECPU entre 2 h 00 et 2 h 30 et 250 ECPU entre 2 h 30 et 3 h 00.
- Le pool élastique est facturé à 256 ECPU deux fois la taille du pool pour cette heure de facturation (2 à 3 heures). Ce cas s'applique lorsque l'utilisation d'ECPU agrégée maximale du pool élastique pour l'heure de facturation est inférieure ou égale à 256 ECPU et supérieure à 128 ECPU.
- Cas-3 : l'utilisation d'ECPU maximale agrégée du leader du pool et des membres est de 80 ECPU entre 2 h 00 et 2 h 30, et de 509 ECPU entre 2 h 30 et 3 h 00.
- 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 l'utilisation d'ECPU agrégée maximale du pool élastique pour l'heure de facturation est inférieure ou égale à 512 ECPU et supérieure à 256 ECPU.
- Cas-1 : l'utilisation d'ECPU maximale agrégée du leader du pool et des membres est de 40 ECPU entre 2 h 00 et 2 h 30 et 128 ECPU entre 2 h 30 et 3 h 00.
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 élastique du pool lors de la création ou de la fin d'un pool
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 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 Autonomous AI Database individuelle).
- Exemple de création de pool : supposons qu'une instance de base de données Autonomous AI avec 4 ECPU ne fait 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 d'IA autonome soit inactive entre 2 et 3 heures et qu'il n'y ait aucune autre instance de base de données d'IA autonome dans le pool, la facturation de l'heure comprise entre 2 et 3 heures est la suivante :
- La facture pour la période de 2 à 3 heures est : (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 Autonomous AI Database (au cours de la période allant de 2 à 2 h 15, l'instance sera facturée sur le 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 Autonomous AI Database autonome, qui ne fait partie d'aucun pool élastique. En supposant que la base de données d'IA autonome soit inactive entre 4 et 5 heures et qu'il n'y ait aucune autre instance de base de données d'IA autonome dans le pool, la facturation de l'heure comprise entre 4 et 5 heures est la suivante :
- La facture pour 4 à 5 heures est : (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 Autonomous AI Database, et 128 ECPU correspond à la facturation du pool élastique pour l'heure à laquelle le pool élastique a pris fin.
- Une fois que l'instance Autonomous AI Database a quitté le pool, elle redevient partie du cluster de machines virtuelles et est facturée au cluster de machines virtuelles.
Facturation élastique du pool lorsqu'un membre ou un responsable du pool quitte le pool
- Si un membre du pool avec 2 ECPU ou plus quitte le pool, l'allocation d'ECPU de l'instance individuelle reste, et l'instance est facturée pour ce nombre d'ECPU.
- Si un membre du 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.