Facturation d'Autonomous Database on Dedicated Exadata Infrastructure
Oracle Autonomous Database on Dedicated Exadata Infrastructure utilise des algorithmes spécifiques pour allouer le calcul et facturer l'utilisation de celui-ci par les Autonomous Database. La compréhension de ces algorithmes peut vous aider à déterminer la meilleure façon de créer et de configurer les bases de données autonomes pour atteindre vos objectifs de performances de la manière la plus rentable possible.
Détails de facturation de l'UC
Oracle Autonomous Database on Dedicated Exadata Infrastructure calcule la facturation de l'UC comme suit :
- L'utilisation de l'UC pour chaque instance Autonomous Database est mesurée à chaque seconde en unités d'ECPU ou d'OCPU complètes.
- Une instance Autonomous Database arrêtée n'utilise aucune ECPU ou OCPU. Lorsque vous arrêtez une instance Autonomous Database, vous n'êtes pas facturé.
- Une instance Autonomous Database en cours d'exécution utilise le nombre qui lui est alloué ou les OCPU, plus d'autres ECPU ou OCPU en raison du redimensionnement automatique. Lorsque vous exécutez une instance Autonomous Database, vous êtes facturé en fonction du nombre d'UC actuellement allouées à la base de données, qu'elles soient indiquées lors de la création ou ultérieurement par une opération de redimensionnement manuel. De plus, si le redimensionnement automatique est activé 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 sa création, ces CPU ne sont pas facturées. Une fois que vous avez provisionné des instances Autonomous Database dans une instance 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 seront facturées. Par conséquent, vous pouvez créer des ACD au sein des AVMC pour organiser et regrouper vos bases de données en fonction de vos secteurs d'activité, de vos domaines fonctionnels ou d'autres techniques sans vous soucier des coûts. - Lorsque vous créez une instance Autonomous Database, Oracle réserve par défaut des UC supplémentaires pour garantir que la base de données peut être exécutée avec une capacité d'au moins 50 %, même en cas de défaillance d'un noeud. Vous pouvez remplacer le pourcentage d'UC réservées sur les noeuds par 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 Database on Dedicated Exadata Infrastructure sur Oracle Database@AWS prend uniquement en charge le modèle de calcul ECPU. - La moyenne des mesures par seconde est calculée sur chaque heure pour chaque instance Autonomous Database.
- Les moyennes par heure pour les instances Autonomous Database sont ajoutées afin de 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 Database pour découvrir 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.
- 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 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 Autonomous Database. 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 du calcul associée à l'ensemble du pool. Pour obtenir des détails complets sur les pools de ressources élastiques, reportez-vous à Consolidation d'instances Autonomous Database à 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 l'utilisation d'ECPU, et toute utilisation de calcul est facturée à l'instance Autonomous Database 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 des instances de base de données qui se trouvent dans le pool é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 pool de 128, vous pouvez provisionner 512 instances Autonomous Database (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, tandis que vous avez accès à 512 instances Autonomous Database. En revanche, lorsque vous provisionnez individuellement 512 instances Autonomous Database sans utiliser de pool élastique, vous devez allouer au moins 2 ECPU pour chaque instance Autonomous Database. Dans cet exemple, vous payez pour 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 Autonomous Database, qui est le leader du pool. A l'exception du responsable du pool, les instances Autonomous Database individuelles qui sont membres du pool ne sont pas facturées pour l'utilisation d'ECPU alors 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 instance Autonomous Database.
Facturation élastique du pool lors de la création ou de la fin d'un pool
Lorsqu'un pool élastique est créé ou arrêté, l'amorce est facturée pour toute l'heure pour le 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 Database individuelle).
- Exemple de création de pool : supposons qu'une instance Autonomous Database avec 4 ECPU ne fait partie d'aucun pool élastique. A 2 h 15, si vous créez un pool élastique avec cette instance d'une taille de pool de 128 ECPU, l'instance devient un leader de pool. En supposant que l'instance Autonomous Database est inactive entre 2 et 3 heures, et qu'il n'existe aucune autre instance Autonomous Database 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 : (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 Database (période comprise entre 2 et 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 création.
- Exemple de terminaison de pool : supposons qu'une instance Autonomous Database avec 4 ECPU est le leader d'un pool élastique et que la taille du pool est de 128 ECPU. A 4 h 30, si vous mettez fin au pool élastique, la base de données devient une instance Autonomous Database autonome, ne faisant partie d'aucun pool élastique. En supposant que l'instance Autonomous Database est inactive entre 4 et 5 heures, et qu'il n'existe aucune autre instance Autonomous Database dans le pool, la facturation pour 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 qui suivent la fin du pool élastique pour l'instance Autonomous 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 Database a quitté le pool, elle redevient partie du cluster de machines virtuelles et est facturée par rapport 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.