Consolider les instances Autonomous Database à l'aide de groupes élastiques

Utilisez un groupe élastique pour consolider vos instances Autonomous Database, en termes d'affectation de ressources de calcul et permettre des économies de coût allant jusqu'à 87 %.

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 être mises à l'échelle de façon élastique sans temps d'arrêt, vous pouvez en tirer avantage en créant et en utilisant des groupes élastiques.

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

Note :

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

Rubriques connexes

À propos des groupes élastiques

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

Les éléments suivants s'appliquent avec des pools élastiques :

  • Le provisionnement d'un chef de groupe 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 chef du pool. Vous pouvez arrêter et démarrer indépendamment la partie des bases de données d'un pool élastique, y compris le chef et les membres du pool.
  • Dans un pool élastique, les sélections de licence du responsable 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 groupe élastique, ses sélections de licence ne s'appliquent pas et n'entrent en vigueur qu'après avoir quitté le groupe élastique.

Avantages de l'utilisation de pools élastiques

Les pools élastiques offrent les avantages suivants. Voici ce qui suit :

  • Permet d'utiliser un budget fixe pour un groupe de bases de données tout en offrant une élasticité en matière de performance pour chaque base de données individuelle.
  • Permettez une migration facile à partir des environnements Oracle sur place qui incluent un surabonnement pour fournir un moyen rentable de passer à une base de données Autonomous Database.
  • Prise en charge de fournisseurs SaaS avec un grand nombre de bases de données clients 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 requise.
  • Les membres d'un groupe élastique ne sont pas facturés individuellement (le responsable du groupe est facturé en fonction de la forme du groupe). Vous pouvez affecter des ECPU supplémentaires par instance aux membres du groupe 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 au nombre d'ECPU, donc la sélection d'un plus grand nombre d'ECPU par instance 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 groupe et non sur le nombre d'ECPU d'une instance individuelle.

Exigences pour créer un groupe élastique

Les exigences suivantes s'appliquent à une instance Autonomous Database pour créer un groupe élastique et devenir un chef de file du groupe :

  • L'instance doit utiliser le modèle de calcul ECPU sans Autonomous Data Guard.
  • L'instance doit être de type Autonomous Database avec une charge de travail de type Autonomous Transaction Processing. Cela ne s'applique qu'au chef de groupe. Un groupe élastique peut contenir une combinaison de bases de données avec des charges de travail Autonomous Transaction Processing et Autonomous Data Warehouse.
  • L'ajustement automatique doit être désactivé.
  • L'instance ne doit pas être membre d'un groupe élastique existant.
  • Le nombre maximal d'ECPU individuelles autorisées pour une instance Autonomous Database qui crée un groupe élastique est 4 fois supérieur à la taille du groupe spécifiée lors de la création du groupe.
  • L'instance qui crée un groupe élastique est soumise aux limites de la location. Pour créer un groupe élastique, vous devez disposer d'un nombre suffisant d'ECPU, en dessous de la limite de la location, pour prendre en charge la taille du groupe élastique.

Exigences pour rejoindre un groupe élastique

Voici les exigences requises pour qu'une instance Autonomous Database joigne un groupe élastique :

  • L'instance doit :
    • Utilisez le modèle de calcul d'ECPU sans Autonomous Data Guard.
    • Être dans la même location et la même région que le responsable du groupe.
    • Ne pas être membre d'un groupe élastique existant.
    • L'ajustement automatique est désactivé.
  • L'instance peut provenir d'une machine virtuelle autonome ou d'une infrastructure Exadata différente de la principale.
  • Un groupe élastique peut contenir des instances Autonomous Database avec des types de charge de travail Autonomous Transaction Processing et Autonomous Data Warehouse.
  • La capacité du groupe disponible est le nombre maximal d'ECPU individuelles autorisées pour une instance Autonomous Database. Lorsque le nombre d'ECPU d'une instance est supérieur à la capacité du groupe disponible, il n'est pas autorisé à joindre ce groupe élastique.

Affectation d'ECPU de chef de groupe et d'instance de membre

Lorsqu'une instance Autonomous Database fait partie d'un groupe élastique :

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

  • Des incréments de 1 ECPU sont autorisés pour l'affectation d'ECPU à une instance Autonomous Database.

Capacité du groupe pour un groupe élastique

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

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

  • Chacun d'entre eux est valide pour les membres d'un groupe élastique ayant une taille de groupe 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 groupe élastique ayant une taille de groupe 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é du groupe de 512 ECPU.

Opérations de chef de file du groupe élastique

L'instance Autonomous Database qui crée un groupe élastique est le chef de file du groupe.

Les opérations suivantes ne sont valides que pour le chef de groupe :
Opération Description
Créer un groupe élastique. L'instance Autonomous Database qui crée un groupe élastique est le chef de file du groupe. Pour plus d'informations, voir Créer un groupe élastique.
Supprimez un membre de groupe élastique. Un chef de groupe élastique peut retirer un membre du groupe élastique. Pour plus d'informations, voir Supprimer des membres d'un groupe élastique.
Mettre fin à un groupe élastique. Lorsqu'un groupe élastique n'a pas de membres, le chef de groupe peut mettre fin au groupe élastique. Pour plus d'informations, voir Mettre fin à un groupe élastique.
Modifier la taille élastique du groupe. Un chef de groupe élastique peut modifier la taille du groupe. Pour plus d'informations, voir Modifier la forme du groupe élastique.
Liste des membres du groupe élastique. Un responsable de groupe peut répertorier les membres du groupe. Pour plus d'informations, voir Lister les membres du groupe élastique.

Opérations de membre de groupe élastique

L'instance Autonomous Database qui est ajoutée à un groupe existant est membre du groupe.

Les opérations suivantes ne sont valides que pour un membre du groupe ou un responsable de groupe :
Opération Description
Joindre une piscine élastique.
Vous pouvez ajouter une instance Autonomous Database à un groupe élastique en tant que membre uniquement lorsque :
  • Il reste suffisamment d'ECPU dans le pool pour l'allocation (4x la taille du pool ).
  • L'instance est un des types de charge de travail 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 groupe.
  • Il n'est pas configuré avec Autonomous Data Guard.

Pour plus d'informations, voir Se joindre à un groupe élastique et Se joindre à un groupe élastique lors du provisionnement ou du clonage d'une base de données Autonomous Database.

Laissez une piscine élastique. En tant que membre d'un groupe, vous pouvez supprimer votre instance d'un groupe élastique.
  • Lorsqu'un membre d'un pool quitte un pool élastique :
    • L'ajustement automatique est désactivé. Après avoir quitté le groupe élastique, vous pouvez activer l'ajustement automatique pour l'instance.
    • Le groupe aura plus de ressources disponibles. Par exemple, si le groupe élastique a été entièrement affecté à la capacité du groupe et qu'une instance avec 10 ECPU quitte le groupe, le groupe élastique aura 10 ECPU disponibles.

Pour obtenir des instructions, voir Laisser un groupe élastique Autonomous Database.