A propos des pools élastiques

Les piscines élastiques offrent les avantages suivants :

• Opérer dans le cadre d'un budget fixe sur un groupe de bases de données tout en offrant une élasticité des performances pour chaque base de données.

• Migrez facilement à partir d'environnements Oracle sur site qui utilisent un surabonnement, afin de fournir une voie rentable vers la base de données d'IA autonome.

• Prenez en charge 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 pool élastique ne sont pas facturés individuellement. Au lieu de cela, la facturation est appliquée au leader de pool en fonction de la forme du pool. Cette approche vous permet d'allouer des ECPU supplémentaires par instance aux membres du pool sans vous soucier des coûts d'utilisation des ECPU de chaque membre.

• Dans la base de données Autonomous AI, la capacité d'E/S et l'allocation 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 entraîner de frais de ressource supplémentaires. Etant donné que le coût est déterminé par la forme du pool plutôt que par le nombre d'ECPU de chaque instance, vous pouvez tirer parti d'une capacité d'E/S et d'une mémoire plus élevées par instance au sein de la même structure de tarification.

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

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és dans la même infrastructure. Ces pools sont appelés pools élastiques dédiés et offrent des options supplémentaires, notamment la mise à l'échelle personnalisée pour le calcul et le stockage, la consolidation et la gouvernance améliorées des bases de données, la facturation simplifiée et le contrôle amélioré de l'application de patches. Pour plus d'informations, reportez-vous à A propos des pools élastiques dédiés.

Si votre organisation utilise le modèle de location parent et enfant Oracle Cloud Infrastructure (OCI), comme décrit dans Présentation de la gestion d'organisation, vous pouvez réaliser des économies de coûts de pool élastique en créant un pool élastique qui couvre à la fois les locations parent et enfant. Dans cette configuration, le leader du pool élastique se trouve dans la location parent et les membres du pool se trouvent dans des locations enfant. Pour plus d'informations, reportez-vous à Pools élastiques dans les locations parent et enfant.

Pour créer un pool élastique et devenir un leader de pool, une instance de base de données d'IA autonome doit :

• Utilisez le modèle d'ECPU.

• Le redimensionnement automatique de calcul est désactivé.

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

• Ayez un nombre suffisant d'ECPU disponibles, en dessous de la limite de location, pour prendre en charge la taille du pool élastique.

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

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 quatre (4) fois supérieur à la taille de pool indiquée lors de la création du pool.

Pour joindre un pool élastique, une instance de base de données Autonomous AI doit :

• Utilisez le modèle d'ECPU.

• Le redimensionnement automatique de calcul est désactivé.

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

• Comptez un nombre d'ECPU inférieur à la capacité de pool disponible.

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

Le regroupement des ressources et la facturation pour un pool élastique se compose uniquement de ressources de calcul, c'est-à-dire d'utilisation d'ECPU, et toute utilisation de calcul est facturée à l'instance de base de données Autonomous AI qui est le leader du pool élastique. Toute allocation de ressources et toute facturation liées au stockage pour l'utilisation du stockage sont facturées séparément aux instances de base de données Autonomous AI individuelles, indépendamment du fait que l'instance se trouve dans un pool élastique. Autonomous AI Database facture toute l'utilisation de calcul pour un pool élastique au leader du pool au taux d'utilisation de calcul du traitement des transactions, que le leader du pool élastique utilise le type de charge globale Traitement des transactions, Lakehouse, JSON ou APEX. Pour plus d'informations, reportez-vous à Facturation sans serveur d'Autonomous AI Database pour les pools élastiques et à Informations de facturation du modèle de calcul ECPU.

Toutefois, dans les pools élastiques dédiés, le regroupement et la facturation des ressources incluent à la fois les ressources de calcul (utilisation d'ECPU) et de stockage. La consommation totale des ressources est facturée au responsable du pool. Pour plus de détails, reportez-vous à A propos de la facturation de pool élastique dédié à 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 leader ou membre. La facturation élastique des pools varie selon que le leader de pool ou un membre est associé ou non à Autonomous Data Guard. Pour plus d'informations, reportez-vous à A propos de la facturation des pools élastiques de base de données Autonomous AI avec Autonomous Data Guard.

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 :

• Chacun d'entre eux 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é de pool de 512 ECPU.

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

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

Dans un pool élastique, les sélections de licence du leader du pool déterminent les exigences de licence pour l'ensemble du pool. Si vous souhaitez utiliser BYOL pour un pool élastique et définir une limite de licence BYOL, vous devez définir la valeur de limite sur l'instance du leader de pool. Les sélections de licence pour les membres du pool, y compris les limites de licence BYOL, ne s'appliquent pas tant qu'une instance est membre d'un pool. Les sélections de licence, y compris toute limite de licence BYOL, entrent en vigueur uniquement si un membre du pool ou le responsable du pool quitte le pool élastique. Par exemple, si un pool é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 licences de l'instance principale et de l'instance de secours est définie comme suit :

• Lorsque la base principale est membre d'un pool, le type de licence de la base principale peut être défini mais ne s'applique pas à la base principale ; la base principale utilise le type de licence de la base de données élastique. La sélection du type de licence sur la base principale s'applique lorsque et si la base principale quitte le pool é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 pool (en tant que membre du pool ou en tant que leader du pool) ou ne figure pas dans le pool élastique, comme suit :

  • Lorsqu'une base de données de secours inter-région ne se trouve pas dans le pool élastique, c'est-à-dire qu'il ne s'agit pas du leader du pool ou d'un membre du pool, le type de licence 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 de l'élément de base 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 ne se trouve pas dans le pool élastique, c'est-à-dire qu'il ne s'agit pas du leader du pool ou d'un membre du pool, le type de licence 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 de l'élément de base 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 ne se trouve pas dans le pool élastique, c'est-à-dire qu'il ne s'agit pas du leader du pool ou d'un membre du pool, le type de licence 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 de l'élément de base 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 pool élastique. En sélectionnant une forme de pool supérieure ou égale à 1024 ECPU, vous avez la possibilité d'affecter une fenêtre de maintenance personnalisée de 2 heures pendant laquelle les patches sont appliqués à l'amorce et à tous les membres du pool élastique. Afin de sélectionner une fenêtre de maintenance personnalisée pour votre pool élastique, enregistrez une demande d'assistance sur le support technique Oracle Cloud.

Lorsque vous créez un pool élastique dans une base de données d'IA autonome, votre instance devient le leader du pool. Les instances que vous ajoutez à un pool existant deviennent membres du pool. 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 leader de pool :

Les membres du pool et le responsable du pool peuvent effectuer les opérations suivantes :