Facturation des fonctionnalités sans serveur d'Oracle Autonomous AI Database

Sauvegardes automatiques : Le stockage pour les sauvegardes est facturé, par Go, en plus du stockage de base de données sélectionné.

Par exemple, si les sauvegardes occupent 200 Go de stockage, vous êtes facturé pour 200 Go de stockage de sauvegarde (en plus de l'utilisation facturée pour le nombre d'ECPU et de stockage de base de données sélectionnés). Voir Informations de facturation sur le modèle de calcul d'ECPU pour plus de détails sur les UDS facturées pour les sauvegardes.

Sauvegardes à long terme : Le stockage pour les sauvegardes à long terme est facturé, par Go, en tant que stockage de sauvegarde, en plus du stockage de base de données.

Par exemple, si les sauvegardes automatiques occupent actuellement 200 Go et que les sauvegardes à long terme occupent 600 Go de stockage, vous êtes facturé pour 800 Go de stockage de sauvegarde, en plus de l'utilisation facturée pour les ECPU et le stockage de base de données sélectionnés. Voir Informations de facturation sur le modèle de calcul d'ECPU pour plus de détails sur les UDS facturées pour chaque type de charge de travail et sauvegardes.

Ajustement automatique du service de calcul : Lorsque l'ajustement automatique du service de calcul est activé, votre base de données peut être utilisée et vous pouvez être facturé pour une consommation d'ECPU supplémentaire selon les besoins de votre charge de travail, jusqu'à trois fois (3x) le nombre d'ECPU de base, comme indiqué dans le nombre d'ECPU de la console Oracle Cloud Infrastructure.

• L'utilisation d'ECPU facturée par heure pendant l'exécution de votre base de données est basée sur le nombre d'ECPU de base sélectionné pour votre base de données, plus toute utilisation d'ECPU supplémentaire en raison de l'ajustement automatique.

• Une instance de base de données d'IA autonome arrêtée ne comporte aucune utilisation d'ECPU.

• L'utilisation d'ECPU est mesurée chaque seconde, en unités d'ECPU entières et calculée en moyenne sur une heure. Si votre base de données s'exécute pendant moins d'une heure ou s'ajuste automatiquement pendant une partie seulement de l'heure, elle est facturée par seconde pour la consommation moyenne d'ECPU, sur les ECPU de base, au cours de cette heure. La consommation minimale d'ECPU est d'une minute.

Par exemple, si votre base de données a un nombre d'ECPU 4 avec l'ajustement automatique du service de calcul activé :

• Supposons qu'en une heure, votre base de données soit disponible pour toute l'heure et que l'utilisation des ECPU soit inférieure à 4 ECPU. Votre base de données sera facturée pour 4 ECPU.

• Supposons que, dans l'heure deux, votre base de données soit disponible pour toute l'heure et que l'utilisation des ECPU soit inférieure à 4 ECPU pendant 30 minutes, à 50 % de l'heure et que l'ajustement automatique passe à 8 ECPU pendant 30 minutes (les 50 % restants de l'heure). L'utilisation pour cette période, pour la facturation, est de 6 ECPU (en fonction de l'utilisation moyenne par seconde d'ECPU pour la deuxième heure).

Ajustement automatique du stockage :

• Pour une utilisation de stockage inférieure à votre stockage de base réservé, vous êtes facturé en fonction de votre stockage de base.

• Une fois que le stockage affecté dépasse le stockage de base réservé, l'utilisation du stockage est facturée en fonction du stockage affecté arrondi au To le plus proche, dans une heure donnée.

Par exemple, si le stockage de base réservé est de 4 To, jusqu'à ce que le stockage affecté dépasse 4 To de stockage, vous êtes facturé en fonction du stockage de base (4 To). Une fois que vous avez dépassé 4 To, le stockage est facturé en fonction du stockage affecté arrondi au To le plus proche, dans une heure donnée. Dans cet exemple, si le stockage affecté dépasse 4 To au cours d'une heure donnée, par exemple 4,9 To, vous serez facturé pour 5 To de stockage à partir de cette heure.

Si vous supprimez ensuite 1 To de données, le stockage affecté reste à 4,9 To et vous êtes facturé pour 5 To jusqu'à ce que vous effectuiez une opération de récupération d'espace. Lorsque vous effectuez une opération de récupération d'espace, il est possible de réduire/réduire le stockage alloué à 3,9 To. Une fois l'opération de récupération d'espace terminée, et le stockage affecté (3,9 To) est de nouveau inférieur à votre stockage de base réservé (4 To), vous serez de nouveau facturé pour le stockage de base réservé de 4 To. Pour plus d'informations, voir Réduire le stockage.

