Documentation Oracle Cloud Infrastructure

Planification et surveillance de la capacité

Vous pouvez surveiller et planifier les ressources de calcul et de stockage de votre infrastructure Exadata dédiée Autonomous Database pour une utilisation efficace et une facturation optimale.

Oracle Autonomous Database fournit des tableaux de bord et des visualisations pour vous aider à suivre l'allocation et l'utilisation des ressources pour votre service.

Thème parent : Surveillance des services

Terminologie relative aux ressources

Il est important de comprendre les différents termes utilisés avec l'allocation et l'utilisation des ressources sur la console Oracle Cloud Infrastructure (OCI) et de comprendre ce qu'ils signifient :

  • UC disponibles : UC pouvant être allouées pour provisionner de nouvelles instances Autonomous Database ou pour redimensionner des instances Autonomous Database existantes.
  • UC provisionnées : nombre total d'UC allouées pour toutes les instances Autonomous Database au sein d'un cluster de machines virtuelles Exadata Autonomous (AVMC).
  • UC réservées : nombre total d'UC réservées pour la prise en charge du redimensionnement automatique des instances Autonomous Database, du basculement Autonomous Database en cas d'échec de noeud et de la gestion du cycle de vie des bases de données Conteneur Autonomous vides.
  • UC récupérables : nombre total d'UC de toutes les instances Autonomous Database terminées et réduites dans toutes les bases de données Conteneur Autonomous au sein d'un cluster de machines virtuelles Exadata Autonomous (AVMC). Les CPU récupérables ne reviennent pas à l'état Disponible tant que la base de données Conteneur Autonomous n'est pas redémarrée.

    Conseil :

    Pour obtenir une explication détaillée des types d'UC avec des exemples, reportez-vous à Compute Management dans Autonomous Database.
  • Cases de données Conteneur Autonomous provisionnables : nombre de bases de données Conteneur Autonomous qui peuvent être créées dans un cluster de machines virtuelles Exadata Autonomous (AVMC).
  • Cases de données Conteneur Autonomous provisionnées : nombre de bases de données Conteneur Autonomous qui ont été créées dans un cluster de machines virtuelles Exadata Autonomous (AVMC).
  • Cases de données Conteneur Autonomous non provisionnables : nombre de bases de données Conteneur Autonomous qui ne peuvent pas être créées en raison d'un manque d'UC disponibles dans un cluster de machines virtuelles Exadata Autonomous (AVMC).
  • Stockage total (en To) : stockage total alloué à un cluster de machines virtuelles Exadata Autonomous (AVMC).
  • Stockage disponible (en To) : stockage disponible pour l'utilisation des bases de données autonomes dans un cluster de machines virtuelles Exadata Autonomous (AVMC).
  • Stockage utilisé (en To) : stockage actuellement utilisé par des instances Autonomous Database dans un cluster de machines virtuelles Exadata Autonomous (AVMC).
  • Mémoire par UC (en Go) : mémoire allouée au cluster de machines virtuelles Exadata Autonomous (AVMC) par UC.

Limite de ressources

Le tableau suivant répertorie les limites de ressource pour les déploiements Autonomous Database on Dedicated Exadata Infrastructure sur Oracle Public Cloud et Exadata Cloud@Customer.

Limites de ressource (maximales)

  • Le nombre d'UC disponibles détermine le nombre maximal d'instances Autonomous Database que vous pouvez créer. La plus petite instance Autonomous Database peut être créée avec 2 ECPU ou 0,1 UC. Par conséquent, le nombre maximal d'Autonomous Database pouvant être créés est demi- fois la quantité d'ECPU disponibles ou dix fois la quantité d'OCPU disponibles.

  • Le nombre maximal de bases de données Conteneur Autonomous par cluster de machines virtuelles Exadata Autonomous est de 16.

Limites de ressource recommandées (maximales)

