Consolidation d'instances Autonomous Database à l'aide de pools élastiques

Utilisez un pool élastique pour consolider vos instances Autonomous Database, en termes d'allocation de ressources de calcul, et pour réaliser jusqu'à 87 % d'économies.

Les pools élastiques vous aident à améliorer l'efficacité opérationnelle et à réduire les coûts en intégrant toutes vos bases de données dans le cloud. Cela prend également en charge la consolidation des ressources et la simplification de l'administration et des opérations à l'aide d'Autonomous Database. Lorsque vous avez besoin d'un grand nombre de bases de données, qui peuvent évoluer de manière élastique sans temps d'inactivité, vous pouvez tirer parti de la création et de l'utilisation de pools élastiques.

Lorsque vous créez un pool élastique, vous sélectionnez une taille de pool dans un ensemble prédéfini de tailles de pool. La taille du pool détermine le montant que vous payez pour le calcul, ainsi que le nombre d'ECPU que vous pouvez provisionner dans un pool donné.

Remarques :

Les pools élastiques sont uniquement disponibles pour les instances Autonomous Database qui utilisent le modèle de calcul ECPU sans Autonomous Data Guard.

Rubriques connexes

A propos des pools élastiques

Il existe plusieurs termes à utiliser lorsque vous utilisez des pools élastiques :
  • Responsable de pool : instance Autonomous Database qui crée un pool élastique.
  • Membre de pool : instance Autonomous Database ajoutée à un pool élastique.
  • Taille du pool : valeur que vous définissez lors de la création d'un pool élastique. La taille du pool doit être l'une des formes de pool élastique disponibles.
  • Forme de pool : lorsque vous créez un pool élastique, vous sélectionnez une forme de pool parmi les tailles de pool valides. La forme doit comporter l'une des ECPU 128, 256, 512, 1024, 2048 ou 4096.
  • Capacité du pool : nombre maximal d'ECPU qu'un pool élastique peut utiliser. Il s'agit de quatre fois (x4) la taille du pool.

Les cas suivants s'appliquent avec les pools élastiques :

  • Le provisionnement d'un leader de pool ou d'un membre est soumis à des limites de service appliquées au niveau de la location ou du compartiment.
  • Le démarrage et l'arrêt d'une base de données membre du pool ne dépendent pas de l'état du leader du pool. Vous pouvez arrêter et démarrer indépendamment les bases de données d'un pool élastique, y compris le leader et les membres du pool.
  • Dans un pool élastique, les sélections de licence du leader du pool déterminent les exigences de licence pour l'ensemble du pool. Autrement dit, tant qu'une base de données Autonomous Database est membre d'un pool élastique, ses sélections de licence ne s'appliquent pas et elles ne prennent effet qu'une fois qu'elle a quitté le pool élastique.

Avantages de l'utilisation de pools élastiques

Les pools élastiques offrent les avantages suivants. Voici :

  • Activez le fonctionnement avec un budget fixe pour un groupe de bases de données tout en offrant une élasticité des performances pour chaque base de données.
  • Permettez une migration facile à partir d'environnements Oracle sur site qui incluent le surabonnement pour fournir un moyen rentable de passer à une instance Autonomous Database.
  • Prenez en charge les fournisseurs SaaS avec un grand nombre de bases de données client individuelles.
  • Fournir des ressources pour l'utilisation d'une architecture de microservices, où la capacité de fournir un grand nombre de bases de données est nécessaire.
  • Les membres d'un pool élastique ne sont pas facturés individuellement (le responsable du pool est facturé en fonction de la forme du pool). Vous pouvez allouer des ECPU supplémentaires par instance pour les membres du pool sans vous soucier du coût associé à l'utilisation des ECPU pour les membres individuels.
  • L'allocation de mémoire Autonomous Database est directement corrélée avec le nombre d'ECPU, de sorte que la sélection d'un plus grand nombre d'ECPU par exemple vous permet d'exécuter avec plus de mémoire sans payer pour les ressources supplémentaires. Cela signifie que l'utilisation d'un plus grand nombre d'ECPU par instance vous permettra d'utiliser plus de mémoire par instance, où le coût est basé sur la forme du pool et non sur le nombre d'ECPU d'une instance individuelle.

Conditions requises pour créer un pool élastique

Voici les conditions requises pour qu'une instance Autonomous Database crée un pool élastique et devienne un leader de pool :

  • L'instance doit utiliser le modèle de calcul d'ECPU sans Autonomous Data Guard.
  • L'instance doit être une instance Autonomous Database avec un type de charge globale Autonomous Transaction Processing. Cela s'applique uniquement au responsable du pool. Un pool élastique peut contenir un mélange de bases de données avec des charges globales Autonomous Transaction Processing et Autonomous Data Warehouse.
  • Le redimensionnement automatique doit être désactivé.
  • L'instance ne doit pas être membre d'un pool élastique existant.
  • Le nombre maximal d'ECPU individuelles autorisé pour une instance Autonomous Database qui crée un pool élastique est égal à 4 fois la taille de pool indiquée lors de la création du pool.
  • L'instance qui crée un pool élastique est en cours de création est soumise aux limites de location. Pour créer un pool élastique, vous devez disposer d'un nombre suffisant d'ECPU disponibles, en dessous de la limite de location, pour prendre en charge la taille du pool élastique.