Base de données de secours Autonomous Data Guard - Local (même région)

Les bases de données pairs Autonomous Data Guard locales entraînent le coût supplémentaire des ECPU de base et du stockage de la base de données principale, y compris toute utilisation de stockage ajustée automatiquement, facturée sur la base de données principale elle-même. Les ECPU à mise à l'échelle automatique de la base de données principale ne sont pas facturées en plus sur la base de données pair Autonomous Data Guard locale. Le nombre d'ECPU de base est spécifié par le nombre d'ECPU indiqué dans le champ Nombre d'ECPU de la console Oracle Cloud Infrastructure.

Par exemple, si vous activez un pair Autonomous Data Guard local sur une base de données source avec :

• 2 ECPU (de base) avec l'ajustement automatique du service de calcul activé et consomment environ 4 ECPU par heure
• 1 To de stockage (de base) avec ajustement automatique du stockage, ce qui consomme un total de 2 To de stockage de base de données

Pour le pair Autonomous Data Guard local, vous êtes facturé pour 2 ECPU supplémentaires (votre sélection d'ECPU de base), plus 2 To de stockage supplémentaires (c'est-à-dire la même quantité de stockage réservée pour le principal source avec ajustement automatique, sur la base de données principale).

Lorsque la base de données principale est arrêtée, ni la base principale ni la base pair ne sont facturées pour l'ECPU.

Base de données de secours Autonomous Data Guard - À distance (inter-région)

Les bases de données pair inter-région Autonomous Data Guard entraînent le coût supplémentaire des ECPU de base et deux fois (2x) le stockage de la base de données principale, y compris toute utilisation de stockage mise à l'échelle automatique, facturé sur la base de données pair distante. Les ECPU à mise à l'échelle automatique de la base principale ne sont pas facturées en plus sur la base de données pair distante. Le nombre d'ECPU de base est spécifié par le nombre d'ECPU indiqué dans le champ Nombre d'ECPU de la console Oracle Cloud Infrastructure.

Par exemple, si vous activez un pair Autonomous Data Guard inter-région pour une base de données source avec :

• 2 ECPU (de base) avec l'ajustement automatique du service de calcul activé et consomment environ 4 ECPU par heure
• 1 To de stockage (de base) avec ajustement automatique du stockage, ce qui consomme un total de 2 To de stockage de base de données

Pour le pair Autonomous Data Guard inter-région, vous êtes facturé 2 ECPU supplémentaires (votre sélection d'ECPU de base), plus 4 To de stockage (c'est-à-dire 2x le stockage réservé pour le principal source avec ajustement automatique, facturé sur la base de données pair distante).

Lorsque la base de données principale est arrêtée, ni la base principale ni la base pair ne sont facturées pour l'ECPU.

Lorsque l'option Activer la réplication de sauvegarde inter-région sur le pair de récupération après sinistre est sélectionnée, vous êtes facturé deux fois (2x) la taille de stockage de sauvegarde requise pour les sauvegardes répliquées, facturée à la base de données de secours distante.

Lorsqu'un pair inter-région fonctionne en tant que base de données de secours instantanée, l'utilisation d'UC de secours instantanée est facturée en fonction du nombre d'UC de base et de toute utilisation d'UC supplémentaire si l'ajustement automatique du calcul est activé. Le nombre d'UC de base est spécifié par le nombre d'ECPU indiqué dans le champ Nombre d'ECPU de la console Oracle Cloud Infrastructure.

Récupération après sinistre basée sur la sauvegarde - Copies de sauvegarde locale (même région) Il n'y a aucun coût supplémentaire pour la récupération après sinistre basée sur la sauvegarde locale, autre que le coût du stockage pour les sauvegardes automatiques.

Récupération après sinistre basée sur la sauvegarde – Copies de sauvegarde distante (inter-région) La facturation pour une récupération après sinistre basée sur une sauvegarde inter-région est deux fois (2x) la quantité de stockage de sauvegarde requise pour les sauvegardes inter-région répliquées, facturée au pair distant.

Par exemple, si vous activez une copie de sauvegarde inter-région sur une base de données source avec :