Ressource Limite recommandée
Bases de données autonomes par base de données Conteneur Autonomous 200
Bases de données autonomes par base de données Conteneur Autonomous avec Autonomous Data Guard configuré 25
Remarque

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 implique un compromis sur les objectifs de niveau de service pour remettre une application en ligne suite à une coupure non planifiée ou à une activité de maintenance planifiée. To know the SLO details for Autonomous Database on Dedicated Exadata Infrastructure deployments, see Availability Service Level Objectives (SLOs).

Limites relatives aux clusters de machines virtuelles Exadata Autonomous

Vous pouvez créer plusieurs clusters de machines virtuelles Exadata Autonomous sur une ressource d'infrastructure Exadata. Aucune limite stricte n'est appliquée au nombre de clusters de machines virtuelles Exadata Autonomous ou de bases de données Conteneur Autonomous que vous pouvez provisionner sur votre infrastructure Exadata. Les clusters de machines virtuelles Exadata Autonomous et les bases de données Conteneur Autonomous ont des exigences de ressources minimales. Vous pouvez les créer tant que les ressources minimales requises sont disponibles.

Pour créer un cluster de machines virtuelles Exadata Autonomous, les ressources minimales requises par noeud sont 5 OCPU ou 20 ECPU, 100 Go de mémoire et 334 Go de stockage local. Vous avez également besoin d'au moins 2.87TB Exadata Storage par AVMC. De même, les ressources minimales nécessaires par noeud pour créer une base de données Conteneur Autonomous sont 2 OCPU ou 8 ECPU et 50 Go de stockage local. Tant que votre infrastructure Exadata dispose de ces ressources minimales, vous pouvez créer un cluster de machines virtuelles Exadata Autonomous et une base de données Conteneur Autonomous.

L'exemple suivant présente les ressources d'infrastructure Exadata X9M minimales requises pour provisionner une instance AVMC (configurée avec 2 serveurs de base de données) avec un nombre différent de bases de données Conteneur Autonomous.
Remarque

La mémoire de base de données par ECPU (Go) et le stockage de base de données (To) sont définis respectivement sur 3 Go et 2 To.
Propriété 1 ACD 2 ACD 3 ACD 16 ACD
Nombre d'ECPU 40 40 48 256
Mémoire (Go) 200 200 224 848
Stockage local (Go) 677 780 883 2 222
Stockage Exadata (To) 2,87 2,99 3,11 4,69

Suivi de l'utilisation des ressources

Les ressources de calcul (UC) et de stockage allouées à un cluster de machines virtuelles Exadata Autonomous (AVMC) ou à une base de données Conteneur Autonomous (ACD) varient en fonction du provisionnement et de l'exécution des instances Autonomous Database qu'elles contiennent. Nombre d'UC allouées, provisionnées, réservées, récupérables et modification du stockage total, disponible et utilisé tout au long du cycle de vie des bases de données Conteneur Autonomous et des instances Autonomous Database dans une instance AVMC. Lorsque vous provisionnez, exécutez et mettez fin à des bases de données Autonomous Database ou provisionnez, supprimez et redémarrez des bases de données Conteneur Autonomous, les ressources de calcul et de stockage sont déplacées vers différentes catégories, comme expliqué dans Compute Management dans Autonomous Database.

Le suivi de l'utilisation des ressources pour une instance AVMC ou ACD dans les locations est essentiel pour la planification de la capacité de votre infrastructure Exadata dédiée Autonomous Database. To simplify resource usage tracking, Oracle Autonomous Database provides insights in graphical and tabular formats from the Oracle Cloud Infrastructure (OCI) console.

