À propos des pools élastiques

Les piscines élastiques offrent les avantages suivants :

• Exécutez dans le cadre d'un budget fixe sur un groupe de bases de données tout en offrant une élasticité de la performance pour chaque base de données individuelle.

• Migrez facilement à partir d'environnements Oracle sur place qui utilisent un surabonnement pour fournir une voie rentable vers Autonomous AI Database.

• Soutenez les fournisseurs SaaS gérant un grand nombre de bases de données client individuelles.

• Faciliter l'utilisation de l'architecture de microservices lorsque de nombreuses bases de données sont nécessaires.

• Les membres d'un groupe élastique ne sont pas facturés individuellement. La facturation est plutôt appliquée au chef de groupe en fonction de la forme du groupe. Cette approche vous permet d'affecter des ECPU supplémentaires par instance aux membres du groupe sans se soucier des coûts d'utilisation des ECPU de chaque membre.

• Dans Autonomous AI Database, la capacité d'E/S et l'affectation de mémoire sont directement corrélées au nombre d'ECPU. En affectant un plus grand nombre d'ECPU à une instance, vous pouvez bénéficier d'une capacité d'E/S accrue et d'une mémoire accrue sans encourir de frais de ressources supplémentaires. Comme le coût est déterminé par la forme du groupe plutôt que par le nombre d'ECPU de chaque instance, vous pouvez bénéficier d'une capacité d'E/S et d'une mémoire par instance supérieures dans la même structure de tarification.

Le démarrage et l'arrêt des membres du groupe ne dépendent pas de l'état du responsable. Autrement dit, vous pouvez arrêter et démarrer indépendamment chaque instance qui fait partie d'un groupe élastique, y compris le chef et les membres du groupe élastique qui ne sont pas le chef.

Un pool élastique est une construction logique qui n'impose aucune contrainte physique à ses membres. Le responsable du pool et les membres du pool n'ont pas besoin de résider sur la même infrastructure. Toutefois, vous pouvez créer un pool élastique avec tous les membres du pool et le leader du pool situé dans la même infrastructure. Ces groupes sont appelés groupes élastiques dédiés et offrent des options supplémentaires, notamment l'ajustement personnalisé pour le calcul et le stockage, la consolidation et la gouvernance améliorées des bases de données, la facturation simplifiée et un contrôle amélioré sur l'application de correctifs. Pour plus de détails, voir À propos des groupes élastiques dédiés.

Si votre organisation utilise le modèle de location parent et enfant d'Oracle Cloud Infrastructure (OCI), comme décrit dans Aperçu de la gestion de l'organisation, vous pouvez réaliser des économies de coûts de groupe élastique en créant un groupe élastique qui couvre les locations parent et enfant. Dans cette configuration, le responsable du groupe élastique se trouve dans la location parent et les membres du groupe se trouvent dans des locations enfants. Pour plus de détails, voir Groupes élastiques entre les locations parent et enfant.

Pour créer un groupe élastique et devenir un chef de file pour le groupe, une instance de base de données d'intelligence artificielle autonome doit :

• Utilisez le modèle de calcul par ECPU.

• L'ajustement automatique des calculs est désactivé.

• Ne pas être membre d'un groupe élastique existant.

• Disposer d'un nombre suffisant d'ECPU disponibles, en dessous de la limite de la location, pour prendre en compte la taille du groupe élastique.

• Le provisionnement d'un responsable de groupe est soumis aux limites de service appliquées au niveau de la location.

Le nombre maximal d'ECPU individuelles autorisé pour une instance de base de données d'intelligence artificielle autonome qui crée un groupe élastique est de quatre (4) fois la taille du groupe spécifiée lors de la création du groupe.

Pour joindre un groupe élastique, une instance de base de données d'intelligence artificielle autonome doit :

• Utilisez le modèle de calcul par ECPU.

• L'ajustement automatique des calculs est désactivé.

• Ne pas être membre d'un pool élastique.

• Avoir un nombre d'ECPU inférieur à la capacité de groupe disponible.

• Le provisionnement d'un membre de groupe est soumis à la capacité de groupe disponible.

Le regroupement des ressources et la facturation pour un groupe élastique se composent uniquement de ressources de calcul, c'est-à-dire l'utilisation des ECPU, et toute l'utilisation du calcul est facturée à l'instance de base de données d'IA autonome qui est le chef de file du groupe élastique. Toute affectation et facturation des ressources liées au stockage pour l'utilisation du stockage sont facturées séparément pour les instances individuelles de la base de données autonome basée sur l'IA, indépendamment du fait que l'instance se trouve dans un groupe élastique. Autonomous AI Database facture toute l'utilisation du service de calcul pour un groupe élastique au chef de groupe au taux d'utilisation du service de calcul du traitement des transactions, que le chef de groupe élastique utilise le type de charge de travail Traitement des transactions, Entrepôt avec lac de données, JSON ou APEX. Pour plus d'informations, voir Facturation sans serveur de base de données Autonomous AI Database pour les groupes élastiques et Informations de facturation du modèle de calcul ECPU.

