A propos des pools élastiques
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.
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 de manière élastique sans temps d'inactivité, vous pouvez tirer parti de la création et de l'utilisation de pools élastiques. Les pools élastiques présentent les avantages suivants :
-
Activez le fonctionnement 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 la 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 nécessaire.
-
Les membres d'un pool élastique ne sont pas facturés individuellement (le responsable du 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 des ECPU pour les membres individuels. La capacité d'E/S et l'allocation de mémoire Autonomous Database sont directement corrélées avec le nombre d'ECPU. Ainsi, en sélectionnant un plus grand nombre d'ECPU pour une instance, vous pouvez l'exécuter avec une capacité d'E/S plus élevée et davantage de mémoire sans avoir à payer pour 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, où le coût est basé sur la forme du pool et non sur le nombre d'ECPU d'une instance individuelle.
Lorsque vous créez un pool élastique, vous sélectionnez une taille de pool dans 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 termes à utiliser lorsque vous utilisez des pools élastiques :
-
Responsable de pool : instance Autonomous Database qui crée un pool élastique.
-
Membre de pool : instance Autonomous Database ajoutée à un pool élastique.
-
Taille de 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.
-
Capacité de pool : la capacité de pool est le nombre maximal d'ECPU qu'un pool élastique peut utiliser et est de 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 : 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 de 1024 ECPU ou plus, vous avez la possibilité d'affecter une fenêtre de maintenance personnalisée de 2 heures pendant laquelle l'amorce et tous les membres de pool élastique sont patchés ensemble. Afin de sélectionner une fenêtre de maintenance personnalisée pour votre pool élastique, enregistrez une demande de service auprès du support technique Oracle Cloud.
Conditions requises pour créer un pool élastique
Voici les conditions 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 en cours de création 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 prendre en charge la taille du pool élastique.
Un leader de pool élastique peut être de n'importe quel type de charge globale. La facturation élastique de l'utilisation du pool de calcul est toujours facturée au leader du pool au taux d'utilisation de calcul du traitement des transactions. Cela inclut les cas où le leader du pool élastique a le type de charge globale Traitement des transactions, Entrepôt de données, Base de données JSON ou APEX. Pour plus d'informations, reportez-vous à A propos de la facturation du pool élastique et à Informations de facturation du modèle de calcul d'ECPU.
Conditions requises pour rejoindre un pool élastique
Voici les conditions 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, Entrepôt de données, Base de données JSON 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 correspond à 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.
Allocation minimale d'ECPU aux responsables de pool et aux membres
Lorsqu'une instance Autonomous Database fait partie d'un pool élastique, l'allocation minimale d'ECPU individuelle autorisée est de 1 ECPU.
Lorsqu'une instance Autonomous Database fait partie d'un pool élastique, les incréments de 1 ECPU sont autorisés pour l'allocation d'ECPU d'instance Autonomous Database individuelle.
Capacité d'un pool élastique
Un pool élastique a une capacité de pool de 4 fois supérieure à la taille du pool. Par exemple, un pool avec 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 qui peuvent se trouver dans un pool élastique avec une taille de pool de 128 et une capacité de pool de 512 :
- Chacun de ces éléments est valide pour les membres d'un pool élastique dont la taille est 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é de pool de 512 ECPU.
-
Ces exemples vous permettent d'ajouter des membres à 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 sélectionnée.
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 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 du 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 n'a pas de membres, le chef de pool peut mettre fin au pool élastique. Pour plus d'informations, reportez-vous à Terminaison d'un pool élastique. |
|
Modifier la taille d'un pool élastique |
Un leader de pool élastique peut modifier la taille du pool. Pour plus d'informations, reportez-vous à la section Change the Elastic Pool Shape. |
|
Lister les membres du vivier |
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 de pool élastique
L'instance Autonomous Database qui crée un pool élastique est en tête du pool. Les instances Autonomous Database 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 leader 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, qu'elle utilise le modèle de calcul d'ECPU et qu'elle n'est pas membre d'un autre pool. Les types de charge globale pris en charge sont les suivants : Traitement des transactions, Entrepôt de données, Base de données JSON 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 à la section Remove Pool Members from an Elastic Pool. |
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. Les locations enfant peuvent être créées de toutes nouvelles locations, 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 sections suivantes :
Rubrique parent : Utilisation et gestion des pools élastiques sur Autonomous Database