Gestion des clusters de machines virtuelles

Découvrez comment gérer vos clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer.

A propos de la gestion des clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer

Le cluster de machines virtuelles fait le lien entre votre infrastructure Oracle Exadata Database Service on Cloud@Customer et les bases de données Oracle que vous déployez.

Le cluster de machines virtuelles contient une installation d'Oracle Clusterware, qui prend en charge les bases de données du cluster. Dans la définition du cluster de machines virtuelles, vous spécifiez également le nombre de coeurs de processeur activés, qui détermine la quantité de ressources d'UC disponibles pour les bases de données

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

Remarque

Evitez de saisir des informations confidentielles lors de l'affectation de descriptions, de balises ou de noms conviviaux aux ressources cloud via l'interface de ligne de commande, l'API ou la console Oracle Cloud Infrastructure.

Présentation des sous-ensembles de noeuds de cluster de machines virtuelles

Les sous-ensembles de noeuds de cluster de machines virtuelles permettent d'allouer un sous-ensemble de serveurs de base de données aux clusters de machines virtuelles nouveaux et existants afin d'offrir une flexibilité maximale pour l'allocation des ressources de calcul (UC, mémoire, stockage local).

Avec un sous-ensemble de noeuds de cluster de machines virtuelles, vous pouvez :
  • créer un cluster de machines virtuelles de plus petite taille pour héberger des bases de données présentant de faibles exigences en matière de ressources et d'évolutivité, ou pour héberger un plus petit nombre de bases de données nécessitant une isolation du reste de la charge globale,
  • développer ou réduire un cluster de machines virtuelles existant en ajoutant et en enlevant des noeuds afin de garantir une utilisation optimale des ressources disponibles.
Passez en revue les points ci-dessous qui vous aideront à créer des sous-ensembles de noeuds de cluster de machines virtuelles.
  • La fonctionnalité de sous-ensemble de noeuds de cluster de machines virtuelles est disponible pour les clusters de machines virtuelles nouveaux et existants dans le service Exadata Cloud@Customer Gen 2.
  • Toutes les machines virtuelles d'un cluster de machines virtuelles auront la même allocation de ressources par machine virtuelle, que la machine virtuelle ait été créée lors du provisionnement du cluster ou ajoutée ultérieurement en étendant un cluster de machines virtuelles existant.
  • Les clusters de machines virtuelles n'ont besoin que d'au moins 1 machine virtuelle avec sous-ensemble de noeuds. Cependant, Oracle recommande un minimum de 2 machines virtuelles par cluster de machines virtuelles pour fournir une haute disponibilité.
  • Chaque réseau de cluster de machines virtuelles est préprovisionné avec des adresses IP pour chaque serveur de base de données dans l'infrastructure. Un réseau de cluster ne peut être utilisé que par un seul cluster de machines virtuelles et fait l'objet d'une validation pour garantir que les adresses IP ne chevauchent pas d'autres réseaux de cluster. L'ajout ou la suppression de machines virtuelles dans le cluster n'a aucune incidence sur les adresses IP préprovisionnées affectées à chaque serveur de base de données dans le réseau de cluster associé.

Pour connaître le nombre maximal de machines virtuelles par serveur de base de données et le nombre maximal de clusters de machines virtuelles par système, reportez-vous à la section System Shape and Configuration Tables. Le nombre maximal de clusters de machines virtuelles par système dépend des ressources disponibles par serveur de base de données et est soumis à la limite maximale de machines virtuelles par serveur de base de données.

Remarque

Lorsqu'un cluster contient une base de données remplacée par un noeud, la fonctionnalité d'utilisation et de coût attribuée aux bases de données pluggables ne fonctionne pas car le processus de création de bases de données soumises à un noeud se produit sur le back-end et les métadonnées des bases de données soumises à un noeud ne sont pas synchronisées avec le serveur de plan de contrôle.

Toutefois, si la base de données a été créée à l'origine sans avoir recours au sous-ensemble de noeuds et convertie ultérieurement en base de données sous-ensemble de noeuds, ce problème ne se posera pas car les métadonnées sont déjà disponibles dans le plan de contrôle.

Présentation de la collecte automatique de diagnostics

En activant la collecte et les notifications de diagnostics, vous, ainsi que l'équipe des opérations Oracle Cloud, pourrez identifier, examiner, suivre et résoudre les problèmes liés aux machines virtuelles invitées de manière rapide et efficace. Abonnez-vous à Events pour être notifié des modifications d'état des ressources.

  • Activer les événements de diagnostic

    Autorisez Oracle à collecter et à vous informer des événements critiques, d'avertissement, d'erreur et d'information. Pour plus d'informations, reportez-vous à Evénements du service Database.

  • Activer la surveillance de l'état

    Autorisez Oracle à collecter des mesures/événements d'état tels que le démarrage/l'arrêt de la base de données Oracle, l'utilisation de l'espace de disque, etc., et à les partager avec l'équipe des opérations Oracle Cloud. Vous recevrez également une notification pour certains événements. Pour plus d'informations, reportez-vous à Mesures d'état.

  • Activer la collecte de journaux d'incident et de traces

    Autorisez Oracle à collecter des traces et des journaux d'incident pour permettre le diagnostic de panne et la résolution de problème. Pour plus d'informations, reportez-vous à Journaux d'incident et fichiers trace.

La collecte de diagnostics peut prendre plusieurs états :

  • Activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ainsi que les journaux d'incident et fichiers trace (les trois options).
  • Désactivé : lorsque vous choisissez de ne collecter ni les diagnostics, ni les mesures d'état, ni les journaux d'incident et fichiers trace (les trois options).
  • Partiellement activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ou les journaux d'incident et fichiers trace (une ou deux options).

La désactivation des événements de diagnostic et de la surveillance de l'état arrête la collecte des données/événements et les notifications correspondantes uniquement lorsque vous désélectionnez les cases à cocher associées aux options. Les données historiques ne sont pas purgées des référentiels de données de l'équipe des opérations Oracle Cloud.

Journaux d'incident et fichiers trace

Cette section répertorie tous les fichiers qui peuvent être collectés par le support technique Oracle si vous activez la collecte des journaux d'incident et des traces.

Remarque

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

Collectes de journaux Oracle Trace File Analyzer (TFA) basées sur un composant

Les répertoires sont généralement affectés à un composant, et ce dernier peut être utilisé pour guider TFA vers les fichiers qu'il doit collecter. Par exemple, une demande sur le composant CRS indique à TFA de consulter les répertoires mis en correspondance avec le composant CRS et de rechercher les fichiers correspondant à la période de collecte requise.

Remarque

Si vous avez précédemment accepté la collecte des journaux d'incident et des fichiers trace, et que vous décidez de la refuser lorsque l'équipe des opérations Oracle Cloud exécute un travail de collecte de journaux, le travail poursuit son exécution sans être annulé. Les collectes de journaux suivantes ne sont effectuées que si vous acceptez de nouveau l'option de collecte de journaux d'incident et de fichiers trace.

TFA est fourni avec des scripts exécutés lorsqu'un composant particulier est demandé. Par exemple, pour un composant CRS, crscollect.pl exécute un certain nombre de commandes crsctl et collecte l'entrée. Par défaut, TFA ne protège pas les journaux collectés.

Tableau 5-13 Collectes de journaux Oracle Trace File Analyzer (TFA) basées sur un composant

Composant Script Fichiers/Répertoires

OS : journaux du système d'exploitation

oscollect.pl

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

    /opt/oracle.ExaWatcher/archive/

CRS : journaux Grid Infrastructure et de cluster

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 le répertoire ORACLE_HOME à partir duquel la base de données est exécutée. TFA exécute ipspack en fonction de la période pour certains incidents de base de données.

  • ORACLE_BASE/diag/rdbms/<nomBdD>/<nom_instance>/cdump
  • ORACLE_BASE/diag/rdbms/<nomBdD>/<nom_instance>/trace
  • ORACLE_BASE/diag/rdbms/<nomBdD>/<nom_instance>/incident

