Planifier et observer la capacité pour Autonomous Database sur une infrastructure Exadata dédiée
Vous pouvez observer et planifier les ressources de calcul et de stockage de votre infrastructure Autonomous Database sur une infrastructure Exadata dédiée pour une utilisation efficace et une facturation optimale.
Oracle Autonomous Database fournit des tableaux de bord et des visualisations pour vous aider à suivre l'affectation et l'utilisation des ressources pour votre service.
Rubriques connexes
Terminologie des ressources
Il est important de comprendre les différents termes utilisés avec l'affectation et l'utilisation des ressources dans la console Oracle Cloud Infrastructure (OCI) et de comprendre ce qu'ils signifient :
- UC disponibles :UC pouvant être affectées pour provisionner de nouvelles Autonomous Database ou ajuster des Autonomous Database existantes.
- UC provisionnées : Nombre total d'UC affectées pour toutes les Autonomous Database d'une grappe de machines virtuelles Exadata autonome.
- UC réservées : Nombre total d'UC réservées pour prendre en charge l'ajustement automatique d'Autonomous Database, le basculement d'Autonomous Database en cas de défaillance de noeud et la gestion du cycle de vie de bases de données conteneur autonomes vides.
- UC récupérables : Nombre total d'UC de toutes les Autonomous Database arrêtées et réduites sur l'ensemble des bases de données conteneur autonomes d'une grappe de machines virtuelles Exadata autonome. Les CPU récupérables ne reviennent pas à l'état Disponible tant que la base de données conteneur autonome n'est pas redémarrée.
Conseil :
Voir Gestion du service de calcul dans Autonomous Database pour des explications détaillées sur les types d'UC avec des exemples. - CDs provisionnables : Nombre de bases de données conteneur autonomes qui peuvent être créées dans une grappe de machines virtuelles Exadata autonome.
- CD provisionnées : Nombre de bases de données conteneur autonomes qui ont été créées dans une grappe de machines virtuelles Exadata autonome.
- CD non provisionnables : Nombre de bases de données conteneur autonomes qui ne peuvent pas être créées en raison d'une pénurie d'UC disponibles dans une grappe de machines virtuelles Exadata autonome.
- Stockage total (en To) : Stockage total affecté à une grappe de machines virtuelles Exadata autonome.
- Stockage disponible (en To) : Stockage disponible pour l'utilisation des bases de données autonomes dans une grappe de machines virtuelles Exadata autonome (AVMC).
- Stockage utilisé (en To) : Stockage actuellement utilisé par les bases de données Autonomous Database dans une grappe de machines virtuelles Exadata autonome (AVMC).
- Mémoire par unité centrale (en Go) : Mémoire affectée à la grappe de machines virtuelles Exadata autonome (AVMC) par unité centrale.
Limites de ressource
Le tableau suivant liste les limites de ressources pour les déploiements d'Autonomous Database sur une infrastructure Exadata dédiée sur Oracle Public Cloud et Exadata Cloud@Customer.
Limites de ressources (maximum)
-
Le nombre d'UC disponibles détermine le nombre maximal de Autonomous Database que vous pouvez créer. La plus petite base de données Autonomous Database peut être créée avec 2 ECPU ou 0,1 UC. Par conséquent, le nombre maximal d'Autonomous Database qui peut être créé est demi fois le nombre d'ECPU disponibles ou dix fois le nombre d'OCPU disponibles.
- Le nombre maximal de bases de données conteneur autonomes par grappe de MV Exadata autonome est 16.
Limites de ressources recommandées (maximum)
Ressource | Limite recommandée |
---|---|
Bases de données autonomes par base de données conteneur autonome | 200 |
Bases de données autonomes par base de données conteneur autonome avec Autonomous Data Guard configuré | 25 |
Note :
Il est possible de provisionner plus d'Autonomous Database que ceux mentionnés dans le tableau des limites recommandées ci-dessus, en particulier avec le surprovisionnement d'UC. Toutefois, cela nécessite des compromis en matière d'objectifs de niveau de service pour remettre une application en ligne après une interruption non planifiée ou une activité de maintenance planifiée. Pour connaître les détails SLO des déploiements d'Autonomous Database sur une infrastructure Exadata dédiée, voir Objectifs de niveau de service de disponibilité.Limites pour les grappes de machines virtuelles Exadata autonomes
Vous pouvez créer plusieurs grappes de machines virtuelles Exadata autonomes sur une ressource d'infrastructure Exadata. Aucune limite stricte n'est appliquée au nombre de grappes de machines virtuelles Exadata autonomes ou de bases de données conteneur autonomes que vous pouvez provisionner sur votre infrastructure Exadata. Il existe un minimum de ressources pour les grappes de machines virtuelles Exadata autonomes et les bases de données conteneur autonomes, et vous pouvez en créer tant que ce minimum est disponible.
Pour créer une grappe de machines virtuelles Exadata autonome, les ressources minimales requises sont 40 ECPU par noeud, 120 Go de mémoire par noeud, 338.5GB Stockage local par noeud et 6.61TB Stockage Exadata. De même, les ressources minimales requises par noeud pour créer une base de données conteneur autonome sont de 8 ECPU ou 2 OCPU et 50 Go de stockage local. Tant que ces ressources minimales sont disponibles dans votre infrastructure Exadata, des grappes de machines virtuelles Exadata autonomes et des bases de données conteneur autonomes peuvent être créées.
Note :
Les valeurs par défaut pour la mémoire de base de données par ECPU (Go) et le stockage de base de données (To) sont réglées à 5 Go et 5 To, respectivement. Toutefois, vous pouvez définir la mémoire de la base de données par ECPU pour qu'elle soit comprise entre 2 et 5 Go.Propriété | 1 ACD | 2 ACDs | 3 ACD | 16 ACDs |
---|---|---|---|---|
Nombre d'ECPU | 80 | 80 | 96 | 512 |
Mémoire (Go) | 320 | 320 | 368 | 1,616 |
Stockage local (Go) | 677 | 780 | 883 | 2,222 |
Stockage Exadata (To) | 6.61 | 6.73 | 6.86 | 8.45 |
Suivi de l'utilisation des ressources
Les ressources de calcul (UC) et de stockage affectées à une grappe de machines virtuelles Exadata autonome (AVMC) ou à une base de données conteneur autonome (ACD) varient au fur et à mesure que vous provisionnez et exécutez des Autonomous Database qu'elles contiennent. Nombre d'UC affectées, provisionnées, réservées et récupérables, et variation du stockage total, disponible et utilisé tout au long du cycle de vie des bases de données conteneur autonomes et des Autonomous Database dans une grappe de machines virtuelles autonome. Au fur et à mesure que vous provisionnez, exécutez et mettez fin aux base de données Autonomous Database ou provisionnez, supprimez et redémarrez des bases de données conteneur autonomes, les ressources de calcul et de stockage entrent dans différentes catégories, comme expliqué dans la section Gestion du calcul dans Autonomous Database.
Le suivi de l'utilisation des ressources pour une grappe de machines virtuelles autonome ou une base de données conteneur autonome sur toutes les locations est essentiel pour planifier la capacité de votre infrastructure Autonomous Database sur une infrastructure Exadata dédiée. Pour simplifier le suivi de l'utilisation des ressources, Oracle Autonomous Database fournit des données clés dans des formats graphiques et tabulaires à partir de la console Oracle Cloud Infrastructure (OCI).
- Grappe de machines virtuelles Exadata autonome (AVMC) : Vous pouvez voir les détails d'utilisation des ressources d'une grappe de machines virtuelles Exadata autonome à partir de la page Détails de celle-ci dans la console OCI. Des informations détaillées sur les ressources sont présentées sous forme graphique et tabulaire pour l'AVMC, et chaque ACD provisionnée dans l'AVMC.
Reportez-vous à Voir l'utilisation des ressources pour une grappe de machines virtuelles Exadata autonome pour obtenir des instructions et des explications étape par étape.
- Base de données conteneur autonome (ACD) : Comme pour AVMC, vous pouvez également voir les détails d'utilisation des ressources d'une base de données conteneur autonome à partir de la page Détails de celle-ci dans la console OCI. Des informations complètes sur les ressources de cette base de données conteneur autonome sont fournies dans cette page sous forme graphique et tabulaire.
Reportez-vous à Voir l'utilisation des ressources pour une base de données conteneur autonome pour obtenir des instructions et des explications étape par étape.
Visualisations de l'utilisation des ressources
Les mesures d'utilisation des ressources sont présentées dans la console OCI sous forme de graphiques et de tableaux, pour la grappe de machines virtuelles Exadata autonome (AVMC) et la base de données conteneur autonome (ACD).
Conseil :
Vous pouvez choisir d'afficher ces informations dans la vue graphique ou tabulaire en sélectionnant Vue Graphique ou Vue Table dans la liste déroulante dans le coin supérieur droit de cette section.Cette section présente des représentations graphiques et tabulaires de l'utilisation des ressources par AVMC.
Vue graphique
La vue graphique est la vue par défaut. Dans cette vue, vous pouvez voir 4 visualisations graphiques qui fournissent des détails d'utilisation pour différentes ressources :
- Utilisation d'UC : Représente le nombre total d'UC affectées à cette grappe de machines virtuelles autonome et le nombre d'UC récupérables, disponibles, provisionnées et réservées. Il s'agit d'un graphique en anneau avec le nombre total d'UC affichées au centre du graphique.
- Utilisation d'UC au niveau de la machine virtuelle : Graphique à barres horizontales qui présente une répartition de l'utilisation d'UC pour chaque machine virtuelle de la grappe. Vous trouverez une barre horizontale pour chaque VM. Chaque barre affiche le nombre d'UC récupérables, disponibles, provisionnées et réservées pour cette machine virtuelle avec codage en couleur. Le survol de chaque partie colorée de la barre horizontale affiche le nombre d'UC récupérables, disponibles, provisionnées et réservées pour cette machine virtuelle spécifique. Cliquer sur les barres récupérables, provisionnées et réservées ouvrira un nouveau panneau avec la décomposition de ces composants d'UC par les bases de données conteneur autonomes.
- Utilisation de la base de données conteneur autonome : Détermine le nombre total de bases de données conteneur autonomes pouvant être créées dans cette grappe de machines virtuelles autonome, ainsi qu'une répartition des bases de données conteneur autonomes provisionnables, des bases de données conteneur autonomes provisionnées et des bases de données conteneur autonomes non provisionnables. Consultez la terminologie des ressources pour comprendre chacun de ces éléments. Il s'agit d'un diagramme de beignet avec le nombre total de DAA affichés au centre du graphique.
- Utilisation du stockage Autonomous Database (ADB) (en To) : Il s'agit d'un graphique représentant le stockage Autonomous Database disponible, utilisé et total en To. La valeur de stockage totale est affichée au centre du graphique avec les valeurs de stockage disponibles et utilisées affichées sur le graphique dans différentes couleurs.
Vue de table
Pour voir les détails d'utilisation des ressources d'une grappe de machines virtuelles autonome dans la vue de table, sélectionnez Vue de table dans la liste déroulante dans le coin supérieur droit de la section Visualisations d'utilisation des ressources. La vue de table affiche exactement les mêmes détails que la vue de graphique, sous forme de tables.
- Utilisation d'UC : Liste le nombre total d'UC disponibles, provisionnées, réservées et récupérables dans cette grappe de machines virtuelles autonome.
- Utilisation d'UC au niveau de la machine virtuelle : Liste le nombre d'UC disponibles, provisionnées, réservées et récupérables pour chaque machine virtuelle de cette grappe de machines virtuelles.
- Utilisation de la base de données conteneur autonome : Liste le nombre de bases de données conteneur autonomes provisionnables, provisionnées et non provisionnables dans cette grappe de machines virtuelles autonome.
- Utilisation du stockage Autonomous Database (ADB) (en To) : Affiche le stockage Autonomous Database disponible et utilisé en To.
Cette section présente des représentations graphiques et tabulaires de l'utilisation des ressources de la base de données conteneur autonome.
Vue graphique
La vue graphique est la vue par défaut. Dans cette vue, vous pouvez voir un graphique à barres horizontales qui présente une répartition des CPU utilisées par cette base de données conteneur autonome dans chaque machine virtuelle. Chaque barre affiche le nombre d'UC provisionnées, réservées et récupérables pour cette machine virtuelle avec codage en couleur. Le survol de chaque partie colorée de la barre horizontale affiche le nombre d'UC provisionnées, réservées et récupérables pour cette machine virtuelle spécifique.
Vue de table
Pour voir les détails d'utilisation des ressources d'une base de données conteneur autonome dans la vue de table, sélectionnez Vue de table dans la liste déroulante dans le coin supérieur droit de la section Utilisation d'UC au niveau de la machine virtuelle. La vue de table affiche exactement les mêmes détails que la vue de graphique, sous la forme d'une table. Il répertorie le nombre d'UC provisionnées, réservées et récupérables pour chaque machine virtuelle affectée à la base de données conteneur autonome à partir de la grappe de machines virtuelles parent.
Formes du système Exadata
Autonomous Database sur une infrastructure Exadata dédiée peut être provisionné sur différents modèles de système Exadata tels qu'Oracle Exadata X9M-2, X8M-2, X8-2 ou X7-2. Chaque modèle se présente sous différentes formes, comme expliqué ci-dessous. Chaque forme de système Exadata est dotée d'une quantité fixe de mémoire, de stockage et de ressources de réseau.
Le total des ressources affectées à votre infrastructure Autonomous Database sur une infrastructure Exadata dédiée est déterminé par le système (et la forme) Exadata utilisé pour provisionner votre service.
Conseil :
Reportez-vous à Caractéristiques des formes d'infrastructure pour voir les spécifications de chaque modèle de système Exadata.- Système de base : Contient deux serveurs de base de données et trois serveurs de stockage Oracle Exadata. Un système de base est une configuration de niveau d'entrée. Par rapport aux autres configurations, un système de base contient des serveurs de stockage Oracle Exadata dont la capacité de stockage est réduite et des serveurs de base de données dont la mémoire et la puissance de traitement sont considérablement inférieures.
- Quart de bâti : Contient deux serveurs de base de données et trois serveurs de stockage Oracle Exadata.
- Demi-bâti : contient quatre serveurs de base de données et six serveurs de stockage Oracle Exadata.
- Bâti complet : Contient huit serveurs de base de données et 12 serveurs de stockage Oracle Exadata.
Les systèmes X10M sur les déploiements Exadata Cloud@Customer sont proposés dans les formes de système Exadata suivantes :
- Système de base élastique : Contient deux serveurs de base de données et trois serveurs de stockage d'Oracle Exadata et peut être étendu jusqu'à un maximum de 16 serveurs en ajoutant des serveurs de base de données et de stockage de base supplémentaires. Un système de base est une configuration de niveau d'entrée. Par rapport aux autres configurations, un système de base contient des serveurs de stockage Oracle Exadata dont la capacité de stockage est réduite et des serveurs de base de données dont la mémoire et la puissance de traitement sont considérablement inférieures.
- Élasticité : Commence par deux serveurs de base de données à mémoire standard (1390 Go) et trois serveurs de stockage Oracle Exadata et peut être étendu jusqu'à un maximum de 32 serveurs de base de données et 64 serveurs de stockage.
- Large élastique : Commence par deux serveurs de base de données de grande mémoire (2090 Go) et trois serveurs de stockage Oracle Exadata et peut être étendu jusqu'à 32 serveurs de base de données de grande mémoire et 64 serveurs de stockage.
- Extra-large élastique : Commence par deux serveurs de base de données à mémoire extra volumineuse (2800 Go) et trois serveurs de stockage Oracle Exadata et peut être étendu jusqu'à 32 serveurs de base de données à mémoire volumineuse et 64 serveurs de stockage.