Autonomous Database on Dedicated Exadata Infrastructure prend en charge le suivi de l'utilisation des ressources à deux niveaux :
  • Cluster de machines virtuelles Exadata Autonomous : vous pouvez visualiser les détails d'utilisation des ressources d'un cluster de machines virtuelles Exadata Autonomous à partir de sa page Détails sur 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é dans l'AVMC.

    Pour obtenir des instructions détaillées, reportez-vous à Affichage de l'utilisation des ressources pour un cluster de machines virtuelles Exadata Autonomous.

  • Base de données Conteneur Autonomous : comme AVMC, vous pouvez également visualiser les détails d'utilisation des ressources d'une base de données Conteneur Autonomous à partir de sa page Détails sur la console OCI. Des informations complètes sur les ressources de cette base de données Conteneur Autonomous sont fournies sur cette page sous forme de graphiques et de tableaux.

    Pour obtenir des instructions détaillées, reportez-vous à Affichage de l'utilisation des ressources pour une base de données Conteneur Autonomous.

Visualisations de l'utilisation des ressources

Les mesures d'utilisation des ressources sont présentées sur la console OCI sous forme de graphiques et de tableaux, pour le cluster de machines virtuelles Exadata Autonomous et la base de données Conteneur Autonomous.

Vous pouvez accéder à ces visualisations de ressources sous forme de graphique ou de tableau dans la console OCI, en suivant les instructions décrites dans :

Conseil :

Vous pouvez choisir d'afficher ces informations dans la vue graphique ou sous forme de tableau en sélectionnant Vue de graphique ou Vue de table dans la liste déroulante située dans le coin supérieur droit de cette section.

Cette section contient des représentations graphiques et tabulaires de l'utilisation des ressources de l'AVMC.

Vue Graphe

La vue Graphe 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 :


Description de l'image avmc_reschart.png

Les quatre graphiques représentent :
  1. Utilisation de l'UC : représente le nombre total d'UC allouées à cette instance AVMC et le nombre d'UC pouvant être récupérées, disponibles, provisionnées et réservées. Il s'agit d'un graphique en anneau avec le nombre total de CPU affiché au centre du graphique.
  2. Utilisation de l'UC au niveau de la machine virtuelle : il s'agit d'un graphique à barres horizontales qui fournit une ventilation de l'utilisation de l'UC pour chaque machine virtuelle du cluster. Vous trouverez une barre horizontale pour chaque machine virtuelle. Chaque barre indique le nombre d'UC récupérables, disponibles, provisionnées et réservées pour cette machine virtuelle avec codage en couleurs. Le pointage de la souris sur chaque partie colorée de la barre horizontale affiche le nombre de CPU récupérables, disponibles, provisionnées et réservées pour cette machine virtuelle spécifique. Cliquez sur les barres récupérables, provisionnées et réservées pour ouvrir un nouveau panneau avec la ventilation de ces composants de CPU par base de données Conteneur Autonomous.
  3. Utilisation de la base de données Conteneur Autonomous : indique le nombre total de bases de données Conteneur Autonomous pouvant être créées dans cette instance AVMC, ainsi que la répartition des bases de données Conteneur Autonomous provisionnables, des bases de données Conteneur Autonomous provisionnées et des bases de données Conteneur Autonomous non provisionnables. Pour comprendre leur signification, reportez-vous à Terminologie des ressources. Il s'agit d'un graphique en anneau avec le nombre total de bases de données Conteneur Autonomous affichées au centre du graphique.
  4. Utilisation du stockage Autonomous Database (ADB) (en To) : graphique en anneau décrivant 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 dans le graphique en différentes couleurs.

Vue tabulaire

Pour afficher les détails d'utilisation des ressources d'un serveur AVMC dans une vue tabulaire, sélectionnez Vue tabulaire dans la liste déroulante située dans l'angle supérieur droit de la section Visualisations d'utilisation des ressources. La vue de tableau présente exactement les mêmes détails que la vue de graphique, sous forme de tableaux.


Description de l'image avmc_restable.png