Journaux des outils cloud

  • Fichiers creg : fichiers /var/opt/oracle/creg/*.ini avec informations sensibles masquées
  • Fichier cstate : /var/opt/oracle/cstate.xml
  • Journaux des outils associé à la base de données :

    Si nomBdD est spécifié, collecte /var/opt/oracle/log/<nomBdD>, sinon collecte les journaux pour toutes les bases de données (/var/opt/oracle/log/)

    Si nomBdD est spécifié, collecte /var/opt/oracle/dbaas_acfs/log/<nomBdD>, sinon collecte les journaux pour toutes les bases de données (/var/opt/oracle/log/<nomBdD>)

  • Fichiers d'environnement de base de données : si dbName est spécifié, collecte /home/oracle/<dbName>.env, sinon collecte les journaux pour toutes les bases de données (/home/oracle/*.env)
  • Journaux de pilote : /home/opc/.pilotBase/logs
  • Liste des répertoires de journaux :
    • /var/opt/oracle/log
    • /var/opt/oracle/dbaas_acfs/log
    • /var/opt/oracle/dbaas_acfs/dbsystem_details
    • /var/opt/oracle/dbaas_acfs/job_manager
    • /opt/oracle/dcs/log

Journaux d'agent DCS

  • /opt/oracle/dcs/log/

Journaux Grid Infrastructure/Database liés aux outils

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

Mesures d'état

Consultez la liste des mesures d'état de base de données et autres collectées par Oracle Trace File Analyzer.

Remarque

Il se peut qu'Oracle ajoute d'autres mesures à l'avenir, mais si vous avez déjà choisi de collecter des mesures, vous n'avez pas besoin de mettre à jour votre choix d'activation. Les éléments activés/désactivés restent conformes à vos préférences actuelles.

Remarque

Outre les mesures répertoriées ci-dessous, Oracle analyse des mesures supplémentaires pour fournir le plus haut niveau d'opérations de service et assurer une haute disponibilité des services.

Liste des mesures d'état de machine virtuelle invitée - Mesures de base de données

Tableau 5-14 Liste des mesures d'état de machine virtuelle invitée - Mesures de base de données

Nom de la mesure Nom d'affichage de la mesure Unité Agrégation Intervalle Fréquence de collecte Description

CpuUtilization

Utilisation de l'UC

Pourcentage

Moyenne

Une minute

Cinq minutes

Pourcentage d'utilisation de l'UC, agrégé pour tous les groupes de destinataires. Le pourcentage d'utilisation consigné tient compte du nombre d'UC que la base de données est autorisée à utiliser, à savoir deux fois le nombre d'OCPU.

StorageUtilization

Utilisation du stockage

Pourcentage

Moyenne

Une heure

Une heure

Pourcentage de la capacité de stockage provisionnée utilisé actuellement. Représente l'espace total alloué à l'ensemble des tablespaces.

BlockChanges

Modifications de bloc de base de données

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 d'appels utilisateur et récursifs ayant exécuté des instructions SQL au cours de l'intervalle sélectionné.

CurrentLogons

Ouvertures de session en cours

Nombre

Somme

Une minute

Cinq minutes

Nombre d'ouvertures de session ayant abouti au cours de l'intervalle sélectionné.

TransactionCount

Nombre de transactions

Nombre

Somme

Une minute

Cinq minutes

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

UserCalls

Appels utilisateur

Nombre

Somme

Une minute

Cinq minutes

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

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

Valeur maximale

Une heure

Une heure

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

StorageAllocated

Espace de stockage alloué

Go

Valeur maximale

Une heure

Une heure

Quantité totale d'espace de stockage allouée à la base de données à l'heure de collecte.

StorageUsedByTablespace

Espace de stockage utilisé par tablespace

Go

Valeur maximale

Une heure

Une heure

Quantité totale d'espace de stockage utilisée par le tablespace au moment de la collecte. Dans le cas des bases de données Conteneur, cette mesure fournit les tablespaces de conteneur racine.

StorageAllocatedByTablespace

Espace de stockage alloué par tablespace

Go

Valeur maximale

Une heure

Une heure

Quantité totale d'espace de stockage allouée au tablespace au moment de la collecte. Dans le cas des bases de données Conteneur, cette mesure fournit les tablespaces de conteneur racine.

StorageUtilizationByTablespace

Utilisation de l'espace de stockage par tablespace

Pourcentage

Moyenne

Une heure

Une heure

Indique le pourcentage d'espace de stockage utilisé par le tablespace au moment de la collecte. Dans le cas des bases de données Conteneur, cette mesure fournit les tablespaces de conteneur racine.

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

Tableau 5-15 Liste des mesures d'état de machine virtuelle invitée - Mesures autres que de base de données

Nom de la mesure Nom d'affichage de la mesure Unité Agrégation Fréquence de collecte Description

ASMDiskgroupUtilization

Utilisation du groupe de disques ASM

Pourcentage

Valeur maximale

10 minutes

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

FilesystemUtilization

Utilisation du système de fichiers

Pourcentage

Valeur maximale

Une minute

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

CpuUtilization

Utilisation de l'UC

Pourcentage

Moyenne

Une minute

Pourcentage d'utilisation de l'UC.

MemoryUtilization

Utilisation de la mémoire

Pourcentage

Moyenne

Une minute

Pourcentage de mémoire disponible pour le démarrage de nouvelles applications, sans utilisation d'espace de swap. La mémoire disponible peut être obtenue via la commande suivante : cat /proc/meminfo.

SwapUtilization

Utilisation de l'espace de swap

Pourcentage

Moyenne

Une minute

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

LoadAverage

Charge moyenne

Nombre

Moyenne

Une minute

Moyenne de charge système sur 5 minutes.

NodeStatus

Statut de noeud

Entier

Moyenne

Une minute

Indique si l'hôte est accessible.

OcpusAllocated

Nombre d'OCPU allouées

Entier

Valeur maximale

Une minute

Nombre d'OCPU allouées.

Introduction aux opérations d'augmentation ou de réduction

Avec la version de fonctionnalité MultiVM (plusieurs machines virtuelles par système Exadata), vous pouvez augmenter ou réduire les ressources de cluster de machines virtuelles.

Augmentation ou réduction des ressources de cluster de machines virtuelles

Vous pouvez augmenter ou réduire la mémoire, la taille du disque local (/u02), le stockage ASM et les UC (ECPU pour X11M).

Remarque

Oracle n'arrête pas la facturation lorsqu'une machine virtuelle ou un cluster de machines virtuelles est arrêté. Afin d'arrêter la facturation pour un cluster de machines virtuelles, réduisez le nombre d'OCPU (ECPU pour X11M) à zéro.

L'augmentation ou la réduction de ces ressources nécessite que l'administrateur de base de données client réalise un audit approfondi de l'utilisation existante et de la gestion de la capacité. Passez en revue l'utilisation existante pour éviter toute défaillance pendant ou après une opération de réduction. En cas d'augmentation, tenez compte de la quantité de ressources restant pour le prochain cluster de machines virtuelles que vous prévoyez de créer. Les outils cloud Exadata Cloud@Customer calculent l'utilisation actuelle de la mémoire, du disque local et du stockage ASM dans le cluster de machines virtuelles, y ajoutent une marge et déterminent ainsi une valeur "minimale" à respecter en cas de réduction. Vous devez indiquer une valeur respectant cette valeur minimale.

Remarque

  • Lors de la création ou du redimensionnement d'un cluster de machines virtuelles, la définition du nombre d'OCPU (ECPU pour X11M) sur zéro arrête le cluster de machines virtuelles et élimine toute facturation pour ce cluster, mais l'hyperviseur réserve toujours le nombre minimal de 2 OCPU (8 ECPU pour X11M) pour chaque machine virtuelle. Ces OCPU réservées (ECPU pour X11M) ne peuvent être allouées à aucune VM, même si la VM à laquelle elles sont allouées est arrêtée. Le plan de contrôle ne prend pas en compte les OCPU réservées (ECPU pour X11M) lors de l'affichage du nombre maximal d'OCPU disponibles (ECPU pour X11M). Vous devez donc prendre en compte ces OCPU réservées (ECPU pour X11M) lors des opérations de redimensionnement ultérieures afin de vous assurer qu'elles peuvent acquérir suffisamment d'OCPU (ECPU pour X11M) pour mener à bien l'opération.
  • Pour les opérations d'augmentation ou de réduction de la mémoire et de l'emplacement /u02, si la différence entre la valeur en cours et la nouvelle valeur est inférieure à 2 %, aucune modification n'est apportée à la machine virtuelle. En effet, la modification de la mémoire implique le redémarrage de la machine virtuelle et la modification de l'emplacement /u02 implique l'arrêt de la pile Oracle Grid Infrastructure et le démontage de /u02. Les clients de production n'effectuent pas de redimensionnement en cas d'augmentation ou de réduction aussi minime. Ces demandes constituent donc une opération nulle.
  • Vous pouvez redimensionner les ressources de cluster de machines virtuelles même si l'un des serveurs de base de données du cluster de machines virtuelles est arrêté :
    • Si un serveur de base de données est arrêté et qu'un redimensionnement est effectué, les machines virtuelles sur ce serveur ne sont pas automatiquement redimensionnées selon le nouveau nombre d'OCPU lorsque le serveur de base de données et elles-même sont à nouveau en ligne. Il vous incombe de vous assurer que toutes les machines virtuelles du cluster ont les mêmes valeurs d'OCPU.
    • Même si le serveur de base de données est arrêté, la facturation ne s'arrête pas pour le cluster de machines virtuelles qui contient les machines virtuelles sur ce serveur de base de données.

Redimensionnement de la mémoire et des pages de grande taille

Vous pouvez augmenter ou réduire la mémoire de serveur de base de données dans un cluster de machines virtuelles. Le redimensionnement de la mémoire nécessite le redémarrage non simultané des serveurs de base de données. Pour que le redimensionnement de la mémoire réussisse, les bases de données doivent démarrer automatiquement à l'état Ouvert.

La modification de la mémoire dans un cluster de machines virtuelles a une incidence sur les paramètres des pages de grande taille (HugePages) des machines virtuelles de ce cluster. Lors de la création initiale d'une machine virtuelle, son système d'exploitation est configuré avec 50 % de la mémoire allouée à la machine virtuelle pour les pages de grande taille, et les bases de données sont configurées de façon à utiliser cette mémoire pour leur mémoire SGA. Oracle vous recommande de ne pas modifier la configuration des pages de grande taille, sauf si vous comprenez l'implication des modifications que vous apportez. Une configuration incorrecte peut empêcher le démarrage de toutes les bases de données, voire l'initialisation de la machine virtuelle.

Bien que la modification de la configuration des pages volumineuses ne soit pas recommandée, elle est autorisée. Toutefois, toute modification apportée peut être remplacée par l'automatisation du cloud si la mémoire de la machine virtuelle est redimensionnée ultérieurement. Lors d'une opération de redimensionnement de la mémoire, l'automatisation du cloud tente de conserver la mémoire des pages de grande taille sous la forme d'un pourcentage de la mémoire totale, avec une limite maximale de 60 %. Si les grandes pages sont configurées pour utiliser plus de 60 % de la mémoire totale, l'automatisation du cloud la redimensionne automatiquement à cette limite de 60 %.

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

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

Calcul du stockage ASM

Utilisez la formule suivante pour calculer le stockage ASM minimal requis :

  • Pour chaque groupe de disques, par exemple DATA, RECO, notez la taille totale et la taille libre en exécutant la commande asmcmd lsdg sur n'importe quelle machine virtuelle invitée du cluster de machines virtuelles.
  • Calculez la taille utilisée pour chaque groupe de disques, à l'aide de la formule suivante : (taille totale - taille libre) / 3. Le / 3 est utilisé car les groupes de disques présentent une mise en miroir triple.
  • Le rapport DATA:RECO est :

    80:20 si l'option Sauvegardes locales n'a pas été sélectionnée dans l'interface utilisateur.

    40:60 si l'option Sauvegardes locales a été sélectionnée dans l'interface utilisateur.

  • Vérifiez que la nouvelle taille totale indiquée dans l'interface utilisateur remplit les conditions suivantes :

    Taille utilisée pour DATA * 1,15 <= (nouvelle taille totale * % de DATA)

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

Exemple 5-3 Calcul du stockage ASM

  1. Exécutez la commande asmcmd lsdg dans la machine virtuelle invitée :
    • Sans SPARSE :
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
      ASMCMD>
      State   Type Rebal Sector Logical_Sector Block AU     Total_MB   Free_MB    Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
      MOUNTED HIGH N        512     512        4096 4194304 12591936   10426224   1399104           3009040           0                       Y      DATAC5/
      MOUNTED HIGH N        512     512        4096 4194304 3135456    3036336    348384            895984            0                       N      RECOC5/
      ASMCMD>
    • Avec SPARSE :
      /u01/app/19.0.0.0/grid/bin/asmcmd lsdg
      ASMCMD>
      State   Type Rebal Sector Logical_Sector Block AU       Total_MB   Free_MB   Req_mir_free_MB   Usable_file_MB   Offline_disks    Voting_files   Name
      MOUNTED HIGH N        512     512        4096 4194304   12591936   10426224  1399104           3009040            0                       Y     DATAC5/
      MOUNTED HIGH N        512     512        4096 4194304   3135456    3036336   348384            895984             0                       N     RECOC5/
      MOUNTED HIGH N        512     512        4096 4194304   31354560   31354500  3483840           8959840            0                       N     SPRC5/
      ASMCMD>
    Remarque

    Les valeurs répertoriées de tous les attributs du groupe de disques SPARSE (SPRC5) présentent la taille virtuelle. Dans les systèmes de base de données Exadata et Exadata Cloud@Customer, nous utilisons le rapport 1:10 pour physicalSize:virtualSize. Par conséquent, dans le cadre de notre calcul, nous devons utiliser 1/10e des valeurs affichées ci-avant dans le cas de SPARSE pour ces attributs.

  2. Taille utilisée pour un groupe de disques = (Total_Mo - Mo_libres) / 3
    • Sans SPARSE :

      Taille utilisée pour DATAC5 = (12591936 - 10426224) / 3 = 704,98 Go

      Taille utilisée pour RECO5 = (3135456 - 3036336) / 3 = 32,26 Go

    • Avec SPARSE :

      Taille utilisée pour DATAC5 = (12591936 - 10426224) / 3 ~= 704,98 Go

      Taille utilisée pour RECO5 = (3135456 - 3036336) / 3 ~= 32,26 Go

      Taille utilisée pour SPC5 = (1/10 * (31354560 - 31354500)) / 3 ~= 0 Go

  3. Distribution du stockage entre les groupes de disques
    • Sans SPARSE :

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

    • Avec SPARSE :

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

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

      5 To = 5 120 Go ; 5 120 * 0,8 = 4 096 Go ; 5 120 * 0,2 = 1 024 Go

      Pour DATA : (704,98 * 1,15) <= 4 096 Go

      Pour RECO : (32,36 * 1,15) <= 1 024 Go

    • Avec SPARSE : (par exemple, 8 To dans l'interface utilisateur)

      8 To = 8 192 Go ; 8 192 * 0,6 = 4 915 Go ; 8 192 * 0,2 = 1 638 Go ; 8 192 * 0,2 = 1 638 Go

      Pour DATA : (704,98 * 1,15) <= 4 915 Go

      Pour RECO : (32,36 * 1,15) <= 1 638 Go

      Pour SPR : (0 * 1,15) <= 1 638 Go

Le redimensionnement ci-avant est effectué. Si la nouvelle taille ne répond pas aux conditions ci-dessus, la pré-vérification du redimensionnement échoue.

Estimation du stockage local pouvant être provisionné sur les machines virtuelles

Les images de machine virtuelle incluent les fichiers nécessaires à l'initialisation et à l'exécution de la machine virtuelle et de son système d'exploitation, ainsi que l'espace pour les répertoires de base Oracle stockés dans /u02. Pour estimer combien d'espace de stockage local supplémentaire au-delà du minimum peut être alloué à tout système de fichiers associé à une machine virtuelle, soustrayez de l'espace disponible total la taille des images de machine virtuelle pour toutes les machines virtuelles sur un serveur. Si vous n'avez pas modifié la taille d'image de machine virtuelle par défaut en développant les systèmes de fichiers, utilisez la taille d'image de machine virtuelle (par défaut et minimale) ci-dessous. Si vous avez ou prévoyez de modifier la taille de l'image de machine virtuelle, vous devez utiliser la console OCI et l'action Redimensionner le cluster de machines virtuelles pour vérifier les ressources allouées et disponibles pour un cluster de machines virtuelles existant, car le développement de certains systèmes de fichiers autres que /u02 consommera plus de stockage incrémentiel que celui ajouté au système de fichiers. Ces informations sont également disponibles dans l'action Configurer le cluster de machines virtuelles lors de la création d'un cluster de machines virtuelles.

Systèmes X8-2 et X7-2

  • Espace total disponible pour les images de machine virtuelle (tous les systèmes X7) : 1 237 Go
  • Espace total disponible pour les images de machine virtuelle (tous les systèmes X8) : 1 037 Go
  • Taille de l'image de machine virtuelle (par défaut et minimum), y compris /u02 : 244 Go
  • Valeur par défaut (minimum) /u02 : 60 Go

X8M-2 Systèmes

  • Espace total disponible pour les images de machine virtuelle (système de base X8M) : 1 237 Go
  • Espace total disponible pour les images de machine virtuelle (X8M Elastic) : 2500 Go
  • Taille de l'image de machine virtuelle (par défaut et minimum), y compris /u02 : 244 Go
  • Valeur par défaut (minimum) /u02 : 60 Go

Systèmes X11M, X10M et X9M-2

  • Total disponible pour les images de machine virtuelle (système de base X9M) : 1077 Go
  • Total disponible pour les images de machine virtuelle (élastique) : 2243 Go
  • Taille de l'image de machine virtuelle (par défaut et minimum), y compris /u02 : 244 Go
  • Valeur par défaut (minimum) /u02 : 60 Go

Redimensionnement du stockage local

Instructions relatives à l'opération de redimensionnement de l'espace local

Vous pouvez redimensionner le stockage local en modifiant la taille d'un grand nombre de systèmes de fichiers individuels dans une machine virtuelle. Par défaut, les systèmes de fichiers sont créés à leur taille minimale. Vous pouvez augmenter la taille des systèmes de fichiers si nécessaire. Toutefois, vous pouvez uniquement réduire /u02. La taille des autres systèmes de fichiers peut uniquement être augmentée. La taille maximale prise en charge d'un système de fichiers est de 900 Go.

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

A l'aide de la console ou de l'API OCI, vous pouvez augmenter ou réduire la taille des systèmes de fichiers locaux suivants :

  • /u02

A l'aide de la console ou de l'API OCI, vous pouvez augmenter la taille des systèmes de fichiers locaux suivants :

  • /
  • /u01
  • /tmp
  • /var
  • /var/log
  • /var/log/audit
  • /home

Toutefois, vous ne pouvez pas redimensionner les systèmes de fichiers locaux suivants :

  • /crashfiles
  • /boot
  • /acfs01
  • /u01/app/19.0.0.0/grid
Remarque

  • A l'exception de /u02, vous pouvez uniquement développer les systèmes de fichiers et ne pouvez pas réduire leur taille une fois qu'ils ont été développés.
  • Pour X8M et les versions ultérieures, aucun redémarrage non simultané n'est requis lors du développement d'un système de fichiers de machine virtuelle invitée. Cependant, un redémarrage non simultané de chaque machine virtuelle est requis lorsque la taille de /u02 est réduite.
  • Chaque système de fichiers ne peut être étendu qu'à un maximum de 900 Go
  • La possibilité d'augmenter la taille des systèmes de fichiers locaux supplémentaires n'est prise en charge que sur les systèmes X8M et ultérieurs.

Pour plus d'informations sur le redimensionnement de ces systèmes de fichiers, reportez-vous à Estimation du stockage local pouvant être provisionné pour les machines virtuelles.

Limite de ressource d'après l'utilisation actuelle

  • Toute opération de réduction doit laisser un tampon de 15 % par rapport à l'utilisation d'espace local la plus élevée sur tous les noeuds du cluster.
  • L'espace local minimal autorisé par noeud est supérieur aux deux limites ci-avant.
  • Exécutez la commande df –kh sur chaque noeud pour connaître celui qui présente le stockage local le plus élevé.
  • Vous pouvez également utiliser un utilitaire tel que cssh pour émettre cette même commande à partir de tous les hôtes d'un cluster en ne la saisissant qu'une fois.
  • La valeur de stockage local minimale pouvant être utilisée pour la réduction de chaque noeud est égale à 1,15 x la valeur d'espace local la plus élevée sur l'ensemble des noeuds.

Systèmes de fichiers ACFS

Si le support le demande, vous pouvez également redimensionner le système de fichiers /acfs01. Ce système de fichiers est utilisé par le système pour préparer le logiciel. Il utilise le stockage Exadata et n'est pas soumis aux limites décrites ci-dessus pour /u02. Il s'agit d'un système de fichiers partagé visible à partir de tous les noeuds du cluster et peut être redimensionné en ligne à partir de la ligne de commande de n'importe quelle machine virtuelle.

  • Taille par défaut : la taille par défaut de /acfs01 est de 100 Go.
  • Redimensionnement /acfs01 : vous pouvez redimensionner acfs01 en tant que grille utilisateur à partir de n'importe quelle machine virtuelle via la commande /sbin/acfsutil. Aucun redémarrage n'est requis. L'opération de redimensionnement n'affecte pas la disponibilité du service de base de données exécuté dans le cluster de machines virtuelles. La commande suivante émise par l'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 provenant des groupes de disques de stockage Exadata et peuvent être partagés entre toutes les machines virtuelles du cluster. Reportez-vous à la documentation ACFS pour plus d'informations.

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

Découvrez comment utiliser la console pour créer, modifier et gérer des clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer.

Utilisation de la console pour créer un cluster de machines virtuelles ASM

Afin de créer le cluster de machines virtuelles ASM, préparez-vous à fournir les valeurs des champs requis pour configurer l'infrastructure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur Créer un cluster de machines virtuelles Exadata.
  5. Fournissez les informations requises sur la page Créer un cluster de machines virtuelles Exadata :
    1. Fournir le nom d'affichage : le nom d'affichage est un nom convivial permettant d'identifier le cluster de machines virtuelles. Le nom n'a pas besoin d'être unique car un identificateur Oracle Cloud (OCID) identifie le cluster de machines virtuelles de façon unique.
    2. Sélectionner un compartiment : dans la liste des compartiments disponibles, choisissez le compartiment qui doit contenir le cluster de machines virtuelles.
    3. Sélectionner une infrastructure Exadata : dans la liste, choisissez l'infrastructure Exadata devant héberger le cluster de machines virtuelles. Vous ne pouvez pas créer de cluster de machines virtuelles sans infrastructure Exadata disponible et active.
    4. Sélectionner un réseau de cluster de machines virtuelles : dans la liste, choisissez une définition de réseau de cluster de machines virtuelles à utiliser pour le cluster de machines virtuelles. Vous devez disposer d'un réseau de cluster de machines virtuelles disponible et validé pour pouvoir créer un cluster de machines virtuelles.
    5. Type de cluster de machines virtuelles:
      Remarque

      Vous ne pouvez pas modifier le type de cluster de machines virtuelles après le déploiement du cluster de machines virtuelles. Si vous souhaitez modifier le type de cluster de machines virtuelles, vous devez créer un cluster de machines virtuelles et migrer la base de données vers le nouveau cluster.
      • Base de données Exadata : machine virtuelle de base de données standard sans restrictions, adaptée à toutes les charges globales.
      • Exadata Database-Developer : machine virtuelle de base de données développeur avec restrictions, adaptée au développement d'applications uniquement.
    6. Configurer un cluster de machines virtuelles :
      • Serveurs de base de données :
        • Cliquez sur Modifier les serveurs de base de données pour le placement de machine virtuelle afin d'allouer des ressources de machine virtuelle.
        • Dans la boîte de dialogue Modifier les serveurs de base de données, procédez comme suit :

          Type de cluster de machines virtuelles - Base de données Exadata : sélectionnez au moins un serveur de base de données pour le positionnement de machine virtuelle. Si vous avez besoin d'un service de base de données haute disponibilité qui reste disponible pendant la maintenance et les pannes non planifiées, sélectionnez au moins deux serveurs de base de données. Le nombre maximal de ressources pouvant être allouées par machine virtuelle dépend du nombre de serveurs de base de données sélectionnés.

          Type de cluster de machines virtuelles - Exadata Database-Developer : sélectionnez un serveur de base de données pour le positionnement de machine virtuelle. Un seul serveur de base de données peut être sélectionné.
          Remarque

          • Les serveurs de base de données sur lesquels 8 machines virtuelles sont déjà exécutées ne peuvent pas être sélectionnés.
          • 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 contenant 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, la valeur minimale sur les serveurs sélectionnés est de 813 Go et la valeur maximale disponible pour l'allocation des ressources correspond à 813 Go - 184 Go (stockage local réservé pour l'hébergement de machines virtuelles sur des serveurs de base de données X8M) = 629 Go.

            Pour plus d'informations, reportez-vous à Estimation du stockage local pouvant être provisionné pour les machines virtuelles.

        • Cliquez sur Enregistrer.
      • Indiquer le nombre d'OCPU (ECPU pour X11M) par machine virtuelle : indiquez le nombre d'OCPU (ECPU pour X11M) à provisionner pour chaque machine virtuelle de ce cluster. La valeur minimale est de 2 OCPU par machine virtuelle ou de 8 ECPU par machine virtuelle pour X11M (en cas de machine virtuelle active), sauf si vous indiquez zéro OCPU ou 0 ECPU pour X11M (en cas de machine virtuelle arrêtée).

        Si vous indiquez la valeur zéro, les machines virtuelles de cluster de machines virtuelles sont toutes arrêtées à la fin du processus de création du cluster. Dans ce cas, vous pouvez démarrer les machines virtuelles ultérieurement en redimensionnant les ressources d'OCPU (ECPU pour X11M). Reportez-vous à Utilisation de la console pour redimensionner les ressources d'un cluster de machines virtuelles.

        Le nombre d'OCPU (ECPU pour X11M) pour l'ensemble du cluster de machines virtuelles est calculé automatiquement en fonction du nombre d'OCPU par machine virtuelle (ECPU pour X11M) indiqué et du nombre de serveurs de base de données physiques configurés pour le cluster de machines virtuelles.

        OCPU : une unité de calcul Oracle (OCPU) fournit une capacité d'UC qui équivaut à un coeur physique de processeur Intel Xeon avec hyperthread activé. Chaque OCPU représente deux threads d'exécution de matériel, connus sous le nom d'UC virtuelles.

        Reportez-vous à Oracle Platform-as-a-Service et Infrastructure-as-a-Service – Description des services Public Cloud – Mesurés et non mesurés.

        ECPU : une ECPU est une mesure abstraite des ressources de calcul. Les ECPU reposent sur le nombre de coeurs, alloués de manière élastique, d'un pool de serveurs de calcul et de stockage.

      • Nombre d'OCPU demandé pour X11M : affiche le nombre total de coeurs de processeur alloués au cluster de machines virtuelles en fonction de la valeur indiquée dans le champ Indiquer le nombre d'OCPU par machine virtuelle (X11M). Vous ne pouvez pas modifier ce champ.
      • Indiquer la mémoire par machine virtuelle (Go) : indiquez la mémoire pour chaque machine virtuelle. La valeur doit être un multiple de 1 Go et est limitée par la mémoire disponible sur l'infrastructure Exadata.
      • Mémoire demandée pour le cluster de machines virtuelles (Go) : affiche la quantité totale de mémoire allouée au cluster de machines virtuelles en fonction de la valeur indiquée dans le champ Indiquer la mémoire par machine virtuelle (Go). Vous ne pouvez pas modifier ce champ.
      • Indiquer la taille du système de fichiers local par machine virtuelle (Go) : cliquez sur Afficher les options avancées pour afficher 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. La valeur doit être un multiple de 1 Go et est limitée par la taille disponible du système de fichiers sur l'infrastructure X11M.

        La taille minimale du stockage de système local est de 60 Go. Chaque fois que vous créez un cluster de machines virtuelles, l'espace restant de l'espace disponible total est utilisé pour celui-ci.

        Pour plus d'informations et d'instructions sur la spécification de la taille pour chaque machine virtuelle, reportez-vous à Introduction aux opérations d'augmentation ou de réduction.

        1. Cliquez sur Afficher les options avancées pour afficher 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 vos besoins.
          Remarque

          • Vous pouvez uniquement développer ces systèmes de fichiers et ne pouvez pas réduire la taille une fois qu'ils ont été 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 alloué, ce qui est indiqué dans les champs en lecture seule Stockage alloué total pour / (Go) en raison de la mise en miroir et Stockage alloué total pour /var (Go) en raison de la mise en miroir.
          • Après avoir créé le cluster de machines virtuelles, consultez la section Ressources Exadata de la page Détails de l'infrastructure Exadata pour vérifier la taille de fichier alloué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 en interne pour les systèmes de fichiers racine, les répertoires de base Oracle Grid Infrastructure et les journaux de diagnostic. Vous ne pouvez pas modifier ce champ.
    7. Configurer le stockage Exadata : les paramètres suivants définissent la manière dont le stockage Exadata est configuré pour être utilisé avec le cluster de machines virtuelles. Le type de stockage une fois sélectionné ne peut pas être modifié ultérieurement une fois que le cluster de machines virtuelles est provisionné avec le type de stockage souhaité. Vous avez le choix entre deux options : le type de stockage automatique (ASM) et Exascale. Pour plus d'informations sur le type de stockage Exascale, reportez-vous à Utilisation de la console pour créer un cluster de machines virtuelles Exascale.
      ASM (Automatic Storage Management)
      • Indiquer un stockage Exadata utilisable : indiquez la taille pour chaque machine virtuelle. La taille minimale recommandée est de 2 To.
      • Allouer du stockage pour les clichés Exadata : sélectionnez cette option afin de créer un groupe de disques dispersés, ce qui est requis pour prendre en charge la fonctionnalité des clichés Exadata. Les clichés Exadata permettent de créer et de détruire très rapidement et facilement des clones de bases de données Oracle peu gourmands en espace.
      • Allouer du stockage pour les sauvegardes locales : sélectionnez cette option afin de configurer le stockage Exadata de sorte à permettre les sauvegardes de base de données locales. Si vous sélectionnez cette option, un espace plus important est alloué au groupe de disques RECO pour gérer les sauvegardes. Si vous ne sélectionnez pas cette option, vous ne pouvez pas utiliser le stockage Exadata local comme destination de sauvegarde pour les bases de données du cluster de machines virtuelles.

      Tableau 5-16 Allocation de stockage

      Allocation de stockage Groupe de disques DATA Groupe de disques RECO Groupe de disques SPARSE

      Clichés Exadata : Non

      Activer les sauvegardes sur le stockage Exadata local : Non

      80 %

      20 %

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

      Clichés Exadata : Non

      Activer les sauvegardes sur le stockage Exadata local : Oui

      40 %

      60 %

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

      Allouer du stockage pour les clichés Exadata : Oui

      Activer les sauvegardes sur le stockage Exadata local : Non

      60 %

      20 %

      20 %

      Allouer du stockage pour les clichés Exadata : Oui

      Activer les sauvegardes sur le stockage Exadata local : Oui

      35 %

      50 %

      15 %

    8. Sélectionner une version:
      • Choisir la version d'Oracle Grid Infrastructure : dans le menu déroulant, choisissez 19c ou 23ai comme version de Grid Infrastructure.
        Remarque

        La version d'Oracle Grid Infrastructure sélectionnée détermine les versions d'Oracle Database prises en charge sur le cluster 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 de Grid Infrastructure.

        Remarque

        Pour provisionner un cluster de machines virtuelles avec Grid Infrastructure 23ai, les versions logicielles minimales suivantes sont requises :
        • Machine virtuelle invitée Exadata exécutant le logiciel système Exadata 23.1.8
        • Infrastructure Exadata exécutant le logiciel système Exadata 23.1.x
      • La bascule Afficher toutes les versions Grid Infrastructure disponibles est désactivée par défaut. Lorsqu'il est désactivé, le système utilise automatiquement la dernière version de Grid Infrastructure lors du provisionnement du cluster 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.

      • Choisissez une version d'invité Exadata :
        • Infrastructure Exadata avec Oracle Linux 7 et version d'image Exadata 22.1.10.0.0.230422 :
          • Le bouton Modifier l'image n'est pas activé.
          • La version par défaut d'Oracle Grid Infrastructure est 19.0.0.0.0.
          • La version de l'invité Exadata sera identique à celle du système d'exploitation hôte.
        • Infrastructure Exadata avec Oracle Linux 8 et version d'image Exadata 23.1.3.0.0.230613 :
          • Par défaut, la version de l'invité Exadata est la dernière version (23.1.3.0).
          • La version par défaut d'Oracle Grid Infrastructure est 19.0.0.0.0
          • Le bouton Modifier l'image est activé.
          • Cliquez sur Modifier l'image.

            Le panneau d'image de modification obtenu affiche la liste des versions majeures disponibles de l'image Exadata (23.1.3.0 et 22.1.3.0).

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

          • Diapositive 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.

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

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

    10. Choisir un type de licence :
      • Utilisation de votre propre licence (BYOL) : sélectionnez cette option si votre organisation possède déjà des licences logicielles Oracle Database que vous souhaitez utiliser sur le cluster de machines virtuelles.
        Remarque

        Le modèle BYOL n'est pas disponible pour le type de cluster de machines virtuelles Exadata Database-Developer.
      • Licence incluse : sélectionnez cette option pour vous abonner à des licences logicielles Oracle Database dans le cadre d'Exadata Database Service on Cloud@Customer.
    11. Collecte de diagnostics :

      En activant la collecte et les notifications de diagnostics, vous, ainsi que l'équipe des opérations Oracle Cloud, pourrez identifier, examiner, suivre et résoudre les problèmes liés aux machines virtuelles invitées de manière rapide et efficace. Abonnez-vous à Events pour être notifié des modifications d'état des ressources. Pour plus d'informations, reportez-vous à Introduction à Events.

      Remarque

      Vous activez la fonctionnalité en sachant que la liste des événements, des mesures et des fichiers journaux collectés peut changer à l'avenir. Vous pouvez refuser cette fonctionnalité à tout moment.
      • Activer les événements de diagnostic : autorise Oracle à collecter et à vous informer sur les événements critiques, d'avertissement, d'erreur et d'information.
      • Activer la surveillance d'état :: autorise Oracle à collecter des mesures/événements d'état tels que le démarrage/l'arrêt de la base de données Oracle, l'utilisation de l'espace de disque, etc., et à les partager avec l'équipe des opérations Oracle Cloud. Vous recevrez également une notification pour certains événements.
      • Activer la collecte de journaux d'incident et de traces : autorise Oracle à collecter des journaux d'incident et des traces pour permettre le diagnostic de la panne et la résolution du problème.

        Les trois cases sont cochées par défaut. Vous pouvez conserver les paramètres par défaut ou désélectionner des cases selon vos besoins. Vous pouvez visualiser les paramètres de collecte de diagnostics sur la page Détails du cluster de machines virtuelles sous Informations générales >> Collecte de diagnostics.
        • Activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ainsi que les journaux d'incident et fichiers trace (les trois options).

        • Désactivé : lorsque vous choisissez de ne collecter ni les diagnostics, ni les mesures d'état, ni les journaux d'incident et fichiers trace (les trois options).

        • Partiellement activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état, les journaux d'incident et/ou les fichiers trace (une ou deux options).
    12. Afficher les options avancées :
      • Fuseau horaire : le fuseau horaire de l'infrastructure Exadata est défini par défaut sur UTC, mais vous pouvez en indiquer un autre. Les options de fuseau horaire sont celles prises en charge dans la classe Java.util.TimeZone et dans le système d'exploitation Oracle Linux.
        Remarque

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

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

      • Mise à jour de l'automatisation du cloud : Oracle applique régulièrement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires à l'outil et à l'automatisation du cloud. Vous pouvez configurer la fenêtre de temps de votre choix pour que ces mises à jour soient appliquées au cluster de machines virtuelles. Définissez l'heure de début des mises à jour de l'automatisation du cloud.
        Remarque

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

        Mise à jour de l'accès anticipé aux outils cloud : les clusters de machines virtuelles désignés pour un accès anticipé reçoivent des mises à jour 1 à 2 semaines avant d'être mis à la disposition d'autres systèmes. Cochez cette case si vous souhaitez une adoption anticipée pour ce cluster de machines virtuelles.

        Période de gel des mises à jour d'automatisation du cloud : Oracle applique régulièrement les mises à jour aux outils de base de données et aux logiciels d'agent nécessaires aux outils et à l'automatisation du cloud. Activez une période de gel pour définir une fenêtre de temps pendant laquelle l'automatisation Oracle n'appliquera pas les mises à jour cloud.

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

        Remarque

        • La période de gel peut s'étendre sur une période maximale de 45 jours à compter de la date de début.
        • L'automatisation Oracle appliquera automatiquement les mises à jour avec des correctifs de sécurité critiques (CVSS >= 9), même pendant une période de gel configurée.
      • Balises : vous pouvez éventuellement appliquer des balises. Si vous êtes autorisé à créer une ressource, vous disposez également des droits d'accès nécessaires pour lui appliquer des balises à format libre. Pour appliquer une balise définie, vous devez être autorisé à utiliser l'espace de noms de balise. Pour plus d'informations sur le balisage, reportez-vous à Balises de ressource. Si vous n'êtes pas certain de devoir appliquer des balises, ignorez cette option (vous pouvez les appliquer ultérieurement) ou demandez à l'administrateur.
  6. Vous pouvez éventuellement enregistrer la configuration de ressource en tant que pile.
    • Pour enregistrer la configuration de ressource en tant que pile, procédez comme suit :
      1. Cliquez sur Enregistrer en tant que pile.
      2. Dans la boîte de dialogue Enregistrer en tant que pile qui apparaît, fournissez les détails suivants :
        1. Nom : (facultatif) indiquez un nom descriptif facile à mémoriser.
        2. Description : (facultatif) entrez une brève description.
        3. Compartiment : sélectionnez le compartiment dans lequel cette pile va résider.
        4. Balises : ajoutez des balises.
      3. Cliquez sur Enregistrer.

        Après enregistrement de 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 Resource Manager.

        Reportez-vous à Resource Manager et Terraform.

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

        Vous pouvez également cliquer sur le menu Actions (trois points) et sélectionner l'option Afficher les détails de pile.

  7. Cliquez sur Créer un cluster de machines virtuelles.

    La page Détails du cluster de machines virtuelles s'affiche. Pendant l'exécution du processus de création, l'état du cluster de machines virtuelles est En attente. Lorsque le processus de création du cluster de machines virtuelles est terminé, l'état du cluster de machines virtuelles devient Disponible.

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

Utilisation de la console pour créer un cluster de machines virtuelles Exascale

Afin de créer le cluster de machines virtuelles Exascale, préparez-vous à fournir les valeurs des champs requis pour configurer l'infrastructure.

Pour créer un cluster de machines virtuelles Exascale, procédez comme suit :

  • infrastructure Exadata active disponible pour héberger le cluster de machines virtuelles,
  • réseau de cluster de machines virtuelles validé et disponible pour le cluster de machines virtuelles.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur Créer un cluster de machines virtuelles Exadata.
  5. Fournissez les informations requises sur la page Créer un cluster de machines virtuelles Exadata :
    1. Sélectionner un compartiment : dans la liste des compartiments disponibles, choisissez le compartiment qui doit contenir le cluster de machines virtuelles.
    2. Fournir le nom d'affichage : le nom d'affichage est un nom convivial permettant d'identifier le cluster de machines virtuelles. Le nom n'a pas besoin d'être unique car un identificateur Oracle Cloud (OCID) identifie le cluster de machines virtuelles de façon unique.
    3. Sélectionner une infrastructure Exadata : dans la liste, choisissez l'infrastructure Exadata devant héberger le cluster de machines virtuelles. Vous ne pouvez pas créer de cluster de machines virtuelles sans infrastructure Exadata disponible et active.
    4. Sélectionner un réseau de cluster de machines virtuelles : dans la liste, choisissez une définition de réseau de cluster de machines virtuelles à utiliser pour le cluster de machines virtuelles. Vous devez disposer d'un réseau de cluster de machines virtuelles disponible et validé pour pouvoir créer un cluster de machines virtuelles.
    5. Type de cluster de machines virtuelles
      Remarque

      Vous ne pouvez pas modifier le type de cluster de machines virtuelles après le déploiement du cluster de machines virtuelles. Si vous souhaitez modifier le type de cluster de machines virtuelles, vous devez créer un cluster de machines virtuelles et migrer la base de données vers le nouveau cluster.
      • Base de données Exadata : machine virtuelle de base de données standard sans restrictions, adaptée à toutes les charges globales.
      • Exadata Database-Developer : machine virtuelle de base de données développeur avec restrictions, adaptée au développement d'applications uniquement.
    6. Configurer un cluster de machines virtuelles :
      • Serveurs de base de données :
        • Cliquez sur Modifier les serveurs de base de données pour le placement de machine virtuelle afin d'allouer des ressources de machine virtuelle.
        • Dans la boîte de dialogue Modifier les serveurs de base de données, procédez comme suit :

          Type de cluster de machines virtuelles - Base de données Exadata : sélectionnez au moins un serveur de base de données pour le positionnement de machine virtuelle. Si vous avez besoin d'un service de base de données haute disponibilité qui reste disponible pendant la maintenance et les pannes non planifiées, sélectionnez au moins deux serveurs de base de données. Le nombre maximal de ressources pouvant être allouées par machine virtuelle dépend du nombre de serveurs de base de données sélectionnés.

          Type de cluster de machines virtuelles - Exadata Database-Developer : sélectionnez un serveur de base de données pour le positionnement de machine virtuelle. Un seul serveur de base de données peut être sélectionné.

          Remarque

          • Les serveurs de base de données sur lesquels 8 machines virtuelles sont déjà exécutées ne peuvent pas être sélectionnés.
          • 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 contenant 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, la valeur minimale sur les serveurs sélectionnés est de 813 Go et la valeur maximale disponible pour l'allocation des ressources correspond à 813 Go - 184 Go (stockage local réservé pour l'hébergement de machines virtuelles sur des serveurs de base de données X8M) = 629 Go.

            Pour plus d'informations, reportez-vous à Estimation du stockage local pouvant être provisionné pour les machines virtuelles.

        • Cliquez sur Enregistrer.
      • Indiquer le nombre d'OCPU (ECPU pour X11M) par machine virtuelle : indiquez le nombre d'OCPU (ECPU pour X11M) à provisionner pour chaque machine virtuelle de ce cluster. La valeur minimale est de 2 OCPU par machine virtuelle ou de 8 ECPU par machine virtuelle pour X11M (en cas de machine virtuelle active), sauf si vous indiquez zéro OCPU ou 0 ECPU pour X11M (en cas de machine virtuelle arrêtée).

        Si vous indiquez la valeur zéro, les machines virtuelles de cluster de machines virtuelles sont toutes arrêtées à la fin du processus de création du cluster. Dans ce cas, vous pouvez démarrer les machines virtuelles ultérieurement en redimensionnant les ressources d'OCPU (ECPU pour X11M). Reportez-vous à Utilisation de la console pour redimensionner les ressources d'un cluster de machines virtuelles.

        Le nombre d'OCPU (ECPU pour X11M) pour l'ensemble du cluster de machines virtuelles est calculé automatiquement en fonction du nombre d'OCPU par machine virtuelle (ECPU pour X11M) indiqué et du nombre de serveurs de base de données physiques configurés pour le cluster de machines virtuelles.

        OCPU : une unité de calcul Oracle (OCPU) fournit une capacité d'UC qui équivaut à un coeur physique de processeur Intel Xeon avec hyperthread activé. Chaque OCPU représente deux threads d'exécution de matériel, connus sous le nom d'UC virtuelles.

        Reportez-vous à Oracle Platform-as-a-Service et Infrastructure-as-a-Service – Description des services Public Cloud – Mesurés et non mesurés.

        ECPU : une ECPU est une mesure abstraite des ressources de calcul. Les ECPU reposent sur le nombre de coeurs, alloués de manière élastique, d'un pool de serveurs de calcul et de stockage.

      • Nombre d'OCPU demandé pour X11M : affiche le nombre total de coeurs de processeur alloués au cluster de machines virtuelles en fonction de la valeur indiquée dans le champ Indiquer le nombre d'OCPU par machine virtuelle (X11M). Vous ne pouvez pas modifier ce champ.
      • Indiquer la mémoire par machine virtuelle (Go) : indiquez la mémoire pour chaque machine virtuelle. La valeur doit être un multiple de 1 Go et est limitée par la mémoire disponible sur l'infrastructure Exadata.
      • Mémoire demandée pour le cluster de machines virtuelles (Go) : affiche la quantité totale de mémoire allouée au cluster de machines virtuelles en fonction de la valeur indiquée dans le champ Indiquer la mémoire par machine virtuelle (Go). Vous ne pouvez pas modifier ce champ.
      • Indiquer la taille du système de fichiers local par machine virtuelle (Go) : indiquez la taille pour chaque machine virtuelle. La valeur doit être un multiple de 1 Go et est limitée par la taille disponible du système de fichiers sur l'infrastructure X11M.

        La taille minimale du stockage de système local est de 60 Go. Chaque fois que vous créez un cluster de machines virtuelles, l'espace restant de l'espace disponible total est utilisé pour celui-ci.

        Pour plus d'informations et d'instructions sur la spécification de la taille pour chaque machine virtuelle, reportez-vous à Introduction aux opérations d'augmentation ou de réduction.

        1. Cliquez sur Afficher les options avancées pour afficher 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 vos besoins.
          Remarque

          • Vous pouvez uniquement développer ces systèmes de fichiers et ne pouvez pas réduire la taille une fois qu'ils ont été 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 alloué, ce qui est indiqué dans les champs en lecture seule Stockage alloué total pour / (Go) en raison de la mise en miroir et Stockage alloué total pour /var (Go) en raison de la mise en miroir.
          • Après avoir créé le cluster de machines virtuelles, consultez la section Ressources Exadata de la page Détails de l'infrastructure Exadata pour vérifier la taille de fichier alloué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 en interne pour les systèmes de fichiers racine, les répertoires de base Oracle Grid Infrastructure et les journaux de diagnostic. Vous ne pouvez pas modifier ce champ.
    7. Configurer le stockage Exadata : les paramètres suivants définissent la manière dont le stockage Exadata est configuré pour être utilisé avec le cluster de machines virtuelles. Le type de stockage une fois sélectionné ne peut pas être modifié ultérieurement une fois que le cluster de machines virtuelles est provisionné avec le type de stockage souhaité. Vous avez le choix entre deux options : le type de stockage automatique (ASM) et Exascale. Pour plus d'informations sur le type de stockage ASM, reportez-vous à Utilisation de la console pour créer un cluster de machines virtuelles ASM.
      Remarque

      Configuration minimale requise pour configurer le stockage Exascale

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

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

      Coffre de stockage de base de données Exascale:
      • Créer un coffre de stockage : choisissez cette option pour créer un coffre de stockage de base de données Exascale lors du provisionnement du cluster de machines virtuelles.
        • Nom du coffre de stockage : entrez un nom descriptif pour le coffre. Cliquez sur le lien Modifier le compartiment et choisissez un compartiment si vous voulez créer ce coffre dans un autre compartiment.
        • Capacité de stockage pour les bases de données : entrez la capacité de stockage des bases de données dans les valeurs minimale et maximale affichées à l'écran.
          Remarque

          Si de l'espace supplémentaire est nécessaire au-delà de la valeur maximale affichée, la capacité Exascale doit être augmentée. Pour plus d'informations, reportez-vous à Utilisation de la console pour redimensionner un coffre de stockage Exascale.
      • Sélectionner un coffre de stockage existant : sélectionnez un coffre qui réside dans le compartiment de votre choix.
    8. Sélectionner une version:
      Remarque

      Seule la base de données Oracle 23ai peut être provisionnée sur le cluster de machines virtuelles Exascale.
      • Choisir la version Oracle Grid Infrastructure : la version Oracle Grid Infrastructure est par défaut 23ai.
        Remarque

        La version d'Oracle Grid Infrastructure sélectionnée détermine les versions d'Oracle Database prises en charge sur le cluster 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 de Grid Infrastructure.

        Remarque

        Pour provisionner un cluster de machines virtuelles avec Grid Infrastructure 23ai, les versions logicielles minimales suivantes sont requises :
        • Machine virtuelle invitée Exadata exécutant le logiciel système Exadata 23.1.8
        • Infrastructure Exadata exécutant le logiciel système Exadata 23.1.x
      • La bascule Afficher toutes les versions Grid Infrastructure disponibles est désactivée par défaut. Lorsqu'il est désactivé, le système utilise automatiquement la dernière version de Grid Infrastructure lors du provisionnement du cluster 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.

      • Choisissez une version d'invité Exadata :
        • La version de l'invité Exadata est par défaut la plus récente (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 d'image Modifier 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 pour chaque version majeure est indiquée par "(la plus récente)"..

        • Diapositive 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.

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

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

    10. Choisir un type de licence :
      • Utilisation de votre propre licence (BYOL) : sélectionnez cette option si votre organisation possède déjà des licences logicielles Oracle Database que vous souhaitez utiliser sur le cluster de machines virtuelles.
        Remarque

        BYOL n'est pas disponible avec le type de cluster de machines virtuelles Exadata Database-Developer.
      • Licence incluse : sélectionnez cette option pour vous abonner à des licences logicielles Oracle Database dans le cadre d'Exadata Database Service on Cloud@Customer.
    11. Collecte de diagnostics :

      En activant la collecte et les notifications de diagnostics, vous, ainsi que l'équipe des opérations Oracle Cloud, pourrez identifier, examiner, suivre et résoudre les problèmes liés aux machines virtuelles invitées de manière rapide et efficace. Abonnez-vous à Events pour être notifié des modifications d'état des ressources. Pour plus d'informations, reportez-vous à Introduction à Events.

      Remarque

      Vous activez la fonctionnalité en sachant que la liste des événements, des mesures et des fichiers journaux collectés peut changer à l'avenir. Vous pouvez refuser cette fonctionnalité à tout moment.
      • Activer les événements de diagnostic : autorise Oracle à collecter et à vous informer sur les événements critiques, d'avertissement, d'erreur et d'information.
      • Activer la surveillance d'état :: autorise Oracle à collecter des mesures/événements d'état tels que le démarrage/l'arrêt de la base de données Oracle, l'utilisation de l'espace de disque, etc., et à les partager avec l'équipe des opérations Oracle Cloud. Vous recevrez également une notification pour certains événements.
      • Activer la collecte de journaux d'incident et de traces : autorise Oracle à collecter des journaux d'incident et des traces pour permettre le diagnostic de la panne et la résolution du problème.

        Les trois cases sont cochées par défaut. Vous pouvez conserver les paramètres par défaut ou désélectionner des cases selon vos besoins. Vous pouvez visualiser les paramètres de collecte de diagnostics sur la page Détails du cluster de machines virtuelles sous Informations générales >> Collecte de diagnostics.
        • Activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ainsi que les journaux d'incident et fichiers trace (les trois options).

        • Désactivé : lorsque vous choisissez de ne collecter ni les diagnostics, ni les mesures d'état, ni les journaux d'incident et fichiers trace (les trois options).

        • Partiellement activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état, les journaux d'incident et/ou les fichiers trace (une ou deux options).
    12. Afficher les options avancées :
      • Fuseau horaire : le fuseau horaire de l'infrastructure Exadata est défini par défaut sur UTC, mais vous pouvez en indiquer un autre. Les options de fuseau horaire sont celles prises en charge dans la classe Java.util.TimeZone et dans le système d'exploitation Oracle Linux.
        Remarque

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

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

      • Mise à jour de l'automatisation du cloud : Oracle applique régulièrement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires à l'outil et à l'automatisation du cloud. Vous pouvez configurer la fenêtre de temps de votre choix pour que ces mises à jour soient appliquées au cluster de machines virtuelles. Définissez l'heure de début des mises à jour de l'automatisation du cloud.
        Remarque

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

        Activer l'accès anticipé pour la mise à jour des outils cloud : les clusters de machines virtuelles désignés pour l'accès anticipé reçoivent les mises à jour 1 à 2 semaines avant qu'elles ne soient disponibles pour d'autres systèmes. Cochez cette case si vous souhaitez une adoption anticipée pour ce cluster de machines virtuelles.

        Période de gel des mises à jour de l'automatisation du cloud : Oracle applique régulièrement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires à l'automatisation et aux outils cloud. Activez une période de blocage pour définir une fenêtre de temps pendant laquelle l'automatisation Oracle n'appliquera pas de mises à jour cloud.

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

        Remarque

        • La période de gel peut être prolongée de 45 jours maximum à compter de la date de début.
        • L'automatisation d'Oracle appliquera automatiquement les mises à jour avec des correctifs de sécurité critiques (CVSS >= 9), même lors d'une période de blocage configurée.
      • Balises : vous pouvez éventuellement appliquer des balises. Si vous êtes autorisé à créer une ressource, vous disposez également des droits d'accès nécessaires pour lui appliquer des balises à format libre. Pour appliquer une balise définie, vous devez être autorisé à utiliser l'espace de noms de balise. Pour plus d'informations sur le balisage, reportez-vous à Balises de ressource. Si vous n'êtes pas certain de devoir appliquer des balises, ignorez cette option (vous pouvez les appliquer ultérieurement) ou demandez à l'administrateur.
  6. Vous pouvez éventuellement enregistrer la configuration de ressource en tant que pile.
    • Pour enregistrer la configuration de ressource en tant que pile, procédez comme suit :
      1. Cliquez sur Enregistrer en tant que pile.
      2. Dans la boîte de dialogue Enregistrer en tant que pile qui apparaît, fournissez les détails suivants :
        1. Nom : (facultatif) indiquez un nom descriptif facile à mémoriser.
        2. Description : (facultatif) entrez une brève description.
        3. Compartiment : sélectionnez le compartiment dans lequel cette pile va résider.
        4. Balises : ajoutez des balises.
      3. Cliquez sur Enregistrer.

        Après enregistrement de 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 Resource Manager.

        Reportez-vous à Resource Manager et Terraform.

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

        Vous pouvez également cliquer sur le menu Actions (trois points) et sélectionner l'option Afficher les détails de pile.

  7. Cliquez sur Créer un cluster de machines virtuelles.

    La page Détails du cluster de machines virtuelles s'affiche. Pendant l'exécution du processus de création, l'état du cluster de machines virtuelles est En attente. Lorsque le processus de création du cluster de machines virtuelles est terminé, l'état du cluster de machines virtuelles devient Disponible.

    La section Stockage de base de données Exadata de la page Détails du cluster de machines virtuelles indique le type de stockage configuré, qui est Exascale dans ce cas.

Gestion des mises à jour logicielles VM Cloud Automation

Les mises à jour logicielles VM Cloud Automation sur les agents et outils gérés par Oracle sur les machines virtuelles invitées garantissent l'accès aux dernières fonctionnalités d'Oracle Cloud et prennent en charge l'efficacité opérationnelle continue. Les environnements peuvent dépendre de versions spécifiques pour les scripts et les workflows personnalisés, ou nécessiter des mises à jour pour s'aligner sur les cycles commerciaux et les opérations critiques.

Grâce à ces fonctionnalités, les clients bénéficient d'un meilleur contrôle et d'une plus grande flexibilité sur leur processus de mise à jour, ce qui leur permet de minimiser les risques en testant de manière proactive les mises à jour et en garantissant la stabilité opérationnelle en protégeant les fenêtres d'activité critiques contre les perturbations. Cette approche favorise la stabilité des opérations commerciales et l'adoption efficace des améliorations d'Oracle Cloud.

Les clients peuvent contrôler la planification et l'application des mises à jour du logiciel VM Cloud Automation de plusieurs manières :

  • Planification quotidienne des mises à jour : configurez des périodes spécifiques pendant la journée où les machines virtuelles invitées recherchent et appliquent des mises à jour, en alignant la maintenance logicielle sur les fenêtres de maintenance préférées et les exigences opérationnelles.
  • Déploiement progressif et tests anticipés : affectez d'abord des clusters spécifiques pour recevoir les mises à jour, ce qui permet d'effectuer des déploiements progressifs et d'évaluer les mises à jour dans des environnements hors production avant un déploiement plus large.
  • Périodes de gel : définissez les fenêtres pendant lesquelles les mises à jour sont mises en pause afin de garantir des performances ininterrompues pendant les opérations stratégiques.

Toutes les mises à jour sont appliquées en ligne, ce qui assure la continuité de l'exécution des machines virtuelles invitées et de leurs bases de données.

A quoi s'attendre lors des mises à jour du logiciel VM Cloud Automation

Gestion des activités en arrière-plan

Lorsqu'une mise à jour est programmée, Oracle s'assure que les mises à jour sont appliquées uniquement lorsque le cluster de machines virtuelles n'est pas engagé dans des activités en arrière-plan qui pourraient être incompatibles avec le processus de mise à jour. Si le cluster de machines virtuelles effectue des tâches telles que des modifications de configuration, des mises à jour logicielles, des travaux de sauvegarde ou d'autres workflows en arrière-plan au cours de l'intervalle de temps de mise à jour configuré, la mise à jour d'automatisation sera différée. Les mises à jour feront l'objet d'une nouvelle tentative le jour suivant disponible pendant la plage horaire définie, à condition qu'aucune activité conflictuelle ne se produise à ce moment-là.

Mettre à jour la livraison et l'accès anticipé

Les mises à jour du logiciel VM Cloud Automation sont fournies à votre cluster de machines virtuelles selon la programmation que vous avez configurée une fois qu'une mise à jour est publiée par Oracle et mise à disposition. Pour les clients qui souhaitent valider les mises à jour avant de les déployer plus largement, une option existe pour permettre un accès anticipé à des clusters de test spécifiques. Pour activer l'accès anticipé, définissez l'indicateur d'accès anticipé dans la configuration de la mise à jour de l'automatisation cloud. Un cluster de machines virtuelles avec un accès anticipé activé recevra et appliquera les mises à jour une semaine avant la disponibilité générale, ce qui vous permettra de tester et de certifier en profondeur les nouvelles mises à jour dans un environnement hors production avant le déploiement en production.

Cette approche permet de garantir la stabilité et la fiabilité de vos clusters de machines virtuelles, tout en offrant la possibilité de valider de manière proactive les modifications et de minimiser le risque de perturbations opérationnelles.

Gérer les préférences de mise à jour de l'automatisation VM Cloud

Mise à jour de l'automation cloud

Oracle applique régulièrement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires pour les outils et l'automatisation du cloud. Vous pouvez configurer la fenêtre de temps de votre choix pour que ces mises à jour soient appliquées au cluster de machines virtuelles.

Définissez l'heure de début des mises à jour d'automatisation du cloud.

Remarque

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

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

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

Période de blocage de la mise à jour de l'automatisation cloud

Oracle applique régulièrement des mises à jour aux outils de base de données et aux logiciels d'agent nécessaires pour les outils et l'automatisation du cloud. Activez une période de blocage pour définir une fenêtre de temps pendant laquelle l'automatisation Oracle n'appliquera pas de mises à jour cloud.

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

Remarque

  • La période de gel peut être prolongée de 45 jours maximum à compter de la date de début.
  • L'automatisation d'Oracle appliquera automatiquement les mises à jour avec des correctifs de sécurité critiques (CVSS >= 9), même lors d'une période de blocage configurée.
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. Sur la page Détails du cluster de machines virtuelles Exadata, cliquez sur Actions, puis sélectionnez Gérer la mise à jour de l'automatisation du cloud.
  2. Sur la page Gérer la mise à jour de l'automatisation du cloud qui s'affiche, déplacez le curseur Configurer la période de gel pour l'activer.
    Remarque

    La période de gel peut être prolongée de 45 jours maximum à 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 cloud lorsque la période de gel est en vigueur

  1. Sur la page Détails du cluster de machines virtuelles Exadata, cliquez sur Actions, puis sélectionnez Gérer la mise à jour de l'automatisation du cloud.
  2. Sur la page Gérer la mise à jour de l'automatisation du cloud 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 Oracle nécessite au moins 7 jours pour appliquer les mises à jour en attente avant de pouvoir configurer une nouvelle période de gel. Vous pouvez configurer 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 cloud 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 cloud

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

    (ou)

    Cliquez sur le lien Modifier Mise à jour de Cloud Automation dans la section Version.

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

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

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

Remarque

  • Vous activez la fonctionnalité en sachant que la liste des événements, des mesures et des fichiers journaux collectés peut changer à l'avenir. Vous pouvez vous désabonner de cette fonctionnalité à tout moment.
  • Il se peut qu'Oracle ajoute d'autres mesures à l'avenir, mais si vous avez déjà choisi de collecter des mesures, vous n'avez pas besoin de mettre à jour votre choix d'activation. Les éléments activés/désactivés restent conformes à vos préférences actuelles.
  • Si vous avez précédemment accepté la collecte des journaux d'incident et des fichiers trace, et que vous décidez de la refuser lorsque l'équipe des opérations Oracle Cloud exécute un travail de collecte de journaux, le travail poursuit son exécution sans être annulé. Les collectes de journaux suivantes ne sont effectuées que si vous acceptez de nouveau l'option de collecte de journaux d'incident et de fichiers trace.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles pour lequel activer ou désactiver la collecte de données de diagnostic.
  5. Sur la page Détails du cluster de machines virtuelles, sous Informations générales, activez, activez partiellement ou désactivez la collecte de diagnostics.
  6. Cliquez sur Edition.

    La fenêtre Modifier les paramètres de collecte de diagnostics apparaît.

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

Utilisation de la console pour ajouter des machines virtuelles à un cluster provisionné

Pour ajouter des machines virtuelles à un cluster provisionné, suivez cette procédure.

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

Remarque

La mise à niveau vers le logiciel système Exadata 23.1 pour l'infrastructure Exadata Cloud@Customer sera disponible avec le cycle de mise à jour de février 2023.
Passez en revue les points ci-dessous qui vous aideront à ajouter des machines virtuelles à un cluster provisionné.
  • La version d'image de système d'exploitation invité exécutée sur les machines virtuelles provisionnées existantes dans le cluster est également celle utilisée pour provisionner les nouvelles machines virtuelles ajoutées pour étendre le cluster de machines virtuelles. Toutefois, les personnalisations apportées à l'image de système d'exploitation invité sur les machines virtuelles existantes doivent être appliquées manuellement aux machines virtuelles nouvellement ajoutées.
  • Pour les clusters de machines virtuelles exécutant une version d'image de système d'exploitation invité datant de plus d'un an, vous devez mettre à jour la version d'image de système d'exploitation invité avant d'ajouter une machine virtuelle pour étendre le cluster.
  • Pour les bases de données ne faisant pas partie d'une configuration Data Guard, seules les bases de données exécutées sur toutes les machines virtuelles du cluster existant sont ajoutées à la machine virtuelle nouvellement provisionnée. Les bases de données exécutées sur un sous-ensemble de machines virtuelles ne sont pas automatiquement étendues pour être exécutées sur la machine virtuelle nouvellement ajoutée.
Lorsque vous tentez d'ajouter une machine virtuelle à un cluster de machines virtuelles, l'erreur suivante peut survenir : [FATAL] [INS-32156] Le programme d'installation a détecté la présence de fichiers non accessibles en lecture dans le répertoire de base Oracle. Pour résoudre le problème, suivez les étapes décrites dans Echec de l'ajout d'une machine virtuelle à un cluster de machines virtuelles avant d'essayer d'ajouter un noeud de cluster.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.

    L'option Clusters de machines virtuelles est sélectionnée par défaut.

  2. Choisissez votre compartiment.

    La liste des clusters de machines virtuelles est affichée pour le compartiment choisi.

  3. Cliquez sur le nom du cluster de machines virtuelles auquel ajouter des machines virtuelles.
  4. Sur la page Détails du cluster de machines virtuelles, 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 les serveurs de base de données existants. Le nombre maximal de ressources disponibles par machine virtuelle est mis à jour en fonction des serveurs de base de données nouvellement ajoutés.

    Les statuts de serveur de base de données sont Dans ce cluster de machines virtuelles, Réseau non configuré, Hébergement d'une machine virtuelle, Disponible à l'ajout et Ressources insuffisantes. Vous pouvez uniquement ajouter des serveurs de base de données avec l'admissibilité de sélection Disponible à l'ajout.

    Les serveurs de base de données sans réseau configuré ne peuvent pas être ajoutés. Pour configurer le réseau, modifiez le réseau de cluster de machines virtuelles de l'infrastructure associée. Pour plus d'informations, reportez-vous à Utilisation de la console pour ajouter un autre serveur de base de données au réseau de cluster de machines virtuelles.

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

    Les serveurs de base de données prennent le statut Alloué.

    Remarque

    Vous ne pouvez pas enlever un serveur de base de données alloué.

Afin d'étendre l'instance de base de données pour les bases de données avec Data Guard activé pour les machines virtuelles nouvellement ajoutées, reportez-vous à Liste des noeuds non mise à jour pour les bases de données avec Data Guard activé.

Utilisation de la console pour visualiser la liste des serveurs de base de données sur une infrastructure Exadata

Pour visualiser la liste des hôtes de serveur de base de données sur un système Oracle Exadata Cloud@Customer, suivez cette procédure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on 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 afficher 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 afficher les détails.

    Le serveur de base de données répertorie les machines virtuelles de chaque cluster hébergé ainsi que les ressources allouées.

Utilisation de la console pour enlever une machine virtuelle d'un cluster de machines virtuelles

Pour enlever une machine virtuelle d'un cluster provisionné, suivez cette procédure.

Remarque

La terminaison d'une machine virtuelle d'un cluster nécessite la suppression des bases de données (principale ou de secours) faisant partie d'une configuration Data Guard de la machine virtuelle pour poursuivre le flux de terminaison. Pour plus d'informations sur les étapes manuelles, reportez-vous à la note My Oracle Support 2811352.1.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région et le compartiment contenant le cluster de machines virtuelles dont vous souhaitez redimensionner les ressources d'UC.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles duquel enlever 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) d'une machine virtuelle, puis sur Mettre fin.
  7. Dans la boîte de dialogue Mettre fin à la machine virtuelle, saisissez le nom de la machine virtuelle, puis cliquez sur Mettre fin.

    La machine virtuelle est enlevée du cluster. La page Détails du cluster de machines virtuelles affiche les détails d'allocation de ressources mis à jour sous Allocation de ressources de cluster de machines virtuelles.

Utilisation de la console pour mettre à jour le type de licence sur un cluster de machines virtuelles

Afin de modifier la licence, préparez-vous à fournir les valeurs des champs requis pour modifier les informations de licence.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région et le compartiment contenant le cluster de machines virtuelles dont vous souhaitez mettre à jour le type de licence.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles dont vous voulez mettre à jour le type de licence.

    La page Détails du cluster de machines virtuelles affiche des informations sur le cluster de machines virtuelles sélectionné.

  5. Cliquez sur Mettre à jour le type de licence.
  6. Dans la fenêtre Mettre à jour le type de licence qui s'affiche, choisissez l'un des types de licence suivants, puis cliquez sur Enregistrer.
    • Utilisation de votre propre licence (BYOL) : sélectionnez cette option si votre organisation possède déjà des licences logicielles Oracle Database que vous souhaitez utiliser sur le cluster de machines virtuelles.
    • Licence incluse : sélectionnez cette option pour vous abonner à des licences logicielles Oracle Database dans le cadre d'Exadata Database Service on Cloud@Customer.

    La mise à jour du type de licence ne modifie pas les fonctionnalités et n'interrompt pas le fonctionnement du cluster de machines virtuelles. Les clients sont autorisés à modifier le type de licence d'un cluster 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'un cluster de machines virtuelles

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Exadata Cloud@Customer.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles auquel ajouter des clés SSH.
  5. Sur la page Détails du cluster de machines virtuelles, 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 souhaitez que le plan de contrôle génère des paires de clés publique/privée pour vous.

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

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

      Pour fournir plusieurs clés, cliquez sur Une autre clé SSH. Pour les clés collées, assurez-vous que chaque clé se trouve 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 redimensionner les ressources d'un cluster de machines virtuelles

À partir d'Oracle Exadata Database Service on Cloud@Customer, vous pouvez augmenter ou réduire plusieurs ressources en même temps. Vous pouvez également augmenter ou réduire les ressources une par une.

Réduisez les ressources dans les cas suivants :
  • Cas d'emploi 1 : si vous avez alloué toutes les ressources à un cluster de machines virtuelles et que vous voulez créer plusieurs clusters de machines virtuelles, aucune ressource ne sera disponible pour allocation aux nouveaux clusters. Par conséquent, réduisez les ressources selon vos besoins pour créer des clusters de machines virtuelles supplémentaires.
  • Cas d'emploi 2 : si vous souhaitez allouer les ressources différemment en fonction de la charge globale, réduisez ou augmentez-les en conséquence. Par exemple, vous pouvez exécuter des traitements batch pendant la nuit pour la génération de rapports/ETL et réduire la machine virtuelle une fois le travail terminé.
Vous pouvez réduire les ressources suivantes quelle que soit la combinaison :
  • OCPU (ECPU pour X11M)
  • Mémoire
  • Stockage local
  • Stockage Exadata

Chaque opération de redimensionnement peut prendre quelques minutes. La durée de chaque opération varie en fonction de l'activité dans le système, mais en règle générale, la plupart des opérations doivent être effectuées dans les 15 minutes pour un quart de rack, 20 minutes pour un demi-rack et 30 minutes pour un rack complet ou plus grand. L'exécution de plusieurs opérations de redimensionnement d'OCPU (ECPU pour X11M) sur une courte période peut prolonger la durée de l'exécution. Bien qu'en ligne, le redimensionnement des OCPU (ECPU pour X11M) n'est pas implémenté sur toutes les machines virtuelles en parallèle afin de détecter et de protéger contre les anomalies avant qu'elles n'affectent l'ensemble du système. Le redimensionnement de la mémoire et du stockage local nécessite un redémarrage de machine virtuelle et est effectué une machine virtuelle à la fois de manière non simultanée.

Si vous exécutez plusieurs opérations de réduction, elles sont effectuées en série. Par exemple, si vous redimensionnez la mémoire et le stockage local à partir de la console, le système commence par redimensionner la mémoire et, une fois cette opération terminée, il redimensionne le stockage. Le temps nécessaire pour effectuer toutes les opérations correspond à la somme du temps nécessaire pour effectuer des opérations individuelles.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région et le compartiment contenant le cluster de machines virtuelles dont vous souhaitez redimensionner les ressources d'UC.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles dont vous voulez redimensionner les ressources d'UC.

    La page Détails du cluster de machines virtuelles affiche des informations sur le cluster de machines virtuelles sélectionné.

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

      La valeur Nombre d'OCPU (ECPU pour X11M) doit être un multiple du nombre de machines virtuelles afin que chaque machine virtuelle dispose du même nombre de cœurs de processeur activés.

      Si vous définissez le nombre d'OCPU (ECPU pour X11M) sur zéro, les machines virtuelles de cluster de machines virtuelles de machine virtuelle sont toutes arrêtées. Si la valeur est définie sur zéro et que vous la modifiez, les machines virtuelles de cluster de machines virtuelles sont toutes démarrées. Sinon, la modification du nombre de coeurs de processeur activés est une opération effectuée en ligne. Elle n'entraîne pas le redémarrage des machines virtuelles. Reportez-vous également à Configuration du système.

      Remarque

      Si vous avez défini explicitement le paramètre d'initialisation de la base de données CPU_COUNT, ce paramètre n'est pas affecté par la modification du nombre de coeurs de processeur alloués au cluster de machines virtuelles. Par conséquent, si vous avez activé la fonctionnalité de mise en cage d'instance Oracle Database, l'instance de base de données n'utilise pas de coeurs de processeur supplémentaires tant que vous ne modifiez pas le paramètre CPU_COUNT. Si le paramètre CPU_COUNT est défini sur 0 (valeur par défaut), Oracle Database surveille en permanence le nombre d'UC signalé par le système d'exploitation et utilise le nombre en cours.
    • Mémoire :

      Indiquez la mémoire pour chaque machine virtuelle. La valeur doit être un multiple de 1 Go et est limitée par la mémoire disponible sur l'infrastructure Exadata.

      Lorsque vous augmentez ou réduisez la mémoire, les machines virtuelles associées sont redémarrées de manière non simultanée, une machine virtuelle à la fois, afin de réduire l'incidence sur le cluster de machines virtuelles.

    • Taille du système de fichiers local :

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

      Lorsque vous augmentez ou réduisez la taille du système de fichiers local, les machines virtuelles associées sont redémarrées de manière non simultanée, une machine virtuelle à la fois, afin de réduire l'incidence sur le cluster de machines virtuelles.

      1. Cliquez sur Afficher les options avancées pour afficher 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 vos besoins.
        Remarque

        • Vous pouvez uniquement développer ces systèmes de fichiers et ne pouvez pas réduire la taille une fois développée.
        • En raison des partitions de sauvegarde et de la mise en miroir, les systèmes de fichiers / et /var consomment deux fois l'espace alloué, ce qui est indiqué dans les champs en lecture seule Stockage total alloué pour / (Go) en raison de la mise en miroir et Stockage total alloué pour /var (Go) en raison de la mise en miroir.
      3. Après avoir créé le cluster de machines virtuelles, consultez la section Ressources Exadata sur la page Détails de l'infrastructure Exadata pour vérifier la taille de fichier alloué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 en interne pour les systèmes de fichiers racine, les répertoires de base Oracle Grid Infrastructure et les journaux de diagnostic.

    • Taille de stockage Exadata utilisable :

      Indiquez la quantité totale de stockage Exadata allouée au cluster de machines virtuelles. Ce stockage est alloué à parts égales à partir de tous les serveurs Exadata Storage Server. La taille minimale recommandée est de 2 To.

      Vous pouvez réduire l'allocation de stockage Exadata d'un cluster de machines virtuelles. Toutefois, vous devez vous assurer que la nouvelle valeur couvre le contenu existant et anticiper une éventuelle augmentation des données.

      Remarque

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

      La modification du stockage Exadata alloué au cluster de machines virtuelles est une opération effectuée en ligne. Les machines virtuelles ne sont pas redémarrées en raison de cette opération.

  7. Cliquez sur Enregistrer.

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

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

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région et le compartiment associés au cluster de machines virtuelles contenant la machine virtuelle à arrêter, démarrer ou redémarrer.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles contenant la machine virtuelle à arrêter, démarrer ou redémarrer.

    La page Détails du cluster de machines virtuelles affiche des informations sur le cluster de machines virtuelles sélectionné.

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

    La liste des machines virtuelles apparaît.

  6. Dans la liste des noeuds, cliquez sur l'icône Actions (trois points) correspondant à un noeud, puis sur l'une des actions suivantes :
    1. Démarrer : redémarre 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 cluster de machines virtuelles

Vérifiez l'état d'une machine virtuelle de cluster de machines virtuelles.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région et le compartiment associés au cluster de machines virtuelles contenant la machine virtuelle qui vous intéresse.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles contenant la machine virtuelle qui vous intéresse.

    La page Détails du cluster de machines virtuelles affiche des informations sur le cluster de machines virtuelles sélectionné.

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

    La liste des machines virtuelles apparaît. Pour chaque machine virtuelle dans le cluster de machines virtuelles, le nom, l'état et l'adresse IP client sont affichés.

  6. Dans la liste des 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 est en cours de démarrage en raison 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é.
    • Echec : icône rouge. Une condition d'erreur empêche le bon fonctionnement de la machine virtuelle.

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

Pour modifier le compartiment contenant le cluster de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer, suivez cette procédure.

Lorsque vous déplacez un cluster de machines virtuelles, le changement de compartiment s'applique également aux machines virtuelles et aux bases de données associées à ce cluster. Cependant, le changement de compartiment n'affecte aucune autre ressource associée, telle que l'infrastructure Exadata, qui reste dans le compartiment en cours.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région et le compartiment contenant le cluster de machines virtuelles à déplacer.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles à déplacer.

    La page Détails du cluster de machines virtuelles affiche des informations sur le cluster de machines virtuelles sélectionné.

  5. Cliquez sur Actions supplémentaires, puis sélectionnez Déplacer la ressource.
  6. Dans la boîte de dialogue qui apparaît, choisissez le nouveau compartiment pour le cluster de machines virtuelles et cliquez sur Déplacer la ressource.

Utilisation de la console pour mettre fin à un cluster de machines virtuelles

Pour pouvoir mettre fin à un cluster de machines virtuelles, vous devez d'abord mettre fin aux bases de données qu'il contient.

La terminaison d'un cluster de machines virtuelles l'enlève du plan de contrôle cloud. Pendant le processus, les machines virtuelles et leur contenu sont détruits.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région et le compartiment contenant le cluster de machines virtuelles auquel mettre fin.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur le nom du cluster de machines virtuelles auquel mettre fin.

    La page Détails du cluster de machines virtuelles affiche des informations sur le cluster de machines virtuelles sélectionné.

  5. Cliquez sur Actions supplémentaires, puis sélectionnez Mettre fin.
  6. Dans la boîte de dialogue qui apparaît, entrez le nom du cluster de machines virtuelles et cliquez sur Mettre fin pour confirmer l'action.

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

Consultez la liste des appels d'API permettant de gérer les clusters de machines virtuelles et les réseaux de cluster de machines virtuelles Oracle Exadata Database Service on Cloud@Customer.

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

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

Réseaux de cluster de machines virtuelles :
  • GenerateRecommendedVmClusterNetwork
  • CreateVmClusterNetwork
  • DeleteVmClusterNetwork
  • GetVmClusterNetwork
  • ListVmClusterNetworks
  • UpdateVmClusterNetwork
  • ValidateVmClusterNetwork
Clusters de machines virtuelles :
  • CreateVmCluster
  • DeleteVmCluster
  • GetVmCluster
  • ListVmClusters
  • UpdateVmCluster

Pour obtenir la liste complète des API, reportez-vous à API du service Database.

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

Vous pouvez dépanner des machines virtuelles défaillantes à l'aide de connexions à la console. Par exemple, une machine virtuelle invitée qui fonctionnait précédemment ne répond plus.

Remarque

L'utilisation de la fonctionnalité de console série nécessite Exadata Infrastructure version 22.1.10 ou supérieure pour la version 22. Utilisateurs X et version 23.1.1 ou supérieure pour la version 23. Utilisateurs X. La fonction de console série sera disponible sur tous les clusters de machines virtuelles créés immédiatement, mais uniquement sur les clusters de machines virtuelles existants au terme du prochain cycle de maintenance trimestriel. Veillez également à passer en revue tous les prérequis indiqués ci-dessous, y compris la définition d'un mot de passe pour l'utilisateur opc ou root. Le défaut d'apporter les modifications nécessaires pour répondre à ces exigences à l'avance entraînera l'impossibilité de se connecter d'urgence à la console série lorsque le besoin survient lorsque la machine virtuelle n'est pas autrement accessible.

Afin de vous connecter à une instance en cours d'exécution pour des tâches d'administration et un usage général, utilisez un shell sécurisé (SSH). Pour plus d'informations, reportez-vous à Connexion à une machine virtuelle avec SSH.

Pour établir une connexion SSH à la console série, suivez ces étapes de configuration.
  1. Vérifiez que vous disposez des droits d'accès appropriés.
  2. Effectuez les prérequis, y compris la création de la paire de clés SSH (au cas où vous n'en auriez pas encore).
  3. Créez la console série de machine virtuelle.
  4. Connectez-vous à la console série via 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 Oracle Exadata Database Service on 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. Sur la page Détails de l'infrastructure obtenue, accédez à la section Version pour rechercher la version du serveur de base de données installée.

Stratégies IAM requises

Un administrateur doit vous accorder un accès sécurisé à la console de machine virtuelle sur le système Exadata Database Service on Cloud@Customer via une stratégie IAM.

Cet accès est requis que vous utilisiez la console ou l'API REST avec un kit SDK, l'interface de ligne de commande ou d'autres outils. Si un message vous indique que vous ne disposez pas des droits d'accès ou des autorisations nécessaires, vérifiez auprès de l'administrateur le type d'accès qui vous a été accordé et le compartiment dans lequel vous devez travailler.

Pour créer des connexions à la console de machine virtuelle, un administrateur doit accorder à l'utilisateur l'accès en lecture et en gestion via une stratégie IAM. Le nom de ressource pour les connexions à la console de machine virtuelle est dbnode-console-connection. Le nom de ressource de la machine virtuelle est db-nodes. Les stratégies suivantes autorisent les utilisateurs à créer des connexions à la console pour une machine virtuelle :

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

Prérequis

Vous devez installer un client SSH et créer des paires de clés SSH.

Ports à ouvrir pour la connectivité du plan de contrôle

Assurez-vous que les règles de pare-feu sont correctes afin que le serveur de plan de contrôle puisse atteindre les adresses OCI requises. Pour plus d'informations, reportez-vous au Table 3-2

Installer un client SSH et un shell de ligne de commande (Microsoft Windows)

Microsoft Windows n'inclut pas de client SSH par défaut. Si vous êtes connecté à partir d'un client Windows, vous devez installer un client SSH. Vous pouvez utiliser PuTTY plink.exe avec Windows PowerShell ou un logiciel qui inclut une version de OpenSSH, par exemple :

Les instructions de cette rubrique font fréquemment référence à PuTTY et à Windows PowerShell.

Pour établir la connexion à la console à partir de Windows avec Windows PowerShell, PowerShell peut être déjà installé sur votre système d'exploitation Windows. Sinon, suivez les étapes accessibles via le lien. Si vous êtes connecté à l'instance à partir d'un client Windows à l'aide de PowerShell, plink.exe est requis. plink.exe est l'outil de connexion de lien de commande inclus dans PuTTY. Vous pouvez installer PuTTY ou installer plink.exe séparément. Pour plus d'informations sur l'installation, consultez le site http://www.putty.org.

Créer des paires de clés SSH

Pour créer la connexion à la console sécurisée, vous devez disposer d'une paire de clés SSH. La méthode à utiliser pour créer des paires de clés dépend de votre système d'exploitation. Lors de la connexion à la console série, vous devez utiliser une clé RSA. Les instructions de cette section montrent comment créer une paire de clés SSH RSA.

Création de la paire de clés SSH pour Linux

Si vous utilisez un système de type UNIX, l'utilitaire ssh-keygen est probablement déjà installé. Pour déterminer si l'utilitaire est installé, saisissez ssh-keygen sur la ligne de commande. Si l'utilitaire n'est pas installé, téléchargez OpenSSH pour UNIX sur http://www.openssh.com/portable.html et installez-le.

  1. Ouvrez un shell ou un terminal pour entrer les commandes.
  2. A l'invite, saisissez ssh-keygen, puis le nom de la clé lorsque vous y êtes invité. Vous pouvez éventuellement inclure une phrase de passe.

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

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

    -t rsa

    Utilisez l'algorithme RSA.

    -N "<passphrase>"

    Une phrase de passe pour protéger l'utilisation de la clé (comme un mot de passe). Si vous ne voulez pas définir de phrase de passe, ne saisissez rien entre les citations.

    La phrase de passe n'est pas obligatoire. Vous pouvez en définir une comme mesure de sécurité pour empêcher toute utilisation non autorisée de la clé privée. Si vous spécifiez une phrase de passe, lors de la connexion à l'instance, vous devez fournir la phrase de passe, ce qui rend généralement plus difficile l'automatisation de la connexion à une instance.

    -b 2048

    Générez 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.

    Un minimum de 2048 bits est recommandé pour SSH-2 RSA.

    -C "<key_name>"

    Nom identifiant la clé.

    -f <path/root_name>

    Emplacement d'enregistrement de la paire de clés et nom de la racine des fichiers.

Créer la paire de clés SSH pour Windows à l'aide de PuTTY

Si vous utilisez un client Windows pour vous connecter à la connexion à la console pour une instance, utilisez une paire de clés SSH générée par PuTTY.

Remarque

Assurez-vous que vous utilisez la dernière version de PuTTY. Consultez le site http://www.putty.org.

  1. Trouvez puttygen.exe dans le dossier PuTTY de votre ordinateur, par exemple, C:\Program Files (x86)\PuTTY. Cliquez deux fois sur puttygen.exe pour l'ouvrir.
  2. Spécifiez un type de clé SSH-2 RSA et une taille de clé de 2048 bits :
    • Dans le menu Key, assurez-vous que la valeur par défaut SSH-2 RSA key est sélectionnée.
    • Pour Type of key to generate, acceptez le type de clé par défaut RSA.
    • Définissez le nombre de bits dans une clé générée sur 2048 s'il n'est pas déjà défini.
  3. Cliquez sur Générer.
  4. Pour générer des données aléatoires dans la clé, déplacez votre souris dans la zone vierge de la fenêtre PuTTY.

    Lorsque la clé est générée, elle apparaît sous Public key for pasting into OpenSSH authorized_keys file.

  5. Un commentaire sur la clé est généré pour vous, qui comprend la date et l'heure. Vous pouvez conserver le commentaire par défaut ou le remplacer par un commentaire plus descriptif.
  6. Laissez le champ Key passphrase vide.
  7. Cliquez sur Enregistrer la clé privée, puis sur Yes dans l'invite concernant l'enregistrement de la clé sans phrase de passe.

    La paire de clés est enregistrée au format PuTTY Private Key (PPK), qui est un format propriétaire fonctionnant uniquement avec l'ensemble d'outils PuTTY.

    Vous pouvez donner à la clé le nom de votre choix, mais utilisez l'extension de fichier ppk. Par exemple, mykey.ppk.

  8. Sélectionnez l'ensemble de la clé générée qui apparaît sous Public key pour le collage dans le fichier OpenSSH authorized_keys, copiez-la via Ctrl + C, collez-la dans un fichier texte, puis enregistrez le fichier au même emplacement que la clé privée.
    Remarque

    N'utilisez pas l'option Enregistrer la clé publique, car elle n'enregistre pas la clé au format OpenSSH.

    Vous pouvez donner à la clé le nom de votre choix, mais pour plus de cohérence, utilisez le même nom que la clé privée et 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 pour une instance. Vous avez besoin de la clé privée pour vous connecter à la connexion à la console pour une instance à l'aide de PuTTY. Par exemple : $HOME\Documents\mykey.ppk.
Procédure de création d'une connexion à l'aide de la paire de clés SSH générée à l'aide de PuTTY

Pour plus d'informations sur la génération de la paire de clés SSH, reportez-vous à Création de la paire de clés SSH pour Windows à l'aide de PuTTY

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

  1. Collez la clé SSH générée au format OpenSSH ou choisissez Télécharger le fichier de clés SSH et indiquez le chemin de la clé publique enregistrée à l'étape 8 dans Création de la paire de clés SSH pour Windows à l'aide de PuTTY.
  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 de votre fichier de clé privée PuTTY (PPK) sur votre ordinateur. Par exemple, si vous avez enregistré le fichier .ppk dans $HOME\Documents\mykey.ppk.
  5. Collez la chaîne de connexion modifiée dans la fenêtre PowerShell, puis appuyez sur Entrée pour vous connecter à la console.
Connexion à une machine virtuelle à partir de la console série

Si vous voulez vous connecter à une machine virtuelle à l'aide d'une connexion à la console de machine virtuelle, vous pouvez utiliser la connexion SSH (Secure Shell) pour vous connecter. Pour vous connecter avec un nom utilisateur et un mot de passe, vous avez besoin d'un compte utilisateur avec un mot de passe. Oracle Exadata Cloud ne définit pas de mot de passe par défaut pour les utilisateurs opc ou root. Par conséquent, si vous voulez vous connecter en tant qu'utilisateur opc ou root, vous devez créer un mot de passe pour l'utilisateur opc ou root. Sinon, ajoutez un autre utilisateur avec un mot de passe et connectez-vous sous le nom de cet utilisateur. Cette opération doit être effectuée à l'avance, avant qu'une situation potentielle ne vous oblige à vous connecter à la console série.

Connexion via des pare-feu

Si le client que vous allez utiliser pour accéder à la console série se trouve derrière un pare-feu, vous devez vous assurer que ce client est en mesure d'atteindre l'adresse requise pour accéder à la console série de la machine virtuelle. Le système client se connectant à la console série doit pouvoir atteindre le serveur de la console série (par exemple, vm-console.exacc.us-ashburn-1.oci.oraclecloud.com) sur SSH à l'aide du port 443, directement ou via un proxy.

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

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

Remarque

Les connexions à la console pour une machine virtuelle sont limitées à un client à la fois. Si le client échoue, la connexion reste active pendant environ cinq minutes. Pendant ce temps, aucun autre client ne peut se connecter. Après cinq minutes, la connexion est fermée et un nouveau client peut se connecter. Pendant le délai de cinq minutes, toute tentative de connexion d'un nouveau client échoue et le message suivant apparaît :

channel 0: open failed: administratively prohibited: console access is limited to one connection at a time
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles 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 un accès à la console série qui s'affiche, vous disposez de trois options pour ajouter la clé SSH.
    • Génération d'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 fichier .ppk.
    • Télécharger le fichier de clés publiques : accédez à un fichier de clés publiques sur l'ordinateur. Si vous avez suivi les étapes de Création de paires de clés SSH dans la section Prérequis pour créer une paire de clés, utilisez cette option afin d'accéder au fichier .pub.
    • Coller la clé publique : collez le contenu de votre fichier de clés publiques dans la zone de texte.
  6. Cliquez sur Créer.

    Une fois que la connexion à la console a été créée et qu'elle est disponible, le statut devient Actif.

Etablissement d'une connexion SSH à la console série

Après avoir créé la connexion à la console pour la machine virtuelle, vous pouvez vous connecter à la console série à l'aide d'une connexion Secure Shell (SSH). Lors de l'établissement d'une connexion SSH à la console série, vous devez utiliser une clé RSA. Vous pouvez utiliser pour la console série la clé SSH utilisée lors du lancement de l'instance ou une autre clé SSH.

Lorsque vous avez terminé d'utiliser la console série et mis fin à la connexion SSH, vous devez supprimer la connexion à la console série. Si vous ne vous déconnectez pas de la session, Oracle Cloud Infrastructure met fin à la session de console série après 24 heures et vous devez vous réauthentifier pour vous reconnecter.

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

Lors de votre première connexion à la console série, vous êtes invité à valider l'empreinte de la clé hôte du serveur. L'empreinte de la clé d'hôte du serveur est le hachage SHA256 de la clé SSH publique de l'hôte du serveur. La réponse de liaison SSH du serveur est signée avec la clé privée associée. La validation de l'empreinte de la clé hôte du serveur offre une protection contre les attaques potentielles.

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

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

Une rotation des clés d'hôte de serveur est effectuée régulièrement à des fins de sécurité. La rotation des clés réduit le risque lorsque des clés sont compromises en limitant la quantité de données cryptées ou signées par une version de clé. Lorsque vous effectuez une rotation et que vous essayez de vous connecter à la console série, un avertissement s'affiche indiquant une attaque potentielle. L'avertissement inclut une erreur de vérification de la clé hôte ayant échoué et un numéro de ligne dans le fichier .ssh/known_hosts. Supprimez cette ligne dans le fichier .ssh/known_hosts, puis reconnectez-vous à la console série. Vous êtes alors invité à accepter une nouvelle empreinte de clé d'hôte de serveur.

Connexion à partir des systèmes d'exploitation Mac OS X et Linux

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

Procédure de connexion à la console série à l'aide de OpenSSH sur Mac OS X ou Linux

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles qui s'affiche, cliquez sur le nom de la machine virtuelle qui vous intéresse.
  4. Sur la page de détails de la console 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, et appuyez sur Entrée pour vous connecter à la console.

    Si vous n'utilisez pas la clé ou l'agent SSH par défaut, modifiez la chaîne de connexion à la console série pour inclure l'indicateur du fichier d'identités, -i, afin d'indiquer la partie de clé privée de la clé SSH à utiliser, par exemple, id_rsa. Spécifiez cet indicateur pour la connexion SSH et pour 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. Si vous y êtes invité, validez et acceptez l'empreinte de la clé d'hôte du serveur.

    Si vous avez précédemment accepté une empreinte pour la clé d'hôte du serveur mais qu'une rotation de la clé a eu lieu, un avertissement s'affiche indiquant une attaque potentielle. L'avertissement inclut une erreur de vérification de la clé hôte ayant échoué et un numéro de ligne dans le fichier .ssh/known_hosts. Supprimez la ligne indiquée dans le fichier .ssh/known_hosts, puis reconnectez-vous à la console série. Validez et acceptez la nouvelle empreinte de 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 de saisir de nom utilisateur ou de mot de passe. Si la machine virtuelle fonctionne et que la connexion est active, la sortie série apparaît dans votre console. Si la sortie série n'apparaît pas dans la console, le système d'exploitation de machine virtuelle invitée ne démarre pas.

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

    1. Accédez à la page Détails du cluster de machines virtuelles ExaDB-C@C.
    2. Sous Ressources, cliquez sur Machines virtuelles.
    3. Sélectionnez Redémarrer dans le menu Actions (trois points) de 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 de celles pour OpenSSH. Les étapes suivantes ne fonctionnent pas dans le terminal Windows.

Remarque

Si vous êtes connecté à l'instance à partir d'un client Windows à l'aide de PowerShell, plink.exe est requis. plink.exe est l'outil de connexion de lien de commande inclus dans PuTTY. Vous pouvez installer PuTTY ou installer plink.exe séparément. Pour plus d'informations, reportez-vous à Installation d'un client SSH et d'un shell de ligne de commande (Windows).

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

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

    Selon le client SSH que vous utilisez, procédez comme suit :

    • 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.
    Remarque

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

  3. Collez la chaîne de connexion copiée lors de l'étape précédente dans un fichier texte afin de pouvoir ajouter le chemin de fichier au fichier de clés privées.
  4. Dans le fichier texte, remplacez $env:homedrive$env:homepath\oci\console.ppk par le chemin du fichier .ppk sur l'ordinateur. Ce chemin de fichier apparaît deux fois dans la chaîne. Remplacez-le aux deux endroits.
  5. Collez la chaîne de connexion modifiée dans la fenêtre PowerShell ou dans votre client OpenSSH, puis appuyez sur Entrée pour vous connecter à la console.
  6. Si vous y êtes invité, validez et acceptez l'empreinte de la clé d'hôte du serveur.
    Si vous avez précédemment accepté une empreinte pour la clé d'hôte du serveur, mais qu'une rotation de la clé a eu lieu, un avertissement s'affiche indiquant une attaque potentielle. L'avertissement inclut une erreur de vérification de clé d'hôte et un numéro de ligne dans le fichier .ssh/known_hosts. Supprimez la ligne indiquée dans le fichier .ssh/known_hosts, puis reconnectez-vous à la console série. Validez et acceptez la nouvelle empreinte de 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 de saisir de nom utilisateur ou de mot de passe. Si la machine virtuelle fonctionne et que la connexion est active, la sortie série apparaît dans votre console. Si la sortie série n'apparaît pas dans la console, le système d'exploitation de machine virtuelle invitée ne démarre pas.

    Pour obtenir plus d'options de dépannage, reportez-vous à Dépannage des machines virtuelles à partir des connexions à la console pour une machine virtuelle invitée.

    1. Accédez à la page Détails du cluster de machines virtuelles ExaDB-C@C.
    2. Sous Ressources, cliquez sur Machines virtuelles.
    3. Sélectionnez Redémarrer dans le menu Actions (trois points) de la machine virtuelle à redémarrer.
Procédure de création d'une connexion à l'aide de la paire de clés SSH générée à l'aide de la console OCI

Effectuez les opérations suivantes dans la fenêtre Créer un 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.
    Remarque

    Assurez-vous que vous utilisez la dernière version de PuTTY. Consultez le site http://www.putty.org.

  4. Trouvez puttygen.exe dans le dossier PuTTY de 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 du générateur de clés PuTTY.

  7. Cliquez sur Enregistrer la clé privée.
  8. Cliquez sur Yes lorsque vous êtes invité à enregistrer la clé sans phrase de passe.

    La paire de clés est enregistrée au format PuTTY Private Key (PPK), qui est le format propriétaire fonctionnant uniquement avec l'ensemble d'outils PuTTY.

    Vous pouvez donner à la clé le nom de votre choix, mais utilisez l'extension de fichier .ppk. Par exemple, $HOME\Desktop\key-vm-console.ppk.

  9. Utilisez un éditeur de texte pour modifier la commande afin qu'elle pointe vers votre chemin de clé privée (PPK) PuTTY. Remplacez <PATH_FILE_PUTTY_PRIVATE.ppk> pour pointer vers le chemin de fichier de votre clé privée PuTTY (PPK) 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és privées .key généré

  1. Ouvrez PuTTYgen.
  2. Cliquez sur Load et sélectionnez la clé privée générée lors de la création de l'instance.
    L'extension du fichier 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 la connexion à la console série

Vous pouvez vous connecter à la console série rapidement et facilement à l'aide de l'intégration Cloud Shell. Cloud Shell est un terminal basé sur un navigateur Web accessible à partir de la console. L'intégration Cloud Shell crée automatiquement la connexion à la console pour une instance et une clé SSH temporaire. Le seul prérequis pour la connexion à la console série à partir de Cloud Shell est d'accorder aux utilisateurs les droits d'accès appropriés. Pour une introduction à l'utilisation de Cloud Shell, reportez-vous à Utilisation de Cloud Shell.

Remarque

  • Par défaut, Cloud Shell limite l'accès réseau aux ressources internes OCI dans la région d'origine de la location uniquement, sauf si vous avez activé le réseau public géré par Cloud Shell. L'administrateur doit configurer une stratégie d'identité pour activer le réseau public Cloud Shell. Pour plus d'informations, reportez-vous à Cloud Shell Networking.
  • Vous ne pouvez pas vous connecter simultanément à plusieurs noeuds de base de données à l'aide de Cloud Shell. Par exemple, si vous disposez d'une connexion ouverte à DBnode1 et que vous voulez vous connecter à DBnode2, vous devez d'abord quitter le shell Cloud Shell actif à partir de DBnode1, puis établir une connexion à DBnode2.
  • Assurez-vous que les règles de pare-feu sont correctes afin que le serveur de plan de contrôle puisse atteindre les adresses OCI requises. Pour plus d'informations, reportez-vous au Table 3-2

Lorsque vous avez terminé d'utiliser la console série et mis fin à la connexion SSH, vous devez supprimer la connexion à la console série. Si vous ne vous déconnectez pas de la session, Oracle Cloud Infrastructure met fin à la session de console série après 24 heures et vous devez vous réauthentifier pour vous reconnecter.

Procédure de connexion à 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 Oracle Exadata Database Service on Cloud@Customer.
  3. Sur la page de détails de la console Oracle Cloud Infrastructure, sous Ressources, cliquez sur Connexion à la console.
  4. Cliquez sur Lancer une connexion Cloud Shell.

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

  5. Si une connexion à la console existe déjà, vous êtes invité à supprimer la ressource existante. Appuyez sur y, puis sur Enter.
  6. Lorsque vous avez terminé, quittez la connexion à la console pour l'instance.

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

Remarque

Pour accéder à la console série et utiliser l'historique de la console, des règles de pare-feu doivent être configurées de sorte que le serveur de plan de contrôle puisse accéder aux adresses OCI nécessaires. Consultez les détails du Table 3-2 pour connaître les exigences de connectivité pour Object Storage et la console de machine virtuelle.

Vous pouvez capturer et afficher les données récentes de la console série pour une machine virtuelle. Ces données comprennent des messages de configuration qui surviennent lors de l'initialisation de la machine virtuelle, tels que les messages du noyau et du BIOS, et permettent de vérifier le statut de la machine virtuelle ou de diagnostiquer et résoudre les problèmes.

L'historique de la console capture jusqu'à un Mo des données les plus récentes de la console série pour la machine virtuelle spécifiée. Les données brutes de la console, y compris les caractères multi-octets, sont capturées.

L'historique de la console est un enregistrement à un point dans le temps. Pour résoudre un problème de machine virtuelle défectueuse à l'aide d'une connexion à la console interactive, utilisez une connexion à la console série.

Gestion des données de l'historique de la console

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

Sur la page de détails de l'instance de la console, vous pouvez capturer et télécharger des historiques de console, visualiser et modifier des détails de métadonnées, et supprimer des captures d'historique de console.

Utilisation de la console pour capturer l'historique de console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles 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 console.
  7. Cliquez sur Enregistrer et fermer pour enregistrer l'historique et fermer la fenêtre.
Utilisation de la console pour télécharger des captures d'historique de console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles 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 console.
Utilisation de la console pour afficher les captures d'historique de console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles 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 console, pour la capture d'historique de console à visualiser, cliquez sur le menu Actions, puis sur Visualiser les détails.
Utilisation de la console pour visualiser et modifier les détails de métadonnées d'une capture d'historique de console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles 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 console, pour la capture d'historique de console à visualiser, cliquez sur le menu Actions, puis sur Visualiser les détails.
  6. (Facultatif) Modifiez le nom de l'historique de la console. Evitez de saisir des informations confidentielles.
  7. Pour afficher ou modifier des balises, cliquez sur Afficher les options de balisage.
  8. Pour modifier ou enlever des balises, cliquez sur l'icône de modification en regard de la balise. Pour modifier une balise, modifiez-la dans la boîte de dialogue Modifier la balise, puis cliquez sur Enregistrer. Pour enlever une balise, cliquez sur Enlever la balise.
  9. Cliquez sur Enregistrer et fermer.
Utilisation de la console pour supprimer des captures d'historique de la console

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles 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 console, pour la capture d'historique de console à visualiser, 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 permettant de gérer les données d'historique de la console.

Pour plus d'informations sur l'utilisation de l'API et la signature des demandes, reportez-vous à API REST et à Informations d'identification de sécurité. Pour plus d'informations sur les kits SDK, reportez-vous à Kits SDK et interface de ligne de commande.

Pour obtenir la liste complète des API, reportez-vous à API du service Database.

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

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

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

Une fois que vous êtes connecté à l'aide d'une connexion à la console pour une instance, vous pouvez effectuer différentes tâches, telles que :

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

Ces tâches nécessitent une initialisation dans un shell Bash en mode de maintenance.

Pour démarrer en mode de maintenance

Remarque

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

Pour plus d'informations, reportez-vous à Comptes utilisateur par défaut pour Oracle Exadata.

  1. Redémarrez la machine virtuelle à partir du cluster 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 de terminal. Des messages de la console commencent à apparaître dans la fenêtre. Dès que le menu d'initialisation GRUB s'affiche, utilisez la up/down clé de flèche pour arrêter le processus d'initialisation automatique afin d'utiliser le menu d'initialisation.
  3. Dans le menu d'initialisation, sélectionnez l'élément supérieur du menu et appuyez sur e pour modifier l'entrée d'initialisation.
  4. En mode de modification, utilisez la flèche vers le bas pour faire défiler les entrées jusqu'à atteindre la ligne qui commence par linux16.
  5. Ajoutez l'élément suivant à la fin de cette ligne :
    init=/bin/bash
  6. Redémarrez l'instance à partir de la fenêtre de terminal en saisissant le raccourci clavier CTRL+X.

    Une fois l'instance réinitialisée, l'invite de ligne de commande du shell Bash s'affiche et vous pouvez procéder comme suit.

Pour modifier les fichiers de configuration système

  1. A partir du shell Bash, exécutez la commande suivante pour charger les stratégies 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 droits d'accès en lecture/écriture :
    /bin/mount -o remount, rw /
  3. Modifiez les fichiers de configuration selon vos besoins pour tenter de récupérer l'instance.
  4. Une fois que vous avez fini de modifier les fichiers de configuration, exécutez la commande suivante pour démarrer l'instance à partir du shell existant :
    exec /usr/lib/systemd/systemd
    Pour redémarrer l'instance, vous pouvez également exécuter la commande suivante :
    /usr/sbin/reboot -f
Pour ajouter ou réinitialiser la clé SSH pour l'utilisateur opc

  1. A partir du shell Bash, exécutez la commande suivante pour charger les stratégies 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 droits d'accès en lecture/écriture :
    /bin/mount -o remount, rw /
  3. A partir du shell Bash, exécutez la commande suivante pour passer au répertoire de clés SSH de l'utilisateur opc :
    cd ~opc/.ssh
  4. Incluez votre clé publique dans le fichier authorized_keys.
    Remarque

    Vous pouvez modifier le fichier et enlever la clé précédente si vous le souhaitez. Cependant, veillez à conserver les clés d'automatisation du cloud pour éviter que l'automatisation du cloud ne se casse.
    echo '<contents of public key file>' >> authorized_keys
  5. Redémarrez l'instance à l'aide de la commande suivante :
    /usr/sbin/reboot -f
Pour réinitialiser le mot de passe de l'utilisateur opc

  1. A partir du shell Bash, exécutez la commande suivante pour charger les stratégies SElinux afin de conserver le contexte des fichiers que vous modifiez.

    Vous devez 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 droits d'accès en lecture/é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 à l'aide de la commande suivante :
    sudo reboot -f
    Remarque

    La définition d'un mot de passe root constituerait 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 est utilisé comme caractère d'échappement.

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

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

  3. Pour afficher toutes les commandes d'échappement SSH, saisissez :
    ~?
Procédure de suppression de la connexion à la console série pour une machine virtuelle

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles 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. Confiez l'opération à l'invite.