• 2 ECPU (de base)
• 2 To de stockage de base de données

Si les sauvegardes répliquées vers la région distante prennent 1,9 To de stockage, vous serez facturé pour 3,8 To de stockage de sauvegarde sur la base de données pair de copie de sauvegarde distante.

Lorsque l'option Activer la réplication de sauvegarde inter-région sur le pair de récupération après sinistre est sélectionnée, vous êtes facturé pour deux fois (2x) la taille de stockage de sauvegarde requise pour les sauvegardes répliquées supplémentaires, facturées au pair distant. Cette facturation est basée sur le nombre de jours défini pour la conservation des sauvegardes sur la base principale, comme suit :

• Lorsque la conservation automatique des sauvegardes est réglée à 7 jours ou plus, la facturation est basée sur la taille du stockage pendant 7 jours pour les sauvegardes répliquées.
• Lorsque la conservation automatique des sauvegardes est réglée à moins de 7 jours, la facturation est basée sur la taille du stockage pour le nombre de jours spécifié de données répliquées vers la base de données de secours inter-région.

Clone local actualisable (même région) Les clones actualisables locaux ont leur propre sélection d'ECPU configurable. Ils sont donc facturés pour l'ECPU en fonction du nombre d'ECPU sélectionné par l'utilisateur, avec ou sans ajustement automatique; ils ne sont pas facturés en plus sur la sélection d'ECPU. Le nombre d'ECPU est spécifié par le nombre d'ECPU indiqué dans le champ Nombre d'ECPU de la console Oracle Cloud Infrastructure.

Les clones actualisables locaux sont facturés pour la même quantité de stockage que leur base de données source.

Par exemple, si vous créez un clone actualisable local de 2 ECPU à partir d'une base de données source avec :

• 4 ECPU
• 1 To de stockage avec mise à l'échelle automatique et consommation de 2 To de stockage