Les quatre tables que vous pouvez voir sont les suivantes :
  1. Utilisation de l'UC : répertorie le nombre total d'UC, disponibles, provisionnées, réservées et récupérables dans ce service AVMC.
  2. Utilisation de l'UC au niveau de la machine virtuelle : répertorie le nombre d'UC disponibles, provisionnées, réservées et récupérables pour chaque machine virtuelle de ce cluster de machines virtuelles.
  3. Utilisation de la base de données Conteneur Autonomous : répertorie le nombre de bases de données Conteneur Autonomous provisionnables, provisionnées et non provisionnables dans cette instance AVMC.
  4. Utilisation du stockage Autonomous Database (ADB) (en To) : affiche le stockage Autonomous Database disponible et utilisé en To.

Cette section contient des représentations graphiques et tabulaires de l'utilisation des ressources de la base de données Conteneur Autonomous.

Vue Graphe


Description de l'image acd_reschart.png

La vue Graphe est la vue par défaut. Dans cette vue, vous pouvez voir un graphique à barres horizontales donnant une répartition des CPU utilisées par cette base de données Conteneur Autonomous dans chaque machine virtuelle. Chaque barre indique le nombre d'UC provisionnées, réservées et récupérables pour cette machine virtuelle avec codage en couleurs. Le pointage de la souris sur chaque partie colorée de la barre horizontale affiche le nombre de CPU provisionnées, réservées et récupérables pour cette machine virtuelle spécifique.

Vue tabulaire


Description de l'image acd_restable.png

Pour afficher les détails d'utilisation des ressources d'une base de données Conteneur Autonomous dans une vue de table, sélectionnez Vue de table dans la liste déroulante située dans l'angle supérieur droit de la section Utilisation de l'UC au niveau de la machine virtuelle. La vue de tableau présente exactement les mêmes détails que la vue de graphique, sous la forme d'un tableau. Il répertorie le nombre de CPU provisionnées, réservées et récupérables pour chaque machine virtuelle allouée à la base de données Conteneur Autonomous à partir du cluster de machines virtuelles parent.

Formes de système Exadata

Autonomous Database on Dedicated Exadata Infrastructure 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 réseau. Toutes les formes reposent sur les modèles de système Oracle Exadata X9M-2, X8M-2, X8-2 ou X7-2.

Le nombre total de ressources allouées à votre infrastructure Exadata dédiée Autonomous Database est déterminé par le système Exadata (et la forme) utilisé pour provisionner le service.

Conseil :

Pour visualiser les spécifications de chaque modèle de système Exadata, reportez-vous à Caractéristiques des formes d'infrastructure.
Autonomous Database on Dedicated Exadata Infrastructure est proposé dans les formes de système Exadata suivantes :
  • Système de base : contient deux serveurs de base de données et trois serveurs Oracle Exadata Storage Server. Le système de base correspond à une configuration d'entrée de gamme. Par rapport aux autres configurations, un système de base contient des serveurs Oracle Exadata Storage Server dotés d'une capacité de stockage nettement inférieure et des serveurs de base de données présentant beaucoup moins de mémoire et de puissance de traitement.
  • Quart de rack : contient deux serveurs de base de données et trois serveurs Oracle Exadata Storage Server.
  • Demi-rack : contient quatre serveurs de base de données et six serveurs Oracle Exadata Storage Server.
  • Rack complet : contient huit serveurs de base de données et 12 serveurs Oracle Exadata Storage Server.

Les systèmes X10M sur les déploiements Exadata Cloud@Customer sont proposés dans les formes de système Exadata suivantes :

  • Elastique : démarre avec 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 : démarre avec deux serveurs de base de données à grande mémoire (2090 Go) et trois serveurs de stockage Oracle Exadata, et peut être étendu à 32 serveurs de base de données à grande mémoire et 64 serveurs de stockage.
  • Elastic Extra Large : démarre avec deux serveurs de base de données de mémoire extra volumineuse (2800 Go) et trois serveurs de stockage Oracle Exadata, et peut être étendu à 32 serveurs de base de données de mémoire volumineuse et 64 serveurs de stockage.