Gérer les grappes de machines virtuelles

Voyez comment gérer vos grappes de machines virtuelles dans le service Oracle Exadata Database Service on Cloud@Customer.

À propos de la gestion des grappe de MV sur le service Oracle Exadata Database Service on Cloud@Customer

La grappe de MV fournit un lien entre l'infrastructure de votre service Oracle Exadata Database Service on Cloud@Customer et les bases de données Oracle que vous déployez.

La grappe de MV contient une installation d'Oracle Clusterware prenant en charge les bases de données de la grappe. Dans la définition de la grappe de MV, vous spécifiez également le nombre de coeurs d'UC activés qui détermine la quantité de ressources d'UC disponibles pour vos bases de données

Avant de pouvoir créer des bases de données sur votre infrastructure Exadata Cloud@Customer, vous devez créer un réseau en grappe de machines virtuelles et l'associer à une grappe de MV.

Note

Évitez d'entrer des informations confidentielles lors de l'affectation de descriptions, de marqueurs ou de noms conviviaux à vos ressources en nuage au moyen de la console, de l'API ou de l'interface de commande d'Oracle Cloud Infrastructure.

Aperçu du sous-ensemble de noeuds de grappe de machines virtuelles

Le sous-ensemble de noeuds de grappe de machines virtuelles vous permet d'affecter un sous-ensemble de serveurs de base de données à des grappes de machines virtuelles nouvelles et existantes afin de bénéficier d'une flexibilité maximale dans l'affectation des ressources de calcul (UC, mémoire, stockage local).

Avec la fonction de sous-ensemble de noeuds de grappe de machines virtuelles, vous pouvez :
  • Créer une grappe de machines virtuelles plus petite pour héberger des bases de données dont les besoins en ressources et en évolutivité sont faibles ou pour héberger un nombre inférieur de bases de données qui doivent être isolées du reste de la charge de travail.
  • Développer ou réduire une grappe de machines virtuelles existante en ajoutant et en supprimant des noeuds afin d'assurer une utilisation optimale des ressources disponibles.
Passez en revue les points ci-dessous qui vous aideront à définir un sous-ensemble de noeuds de grappe de machines virtuelles.
  • La fonction de sous-ensemble de noeuds de grappe de machines virtuelles est disponible pour les grappes de machines virtuelles nouvelles et existantes dans le service Exadata Cloud@Customer Gen2.
  • Toutes les machines virtuelles d'une grappe de machines virtuelles auront la même affectation de ressources par machine virtuelle, que la machine virtuelle ait été créée lors du provisionnement de la grappe ou ajoutée ultérieurement lors de l'extension d'une grappe de machines virtuelles existante.
  • Les grappes de machines virtuelles n'ont besoin que d'un minimum de 1 machine virtuelle avec sous-ensemble de noeuds. Cependant, Oracle recommande un minimum de 2 machines virtuelles par grappe de machines virtuelles pour assurer une haute disponibilité.
  • Chaque réseau en grappe de machines virtuelles est préprovisionné avec des adresses IP pour chaque serveur de base de données de l'infrastructure. Un réseau en grappe ne peut être utilisé que par une seule grappe de machines virtuelles et est validé pour garantir que les adresses IP ne chevauchent pas celles d'autres réseaux en grappe. L'ajout ou la suppression de machines virtuelles dans la grappe n'a pas d'incidence sur les adresses IP préprovisionnées affectées à chaque serveur de base de données du réseau en grappe associé.

Pour connaître le nombre maximal de machines virtuelles par serveur de base de données et le nombre maximal de grappes de machines virtuelles par système, voir Tables de forme et de configuration du système. Le nombre maximal de grappes de machines virtuelles par système dépend des ressources disponibles par serveur de base de données et est soumis à la limite maximale par serveur de base de données.

Note

Lorsqu'une grappe contient une base de données sous-jacente aux noeuds, la fonction d'utilisation et de coût attribués pour les bases de données enfichables ne fonctionne pas, car le processus de création de bases de données sous-jacentes aux noeuds se produit sur le serveur dorsal et les métadonnées des bases de données sous-jacentes aux noeuds 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 utilisation de l'allocation de noeud et convertie ultérieurement en base de données sous-réglée de noeud, ce problème ne se produira pas car les métadonnées sont déjà disponibles dans le plan de contrôle.

Aperçu de la collecte automatique de diagnostics

En activant la collecte et les avis de diagnostics, l'équipe des opérations d'Oracle Cloud et vous serez en mesure d'identifier, d'étudier, de suivre et de résoudre les problèmes liés aux machines virtuelles invitées rapidement et efficacement. Abonnez-vous à des événements pour être avisé des modifications d'état de ressource.

  • Activer les événements de diagnostic

    Autorisez Oracle à collecter et publier des événements critiques, d'avertissement, d'erreur et d'information à votre attention. Pour plus d'informations, voir Événements du service de base de données.

  • Activer la surveillance de l'état

    Autorisez Oracle à collecter des mesures/événements d'état, tels que l'activité/inactivité d'Oracle Database, l'utilisation de l'espace disque, etc., et à les partager avec l'équipe des opérations d'Oracle Cloud. Vous serez également avisé de certains événements. Pour plus d'informations, voir Mesures d'état.

  • Activer les journaux d'incidents et la collecte de trace

    Autorisez Oracle à collecter des journaux et des traces d'incident pour permettre le diagnostic des anomalies et la résolution des problèmes. Pour plus d'informations, voir Journaux d'incidents et fichiers de suivi.

La collecte de diagnostics a le statut :

  • Activé : Lorsque vous choisissez de collecter des diagnostics, des mesures d'état, des journaux d'incidents et des fichiers de suivi (les trois options).
  • Désactivé : Lorsque vous choisissez de ne pas collecter les diagnostics, les mesures d'état, les journaux d'incidents et les fichiers de suivi (les trois options).
  • Partiellement activé : Lorsque vous choisissez de collecter des diagnostics, des mesures d'état, des journaux d'incidents et des fichiers de suivi (une ou deux options).

La désactivation des événements de diagnostic et de la surveillance de l'état n'arrête la collecte et les avis liés aux données/événements que lorsque vous désélectionnez les cases associées aux options. Toutefois, les données historiques ne seront pas épurées des référentiels de données de l'équipe des opérations d'Oracle Cloud.

Journaux d'incidents et fichiers de suivi

Cette section répertorie tous les fichiers pouvant être collectés par Oracle Support si vous optez pour les journaux d'incidents et la collecte des traces.

Note

  • Oracle crée une demande de service en fonction de l'identificateur de soutien à la clientèle pour l'infrastructure lorsqu'un problème est détecté et qu'une interaction avec le client est nécessaire pour le résoudre.
  • Le courriel de l'administrateur de la location Oracle Cloud Infrastructure du client est utilisé comme contact CSI pour créer la demande de service et y joindre des journaux. Assurez-vous que l'administrateur de la location est ajouté en tant que numéro CSI de contact dans My Oracle Support (MOS).

Collectes de journaux pilotées par les composants Oracle Trace File Analyzer (TFA)

Les répertoires sont généralement affectés à un composant et ce composant peut ensuite être utilisé pour guider TFA vers les fichiers qu'il doit collecter. Par exemple, demander au composant CRS indique à TFA de consulter les répertoires mappés au composant CRS et de trouver les fichiers correspondant à la période de collecte requise.

Note

Si vous avez précédemment choisi l'option d'inclusion pour la collecte des journaux d'incidents et des fichiers de suivi et que vous optez pour l'option d'exclusion lorsque l'équipe des opérations d'Oracle Cloud exécute une tâche de collecte de journaux, la tâche suivra son cours et ne sera pas annulée. Les collectes de journaux futures ne se produiront pas tant que vous n'aurez pas choisi de nouveau l'option d'inclusion pour la collecte des journaux d'incidents et des fichiers de suivi.

TFA est fourni avec des scripts qui s'exécutent lorsqu'un composant particulier est demandé. Par exemple, pour le composant CRS, crscollect.pl exécutera un certain nombre de commandes crsctl et regroupera l'entrée. Par défaut, TFA n'expurge pas les journaux collectés.

Tableau 5-13 : Collectes de journaux pilotées par les composants Oracle Trace File Analyzer (TFA)

Composant Script Fichiers/répertoires

OS : Journaux de système d'exploitation

oscollect.pl

  • /var/log/messages
  • Archive OSWatcher
  • Exadata uniquement : Archive ExaWatcher

    /opt/oracle.ExaWatcher/archive/

CRS : Journaux Oracle Grid Infrastructure et de grappe

crscollect.pl

  • /etc/oracle
  • GIHOME/crf/db/HOSTNAME1
  • GIHOME/crs/log
  • GIHOME/css/log
  • GIHOME/cv/log
  • GIHOME/evm/admin/log
  • GIHOME/evm/admin/logger
  • GIHOME/evm/log
  • GIHOME/log/-/client
  • GIHOME/log/HOSTNAME1
  • GIHOME/log/HOSTNAME1/admin
  • GIHOME/log/HOSTNAME1/client
  • GIHOME/log/HOSTNAME1/crflogd
  • GIHOME/log/HOSTNAME1/crfmond
  • GIHOME/log/HOSTNAME1/crsd
  • GIHOME/log/HOSTNAME1/cssd
  • GIHOME/log/HOSTNAME1/ctssd
  • GIHOME/log/HOSTNAME1/diskmon
  • GIHOME/log/HOSTNAME1/evmd
  • GIHOME/log/HOSTNAME1/gipcd
  • GIHOME/log/HOSTNAME1/gnsd
  • GIHOME/log/HOSTNAME1/gpnpd
  • GIHOME/log/HOSTNAME1/mdnsd
  • GIHOME/log/HOSTNAME1/ohasd
  • GIHOME/log/HOSTNAME1/racg
  • GIHOME/log/HOSTNAME1/srvm
  • GIHOME/log/HOSTNAME1/xag
  • GIHOME/log/diag/asmtool
  • GIHOME/log/diag/clients
  • GIHOME/log/procwatcher/PRW_SYS_HOSTNAME1
  • GIHOME/network/log
  • GIHOME/opmn/logs
  • GIHOME/racg/log
  • GIHOME/scheduler/log
  • GIHOME/srvm/log
  • GRIDBASE/crsdata/@global/cvu
  • GRIDBASE/crsdata/HOSTNAME1/core
  • GRIDBASE/crsdata/HOSTNAME1/crsconfig
  • GRIDBASE/crsdata/HOSTNAME1/crsdiag
  • GRIDBASE/crsdata/HOSTNAME1/cvu
  • GRIDBASE/crsdata/HOSTNAME1/evm
  • GRIDBASE/crsdata/HOSTNAME1/output
  • GRIDBASE/crsdata/HOSTNAME1/ovmmwallets
  • GRIDBASE/crsdata/HOSTNAME1/scripts
  • GRIDBASE/crsdata/HOSTNAME1/trace
  • GRIDBASE/diag/crs/-/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/cdump
  • GRIDBASE/diag/crs/HOSTNAME1/crs/incident
  • GRIDBASE/diag/crs/HOSTNAME1/crs/trace

Database : Journaux Oracle Database

Aucun script propre à la base de données - Exécute opatch lsinventory pour ORACLE_HOME, les exécutions de base de données à partir de TFA exécuteront ipspack en fonction de l'intervalle de temps pour certains incidents de base de données.

  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/cdump
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/trace
  • ORACLE_BASE/diag/rdbms/<dbname>/<instance_name>/incident

Journaux des outils en nuage

  • Fichiers Creg : Fichiers /var/opt/oracle/creg/*.ini avec des informations sensibles masquées
  • Fichier Cstate : /var/opt/oracle/cstate.xml
  • Journaux d'outils liés aux bases de données :

    Si dbName est spécifié, /var/opt/oracle/log/<dbName>, sinon collecter les journaux pour toutes les bases de données /var/opt/oracle/log/

    Si dbName est spécifié, /var/opt/oracle/dbaas_acfs/log/<dbName>, sinon collecter les journaux pour toutes les bases de données /var/opt/oracle/log/<dbName>

  • Fichiers d'environnement de base de données : Si dbName est spécifié, /home/oracle/<dbName>.env, sinon collecter les journaux pour toutes les bases de données /home/oracle/*.env
  • Journaux du 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 Oracle Grid Infrastructure/de base de données liés aux outils

  • Grid Infrastructure : GI_HOME/cfgtoollogs
  • Journal d'alerte de base de données : /u02/app/oracle/diag/rdbms/*/*/alert*.log

Mesures d'état

Consultez la liste des mesures d'état liées aux base de données et à d'autres ressources qui ne sont pas des bases de données collectées par Oracle Trace File Analyzer.

Note

Oracle peut ajouter d'autres mesures à l'avenir, mais si vous avez déjà choisi de les collecter, vous n'avez pas besoin de mettre à jour votre valeur d'option d'inclusion. Elle restera activée/désactivée selon vos préférences courantes.

Note

En plus des mesures énumérées ci-dessous, Oracle analyse des mesures supplémentaires pour fournir le plus haut niveau d'opérations de service et de soutien pour assurer la 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

CpuUtilization

Utilisation d'UC

Pourcentage

Moyenne

Une minute

Cinq minutes

Utilisation de l'UC en pourcentage, agrégée pour tous les groupes de consommateurs. Le pourcentage d'utilisation est indiqué en fonction du nombre d'UC que la base de données est autorisée à utiliser, à savoir deux fois le nombre d'OCPU.

StorageUtilization

Utilisation du stockage

Pourcentage

Moyenne

Une heure

Une heure

Pourcentage de la capacité de stockage provisionnée en cours d'utilisation. Représente l'espace total affecté pour tous les espaces-tables.

BlockChanges

Modifications de blocs de BD

Modifications par seconde

Moyenne

Une minute

Cinq minutes

Nombre moyen de blocs modifiés par seconde.

ExecuteCount

Nombre d'exécutions

Nombre

Somme

Une minute

Cinq minutes

Nombre total d'appels d'utilisateur et récursifs qui ont exécuté des énoncés SQL au cours de l'intervalle indiqué.

CurrentLogons

Ouvertures de session courantes

Nombre

Somme

Une minute

Cinq minutes

Nombre d'ouvertures de session réussies au cours de l'intervalle sélectionné.

TransactionCount

Nombre de transactions

Nombre

Somme

Une minute

Cinq minutes

Nombre combiné de validations et de repositionnements d'utilisateur au cours de l'intervalle sélectionné.

UserCalls

Appels d'utilisateur

Nombre

Somme

Une minute

Cinq minutes

Nombre combiné d'ouvertures de session, d'analyses et d'appels d'exécution au cours de l'intervalle sélectionné.

ParseCount

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é.

StorageUsed

Espace de stockage utilisé

Go

Max.

Une heure

Une heure

Quantité totale d'espace de stockage utilisée par la base de données au moment de la collecte.

StorageAllocated

Espace de stockage affecté

Go

Max.

Une heure

Une heure

Quantité totale d'espace de stockage affectée à la base de données au moment de la collecte.

StorageUsedByTablespace

Espace de stockage utilisé par espace-table

Go

Max.

Une heure

Une heure

Quantité totale d'espace de stockage utilisée par espace-table au moment de la collecte. Dans le cas des bases de données conteneur, cette mesure fournit des espaces-tables de conteneur racine.

StorageAllocatedByTablespace

Espace de stockage affecté par espace-table

Go

Max.

Une heure

Une heure

Quantité totale d'espace de stockage affectée à l'espace-table au moment de la collecte. Dans le cas des bases de données conteneur, cette mesure fournit des espaces-tables de conteneur racine.

StorageUtilizationByTablespace

Utilisation de l'espace de stockage par espace-table

Pourcentage

Moyenne

Une heure

Une heure

Indique le pourcentage d'espace de stockage utilisé par l'espace-table au moment de la collecte. Dans le cas des bases de données conteneur, cette mesure fournit des espaces-tables de conteneur racine.

Liste des mesures de l'état de la machine virtuelle invitée - Mesures autres que de base de données

Tableau 5-15 : Liste des mesures de l'état de la 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

ASMDiskgroupUtilization

Utilisation des groupes de disques ASM

Pourcentage

Max.

10 minutes

Pourcentage d'espace utilisable dans un groupe de disques. L'espace utilisable est l'espace disponible pour la croissance. Le groupe de disques DATA stocke nos fichiers de base de données Oracle. Le groupe de disques RECO contient les fichiers de base de données pour la récupération tels que les archives et les journaux Flashback.

FilesystemUtilization

Utilisation du système de fichiers

Pourcentage

Max.

Une minute

Pourcentage d'utilisation du système de fichiers provisionné.

CpuUtilization

Utilisation d'UC

Pourcentage

Moyenne

Une minute

Pourcentage d'utilisation d'UC.

MemoryUtilization

Utilisation de la mémoire

Pourcentage

Moyenne

Une minute

Pourcentage de mémoire disponible pour démarrer de nouvelles applications, sans permutation. La mémoire disponible peut être obtenue au moyen de la commande suivante : cat /proc/meminfo.

SwapUtilization

Utilisation de la permutation

Pourcentage

Moyenne

Une minute

Pourcentage d'utilisation de l'espace de permutation total.

LoadAverage

Charge moyenne

Nombre

Moyenne

Une minute

