Gestion des clusters de machines virtuelles
Découvrez comment gérer vos clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer.
- A propos de la gestion des clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer
Le cluster de machines virtuelles fait le lien entre votre infrastructure Oracle Exadata Database Service on Cloud@Customer et les bases de données Oracle que vous déployez. - Présentation des sous-ensembles de noeuds de cluster de machines virtuelles
Les sous-ensembles de noeuds de cluster de machines virtuelles permettent d'allouer un sous-ensemble de serveurs de base de données aux clusters de machines virtuelles nouveaux et existants afin d'offrir une flexibilité maximale pour l'allocation des ressources de calcul (UC, mémoire, stockage local). - Présentation de la collecte automatique de diagnostics
En activant la collecte et les notifications de diagnostics, vous, ainsi que l'équipe des opérations Oracle Cloud, pourrez identifier, examiner, suivre et résoudre les problèmes liés aux machines virtuelles invitées de manière rapide et efficace. Abonnez-vous à Events pour être notifié des modifications d'état des ressources. - Journaux d'incident et fichiers trace
Cette section répertorie tous les fichiers qui peuvent être collectés par le support technique Oracle si vous activez la collecte des journaux d'incident et des traces. - Mesures d'état
Consultez la liste des mesures d'état de base de données et autres collectées par Oracle Trace File Analyzer. - Introduction aux opérations d'augmentation ou de réduction
Avec la version de fonctionnalité MultiVM (plusieurs machines virtuelles par système Exadata), vous pouvez augmenter ou réduire les ressources de cluster de machines virtuelles. - Utilisation de la console pour gérer les clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer
Découvrez comment utiliser la console pour créer, modifier et gérer des clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer. - Utilisation de l'API pour gérer les clusters de machines virtuelles Oracle Exadata Database Service on Cloud@Customer
Consultez la liste des appels d'API permettant de gérer les clusters de machines virtuelles et les réseaux de cluster de machines virtuelles Oracle Exadata Database Service on Cloud@Customer. - Dépannage des machines virtuelles à l'aide des connexions à la console
Vous pouvez dépanner les machines virtuelles défectueuses à l'aide des connexions à la console. Par exemple, une machine virtuelle invitée qui fonctionnait précédemment ne répond plus.
Rubrique parent : Guides pratiques
A propos de la gestion des clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer
Le cluster de machines virtuelles fait le lien entre votre infrastructure Oracle Exadata Database Service on Cloud@Customer et les bases de données Oracle que vous déployez.
Le cluster de machines virtuelles contient une installation d'Oracle Clusterware, qui prend en charge les bases de données du cluster. Dans la définition du cluster de machines virtuelles, vous spécifiez également le nombre de coeurs de processeur activés, qui détermine la quantité de ressources d'UC disponibles pour les bases de données
Pour pouvoir créer des bases de données sur votre infrastructure Exadata Cloud@Customer, vous devez créer un réseau de cluster de machines virtuelles et l'associer à un cluster de machines virtuelles.
Evitez de saisir des informations confidentielles lors de l'affectation de descriptions, de balises ou de noms conviviaux aux ressources cloud via l'interface de ligne de commande, l'API ou la console Oracle Cloud Infrastructure.
Rubrique parent : Gestion des clusters de machines virtuelles
Présentation des sous-ensembles de noeuds de cluster de machines virtuelles
Les sous-ensembles de noeuds de cluster de machines virtuelles permettent d'allouer un sous-ensemble de serveurs de base de données aux clusters de machines virtuelles nouveaux et existants afin d'offrir une flexibilité maximale pour l'allocation des ressources de calcul (UC, mémoire, stockage local).
- créer un cluster de machines virtuelles de plus petite taille pour héberger des bases de données présentant de faibles exigences en matière de ressources et d'évolutivité, ou pour héberger un plus petit nombre de bases de données nécessitant une isolation du reste de la charge globale,
- développer ou réduire un cluster de machines virtuelles existant en ajoutant et en enlevant des noeuds afin de garantir une utilisation optimale des ressources disponibles.
- La fonctionnalité de sous-ensemble de noeuds de cluster de machines virtuelles est disponible pour les clusters de machines virtuelles nouveaux et existants dans le service Exadata Cloud@Customer Gen 2.
- Toutes les machines virtuelles d'un cluster de machines virtuelles auront la même allocation de ressources par machine virtuelle, que la machine virtuelle ait été créée lors du provisionnement du cluster ou ajoutée ultérieurement en étendant un cluster de machines virtuelles existant.
- Les clusters de machines virtuelles n'ont besoin que d'au moins 1 machine virtuelle avec sous-ensemble de noeuds. Cependant, Oracle recommande un minimum de 2 machines virtuelles par cluster de machines virtuelles pour fournir une haute disponibilité.
- Chaque réseau de cluster de machines virtuelles est préprovisionné avec des adresses IP pour chaque serveur de base de données dans l'infrastructure. Un réseau de cluster ne peut être utilisé que par un seul cluster de machines virtuelles et fait l'objet d'une validation pour garantir que les adresses IP ne chevauchent pas d'autres réseaux de cluster. L'ajout ou la suppression de machines virtuelles dans le cluster n'a aucune incidence sur les adresses IP préprovisionnées affectées à chaque serveur de base de données dans le réseau de cluster associé.
Pour connaître le nombre maximal de machines virtuelles par serveur de base de données et le nombre maximal de clusters de machines virtuelles par système, reportez-vous à la section System Shape and Configuration Tables. Le nombre maximal de clusters de machines virtuelles par système dépend des ressources disponibles par serveur de base de données et est soumis à la limite maximale de machines virtuelles par serveur de base de données.
Lorsqu'un cluster contient une base de données remplacée par un noeud, la fonctionnalité d'utilisation et de coût attribuée aux bases de données pluggables ne fonctionne pas car le processus de création de bases de données soumises à un noeud se produit sur le back-end et les métadonnées des bases de données soumises à un noeud ne sont pas synchronisées avec le serveur de plan de contrôle.
Toutefois, si la base de données a été créée à l'origine sans avoir recours au sous-ensemble de noeuds et convertie ultérieurement en base de données sous-ensemble de noeuds, ce problème ne se posera pas car les métadonnées sont déjà disponibles dans le plan de contrôle.
Rubriques connexes
- Utilisation de la console pour créer un cluster de machines virtuelles ASM
- Utilisation de la console pour ajouter des machines virtuelles à un cluster provisionné
- Utilisation de la console pour visualiser la liste des serveurs de base de données sur une infrastructure Exadata
- Utilisation de la console pour enlever une machine virtuelle d'un cluster de machines virtuelles
Rubrique parent : Gestion des clusters de machines virtuelles
Présentation de la collecte automatique de diagnostics
En activant la collecte et les notifications de diagnostics, vous, ainsi que l'équipe des opérations Oracle Cloud, pourrez identifier, examiner, suivre et résoudre les problèmes liés aux machines virtuelles invitées de manière rapide et efficace. Abonnez-vous à Events pour être notifié des modifications d'état des ressources.
-
Activer les événements de diagnostic
Autorisez Oracle à collecter et à vous informer des événements critiques, d'avertissement, d'erreur et d'information. Pour plus d'informations, reportez-vous à Evénements du service Database.
-
Activer la surveillance de l'état
Autorisez Oracle à collecter des mesures/événements d'état tels que le démarrage/l'arrêt de la base de données Oracle, l'utilisation de l'espace de disque, etc., et à les partager avec l'équipe des opérations Oracle Cloud. Vous recevrez également une notification pour certains événements. Pour plus d'informations, reportez-vous à Mesures d'état.
-
Activer la collecte de journaux d'incident et de traces
Autorisez Oracle à collecter des traces et des journaux d'incident pour permettre le diagnostic de panne et la résolution de problème. Pour plus d'informations, reportez-vous à Journaux d'incident et fichiers trace.
La collecte de diagnostics peut prendre plusieurs états :
- Activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ainsi que les journaux d'incident et fichiers trace (les trois options).
- Désactivé : lorsque vous choisissez de ne collecter ni les diagnostics, ni les mesures d'état, ni les journaux d'incident et fichiers trace (les trois options).
- Partiellement activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ou les journaux d'incident et fichiers trace (une ou deux options).
La désactivation des événements de diagnostic et de la surveillance de l'état arrête la collecte des données/événements et les notifications correspondantes uniquement lorsque vous désélectionnez les cases à cocher associées aux options. Les données historiques ne sont pas purgées des référentiels de données de l'équipe des opérations Oracle Cloud.
Rubriques connexes
Rubrique parent : Gestion des clusters de machines virtuelles
Journaux d'incident et fichiers trace
Cette section répertorie tous les fichiers qui peuvent être collectés par le support technique Oracle si vous activez la collecte des journaux d'incident et des traces.
- Oracle crée une demande de service pour le numéro CSI d'infrastructure lorsqu'un problème est détecté et qu'une interaction avec le client est nécessaire afin de le résoudre.
- Le courriel de l'administrateur de location Oracle Cloud Infrastructure du client est utilisé en tant que contact CSI pour créer la demande de service et y joindre des journaux. Assurez-vous que l'administrateur de location est ajouté en tant que contact CSI dans My Oracle Support (MOS).
Collectes de journaux Oracle Trace File Analyzer (TFA) basées sur un composant
Les répertoires sont généralement affectés à un composant, et ce dernier peut être utilisé pour guider TFA vers les fichiers qu'il doit collecter. Par exemple, une demande sur le composant CRS indique à TFA de consulter les répertoires mis en correspondance avec le composant CRS et de rechercher les fichiers correspondant à la période de collecte requise.
Si vous avez précédemment accepté la collecte des journaux d'incident et des fichiers trace, et que vous décidez de la refuser lorsque l'équipe des opérations Oracle Cloud exécute un travail de collecte de journaux, le travail poursuit son exécution sans être annulé. Les collectes de journaux suivantes ne sont effectuées que si vous acceptez de nouveau l'option de collecte de journaux d'incident et de fichiers trace.
TFA est fourni avec des scripts exécutés lorsqu'un composant particulier est demandé. Par exemple, pour un composant CRS, crscollect.pl
exécute un certain nombre de commandes crsctl
et collecte l'entrée. Par défaut, TFA ne protège pas les journaux collectés.
Tableau 5-13 Collectes de journaux Oracle Trace File Analyzer (TFA) basées sur un composant
Composant | Script | Fichiers/Répertoires |
---|---|---|
|
|
|
|
|
|
|
Aucun script propre à la base de données : exécute |
|
Journaux des outils cloud
- Fichiers creg : fichiers
/var/opt/oracle/creg/*.ini
avec informations sensibles masquées - Fichier cstate :
/var/opt/oracle/cstate.xml
-
Journaux des outils associé à la base de données :
Si
nomBdD
est spécifié, collecte/var/opt/oracle/log/<nomBdD>
, sinon collecte les journaux pour toutes les bases de données (/var/opt/oracle/log/
)Si
nomBdD
est spécifié, collecte/var/opt/oracle/dbaas_acfs/log/<nomBdD>
, sinon collecte les journaux pour toutes les bases de données (/var/opt/oracle/log/<nomBdD>
) - Fichiers d'environnement de base de données : si
dbName
est spécifié, collecte/home/oracle/<dbName>.env
, sinon collecte les journaux pour toutes les bases de données (/home/oracle/*.env
) - Journaux de pilote :
/home/opc/.pilotBase/logs
- Liste des répertoires de journaux :
/var/opt/oracle/log
/var/opt/oracle/dbaas_acfs/log
/var/opt/oracle/dbaas_acfs/dbsystem_details
/var/opt/oracle/dbaas_acfs/job_manager
/opt/oracle/dcs/log
Journaux d'agent DCS
/opt/oracle/dcs/log/
Journaux Grid Infrastructure/Database liés aux outils
- Grid Infrastructure :
GI_HOME/cfgtoollogs
- Journal d'alertes de base de données :
/u02/app/oracle/diag/rdbms/*/*/alert*.log
Rubriques connexes
Rubrique parent : Gestion des clusters de machines virtuelles
Mesures d'état
Consultez la liste des mesures d'état de base de données et autres collectées par Oracle Trace File Analyzer.
Il se peut qu'Oracle ajoute d'autres mesures à l'avenir, mais si vous avez déjà choisi de collecter des mesures, vous n'avez pas besoin de mettre à jour votre choix d'activation. Les éléments activés/désactivés restent conformes à vos préférences actuelles.
Outre les mesures répertoriées ci-dessous, Oracle analyse des mesures supplémentaires pour fournir le plus haut niveau d'opérations de service et assurer une haute disponibilité des services.
Liste des mesures d'état de machine virtuelle invitée - Mesures de base de données
Tableau 5-14 Liste des mesures d'état de machine virtuelle invitée - Mesures de base de données
Nom de la mesure | Nom d'affichage de la mesure | Unité | Agrégation | Intervalle | Fréquence de collecte | Description |
---|---|---|---|---|---|---|
|
Utilisation de l'UC |
Pourcentage |
Moyenne |
Une minute |
Cinq minutes |
Pourcentage d'utilisation de l'UC, agrégé pour tous les groupes de destinataires. Le pourcentage d'utilisation consigné tient compte du nombre d'UC que la base de données est autorisée à utiliser, à savoir deux fois le nombre d'OCPU. |
|
Utilisation du stockage |
Pourcentage |
Moyenne |
Une heure |
Une heure |
Pourcentage de la capacité de stockage provisionnée utilisé actuellement. Représente l'espace total alloué à l'ensemble des tablespaces. |
|
Modifications de bloc de base de données |
Modifications par seconde |
Moyenne |
Une minute |
Cinq minutes |
Nombre moyen de blocs modifiés par seconde. |
|
Nombre d'exécutions |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre d'appels utilisateur et récursifs ayant exécuté des instructions SQL au cours de l'intervalle sélectionné. |
|
Ouvertures de session en cours |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre d'ouvertures de session ayant abouti au cours de l'intervalle sélectionné. |
|
Nombre de transactions |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre combiné de validations et d'annulations utilisateur au cours de l'intervalle sélectionné. |
|
Appels utilisateur |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre combiné d'appels d'exécution, d'ouvertures de session et d'analyses au cours de l'intervalle sélectionné. |
|
Nombre d'analyses |
Nombre |
Somme |
Une minute |
Cinq minutes |
Nombre d'analyses complètes et légères au cours de l'intervalle sélectionné. |
|
Espace de stockage utilisé |
Go |
Valeur maximale |
Une heure |
Une heure |
Quantité totale d'espace de stockage utilisée par la base de données au moment de la collecte. |
|
Espace de stockage alloué |
Go |
Valeur maximale |
Une heure |
Une heure |
Quantité totale d'espace de stockage allouée à la base de données à l'heure de collecte. |
|
Espace de stockage utilisé par tablespace |
Go |
Valeur maximale |
Une heure |
Une heure |
Quantité totale d'espace de stockage utilisée par le tablespace au moment de la collecte. Dans le cas des bases de données Conteneur, cette mesure fournit les tablespaces de conteneur racine. |
|
Espace de stockage alloué par tablespace |
Go |
Valeur maximale |
Une heure |
Une heure |
Quantité totale d'espace de stockage allouée au tablespace au moment de la collecte. Dans le cas des bases de données Conteneur, cette mesure fournit les tablespaces de conteneur racine. |
|
Utilisation de l'espace de stockage par tablespace |
Pourcentage |
Moyenne |
Une heure |
Une heure |
Indique le pourcentage d'espace de stockage utilisé par le tablespace au moment de la collecte. Dans le cas des bases de données Conteneur, cette mesure fournit les tablespaces de conteneur racine. |
Liste des mesures d'état de machine virtuelle invitée - Mesures autres que de base de données
Tableau 5-15 Liste des mesures d'état de machine virtuelle invitée - Mesures autres que de base de données
Nom de la mesure | Nom d'affichage de la mesure | Unité | Agrégation | Fréquence de collecte | Description |
---|---|---|---|---|---|
|
Utilisation du groupe de disques ASM |
Pourcentage |
Valeur maximale |
10 minutes |
Pourcentage d'espace utilisable qui est utilisé dans un groupe de disques. L'espace utilisable est l'espace disponible pour croissance. Le groupe de disques DATA stocke nos fichiers de base de données Oracle. Le groupe de disques RECO contient des fichiers de base de données à des fins de récupération, tels que des archives et des journaux Flashback. |
|
Utilisation du système de fichiers |
Pourcentage |
Valeur maximale |
Une minute |
Pourcentage d'utilisation du système de fichiers provisionné. |
|
Utilisation de l'UC |
Pourcentage |
Moyenne |
Une minute |
Pourcentage d'utilisation de l'UC. |
|
Utilisation de la mémoire |
Pourcentage |
Moyenne |
Une minute |
Pourcentage de mémoire disponible pour le démarrage de nouvelles applications, sans utilisation d'espace de swap. La mémoire disponible peut être obtenue via la commande suivante : |
|
Utilisation de l'espace de swap |
Pourcentage |
Moyenne |
Une minute |
Pourcentage d'utilisation de l'espace de swap total. |
|
Charge moyenne |
Nombre |
Moyenne |
Une minute |
Moyenne de charge système sur 5 minutes. |
|
Statut de noeud |
Entier |
Moyenne |
Une minute |
Indique si l'hôte est accessible. |
|
Nombre d'OCPU allouées |
Entier |
Valeur maximale |
Une minute |
Nombre d'OCPU allouées. |
Rubriques connexes
Rubrique parent : Gestion des clusters de machines virtuelles
Introduction aux opérations d'augmentation ou de réduction
Avec la version de fonctionnalité MultiVM (plusieurs machines virtuelles par système Exadata), vous pouvez augmenter ou réduire les ressources de cluster de machines virtuelles.
- Augmentation ou réduction des ressources de cluster de machines virtuelles
Vous pouvez augmenter ou réduire la mémoire, la taille du disque local (/u02
), le stockage ASM et les UC (ECPU pour X11M). - Redimensionnement de la mémoire et des pages de grande taille
- Calcul du stockage ASM
- estimation du stockage local pouvant être provisionné sur les machines virtuelles
- Mise à l'échelle du stockage local
Rubrique parent : Gestion des clusters de machines virtuelles
Augmentation ou réduction des ressources de cluster de machines virtuelles
Vous pouvez augmenter ou réduire la mémoire, la taille du disque local (/u02
), le stockage ASM et les UC (ECPU pour X11M).
Oracle n'arrête pas la facturation lorsqu'une machine virtuelle ou un cluster de machines virtuelles est arrêté. Afin d'arrêter la facturation pour un cluster de machines virtuelles, réduisez le nombre d'OCPU (ECPU pour X11M) à zéro.
L'augmentation ou la réduction de ces ressources nécessite que l'administrateur de base de données client réalise un audit approfondi de l'utilisation existante et de la gestion de la capacité. Passez en revue l'utilisation existante pour éviter toute défaillance pendant ou après une opération de réduction. En cas d'augmentation, tenez compte de la quantité de ressources restant pour le prochain cluster de machines virtuelles que vous prévoyez de créer. Les outils cloud Exadata Cloud@Customer calculent l'utilisation actuelle de la mémoire, du disque local et du stockage ASM dans le cluster de machines virtuelles, y ajoutent une marge et déterminent ainsi une valeur "minimale" à respecter en cas de réduction. Vous devez indiquer une valeur respectant cette valeur minimale.
- Lors de la création ou du redimensionnement d'un cluster de machines virtuelles, la définition du nombre d'OCPU (ECPU pour X11M) sur zéro arrête le cluster de machines virtuelles et élimine toute facturation pour ce cluster, mais l'hyperviseur réserve toujours le nombre minimal de 2 OCPU (8 ECPU pour X11M) pour chaque machine virtuelle. Ces OCPU réservées (ECPU pour X11M) ne peuvent être allouées à aucune VM, même si la VM à laquelle elles sont allouées est arrêtée. Le plan de contrôle ne prend pas en compte les OCPU réservées (ECPU pour X11M) lors de l'affichage du nombre maximal d'OCPU disponibles (ECPU pour X11M). Vous devez donc prendre en compte ces OCPU réservées (ECPU pour X11M) lors des opérations de redimensionnement ultérieures afin de vous assurer qu'elles peuvent acquérir suffisamment d'OCPU (ECPU pour X11M) pour mener à bien l'opération.
- Pour les opérations d'augmentation ou de réduction de la mémoire et de l'emplacement
/u02
, si la différence entre la valeur en cours et la nouvelle valeur est inférieure à 2 %, aucune modification n'est apportée à la machine virtuelle. En effet, la modification de la mémoire implique le redémarrage de la machine virtuelle et la modification de l'emplacement/u02
implique l'arrêt de la pile Oracle Grid Infrastructure et le démontage de/u02
. Les clients de production n'effectuent pas de redimensionnement en cas d'augmentation ou de réduction aussi minime. Ces demandes constituent donc une opération nulle. - Vous pouvez redimensionner les ressources de cluster de machines virtuelles même si l'un des serveurs de base de données du cluster de machines virtuelles est arrêté :
- Si un serveur de base de données est arrêté et qu'un redimensionnement est effectué, les machines virtuelles sur ce serveur ne sont pas automatiquement redimensionnées selon le nouveau nombre d'OCPU lorsque le serveur de base de données et elles-même sont à nouveau en ligne. Il vous incombe de vous assurer que toutes les machines virtuelles du cluster ont les mêmes valeurs d'OCPU.
- Même si le serveur de base de données est arrêté, la facturation ne s'arrête pas pour le cluster de machines virtuelles qui contient les machines virtuelles sur ce serveur de base de données.
Rubrique parent : Introduction aux opérations d'augmentation ou de réduction
Redimensionnement de la mémoire et des pages de grande taille
Vous pouvez augmenter ou réduire la mémoire de serveur de base de données dans un cluster de machines virtuelles. Le redimensionnement de la mémoire nécessite le redémarrage non simultané des serveurs de base de données. Pour que le redimensionnement de la mémoire réussisse, les bases de données doivent démarrer automatiquement à l'état Ouvert.
La modification de la mémoire dans un cluster de machines virtuelles a une incidence sur les paramètres des pages de grande taille (HugePages) des machines virtuelles de ce cluster. Lors de la création initiale d'une machine virtuelle, son système d'exploitation est configuré avec 50 % de la mémoire allouée à la machine virtuelle pour les pages de grande taille, et les bases de données sont configurées de façon à utiliser cette mémoire pour leur mémoire SGA. Oracle vous recommande de ne pas modifier la configuration des pages de grande taille, sauf si vous comprenez l'implication des modifications que vous apportez. Une configuration incorrecte peut empêcher le démarrage de toutes les bases de données, voire l'initialisation de la machine virtuelle.
Bien que la modification de la configuration des pages volumineuses ne soit pas recommandée, elle est autorisée. Toutefois, toute modification apportée peut être remplacée par l'automatisation du cloud si la mémoire de la machine virtuelle est redimensionnée ultérieurement. Lors d'une opération de redimensionnement de la mémoire, l'automatisation du cloud tente de conserver la mémoire des pages de grande taille sous la forme d'un pourcentage de la mémoire totale, avec une limite maximale de 60 %. Si les grandes pages sont configurées pour utiliser plus de 60 % de la mémoire totale, l'automatisation du cloud la redimensionne automatiquement à cette limite de 60 %.
- Condition 1 : l'utilisation actuelle de HugePages, multipliée par 1,15 (15 % de plus que l'utilisation actuelle), doit être inférieure à la nouvelle allocation de pages volumineuses.
- Condition 2 : l'utilisation actuelle de HugePages, multipliée par 1,15, doit également être inférieure à 60 % de la nouvelle taille totale de la mémoire.
L'utilisation actuelle de HugePages est déterminée en soustrayant la valeur HugePages libre de la valeur HugePages actuelle totale.
EXACLOUD: Requested memory is insufficient. The new hugepage count is <<>>, which is less than the minimum required for the VM. Not proceeding with the change.
Ce processus garantit qu'il y a suffisamment de mémoire conventionnelle pour que la machine virtuelle démarre. Avant de procéder au redimensionnement, l'automatisation effectue une prévérification pour déterminer l'utilisation actuelle des pages volumineuses en exécutant des instances de base de données. Si la prévérification indique qu'il n'y aura pas assez de mémoire de pages volumineuses après le redimensionnement pour prendre en charge les bases de données existantes, le redimensionnement échouera et le processus ne se poursuivra pas.
Rubrique parent : Introduction aux opérations d'augmentation ou de réduction
Calcul du stockage ASM
Utilisez la formule suivante pour calculer le stockage ASM minimal requis :
- Pour chaque groupe de disques, par exemple
DATA
,RECO
, notez la taille totale et la taille libre en exécutant la commandeasmcmd lsdg
sur n'importe quelle machine virtuelle invitée du cluster de machines virtuelles. - Calculez la taille utilisée pour chaque groupe de disques, à l'aide de la formule suivante : (taille totale - taille libre) / 3. Le / 3 est utilisé car les groupes de disques présentent une mise en miroir triple.
-
Le rapport DATA:RECO est :
80:20 si l'option Sauvegardes locales n'a pas été sélectionnée dans l'interface utilisateur.
40:60 si l'option Sauvegardes locales a été sélectionnée dans l'interface utilisateur.
- Vérifiez que la nouvelle taille totale indiquée dans l'interface utilisateur remplit les conditions suivantes :
Taille utilisée pour DATA * 1,15 <= (nouvelle taille totale * % de DATA)
Taille utilisée pour RECO * 1,15 <= (nouvelle taille totale * % de RECO)
Exemple 5-3 Calcul du stockage ASM
- Exécutez la commande
asmcmd lsdg
dans la machine virtuelle invitée :- Sans SPARSE :
/u01/app/19.0.0.0/grid/bin/asmcmd lsdg ASMCMD> State Type Rebal Sector Logical_Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name MOUNTED HIGH N 512 512 4096 4194304 12591936 10426224 1399104 3009040 0 Y DATAC5/ MOUNTED HIGH N 512 512 4096 4194304 3135456 3036336 348384 895984 0 N RECOC5/ ASMCMD>
- Avec SPARSE :
/u01/app/19.0.0.0/grid/bin/asmcmd lsdg ASMCMD> State Type Rebal Sector Logical_Sector Block AU Total_MB Free_MB Req_mir_free_MB Usable_file_MB Offline_disks Voting_files Name MOUNTED HIGH N 512 512 4096 4194304 12591936 10426224 1399104 3009040 0 Y DATAC5/ MOUNTED HIGH N 512 512 4096 4194304 3135456 3036336 348384 895984 0 N RECOC5/ MOUNTED HIGH N 512 512 4096 4194304 31354560 31354500 3483840 8959840 0 N SPRC5/ ASMCMD>
Remarque
Les valeurs répertoriées de tous les attributs du groupe de disques SPARSE (SPRC5) présentent la taille virtuelle. Dans les systèmes de base de données Exadata et Exadata Cloud@Customer, nous utilisons le rapport 1:10 pour
physicalSize
:virtualSize
. Par conséquent, dans le cadre de notre calcul, nous devons utiliser 1/10e des valeurs affichées ci-avant dans le cas de SPARSE pour ces attributs. - Sans SPARSE :
- Taille utilisée pour un groupe de disques = (Total_Mo - Mo_libres) / 3
- Sans SPARSE :
Taille utilisée pour DATAC5 = (12591936 - 10426224) / 3 = 704,98 Go
Taille utilisée pour RECO5 = (3135456 - 3036336) / 3 = 32,26 Go
- Avec SPARSE :
Taille utilisée pour DATAC5 = (12591936 - 10426224) / 3 ~= 704,98 Go
Taille utilisée pour RECO5 = (3135456 - 3036336) / 3 ~= 32,26 Go
Taille utilisée pour SPC5 = (1/10 * (31354560 - 31354500)) / 3 ~= 0 Go
- Sans SPARSE :
- Distribution du stockage entre les groupes de disques
- Sans SPARSE :
Le rapport DATA:RECO est 80:20 dans cet exemple.
- Avec SPARSE :
Le rapport DATA:RECO:SPARSE est 60:20:20 dans cet exemple.
- Sans SPARSE :
- La nouvelle taille demandée doit satisfaire aux conditions suivantes :
- Sans SPARSE : (par exemple, 5 To dans l'interface utilisateur)
5 To = 5 120 Go ; 5 120 * 0,8 = 4 096 Go ; 5 120 * 0,2 = 1 024 Go
Pour DATA : (704,98 * 1,15) <= 4 096 Go
Pour RECO : (32,36 * 1,15) <= 1 024 Go
- Avec SPARSE : (par exemple, 8 To dans l'interface utilisateur)
8 To = 8 192 Go ; 8 192 * 0,6 = 4 915 Go ; 8 192 * 0,2 = 1 638 Go ; 8 192 * 0,2 = 1 638 Go
Pour DATA : (704,98 * 1,15) <= 4 915 Go
Pour RECO : (32,36 * 1,15) <= 1 638 Go
Pour SPR : (0 * 1,15) <= 1 638 Go
- Sans SPARSE : (par exemple, 5 To dans l'interface utilisateur)
Le redimensionnement ci-avant est effectué. Si la nouvelle taille ne répond pas aux conditions ci-dessus, la pré-vérification du redimensionnement échoue.
Rubrique parent : Introduction aux opérations d'augmentation ou de réduction
Estimation du stockage local pouvant être provisionné sur les machines virtuelles
Les images de machine virtuelle incluent les fichiers nécessaires à l'initialisation et à l'exécution de la machine virtuelle et de son système d'exploitation, ainsi que l'espace pour les répertoires de base Oracle stockés dans /u02
. Pour estimer combien d'espace de stockage local supplémentaire au-delà du minimum peut être alloué à tout système de fichiers associé à une machine virtuelle, soustrayez de l'espace disponible total la taille des images de machine virtuelle pour toutes les machines virtuelles sur un serveur. Si vous n'avez pas modifié la taille d'image de machine virtuelle par défaut en développant les systèmes de fichiers, utilisez la taille d'image de machine virtuelle (par défaut et minimale) ci-dessous. Si vous avez ou prévoyez de modifier la taille de l'image de machine virtuelle, vous devez utiliser la console OCI et l'action Redimensionner le cluster de machines virtuelles pour vérifier les ressources allouées et disponibles pour un cluster de machines virtuelles existant, car le développement de certains systèmes de fichiers autres que /u02
consommera plus de stockage incrémentiel que celui ajouté au système de fichiers. Ces informations sont également disponibles dans l'action Configurer le cluster de machines virtuelles lors de la création d'un cluster de machines virtuelles.
Systèmes X8-2 et X7-2
- Espace total disponible pour les images de machine virtuelle (tous les systèmes X7) : 1 237 Go
- Espace total disponible pour les images de machine virtuelle (tous les systèmes X8) : 1 037 Go
- Taille de l'image de machine virtuelle (par défaut et minimum), y compris
/u02
: 244 Go - Valeur par défaut (minimum)
/u02
: 60 Go
X8M-2 Systèmes
- Espace total disponible pour les images de machine virtuelle (système de base X8M) : 1 237 Go
- Espace total disponible pour les images de machine virtuelle (X8M Elastic) : 2500 Go
- Taille de l'image de machine virtuelle (par défaut et minimum), y compris
/u02
: 244 Go - Valeur par défaut (minimum)
/u02
: 60 Go
Systèmes X11M, X10M et X9M-2
- Total disponible pour les images de machine virtuelle (système de base X9M) : 1077 Go
- Total disponible pour les images de machine virtuelle (élastique) : 2243 Go
- Taille de l'image de machine virtuelle (par défaut et minimum), y compris
/u02
: 244 Go - Valeur par défaut (minimum)
/u02
: 60 Go
Rubrique parent : Introduction aux opérations d'augmentation ou de réduction
Redimensionnement du stockage local
Instructions relatives à l'opération de redimensionnement de l'espace local
Vous pouvez redimensionner le stockage local en modifiant la taille d'un grand nombre de systèmes de fichiers individuels dans une machine virtuelle. Par défaut, les systèmes de fichiers sont créés à leur taille minimale. Vous pouvez augmenter la taille des systèmes de fichiers si nécessaire. Toutefois, vous pouvez uniquement réduire /u02
. La taille des autres systèmes de fichiers peut uniquement être augmentée. La taille maximale prise en charge d'un système de fichiers est de 900 Go.
Le stockage consommé par tous les systèmes de fichiers est supérieur à la somme des tailles de système de fichiers. Reportez-vous aux calculs affichés dans la console OCI pour voir les effets sur le stockage local libre lors du redimensionnement d'un système de fichiers.
A l'aide de la console ou de l'API OCI, vous pouvez augmenter ou réduire la taille des systèmes de fichiers locaux suivants :
/u02
A l'aide de la console ou de l'API OCI, vous pouvez augmenter la taille des systèmes de fichiers locaux suivants :
/
/u01
/tmp
/var
/var/log
/var/log/audit
/home
Toutefois, vous ne pouvez pas redimensionner les systèmes de fichiers locaux suivants :
/crashfiles
/boot
/acfs01
/u01/app/19.0.0.0/grid
- A l'exception de
/u02
, vous pouvez uniquement développer les systèmes de fichiers et ne pouvez pas réduire leur taille une fois qu'ils ont été développés. - Pour X8M et les versions ultérieures, aucun redémarrage non simultané n'est requis lors du développement d'un système de fichiers de machine virtuelle invitée. Cependant, un redémarrage non simultané de chaque machine virtuelle est requis lorsque la taille de
/u02
est réduite. - Chaque système de fichiers ne peut être étendu qu'à un maximum de 900 Go
- La possibilité d'augmenter la taille des systèmes de fichiers locaux supplémentaires n'est prise en charge que sur les systèmes X8M et ultérieurs.
Pour plus d'informations sur le redimensionnement de ces systèmes de fichiers, reportez-vous à Estimation du stockage local pouvant être provisionné pour les machines virtuelles.
Limite de ressource d'après l'utilisation actuelle
- Toute opération de réduction doit laisser un tampon de 15 % par rapport à l'utilisation d'espace local la plus élevée sur tous les noeuds du cluster.
- L'espace local minimal autorisé par noeud est supérieur aux deux limites ci-avant.
- Exécutez la commande
df –kh
sur chaque noeud pour connaître celui qui présente le stockage local le plus élevé. - Vous pouvez également utiliser un utilitaire tel que
cssh
pour émettre cette même commande à partir de tous les hôtes d'un cluster en ne la saisissant qu'une fois. - La valeur de stockage local minimale pouvant être utilisée pour la réduction de chaque noeud est égale à 1,15 x la valeur d'espace local la plus élevée sur l'ensemble des noeuds.
Systèmes de fichiers ACFS
Si le support le demande, vous pouvez également redimensionner le système de fichiers /acfs01
. Ce système de fichiers est utilisé par le système pour préparer le logiciel. Il utilise le stockage Exadata et n'est pas soumis aux limites décrites ci-dessus pour /u02
. Il s'agit d'un système de fichiers partagé visible à partir de tous les noeuds du cluster et peut être redimensionné en ligne à partir de la ligne de commande de n'importe quelle machine virtuelle.
- Taille par défaut : la taille par défaut de
/acfs01
est de 100 Go. - Redimensionnement /acfs01 : vous pouvez redimensionner
acfs01
en tant que grille utilisateur à partir de n'importe quelle machine virtuelle via la commande/sbin/acfsutil
. Aucun redémarrage n'est requis. L'opération de redimensionnement n'affecte pas la disponibilité du service de base de données exécuté dans le cluster de machines virtuelles. La commande suivante émise par l'utilisateurgrid
augmentera la taille de/acfs01
de 100 Go :/sbin/acfsutil size +100 GB /acfs01
. - Vous pouvez créer des systèmes de fichiers ACFS supplémentaires si nécessaire. Ils consomment également du stockage provenant des groupes de disques de stockage Exadata et peuvent être partagés entre toutes les machines virtuelles du cluster. Reportez-vous à la documentation ACFS pour plus d'informations.
Rubrique parent : Introduction aux opérations d'augmentation ou de réduction
Utilisation de la console pour gérer les clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer
Découvrez comment utiliser la console pour créer, modifier et gérer des clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer.
- Utilisation de la console pour créer un cluster de machines virtuelles ASM
Afin de créer le cluster de machines virtuelles ASM, préparez-vous à fournir les valeurs des champs requis pour configurer l'infrastructure. - Utilisation de la console pour créer un cluster de machines virtuelles Exascale
Afin de créer le cluster de machines virtuelles Exascale, préparez-vous à fournir les valeurs des champs requis pour configurer l'infrastructure. - Gestion des mises à jour logicielles d'automatisation VM Cloud
- Utilisation de la console pour activer, activer partiellement ou désactiver la collecte de diagnostics
Vous pouvez activer, activer partiellement ou désactiver la collecte de diagnostics pour vos machines virtuelles invitées après avoir provisionné le cluster de machines virtuelles. L'activation de la collecte de diagnostics au niveau du cluster de machines virtuelles applique la configuration à l'ensemble des ressources sous le cluster de machines virtuelles, telles que le répertoire de base de base de données, la base de données, etc. - Utilisation de la console pour ajouter des machines virtuelles à un cluster provisionné
Pour ajouter des machines virtuelles à un cluster provisionné, suivez cette procédure. - Utilisation de la console pour visualiser la liste des serveurs de base de données sur une infrastructure Exadata
Pour afficher la liste des hôtes de serveur de base de données sur un système Oracle Exadata Cloud@Customer, suivez cette procédure. - Utilisation de la console pour enlever une machine virtuelle d'un cluster de machines virtuelles
Pour enlever une machine virtuelle d'un cluster provisionné, suivez cette procédure. - Utilisation de la console pour mettre à jour le type de licence sur un cluster de machines virtuelles
Afin de modifier la licence, préparez-vous à fournir les valeurs des champs requis pour modifier les informations de licence. - Utilisation de la console pour ajouter des clés SSH après la création d'un cluster de machines virtuelles
- Utilisation de la console pour redimensionner les ressources d'un cluster de machines virtuelles
A partir d'Oracle Exadata Database Service on Cloud@Customer, vous pouvez augmenter ou réduire plusieurs ressources en même temps. Vous pouvez également augmenter ou réduire les ressources une par une. - Utilisation de la console pour arrêter, démarrer ou redémarrer une machine virtuelle de cluster de machines virtuelles
Utilisez la console pour arrêter, démarrer ou redémarrer une machine virtuelle. - Utilisation de la console pour vérifier le statut d'une machine virtuelle de cluster de machines virtuelles
Vérifiez l'état d'une machine virtuelle de cluster de machines virtuelles. - Utilisation de la console pour déplacer un cluster de machines virtuelles vers un autre compartiment
Pour modifier le compartiment contenant le cluster de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer, suivez cette procédure. - Utilisation de la console pour mettre fin à un cluster de machines virtuelles
Pour pouvoir mettre fin à un cluster de machines virtuelles, vous devez d'abord mettre fin aux bases de données qu'il contient.
Rubrique parent : Gestion des clusters de machines virtuelles
Utilisation de la console pour créer un cluster de machines virtuelles ASM
Afin de créer le cluster de machines virtuelles ASM, préparez-vous à fournir les valeurs des champs requis pour configurer l'infrastructure.
Rubriques connexes
- Description du service Oracle Exadata Database Service on Cloud@Customer
- Utilisation de la console pour redimensionner les ressources d'un cluster de machines virtuelles
- Introduction aux opérations d'augmentation ou de réduction
- Estimation du stockage local pouvant être provisionné sur les machines virtuelles
- Balises de ressource
- Documents de description des services cloud Oracle PaaS/IaaS
- Oracle Platform-as-a-Service et Infrastructure-as-a-Service – Description des services Public Cloud – Mesurés et non mesurés
- Introduction à Events
- Présentation des événements du service Database
- Présentation de la collecte automatique de diagnostics
- Journaux d'incident et fichiers trace
- Mesures d'état
- Utilisation de la console pour activer, activer partiellement ou désactiver la collecte de diagnostics
- Resource Manager et Terraform
Utilisation de la console pour créer un cluster de machines virtuelles Exascale
Afin de créer le cluster de machines virtuelles Exascale, préparez-vous à fournir les valeurs des champs requis pour configurer l'infrastructure.
Pour créer un cluster de machines virtuelles Exascale, procédez comme suit :
- infrastructure Exadata active disponible pour héberger le cluster de machines virtuelles,
- réseau de cluster de machines virtuelles validé et disponible pour le cluster de machines virtuelles.
Rubriques connexes
- Description du service Oracle Exadata Database Service on Cloud@Customer
- Utilisation de la console pour redimensionner les ressources d'un cluster de machines virtuelles
- Introduction aux opérations d'augmentation ou de réduction
- Estimation du stockage local pouvant être provisionné sur les machines virtuelles
- Balises de ressource
- Documents de description des services cloud Oracle PaaS/IaaS
- Oracle Platform-as-a-Service et Infrastructure-as-a-Service – Description des services Public Cloud – Mesurés et non mesurés
- Introduction à Events
- Présentation des événements du service Database
- Présentation de la collecte automatique de diagnostics
- Journaux d'incident et fichiers trace
- Mesures d'état
- Utilisation de la console pour activer, activer partiellement ou désactiver la collecte de diagnostics
- Resource Manager et Terraform
Gestion des mises à jour logicielles VM Cloud Automation
Les mises à jour logicielles VM Cloud Automation sur les agents et outils gérés par Oracle sur les machines virtuelles invitées garantissent l'accès aux dernières fonctionnalités d'Oracle Cloud et prennent en charge l'efficacité opérationnelle continue. Les environnements peuvent dépendre de versions spécifiques pour les scripts et les workflows personnalisés, ou nécessiter des mises à jour pour s'aligner sur les cycles commerciaux et les opérations critiques.
Grâce à ces fonctionnalités, les clients bénéficient d'un meilleur contrôle et d'une plus grande flexibilité sur leur processus de mise à jour, ce qui leur permet de minimiser les risques en testant de manière proactive les mises à jour et en garantissant la stabilité opérationnelle en protégeant les fenêtres d'activité critiques contre les perturbations. Cette approche favorise la stabilité des opérations commerciales et l'adoption efficace des améliorations d'Oracle Cloud.
Les clients peuvent contrôler la planification et l'application des mises à jour du logiciel VM Cloud Automation de plusieurs manières :
- Planification quotidienne des mises à jour : configurez des périodes spécifiques pendant la journée où les machines virtuelles invitées recherchent et appliquent des mises à jour, en alignant la maintenance logicielle sur les fenêtres de maintenance préférées et les exigences opérationnelles.
- Déploiement progressif et tests anticipés : affectez d'abord des clusters spécifiques pour recevoir les mises à jour, ce qui permet d'effectuer des déploiements progressifs et d'évaluer les mises à jour dans des environnements hors production avant un déploiement plus large.
- Périodes de gel : définissez les fenêtres pendant lesquelles les mises à jour sont mises en pause afin de garantir des performances ininterrompues pendant les opérations stratégiques.
Toutes les mises à jour sont appliquées en ligne, ce qui assure la continuité de l'exécution des machines virtuelles invitées et de leurs bases de données.
- À quoi s'attendre lors des mises à jour du logiciel VM Cloud Automation
- Gérer les préférences de mise à jour de VM Cloud Automation
- Configurer la période de gel
- Préférence Annuler la mise à jour de l'automatisation du cloud lorsque la période de gel est en vigueur
- Réactivation de la mise à jour de l'automatisation du cloud
A quoi s'attendre lors des mises à jour du logiciel VM Cloud Automation
Gestion des activités en arrière-plan
Lorsqu'une mise à jour est programmée, Oracle s'assure que les mises à jour sont appliquées uniquement lorsque le cluster de machines virtuelles n'est pas engagé dans des activités en arrière-plan qui pourraient être incompatibles avec le processus de mise à jour. Si le cluster de machines virtuelles effectue des tâches telles que des modifications de configuration, des mises à jour logicielles, des travaux de sauvegarde ou d'autres workflows en arrière-plan au cours de l'intervalle de temps de mise à jour configuré, la mise à jour d'automatisation sera différée. Les mises à jour feront l'objet d'une nouvelle tentative le jour suivant disponible pendant la plage horaire définie, à condition qu'aucune activité conflictuelle ne se produise à ce moment-là.
Mettre à jour la livraison et l'accès anticipé
Les mises à jour du logiciel VM Cloud Automation sont fournies à votre cluster de machines virtuelles selon la programmation que vous avez configurée une fois qu'une mise à jour est publiée par Oracle et mise à disposition. Pour les clients qui souhaitent valider les mises à jour avant de les déployer plus largement, une option existe pour permettre un accès anticipé à des clusters de test spécifiques. Pour activer l'accès anticipé, définissez l'indicateur d'accès anticipé dans la configuration de la mise à jour de l'automatisation cloud. Un cluster de machines virtuelles avec un accès anticipé activé recevra et appliquera les mises à jour une semaine avant la disponibilité générale, ce qui vous permettra de tester et de certifier en profondeur les nouvelles mises à jour dans un environnement hors production avant le déploiement en production.
Cette approche permet de garantir la stabilité et la fiabilité de vos clusters de machines virtuelles, tout en offrant la possibilité de valider de manière proactive les modifications et de minimiser le risque de perturbations opérationnelles.
Rubrique parent : Gestion des mises à jour logicielles VM Cloud Automation
Gérer les préférences de mise à jour de l'automatisation VM Cloud
Mise à jour de l'automation cloud
Oracle applique régulièrement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires pour les outils et l'automatisation du cloud. Vous pouvez configurer la fenêtre de temps de votre choix pour que ces mises à jour soient appliquées au cluster de machines virtuelles.
Définissez l'heure de début des mises à jour d'automatisation du cloud.
Oracle recherchera les dernières mises à jour de VM Cloud Automation chaque jour entre la fenêtre de temps configurée et appliquera les mises à jour, le cas échéant. Si l'automatisation ne parvient pas à appliquer les mises à jour dans la fenêtre de temps configurée en raison d'un processus sous-jacent à longue durée d'exécution, Oracle vérifie automatiquement le jour suivant au cours de la fenêtre de temps configurée pour commencer à appliquer les mises à jour d'automatisation cloud au cluster de machines virtuelles.
Activer l'accès anticipé pour la mise à jour des outils Cloud
Les clusters de machines virtuelles désignés pour un accès anticipé reçoivent des mises à jour 1 à 2 semaines avant d'être disponibles pour d'autres clusters. Cochez cette case si vous souhaitez une adoption anticipée pour ce cluster de machines virtuelles.
Période de blocage de la mise à jour de l'automatisation cloud
Oracle applique régulièrement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires pour les outils et l'automatisation du cloud. Activez une période de blocage pour définir une fenêtre de temps pendant laquelle l'automatisation Oracle n'appliquera pas de mises à jour cloud.
Déplacez le curseur pour définir la période de gel.
- La période de gel peut être prolongée de 45 jours maximum à compter de la date de début.
- L'automatisation d'Oracle appliquera automatiquement les mises à jour avec des correctifs de sécurité critiques (CVSS >= 9), même lors d'une période de blocage configurée.
Rubrique parent : Gestion des mises à jour logicielles VM Cloud Automation
Configurer la période de gel
Vous pouvez toujours mettre à jour la période de gel pour la prolonger jusqu'à 45 jours à compter de la date de début de la période de gel.
Rubrique parent : Gestion des mises à jour logicielles VM Cloud Automation
Préférence Annuler la mise à jour de l'automatisation du cloud lorsque la période de gel est en vigueur
Rubrique parent : Gestion des mises à jour logicielles VM Cloud Automation
Réactiver la mise à jour de l'automatisation du cloud
Rubrique parent : Gestion des mises à jour logicielles VM Cloud Automation
Utilisation de la console pour activer, activer partiellement ou désactiver la collecte de diagnostics
Vous pouvez activer, activer partiellement ou désactiver la collecte de diagnostics pour vos machines virtuelles invitées après avoir provisionné le cluster de machines virtuelles. L'activation de la collecte de diagnostics au niveau du cluster de machines virtuelles applique la configuration à l'ensemble des ressources sous le cluster de machines virtuelles, telles que le répertoire de base de base de données, la base de données, etc.
- Vous activez la fonctionnalité en sachant que la liste des événements, des mesures et des fichiers journaux collectés peut changer à l'avenir. Vous pouvez vous désabonner de cette fonctionnalité à tout moment.
- Il se peut qu'Oracle ajoute d'autres mesures à l'avenir, mais si vous avez déjà choisi de collecter des mesures, vous n'avez pas besoin de mettre à jour votre choix d'activation. Les éléments activés/désactivés restent conformes à vos préférences actuelles.
- Si vous avez précédemment accepté la collecte des journaux d'incident et des fichiers trace, et que vous décidez de la refuser lorsque l'équipe des opérations Oracle Cloud exécute un travail de collecte de journaux, le travail poursuit son exécution sans être annulé. Les collectes de journaux suivantes ne sont effectuées que si vous acceptez de nouveau l'option de collecte de journaux d'incident et de fichiers trace.
Rubriques connexes
Utilisation de la console pour ajouter des machines virtuelles à un cluster provisionné
Pour ajouter des machines virtuelles à un cluster provisionné, suivez cette procédure.
Une fois le cluster de machines virtuelles mis à niveau vers le système d'exploitation de machine virtuelle invitée Exadata Database Service 23.1, vous pouvez ajouter une nouvelle machine virtuelle ou un nouveau serveur de base de données à ce cluster de machines virtuelles si l'infrastructure Exadata Cloud@Customer exécute un logiciel de système Exadata version 22.1.16 et ultérieure.
La mise à niveau vers le logiciel système Exadata 23.1 pour l'infrastructure Exadata Cloud@Customer sera disponible avec le cycle de mise à jour de février 2023.
- La version d'image de système d'exploitation invité exécutée sur les machines virtuelles provisionnées existantes dans le cluster est également celle utilisée pour provisionner les nouvelles machines virtuelles ajoutées pour étendre le cluster de machines virtuelles. Toutefois, les personnalisations apportées à l'image de système d'exploitation invité sur les machines virtuelles existantes doivent être appliquées manuellement aux machines virtuelles nouvellement ajoutées.
- Pour les clusters de machines virtuelles exécutant une version d'image de système d'exploitation invité datant de plus d'un an, vous devez mettre à jour la version d'image de système d'exploitation invité avant d'ajouter une machine virtuelle pour étendre le cluster.
- Pour les bases de données ne faisant pas partie d'une configuration Data Guard, seules les bases de données exécutées sur toutes les machines virtuelles du cluster existant sont ajoutées à la machine virtuelle nouvellement provisionnée. Les bases de données exécutées sur un sous-ensemble de machines virtuelles ne sont pas automatiquement étendues pour être exécutées sur la machine virtuelle nouvellement ajoutée.
Afin d'étendre l'instance de base de données pour les bases de données avec Data Guard activé pour les machines virtuelles nouvellement ajoutées, reportez-vous à Liste des noeuds non mise à jour pour les bases de données avec Data Guard activé.
Rubriques connexes
Utilisation de la console pour visualiser la liste des serveurs de base de données sur une infrastructure Exadata
Pour visualiser la liste des hôtes de serveur de base de données sur un système Oracle Exadata Cloud@Customer, suivez cette procédure.
Utilisation de la console pour enlever une machine virtuelle d'un cluster de machines virtuelles
Pour enlever une machine virtuelle d'un cluster provisionné, suivez cette procédure.
La terminaison d'une machine virtuelle d'un cluster nécessite la suppression des bases de données (principale ou de secours) faisant partie d'une configuration Data Guard de la machine virtuelle pour poursuivre le flux de terminaison. Pour plus d'informations sur les étapes manuelles, reportez-vous à la note My Oracle Support 2811352.1.
Utilisation de la console pour mettre à jour le type de licence sur un cluster de machines virtuelles
Afin de modifier la licence, préparez-vous à fournir les valeurs des champs requis pour modifier les informations de licence.
Utilisation de la console pour ajouter des clés SSH après la création d'un cluster de machines virtuelles
Utilisation de la console pour redimensionner les ressources d'un cluster de machines virtuelles
À partir d'Oracle Exadata Database Service on Cloud@Customer, vous pouvez augmenter ou réduire plusieurs ressources en même temps. Vous pouvez également augmenter ou réduire les ressources une par une.
- Cas d'emploi 1 : si vous avez alloué toutes les ressources à un cluster de machines virtuelles et que vous voulez créer plusieurs clusters de machines virtuelles, aucune ressource ne sera disponible pour allocation aux nouveaux clusters. Par conséquent, réduisez les ressources selon vos besoins pour créer des clusters de machines virtuelles supplémentaires.
- Cas d'emploi 2 : si vous souhaitez allouer les ressources différemment en fonction de la charge globale, réduisez ou augmentez-les en conséquence. Par exemple, vous pouvez exécuter des traitements batch pendant la nuit pour la génération de rapports/ETL et réduire la machine virtuelle une fois le travail terminé.
- OCPU (ECPU pour X11M)
- Mémoire
- Stockage local
- Stockage Exadata
Chaque opération de redimensionnement peut prendre quelques minutes. La durée de chaque opération varie en fonction de l'activité dans le système, mais en règle générale, la plupart des opérations doivent être effectuées dans les 15 minutes pour un quart de rack, 20 minutes pour un demi-rack et 30 minutes pour un rack complet ou plus grand. L'exécution de plusieurs opérations de redimensionnement d'OCPU (ECPU pour X11M) sur une courte période peut prolonger la durée de l'exécution. Bien qu'en ligne, le redimensionnement des OCPU (ECPU pour X11M) n'est pas implémenté sur toutes les machines virtuelles en parallèle afin de détecter et de protéger contre les anomalies avant qu'elles n'affectent l'ensemble du système. Le redimensionnement de la mémoire et du stockage local nécessite un redémarrage de machine virtuelle et est effectué une machine virtuelle à la fois de manière non simultanée.
Si vous exécutez plusieurs opérations de réduction, elles sont effectuées en série. Par exemple, si vous redimensionnez la mémoire et le stockage local à partir de la console, le système commence par redimensionner la mémoire et, une fois cette opération terminée, il redimensionne le stockage. Le temps nécessaire pour effectuer toutes les opérations correspond à la somme du temps nécessaire pour effectuer des opérations individuelles.
Utilisation de la console pour arrêter, démarrer ou redémarrer une machine virtuelle de cluster de machines virtuelles
Utilisez la console pour arrêter, démarrer ou redémarrer une machine virtuelle.
Utilisation de la console pour vérifier le statut d'une machine virtuelle de cluster de machines virtuelles
Vérifiez l'état d'une machine virtuelle de cluster de machines virtuelles.
Utilisation de la console pour déplacer un cluster de machines virtuelles vers un autre compartiment
Pour modifier le compartiment contenant le cluster de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer, suivez cette procédure.
Lorsque vous déplacez un cluster de machines virtuelles, le changement de compartiment s'applique également aux machines virtuelles et aux bases de données associées à ce cluster. Cependant, le changement de compartiment n'affecte aucune autre ressource associée, telle que l'infrastructure Exadata, qui reste dans le compartiment en cours.
Utilisation de la console pour mettre fin à un cluster de machines virtuelles
Pour pouvoir mettre fin à un cluster de machines virtuelles, vous devez d'abord mettre fin aux bases de données qu'il contient.
Utilisation de l'API pour gérer les clusters de machines virtuelles Oracle Exadata Database Service on Cloud@Customer
Consultez la liste des appels d'API permettant de gérer les clusters de machines virtuelles et les réseaux de cluster de machines virtuelles Oracle Exadata Database Service on Cloud@Customer.
Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.
Utilisez ces opérations d'API pour gérer les clusters de machines virtuelles et les réseaux de cluster de machines virtuelles Oracle Exadata Database Service on Cloud@Customer :
GenerateRecommendedVmClusterNetwork
CreateVmClusterNetwork
DeleteVmClusterNetwork
GetVmClusterNetwork
ListVmClusterNetworks
UpdateVmClusterNetwork
ValidateVmClusterNetwork
CreateVmCluster
DeleteVmCluster
GetVmCluster
ListVmClusters
UpdateVmCluster
Pour obtenir la liste complète des API, reportez-vous à API du service Database.
Rubriques connexes
- API REST
- Informations d'identification de sécurité
- Kits SDK et interface de ligne de commande
- GenerateRecommendedVmClusterNetwork
- CreateVmClusterNetwork
- DeleteVmClusterNetwork
- GetVmClusterNetwork
- ListVmClusterNetworks
- UpdateVmClusterNetwork
- ValidateVmClusterNetwork
- CreateVmCluster
- DeleteVmCluster
- GetVmCluster
- ListVmClusters
- UpdateVmCluster
- API du service Database
Rubrique parent : Gestion des clusters de machines virtuelles
Dépannage des machines virtuelles à l'aide de connexions à la console
Vous pouvez dépanner des machines virtuelles défaillantes à l'aide de connexions à la console. Par exemple, une machine virtuelle invitée qui fonctionnait précédemment ne répond plus.
L'utilisation de la fonctionnalité de console série nécessite Exadata Infrastructure version 22.1.10 ou supérieure pour la version 22. Utilisateurs X et version 23.1.1 ou supérieure pour la version 23. Utilisateurs X. La fonction de console série sera disponible sur tous les clusters de machines virtuelles créés immédiatement, mais uniquement sur les clusters de machines virtuelles existants au terme du prochain cycle de maintenance trimestriel. Veillez également à passer en revue tous les prérequis indiqués ci-dessous, y compris la définition d'un mot de passe pour l'utilisateur opc
ou root
. Le défaut d'apporter les modifications nécessaires pour répondre à ces exigences à l'avance entraînera l'impossibilité de se connecter d'urgence à la console série lorsque le besoin survient lorsque la machine virtuelle n'est pas autrement accessible.
Afin de vous connecter à une instance en cours d'exécution pour des tâches d'administration et un usage général, utilisez un shell sécurisé (SSH). Pour plus d'informations, reportez-vous à Connexion à une machine virtuelle avec SSH.
- Vérifiez que vous disposez des droits d'accès appropriés.
- Effectuez les prérequis, y compris la création de la paire de clés SSH (au cas où vous n'en auriez pas encore).
- Créez la console série de machine virtuelle.
- Connectez-vous à la console série via SSH.
- Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
- Sous Région, sélectionnez la région à associer à l'infrastructure Oracle Exadata.
- Sous Infrastructure, cliquez sur Infrastructure Exadata.
- Cliquez sur le nom de l'infrastructure qui vous intéresse.
- Sur la page Détails de l'infrastructure obtenue, accédez à la section Version pour rechercher la version du serveur de base de données installée.
- Stratégies IAM requises
Un administrateur doit vous accorder un accès sécurisé à la console de machine virtuelle sur le système Exadata Database Service on Cloud@Customer via une stratégie IAM. - Prérequis
Vous devez installer un client SSH et créer des paires de clés SSH. - Création de la connexion à la console série de machine virtuelle
- Etablissement d'une connexion SSH à la console série
- Utilisation de Cloud Shell pour la connexion à la console série
- Affichage de l'historique de la console pour une machine virtuelle
- Dépannage des machines virtuelles à partir des connexions à la console de machine virtuelle invitée sur les systèmes d'exploitation Linux
- Quitter la connexion à la console série de machine virtuelle
Rubrique parent : Gestion des clusters de machines virtuelles
Stratégies IAM requises
Un administrateur doit vous accorder un accès sécurisé à la console de machine virtuelle sur le système Exadata Database Service on Cloud@Customer via une stratégie IAM.
Cet accès est requis que vous utilisiez la console ou l'API REST avec un kit SDK, l'interface de ligne de commande ou d'autres outils. Si un message vous indique que vous ne disposez pas des droits d'accès ou des autorisations nécessaires, vérifiez auprès de l'administrateur le type d'accès qui vous a été accordé et le compartiment dans lequel vous devez travailler.
Pour créer des connexions à la console de machine virtuelle, un administrateur doit accorder à l'utilisateur l'accès en lecture et en gestion via une stratégie IAM. Le nom de ressource pour les connexions à la console de machine virtuelle est dbnode-console-connection
. Le nom de ressource de la machine virtuelle est db-nodes
. Les stratégies suivantes autorisent les utilisateurs à créer des connexions à la console pour une machine virtuelle :
Allow group <group_name> to manage dbnode-console-connection in tenancy
Allow group <group_name> to read db-nodes in tenancy
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Prérequis
Vous devez installer un client SSH et créer des paires de clés SSH.
- Ports à ouvrir pour la connectivité du plan de contrôle
- Installation d'un client SSH et d'un shell de ligne de commande (Microsoft Windows)
- Créer des paires de clés SSH
- Connexion à une machine virtuelle à partir de la console série
- Connexion via des pare-feu
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Ports à ouvrir pour la connectivité du plan de contrôle
Assurez-vous que les règles de pare-feu sont correctes afin que le serveur de plan de contrôle puisse atteindre les adresses OCI requises. Pour plus d'informations, reportez-vous au Table 3-2
Rubrique parent : Prérequis
Installer un client SSH et un shell de ligne de commande (Microsoft Windows)
Microsoft Windows n'inclut pas de client SSH par défaut. Si vous êtes connecté à partir d'un client Windows, vous devez installer un client SSH. Vous pouvez utiliser PuTTY plink.exe avec Windows PowerShell ou un logiciel qui inclut une version de OpenSSH, par exemple :
Les instructions de cette rubrique font fréquemment référence à PuTTY et à Windows PowerShell.
Pour établir la connexion à la console à partir de Windows avec Windows PowerShell, PowerShell peut être déjà installé sur votre système d'exploitation Windows. Sinon, suivez les étapes accessibles via le lien. Si vous êtes connecté à l'instance à partir d'un client Windows à l'aide de PowerShell, plink.exe est requis. plink.exe est l'outil de connexion de lien de commande inclus dans PuTTY. Vous pouvez installer PuTTY ou installer plink.exe séparément. Pour plus d'informations sur l'installation, consultez le site http://www.putty.org.
Rubrique parent : Prérequis
Créer des paires de clés SSH
Pour créer la connexion à la console sécurisée, vous devez disposer d'une paire de clés SSH. La méthode à utiliser pour créer des paires de clés dépend de votre système d'exploitation. Lors de la connexion à la console série, vous devez utiliser une clé RSA. Les instructions de cette section montrent comment créer une paire de clés SSH RSA.
- Création de la paire de clés SSH pour Linux
- Création de la paire de clés SSH pour Windows à l'aide de PuTTY
Rubrique parent : Prérequis
Création de la paire de clés SSH pour Linux
Si vous utilisez un système de type UNIX, l'utilitaire ssh-keygen
est probablement déjà installé. Pour déterminer si l'utilitaire est installé, saisissez ssh-keygen
sur la ligne de commande. Si l'utilitaire n'est pas installé, téléchargez OpenSSH
pour UNIX sur http://www.openssh.com/portable.html et installez-le.
Rubrique parent : Création de paires de clés SSH
Créer la paire de clés SSH pour Windows à l'aide de PuTTY
Si vous utilisez un client Windows pour vous connecter à la connexion à la console pour une instance, utilisez une paire de clés SSH générée par PuTTY.
Assurez-vous que vous utilisez la dernière version de PuTTY. Consultez le site http://www.putty.org.
Rubrique parent : Création de paires de clés SSH
Procédure de création d'une connexion à l'aide de la paire de clés SSH générée à l'aide de PuTTY
Effectuez les opérations suivantes dans la fenêtre Créer un accès à la console série :
- Collez la clé SSH générée au format OpenSSH ou choisissez Télécharger le fichier de clés SSH et indiquez le chemin de la clé publique enregistrée à l'étape 8 dans Création de la paire de clés SSH pour Windows à l'aide de PuTTY.
- Une fois la connexion active, cliquez sur Copier la connexion à la console série pour Windows.
- Collez la chaîne de connexion copiée à l'étape précédente dans un fichier texte.
- Dans le fichier texte, remplacez
<PATH_FILE_PUTTY_PRIVATE.ppk>
pour pointer vers le chemin de votre fichier de clé privée PuTTY (PPK) sur votre ordinateur. Par exemple, si vous avez enregistré le fichier.ppk
dans$HOME\Documents\mykey.ppk
. - Collez la chaîne de connexion modifiée dans la fenêtre PowerShell, puis appuyez sur Entrée pour vous connecter à la console.
Rubrique parent : Création de la paire de clés SSH pour Windows à l'aide de PuTTY
Connexion à une machine virtuelle à partir de la console série
Si vous voulez vous connecter à une machine virtuelle à l'aide d'une connexion à la console de machine virtuelle, vous pouvez utiliser la connexion SSH (Secure Shell) pour vous connecter. Pour vous connecter avec un nom utilisateur et un mot de passe, vous avez besoin d'un compte utilisateur avec un mot de passe. Oracle Exadata Cloud ne définit pas de mot de passe par défaut pour les utilisateurs opc
ou root
. Par conséquent, si vous voulez vous connecter en tant qu'utilisateur opc
ou root
, vous devez créer un mot de passe pour l'utilisateur opc
ou root
. Sinon, ajoutez un autre utilisateur avec un mot de passe et connectez-vous sous le nom de cet utilisateur. Cette opération doit être effectuée à l'avance, avant qu'une situation potentielle ne vous oblige à vous connecter à la console série.
Rubrique parent : Prérequis
Connexion via des pare-feu
Si le client que vous allez utiliser pour accéder à la console série se trouve derrière un pare-feu, vous devez vous assurer que ce client est en mesure d'atteindre l'adresse requise pour accéder à la console série de la machine virtuelle. Le système client se connectant à la console série doit pouvoir atteindre le serveur de la console série (par exemple, vm-console.exacc.us-ashburn-1.oci.oraclecloud.com
) sur SSH à l'aide du port 443, directement ou via un proxy.
Rubrique parent : Prérequis
Création de la connexion à la console série de machine virtuelle
Pour pouvoir établir une connexion locale à la console série, vous devez créer la connexion à la console pour une machine virtuelle.
Les connexions à la console pour une machine virtuelle sont limitées à un client à la fois. Si le client échoue, la connexion reste active pendant environ cinq minutes. Pendant ce temps, aucun autre client ne peut se connecter. Après cinq minutes, la connexion est fermée et un nouveau client peut se connecter. Pendant le délai de cinq minutes, toute tentative de connexion d'un nouveau client échoue et le message suivant apparaît :
channel 0: open failed: administratively prohibited: console access is limited to one connection at a time
Rubriques connexes
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Etablissement d'une connexion SSH à la console série
Après avoir créé la connexion à la console pour la machine virtuelle, vous pouvez vous connecter à la console série à l'aide d'une connexion Secure Shell (SSH). Lors de l'établissement d'une connexion SSH à la console série, vous devez utiliser une clé RSA. Vous pouvez utiliser pour la console série la clé SSH utilisée lors du lancement de l'instance ou une autre clé SSH.
Lorsque vous avez terminé d'utiliser la console série et mis fin à la connexion SSH, vous devez supprimer la connexion à la console série. Si vous ne vous déconnectez pas de la session, Oracle Cloud Infrastructure met fin à la session de console série après 24 heures et vous devez vous réauthentifier pour vous reconnecter.
- Validation des clés d'hôte de serveur
- Connecter à partir des systèmes d'exploitation Mac OS X et Linux
- Connexion à partir des systèmes d'exploitation Windows
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Valider les clés d'hôte de serveur
Lors de votre première connexion à la console série, vous êtes invité à valider l'empreinte de la clé hôte du serveur. L'empreinte de la clé d'hôte du serveur est le hachage SHA256 de la clé SSH publique de l'hôte du serveur. La réponse de liaison SSH du serveur est signée avec la clé privée associée. La validation de l'empreinte de la clé hôte du serveur offre une protection contre les attaques potentielles.
Lorsque vous établissez une connexion manuelle à la console série, l'empreinte de la clé hôte du serveur n'est pas automatiquement validée. Pour valider manuellement l'empreinte, comparez la valeur affichée dans la console Oracle Cloud Infrastructure à celle qui apparaît dans le terminal lors de la connexion.
Pour trouver l'empreinte de la clé d'hôte du serveur dans la console, sur la page de détails de la machine virtuelle, sous ressources, cliquez sur connexion à la console. La table affiche l'empreinte de la clé d'hôte du serveur. L'empreinte dans la console doit correspondre à la valeur de l'empreinte de clé RSA affichée dans le terminal lors de la connexion à la console série.
Une rotation des clés d'hôte de serveur est effectuée régulièrement à des fins de sécurité. La rotation des clés réduit le risque lorsque des clés sont compromises en limitant la quantité de données cryptées ou signées par une version de clé. Lorsque vous effectuez une rotation et que vous essayez de vous connecter à la console série, un avertissement s'affiche indiquant une attaque potentielle. L'avertissement inclut une erreur de vérification de la clé hôte ayant échoué et un numéro de ligne dans le fichier .ssh/known_hosts
. Supprimez cette ligne dans le fichier .ssh/known_hosts
, puis reconnectez-vous à la console série. Vous êtes alors invité à accepter une nouvelle empreinte de clé d'hôte de serveur.
Rubrique parent : Création d'une connexion SSH à la console série
Connexion à partir des systèmes d'exploitation Mac OS X et Linux
Utilisez un client SSH pour vous connecter à la console série. Mac OS X et la plupart des systèmes d'exploitation de type Linux et UNIX incluent le client SSH OpenSSH par défaut.
Procédure de connexion à la console série à l'aide de OpenSSH sur Mac OS X ou Linux
Se connecter à partir des systèmes d'exploitation Windows
Les étapes de connexion à la console série à partir de Microsoft Windows PowerShell sont différentes de celles pour OpenSSH. Les étapes suivantes ne fonctionnent pas dans le terminal Windows.
Si vous êtes connecté à l'instance à partir d'un client Windows à l'aide de PowerShell, plink.exe
est requis. plink.exe
est l'outil de connexion de lien de commande inclus dans PuTTY. Vous pouvez installer PuTTY ou installer plink.exe
séparément. Pour plus d'informations, reportez-vous à Installation d'un client SSH et d'un shell de ligne de commande (Windows).
Pour vous connecter à la console série sous Microsoft Windows
Rubriques connexes
Rubrique parent : Création d'une connexion SSH à la console série
Procédure de création d'une connexion à l'aide de la paire de clés SSH générée à l'aide de la console OCI
Rubrique parent : Connexion à partir des systèmes d'exploitation Windows
Utilisation de Cloud Shell pour la connexion à la console série
Vous pouvez vous connecter à la console série rapidement et facilement à l'aide de l'intégration Cloud Shell. Cloud Shell est un terminal basé sur un navigateur Web accessible à partir de la console. L'intégration Cloud Shell crée automatiquement la connexion à la console pour une instance et une clé SSH temporaire. Le seul prérequis pour la connexion à la console série à partir de Cloud Shell est d'accorder aux utilisateurs les droits d'accès appropriés. Pour une introduction à l'utilisation de Cloud Shell, reportez-vous à Utilisation de Cloud Shell.
- Par défaut, Cloud Shell limite l'accès réseau aux ressources internes OCI dans la région d'origine de la location uniquement, sauf si vous avez activé le réseau public géré par Cloud Shell. L'administrateur doit configurer une stratégie d'identité pour activer le réseau public Cloud Shell. Pour plus d'informations, reportez-vous à Cloud Shell Networking.
- Vous ne pouvez pas vous connecter simultanément à plusieurs noeuds de base de données à l'aide de Cloud Shell. Par exemple, si vous disposez d'une connexion ouverte à DBnode1 et que vous voulez vous connecter à DBnode2, vous devez d'abord quitter le shell Cloud Shell actif à partir de DBnode1, puis établir une connexion à DBnode2.
- Assurez-vous que les règles de pare-feu sont correctes afin que le serveur de plan de contrôle puisse atteindre les adresses OCI requises. Pour plus d'informations, reportez-vous au Table 3-2
Lorsque vous avez terminé d'utiliser la console série et mis fin à la connexion SSH, vous devez supprimer la connexion à la console série. Si vous ne vous déconnectez pas de la session, Oracle Cloud Infrastructure met fin à la session de console série après 24 heures et vous devez vous réauthentifier pour vous reconnecter.
Rubriques connexes
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Procédure de connexion à la console série à l'aide de Cloud Shell
Rubriques connexes
Rubrique parent : Utilisation de Cloud Shell pour la connexion à la console série
Affichage de l'historique de la console pour une machine virtuelle
Pour accéder à la console série et utiliser l'historique de la console, des règles de pare-feu doivent être configurées de sorte que le serveur de plan de contrôle puisse accéder aux adresses OCI nécessaires. Consultez les détails du Table 3-2 pour connaître les exigences de connectivité pour Object Storage et la console de machine virtuelle.
Vous pouvez capturer et afficher les données récentes de la console série pour une machine virtuelle. Ces données comprennent des messages de configuration qui surviennent lors de l'initialisation de la machine virtuelle, tels que les messages du noyau et du BIOS, et permettent de vérifier le statut de la machine virtuelle ou de diagnostiquer et résoudre les problèmes.
L'historique de la console capture jusqu'à un Mo des données les plus récentes de la console série pour la machine virtuelle spécifiée. Les données brutes de la console, y compris les caractères multi-octets, sont capturées.
L'historique de la console est un enregistrement à un point dans le temps. Pour résoudre un problème de machine virtuelle défectueuse à l'aide d'une connexion à la console interactive, utilisez une connexion à la console série.
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Gestion des données de l'historique de la console
Vous pouvez utiliser la console ou l'API pour gérer les captures de l'historique de la console. L'historique de la console vous permet de voir la sortie série de la machine virtuelle sans avoir à vous connecter à l'instance à distance. L'historique de la console peut être utilisé pour auditer les accès précédents et les actions effectuées avec la console série.
Sur la page de détails de l'instance de la console, vous pouvez capturer et télécharger des historiques de console, visualiser et modifier des détails de métadonnées, et supprimer des captures d'historique de console.
- Utilisation de la console pour capturer l'historique de console
- Utilisation de la console pour télécharger des captures d'historique de console
- Utilisation de la console pour afficher les captures d'historique de console
- Utilisation de la console pour visualiser et modifier les détails de métadonnées d'une capture d'historique de console
- Utilisation de la console pour supprimer des captures d'historique de la console
- Utilisation de l'API pour gérer les données d'historique de console
Consultez la liste des appels d'API permettant de gérer les données d'historique de console.
Rubrique parent : Affichage de l'historique de la console pour une machine virtuelle
Utilisation de la console pour capturer l'historique de console
Rubrique parent : Gestion des données de l'historique de la console
Utilisation de la console pour télécharger des captures d'historique de console
Rubrique parent : Gestion des données de l'historique de la console
Utilisation de la console pour afficher les captures d'historique de console
Rubrique parent : Gestion des données de l'historique de la console
Utilisation de la console pour visualiser et modifier les détails de métadonnées d'une capture d'historique de console
Rubrique parent : Gestion des données de l'historique de la console
Utilisation de la console pour supprimer des captures d'historique de la console
Rubrique parent : Gestion des données de l'historique de la console
Utilisation de l'API pour gérer les données d'historique de la console
Consultez la liste des appels d'API permettant de gérer les données d'historique de la console.
Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.
Pour obtenir la liste complète des API, reportez-vous à API du service Database.
Utilisez les opérations d'API suivantes pour gérer les données d'historique de la console.
- Pour capturer l'historique de la console, utilisez la méthode createDbNodeConsoleHistory.
- Pour obtenir les détails des métadonnées d'historique de la console, utilisez la méthode getDbNodeConsoleHistory.
- Pour obtenir les détails du contenu de l'historique de console, utilisez la méthode getDbNodeConsoleHistoryContent.
- Pour modifier les métadonnées d'historique de la console, utilisez la méthode updateDbNodeConsoleHistory.
- Pour répertorier les captures d'historique de la console, utilisez la méthode listDbNodeConsoleHistories.
- Pour supprimer les captures d'historique de la console, utilisez la méthode deleteDbNodeConsoleHistory.
Rubrique parent : Gestion des données de l'historique de la console
Dépannage des machines virtuelles à partir des connexions à la console de machine virtuelle invitée sur les systèmes d'exploitation Linux
Une fois que vous êtes connecté à l'aide d'une connexion à la console pour une instance, vous pouvez effectuer différentes tâches, telles que :
- Modifier les fichiers de configuration système
- Ajouter ou réinitialiser des clés SSH pour l'utilisateur
opc
- Réinitialiser le mot de passe de l'utilisateur
opc
Ces tâches nécessitent une initialisation dans un shell Bash en mode de maintenance.
- Procédure d'initialisation en mode de maintenance
- Procédure de modification des fichiers de configuration système
- Pour ajouter ou réinitialiser la clé SSH pour l'utilisateur opc
- Procédure de réinitialisation du mot de passe de l'utilisateur opc
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Pour démarrer en mode de maintenance
Utilisateur et mot de passe par défaut :
- Compte : programme d'initialisation Grub
- Nom d'utilisateur : root
- Mot de passe par défaut : sos1Exadata
- Type de compte : utilisateur du système d'exploitation
Pour plus d'informations, reportez-vous à Comptes utilisateur par défaut pour Oracle Exadata.
Sortie de la connexion à la console série de machine virtuelle
- Procédure de sortie de la connexion à la console série
- Procédure de suppression de la connexion à la console série pour une machine virtuelle
Rubrique parent : Dépannage des machines virtuelles à l'aide des connexions à la console
Pour quitter la connexion à la console série
Lorsque vous utilisez SSH, le caractère ~
au début d'une nouvelle ligne est utilisé comme caractère d'échappement.
Rubrique parent : Quitter la connexion à la console série de machine virtuelle
Procédure de suppression de la connexion à la console série pour une machine virtuelle
Rubrique parent : Quitter la connexion à la console série de machine virtuelle