A propos des pools élastiques
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. Vous pouvez ainsi regrouper logiquement un grand nombre d'instances Autonomous Database, en termes d'allocation de ressources de calcul, et simplifier l'administration à l'aide d'Autonomous Database.
Les pools élastiques sont uniquement disponibles pour les instances Autonomous Database qui utilisent le modèle de calcul ECPU.
Lorsque vous avez besoin d'un grand nombre de bases de données pouvant évoluer élastiquement sans temps d'arrêt, vous pouvez bénéficier de la création et de l'utilisation de pools élastiques. Les pools élastiques présentent les avantages suivants :
-
Bénéficiez d'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 à 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 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. La capacité d'E/S et l'allocation de mémoire d'Autonomous Database sont directement corrélées au nombre d'ECPU. Par conséquent, en sélectionnant un plus grand nombre d'ECPU pour une instance, vous pouvez exécuter l'opération avec une plus grande capacité d'E/S et davantage de mémoire sans avoir à payer les ressources supplémentaires. Cela signifie que l'utilisation d'un plus grand nombre d'ECPU par instance vous permet d'utiliser plus de capacité d'E/S et 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 donnée.
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é.
Il existe plusieurs conditions à utiliser lorsque vous utilisez des pools élastiques :
-
Chef 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 lorsque vous créez un pool élastique. La taille du pool doit être l'une des formes de pool élastique disponibles.
-
Capacité du pool : la capacité du pool correspond au nombre maximal d'ECPU qu'un pool élastique peut utiliser et à quatre fois (x4) la taille du pool.
-
Forme de pool : une forme de pool est l'une des tailles de pool valides que vous sélectionnez lorsque vous créez un pool élastique. La forme du pool doit être l'une des suivantes : 128, 256, 512, 1024, 2048 ou 4096 ECPU.
Remarque
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.
Configuration requise pour la création d'un pool élastique
Voici les exigences 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 ECPU.
-
Le redimensionnement automatique doit être désactivé.
-
L'instance ne doit pas être membre d'un pool élastique existant.
-
Le nombre d'ECPU individuel maximal 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 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 adapter la taille du pool élastique.
Un leader de pool élastique peut être de tout type de charge globale. La facturation élastique du pool pour l'utilisation du calcul est toujours facturée au leader du pool au taux d'utilisation du calcul du traitement des transactions. Cela inclut lorsque le leader de pool élastique a le type de charge globale Traitement des transactions, Entrepôt de données, JSON Database ou APEX. Pour plus d'informations, reportez-vous à A propos de la facturation Elastic Pool et à Informations de facturation du modèle de calcul d'ECPU.
Conditions requises pour rejoindre un pool élastique
Voici les exigences requises pour qu'une instance Autonomous Database rejoigne un pool élastique :
-
L'instance doit utiliser le modèle de calcul ECPU.
-
Un pool élastique peut contenir des instances Autonomous Database avec des types de charge globale Traitement des transactions, Data Warehouse, JSON Database ou APEX.
-
Le redimensionnement automatique doit être désactivé.
-
L'instance ne doit pas être membre d'un pool élastique.
-
Le nombre d'ECPU individuel maximal autorisé pour une instance Autonomous Database est la capacité de pool disponible. Lorsqu'une instance a un nombre d'ECPU supérieur à la capacité de pool disponible, elle n'est pas autorisée à rejoindre ce pool élastique.
Responsable du pool et allocation minimale d'ECPU des membres
Lorsqu'une instance Autonomous Database fait partie d'un pool élastique, l'allocation individuelle minimale d'ECPU autorisée est de 1 ECPU.
Lorsqu'une instance Autonomous Database fait partie d'un pool élastique, des incréments de 1 ECPU sont autorisés pour l'allocation d'ECPU d'instance Autonomous Database 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.
Dans ces exemples, Autonomous Data Guard n'est pas activé. Pour plus d'informations sur l'utilisation des pools élastiques avec Autonomous Data Guard, reportez-vous à A propos de la facturation des pools élastiques avec Autonomous Data Guard activé.
Voici des exemples d'instances Autonomous Database pouvant 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.
A propos des opérations Elastic Pool Leader
L'instance Autonomous Database qui crée un pool élastique est en tête du pool. Les instances Autonomous Database qui sont ajoutées à un pool existant sont des membres de pool. Selon votre rôle, leader ou membre, vous pouvez effectuer des opérations sur un pool élastique.Les opérations suivantes ne sont valides que pour le leader de pool :
| Opération | Description |
|---|---|
|
Créer un pool élastique |
L'instance Autonomous Database qui crée un pool élastique est en tête du pool. Pour plus d'informations, reportez-vous à Création d'un pool élastique. |
|
Supprimer 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 As Pool Leader Remove Members from an Elastic Pool. |
|
Mettre 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. |
|
Modifier la taille de 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 du pool |
Un responsable de pool peut répertorier les membres du pool. Pour plus d'informations, reportez-vous à Liste des membres de pool élastique. |
A propos des opérations des membres du pool élastique
L'instance Autonomous Database qui crée un pool élastique est en tête du pool. Les instances Autonomous Database qui sont ajoutées à un pool existant sont des membres de pool. Selon votre rôle, leader ou membre, vous pouvez effectuer des opérations sur un pool élastique.Les opérations suivantes sont valides pour un membre du pool ou pour le responsable du pool :
| Opération | Description |
|---|---|
|
Ajouter une instance au pool élastique |
Une instance Autonomous Database peut être ajoutée en tant que membre de pool tant que l'instance est l'un des types de charge globale pris en charge, que l'instance utilise le modèle de calcul ECPU et que l'instance n'est pas membre d'un pool différent. Les types de charge globale pris en charge sont : Traitement des transactions, Data Warehouse, JSON Database ou APEX. Pour plus d'informations, reportez-vous à Rejoindre un pool élastique existant. |
|
Supprimer un membre de pool élastique |
Un membre de pool élastique peut se retirer du pool élastique. Pour plus d'informations, reportez-vous à Suppression de membres de pool d'un pool élastique. |
Utilisation de pools élastiques avec Oracle Cloud Infrastructure Organization Management (locations parent et enfant)
Oracle Cloud Infrastructure Organization Management propose deux types de location :
- Parent : location associée à l'abonnement financé principal.
- Enfant : locations qui rejoignent une organisation, par lesquelles une location parent gère les coûts et la gouvernance de l'enfant. Vous pouvez créer des locations enfant en tant que locations entièrement nouvelles, ou des locations existantes peuvent être invitées à rejoindre la même organisation et à modifier votre abonnement par défaut.
Vous pouvez combiner la gestion des organisations avec les avantages des pools élastiques. Si votre organisation utilise le modèle de location parent/enfant, vous pouvez appliquer des économies de coûts de pool élastique à l'aide d'un pool élastique qui couvre les locations parent et enfant. De cette façon, un pool élastique peut fonctionner dans les locations, où le leader du pool élastique se trouve dans la location parent et le membre du pool élastique se trouve dans une location enfant.
Pour plus d'informations, reportez-vous aux rubriques suivantes :
Rubrique parent : Utilisation et gestion des pools élastiques sur Autonomous Database