Charge moyenne du système sur 5 minutes.

NodeStatus

Statut du noeud

Nombre entier

Moyenne

Une minute

Indique si l'hôte est accessible.

OcpusAllocated

OCPU affectée

Nombre entier

Max.

Une minute

Nombre d'OCPU affectées.

Présentation des opérations d'augmentation ou de réduction

Avec la fonction Grappes de machines virtuelles multiples par système Exadata (MultiVM), vous pouvez augmenter ou réduire vos ressources de grappe de MV.

Augmentation ou réduction des ressources de grappe 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).

Note

Oracle n'arrête pas la facturation lorsqu'une grappe de machines virtuelles ou de machines virtuelles est arrêtée. Pour arrêter la facturation d'une grappe de machines virtuelles, abaissez le nombre d'OCPU (ECPU pour X11M) à zéro.

L'augmentation ou la réduction de ces ressources nécessite une vérification approfondie de l'utilisation et de la gestion des capacités existantes par l'administrateur de la base de données du client. Vérifiez l'utilisation existante pour éviter les défaillances pendant ou après une opération de réduction. Lors de l'augmentation, tenez compte de la quantité de ressources restantes pour la prochaine grappe de MV que vous prévoyez de créer. Les outils en nuage Exadata Cloud@Customer calculent l'utilisation courante de la mémoire, du disque local et du stockage ASM dans la grappe de machines virtuelles, y ajoutent une marge de sécurité et arrivent à une valeur "minimale" au-dessous de laquelle vous ne pouvez pas réduire et s'attendent à ce que vous spécifiez la valeur au-dessous de cette valeur minimale.

Note

  • Lors de la création ou de l'ajustement d'une grappe de machines virtuelles, la définition du nombre d'OCPU (ECPU pour X11M) à zéro arrêtera la grappe de machines virtuelles et éliminera la facturation pour cette grappe, mais l'hyperviseur réservera toujours les 2 OCPU (8 ECPU pour X11M) minimales pour chaque machine virtuelle. Ces OCPU réservées (ECPU pour X11M) ne peuvent pas être affectées à d'autres machines virtuelles, même si la machine virtuelle à laquelle elles sont affectées est arrêtée. Le plan de contrôle ne prend pas en compte les OCPU réservées (ECPU pour X11M) lorsqu'il affiche le nombre maximal d'OCPU disponibles (ECPU pour X11M), vous devez donc prendre en compte ces OCPU réservées (ECPU pour X11M) lors de l'exécution d'opérations d'ajustement suivantes pour vous assurer que l'opération peut acquérir suffisamment d'OCPU (ECPU pour X11M) pour terminer l'opération.
  • Pour les opérations d'augmentation ou de réduction de mémoire et /u02, si la différence entre la valeur courante et la nouvelle valeur est inférieure à 2 %, aucune modification ne sera apportée à cette MV. En effet, la modification de la mémoire implique le redémarrage de la MV, et la modification /u02 implique l'arrêt de la pile Oracle Grid Infrastructure et le démontage /u02. Les clients chargés de la production ne procèdent pas au redimensionnement pour une augmentation ou une diminution aussi faible. Ces demandes sont donc inutiles.
  • Vous pouvez ajuster les ressources de la grappe de machines virtuelles même si l'un des serveurs de base de données de la grappe de machines virtuelles est arrêté :
    • Si un serveur de base de données est arrêté et que l'ajustement est effectué, les machines virtuelles de ce serveur ne sont pas automatiquement ajustées pour les nouvelles OCPU lorsque le serveur de base de données et les machines virtuelles sont de nouveau en ligne. Il vous incombe de vous assurer que toutes les machines virtuelles de la grappe 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 la grappe de machines virtuelles sur ce serveur.

Redimensionnement de la mémoire et larges pages

Vous pouvez augmenter et réduire la mémoire du serveur de base de données dans une grappe de machines virtuelles. L'ajustement de la mémoire nécessite un redémarrage de repositionnement des serveurs de base de données pour prendre effet. Pour que l'ajustement 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 une grappe de machines virtuelles aura une incidence sur les paramètres des larges pages (HugePages) des machines virtuelles de cette grappe. Lors de la création initiale d'une machine virtuelle, le système d'exploitation de chaque machine virtuelle est configuré avec 50 % de la mémoire affectée à la machine virtuelle pour les larges pages, et les bases de données sont configurées pour utiliser cette mémoire pour leur mémoire SGA. Oracle recommande de ne pas modifier la configuration des larges pages sauf si vous comprenez l'implication des modifications que vous apportez. Des configurations inappropriées peuvent empêcher le démarrage de toutes les bases de données et même empêcher le démarrage de la machine virtuelle.

Bien que la modification de la configuration des larges pages ne soit pas recommandée, elle est autorisée. Toutefois, toute modification apportée peut être remplacée par l'automatisation du nuage 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 en nuage tente de maintenir la mémoire des larges pages en pourcentage de la mémoire totale, avec une limite maximale de 60 %. Si les larges pages sont configurées pour utiliser plus de 60 % de la mémoire totale, l'automatisation en nuage la redimensionne automatiquement à cette limite de 60 %.

Une fois la nouvelle allocation de larges pages calculée, l'automatisation effectue les vérifications suivantes :
  • Condition 1 : L'utilisation courante de HugePages, multipliée par 1,15 (15 % de plus que celle actuellement utilisée), doit être inférieure à l'affectation des nouvelles pages volumineuses.
  • Condition 2 : L'utilisation courante de HugePages, multipliée par 1,15, doit également être inférieure à 60 % de la nouvelle taille de mémoire totale.
Note

L'utilisation courante de HugePages est déterminée en soustrayant la valeur HugePages libre de la valeur HugePages courante totale.
Si les deux conditions sont remplies, l'automatisation du nuage appliquera les modifications de mémoire aux machines virtuelles. Si l'une ou l'autre des conditions n'est pas remplie, le processus se terminera avec une erreur similaire à la suivante :
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 vérification préalable pour déterminer l'utilisation courante des larges pages en exécutant des instances de base de données. Si la vérification préalable indique qu'il n'y aura pas assez de mémoire de larges pages après le redimensionnement pour prendre en charge les bases de données existantes, le redimensionnement échouera et le processus ne se poursuivra pas.

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 disponible en exécutant la commande asmcmd lsdg sur n'importe quelle MV invitée de la grappe de MV.
  • Calculez la taille utilisée comme (Taille totale - Taille disponible) / 3 pour chaque groupe de disques. La valeur /3 est utilisée car les groupes de disques sont en triple miroir.
  • Le ratio 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.

  • Assurez-vous 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 * % DATA)

    Taille utilisée pour RECO * 1,15 <= (Nouvelle taille totale * % RECO)

Exemple 5-3 : Calcul du stockage ASM

  1. Exécutez la commande asmcmd lsdg dans la MV 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>
    Note

    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 BD Exadata et Exadata Cloud@Customer, nous utilisons le ratio 1:10 pour physicalSize:virtualSize. Par conséquent, pour toutes les fins de notre calcul, nous devons utiliser 1/10ème des valeurs affichées ci-dessus dans le cas de SPARSE pour ces attributs.

  2. Taille utilisée pour un groupe de disques = (Total_MB - Free_MB) /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

  3. Répartition du stockage entre les groupes de disques
    • Sans SPARSE :

      Le ratio DATA:RECO est 80:20 dans cet exemple.

    • Avec SPARSE :

      Le ratio DATA RECO: SPARSE est 60:20:20 dans cet exemple.

  4. La nouvelle taille demandée doit remplir les conditions suivantes :
    • Sans SPARSE : (Par exemple, 5 To dans l'interface utilisateur.)

      5 To = 5120 Go; 5120 *.8 = 4096 Go; 5120 *.2 = 1024 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 = 8192 Go; 8192 *.6 = 4915 Go; 8192 *.2 = 1638 Go; 8192 *.2 = 1638 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

Le redimensionnement ci-dessus sera effectué. Si les conditions ci-dessus ne sont pas remplies par la nouvelle taille, le redimensionnement échouera à la vérification préalable.

Estimation de la quantité de stockage local que vous pouvez fournir sur vos MV

Les images de machine virtuelle incluent les fichiers nécessaires pour démarrer et exécuter la machine virtuelle et son système d'exploitation, ainsi que l'espace pour les répertoires de base Oracle stockés dans /u02. Pour estimer la quantité d'espace de stockage local supplémentaire au-delà du minimum pouvant être allouée à tout système de fichiers associé à une machine virtuelle, soustrayez la taille des images de machine virtuelle pour toutes les machines virtuelles d'un serveur de l'espace disponible total. Si vous n'avez pas modifié la taille d'image de machine virtuelle par défaut en développant des systèmes de fichiers, utilisez la taille d'image de machine virtuelle (par défaut et minimale) ci-dessous. Si vous avez ou envisagez de modifier la taille de l'image de machine virtuelle, vous devez utiliser la console OCI et l'action "Ajuster la grappe de machines virtuelles" pour vérifier les ressources allouées et disponibles pour une grappe de machines virtuelles existante, car l'expansion de certains systèmes de fichiers non /u02 consomme plus de stockage incrémentiel que ce qui a été ajouté au système de fichiers. Ces informations sont également disponibles dans l'action "Configurer une grappe de machines virtuelles" lors de la création d'une nouvelle grappe 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 minimale), y compris /u02 : 244 Go
  • 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 élastique) : 2500 Go
  • Taille de l'image de machine virtuelle (par défaut et minimale), y compris /u02 : 244 Go
  • 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 minimale), y compris /u02 : 244 Go
  • Par défaut (minimum) /u02 : 60 Go

Ajustement du stockage local

Directives pour l'opération d'ajustement de l'espace local

Vous pouvez ajuster le stockage local en modifiant la taille de plusieurs 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, au besoin. Toutefois, notez que vous ne pouvez réduire que /u02. La taille des autres systèmes de fichiers peut uniquement être augmentée. La taille maximale prise en charge par un système de fichiers est de 900 Go.

Le stockage utilisé par tous les systèmes de fichiers est supérieur à la somme des tailles des systèmes de fichiers. Consultez les calculs affichés dans la console OCI pour voir les effets sur le stockage local gratuit lors du redimensionnement d'un système de fichiers.

À 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

À 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
Note

  • À l'exception de /u02, vous ne pouvez développer les systèmes de fichiers et ne pouvez pas les réduire une fois qu'ils ont été étendus.
  • Pour X8M et les versions ultérieures, un redémarrage continu n'est pas nécessaire lors du développement d'un système de fichiers de machine virtuelle invitée. Toutefois, un redémarrage continu 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 de 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, voir Estimation de la quantité de stockage local que vous pouvez fournir à vos machines virtuelles.

