Consolidation d'instances de base de données d'IA autonome à l'aide de pools élastiques

Utilisez un pool élastique pour consolider vos instances de base de données Autonomous AI, 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 transférant toutes vos bases de données vers 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 AI Database. Lorsque vous avez besoin d'un grand nombre de bases de données, qui peuvent évoluer élastiquement sans temps d'arrêt, vous pouvez bénéficier 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 parmi 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é.

Remarque : les pools élastiques sont uniquement disponibles pour les instances de base de données Autonomous AI qui utilisent le modèle de calcul ECPU sans Autonomous Data Guard.

A propos des pools élastiques

Il existe plusieurs conditions à utiliser lorsque vous utilisez des pools élastiques :

• Chef de pool : instance de base de données d'IA autonome qui crée un pool élastique.

• Membre de pool : instance de base de données d'IA autonome 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 avoir l'une des 128, 256, 512, 1024, 2048 ou 4096 ECPU.

• Capacité du pool : nombre maximal d'ECPU qu'un pool élastique peut utiliser. Il est quatre fois (x4) la taille du pool.

Les éléments suivants s'appliquent aux pools élastiques :

• Le provisionnement d'un leader ou d'un membre de pool est soumis aux 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 la partie des 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 AI est membre d'un pool élastique, ses sélections de licence ne s'appliquent pas et ne prennent effet qu'après avoir quitté le pool élastique.

Avantages de l'utilisation des pools élastiques

Les pools élastiques offrent les avantages suivants. Ils :

• Activez les opérations 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 un surabonnement afin de fournir un moyen rentable de passer à une base de données d'IA autonome.

• 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 requise.

• Les membres d'un pool élastique ne sont pas facturés individuellement (le chef de 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 d'ECPU pour les membres individuels.

• L'allocation de mémoire de la base de données Autonomous AI est directement corrélée au 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 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, le coût étant basé sur la forme du pool et non sur le nombre d'ECPU d'une instance individuelle.

Configuration requise pour la création d'un pool élastique

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

• L'instance doit utiliser le modèle de calcul ECPU sans Autonomous Data Guard.

• L'instance doit être une base de données d'IA autonome avec un type de charge globale de traitement des transactions d'IA autonome. Cela ne s'applique qu'au chef de pool. Un pool élastique peut contenir un mélange de bases de données avec le traitement des transactions d'IA autonome et les charges de travail Autonomous AI Lakehouse.

• 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ées pour une instance de base de données Autonomous AI qui crée un pool élastique est de 4 fois supérieur à la taille de pool indiquée lors de la création du pool.

• L'instance qui crée un pool élastique est soumise aux limites de location. Pour créer un pool élastique, vous devez disposer d'un nombre suffisant d'ECPU, 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 de base de données Autonomous AI rejoigne un pool élastique :

• L'instance doit :

  • Utilisez le modèle de calcul ECPU sans Autonomous Data Guard.

  • Faites partie de la même location et de la même région que le responsable 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 différente ou d'une infrastructure Exadata différente du leader.

• Un pool élastique peut contenir des instances de base de données d'IA autonome avec le traitement des transactions d'IA autonome et des types de charges de travail de lakehouse d'IA autonome.

• La capacité de pool disponible est le nombre maximal d'ECPU individuelles autorisées pour une instance de base de données Autonomous AI. Lorsque le nombre d'ECPU d'une instance est supérieur à la capacité de pool disponible, il n'est pas autorisé à joindre ce pool élastique.

Responsable de pool et allocation d'ECPU d'instance membre

Lorsqu'une instance de base de données Autonomous AI fait partie d'un pool élastique :

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

• Des incréments de 1 ECPU sont autorisés pour l'allocation d'ECPU d'instance de base de données Autonomous AI individuelle.

Capacité du pool pour un pool élastique

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

Voici des exemples d'instances de base de données Autonomous AI qui pourraient se trouver dans un pool élastique d'une taille de pool de 128 et d'une capacité de pool de 512 ECPU :

• Chacun d'entre eux 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 de base de données Autonomous AI qui crée un pool élastique est le leader du pool.

Les opérations suivantes ne sont valides que pour le leader de pool :

Opération	Description
Créer un pool élastique.	L'instance de base de données Autonomous AI qui crée un pool élastique est le leader du pool. Pour plus d'informations, reportez-vous à Création d'un pool élastique.
Supprimez un membre de pool élastique.	Un leader de pool élastique peut retirer un membre du pool élastique. Pour plus d'informations, reportez-vous à Suppression de membres de pool d'un pool élastique.
Mettez fin à un pool élastique.	Lorsqu'un pool élastique ne comporte aucun membre de pool, l'amorce du pool peut mettre fin au pool élastique. Pour plus d'informations, reportez-vous à Terminate an Elastic Pool.
Modifiez la taille du pool élastique.	Un leader de pool élastique peut modifier la taille du pool. Pour plus d'informations, reportez-vous à Modification de la forme de pool élastique.
Répertorier les membres de 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 de membre de pool élastique

L'instance de base de données Autonomous AI ajoutée à un pool existant est membre du pool.

Les opérations suivantes ne sont valides que pour un membre de pool ou un responsable de pool :

Opération	Description
Rejoignez un pool élastique.	Vous pouvez ajouter une instance de base de données Autonomous AI à un pool élastique en tant que membre uniquement dans les cas suivants : Il reste suffisamment d'ECPU dans le pool pour l'allocation (4 fois la taille du pool ). L'instance est l'un des types de charge globale pris en charge, à savoir Transaction AI Processing ou Lakehouse. Son modèle de calcul est l'ECPU. Il ne fait pas déjà partie d'un autre pool. Il n'est pas configuré avec Autonomous Data Guard. Pour obtenir des conseils, reportez-vous à Rejoindre un pool élastique et à Rejoindre un pool élastique lors du provisionnement ou du clonage d'une base de données d'IA autonome.
Quittez 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 plus de ressources. Par exemple, si le pool élastique était entièrement alloué jusqu'à la capacité du pool et qu'une instance avec 10 ECPU quitte le pool, le pool élastique aurait 10 ECPU disponibles. Pour obtenir des instructions, reportez-vous à Quitter une base de données d'IA autonome de pool élastique.

Contenu connexe

• Facturation de pool élastique