Facturation des fonctionnalités d'Oracle Autonomous Database Serverless

Sauvegardes automatiques : le stockage des 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 le stockage de base de données sélectionnés). Pour plus d'informations sur les unités de gestion des stocks facturées pour les sauvegardes, reportez-vous à Informations de facturation du modèle de calcul ECPU.

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, 800 Go de stockage de sauvegarde sont facturés, en plus de l'utilisation facturée pour les ECPU et le stockage de base de données sélectionnés. Pour plus d'informations sur les unités de gestion des stocks facturées pour chaque type de charge globale et chaque sauvegarde, reportez-vous à Informations de facturation du modèle de calcul ECPU.

Redimensionnement automatique de calcul : lorsque le redimensionnement automatique de calcul est activé, votre base de données peut utiliser et vous être facturé pour une consommation d'ECPU supplémentaire selon les besoins de votre charge globale, jusqu'à trois fois (3x) le nombre d'ECPU de base, comme indiqué dans le nombre d'ECPU sur 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 de base d'ECPU que vous avez sélectionnées pour votre base de données, plus toute utilisation d'ECPU supplémentaire due au redimensionnement automatique.

• Une instance Autonomous Database arrêtée n'a 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 est en cours d'exécution pendant moins d'une heure ou s'adapte automatiquement pendant une partie d'heure seulement, 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 le nombre d'ECPU 4 de votre base de données est activé avec Redimensionnement automatique de calcul :

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

• Supposons que, pendant la deuxième heure, votre base de données soit disponible pendant toute l'heure et que l'utilisation de l'ECPU soit inférieure à 4 ECPU pendant 30 minutes, 50 % de l'heure et passe automatiquement à 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 pendant la deuxième heure).

Redimensionnement automatique du stockage :

• Pour l'utilisation du stockage sous votre stockage de base réservé, vous êtes facturé en fonction de votre stockage de base.

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

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

Si vous supprimez ensuite 1 To de données, le stockage alloué reste à 4,9 To et vous êtes facturé 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, vous pouvez 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 alloué (3,9 To) est de nouveau inférieur à votre stockage de base réservé (4 To), vous serez de nouveau facturé pour votre stockage de base réservé de 4 To. Pour plus d'informations, reportez-vous à Réduction du stockage.

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

Les bases de données homologues 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 du stockage redimensionné automatiquement, facturée sur la base de données principale elle-même. Les ECPU redimensionnées automatiquement de la base de données principale ne sont pas facturées sur la base de données homologue Autonomous Data Guard locale. Le nombre d'ECPU de base est indiqué par le nombre d'ECPU indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

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

• 2 (base) ECPU avec Redimensionnement automatique Compute activé et consommant environ 4 ECPU par heure
• 1 To de stockage (de base) avec redimensionnement automatique de stockage, pour 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), ainsi que pour 2 To de stockage supplémentaires (c'est-à-dire la même quantité de stockage réservée pour la base principale source avec redimensionnement 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 homologue ne sont facturées pour l'ECPU.

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

Les bases de données homologues 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 du stockage redimensionné automatiquement, facturée sur la base de données homologue distante. Les ECPU mises à l'échelle automatiquement de la base de données principale ne sont pas facturées sur la base de données homologue distante. Le nombre d'ECPU de base est indiqué par le nombre d'ECPU indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

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

• 2 (base) ECPU avec Redimensionnement automatique Compute activé et consommant environ 4 ECPU par heure
• 1 To de stockage (de base) avec redimensionnement automatique de stockage, pour un total de 2 To de stockage de base de données

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

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

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

Lorsqu'un homologue inter-région fonctionne en tant que base de données de secours instantanée, l'utilisation de l'UC de secours instantanée est facturée en fonction du nombre d'UC de base et de toute utilisation supplémentaire de l'UC si le redimensionnement automatique de calcul est activé. Le nombre d'UC de base est indiqué par le nombre d'ECPU, comme 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 locales (même région) La récupération après sinistre basée sur la sauvegarde locale n'entraîne aucun coût supplémentaire, 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 distantes (inter-région) La facturation d'une récupération après sinistre basée sur la sauvegarde inter-région correspond à 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 occupent 1,9 To de stockage, vous serez facturé pour 3,8 To de stockage de sauvegarde sur la base de données homologue de copie de sauvegarde distante.

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

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

Clone actualisable local (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 redimensionnement automatique. Ils ne sont pas facturés en plus sur la sélection d'ECPU. Le nombre d'ECPU est indiqué par le nombre d'ECPU indiqué dans le nombre d'ECPU sur 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 à 2 ECPU à partir d'une base de données source avec :

• 4 ECPU
• 1 To de stockage avec redimensionnement automatique du stockage et consommation de 2 To de stockage

Pour le clone actualisable local, vous serez facturé pour 2 ECPU, c'est-à-dire pour la valeur Nombre d'ECPU du clone actualisable et pour 2 To de stockage (c'est-à-dire le stockage réservé à 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'affectent pas le clone actualisable. Un clone actualisable est démarré ou arrêté indépendamment de la base de données source.

Clone actualisable à distance (inter-région) Les clones actualisables à distance 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 redimensionnement automatique). Ils ne sont pas facturés en plus sur la sélection d'ECPU. Le nombre d'ECPU est indiqué par le nombre d'ECPU indiqué dans le nombre d'ECPU sur la console Oracle Cloud Infrastructure.

Les clones actualisables à distance sont facturés 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 redimensionnement automatique du stockage et consommation de 2 To de stockage

Pour le clone actualisable à distance, 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'affecte pas le clone actualisable. Le clone actualisable peut être démarré ou arrêté indépendamment.

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

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

L'utilisation du stockage de secours cliché est facturée en fonction du stockage de la base de données de secours cliché 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 3 To à partir d'une base de données source avec :

• 4 ECPU
• 1 To de stockage avec redimensionnement automatique du stockage et consommation de 2 To de stockage

La base de données de secours cliché est facturée pour 2 ECPU (c'est-à-dire, la sélection d'ECPU de la base de données de secours cliché) 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 cliché + le stockage réservé sur sa base de données source).

Pools élastiques : un pool élastique vous permet de provisionner 4 fois le nombre d'ECPU dont vous disposez en tant que taille de pool. Par exemple, si vous disposez d'un pool dont la taille est de 128 ECPU, vous pouvez provisionner jusqu'à 512 ECPU dans ce pool. 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 pool ne sont pas facturées individuellement pour le calcul. La facturation de calcul pour tous les membres du pool et le responsable passe par le responsable. En d'autres termes, les membres individuels d'un pool élastique ne sont pas facturés pour le calcul tant qu'ils font partie du pool. Cela s'applique quel que soit le type de charge globale pour le membre du pool. Par exemple, lorsqu'un membre de pool dont le type de charge globale est Entrepôt de données est ajouté à un pool, sa consommation de calcul est facturée au leader de pool au taux de consommation de calcul du traitement des transactions. En revanche, la facturation du stockage continue d'être facturée à des instances Autonomous Database individuelles, qu'elles fassent ou non partie d'un pool.

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

• Quel est le nombre maximal d'instances Autonomous Database autorisé dans ce pool ? Au total, 512 instances Autonomous Database avec 1 ECPU chacune (les membres de pool élastique ou le leader peuvent avoir une allocation d'ECPU individuelle inférieure à 1 ECPU).

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

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