Conditions requises pour rejoindre un pool élastique

Voici les conditions requises pour qu'une instance Autonomous Database rejoigne un pool élastique :

  • L'instance doit :
    • Utilisez le modèle de calcul ECPU sans Autonomous Data Guard.
    • Être dans la même location et la même région que le leader du pool.
    • Ne pas être membre d'un pool élastique existant.
    • Le redimensionnement automatique est désactivé.
  • L'instance peut provenir d'une instance AVMC ou d'une infrastructure Exadata différente de celle du leader.
  • Un pool élastique peut contenir des instances Autonomous Database avec des types de charge globale Autonomous Transaction Processing et Autonomous Data Warehouse.
  • La capacité de pool disponible correspond au nombre maximal d'ECPU individuelles autorisé pour une instance Autonomous Database. Lorsque le nombre d'ECPU d'une instance est supérieur à la capacité de pool disponible, il n'est pas autorisé à rejoindre ce pool élastique.

Allocation d'ECPU d'instance de membre et de responsable de pool

Lorsque l'instance Autonomous Database fait partie d'un pool élastique :

  • L'allocation minimale d'ECPU individuelle autorisée pour une instance est de 1 ECPU.

  • Les incréments de 1 ECPU sont autorisés pour l'allocation d'ECPU d'instance Autonomous Database individuelle.

Capacité d'un pool élastique

Un pool élastique a une capacité de pool de 4 fois supérieure à la taille du pool. Par exemple, un pool avec une taille de pool de 128 ECPU peut contenir jusqu'à 512 ECPU pour son leader et ses membres.

Voici des exemples d'instances Autonomous Database qui peuvent se trouver dans un pool élastique avec une taille de pool de 128 et une capacité de pool de 512 ECPU :

  • Chacun de ces éléments est valide pour les membres d'un pool élastique d'une taille de pool de 128 ECPU :

    • 1 instance avec 512 ECPU, pour un total de 512 ECPU

    • 128 instances avec 4 ECPU, pour un total de 512 ECPU

    • 256 instances avec 2 ECPU, pour un total de 512 ECPU

  • De même, chacun des éléments suivants est valide pour les membres d'un pool élastique d'une taille de pool de 128 ECPU :

    • 1 instance avec 128 ECPU, 2 instances avec 64 ECPU, 32 instances avec 4 ECPU et 64 instances avec 2 ECPU, pour un total de 512 ECPU

    • 256 instances avec 1 ECPU, 64 instances avec 2 ECPU, pour un total de 384 ECPU, ce qui est inférieur à la capacité de pool de 512 ECPU.

Opérations Elastic Pool Leader

L'instance Autonomous Database qui crée un pool élastique est en tête.

Les opérations suivantes ne sont valides que pour le leader du pool :
Opération Description
Créer un pool élastique. L'instance Autonomous Database qui crée un pool élastique est en tête. Pour plus d'informations, reportez-vous à Création d'un pool élastique.
Retirez un membre de pool élastique. Un leader de pool élastique peut retirer un membre du pool élastique. Pour plus d'informations, reportez-vous à la section Remove Pool Members from an Elastic Pool.
Mettez fin à un pool élastique. Lorsqu'un pool élastique n'a pas de membres, le chef de pool peut mettre fin au pool élastique. Pour plus d'informations, reportez-vous à Terminaison d'un pool élastique.
Modifier la taille d'un pool élastique. Un leader de pool élastique peut modifier la taille du pool. Pour plus d'informations, reportez-vous à la section Change the Elastic Pool Shape.
Répertoriez les membres d'un pool élastique. Un responsable de pool peut répertorier les membres du pool. Pour plus d'informations, reportez-vous à Liste des membres de pool élastique.

Opérations élastiques des membres du pool

Les instances Autonomous Database ajoutées à un pool existant sont des membres de pool.

Les opérations suivantes ne sont valides que pour un membre de pool ou un leader de pool :
Opération Description
Rejoignez un pool élastique.
Vous pouvez ajouter une instance Autonomous Database à un pool élastique en tant que membre uniquement lorsque :
  • Il reste suffisamment d'ECPU dans le pool pour l'allocation (4x taille du pool ).
  • L'instance est l'un des types de charge globale pris en charge, à savoir le traitement des transactions ou l'entrepôt de données.
  • Son modèle de calcul est ECPU.
  • Il n'est pas déjà membre d'un autre pool.
  • Il n'est pas configuré avec Autonomous Data Guard.

Pour plus d'informations, reportez-vous à Rejoindre un pool élastique et à Rejoindre un pool élastique lors du provisionnement ou du clonage d'une instance Autonomous Database.

Laissez un pool élastique. En tant que membre d'un pool, vous pouvez enlever l'instance d'un pool élastique.
  • Lorsqu'un membre d'un pool quitte un pool élastique :
    • Le redimensionnement automatique est désactivé. Après avoir quitté le pool élastique, vous pouvez activer le redimensionnement automatique pour l'instance.
    • Le pool disposera de davantage de ressources. Par exemple, si le pool élastique a été entièrement alloué jusqu'à la capacité du pool et qu'une instance avec 10 ECPU quitte le pool, le pool élastique aura 10 ECPU disponibles.

Pour obtenir des instructions, reportez-vous à Laisser une base de données élastique Autonomous Database.