Pour le clone actualisable local, vous serez facturé pour 2 ECPU, c'est-à-dire la valeur Nombre d'ECPU du clone actualisable et 2 To de stockage (c'est-à-dire le stockage réservé pour la base de données source).

Lorsque vous démarrez ou arrêtez la base de données source, vos actions sur la base de données source n'ont aucune incidence sur le clone actualisable. Un clone actualisable est démarré ou arrêté indépendamment de la base de données source.

Distante de clone actualisable (inter-région) Les clones actualisables distants ont leur propre sélection d'ECPU configurable. Ils sont donc facturés pour l'ECPU en fonction de l'ECPU sélectionnée par l'utilisateur (avec ou sans ajustement automatique); ils ne sont pas facturés en plus sur la sélection d'ECPU. Le nombre d'ECPU est spécifié par le nombre d'ECPU indiqué dans le champ Nombre d'ECPU de la console Oracle Cloud Infrastructure.

Les clones actualisables à distance sont facturés pour deux fois (2x) la quantité de stockage en tant que base de données source.

Par exemple, si vous créez un clone actualisable à distance de 2 ECPU à partir d'une base de données source avec :

• 4 ECPU
• 1 To de stockage avec mise à l'échelle automatique et consommation de 2 To de stockage

Pour le clone actualisable distant, vous êtes facturé pour 2 ECPU (c'est-à-dire la sélection d'ECPU du clone actualisable) et 4 To de stockage (c'est-à-dire 2x le stockage réservé à la base de données source)

Le démarrage ou l'arrêt de la base de données source n'a aucune incidence sur le clone actualisable - Le clone actualisable peut être démarré ou arrêté indépendamment.

Base de données de secours instantanée pour la récupération après sinistre distante (inter-région)

L'utilisation d'ECPU de secours de l'instantané est facturée en fonction du nombre d'ECPU de base et de toute utilisation d'ECPU supplémentaire si l'ajustement automatique du calcul est activé. Le nombre d'ECPU de base est spécifié par le nombre d'ECPU, comme indiqué dans Nombre d'ECPU dans la console Oracle Cloud Infrastructure.

L'utilisation du stockage de la base de données de secours instantanée est facturée en fonction du stockage de la base de données de secours instantanée plus (1x) le stockage de la base de données principale source.

Par exemple, si vous disposez d'une base de données de secours instantanée de 2 ECPU et de 3 To à partir d'une base de données source avec :

• 4 ECPU
• 1 To de stockage avec mise à l'échelle automatique et consommation de 2 To de stockage

Votre base de données de secours instantanée sera facturée pour 2 ECPU (c'est-à-dire la sélection d'ECPU de la base de données de secours instantanée) et 3 To + 2 To = 5 To de stockage de base de données (c'est-à-dire le stockage réservé sur la base de données de secours instantanée + le stockage réservé sur sa base de données source)

Groupes élastiques : Un groupe élastique vous permet de provisionner 4 fois le nombre d'ECPU dont vous disposez en tant que taille de groupe. Par exemple, si vous avez un groupe dont la taille est de 128 ECPU, vous pouvez provisionner jusqu'à 512 ECPU dans ce groupe. En d'autres termes, lorsque la taille de votre pool est de 128 ECPU, la capacité de votre pool est quatre fois supérieure à la taille du pool (dans cet exemple, 512 ECPU).

Les bases de données appartenant à un groupe ne sont pas facturées individuellement pour le calcul. La facturation de calcul pour tous les membres du groupe et le chef se fait par l'intermédiaire du chef. En d'autres termes, les membres individuels d'un groupe élastique ne sont pas facturés pour le calcul tant qu'ils font partie du groupe. Cela s'applique quel que soit le type de charge globale du membre du pool. Par exemple, lorsqu'un membre du groupe dont le type de charge de travail est Lakehouse est ajouté à un groupe, son utilisation de calcul est facturée au chef de groupe au taux d'utilisation du service de calcul du traitement des transactions. La facturation du stockage, quant à elle, continue d'être facturée aux instances individuelles de la base de données autonome sur l'IA, qu'elles fassent ou non partie d'un groupe.

Supposons que vous disposiez d'un pool élastique avec une taille de pool de 128 ECPU. Compte tenu de la taille du groupe, la capacité du groupe est de 512 ECPU (capacité du groupe = taille du groupe 4x). Pour cet exemple, voici quelques questions et réponses courantes sur la facturation :

• Quel est le nombre maximal d'instances de base de données d'intelligence artificielle autonome autorisées dans ce groupe? Au total, 512 instances de base de données autonome avec 1 ECPU chacune (les membres du groupe élastique ou le chef de file peuvent avoir une affectation individuelle d'ECPU aussi faible que 1 ECPU).

• Que se passe-t-il si le filigrane élevé d'utilisation d'ECPU agrégée du groupe est supérieur à la taille du groupe? Si le filigrane élevé d'utilisation d'ECPU agrégée est inférieur ou égal à la taille du groupe dans une heure de facturation donnée, les frais horaires correspondent à la taille du groupe. Si le filigrane élevé d'utilisation d'ECPU agrégé est supérieur à la taille du groupe mais inférieur ou égal à la taille du groupe 2x au cours d'une heure de facturation indiquée, les frais horaires correspondent à la taille du groupe 2x. Si le filigrane élevé d'utilisation d'ECPU agrégée est supérieur à la taille du groupe 2x au cours d'une heure de facturation indiquée, les frais horaires correspondent à la taille du groupe 4x.

  Par exemple, supposons que 512 instances de base de données Autonomous AI Database avec 1 ECPU chacune se trouvent dans un groupe élastique avec une taille de groupe de 128 ECPU. Si le filigrane élevé d'utilisation d'ECPU agrégé de ces bases de données est de 100 ECPU entre 1pm-2pm et 250 ECPU entre 2pm-3pm; alors la facturation est de 128 ECPU heures entre 1pm-2pm et 256 ECPU heures entre 2pm-3pm.

Pour plus d'informations, voir Facturation des groupes élastiques de base de données Autonomous AI Database.

Annuler la suppression d'une instance de base de données d'IA autonome

Si vous annulez la suppression d'une instance de base de données IA autonome, dans la première heure suivant l'opération d'annulation de suppression, vous êtes facturé pour l'UC et le stockage de base, y compris le stockage de base de données et les sauvegardes à long terme, pour le temps total pendant lequel la base de données a été supprimée, comme si la base de données n'avait jamais été supprimée et était en cours d'exécution.

Par exemple, si vous mettez fin à une instance Autonomous AI Database avec :

• 4 ECPU avec l'ajustement automatique du service de calcul activé
• Stockage de 2 To, avec 100 Go de stockage de sauvegarde automatique et 20 Go de stockage de sauvegarde à long terme

Si, après 5 heures et 30 minutes, vous annulez la suppression de l'instance terminée, dans la première heure après l'opération d'annulation de suppression, la facturation inclut les coûts supplémentaires comme si la base de données n'était jamais supprimée et était en cours d'exécution, notamment :

• 5 heures et 30 minutes pour les 4 ECPU de base
• Stockage de 2 To
• 100 Go de stockage de sauvegarde automatique
• 20 Go de stockage de sauvegarde à long terme

Mise à niveau programmée vers 26ai

Lorsque vous programmez une mise à niveau pour une instance de base de données autonome avec intelligence artificielle, vous avez le choix entre deux types de mise à niveau :

• Programme disponible au plus tôt : Cette option de mise à niveau n'entraîne aucuns frais supplémentaires.

• Programme futur : Lorsque vous programmez une mise à niveau avec un programme futur, des ressources supplémentaires sont immédiatement désactivées pour la base de données et ses clones ou bases de secours attachés, qui sont facturés comme suit :

  • Vous êtes facturé pour le coût supplémentaire des ECPU de base et le stockage de l'instance de base de données IA autonome source.

  • Vous êtes facturé pour le coût supplémentaire des ECPU de base et du stockage de base de données pour chaque clone actualisable local et distant attaché.

  • Vous êtes facturé pour le coût supplémentaire des ECPU de base et du stockage de base de données pour chaque base de données de secours Autonomous Data Guard locale et distante.

  Par exemple, si vous choisissez de mettre à niveau votre base de données et que vous sélectionnez Programme futur avec un programme 30 jours dans le futur, sur une instance de base de données IA autonome avec la configuration suivante :

  • 4 ECPU avec l'ajustement automatique du service de calcul activé

  • 1 To de stockage

  • 1 Clone actualisable

  • 1 base de secours Autonomous Data Guard distante

  Vous êtes facturé comme suit :

  Deux fois (2x) pour les ECPU de base et 2x pour le stockage de base de données pendant 30 jours jusqu'à la fin de la mise à niveau :

  4 + 4 = 8 ECPU

  1 + 1 = 2 To de stockage de base de données

  En outre, vous êtes facturé à deux reprises (2x) pour les ECPU de base et le stockage sur le clone actualisable attaché et la base de secours Autonomous Data Guard distante, pendant 30 jours jusqu'à la fin de la mise à niveau.

  Pour les mises à niveau impliquant des membres de groupe élastique ou un chef de groupe élastique, avec une mise à niveau de type Programme futur :

  • Facturation pour un membre ou un chef de file, si l'un ou l'autre programme une mise à niveau : l'utilisation d'UC de base de la base de données est facturée 2x à l'OCID de la base de données du chef de file.

  • La facturation de l'utilisation du stockage pour un membre avec une mise à niveau programmée est facturée 2x directement à l'OCID de la base de données du membre, séparément des montants de stockage déclarés pour la facturation sur le responsable du groupe.

  • L'utilisation du stockage pour le chef de file avec une mise à niveau programmée est facturée 2x directement à l'OCID de la base de données du chef de file.

  Aucuns frais ne vous sont facturés pour l'annulation d'une mise à niveau programmée. Toutefois, les frais facturés entre le moment où vous avez programmé la mise à niveau et le moment où vous avez annulé la mise à niveau demeurent.

API d'Oracle Autonomous AI Database pour DynamoDB

Les tables compatibles DynamoDB sont facturées à l'aide d'un modèle de capacité de débit provisionné. Cela représente le nombre de lectures et d'écritures que la table peut prendre en charge. Vous êtes facturé en fonction de la capacité de débit spécifiée, et non de l'utilisation réelle. Les unités de capacité de lecture provisionnées (RCU) et les unités de capacité d'écriture (WCU) sont mappées en interne au nombre requis d'ECPU pour prendre en charge la capacité spécifiée. L'utilisation d'ECPU correspondante est facturée en fonction de la base de données d'intelligence artificielle autonome dans laquelle la fonction d'API DynamoDB est activée.

Exemple de calcul :

Exemple de facturation :

• Tableau 1 : Base = 2 ECPU, Utilisation = 1 ECPU → 2 ECPU facturés

• Tableau 2 : Base = 2 ECPU, Utilisation = 3 ECPU → 3 ECPU facturés

• Nombre total d'ECPU facturées : 5 ECPU

• Stockage total facturé : Somme de l'utilisation réelle du stockage dans toutes les tables (par exemple, 10 Go + 10 Go = 20 Go)