Limite de ressource basée sur l'utilisation courante

  • Toute opération de réduction doit laisser une marge de 15 % en mémoire tampon en plus de l'utilisation de l'espace local la plus élevée pour tous les noeuds de la grappe.
  • L'espace local le plus faible par noeud autorisé est supérieur aux deux limites ci-dessus.
  • Exécutez la commande df –kh sur chaque noeud pour rechercher le noeud ayant le stockage local le plus élevé.
  • Vous pouvez également utiliser l'utilitaire cssh pour émettre la même commande à partir de tous les hôtes d'une grappe en la saisissant une seule fois.
  • La valeur la plus faible du stockage local à laquelle chaque noeud peut être réduit serait = 1.15x (valeur la plus élevée de l'espace local utilisé parmi tous les noeuds).

Systèmes de fichiers ACFS

Si le soutien vous le demande, vous pouvez également redimensionner le système de fichiers /acfs01. Ce système de fichiers est utilisé par le système pour stocker temporairement 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 de la grappe. Il 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.
  • Ajustement /acfs01 : Vous pouvez ajuster acfs01 en tant que grille utilisateur à partir de n'importe quelle machine virtuelle au moyen de la commande /sbin/acfsutil. Aucun redémarrage n'est requis. L'opération de redimensionnement n'aura aucune incidence sur la disponibilité du service de base de données exécuté dans la grappe de machines virtuelles. La commande suivante émise par l'utilisateur grid 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 à partir des groupes de disques de stockage Exadata et peuvent être partagés entre toutes les machines virtuelles de la grappe. Pour plus d'informations, consultez la documentation ACFS.

Utilisation de la console pour gérer les grappes de machines virtuelles sur le service Oracle Exadata Database Service on Cloud@Customer

Voyez comment utiliser la console pour créer, modifier et gérer vos grappes de machines virtuelles sur le service Oracle Exadata Database Service on Cloud@Customer.

Utilisation de la console pour créer une grappe de machines virtuelles ASM

Pour créer votre grappe de MV ASM, soyez prêt à fournir des valeurs pour les champs nécessaires à la configuration de l'infrastructure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur Créer une grappe de machines virtuelles Exadata.
  5. Fournissez les informations demandées dans la page Créer une grappe de machines virtuelles Exadata :
    1. Indiquer le nom d'affichage : Le nom d'affichage est un nom convivial que vous pouvez utiliser pour identifier la grappe de machines virtuelles. Le nom n'a pas besoin d'être unique car un identificateur Oracle Cloud (OCID) identifie de manière unique la grappe de MV.
    2. Sélectionner un compartiment : Dans la liste des compartiments disponibles, choisissez celui qui doit contenir la grappe de machines virtuelles.
    3. Sélectionner une infrastructure Exadata : Dans la liste, sélectionnez l'infrastructure Exadata qui doit héberger la grappe de MV. Vous ne pouvez pas créer de grappe de machines virtuelles si vous n'avez pas d'infrastructure Exadata disponible et active.
    4. Sélectionner un réseau en grappe de MV : Dans la liste, choisissez une définition de réseau en grappe de machines virtuelles à utiliser pour la grappe de machines virtuelles. Vous devez disposer d'un réseau en grappe de machines virtuelles validé pour créer une grappe de machines virtuelles.
    5. Type de grappe de MV :
      Note

      Vous ne pouvez pas modifier le type de grappe de machines virtuelles après avoir déployé la grappe. Si vous souhaitez modifier le type de grappe de machines virtuelles, vous devez créer une nouvelle grappe de machines virtuelles et migrer la base de données vers la nouvelle grappe.
      • Base de données Exadata : MV de base de données standard sans restrictions, adaptée à toutes les charges de travail.
      • Exadata Database-Developer : Machine virtuelle de base de données pour développeur avec des restrictions, adaptée uniquement au développement d'applications.
    6. Configurer la grappe de machines virtuelles :
      • Serveurs de BD :
        • Cliquez sur Modifier les serveurs de base de données pour le positionnement des machines virtuelles afin d'affecter des ressources de machine virtuelle.
        • Dans la boîte de dialogue Modifier les serveurs de base de données :

          Type de grappe de MV - Base de données Exadata : Sélectionnez au moins un serveur de base de données pour le positionnement des machines virtuelles. Si vous avez besoin d'un service de base de données à haute disponibilité qui reste disponible pendant la maintenance et les interruptions non planifiées, sélectionnez au moins deux serveurs de base de données. Le nombre maximal de ressources disponibles pour l'affectation par machine virtuelle est basé sur le nombre de serveurs de base de données sélectionnés.

          Type de grappe de MV - Exadata Database-Developer : Sélectionnez un serveur de base de données pour le positionnement des machines virtuelles. Un seul serveur de base de données peut être sélectionné.
          Note

          • Les serveurs de base de données sur lesquels s'exécutent déjà 8 grappes de MV ne sont pas disponibles pour la sélection.
          • Lors du calcul du nombre maximal de ressources de stockage local sur les serveurs de base de données sélectionnés, le stockage local réservé requis par le système pour héberger une machine virtuelle est déduit du serveur de base de données ayant le moins de ressources.

            Par exemple, si le stockage local disponible sur les serveurs de base de données sélectionnés est de 823 Go pour le serveur de base de données 3 et de 813 Go pour le serveur de base de données 4, le minimum sur les serveurs sélectionnés est de 813 Go et le maximum disponible pour l'affectation des ressources est de 813 Go à 184 Go (stockage local réservé pour l'hébergement de machines virtuelles sur les serveurs de base de données X8M) = 629 Go.

            Pour plus d'informations, voir Estimation de la quantité de stockage local que vous pouvez fournir à vos MV.

        • Cliquez sur Enregistrer.
      • Spécifier le nombre d'OCPU (ECPU pour X11M) par machine virtuelle : Spécifiez le nombre d'OCPU (ECPU pour X11M) à provisionner pour chaque machine virtuelle de cette grappe. La valeur minimale est 2 OCPU par MV ou 8 ECPU par MV pour X11M (pour une condition de MV en direct), sauf si vous spécifiez zéro OCPU ou 0 ECPU pour X11M (pour une condition d'arrêt de MV)

        Si vous entrez une valeur égale à zéro, les machines virtuelles de la grappe de MV seront toutes arrêtées à la fin du processus de création de la grappe. Dans ce cas, vous pourrez démarrer ultérieurement les machines virtuelles en ajustant les ressources OCPU (ECPU pour X11M). Voir Utilisation de la console pour ajuster les ressources dans une grappe de machines virtuelles.

        Le nombre d'OCPU (ECPU pour X11M) pour l'ensemble de la grappe de MV sera calculé automatiquement en fonction du nombre d'OCPU par MV (ECPU pour X11M) que vous avez spécifié et du nombre de serveurs de base de données physiques configurés pour la grappe de MV.

        OCPU : Une OCPU fournit une capacité d'unité centrale équivalente à un coeur physique de processeur Intel Xeon avec la technologie Hyperthread activée. Chaque OCPU représente deux unités d'exécution de matériel, appelées unités centrales virtuelles.

        Voir Descriptions des services Oracle PaaS Public Cloud et Oracle IaaS Public Cloud - Facturé à l'usage et Prix fixe.

        ECPU : Une ECPU est une mesure abstraite des ressources de calcul. Les ECPU sont basées sur le nombre de cœurs affectés de manière élastique à partir d'un groupe de serveurs de calcul et de stockage.

      • Nombre d'OCPU demandées (ECPU pour X11M) pour la grappe de machines virtuelles : Affiche le nombre total de cœurs d'UC affectés à la grappe de machines virtuelles en fonction de la valeur que vous avez spécifiée dans le champ Spécifier le nombre d'OCPU (ECPU pour X11M) par machine virtuelle. Ce champ n'est pas modifiable.
      • Spécifier la mémoire par machine virtuelle (Go) : Indiquez la mémoire pour chaque machine virtuelle individuelle. La valeur doit être un multiple de 1 Go. Elle est limitée par la mémoire disponible sur l'infrastructure Exadata.
      • Mémoire demandée pour la grappe de machines virtuelles (Go) : Affiche la quantité totale de mémoire affectée à la grappe de machines virtuelles en fonction de la valeur indiquée dans le champ Spécifier la mémoire par machine virtuelle (Go). Ce champ n'est pas modifiable.
      • Spécifier la taille du système de fichiers local par machine virtuelle (Go) : Cliquez sur Afficher les options avancées pour voir des options de configuration de systèmes de fichiers locaux supplémentaires. Indiquez la taille du système de fichiers local pour chaque machine virtuelle individuelle. La valeur doit être un multiple de 1 Go. Elle est limitée par la taille disponible du système de fichiers sur l'infrastructure X11M.

        Notez que la taille minimale du stockage du système local doit être de 60 Go. Chaque fois que vous créez une nouvelle grappe de MV, l'espace restant de l'espace disponible total est utilisé pour la nouvelle grappe.

        Pour plus d'informations et d'instructions pour spécifier la taille de chaque VM, voir Présentation des opérations d'augmentation/de réduction.

        1. Cliquez sur Afficher les options avancées pour voir des options de configuration de systèmes de fichiers locaux supplémentaires.
        2. Redimensionnez les systèmes de fichiers /, /u01, /tmp, /var, /var/log, /var/log/audit et /home selon les besoins.
          Note

          • Vous ne pouvez développer ces systèmes de fichiers qu'une fois développés.
          • En raison des partitions de sauvegarde et de la mise en miroir, les systèmes de fichiers / et /var consomment deux fois l'espace affecté, ce qui est indiqué dans les champs en lecture seule Stockage total affecté pour / (Go) en raison de la mise en miroir et Stockage total affecté pour /var (Go) en raison de la mise en miroir.
          • Après avoir créé la grappe de machines virtuelles, consultez la section Ressources Exadata dans la page Détails de l'infrastructure Exadata pour vérifier la taille de fichier affectée au stockage local (/u02) et au stockage local (systèmes de fichiers supplémentaires).
      • Stockage local réservé par machine virtuelle (Go) : Affiche la taille de stockage local réservée à l'interne pour les systèmes de fichiers racines, les répertoires de base Oracle Grid Infrastructure et les journaux de diagnostic. Ce champ n'est pas modifiable.
    7. Configurer le stockage Exadata : Les paramètres suivants définissent comment le stockage Exadata est configuré pour être utilisé avec la grappe de machines virtuelles. Une fois sélectionné, le type de stockage ne peut pas être modifié ultérieurement une fois la grappe de machines virtuelles provisionnée avec le type de stockage souhaité. Vous avez le choix entre deux options : Type de stockage automatique (ASM) et Exaflopique. Pour plus d'informations sur le type de stockage exaflopique, voir Utilisation de la console pour créer une grappe de machines virtuelles exaflopique.
      Gestion automatique du stockage (ASM)
      • Spécifier le stockage Exadata utilisable : Indiquez la taille de chaque machine virtuelle individuelle. La taille minimale recommandée est de 2 To.
      • Affecter le stockage pour les instantanés Exadata : Cochez cette option pour créer un groupe de disques SPARSE, requis pour la prise en charge de la fonctionnalité d'instantané Exadata. Les instantanés Exadata permettent d'obtenir des clones compacts des bases de données Oracle qui peuvent être créés et détruits très rapidement et facilement.
      • Affecter le stockage pour les sauvegardes locales : Cochez cette option pour configurer le stockage Exadata afin d'activer les sauvegardes locales de base de données. Si vous sélectionnez cette option, plus d'espace est affecté au groupe de disques RECO pour les sauvegardes. Si vous ne la sélectionnez pas, vous ne pouvez pas utiliser le stockage Exadata local comme destination de sauvegarde pour les bases de données de la grappe de machines virtuelles.

      Tableau 5-16 : Affectation du stockage

      Affectation du stockage Groupe de disques DATA Groupe de disques RECO Groupe de disques SPARSE

      Instantanés Exadata : Non

      Activer les sauvegardes dans le stockage Exadata local : Non

      80 %

      20 %

      0 % (Le groupe de disques SPARSE n'est pas créé.)

      Instantanés Exadata : Non

      Activer les sauvegardes dans le stockage Exadata local : Oui

      40 %

      60 %

      0 % (Le groupe de disques SPARSE n'est pas créé.)

      Affecter le stockage pour les instantanés Exadata : Oui

      Activer les sauvegardes dans le stockage Exadata local : Non

      60 %

      20 %

      20 %

      Affecter le stockage pour les instantanés Exadata : Oui

      Activer les sauvegardes dans le stockage Exadata local : Oui

      35 %

      50 %

      15 %

    8. Sélectionner la version :
      • Sélectionner la version d'Oracle Grid Infrastructure : Dans le menu déroulant, sélectionnez 19c ou 23ai comme version de Grid Infrastructure.
        Note

        La version d'Oracle Grid Infrastructure sélectionnée détermine les versions d'Oracle Database prises en charge sur la grappe de machines virtuelles.

        Vous ne pouvez pas provisionner une version d'Oracle Database plus récente que la version de Grid Infrastructure sélectionnée. Par exemple, pour provisionner une base de données 23ai, vous devez choisir la version 23ai Grid Infrastructure.

        Note

        Pour provisionner une grappe de machines virtuelles avec Grid Infrastructure 23ai, les versions de logiciel minimales suivantes sont requises :
        • Machine virtuelle invitée Exadata exécutant le logiciel du système Exadata 23.1.8
        • Infrastructure Exadata exécutant le logiciel de système Exadata 23.1.x
      • Le commutateur Afficher toutes les versions disponibles de Grid Infrastructure est désactivé par défaut. Lorsqu'il est désactivé, le système utilise automatiquement la dernière version de Grid Infrastructure lors du provisionnement de la grappe de machines virtuelles.

        Lorsque cette option est activée, le menu déroulant affiche les quatre dernières versions de Grid Infrastructure prises en charge, ce qui vous permet de sélectionner votre version préférée dans la liste.

      • Sélectionner une version invitée d'Exadata :
        • Infrastructure Exadata avec image Oracle Linux 7 et Exadata version 22.1.10.0.0.230422 :
          • Le bouton Modifier l'image n'est pas activé.
          • Par défaut, la version d'Oracle Grid Infrastructure est 19.0.0.0.0.
          • La version d'invité Exadata sera la même que celle du système d'exploitation hôte.
        • Infrastructure Exadata avec Oracle Linux 8 et l'image Exadata version 23.1.3.0.0.230613 :
          • La version d'invité Exadata est par défaut la plus récente (23.1.3.0).
          • La version d'Oracle Grid Infrastructure par défaut est 19.0.0.0.0
          • Le bouton Modifier l'image est activé.
          • Cliquez sur Modifier l'image.

            Le panneau Modifier l'image qui en résulte affiche la liste des versions principales disponibles de l'image Exadata (23.1.3.0 et 22.1.3.0).

            La version la plus récente pour chaque version majeure est indiquée par "(dernière)".

          • Faites glisser Afficher toutes les versions disponibles.

            Six versions antérieures, y compris les dernières versions des images Exadata 23.1.3.0 et 22.1.3.0, sont affichées.

          • Sélectionner une version.
          • Cliquez sur Enregistrer les modifications.
    9. Ajouter une clé SSH : Indiquez la partie clé publique d'une paire de clés SSH à utiliser pour accéder aux machines virtuelles de grappe de machines virtuelles. Vous pouvez charger un fichier contenant la clé ou coller la chaîne de clé SSH.

      Pour fournir plusieurs clés, chargez plusieurs fichiers de clé ou collez chaque clé dans un champ distinct. Pour les clés collées, assurez-vous que chaque clé figure sur une seule ligne continue. La longueur des clés combinées ne peut pas dépasser 10 000 caractères.

    10. Sélectionner un type de licence :
      • Utiliser sa propre licence (BYOL) : Sélectionnez cette option si votre organisation détient déjà des licences logicielles Oracle Database que vous voulez utiliser sur la grappe de machines virtuelles.
        Note

        BYOL n'est pas disponible pour le type de grappe de machines virtuelles Exadata Database-Developer.
      • Licence incluse : Sélectionnez cette option pour vous abonner aux licences logicielles Oracle Database dans le cadre du service Exadata Database sur Cloud@Customer.
    11. Collecte de diagnostics :

      En activant la collecte et les avis de diagnostics, l'équipe des opérations d'Oracle Cloud et vous serez en mesure d'identifier, d'étudier, de suivre et de résoudre les problèmes liés aux machines virtuelles invitées rapidement et efficacement. Abonnez-vous à des événements pour être avisé des modifications d'état de ressource. Pour plus d'informations, voir Introduction aux événements.

      Note

      Vous choisissez l'option d'inclusion en acceptant que la liste des événements, des mesures et des fichiers journaux collectés puisse changer à l'avenir. Vous pouvez désactiver cette fonction à tout moment.
      • Activer les événements de diagnostic : Autorisez Oracle à collecter et publier des événements critiques, d'avertissement, d'erreur et d'information à votre intention.
      • Activer la surveillance de l'état : Autorisez Oracle à collecter des mesures/événements d'état, tels que l'activité/inactivité d'Oracle Database, l'utilisation de l'espace disque, etc., et à les partager avec l'équipe des opérations d'Oracle Cloud. Vous serez également avisé de certains événements.
      • Activer les journaux d'incidents et la collecte de trace : Autorisez Oracle à collecter des journaux et des traces d'incident pour permettre le diagnostic des anomalies et la résolution des problèmes.

        Les trois cases sont cochées par défaut. Vous pouvez laisser les paramètres par défaut tels quels ou désélectionner les cases si nécessaire. Vous pouvez voir les paramètres de collecte des diagnostics dans la page Détails de la grappe de MV sous Informations générales >> Collecte de diagnostics.
        • Activé : Lorsque vous choisissez de collecter des diagnostics, des mesures d'état, des journaux d'incidents et des fichiers de suivi (les trois options).

        • Désactivé : Lorsque vous choisissez de ne pas collecter les diagnostics, les mesures d'état, les journaux d'incidents et les fichiers de suivi (les trois options).

        • Partiellement activé : Lorsque vous choisissez de collecter des diagnostics, des mesures d'état, des journaux d'incidents et des fichiers de suivi (une ou deux options).
    12. Afficher les options avancées :
      • Fuseau horaire : Le fuseau horaire par défaut pour l'Infrastructure Exadata est UTC, mais vous pouvez spécifier un autre fuseau horaire. Les options de fuseau horaire sont celles prises en charge dans la classe Java.util. TimeZone et le système d'exploitation Oracle Linux.
        Note

        Si vous souhaitez définir un autre fuseau horaire qu'UTC ou le fuseau horaire détecté par le navigateur, sélectionnez l'option Sélectionner un autre fuseau horaire, sélectionnez une région ou un pays, puis sélectionnez le fuseau horaire correspondant.

        Si vous ne voyez pas la région ou le pays que vous souhaitez, sélectionnez Divers, puis sélectionnez un fuseau horaire approprié.

      • Mise à jour de l'automatisation du nuage : Oracle applique périodiquement des mises à jour aux outils de base de données et au logiciel d'agent nécessaires pour les outils et l'automatisation du nuage. Vous pouvez configurer la fenêtre de votre choix pour que ces mises à jour soient appliquées à votre grappe de machines virtuelles. Définir l'heure de début des mises à jour de l'automatisation du nuage.
        Note

        Oracle vérifiera chaque jour les dernières mises à jour de VM Cloud Automation entre la fenêtre de temps configurée et appliquera les mises à jour le cas échéant. Si l'automatisation ne peut pas commencer à appliquer les mises à jour dans la fenêtre de temps configurée en raison d'un processus sous-jacent de longue durée, Oracle vérifie automatiquement le jour suivant pendant la fenêtre de temps configurée pour commencer à appliquer les mises à jour de l'automatisation en nuage à la grappe de machines virtuelles.

        Activer l'accès anticipé pour la mise à jour des outils en nuage : Les grappes de machines virtuelles désignées pour l'accès anticipé reçoivent des mises à jour 1 à 2 semaines avant qu'elles ne soient disponibles pour d'autres systèmes. Cochez cette case pour une adoption anticipée de cette grappe de machines virtuelles.

        Période de gel des mises à jour de l'automatisation du nuage : Oracle applique périodiquement les mises à jour aux outils de base de données et aux logiciels d'agent nécessaires à l'outillage et à l'automatisation du nuage. Activez une période de gel pour définir une période pendant laquelle l'automatisation Oracle n'appliquera pas les mises à jour en nuage.

        Déplacez le curseur pour définir la période de gel.

        Note

        • La période de gel peut être prolongée jusqu'à 45 jours à compter de la date de début.
        • L'automatisation d'Oracle appliquera automatiquement les mises à jour avec les correctifs de sécurité critiques (CVSS >= 9) même pendant une période de gel configurée.
      • Marqueurs : Vous pouvez appliquer des marqueurs si vous le souhaitez. Si vous êtes autorisé à créer une ressource, vous êtes également autorisé à appliquer des marqueurs à structure libre à cette ressource. Pour appliquer un marqueur défini, vous devez être autorisé à utiliser l'espace de noms de marqueur. Pour plus d'informations sur le marquage, voir Marqueurs de ressource. Si vous ne savez pas si vous devez appliquer des marqueurs, ignorez cette option (vous pourrez appliquer des marqueurs plus tard) ou demandez à l'administrateur.
  6. Facultativement, vous pouvez enregistrer la configuration de ressources en tant que pile.
    • Pour enregistrer la configuration de ressources en tant que pile :
      1. Cliquez sur Enregistrer en tant que pile.
      2. Dans la boîte de dialogue Enregistrer en tant que pile qui s'affiche, fournissez les détails suivants :
        1. Nom : (Facultatif) Entrez un nom descriptif facile à retenir.
        2. Description : (Facultatif) Entrez une brève description.
        3. Compartiment : Sélectionnez un compartiment dans lequel réside cette pile.
        4. Marqueurs : Ajoutez des marqueurs.
      3. Cliquez sur Enregistrer.

        Après avoir enregistré la pile, le système affiche une bannière avec un lien vers la pile enregistrée.

      4. Cliquez sur le lien pour ouvrir la pile dans la console du service du gestionnaire de ressources.

        Voir Gestionnaire de ressources et Terraform.

    • Pour voir les détails d'une pile :
      1. Ouvrez le menu de navigation. Sous Services de développement, cliquez sur Gestionnaire de ressources.
      2. Cliquez sur Piles.
      3. Cliquez sur le nom de la pile dont vous voulez afficher les détails.

        Ou cliquez sur le menu Actions (trois points), puis sélectionnez l'option Voir les détails de la pile.

  7. Cliquez sur Créer une grappe de MV.

    La page Détails de la grappe de MV est affichée. Pendant l'exécution du processus de création, l'état de la grappe de MV est En attente. Lorsque le processus de création de grappe de MV est terminé, l'état passe à Disponible.

    La section Stockage de base de données Exadata dans la page Détails de la grappe de machines virtuelles affiche le type de stockage configuré, qui, dans ce cas, est ASM.

Utilisation de la console pour créer une grappe de machines virtuelles exaflopiques

Pour créer votre grappe de MV exaflopique, soyez prêt à fournir des valeurs pour les champs nécessaires à la configuration de l'infrastructure.

Pour créer une grappe de machines virtuelles exaflopiques :

  • Infrastructure Exadata active disponible pour héberger la grappe de machines virtuelles.
  • Réseau en grappe de machines virtuelles validé disponible pour cette grappe.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur Créer une grappe de machines virtuelles Exadata.
  5. Fournissez les informations demandées dans la page Créer une grappe de machines virtuelles Exadata :
    1. Sélectionner un compartiment : Dans la liste des compartiments disponibles, choisissez celui qui doit contenir la grappe de machines virtuelles.
    2. Indiquer le nom d'affichage : Le nom d'affichage est un nom convivial que vous pouvez utiliser pour identifier la grappe de machines virtuelles. Le nom n'a pas besoin d'être unique car un identificateur Oracle Cloud (OCID) identifie de manière unique la grappe de MV.
    3. Sélectionner l'infrastructure Exadata : Dans la liste, choisissez l'infrastructure Exadata qui doit héberger la grappe de MV. Vous ne pouvez pas créer de grappe de machines virtuelles si vous n'avez pas d'infrastructure Exadata disponible et active.
    4. Sélectionner un réseau en grappe de MV : Dans la liste, choisissez une définition de réseau en grappe de machines virtuelles à utiliser pour la grappe de machines virtuelles. Vous devez disposer d'un réseau en grappe de machines virtuelles validé pour créer une grappe de machines virtuelles.
    5. Type de grappe de MV
      Note

      Vous ne pouvez pas modifier le type de grappe de machines virtuelles après avoir déployé la grappe. Si vous souhaitez modifier le type de grappe de machines virtuelles, vous devez créer une nouvelle grappe de machines virtuelles et migrer la base de données vers la nouvelle grappe.
      • Base de données Exadata : MV de base de données standard sans restrictions, adaptée à toutes les charges de travail.
      • Exadata Database-Developer : Machine virtuelle de base de données pour développeur avec des restrictions, adaptée uniquement au développement d'applications.
    6. Configurer la grappe de machines virtuelles :
      • Serveurs de BD :
        • Cliquez sur Modifier les serveurs de base de données pour le positionnement des machines virtuelles afin d'affecter des ressources de machine virtuelle.
        • Dans la boîte de dialogue Modifier les serveurs de base de données :

          Type de grappe de MV - Base de données Exadata : Sélectionnez au moins un serveur de base de données pour le positionnement des machines virtuelles. Si vous avez besoin d'un service de base de données à haute disponibilité qui reste disponible pendant la maintenance et les interruptions non planifiées, sélectionnez au moins deux serveurs de base de données. Le nombre maximal de ressources disponibles pour l'affectation par machine virtuelle est basé sur le nombre de serveurs de base de données sélectionnés.

          Type de grappe de MV - Exadata Database-Developer : Sélectionnez un serveur de base de données pour le positionnement des machines virtuelles. Un seul serveur de base de données peut être sélectionné.

          Note

          • Les serveurs de base de données sur lesquels s'exécutent déjà 8 grappes de MV ne sont pas disponibles pour la sélection.
          • Lors du calcul du nombre maximal de ressources de stockage local sur les serveurs de base de données sélectionnés, le stockage local réservé requis par le système pour héberger une machine virtuelle est déduit du serveur de base de données ayant le moins de ressources.

            Par exemple, si le stockage local disponible sur les serveurs de base de données sélectionnés est de 823 Go pour le serveur de base de données 3 et de 813 Go pour le serveur de base de données 4, le minimum sur les serveurs sélectionnés est de 813 Go et le maximum disponible pour l'affectation des ressources est de 813 Go à 184 Go (stockage local réservé pour l'hébergement de machines virtuelles sur les serveurs de base de données X8M) = 629 Go.

            Pour plus d'informations, voir Estimation de la quantité de stockage local que vous pouvez fournir à vos MV.

        • Cliquez sur Enregistrer.
      • Spécifier le nombre d'OCPU (ECPU pour X11M) par machine virtuelle : Spécifiez le nombre d'OCPU (ECPU pour X11M) à provisionner pour chaque machine virtuelle de cette grappe. La valeur minimale est 2 OCPU par MV ou 8 ECPU par MV pour X11M (pour une condition de MV en direct), sauf si vous spécifiez zéro OCPU ou 0 ECPU pour X11M (pour une condition d'arrêt de MV)

        Si vous entrez une valeur égale à zéro, les machines virtuelles de la grappe de MV seront toutes arrêtées à la fin du processus de création de la grappe. Dans ce cas, vous pourrez démarrer ultérieurement les machines virtuelles en ajustant les ressources OCPU (ECPU pour X11M). Voir Utilisation de la console pour ajuster les ressources dans une grappe de machines virtuelles.

        Le nombre d'OCPU (ECPU pour X11M) pour l'ensemble de la grappe de MV sera calculé automatiquement en fonction du nombre d'OCPU par MV (ECPU pour X11M) que vous avez spécifié et du nombre de serveurs de base de données physiques configurés pour la grappe de MV.

        OCPU : Une OCPU fournit une capacité d'unité centrale équivalente à un coeur physique de processeur Intel Xeon avec la technologie Hyperthread activée. Chaque OCPU représente deux unités d'exécution de matériel, appelées unités centrales virtuelles.

        Voir Descriptions des services Oracle PaaS Public Cloud et Oracle IaaS Public Cloud - Facturé à l'usage et Prix fixe.

        ECPU : Une ECPU est une mesure abstraite des ressources de calcul. Les ECPU sont basées sur le nombre de cœurs affectés de manière élastique à partir d'un groupe de serveurs de calcul et de stockage.

      • Nombre d'OCPU demandées (ECPU pour X11M) pour la grappe de machines virtuelles : Affiche le nombre total de cœurs d'UC affectés à la grappe de machines virtuelles en fonction de la valeur que vous avez spécifiée dans le champ Spécifier le nombre d'OCPU (ECPU pour X11M) par machine virtuelle. Ce champ n'est pas modifiable.
      • Spécifier la mémoire par machine virtuelle (Go) : Indiquez la mémoire pour chaque machine virtuelle individuelle. La valeur doit être un multiple de 1 Go. Elle est limitée par la mémoire disponible sur l'infrastructure Exadata.
      • Mémoire demandée pour la grappe de machines virtuelles (Go) : Affiche la quantité totale de mémoire affectée à la grappe de machines virtuelles en fonction de la valeur indiquée dans le champ Spécifier la mémoire par machine virtuelle (Go). Ce champ n'est pas modifiable.
      • Spécifier la taille du système de fichiers local par machine virtuelle (Go) : Indiquez la taille du système de fichiers local pour chaque machine virtuelle individuelle. La valeur doit être un multiple de 1 Go. Elle est limitée par la taille disponible du système de fichiers sur l'infrastructure X11M.

        Notez que la taille minimale du stockage du système local doit être de 60 Go. Chaque fois que vous créez une nouvelle grappe de MV, l'espace restant de l'espace disponible total est utilisé pour la nouvelle grappe.

        Pour plus d'informations et d'instructions pour spécifier la taille de chaque VM, voir Présentation des opérations d'augmentation/de réduction.

        1. Cliquez sur Afficher les options avancées pour voir des options de configuration de systèmes de fichiers locaux supplémentaires.
        2. Redimensionnez les systèmes de fichiers /, /u01, /tmp, /var, /var/log, /var/log/audit et /home selon les besoins.
          Note

          • Vous ne pouvez développer ces systèmes de fichiers qu'une fois développés.
          • En raison des partitions de sauvegarde et de la mise en miroir, les systèmes de fichiers / et /var consomment deux fois l'espace affecté, ce qui est indiqué dans les champs en lecture seule Stockage total affecté pour / (Go) en raison de la mise en miroir et Stockage total affecté pour /var (Go) en raison de la mise en miroir.
          • Après avoir créé la grappe de machines virtuelles, consultez la section Ressources Exadata dans la page Détails de l'infrastructure Exadata pour vérifier la taille de fichier affectée au stockage local (/u02) et au stockage local (systèmes de fichiers supplémentaires).
      • Stockage local réservé par machine virtuelle (Go) : Affiche la taille de stockage local réservée à l'interne pour les systèmes de fichiers racines, les répertoires de base Oracle Grid Infrastructure et les journaux de diagnostic. Ce champ n'est pas modifiable.
    7. Configurer le stockage Exadata : Les paramètres suivants définissent comment le stockage Exadata est configuré pour être utilisé avec la grappe de machines virtuelles. Une fois sélectionné, le type de stockage ne peut pas être modifié ultérieurement une fois la grappe de machines virtuelles provisionnée avec le type de stockage souhaité. Vous avez le choix entre deux options : Type de stockage automatique (ASM) et Exaflopique. Pour plus d'informations sur le type de stockage ASM, voir Utilisation de la console pour créer une grappe de machines virtuelles ASM.
      Note

      Exigence minimale requise pour configurer le stockage exaflopique

      • Cette fonction est prise en charge sur les modèles d'infrastructure Exadata X8M et ultérieurs.
      • Cette fonction est disponible dans les versions 24.1 et ultérieures du logiciel système Exadata.
      • Cette fonction nécessite Oracle Grid Infrastructure version 23ai (24.3) et prend en charge les bases de données Oracle versions 23ai (23.4) et ultérieures.

      L'option exaflopique sera désactivée si l'exigence minimale n'est pas satisfaite.

      Chambre forte de stockage de base de données exaflopique :
      • Créer une chambre forte de stockage : Sélectionnez cette option pour créer une chambre forte de stockage de base de données exaflopique lors du provisionnement de la grappe de machines virtuelles.
        • Nom de la chambre forte de stockage : Entrez un nom descriptif pour la chambre forte. Cliquez sur le lien Modifier le compartiment et sélectionnez un compartiment si vous voulez créer cette chambre forte dans un autre compartiment.
        • Capacité de stockage pour les bases de données : Entrez la capacité de stockage pour les bases de données dans les limites des valeurs minimale et maximale affichées à l'écran.
          Note

          Si de l'espace supplémentaire est nécessaire au-delà du maximum affiché, la capacité exaflopique doit être augmentée. Pour plus d'informations, voir Utilisation de la console pour ajuster une chambre forte de stockage exaflopique.
      • Sélectionner une chambre forte de stockage existante : Sélectionnez une chambre forte qui réside dans le compartiment de votre choix.
    8. Sélectionner la version :
      Note

      Seule la base de données Oracle 23ai peut être provisionnée sur la grappe de machines virtuelles exaflopiques.
      • Sélectionner la version d'Oracle Grid Infrastructure : La version d'Oracle Grid Infrastructure prend par défaut la valeur 23ai.
        Note

        La version d'Oracle Grid Infrastructure sélectionnée détermine les versions d'Oracle Database prises en charge sur la grappe de machines virtuelles.

        Vous ne pouvez pas provisionner une version d'Oracle Database plus récente que la version de Grid Infrastructure sélectionnée. Par exemple, pour provisionner une base de données 23ai, vous devez choisir la version 23ai Grid Infrastructure.

        Note

        Pour provisionner une grappe de machines virtuelles avec Grid Infrastructure 23ai, les versions logicielles minimales suivantes sont requises :
        • Machine virtuelle invitée Exadata exécutant le logiciel du système Exadata 23.1.8
        • Infrastructure Exadata exécutant le logiciel de système Exadata 23.1.x
      • Le commutateur Afficher toutes les versions disponibles de Grid Infrastructure est désactivé par défaut. Lorsqu'il est désactivé, le système utilise automatiquement la dernière version de Grid Infrastructure lors du provisionnement de la grappe de machines virtuelles.

        Lorsque cette option est activée, le menu déroulant affiche les quatre dernières versions de Grid Infrastructure prises en charge, ce qui vous permet de sélectionner votre version préférée dans la liste.

      • Sélectionner une version invitée d'Exadata :
        • La version d'invité Exadata est la plus récente par défaut (24.1.6.0)
        • La version par défaut d'Oracle Grid Infrastructure est 23ai
        • Le bouton Modifier l'image est activé.
        • Cliquez sur Modifier l'image.

          Le panneau Modifier l'image qui en résulte affiche la liste des versions principales disponibles de l'image Exadata (24.1.6.0 et versions ultérieures).

          La version la plus récente de chaque version majeure est indiquée par "(dernière)"..

        • Faites glisser Afficher toutes les versions disponibles.

          Six versions antérieures, y compris les dernières versions des images Exadata 24.1.6.0 et ultérieures, sont affichées.

        • Sélectionner une version.
        • Cliquez sur Enregistrer les modifications.
    9. Ajouter une clé SSH : Indiquez la partie clé publique d'une paire de clés SSH à utiliser pour accéder aux machines virtuelles de grappe de machines virtuelles. Vous pouvez charger un fichier contenant la clé ou coller la chaîne de clé SSH.

      Pour fournir plusieurs clés, chargez plusieurs fichiers de clé ou collez chaque clé dans un champ distinct. Pour les clés collées, assurez-vous que chaque clé figure sur une seule ligne continue. La longueur des clés combinées ne peut pas dépasser 10 000 caractères.

    10. Sélectionner un type de licence :
      • Utiliser sa propre licence (BYOL) : Sélectionnez cette option si votre organisation détient déjà des licences logicielles Oracle Database que vous voulez utiliser sur la grappe de machines virtuelles.
        Note

        BYOL n'est pas disponible avec le type de grappe de machines virtuelles Exadata Database-Developer.
      • Licence incluse : Sélectionnez cette option pour vous abonner aux licences logicielles Oracle Database dans le cadre du service Exadata Database sur Cloud@Customer.
    11. Collecte de diagnostics :

      En activant la collecte et les avis de diagnostics, l'équipe des opérations d'Oracle Cloud et vous serez en mesure d'identifier, d'étudier, de suivre et de résoudre les problèmes liés aux machines virtuelles invitées rapidement et efficacement. Abonnez-vous à des événements pour être avisé des modifications d'état de ressource. Pour plus d'informations, voir Introduction aux événements.

      Note

      Vous choisissez l'option d'inclusion en acceptant que la liste des événements, des mesures et des fichiers journaux collectés puisse changer à l'avenir. Vous pouvez désactiver cette fonction à tout moment.
      • Activer les événements de diagnostic : Autorisez Oracle à collecter et publier des événements critiques, d'avertissement, d'erreur et d'information à votre intention.
      • Activer la surveillance de l'état : Autorisez Oracle à collecter des mesures/événements d'état, tels que l'activité/inactivité d'Oracle Database, l'utilisation de l'espace disque, etc., et à les partager avec l'équipe des opérations d'Oracle Cloud. Vous serez également avisé de certains événements.
      • Activer les journaux d'incidents et la collecte de trace : Autorisez Oracle à collecter des journaux et des traces d'incident pour permettre le diagnostic des anomalies et la résolution des problèmes.

        Les trois cases sont cochées par défaut. Vous pouvez laisser les paramètres par défaut tels quels ou désélectionner les cases si nécessaire. Vous pouvez voir les paramètres de collecte des diagnostics dans la page Détails de la grappe de MV sous Informations générales >> Collecte de diagnostics.
        • Activé : Lorsque vous choisissez de collecter des diagnostics, des mesures d'état, des journaux d'incidents et des fichiers de suivi (les trois options).

        • Désactivé : Lorsque vous choisissez de ne pas collecter les diagnostics, les mesures d'état, les journaux d'incidents et les fichiers de suivi (les trois options).

        • Partiellement activé : Lorsque vous choisissez de collecter des diagnostics, des mesures d'état, des journaux d'incidents et des fichiers de suivi (une ou deux options).
    12. Afficher les options avancées :
      • Fuseau horaire : Le fuseau horaire par défaut pour l'Infrastructure Exadata est UTC, mais vous pouvez spécifier un autre fuseau horaire. Les options de fuseau horaire sont celles prises en charge dans la classe Java.util. TimeZone et le système d'exploitation Oracle Linux.
        Note

        Si vous souhaitez définir un autre fuseau horaire qu'UTC ou le fuseau horaire détecté par le navigateur, sélectionnez l'option Sélectionner un autre fuseau horaire, sélectionnez une région ou un pays, puis sélectionnez le fuseau horaire correspondant.

        Si vous ne voyez pas la région ou le pays que vous souhaitez, sélectionnez Divers, puis sélectionnez un fuseau horaire approprié.

      • Mise à jour de l'automatisation du nuage : Oracle applique périodiquement des mises à jour aux outils de base de données et au logiciel d'agent nécessaires pour les outils et l'automatisation du nuage. Vous pouvez configurer la fenêtre de votre choix pour que ces mises à jour soient appliquées à votre grappe de machines virtuelles. Définir l'heure de début des mises à jour de l'automatisation du nuage.
        Note

        Oracle vérifiera chaque jour les dernières mises à jour de VM Cloud Automation entre la fenêtre de temps configurée et appliquera les mises à jour le cas échéant. Si l'automatisation ne peut pas commencer à appliquer les mises à jour dans la fenêtre de temps configurée en raison d'un processus sous-jacent de longue durée, Oracle vérifie automatiquement le jour suivant pendant la fenêtre de temps configurée pour commencer à appliquer les mises à jour de l'automatisation en nuage à la grappe de machines virtuelles.

        Activer l'accès anticipé pour la mise à jour des outils en nuage : Les grappes de machines virtuelles désignées pour l'accès anticipé reçoivent des mises à jour 1 à 2 semaines avant qu'elles ne soient disponibles pour d'autres systèmes. Cochez cette case pour une adoption anticipée de cette grappe de machines virtuelles.

        Période de gel des mises à jour de l'automatisation du nuage : Oracle applique périodiquement des mises à jour aux outils de base de données et au logiciel d'agent nécessaires aux outils et à l'automatisation du nuage. Activez une période de gel pour définir une fenêtre de temps pendant laquelle l'automatisation d'Oracle n'appliquera pas les mises à jour en nuage.

        Déplacez le curseur pour définir la période de gel.

        Note

        • La période de gel peut être prolongée d'un maximum de 45 jours à compter de la date de début.
        • L'automatisation Oracle applique automatiquement les mises à jour avec les correctifs de sécurité critiques (CVSS >= 9) même pendant une période de gel configurée.
      • Marqueurs : Vous pouvez appliquer des marqueurs si vous le souhaitez. Si vous êtes autorisé à créer une ressource, vous êtes également autorisé à appliquer des marqueurs à structure libre à cette ressource. Pour appliquer un marqueur défini, vous devez être autorisé à utiliser l'espace de noms de marqueur. Pour plus d'informations sur le marquage, voir Marqueurs de ressource. Si vous ne savez pas si vous devez appliquer des marqueurs, ignorez cette option (vous pourrez appliquer des marqueurs plus tard) ou demandez à l'administrateur.
  6. Facultativement, vous pouvez enregistrer la configuration de ressources en tant que pile.
    • Pour enregistrer la configuration de ressources en tant que pile :
      1. Cliquez sur Enregistrer en tant que pile.
      2. Dans la boîte de dialogue Enregistrer en tant que pile qui s'affiche, fournissez les détails suivants :
        1. Nom : (Facultatif) Entrez un nom descriptif facile à retenir.
        2. Description : (Facultatif) Entrez une brève description.
        3. Compartiment : Sélectionnez un compartiment dans lequel réside cette pile.
        4. Marqueurs : Ajoutez des marqueurs.
      3. Cliquez sur Enregistrer.

        Après avoir enregistré la pile, le système affiche une bannière avec un lien vers la pile enregistrée.

      4. Cliquez sur le lien pour ouvrir la pile dans la console du service du gestionnaire de ressources.

        Voir Gestionnaire de ressources et Terraform.

    • Pour voir les détails d'une pile :
      1. Ouvrez le menu de navigation. Sous Services de développement, cliquez sur Gestionnaire de ressources.
      2. Cliquez sur Piles.
      3. Cliquez sur le nom de la pile dont vous voulez afficher les détails.

        Ou cliquez sur le menu Actions (trois points), puis sélectionnez l'option Voir les détails de la pile.

  7. Cliquez sur Créer une grappe de MV.

    La page Détails de la grappe de MV est affichée. Pendant l'exécution du processus de création, l'état de la grappe de MV est En attente. Lorsque le processus de création de grappe de MV est terminé, l'état passe à Disponible.

    La section Stockage de base de données Exadata dans la page Détails de la grappe de machines virtuelles affiche le type de stockage configuré, qui, dans ce cas, est exaflopique.

Gestion des mises à jour logicielles d'automatisation VM Cloud

Les mises à jour du logiciel VM Cloud Automation pour les agents et outils gérés par Oracle sur les machines virtuelles invitées garantissent l'accès aux plus récentes fonctionnalités d'Oracle Cloud et prennent en charge une efficacité opérationnelle continue. Les environnements peuvent dépendre de versions particulières pour les scripts et les flux de travail personnalisés, ou nécessiter des mises à jour pour s'aligner sur les cycles d'affaires et les opérations critiques.

Grâce à ces capacité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 réduire les risques en testant les mises à jour de manière proactive et en assurant la stabilité opérationnelle en protégeant les fenêtres d'affaires critiques des 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 programmation et l'application des mises à jour du logiciel VM Cloud Automation de plusieurs façons :

  • Programmation des mises à jour quotidiennes : Configurez des périodes spécifiques pendant la journée où les machines virtuelles invitées interrogent et appliquent des mises à jour, en alignant la maintenance logicielle sur les fenêtres de maintenance et les exigences opérationnelles privilégiées.
  • Déploiement progressif et tests précoces : Affectez d'abord des grappes spécifiques pour recevoir les mises à jour, ce qui permet les déploiements progressifs et permet 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 d'assurer une performance ininterrompue lors d'opérations essentielles à l'entreprise.

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 logicielles d'automatisation VM Cloud

Gestion des activités en arrière-plan

Lorsqu'une mise à jour est programmée, Oracle s'assure que les mises à jour ne sont appliquées que lorsque la grappe de machines virtuelles n'est pas engagée dans des activités en arrière-plan qui pourraient être incompatibles avec le processus de mise à jour. Si la grappe de machines virtuelles effectue des tâches telles que des modifications de configuration, des mises à jour logicielles, des tâches de sauvegarde ou d'autres flux de travail en arrière-plan pendant la plage horaire de mise à jour configurée, la mise à jour de l'automatisation est différée. Les mises à jour seront retentées le jour disponible suivant au cours de votre 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 logicielles de VM Cloud Automation sont livrées à votre grappe de machines virtuelles selon le programme configuré une fois qu'une mise à jour est publiée par Oracle et devient généralement disponible. Pour les clients qui souhaitent valider les mises à jour avant de les déployer plus largement, il existe une option permettant un accès anticipé à des grappes de test spécifiques. Pour activer l'accès anticipé, définissez l'indicateur Accès anticipé dans votre configuration de mise à jour de l'automatisation du nuage. Une grappe de machines virtuelles avec 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 détail les nouvelles mises à jour dans un environnement hors production avant le déploiement en production.

Cette approche permet de garantir que vos grappes de machines virtuelles restent stables et fiables, tout en offrant des opportunités de valider les modifications de manière proactive et de minimiser le risque de perturbations opérationnelles.

Gérer les préférences de mise à jour pour VM Cloud Automation

Mise à jour de l'automatisation du nuage

Oracle applique périodiquement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires aux outils et à l'automatisation en nuage. Vous pouvez configurer la fenêtre de votre choix pour que ces mises à jour soient appliquées à votre grappe de machines virtuelles.

Définissez l'heure de début des mises à jour d'automatisation en nuage.

Note

Oracle vérifiera chaque jour les dernières mises à jour de VM Cloud Automation entre la fenêtre de temps configurée et appliquera les mises à jour le cas échéant. Si l'automatisation ne peut pas commencer à appliquer les mises à jour dans la fenêtre de temps configurée en raison d'un processus sous-jacent de longue durée, Oracle vérifie automatiquement le jour suivant pendant la fenêtre de temps configurée pour commencer à appliquer les mises à jour de l'automatisation en nuage à la grappe de machines virtuelles.

Activer l'accès anticipé pour la mise à jour des outils en nuage

Les grappes de machines virtuelles désignées pour un accès anticipé reçoivent des mises à jour 1 à 2 semaines avant d'être disponibles pour d'autres grappes. Cochez cette case pour une adoption anticipée de cette grappe de machines virtuelles.

Période de gel des mises à jour de l'automatisation du nuage

Oracle applique périodiquement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires aux outils et à l'automatisation en nuage. Activez une période de gel pour définir une fenêtre de temps pendant laquelle l'automatisation d'Oracle n'appliquera pas les mises à jour en nuage.

Déplacez le curseur pour définir la période de gel.

Note

  • La période de gel peut être prolongée d'un maximum de 45 jours à compter de la date de début.
  • L'automatisation Oracle applique automatiquement les mises à jour avec les correctifs de sécurité critiques (CVSS >= 9) même pendant une période de gel configurée.
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.

  1. Dans la page Détails de la grappe de machines virtuelles Exadata, cliquez sur Actions, puis sélectionnez Gérer la mise à jour de l'automatisation du nuage.
  2. Dans la page Gérer la mise à jour de l'automatisation du nuage qui s'affiche, déplacez le curseur Configurer la période de gel pour l'activer.
    Note

    La période de gel peut être prolongée d'un maximum de 45 jours à compter de la date de début de la période de gel.

  3. Cliquez sur Enregistrer.
Préférence Annuler la mise à jour de l'automatisation du nuage pendant que la période de gel est en vigueur

  1. Dans la page Détails de la grappe de machines virtuelles Exadata, cliquez sur Actions, puis sélectionnez Gérer la mise à jour de l'automatisation du nuage.
  2. Dans la page Gérer la mise à jour de l'automatisation du nuage qui s'affiche, déplacez le curseur Configurer la période de gel pour la désactiver.
  3. Cliquez sur Enregistrer.
  4. Dans la boîte de dialogue Annuler la période de gel, cliquez sur Annuler la période de gel pour confirmer

    L'automatisation d'Oracle nécessite au moins 7 jours pour appliquer les mises à jour en attente avant qu'une nouvelle période de gel puisse être configurée. Vous pouvez définir une nouvelle période de gel commençant 7 jours à compter de la date d'annulation de la période de gel précédente.

    La mise à jour de l'automatisation du nuage sera appliquée pendant la période pendant laquelle la période de gel n'est pas configurée.

Réactiver la mise à jour de l'automatisation du nuage

  1. Dans la page Détails de la grappe de machines virtuelles Exadata, cliquez sur Actions, puis sélectionnez Gérer la mise à jour de l'automatisation du nuage.

    (ou)

    Cliquez sur le lien Modifier de la mise à jour de l'automatisation du nuage dans la section Version.

  2. Dans la page Gérer la mise à jour de l'automatisation du nuage qui s'affiche, déplacez le curseur Configurer la période de gel pour l'activer.
    Note

    Une fois la période de gel expirée (la date de fin a été atteinte) ou la période de gel annulée, l'automatisation d'Oracle nécessite 7 jours pour appliquer les mises à jour en attente avant que la période de gel ne soit réactivée dans la grappe.

  3. Cliquez sur Enregistrer.

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é la grappe de machines virtuelles. L'activation de la collecte des diagnostics au niveau de la grappe de machines virtuelles applique la configuration à toutes les ressources telles que le répertoire de base de base de données, la base de données, etc., dans la grappe de machines virtuelles.

Note

  • Vous choisissez l'option d'inclusion en acceptant que la liste des événements, des mesures et des fichiers journaux collectés puisse changer à l'avenir. Vous pouvez désactiver cette fonction à tout moment.
  • Oracle peut ajouter d'autres mesures à l'avenir, mais si vous avez déjà choisi de les collecter, vous n'avez pas besoin de mettre à jour votre valeur d'option d'inclusion. Elle restera activée/désactivée selon vos préférences courantes.
  • Si vous avez précédemment choisi l'option d'inclusion pour la collecte des journaux d'incidents et des fichiers de suivi et que vous optez pour l'option d'exclusion lorsque l'équipe des opérations d'Oracle Cloud exécute une tâche de collecte de journaux, la tâche suivra son cours et ne sera pas annulée. Les collectes de journaux futures ne se produiront pas tant que vous n'aurez pas choisi de nouveau l'option d'inclusion pour la collecte des journaux d'incidents et des fichiers de suivi.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de machines virtuelles pour laquelle vous voulez activer ou désactiver la collecte de données de diagnostic.
  5. Dans la page Détails de la grappe de MV, sous Informations générales, activez, activez partiellement ou désactivez la collecte de diagnostics.
  6. Cliquez sur Modifier.

    La fenêtre Modifier les paramètres de collecte de diagnostics s'affiche.

  7. Cochez ou désélectionnez les cases, puis cliquez sur Enregistrer.

Utilisation de la console pour ajouter des machines virtuelles à une grappe provisionnée

Pour ajouter des machines virtuelles à une grappe provisionnée, utilisez cette procédure.

Une fois la grappe de machines virtuelles mise à niveau vers le système d'exploitation 23.1 de la machine virtuelle invitée du service Exadata Database, vous pourrez ajouter une nouvelle machine virtuelle ou un nouveau serveur de base de données à cette grappe de machines virtuelles si l'infrastructure Exadata Cloud@Customer exécute un logiciel de système Exadata version 22.1.16 et ultérieure.

Note

La mise à niveau vers le logiciel de système Exadata version 23.1 pour l'infrastructure Exadata Cloud@Customer sera disponible avec le cycle de mise à jour de février 2023.
Passez en revue les points ci-dessous qui vous aideront à ajouter des machines virtuelles à une grappe provisionnée.
  • La même version d'image de système d'exploitation invité qui s'exécute sur les machines virtuelles provisionnées existantes de la grappe est utilisée pour provisionner de nouvelles machines virtuelles ajoutées afin d'étendre la grappe de machines virtuelles. Cependant, toutes les personnalisations apportées à l'image du système d'exploitation invité sur les machines virtuelles existantes doivent être appliquées manuellement à la nouvelle machine virtuelle ajoutée.
  • Pour les grappes de machines virtuelles qui exécutent une version de l'image du système d'exploitation invité antérieure à un an, vous devez mettre à jour la version de l'image du système d'exploitation invité avant d'ajouter une machine virtuelle pour étendre la grappe.
  • Pour les bases de données qui ne font pas partie d'une configuration Data Guard, seules les bases de données qui s'exécutent sur toutes les machines virtuelles de la grappe existante seront ajoutées à la nouvelle machine virtuelle provisionnée. Toute base de données fonctionnant sur un sous-ensemble de MV ne sera pas automatiquement étendue pour fonctionner sur la MV nouvellement ajoutée.
Lorsque vous tentez d'ajouter une machine virtuelle à une grappe de machines virtuelles, l'erreur [FATAL] [INS-32156] Le programme d'installation a détecté que des fichiers ne sont pas lisibles dans le répertoire de base Oracle. Pour résoudre le problème, suivez les étapes décrites sous Échec de l'ajout d'une machine virtuelle à une grappe de machines virtuelles avant d'essayer d'ajouter un noeud de grappe.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.

    Par défaut, l'option Grappes de MV est sélectionnée.

  2. Sélectionnez votre compartiment.

    Une liste des grappes de machines virtuelles est affichée pour le compartiment choisi.

  3. Cliquez sur le nom d'une grappe de machines virtuelles à laquelle vous voulez ajouter des machines virtuelles.
  4. Dans la page Détails de la grappe de MV, sous Ressources, cliquez sur Machines virtuelles, puis sur Ajouter des machines virtuelles.
  5. Dans la boîte de dialogue Ajouter des machines virtuelles, sélectionnez des serveurs de base de données supplémentaires sur lesquels ajouter la machine virtuelle.

    Vous ne pouvez pas désélectionner des serveurs de base de données existants. Le nombre maximal de ressources disponibles par machine virtuelle est mis à jour en fonction des nouveaux serveurs de base de données ajoutés.

    DB Server Statuses include In this VM cluster, Network not configured, Hosting a VM, Available to add, and Insufficient resources. Vous ne pouvez ajouter que des serveurs de base de données avec l'admissibilité de sélection Disponible pour l'ajout.

    Les serveurs de base de données qui n'ont pas de réseau configuré ne peuvent pas être ajoutés. Pour configurer le réseau, modifiez le réseau en grappe de machines virtuelles de l'infrastructure associée. Pour plus d'informations, voir Utilisation de la console pour ajouter un autre serveur de base de données au réseau en grappe de machines virtuelles.

  6. Sélectionnez les serveurs de base de données avec l'admissibilité à la sélection Disponible pour l'ajout, puis cliquez sur Ajouter.

    Le statut des serveurs de base de données passe à Affecté.

    Note

    Vous ne pouvez pas retirer un serveur de base de données affecté.

Pour étendre l'instance de base de données pour les bases de données utilisant Data Guard pour les machines virtuelles nouvellement ajoutées, voir La liste de noeuds n'est pas mise à jour pour les bases de données utilisant Data Guard.

Utilisation de la console pour voir une liste de 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, utilisez cette procédure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sous Infrastructure, cliquez sur Infrastructure Exadata.
  3. Dans la liste des infrastructures Exadata, cliquez sur le nom d'affichage de l'infrastructure dont vous voulez voir les détails.
  4. Sous Ressources, cliquez sur Serveurs de base de données.
  5. Dans la liste des serveurs de base de données, cliquez sur le nom du serveur de base de données dont vous voulez voir les détails.

    Le serveur de base de données répertorie les machines virtuelles de chaque grappe hébergée ainsi que les ressources qui leur sont affectées.

Utilisation de la console pour supprimer une machine virtuelle d'une grappe de machines virtuelles

Pour supprimer une machine virtuelle d'une grappe provisionnée, utilisez cette procédure.

Note

L'arrêt d'une machine virtuelle dans une grappe nécessite la suppression de toute base de données faisant partie d'une configuration Data Guard (principale ou de secours) de la machine virtuelle pour poursuivre le flux d'arrêt. Pour plus d'informations sur les étapes manuelles, consultez la note My Oracle Support 2811352.1.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez la région et le compartiment qui contiennent la grappe de machines virtuelles pour laquelle vous voulez ajuster le nombre de ressources d'UC.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de machines virtuelles pour laquelle vous voulez supprimer une machine virtuelle.
  5. Sous Ressources, cliquez sur Machines virtuelles.
  6. Dans la liste des machines virtuelles, cliquez sur l'icône Actions (trois points) pour une machine virtuelle, puis cliquez sur Mettre fin.
  7. Dans la boîte de dialogue Mettre fin à la machine virtuelle, entrez le nom de la machine virtuelle, puis cliquez sur Mettre fin.

    Machine virtuelle supprimée de la grappe. La page Détails de la grappe de MV affiche les détails d'affectation des ressources mis à jour sous Affectation des ressources de grappe de machines virtuelles.

Utilisation de la console pour mettre à jour le type de licence sur une grappe de machines virtuelles

Pour modifier le type de licence, soyez prêt à fournir des valeurs pour les champs nécessaires à la modification des informations sur la licence.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Choisissez la région et le compartiment qui contiennent la grappe de machines virtuelles pour laquelle vous voulez mettre à jour le type de licence.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de machines virtuelles pour laquelle vous voulez mettre à jour le type de licence.

    La page Détails de la grappe de MV affiche des informations sur la grappe sélectionnée.

  5. Cliquez sur Mettre à jour le type de licence.
  6. Dans la fenêtre Mettre à jour le type de licence qui s'affiche, sélectionnez l'un des types de licence suivants, puis cliquez sur Enregistrer.
    • Utiliser sa propre licence (BYOL) : Sélectionnez cette option si votre organisation détient déjà des licences logicielles Oracle Database que vous voulez utiliser sur la grappe de machines virtuelles.
    • Licence incluse : Sélectionnez cette option pour vous abonner aux licences logicielles Oracle Database dans le cadre du service Exadata Database sur Cloud@Customer.

    La mise à jour du type de licence ne modifie pas la fonctionnalité ni n'interrompt le fonctionnement de la grappe de machines virtuelles. Les clients sont autorisés à modifier le type de licence d'une grappe de machines virtuelles au plus une fois par mois.

Utilisation de la console pour ajouter des clés SSH après la création d'une grappe de machines virtuelles

  1. Ouvrez le menu de navigation. Sous Base de données Oracle, cliquez sur Exadata Cloud@Customer.
  2. Sélectionnez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de machines virtuelles à laquelle vous voulez ajouter des clés SSH.
  5. Dans la page Détails de la grappe de MV, cliquez sur Ajouter des clés SSH.
  6. Dans la boîte de dialogue Ajouter des clés SSH, choisissez l'une des méthodes suivantes :
    • Générer une paire de clés SSH : Sélectionnez cette option si vous voulez que le plan de contrôle génère des paires de clés publiques/privées pour vous.

      Cliquez sur Enregistrer la clé privée et Enregistrer la clé publique pour télécharger et enregistrer la paire de clés SSH.

    • Charger les fichiers de clé SSH : Sélectionnez cette option pour charger le fichier qui contient la paire de clé SSH.
    • Coller les clés SSH : Sélectionnez cette option pour coller la chaîne de clé SSH.

      Pour indiquer plusieurs clés, cliquez sur Autre clé SSH. Pour les clés collées, assurez-vous que chaque clé figure sur une seule ligne continue. La longueur des clés combinées ne peut pas dépasser 10 000 caractères.

  7. Cliquez sur Enregistrer les modifications.

Utilisation de la console pour ajuster les ressources dans une grappe de machines virtuelles

À compter de la version du service 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.

Réduisez les ressources dans les cas suivants :
  • Cas d'utilisation 1 : Si vous avez affecté toutes les ressources à une grappe de machines virtuelles et que vous voulez créer plusieurs grappes de machines virtuelles, aucune ressource n'est disponible pour l'affectation aux nouvelles grappes. Augmentez donc les ressources si nécessaire pour créer des grappes de machines virtuelles supplémentaires.
  • Cas d'utilisation 2 : Si vous voulez répartir différentes ressources en fonction de la charge de travail, réduisez-les ou augmentez-les en conséquence. Par exemple, vous pouvez exécuter des tâches par lots de nuit pour la production de rapports/ETC et réduire la MV une fois la tâche terminée.
Vous pouvez réduire les ressources suivantes dans n'importe quelle combinaison :
  • OCPU (ECPU pour X11M)
  • Mémoire
  • Stockage local
  • Stockage Exadata

Chaque opération d'ajustement peut prendre plusieurs minutes. Le temps de chaque opération varie en fonction de l'activité du 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 bâti, 20 minutes pour un demi-bâti et 30 minutes pour un bâti complet ou plus grand. L'exécution d'opérations d'ajustement de plusieurs OCPU (ECPU pour X11M) sur une courte période peut prolonger le délai d'achèvement. Bien qu'en ligne, l'ajustement des OCPU (ECPU pour X11M) n'est pas mis en oeuvre sur toutes les machines virtuelles en parallèle afin de détecter et de protéger les anomalies avant qu'elles n'affectent l'ensemble du système. L'ajustement 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 continue.

Si vous exécutez plusieurs opérations de réduction, chaque opération est effectuée en série. Par exemple, si vous ajustez la mémoire et le stockage local à partir de la console, le système ajustera d'abord la mémoire et, lorsque cette opération sera terminée, il ajustera le stockage. Le temps nécessaire pour terminer toutes les opérations est la somme du temps nécessaire pour terminer les opérations individuelles.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez la région et le compartiment qui contiennent la grappe de machines virtuelles pour laquelle vous voulez ajuster le nombre de ressources d'UC.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de machines virtuelles pour laquelle vous voulez ajuster le nombre de ressources d'UC.

    La page Détails de la grappe de MV affiche des informations sur la grappe sélectionnée.

  5. Cliquez sur Ajuster les ressources de MV.
  6. Dans la boîte de dialogue, ajustez tout ou partie des éléments suivants :
    • Nombre d'OCPU (ECPU pour X11M) :

      La valeur du nombre d'OCPU (ECPU pour X11M) doit être un multiple du nombre de machines virtuelles afin que chaque machine virtuelle ait le même nombre de coeurs d'UC activés.

      Si vous réglez le nombre d'OCPU (ECPU pour X11M) à zéro, les machines virtuelles de grappe de machines virtuelles seront toutes arrêtées. Si vous remplacez un paramètre égal à zéro, les machines virtuelles de grappe de la machine virtuelle sont toutes démarrées. Sinon, la modification du nombre de coeurs d'UC activés est une opération en ligne et les machines virtuelles ne sont pas redémarrées. Voir aussi Configuration du système.

      Note

      Si vous avez explicitement défini le paramètre d'initialisation de la base de données CPU_COUNT, ce paramètre n'est pas touché par la modification du nombre de coeurs d'UC affectés à la grappe de machines virtuelles. Par conséquent, si vous avez activé la fonction de mise en cage d'instances Oracle Database, l'instance de base de données n'utilise pas de coeurs d'UC supplémentaires tant que vous ne modifiez pas le paramètre CPU_COUNT. Si CPU_COUNT est réglé à 0 (le paramètre par défaut), Oracle Database surveille en permanence le nombre d'UC déclarés par le système d'exploitation et utilise le nombre courant.
    • Mémoire :

      Spécifiez la mémoire pour chaque VM individuelle. La valeur doit être un multiple de 1 Go. Elle est limitée par la mémoire disponible sur l'infrastructure Exadata.

      Lorsque vous ajustez la mémoire à la hausse ou à la baisse, les machines virtuelles associées sont redémarrées de manière continue, une machine virtuelle à la fois, pour réduire l'incidence sur la grappe de machines virtuelles.

    • Taille du système de fichiers local :

      Indiquez la taille de chaque MV individuelle. La valeur doit être un multiple de 1 Go. Elle est limitée par la taille disponible du système de fichiers sur l'infrastructure Exadata.

      Lorsque vous augmentez ou diminuez la taille du système de fichiers local, les machines virtuelles associées sont redémarrées de manière continue, une machine virtuelle à la fois, pour réduire l'incidence sur la grappe de machines virtuelles.

      1. Cliquez sur Afficher les options avancées pour voir des options de configuration de systèmes de fichiers locaux supplémentaires.
      2. Redimensionnez les systèmes de fichiers /, /u01, /tmp, /var, /var/log, /var/log/audit et /home selon les besoins.
        Note

        • Vous ne pouvez développer ces systèmes de fichiers qu'une fois développés.
        • En raison des partitions de sauvegarde et de la mise en miroir, les systèmes de fichiers / et /var consomment deux fois l'espace affecté, ce qui est indiqué dans les champs en lecture seule Stockage total affecté pour / (Go) en raison de la mise en miroir et Stockage total affecté pour /var (Go) en raison de la mise en miroir.
      3. Après avoir créé la grappe de machines virtuelles, consultez la section Ressources Exadata dans la page Détails de l'infrastructure Exadata pour vérifier la taille de fichier affectée au stockage local (/u02) et au stockage local (systèmes de fichiers supplémentaires).

      Stockage local réservé par machine virtuelle (Go) : Affiche la taille réservée à l'interne pour les systèmes de fichiers racines, les répertoires Oracle Grid Infrastructure et les journaux de diagnostic.

    • Taille de stockage Exadata utilisable :

      Indiquez la quantité totale de stockage Exadata affectée à la grappe de machines virtuelles. Ce stockage est affecté uniformément à partir de tous les serveurs de stockage Exadata. La taille minimale recommandée est de 2 To.

      Vous pouvez réduire l'affectation de stockage Exadata pour une grappe de machines virtuelles. Cependant, vous devez vous assurer que la nouvelle quantité couvre le contenu existant, et vous devez également tenir compte de la croissance prévue des données.

      Note

      Lorsque vous réduisez la taille, la nouvelle taille doit être supérieure d'au moins 15 % à la taille actuellement utilisée.

      La modification du stockage Exadata affecté à la grappe de machines virtuelles est une opération en ligne. Les machines virtuelles ne sont pas redémarrées suite à cette opération.

  7. Cliquez sur Enregistrer.

Utilisation de la console pour arrêter, démarrer ou redémarrer une machine virtuelle de grappe de machines virtuelles

Utilisez la console pour arrêter, démarrer ou redémarrer une machine virtuelle.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Choisissez la région et le compartiment associés à la grappe de machines virtuelles qui contient la machine virtuelle à arrêter, à démarrer ou à redémarrer.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de MV qui contient la machine virtuelle que vous voulez arrêter, démarrer ou redémarrer.

    La page Détails de la grappe de MV affiche des informations sur la grappe sélectionnée.

  5. Dans la liste Ressources, cliquez sur Machines virtuelles.

    La liste des machines virtuelles s'affiche.

  6. Dans la liste des noeuds, cliquez sur l'icône Actions (trois points) pour un noeud, puis sur l'une des actions suivantes :
    1. Démarrer : Relance un noeud arrêté. Une fois le noeud redémarré, l'action Arrêter est activée.
    2. Arrêter : Arrête le noeud. Une fois le noeud arrêté, l'action Démarrer est activée.
    3. Redémarrer : Arrête le noeud, puis le redémarre.

Utilisation de la console pour vérifier le statut d'une machine virtuelle de grappe de machines virtuelles

Vérifiez le statut d'état d'une machine virtuelle de grappe de machines virtuelles.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sélectionnez la région et le compartiment associés à la grappe de MV qui contient la machine virtuelle qui vous intéresse.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de machines virtuelles qui contient la machine virtuelle qui vous intéresse.

    La page Détails de la grappe de MV affiche des informations sur la grappe sélectionnée.

  5. Dans la liste Ressources, cliquez sur Machines virtuelles.

    La liste des machines virtuelles s'affiche. Pour chaque machine virtuelle de la grappe de machines virtuelles, le nom, l'état et l'adresse IP du client s'affichent.

  6. Dans la liste de noeuds, recherchez la machine virtuelle qui vous intéresse et vérifiez son état.

    La couleur de l'icône et le texte associé indiquent son statut.

    • Disponible : Icône verte. Le noeud est opérationnel.
    • Démarrage : Icône jaune. Le noeud démarre à cause d'une action de démarrage ou de redémarrage dans la console ou l'API.
    • Arrêt : Icône jaune. Le noeud est en cours d'arrêt en raison d'une action d'arrêt ou de redémarrage dans la console ou l'API.
    • Arrêté : Icône jaune. Le noeud est arrêté.
    • Échec : Icône rouge. Une condition d'erreur empêche le fonctionnement continu de la machine virtuelle.

Utilisation de la console pour déplacer une grappe de machines virtuelles vers un autre compartiment

Pour modifier le compartiment qui contient votre grappe de MV dans le service Oracle Exadata Database Service on Cloud@Customer, utilisez cette procédure.

Lorsque vous déplacez une grappe de machines virtuelles, le changement de compartiment est également appliqué aux machines virtuelles et bases de données qui lui sont associées. Cependant, le changement de compartiment n'a pas d'incidence sur les autres ressources associées, comme l'infrastructure Exadata, qui restent dans le compartiment courant.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Choisissez la région et le compartiment qui contiennent la grappe de machines virtuelles à déplacer.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de machines virtuelles à déplacer.

    La page Détails de la grappe de MV affiche des informations sur la grappe sélectionnée.

  5. Cliquez sur Actions supplémentaires, puis sélectionnez Déplacer la ressource.
  6. Dans la boîte de dialogue qui s'affiche, sélectionnez le nouveau compartiment pour la grappe de MV et cliquez sur Déplacer la ressource.

Utilisation de la console pour mettre fin à une grappe de machines virtuelles

Avant de mettre fin à une grappe de machines virtuelles, vous devez mettre fin aux bases de données qu'elle contient.

Mettre fin à une grappe de machines virtuelles la supprime du plan de contrôle du nuage. Parallèlement, les machines virtuelles et leur contenu sont détruits.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Choisissez la région et le compartiment qui contiennent la grappe de machines virtuelles à laquelle vous voulez mettre fin.
  3. Cliquez sur Grappes de machines virtuelles Exadata.
  4. Cliquez sur le nom de la grappe de MV à laquelle vous voulez mettre fin.

    La page Détails de la grappe de MV affiche des informations sur la grappe sélectionnée.

  5. Cliquez sur Plus d'actions, puis sélectionnez Mettre fin.
  6. Dans la boîte de dialogue résultante, entrez le nom de la grappe de MV et cliquez sur Mettre fin pour confirmer l'action.

Utilisation de l'API pour gérer les grappes de machines virtuelles Oracle Exadata Database Service on Cloud@Customer

Consultez la liste des appels d'API pour gérer les réseaux en grappe et les grappe du service Oracle Exadata Database Service on Cloud@Customer.

Pour des informations sur l'utilisation de l'API et sur les demandes de signature, voir "API REST" et "Données d'identification de sécurité". Pour des informations sur les trousses SDK, voir "Trousses SDK et interface de ligne de commande".

Utilisez ces opérations d'API pour gérer les réseaux en grappe et les grappe de machines virtuelles d'Oracle Exadata Database Service on Cloud@Customer :

Réseaux en grappe de MV :
  • GenerateRecommendedVmClusterNetwork
  • CreateVmClusterNetwork
  • DeleteVmClusterNetwork
  • GetVmClusterNetwork
  • ListVmClusterNetworks
  • UpdateVmClusterNetwork
  • ValidateVmClusterNetwork
Grappes de MV :
  • CreateVmCluster
  • DeleteVmCluster
  • GetVmCluster
  • ListVmClusters
  • UpdateVmCluster

Pour obtenir la liste complète des API, voir API du service de base de données.

Dépannage des machines virtuelles à l'aide de connexions à la console

Vous pouvez résoudre les problèmes de fonctionnement des machines virtuelles à l'aide des connexions à la console. Par exemple, une machine virtuelle invitée qui fonctionnait précédemment cesse de répondre.

Note

L'utilisation de la fonction de console série nécessite l'infrastructure Exadata version 22.1.10 ou ultérieure pour la version 22. X utilisateurs et version 23.1.1 ou supérieure pour 23. X utilisateurs. La fonction de console série sera disponible sur toutes les nouvelles grappes de machines virtuelles créées immédiatement, mais ne sera disponible que sur les grappes de machines virtuelles existantes après le prochain cycle de maintenance trimestrielle. Assurez-vous également de vérifier toutes les conditions requises indiquées ci-dessous, y compris la définition d'un mot de passe pour l'utilisateur opc ou root. Ne pas 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 se présente lorsque la machine virtuelle n'est pas accessible autrement.

Pour vous connecter à une instance en cours d'exécution à des fins d'administration et d'utilisation générale, utilisez un interpréteur de commandes sécurisé (SSH). Pour plus d'informations, voir Connexion à une machine virtuelle avec SSH

Pour établir une connexion SSH à la console série, suivez ces étapes de configuration.
  1. Assurez-vous que vous disposez des autorisations appropriées.
  2. Terminez les préalables, notamment la création de la paire de clés SSH (au cas où vous n'en auriez pas encore).
  3. Créez la console série de machine virtuelle.
  4. Connectez-vous à la console série au moyen de SSH.
Pour vérifier la version du serveur de base de données installée, procédez comme suit :
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Sous Région, sélectionnez la région à associer à l'infrastructure Oracle Exadata.
  3. Sous Infrastructure, cliquez sur Infrastructure Exadata.
  4. Cliquez sur le nom de l'infrastructure qui vous intéresse.
  5. Dans la page Détails de l'infrastructure qui s'affiche, allez à la section Version pour rechercher la version du serveur de base de données installée.

Politiques IAM requises

Un administrateur doit vous accorder un accès sécurisé à la console de machine virtuelle sur le service Exadata Database sur le système Cloud@Customer au moyen d'une politique IAM.

Cet accès est requis si vous utilisez la console ou l'API REST avec une trousse SDK, l'interface de ligne de commande ou d'autres outils. Si vous obtenez un message indiquant que vous ne disposez pas de l'autorisation requise, vérifiez auprès de l'administrateur le type d'accès qui vous a été octroyé et le compartiment à utiliser.

Pour créer des connexions à la console de machine virtuelle, un administrateur doit accorder à l'utilisateur l'accès pour lire et gérer les connexions à la console au moyen d'une politique IAM. Le nom de la ressource pour les connexions à la console de machine virtuelle est dbnode-console-connection. Le nom de la ressource pour la machine virtuelle est db-nodes. Les politiques suivantes permettent aux utilisateurs de créer des connexions à la console de machine virtuelle :

Allow group <group_name> to manage dbnode-console-connection in tenancy
Allow group <group_name> to read db-nodes in tenancy

Préalables

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

Assurez-vous que les règles de pare-feu sont correctes afin que le serveur de plan de contrôle (CPS) puisse atteindre les points d'extrémité OCI requis. Pour plus d'informations, voir Tableau 3-2

Installer un client SSH et un interpréteur de ligne de commande (Microsoft Windows)

Microsoft Windows n'inclut pas par défaut de client SSH. 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 comprend une version de OpenSSH tels que :

Les instructions de cette rubrique utilisent fréquemment PuTTY et Windows PowerShell.

Si vous souhaitez établir la connexion à la console à partir de Windows avec Windows PowerShell, il est possible que PowerShell soit déjà installé sur votre système d'exploitation Windows. Sinon, suivez les étapes au 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 par lien de commande inclus avec PuTTY. Vous pouvez installer PuTTY ou installer plink.exe séparément. Pour des informations sur l'installation, voir http://www.putty.org.

Créer des paires de clés SSH

Pour créer la connexion à la console sécurisée, vous avez besoin 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éer la paire de clés SSH pour Linux

Si vous utilisez un système UNIX, vous avez probablement déjà installé l'utilitaire ssh-keygen. Pour déterminer si l'utilitaire est installé, entrez ssh-keygen dans la ligne de commande. S'il n'est pas installé, vous pouvez télécharger OpenSSH pour UNIX à partir de http://www.openssh.com/portable.html et l'installer.

  1. Ouvrez un shell ou un terminal pour entrer les commandes.
  2. À l'invite, entrez ssh-keygen et indiquez le nom de la clé lorsqu'il est demandé. Facultativement, incluez une phrase secrète.

    Les clés seront créées avec les valeurs par défaut : clés RSA de 2048 bits.

    Vous pouvez également entrer une commande ssh-keygen complète, par exemple :
    ssh-keygen -t rsa -N "" -b 2048 -C "<key_name>" -f <path/root_name>
    Expression Description

    -t rsa

    Utiliser l'algorithme RSA.

    -N "<passphrase>"

    Phrase secrète pour protéger l'utilisation de la clé (comme un mot de passe). Si vous ne voulez pas définir une phrase secrète, n'entrez rien entre les guillemets.

    Aucune phrase secrète n'est requise. Vous pouvez en définir une par mesure de sécurité pour protéger la clé privée contre toute utilisation non autorisée. Si vous spécifiez une phrase secrète, lors de la connexion à l'instance, vous devez fournir la phrase secrète, ce qui rend généralement plus difficile l'automatisation de la connexion à une instance.

    -b 2048

    Générer une clé à 2048 bits. Vous n'avez pas besoin de définir cette option si 2048 est acceptable, car 2048 est la valeur par défaut.

    Au moins 2048 bits sont recommandés pour SSH-2 RSA.

    -C "<key_name>"

    Nom identifiant la clé.

    -f <path/root_name>

    Emplacement où la paire de clés sera enregistrée et nom du répertoire racine des fichiers.

Créez 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 d'instance, utilisez une paire de clés SSH générée par PuTTY.

Note

Assurez-vous d'utiliser la dernière version de PuTTY, voir http://www.putty.org.

  1. Recherchez puttygen.exe dans le dossier PuTTY sur votre ordinateur, par exemple C:\Program Files (x86)\PuTTY. Cliquez deux fois sur le fichier puttygen.exe pour l'ouvrir.
  2. Spécifiez le type de clé SSH-2 RSA et une taille de clé de 2048 bits :
    • Dans le menu Key, vérifiez que la valeur par défaut SSH-2 RSA key est sélectionnée.
    • Pour l'option Type of key pour générer, acceptez le type de clé par défaut RSA.
    • Réglez Number of bits in a Generated Key (Nombre de bits dans une clé générée) à 2048 si elle n'est pas déjà définie.
  3. Cliquez sur Créer.
  4. Pour générer des données aléatoires dans la clé, déplacez votre souris autour de la zone vide de la fenêtre PuTTY.

    Une fois générée, la clé s'affiche sous Public key for pasting into OpenSSH authorized_keys file.

  5. Un commentaire clé est généré, comprenant notamment la date et l'heure. Vous pouvez garder le commentaire par défaut ou le remplacer par votre propre commentaire plus descriptif.
  6. Laissez le champ Key passphrase vide.
  7. Cliquez sur Save private key, puis cliquez sur Yes dans l'invite d'enregistrement de la clé sans phrase secrète.

    La paire de clés est enregistrée au format PuTTY Private Key (PPK), un format propriétaire qui ne fonctionne qu'avec le jeu d'outils PuTTY.

    Vous pouvez nommer la clé comme vous voulez, mais vous devez utiliser l'extension de fichier ppk. Par exemple, mykey.ppk.

  8. Sélectionnez toute la clé générée qui s'affiche sous la clé publique pour le collage dans le fichier OpenSSH authorized_keys, copiez-le à l'aide de Ctrl + C, collez-le dans un fichier texte, puis enregistrez le fichier dans le même emplacement que la clé privée.
    Note

    N'utilisez pas Save public key car elle n'enregistre pas la clé au format OpenSSH.

    Vous pouvez nommer la clé comme vous le souhaitez mais, à des fins de cohérence, utilisez le même nom que pour la clé privée avec l'extension de fichier pub. Par exemple : mykey.pub.

  9. Notez le nom et l'emplacement de vos fichiers de clé publique et privée. Vous avez besoin de la clé publique lors de la création d'une connexion à la console d'instance. Vous avez besoin de la clé privée pour vous connecter à la connexion à la console d'instance à l'aide de PuTTY. Par exemple : $HOME\Documents\mykey.ppk.
Pour créer une connexion à l'aide de la paire de clés SSH générée à l'aide de PuTTY

Pour plus d'informations sur la génération d'une paire de clés SSH, voir Créer la paire de clés SSH pour Windows à l'aide de PuTTY

Effectuez les opérations suivantes dans la fenêtre Créer l'accès à la console série :

  1. Collez la clé SSH générée à partir du format OpenSSH ou sélectionnez Charger le fichier de clé SSH et indiquez le chemin de la clé publique enregistrée à l'étape 8 dans Créer la paire de clés SSH pour Windows à l'aide de PuTTY.
  2. Une fois la connexion active, cliquez sur Copier la connexion à la console série pour Windows.
  3. Collez la chaîne de connexion copiée à l'étape précédente dans un fichier texte.
  4. Dans le fichier texte, remplacez <PATH_FILE_PUTTY_PRIVATE.ppk> pour pointer vers le chemin d'accès à 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.
  5. Collez la chaîne de connexion modifiée dans la fenêtre PowerShell, puis appuyez sur Entrée pour vous connecter à la console.
Se connecter à une machine virtuelle à partir de la console série

Si vous souhaitez vous connecter à une machine virtuelle à l'aide d'une connexion à la console de machine virtuelle, vous pouvez utiliser une connexion SSH pour vous connecter. Si vous souhaitez vous connecter avec un nom d'utilisateur et un mot de passe, vous avez besoin d'un compte d'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 souhaitez 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 en tant que tel. Cela devrait être terminé en avance, avant une situation potentielle qui pourrait vous obliger à vous connecter à la console série.

Connexion au moyen de pare-feu

Si le client que vous utiliserez pour accéder à la console série se trouve derrière un pare-feu, vous devez vous assurer que ce client peut atteindre le point d'extrémité requis 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 console série (par exemple vm-console.exacc.us-ashburn-1.oci.oraclecloud.com) sur SSH à l'aide du port 443, directement ou par l'intermédiaire d'un mandataire.

Créer la connexion à la console série de machine virtuelle

Avant de pouvoir établir une connexion locale à la console série, vous devez créer la connexion à la console de machine virtuelle.

Note

Les connexions à la console de 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 la temporisation de cinq minutes, toute tentative de connexion d'un nouveau client échoue avec le message suivant :

channel 0: open failed: administratively prohibited: console access is limited to one connection at a time
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Cliquez sur la grappe de machines virtuelles qui vous intéresse.
  3. Dans la page Détails de la grappe de MV qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.

    Sous Ressources, la connexion à la console est sélectionnée par défaut.

  4. Cliquez sur Cliquez sur Créer une connexion à la console.
  5. Dans la fenêtre Créer l'accès à la console série qui s'affiche, vous disposez de trois options pour ajouter la clé SSH
    • Générer une paire de clés pour moi : Oracle Cloud Infrastructure peut générer une paire de clés SSH à utiliser. Si vous utilisez PowerShell ou PuTTY pour vous connecter à l'instance à partir d'un client Windows, vous ne pouvez pas utiliser la paire de clés SSH générée sans la convertir d'abord en un fichier .ppk.
    • Charger le fichier de clé publique : Recherchez un fichier de clé publique sur votre ordinateur. Si vous avez suivi les étapes sous Création de paires de clés SSH de la section Conditions requises pour créer une paire de clés, utilisez cette option pour naviguer jusqu'au fichier .pub.
    • Coller une clé publique : Collez le contenu du fichier de clé publique dans la zone de texte.
  6. Cliquez sur Créer.

    Lorsque la connexion à la console a été créée et est disponible, l'état passe à actif.

Établir une connexion SSH à la console série

Après avoir créé la connexion à la console pour la machine virtuelle, vous pouvez celle-ci à 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 la même clé SSH que celle qui a été utilisée lors du lancement de l'instance ou utiliser une autre clé SSH.

Lorsque vous avez terminé avec la console série et que vous avez mis fin à la connexion SSH, vous devez supprimer la connexion à la console série. Si vous n'êtes pas déconnecté de la session, Oracle Cloud Infrastructure met fin à la session de la console série après 24 heures et vous devez vous reconnecter pour vous connecter de nouveau.

Valider les clés d'hôte du serveur

Lors de la première connexion à la console série, vous êtes invité à valider l'empreinte numérique de la clé d'hôte du serveur. L'empreinte numérique 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 d'établissement d'une main SSH au serveur est signée avec la clé privée associée. La validation de l'empreinte numérique de la clé d'hôte du serveur protège contre les attaques potentielles.

Lorsque vous effectuez une connexion manuelle à la console série, l'empreinte numérique de la clé d'hôte du serveur n'est pas validée automatiquement. Pour valider manuellement l'empreinte numérique, comparez la valeur de l'empreinte numérique affichée dans la console Oracle Cloud Infrastructure à la valeur de l'empreinte numérique de la clé RSA qui apparaît dans le terminal lors de la connexion.

Pour trouver l'empreinte numérique de la clé d'hôte du serveur dans la console, dans la page de détails de la machine virtuelle, sous Ressources, cliquez sur Connexion à la console. La table affiche l'empreinte numérique de la clé d'hôte du serveur. L'empreinte numérique dans la console doit correspondre à la valeur de l'empreinte numérique de la clé RSA affichée dans le terminal lors de la connexion à la console série.

Une rotation des clés d'hôte du serveur est périodique à des fins de sécurité. La rotation des clés réduit le risque posé lorsque les clés sont compromises en limitant la quantité de données cryptées ou signées par une version de clé. Après la rotation de la clé et lorsque vous tentez de vous connecter à la console série, un avertissement apparaît indiquant une attaque potentielle. L'avertissement comprend une erreur Échec de la vérification de la clé d'hôte et un numéro de ligne dans le fichier .ssh/known_hosts. Supprimer cette ligne du fichier .ssh/known_hosts, puis vous reconnecter à la console série. Vous êtes ensuite invité à accepter une nouvelle empreinte numérique de clé d'hôte du serveur.

Se connecter à partir de Mac OS X et des systèmes d'exploitation Linux

Utilisez un client SSH pour se connecter à la console série. Mac OS X et la plupart des systèmes d'exploitation de type Linux et UNIX incluent par défaut le client SSH OpenSSH.

Pour vous connecter à la console série à l'aide de OpenSSH sur un système Mac OS X ou Linux

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Cliquez sur la grappe de machines virtuelles qui vous intéresse.
  3. Dans la page Détails de la grappe de MV qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.
  4. Dans la page Détails de la machine virtuelle de la console d'Oracle Cloud Infrastructure, sous Ressources, cliquez sur Connexion à la console.
  5. Cliquez sur le menu Actions (trois points), puis sur Copier la connexion à la console série pour Linux/Mac.
  6. Collez la chaîne de connexion dans une fenêtre de terminal sur un système Mac OS X ou Linux, puis appuyez sur Entrée pour vous connecter à la console.

    Si vous n'utilisez pas la clé SSH ou le service SSH-agent par défaut, modifiez la chaîne de connexion à la console série afin d'inclure l'indicateur du fichier d'identité, -i pour spécifier la partie clé privée de la clé SSH à utiliser, par exemple id_rsa. Spécifiez cet indicateur pour la connexion SSH et la connexion SSH ProxyCommand, comme indiqué dans la ligne suivante :

    ssh -i /<path>/<ssh_key> -o ProxyCommand='ssh -i /<path>/<ssh_key> -W %h:%p -p 443...
  7. À l'invite, validez et acceptez l'empreinte numérique de la clé d'hôte du serveur.

    Si vous avez déjà accepté une empreinte numérique pour la clé d'hôte du serveur mais qu'une rotation de la clé a eu lieu, un avertissement apparaît indiquant une attaque potentielle. L'avertissement comprend une erreur Échec de la vérification de la clé d'hôte et un numéro de ligne dans le fichier .ssh/known_hosts. Supprimer la ligne spécifiée du fichier .ssh/known_hosts, puis vous reconnecter à la console série. Vérifiez et acceptez la nouvelle empreinte numérique de la clé d'hôte du serveur.

  8. Appuyez de nouveau sur Entrée pour activer la console.

    Si la connexion est active, un message s'affiche dans la console :

    =================================================
    IMPORTANT: You are now connected to the serial console for this VM. This should be used in emergency situations only.
    
    See product documentation for more details and alternative connectivity options for normal operations
    =================================================
  9. Redémarrez votre machine virtuelle.

    Vous n'avez pas besoin d'entrer un nom d'utilisateur ou un mot de passe. Si la machine virtuelle fonctionne et que la connexion est active, la sortie série apparaît dans la console. Si la sortie série n'apparaît pas dans la console, le système d'exploitation de la machine virtuelle invitée ne démarre pas.

    Pour plus d'options de dépannage, voir Dépannage des machines virtuelles à partir des connexions à la console de la machine virtuelle invitée sur les systèmes d'exploitation Linux.

    1. Allez à la page Détails de la grappe de MV ExaDB-C@C.
    2. Sous Ressources, cliquez sur Machines virtuelles.
    3. Sélectionnez Redémarrer dans le menu Actions (trois points) pour la machine virtuelle à redémarrer.
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 des étapes pour OpenSSH. Les étapes suivantes ne fonctionnent pas dans le terminal Windows.

Note

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 par lien de commande inclus avec PuTTY. Vous pouvez installer PuTTY ou installer plink.exe séparément. Pour plus d'informations, voir Installation d'un client SSH et d'un interpréteur de ligne de commande (Windows).

Pour vous connecter à la console série sous Microsoft Windows

  1. Dans la page Détails de la machine virtuelle de la console d'Oracle Cloud Infrastructure, sous Ressources, cliquez sur Connexion à la console.
  2. Cliquez sur le menu Actions (trois points).

    Sélectionnez l'un des types de client SSH que vous utilisez :

    • Si vous utilisez Windows PowerShell, cliquez sur Copier la connexion à la console série pour Windows.
    • Si vous utilisez OpenSSH, cliquez sur Copier la connexion à la console série pour Linux/Mac.
    Note

    La chaîne de connexion copiée pour Windows contient le paramètre -i spécifiant l'emplacement du fichier de clé privée. La valeur par défaut de ce paramètre dans la chaîne de connexion référence une variable d'environnement qui peut ne pas être configurée sur le client Windows, ou elle peut ne pas représenter l'emplacement où le fichier de clé privée est enregistré. Vérifiez la valeur spécifiée pour le paramètre -i et apportez les modifications requises avant de passer à l'étape suivante.

  3. Collez la chaîne de connexion copiée à l'étape précédente dans un fichier texte pour pouvoir ajouter le chemin du fichier au fichier de clé privée.
  4. Dans le fichier texte, remplacez $env:homedrive$env:homepath\oci\console.ppk par le chemin du fichier .ppk sur votre ordinateur. Ce chemin de fichier apparaît deux fois dans la chaîne. Remplacez-le dans les deux emplacements.
  5. Collez la chaîne de connexion modifiée dans la fenêtre PowerShell ou le client OpenSSH, puis appuyez sur Entrer pour vous connecter à la console.
  6. À l'invite, validez et acceptez l'empreinte numérique de la clé d'hôte du serveur.
    Si vous avez déjà accepté une empreinte numérique pour la clé d'hôte du serveur, mais qu'une rotation de la clé a eu lieu, un avertissement apparaît indiquant une attaque potentielle. L'avertissement comprend une erreur de vérification de clé d'hôte et un numéro de ligne dans le fichier .ssh/known_hosts. Supprimer la ligne spécifiée du fichier .ssh/known_hosts, puis vous reconnecter à la console série. Vérifiez et acceptez la nouvelle empreinte numérique de la clé d'hôte du serveur.
  7. Appuyez de nouveau sur Entrée pour activer la console.
  8. Redémarrez votre machine virtuelle.

    Vous n'avez pas besoin d'entrer un nom d'utilisateur ou un mot de passe. Si la machine virtuelle fonctionne et que la connexion est active, la sortie série apparaît dans la console. Si la sortie série n'apparaît pas dans la console, le système d'exploitation de la machine virtuelle invitée ne démarre pas.

    Pour plus d'options de dépannage, voir Dépannage des machines virtuelles à partir des connexions à la console de machine virtuelle invitée.

    1. Allez à la page Détails de la grappe de MV ExaDB-C@C.
    2. Sous Ressources, cliquez sur Machines virtuelles.
    3. Sélectionnez Redémarrer dans le menu Actions (trois points) pour la machine virtuelle à redémarrer.
Pour créer une connexion à l'aide de la paire de clés SSH générée à l'aide de la console OCI

Effectuez les opérations suivantes dans la fenêtre Créer l'accès à la console série :
  1. Cliquez sur Générer une paire de clés pour moi.
  2. Cliquez sur enregistrer la clé privée.
  3. Cliquez sur Créer une connexion à la console.
    Note

    Assurez-vous d'utiliser la dernière version de PuTTY, voir http://www.putty.org.

  4. Recherchez puttygen.exe dans le dossier PuTTY sur votre ordinateur, par exemple C:\Program Files (x86)\PuTTY. Double-click puttygen.exe pour l'ouvrir.
  5. Dans le générateur de clés PuTTY, cliquez sur le menu Conversions, puis sur Importer.
  6. Dans l'explorateur Windows, sélectionnez la clé SSH générée par la console OCI (étape 1), puis cliquez sur Ouvrir.

    PuTTY importe la clé et affiche des informations sur la clé dans la fenêtre Générateur de clés PuTTY.

  7. Cliquez sur enregistrer la clé privée.
  8. Cliquez sur Oui lorsque vous êtes invité à enregistrer la clé sans phrase secrète.

    La paire de clés est enregistrée au format PuTTY Private Key (PPK), le format propriétaire qui ne fonctionne qu'avec le jeu d'outils PuTTY.

    Vous pouvez nommer la clé comme vous voulez, mais vous devez utiliser l'extension de fichier .ppk. Par exemple, $HOME\Desktop\key-vm-console.ppk.

  9. Utilisez un éditeur de texte pour modifier la commande pour pointer vers votre chemin de clé privée (PPK) PuTTY. Remplacez <PATH_FILE_PUTTY_PRIVATE.ppk> pour pointer vers le chemin d'accès à votre fichier de clé privée (PPK) PuTTY sur votre ordinateur. Par exemple, si vous avez enregistré le fichier .ppk dans $HOME\Desktop\key-vm-console.ppk.
  10. Collez la chaîne de connexion modifiée dans la fenêtre PowerShell, puis appuyez sur Entrée pour vous connecter à la console.
Pour convertir un fichier de clé privée .key généré

  1. Ouvrez PuTTYgen.
  2. Cliquez sur Charger et sélectionnez la clé privée générée lors de la création de l'instance.
    L'extension du fichier de clé est.key.
  3. Cliquez sur enregistrer la clé privée.
  4. Indiquez le nom de la clé.
    L'extension de la nouvelle clé privée est.ppk.
  5. Cliquez sur Enregistrer.

Utilisation de Cloud Shell pour se connecter à la console série

Vous pouvez vous connecter rapidement et facilement à la console série à 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 d'instance et une clé SSH temporaire. La seule condition pour se connecter à la console série à partir de Cloud Shell consiste à accorder aux utilisateurs les autorisations appropriées. Pour une introduction à l'utilisation de Cloud Shell, voir Utilisation de Cloud Shell.

Note

  • Par défaut, Cloud Shell limite l'accès réseau aux ressources internes OCI de votre région principale de location uniquement, sauf si vous avez activé le réseau public géré par Cloud Shell. Votre administrateur doit configurer une politique d'identité pour activer le réseau public Cloud Shell. Pour plus d'informations, voir Réseau Cloud Shell.
  • Vous ne pouvez pas vous connecter simultanément à plusieurs noeuds de base de données à l'aide de Cloud Shell. Par exemple, si vous avez une connexion ouverte à DBnode1 et que vous voulez vous connecter à DBnode2, vous devez d'abord quitter 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 (CPS) puisse atteindre les points d'extrémité OCI requis. Pour plus d'informations, voir Tableau 3-2

Lorsque vous avez terminé avec la console série et que vous avez mis fin à la connexion SSH, vous devez supprimer la connexion à la console série. Si vous n'êtes pas déconnecté de la session, Oracle Cloud Infrastructure met fin à la session de la console série après 24 heures et vous devez vous reconnecter pour vous connecter de nouveau.

Pour vous connecter à la console série à l'aide de Cloud Shell

  1. Connectez-vous à la console.
  2. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  3. Dans la page Détails de l'instance de la console d'Oracle Cloud Infrastructure, sous Ressources, cliquez sur Connexion à la console.
  4. Cliquez sur Lancer la connexion Cloud Shell.

    Cette action affiche Cloud Shell dans un "tiroir" au bas de la console.

  5. Si une connexion à la console existe déjà, vous êtes demandé si vous voulez supprimer la ressource existante. Appuyez sur y, puis sur Entrée.
  6. Lorsque vous avez terminé, quittez la console d'instance.

Affichage de l'historique de la console pour une machine virtuelle

Note

Pour accéder à la console série et utiliser l'historique de la console, vous devez configurer des règles de pare-feu afin que le serveur de plan de contrôle puisse accéder aux points d'extrémité OCI nécessaires. Consultez les détails du tableau 3-2 pour connaître les exigences de connectivité de la console de machine virtuelle et du stockage d'objets.

Vous pouvez saisir et afficher les données récentes de la console série pour une machine virtuelle. Les données comprennent les messages de configuration qui surviennent lors du démarrage de la machine virtuelle, tels que les messages relatifs au noyau et au BIOS. Elles sont utiles pour vérifier le statut de la machine virtuelle ou diagnostiquer et dépanner les problèmes.

L'historique de la console saisit jusqu'à un Mo des données de la console série les plus récentes pour la machine virtuelle spécifiée. Notez que les données brutes de la console, notamment les caractères multioctets, sont capturées.

L'historique de la console est un enregistrement à un moment précis. Pour résoudre un problème de fonctionnement d'une machine virtuelle à l'aide d'une connexion interactive à la console, utilisez une connexion à la console série.

Gestion des données d'historique de la console

Vous pouvez utiliser la console ou l'API pour gérer les saisies de l'historique de la console. L'historique de la console vous permet de voir la sortie série de votre machine virtuelle sans avoir à vous connecter à l'instance distante. L'historique de la console peut être utilisé pour vérifier les accès précédents et les actions effectuées avec la console série.

Dans la page Détails de l'instance de la console, vous pouvez saisir et télécharger les historiques de la console, voir et modifier les détails des métadonnées, et supprimer les saisies de l'historique de la console.

Utilisation de la console pour saisir l'historique de la console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Cliquez sur la grappe de MV qui vous intéresse.
  3. Dans la page Détails de la grappe de MV qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.
    Sous Ressources, la connexion à la console est sélectionnée par défaut.
  4. Cliquez sur Historique de la console.
  5. Cliquez sur le nom de l'historique qui vous intéresse.
  6. Dans la fenêtre qui s'affiche, cliquez sur Télécharger pour télécharger une copie de l'historique de la console.
  7. Cliquez sur Enregistrer et fermer pour enregistrer l'historique et fermer la fenêtre.
Utilisation de la console pour télécharger les captures d'historique de la console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Cliquez sur la grappe de MV qui vous intéresse.
  3. Dans la page Détails de la grappe de MV qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.
    Sous Ressources, la connexion à la console est sélectionnée par défaut.
  4. Cliquez sur Historique de la console.
  5. Cliquez sur le nom de l'historique qui vous intéresse.
  6. Dans la fenêtre qui s'affiche, cliquez sur Télécharger pour télécharger une copie de l'historique de la console.
Utilisation de la console pour voir les saisies d'historique de la console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Cliquez sur la grappe de MV qui vous intéresse.
  3. Dans la page Détails de la grappe de MV qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.
    Sous Ressources, la connexion à la console est sélectionnée par défaut.
  4. Cliquez sur Historique de la console.
  5. Cliquez sur le nom de l'historique qui vous intéresse.
  6. Dans la liste d'historique de la console, pour la saisie de l'historique de la console que vous voulez voir, cliquez sur le menu Actions, puis sur Voir les détails.
Utilisation de la console pour voir et modifier les détails des métadonnées d'une saisie de l'historique de la console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Cliquez sur la grappe de MV qui vous intéresse.
  3. Dans la page Détails de la grappe de MV qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.
    Sous Ressources, la connexion à la console est sélectionnée par défaut.
  4. Cliquez sur Historique de la console.
  5. Dans la liste d'historique de la console, pour la saisie de l'historique de la console que vous voulez voir, cliquez sur le menu Actions, puis sur Voir les détails.
  6. Facultativement, modifiez le nom de l'historique de la console. Évitez d'entrer des informations confidentielles.
  7. Pour voir ou modifier des marqueurs, cliquez sur Afficher les options de marquage.
  8. Pour modifier ou supprimer des marqueurs, cliquez sur l'icône de modification à côté du marqueur. Pour modifier un marqueur, dans la boîte de dialogue Modifier le marqueur, effectuez les modifications, puis cliquez sur Enregistrer. Pour supprimer un marqueur, cliquez sur Supprimer le marqueur.
  9. Cliquez sur Enregistrer et fermer.
Utilisation de la console pour supprimer les captures d'historique de la console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Cliquez sur la grappe de MV qui vous intéresse.
  3. Dans la page Détails de la grappe de MV qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.
    Sous Ressources, la connexion à la console est sélectionnée par défaut.
  4. Cliquez sur Historique de la console.
  5. Dans la liste d'historique de la console, pour la saisie de l'historique de la console que vous voulez voir, cliquez sur le menu Actions, puis sur Supprimer.
  6. Dans la boîte de dialogue de confirmation, cliquez sur Supprimer 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 pour gérer les données d'historique de la console.

Pour plus d'informations sur l'utilisation de l'API et sur les demandes de signature, voir API REST et Données d'identification de sécurité. Pour plus d'informations sur les trousses SDK, voir Trousses SDK et interface de ligne de commande.

Pour obtenir la liste complète des API, voir API du service de base de données.

Utilisez les opérations d'API suivantes pour gérer les données d'historique de la console.

  • Pour saisir l'historique de la console, utilisez la méthode createDbNodeConsoleHistory.
  • Pour obtenir les détails des métadonnées de l'historique de la console, utilisez la méthode getDbNodeConsoleHistory.
  • Pour obtenir les détails du contenu de l'historique de la console, utilisez la méthode getDbNodeConsoleHistoryContent.
  • Pour modifier les métadonnées de l'historique de la console, utilisez la méthode updateDbNodeConsoleHistory.
  • Pour lister les saisies de l'historique de la console, utilisez la méthode listDbNodeConsoleHistories.
  • Pour supprimer les saisies de l'historique de la console, utilisez la méthode deleteDbNodeConsoleHistory.

Dépannage des machines virtuelles à partir des connexions à la console de machine virtuelle invitée sur les systèmes d'exploitation Linux

Une fois connecté avec une connexion à la console d'instance, vous pouvez effectuer diverses tâches, telles que :

  • Modifier les fichiers de configuration du système.
  • Ajouter ou réinitialiser les clés SSH pour l'utilisateur opc.
  • Restaurez le mot de passe de l'utilisateur opc.

Ces tâches vous obligent à démarrer dans un interpréteur de commandes Bash en mode de maintenance.

Pour démarrer en mode de maintenance

Note

Utilisateur et mot de passe par défaut :
  • Compte : Chargeur de démarrage Grub
  • Nom d'utilisateur : racine
  • Mot de passe par défaut : sos1Exadata
  • Type de compte : Utilisateur du système d'exploitation

Pour plus d'informations, voir Comptes d'utilisateur par défaut pour Oracle Exadata.

  1. Redémarrez la machine virtuelle de la grappe de machines virtuelles.
  2. Pour les machines virtuelles exécutant Oracle Linux 7.x ou Oracle Linux 8.x, lorsque le processus de redémarrage commence, revenez à la fenêtre du terminal, et vous voyez que les messages de la console commencent à apparaître dans la fenêtre. Dès que le menu de démarrage GRUB s'affiche, utilisez la activée/aval clé flèche pour arrêter le processus de démarrage automatique, ce qui vous permet d'utiliser le menu de démarrage.
  3. Dans le menu de démarrage, mettez en évidence l'élément supérieur du menu et appuyez sur e pour modifier l'entrée de démarrage.
  4. En mode de modification, utilisez la flèche vers le bas pour passer par les entrées jusqu'à la ligne commençant par linux16.
  5. À la fin de cette ligne, ajoutez les données suivantes :
    init=/bin/bash
  6. Redémarrez l'instance à partir de la fenêtre du terminal en entrant le raccourci-clavier CTRL+X.

    Une fois que l'instance a redémarré, l'invite de ligne de commande de l'interpréteur de commandes Bash s'affiche et vous pouvez continuer avec les procédures suivantes.

Pour modifier les fichiers de configuration du système

  1. Dans l'interpréteur de commandes Bash, exécutez la commande suivante pour charger les politiques SElinux afin de conserver le contexte des fichiers que vous modifiez :
    /usr/sbin/load_policy -i
  2. Exécutez la commande suivante pour remonter la partition racine avec des autorisations de lecture/d'écriture :
    /bin/mount -o remount, rw /
  3. Modifiez les fichiers de configuration selon les besoins pour essayer de récupérer l'instance.
  4. Une fois que vous avez terminé de modifier les fichiers de configuration, pour démarrer l'instance à partir de l'interpréteur de commandes existant, exécutez la commande suivante :
    exec /usr/lib/systemd/systemd
    Sinon, pour redémarrer l'instance, exécutez la commande suivante :
    /usr/sbin/reboot -f
Pour ajouter ou réinitialiser la clé SSH pour l'utilisateur opc

  1. Dans l'interpréteur de commandes Bash, exécutez la commande suivante pour charger les politiques SElinux afin de conserver le contexte des fichiers que vous modifiez :
    /usr/sbin/load_policy -i
  2. Exécutez la commande suivante pour remonter la partition racine avec des autorisations de lecture/d'écriture :
    /bin/mount -o remount, rw /
  3. Dans l' coquille Bash, exécutez la commande suivante pour passer au répertoire de clés SSH pour l'utilisateur opc :
    cd ~opc/.ssh
  4. Incluez votre entrée de clé publique dans le fichier authorized_keys.
    Note

    Vous pouvez modifier le fichier et supprimer la clé précédente si vous le souhaitez. Toutefois, veillez à conserver les clés d'automatisation du nuage pour empêcher la panne de l'automatisation du nuage.
    echo '<contents of public key file>' >> authorized_keys
  5. redémarrez l'instance en exécutant la commande suivante :
    /usr/sbin/reboot -f
Pour réinitialiser le mot de passe de l'utilisateur opc

  1. Dans l'interpréteur de commandes Bash, exécutez la commande suivante pour charger les politiques SElinux afin de conserver le contexte des fichiers que vous modifiez.

    Cette étape est nécessaire pour vous connecter à l'instance à l'aide de SSH et de la console.

    /usr/sbin/load_policy -i
  2. Exécutez la commande suivante pour remonter la partition racine avec des autorisations de lecture/d'écriture :
    /bin/mount -o remount, rw /
  3. Exécutez la commande suivante pour réinitialiser le mot de passe de l'utilisateur opc :
    sudo passwd opc
  4. redémarrez l'instance en exécutant la commande suivante :
    sudo reboot -f
    Note

    La définition d'un mot de passe root serait une alternative acceptable à la définition d'un mot de passe opc.

Sortie de la connexion à la console série de machine virtuelle

Pour quitter la connexion à la console série

Lorsque vous utilisez SSH, le caractère ~ au début d'une nouvelle ligne sert de caractère d'échappement.

  1. Pour quitter la console série, entrez :
    ~.
  2. Pour suspendre la session SSH, entrez :
    ~^z

    Le caractère ^ représente la clé CTRL.

  3. Pour afficher toutes les commandes d'échappement SSH, entrez :
    ~?
Pour supprimer la connexion à la console série pour une machine virtuelle

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Service Exadata Database sur Cloud@Customer.
  2. Cliquez sur la grappe de machines virtuelles qui vous intéresse.
  3. Dans la page Détails de la grappe de MV qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.

    Sous Ressources, la connexion à la console est sélectionnée par défaut.

  4. Cliquez sur le menu Actions, puis sur Supprimer. Confirmez à l'invite.