Toutefois, dans les groupes élastiques dédiés, le regroupement et la facturation des ressources incluent à la fois les ressources de calcul (utilisation des ECPU) et les ressources de stockage. La consommation totale des ressources est imputée au responsable du groupe. Pour plus de détails, voir À propos de la facturation des groupes élastiques dédiés à Autonomous AI Database.

Une base de données principale Autonomous Data Guard peut utiliser une base de données de secours locale ou inter-région qui fait partie d'un pool élastique, en tant que chef de file ou membre. La facturation élastique du groupe varie selon que le responsable du groupe ou un membre est associé ou non à Autonomous Data Guard. Pour plus d'informations, voir À propos de la facturation des groupes élastiques de base de données d'IA autonome avec Autonomous Data Guard.

Un groupe élastique a une capacité de groupe de 4 fois la taille du groupe. 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 AI Database qui peuvent se trouver dans un groupe élastique avec une taille de groupe de 128 et une capacité de groupe de 512 :

• Chacune d'elles est valide pour les membres d'un pool élastique d'une taille de pool de 128 :

  • 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

  • 50 instances avec 10 ECPU et 3 instances avec 4 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 :

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

  • 100 instances avec 4 ECPU et 50 instances avec 2 ECPU, ce qui est inférieur à la capacité du groupe de 512 ECPU.

Par exemple, vous pouvez ajouter des membres à un groupe pour qu'ils correspondent au nombre d'instances et au nombre d'ECPU par instance afin de répondre à vos besoins, en fonction de la taille du groupe que vous sélectionnez.

Dans un pool élastique, les sélections de licences du responsable du pool déterminent les exigences de licence pour l'ensemble du pool. Si vous voulez utiliser BYOL pour un groupe élastique et définir une limite de licence BYOL, vous devez définir la valeur limite sur l'instance du responsable du groupe. Les sélections de licence pour les membres du groupe, y compris toute limite de licence BYOL, ne s'appliquent pas lorsqu'une instance est membre d'un groupe. Les sélections de licence, y compris toute limite de licence BYOL, entrent en vigueur uniquement si un membre du groupe ou le responsable du groupe quitte le groupe élastique. Par exemple, si un groupe élastique inclut une instance membre qui utilise Autonomous Data Guard avec une instance principale de 8 ECPU avec le type de licence BYOL défini, la sélection de licence de l'instance principale et de l'instance de secours est définie comme suit :

• Lorsque l'élément principal est un membre du groupe, le type de licence de l'élément principal peut être défini, mais il ne s'applique pas à l'élément principal; l'élément principal utilise le type de licence de l'élément principal du groupe élastique. La sélection du type de licence sur l'élément principal s'appliquera lorsque et si l'élément principal quitte le groupe élastique.

• Pour une base de données de secours locale, l'instance de secours se trouve dans le pool élastique. Dans ce cas, la base de données de secours locale utilise le même type de licence que la base de données principale.

• Pour une base de données de secours inter-région, l'instance de secours se trouve dans le groupe (en tant que membre du groupe ou en tant que chef de groupe) ou n'est pas dans le groupe élastique, comme suit :

  • Lorsqu'une base de données de secours inter-région n'est pas dans le pool élastique, c'est-à-dire qu'il ne s'agit pas du chef du pool ou d'un membre du pool, le type de licence de base de données de secours inter-région peut être défini, mais il ne s'applique pas. La base de données de secours utilise le type de licence du chef du pool élastique. La sélection du type de licence sur la base de données de secours s'applique quand et si la base de données de secours quitte le pool élastique.

  • Lorsqu'une base de données de secours inter-région n'est pas dans le pool élastique, c'est-à-dire qu'il ne s'agit pas du chef du pool ou d'un membre du pool, le type de licence de base de données de secours inter-région peut être défini, mais il ne s'applique pas. La base de données de secours utilise le type de licence du chef du pool élastique. La sélection du type de licence sur la base de données de secours s'applique quand et si la base de données de secours quitte le pool élastique.

  • Lorsqu'une base de données de secours inter-région n'est pas dans le pool élastique, c'est-à-dire qu'il ne s'agit pas du chef du pool ou d'un membre du pool, le type de licence de base de données de secours inter-région peut être défini, mais il ne s'applique pas. La base de données de secours utilise le type de licence du chef du pool élastique. La sélection du type de licence sur la base de données de secours s'applique quand et si la base de données de secours quitte le pool élastique.

Par défaut, une fenêtre de maintenance est automatiquement affectée à chaque instance d'un groupe élastique. En sélectionnant une forme de groupe de 1024 ECPU ou plus, vous avez la possibilité d'affecter une fenêtre de maintenance personnalisée de 2 heures pendant laquelle le responsable et tous les membres du groupe élastique sont corrigés ensemble. Pour sélectionner une fenêtre de maintenance personnalisée pour votre groupe élastique, soumettez une demande de service au soutien technique d'Oracle Cloud.

Lorsque vous créez un groupe élastique dans Autonomous AI Database, votre instance devient le chef de file du groupe. Les instances que vous ajoutez à un groupe existant deviennent membres du groupe. Les opérations que vous pouvez effectuer dépendent de votre rôle de leader ou de membre.

Vous pouvez effectuer les opérations suivantes uniquement en tant que chef de file du groupe :

Les membres du groupe et le chef de groupe peuvent effectuer les opérations suivantes :