Pour plus d'informations, reportez-vous à A propos de la facturation Elastic Pool.

Annulation de la suppression d'une instance Autonomous Database

Si vous annulez la suppression d'une instance Autonomous Database, au cours de la première heure qui suit l'opération d'annulation de la suppression, vous êtes facturé pour l'UC et le stockage de base de données, y compris le stockage de base de données et les sauvegardes à long terme, pour la durée totale de suppression de la base de données, comme si elle n'avait jamais été supprimée et en cours d'exécution.

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

• 4 ECPU avec Redimensionnement automatique 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, au bout de 5 heures et 30 minutes, vous annulez la suppression de l'instance terminée, dans la première heure suivant l'opération de restauration, la facturation inclut les coûts supplémentaires comme si la base de données n'avait jamais été supprimée et 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 23ai

Lorsque vous planifiez une mise à niveau pour une instance Autonomous Database, vous avez le choix entre deux types de mise à niveau :

• Programmation la plus ancienne disponible : cette option de mise à niveau ne génère aucun frais supplémentaire.

• Programmation future : lorsque vous planifiez une mise à niveau avec une programmation future, des ressources supplémentaires sont immédiatement exécutées pour la base de données et ses clones ou bases de données de secours attachés, qui sont facturés comme suit :

  • Le coût supplémentaire des ECPU de base et du stockage de l'instance Autonomous Database source vous est facturé.

  • Le coût supplémentaire des ECPU de base et du stockage de base de données pour chaque clone actualisable local et distant associé vous est facturé.

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

  Par exemple, si vous choisissez de mettre à niveau la base de données et que vous sélectionnez Programmation future avec une programmation de 30 jours dans le futur, sur une instance Autonomous Database avec la configuration suivante :

  • 4 ECPU avec Redimensionnement automatique de calcul activé

  • 1 To de stockage

  • 1 clone actualisable

  • 1 base de données 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 fois (2x) pour les ECPU de base et le stockage sur le clone actualisable attaché et la base de données de secours Autonomous Data Guard distante, pendant 30 jours jusqu'à la fin de la mise à niveau.

  Pour les mises à niveau impliquant des membres de pool élastique ou un leader de pool élastique, avec une mise à niveau de type Programmation future :

  • Facturation d'un membre ou du responsable, si l'un d'eux planifie une mise à niveau : l'utilisation de l'UC de base de la base de données est facturée 2x à l'OCID de base de données du responsable.

  • La facturation de l'utilisation du stockage pour un membre avec une mise à niveau programmée est facturée 2x directement à l'OCID de base de données du membre, distinct des montants de stockage signalés pour la facturation sur le leader de pool.

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

  Vous n'êtes pas facturé pour l'annulation d'une mise à niveau programmée. Toutefois, les frais qui ont été facturés entre l'heure à laquelle vous avez planifié la mise à niveau et l'heure à laquelle vous avez annulé la mise à niveau restent.