Documentation Oracle Cloud Infrastructure

Gestion des clusters de machines virtuelles

Découvrez comment gérer vos clusters de machines virtuelles sur Exadata Cloud Infrastructure.

Rubriques connexes

Rubrique parent : Guides pratiques

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.

Rubrique parent : Gestion des clusters de machines virtuelles

Redimensionnement des ressources de machines virtuelles dans une infrastructure acceptant plusieurs machines virtuelles

Augmentez ou réduisez les OCPU (ECPU pour X11M), la mémoire, le stockage ou la taille du disque local (/u02) disponible pour un cluster de machines virtuelles.

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 du client puisse vérifier en profondeur l'utilisation existante et la gestion de 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 Oracle Exadata Database Service on Dedicated Infrastructure permettent de calculer l'utilisation actuelle de la mémoire, du disque local et du stockage ASM dans le cluster de machines virtuelles, d'y ajouter une marge et d'obtenir une valeur "minimale" à respecter en cas de réduction. Vous devez indiquer une valeur supérieure à 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 associée, 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 autre 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 de l'exécution d'opérations de redimensionnement ultérieures afin de vous assurer que l'opération peut 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 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 se terminer en 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.

  • Aucun groupe de disques n'est créé sur les serveurs de stockage ajoutés à l'infrastructure mais qui n'ont pas encore exécuté l'étape d'ajout de capacité.

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.

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 grandes pages, sauf si vous comprenez l'implication des modifications que vous effectuez. Une configuration incorrecte peut empêcher le démarrage de toutes les bases de données, voire le démarrage de la machine virtuelle.

Bien que cela ne soit pas recommandé, vous êtes autorisé à modifier la configuration des pages de grande taille. Tout changement effectué peut être modifié par l'automatisation si vous redimensionnez par la suite la mémoire disponible pour la machine virtuelle. Après une opération de redimensionnement de la mémoire, l'automatisation du cloud tente de conserver la même quantité de mémoire pour les grandes pages, correspondant à un pourcentage de la mémoire totale, avec un plafond de 60 %. Si vous configurez les grandes pages avec plus de 60 % de la mémoire totale, l'automatisation du cloud la redimensionne à 60 %. Ce redimensionnement automatique vise à assurer une mémoire conventionnelle suffisante pour que la machine virtuelle démarre. L'automatisation effectue une prévérification afin de déterminer la mémoire réelle des grandes pages utilisée par les instances de base de données en cours d'exécution. Après le redimensionnement, elle s'assure que la mémoire disponible sur les grandes pages est suffisante pour prendre en charge ces mêmes bases de données. S'il n'y aura pas suffisamment de mémoire disponible après redimensionnement, la vérification échouera et le redimensionnement ne continuera 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-2 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 Infrastructure, 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

Remarque

Les informations suivantes ne s'appliquent pas aux systèmes X6, X7, X8 et de base car ils ne prennent pas en charge l'utilisation de plusieurs machines virtuelles. Le système de base dispose de 200 Go disponibles pour /u02.

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.

X8M-2 Systèmes

  • Espace total disponible pour les images de machine virtuelle (X8M) : 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

Systèmes X9M-2

  • Nombre total d'images de machine virtuelle disponibles : 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
X11 Systèmes
  • Total disponible pour les images de machine virtuelle : 2243 Go
  • Taille d'image de machine virtuelle (par défaut et minimale), y compris /u02 : 244 Go
  • Par défaut (minimum) /u02 : 60 Go

Exemple : si vous disposez d'un système élastique X9M avec 2 machines virtuelles par serveur physique et que vous n'avez apporté aucune modification aux systèmes de fichiers, vous disposez de 2243 Go disponibles pour toutes les machines virtuelles et chacune consomme 244 Go (488 au total), ce qui laisse 1755 Go pour étendre les images de machine virtuelle. L'image de machine virtuelle par défaut inclut 60 Go de /u02 par machine virtuelle pour stocker les répertoires de base Oracle. Les 1755 Go d'espace disponible peuvent être utilisés pour développer /u02 ou pour développer d'autres systèmes de fichiers dans l'image de machine virtuelle. Chaque Go utilisé pour développer /u02 consomme un Go d'espace disponible. Chaque Go utilisé pour développer d'autres systèmes de fichiers dans l'image de machine virtuelle peut consommer plus d'un Go d'espace. Reportez-vous aux informations de la console lors du développement de systèmes de fichiers autres que /u02 pour connaître l'impact réel du développement de ces systèmes de fichiers sur l'espace disponible.

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 qu'utilisateur grid à 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.

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 nouveaux clusters de machines virtuelles dans le service Oracle Exadata Database Service on Dedicated Infrastructure.
  • 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'un minimum de 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é.
  • Vous pouvez héberger jusqu'à 8 machines virtuelles par serveur de base de données sur les générations X8M et supérieures.
  • Les infrastructures Exadata avec des serveurs de base de données X8M et de génération supérieure peuvent prendre en charge 8 clusters de machines virtuelles au maximum sur tous les serveurs de base de données.
  • Le nombre maximal de clusters sur l'infrastructure 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.

Avec la version de Multi-VM, l'API d'ajout et de suppression de machine virtuelle pour les clusters de machines virtuelles cloud ne sera pas prise en charge via terraform.

Vous pouvez effectuer ces opérations via l'interface utilisateur, le kit SDK, l'interface de ligne de commande OCI, Ansible pour OCI ou des outils similaires. Les états Terraform doivent être gérés de la même façon que les autres opérations effectuées en dehors de Terraform, mais doivent être gérés dans Terraform.

Pour plus d'informations, reportez-vous à Détection et gestion des dérives avec Terraform.

Rubriques connexes

Rubrique parent : Gestion des clusters de machines virtuelles

Ajout d'une machine virtuelle à un cluster de machines virtuelles

Ajoutez une machine virtuelle à un cluster de machines virtuelles.

Remarque

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 Exadata Cloud Infrastructure exécute un logiciel système Exadata version 22.1.16 et ultérieure.

La mise à niveau vers le logiciel système Exadata 23.1 pour Exadata Cloud Infrastructure sera disponible avec le cycle de mise à jour de février 2023.

Remarque

  • Cette opération est uniquement disponible pour une infrastructure acceptant plusieurs machines virtuelles.
  • Afin d'ajouter une machine virtuelle à un cluster de machines virtuelles, tous les ports TCP du CIDR de sous-réseau client doivent être ouverts pour l'entrée et la sortie.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  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.
  4. Cliquez sur le nom du cluster de machines virtuelles auquel vous voulez ajouter une machine virtuelle.
  5. Sous Ressources, sélectionnez Machines virtuelles, puis cliquez sur le bouton Ajouter des machines virtuelles.
  6. Dans la fenêtre Ajouter des machines virtuelles, sélectionnez le serveur de base de données sur lequel vous voulez que la nouvelle machine virtuelle réside.
    Remarque

    La machine virtuelle ajoutée dispose des mêmes ressources que les autres machines virtuelles du cluster.
  7. Cliquez sur Ajouter.
Remarque

L'ajout d'une machine virtuelle à un cluster de machines virtuelles n'est pas pris en charge via Terraform.

Terminaison ou suppression d'une machine virtuelle dans un cluster de machines virtuelles

Pour mettre fin à une machine virtuelle dans un cluster provisionné ou en enlever, suivez cette procédure.

Remarque

Pour enlever une machine virtuelle d'un cluster de machines virtuelles provisionné dans une infrastructure non compatible avec plusieurs machines virtuelles, suivez une procédure similaire à la terminaison d'une machine virtuelle d'un cluster de machines virtuelles dans une infrastructure compatible avec plusieurs machines virtuelles.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  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.
  4. Cliquez sur le nom du cluster de machines virtuelles duquel enlever une machine virtuelle.
  5. Sur la page Détails sur le cluster de machines virtuelles Exadata, dans la section Machines virtuelles, sélectionnez la machine virtuelle à enlever, puis cliquez sur le symbole plus de commandes (trois points) et sur Mettre fin.
Remarque

La suppression d'une machine virtuelle d'un cluster de machines virtuelles n'est PAS prise en charge via Terraform actuellement.

Présentation d'Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR)

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protège les données sensibles contre les accès non autorisés à l'aide de stratégies de sécurité basées sur les intentions que vous définissez pour les ressources OCI affectées avec des attributs de sécurité.

Ces attributs de sécurité servent de libellés, ce qui permet à ZPR d'identifier et d'organiser les ressources OCI. ZPR applique ces stratégies au niveau du réseau à chaque demande d'accès, quelles que soient les modifications ou les erreurs de configuration de l'architecture réseau.

ZPR est superposé aux règles de groupe de sécurité réseau et de liste de contrôle de sécurité existantes. Pour qu'un paquet atteigne correctement sa cible, il doit passer par toutes les stratégies NSG, SCL et ZPR applicables. Si une règle ou une stratégie bloque le trafic, la demande est refusée.

Vous pouvez sécuriser vos réseaux à l'aide de Zero Trust Packet Routing (ZPR) en trois étapes :

  1. Créer et gérer des espaces de noms et des attributs de sécurité

    Pour plus d'informations, reportez-vous à la section Managing Security Attributes.

  2. Ecrire des stratégies à l'aide d'attributs de sécurité pour contrôler l'accès aux ressources

    Pour plus d'informations, reportez-vous aux sections Understanding Zero Trust Packet Routing Policy et Policy Template Builder.

  3. Application des attributs de sécurité aux ressources spécifiées

    Pour plus d'informations, reportez-vous à la section Adding a Resource to Zero Trust Packet Routing.

Attention :

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

A propos de l'adresse IP virtuelle d'application

Oracle Exadata Database Service on Dedicated Infrastructure prend entièrement en charge la création d'adresses IP virtuelles supplémentaires sur un cluster de machines virtuelles Exadata.

Ces adresses IP virtuelles d'application sont requises pour protéger des applications supplémentaires telles qu'Oracle GoldenGate installées sur un système Oracle Exadata Database Service on Dedicated Infrastructure ou d'autres services tels que les agents XA, et pour fournir une haute disponibilité à ces applications supplémentaires. Pour plus d'informations, reportez-vous à Agents autonomes Oracle Grid Infrastructure pour Oracle Clusterware et à Rendre les applications hautement disponibles à l'aide d'Oracle Clusterware.

Dans Oracle Cloud Infrastructure, l'ajout d'adresses IP virtuelles sur la pile de cluster seule n'est pas suffisant car ces adresses IP supplémentaires (secondaires) doivent également être ajoutées à la couche VCN en tant que "Flottant Adresses IP" de sorte que la couche VCN sache où ces adresses IP sont en cours d'exécution, et en cas de basculement par le clusterware pour modifier la carte d'interface réseau virtuelle, l'adresse IP flottante est attachée. Pour plus d'informations, reportez-vous à Création d'une adresse IP virtuelle d'application gérée par Oracle Clusterware et à Présentation des adresses IP.

L'ajout d'une adresse IP virtuelle d'application à un cluster de machines virtuelles Exadata comprend les étapes suivantes :

  1. Ajoutez l'adresse IP virtuelle à la couche Clusterware dans Exadata DomU, en suivant la documentation Oracle Clusterware standard ou le guide fourni par l'application, par exemple, à l'aide de 
    IPv4: appvipcfg create -network=1 -ip=10.10.10.10 -vipname=applicationvip
    IPv4/IPv6 dual-stack: appvipcfg create -network=1 -ip=“10.10.10.10 2607:9b80:9a0a:9401:1801:2645:c0a2:4283” -vipname=applicationvip
  2. Attachez l'objet d'adresse IP flottante d'application sur le cluster de machines virtuelles Exadata pour ajouter la connaissance de l'adresse IP flottante à la couche VCN. Veillez à choisir le même sous-réseau que celui que vous avez créé l'adresse IP virtuelle d'application back-end, qui est normalement le sous-réseau client.

    L'adresse IP privée doit être identique à celle indiquée dans la commande appvipcfg ci-dessus. Le nom d'hôte de l'adresse IP virtuelle est le nom sous lequel l'adresse IP est accessible via DNS et ne doit pas nécessairement être identique au vipname.

    Si vous avez déjà démarré l'adresse IP virtuelle dans le back-end, assurez-vous que le nom de machine virtuelle reflète l'hôte sur lequel l'adresse IP virtuelle a été démarrée dans le back-end.

  3. Testez le transfert de l'adresse IP virtuelle. L'adresse IP virtuelle doit rester disponible (tester ce via. ping), et l'interface utilisateur doit s'afficher après un court laps de temps pendant lequel l'adresse IP flottante a également été déplacée vers un autre hôte.

    Si vous avez choisi le mauvais hôte lors de la création de l'attachement VCN, déplacez simplement l'adresse IP virtuelle dans le cluster. La couche VCN détectera la modification et l'interface utilisateur devrait être mise à jour après un court laps de temps.

Remarque

Un cluster de machines virtuelles virtuel unique est limité à 8 adresses IP virtuelles d'application supplémentaires. La limite existe car une seule VNIC ne peut avoir que 31 adresses IP secondaires supplémentaires. Pour plus d'informations, reportez-vous à Présentation des adresses IP. Si toutes les adresses IP virtuelles sont démarrées sur le même noeud, les adresses IP virtuelles d'application ne peuvent pas être atteintes.

Si d'autres adresses IP virtuelles d'application sont requises, générez une demande de service pour augmenter cette limite. Toutefois, quelques étapes supplémentaires sont nécessaires pour vous assurer que, dans aucun scénario, plus de 31 adresses IP secondaires ne sont attachées à un seul noeud de cluster de machines virtuelles Exadata. Pour ce faire, vous pouvez vous assurer que les adresses IP virtuelles d'application sont liées par le clusterware à certains noeuds afin d'éviter ce scénario.

Une configuration avec 32 adresses IP virtuelles d'application supplémentaires se présente comme suit :

Adresse IP flottante noeud 1 Noeud 2 Noeud 3 Noeud 4
Nom d'hôte privé 1 1 1 1
Nom d'hôte VIP 4 4 4 4
SCANNER 3 3 3 3
Appvip 1-8 8 8 - -
Appvip 9-16 - 8 8 -
Appvip 17-24 - - 8 8
Appvip 25-32 8 - - 8
Nombre maximal d'adresses IP virtuelles possibles en cas de basculement de toutes les adresses IP flottantes 24 24 24 24

Utilisation de la console pour gérer les clusters de machines virtuelles sur Exadata Cloud Infrastructure

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

Rubrique parent : Gestion des clusters de machines virtuelles

Créez un cluster de machines virtuelles dans une instance Exadata Cloud Infrastructure.

Remarque

Pour créer un cluster de machines virtuelles cloud dans une instance Exadata Cloud Infrastructure, vous devez d'abord créer une ressource d'infrastructure Exadata cloud.

Remarque

Une infrastructure acceptant plusieurs machines virtuelles prend en charge la création de plusieurs clusters de machines virtuelles. Les infrastructures créées avant la publication des fonctionnalités Créer et gérer plusieurs machines virtuelles par système Exadata et Sous-ensemble de noeuds de cluster de machines virtuelles prennent uniquement en charge la création d'un seul cluster de machines virtuelles cloud.
  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata.
    Remarque

    Vous pouvez créer plusieurs clusters de machines virtuelles uniquement dans une infrastructure acceptant plusieurs machines virtuelles.
  3. Cliquez sur Créer un cluster de machines virtuelles Exadata.

    La page Créer un cluster de machines virtuelles Exadata apparaît. Fournissez les informations requises pour configurer le cluster de machines virtuelles.

  4. Compartiment : sélectionnez un compartiment pour la ressource de cluster de machines virtuelles.
  5. Nom d'affichage : entrez un nom d'affichage convivial pour le cluster de machines virtuelles. Le nom ne doit pas nécessairement être unique. Un identificateur Oracle Cloud (OCID) identifiera de manière unique le système de base de données. Evitez de saisir des informations confidentielles.
  6. Sélectionner une infrastructure Exadata : sélectionnez la ressource d'infrastructure qui va contenir le cluster de machines virtuelles. Vous devez choisir une ressource d'infrastructure disposant de suffisamment de ressources pour créer un cluster de machines virtuelles. Cliquez sur Modifier le compartiment et sélectionnez un compartiment différent de celui dans lequel vous travaillez pour visualiser les ressources d'infrastructure des autres compartiments.
    Remarque

    Vous pouvez créer plusieurs clusters de machines virtuelles uniquement dans une infrastructure acceptant plusieurs machines virtuelles
  7. Sélectionner la version d'Oracle Grid Infrastructure : dans la liste, choisissez la version d'Oracle Grid Infrastructure (19c et 23ai) à installer sur le cluster de machines virtuelles.

    La version d'Oracle Grid Infrastructure détermine les versions d'Oracle Database prises en charge sur le cluster de machines virtuelles. Vous ne pouvez pas exécuter une version d'Oracle Database ultérieure à la version du logiciel Oracle Grid Infrastructure.

    Remarque

    Exigences minimales pour le provisionnement d'un cluster de machines virtuelles avec Grid Infrastructure 23ai :
    • 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
  8. Choisissez une version d'image Exadata :
    • Infrastructure Exadata avec Oracle Linux 7 et image Exadata version 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 image Exadata version 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. Configurer le cluster de machines virtuelles : indiquez les serveurs de base de données à utiliser pour le nouveau cluster de machines virtuelles (par défaut, tous les serveurs de base de données sont sélectionnés). Cliquez sur Modifier les serveurs de base de données pour effectuer une sélection parmi les serveurs de base de données disponibles. Dans le panneau Allocation des ressources par machine virtuelle, indiquez les informations suivantes :
    • Indiquez le nombre d'OCPU/ECPU à affecter à chaque noeud de calcul de machine virtuelle du cluster de machines virtuelles. Pour les clusters de machines virtuelles créés sur l'infrastructure Exadata X11M, indiquez des ECPU. Pour les clusters de machines virtuelles créés sur les infrastructures Exadata X10M et antérieures, indiquez des OCPU. La valeur minimale est de 2 OCPU par machine virtuelle pour une infrastructure X10M et une infrastructure antérieure ou de 8 ECPU par machine virtuelle pour les clusters de machines virtuelles créés sur une infrastructure Exadata X11M. Le champ en lecture seule Nombre d'OCPU demandées pour le cluster de machines virtuelles Exadata affiche le nombre total de coeurs OCPU ou ECPU que vous allouez.
    • Indiquez la mémoire par machine virtuelle à allouer à chaque machine virtuelle. La valeur minimale par machine virtuelle est de 30 Go.
    • Indiquez le stockage local par machine virtuelle pour allouer du stockage local à chaque machine virtuelle. La valeur minimale par machine virtuelle 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.

      Outre /u02, vous pouvez spécifier la taille des systèmes de fichiers locaux supplémentaires.

      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.

      • Cliquez sur Afficher les options de configuration de systèmes de fichiers locaux supplémentaires.
      • Indiquez la taille des 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 total alloué pour / (Go) en raison de la mise en miroir et Stockage total alloué pour /tmp (Go) en raison de la mise en miroir.
      • 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).
  10. Configurer le stockage Exadata : définissez les options suivantes :
    • Indiquer le stockage Exadata utilisable (To) : indiquez le stockage en multiples de 1 To. Valeur minimale : 2 To.
    • Allouer du stockage pour les clichés dispersés Exadata : sélectionnez cette option de configuration si vous comptez utiliser la fonctionnalité de cliché dans votre cluster de machines virtuelles. Si vous sélectionnez cette option, le groupe de disques SPARSE est créé, ce qui vous permet d'utiliser la fonctionnalité de cliché de cluster de machines virtuelles pour le clonage dispersé de base de données pluggable. Si vous ne sélectionnez pas cette option, le groupe de disques SPARSE n'est pas créé et la fonctionnalité de cliché n'est disponible dans aucun déploiement de base de données créé dans l'environnement.
      Remarque

      L'option de configuration de stockage pour les clichés dispersés ne peut pas être modifiée après la création du cluster de machines virtuelles.
    • Allouer du stockage pour les sauvegardes locales : sélectionnez cette option si vous comptez effectuer des sauvegardes de base de données sur le stockage Exadata local dans l'instance Exadata Cloud Infrastructure. Si vous sélectionnez cette option, un espace plus important est alloué au groupe de disques RECO, qui est utilisé pour stocker les sauvegardes sur le stockage Exadata. Si vous ne sélectionnez pas cette option, un espace plus important est alloué au groupe de disques DATA, ce qui vous permet de stocker plus d'informations dans les bases de données.
      Remarque

      L'option de configuration de stockage pour les sauvegardes locales ne peut pas être modifiée après la création du cluster de machines virtuelles.
  11. Ajouter une clé SSH : ajoutez la portion clé publique de chaque paire de clés à utiliser pour l'accès SSH au système de base de données:
    • Générer une paire de clés SSH : (option par défaut) sélectionnez ce bouton radio pour générer une paire de clés SSH. Ensuite, dans la boîte de dialogue ci-dessous, cliquez sur Enregistrer la clé privée pour télécharger la clé, et éventuellement sur Enregistrer la clé publique pour la télécharger.
    • Télécharger les fichiers de clés SSH : sélectionnez ce bouton radio pour rechercher les fichiers .pub ou ajoutez-les par glisser-déplacer.
    • Coller les clés SSH : sélectionnez ce bouton radio pour coller des clés publiques individuelles. Pour coller plusieurs clés, cliquez sur + Une autre clé SSH et indiquez une seule clé pour chaque entrée.
  12. Configurer les paramètres réseau : définissez les options suivantes :
    Remarque

    Les adresses IP (100.64.0.0/10) sont utilisées pour l'interconnexion X8M Exadata Cloud Infrastructure.

    Vous n'avez pas la possibilité de choisir entre IPv4 (pile unique) et IPv4/IPv6 (pile double) si les deux configurations existent. Pour plus d'informations, reportez-vous à la section VCN and Subnet Management.

    • Réseau cloud virtuel : réseau cloud virtuel dans lequel créer le cluster de machines virtuelles. Cliquez sur Modifier le compartiment pour sélectionner un réseau cloud virtuel dans un autre compartiment.
    • Sous-réseau client : sous-réseau auquel attacher le cluster de machines virtuelles. Cliquez sur Modifier le compartiment pour sélectionner un sous-réseau dans un autre compartiment.

      N'utilisez pas de sous-réseau qui chevauche la plage 192.168.16.16/28, utilisée par l'interconnexion privée Oracle Clusterware sur l'instance de base de données. En cas de chevauchement par un sous-réseau, l'interconnexion privée risque d'être défaillante.

    • Sous-réseau de sauvegarde : sous-réseau à utiliser pour le réseau de sauvegarde, qui sert généralement à transporter des informations de sauvegarde depuis et vers la destination de sauvegarde, et pour la réplication Data Guard. Cliquez sur Modifier le compartiment pour sélectionner un sous-réseau dans un autre compartiment, le cas échéant.

      N'utilisez pas de sous-réseau qui chevauche la plage 192.168.128.0/20. Cette restriction s'applique à la fois au sous-réseau client et au sous-réseau de sauvegarde.

      Si vous envisagez de sauvegarder des bases de données vers Object Storage ou le service de récupération autonome, reportez-vous aux prérequis réseau dans Gestion des sauvegardes de base de données Exadata.

      Remarque

      Si Autonomous Recovery Service est utilisé, un nouveau sous-réseau dédié est fortement recommandé. Passez en revue les exigences réseau et les configurations requises pour sauvegarder vos bases de données Oracle Cloud dans Recovery Service. Reportez-vous à Configuration des ressources réseau pour Recovery Service.
    • Groupes de sécurité réseau : vous pouvez éventuellement spécifier des groupes de sécurité réseau pour les réseaux client et sauvegarde. Les groupes de sécurité réseau fonctionnent comme des pare-feu virtuels, ce qui vous permet d'appliquer un ensemble de règles de sécurité entrantes et sortantes à votre cluster de machines virtuelles Exadata Cloud Infrastructure. Vous pouvez spécifier cinq groupes de sécurité réseau au maximum. Pour plus d'informations, reportez-vous à Groupes de sécurité réseau et à Configuration réseau pour les instances Exadata Cloud Infrastructure.

      Si vous choisissez un sous-réseau disposant d'une liste de sécurité, les règles de sécurité du cluster de machines virtuelles incluent les règles de la liste de sécurité et des groupes de sécurité réseau.

      Pour utiliser des groupes de sécurité réseau, effectuez les opérations suivantes :

      • Cochez la case Utiliser les groupes de sécurité réseau pour contrôler le trafic. Cette case se trouve sous le sélecteur du sous-réseau client et du sous-réseau de sauvegarde. Vous pouvez appliquer des groupes de sécurité réseau au réseau client, au réseau de sauvegarde ou aux deux. Vous devez sélectionner un réseau cloud virtuel pour pouvoir affecter des groupes de sécurité réseau à un réseau.
      • Spécifiez le groupe de sécurité réseau à utiliser avec le réseau. Vous aurez peut-être besoin de plusieurs groupes de sécurité réseau. En cas de doute, contactez l'administrateur réseau.
      • Pour utiliser des groupes de sécurité réseau supplémentaires avec le réseau, cliquez sur + Autre groupe de sécurité réseau.
      Remarque

      Pour renforcer la sécurité de vos ressources de cluster de machines virtuelles cloud, vous pouvez utiliser Oracle Cloud Infrastructure Zero Trust Packet Routing afin de vous assurer que seules les ressources identifiées avec des attributs de sécurité disposent de droits d'accès réseau pour accéder à vos ressources. Oracle fournit des modèles de stratégie de base de données que vous pouvez utiliser pour vous aider à créer des stratégies pour les cas d'emploi courants de sécurité de base de données. Pour le configurer maintenant, vous devez déjà avoir créé des attributs de sécurité avec Oracle Cloud Infrastructure Zero Trust Packet Routing. Cliquez sur Afficher les options avancées à la fin de cette procédure.

      Sachez que lorsque vous fournissez des attributs de sécurité pour un cluster, dès qu'il est appliqué, toutes les ressources nécessitent une stratégie Zero Trust Packet pour accéder au cluster. S'il existe un attribut de sécurité sur une adresse, il doit satisfaire à la fois aux règles de groupe de sécurité réseau et de stratégie de routage de paquets de confiance zéro (OCI ZPR) Oracle Cloud Infrastructure.

    • Pour utiliser un service DNS privé, effectuez les opérations suivantes :
      Remarque

      Vous devez configurer un DNS privé pour pouvoir le sélectionner. Reportez-vous à "Configuration d'un DNS privé".
      • Cochez la case Utiliser le service DNS privé.
      • Sélectionnez une vue privée. Cliquez sur Modifier le compartiment pour sélectionner une vue privée dans un autre compartiment.
      • Sélectionnez une zone privée. Cliquez sur Modifier le compartiment pour sélectionner une zone privée dans un autre compartiment.
    • Préfixe de nom d'hôte : nom d'hôte choisi pour le système de base de données Exadata. Le nom d'hôte doit commencer par un caractère alphabétique et ne peut contenir que des caractères alphanumériques et des tirets (-). Le nombre maximal de caractères autorisé pour un système de base de données Exadata est de 12.

      Attention :

      Le nom d'hôte doit être unique au sein du sous-réseau. S'il n'est pas unique, le provisionnement du cluster de machines virtuelles échoue.
    • Nom de domaine hôte : nom de domaine du cluster de machines virtuelles. Si le sous-réseau sélectionné utilise le résolveur de réseau cloud virtuel et Internet fourni par Oracle pour la résolution de noms DNS, ce champ affiche le nom de domaine du sous-réseau, qui ne peut pas être modifié. Sinon, vous pouvez fournir le nom de domaine de votre choix. Les traits d'union (-) ne sont pas autorisés.

      Si vous prévoyez de stocker des sauvegardes de base de données dans le service Object Storage ou Autonomous Recovery, Oracle recommande d'utiliser un résolveur VCN pour la résolution de nom DNS pour le sous-réseau client car il résout automatiquement les adresses Swift utilisées pour les sauvegardes.

    • Hôte et URL de domaine : ce champ en lecture seule combine les noms d'hôte et de domaine afin d'afficher le nom de domaine qualifié complet de la base de données. La longueur maximale est de 63 caractères.
  13. Choisir un type de licence : type de licence à utiliser pour le cluster de machines virtuelles. Votre choix a une incidence sur le décompte de la facturation.
    • Licence incluse : signifie que le coût du service cloud inclut une licence pour le service Database.
    • Utilisation de votre propre licence (BYOL) : signifie que vous êtes un client Oracle Database dont le contrat de licence est illimité ou limité et que vous souhaitez utiliser votre licence avec Oracle Cloud Infrastructure. Ainsi, il n'est pas nécessaire de disposer de licences sur site et cloud distinctes.
  14. 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.
    Remarque

    Vous activez la fonctionnalité en sachant que la liste des événements (ou des mesures, des fichiers journaux) ci-dessus peut changer à l'avenir. Vous pouvez refuser cette fonctionnalité à tout moment.
    • Activer les événements de diagnostic : autorise Oracle à collecter et à vous informer des é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.
    Remarque

    Vous activez la fonctionnalité en sachant que la liste des événements (ou des mesures, des fichiers journaux) ci-dessus peut changer à l'avenir. Vous pouvez la désactiver à tout moment.
    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 ou les journaux d'incident et fichiers trace (une ou deux options).
  15. Cliquez sur Afficher les options avancées afin de spécifier des options avancées pour le cluster de machines virtuelles.

    • Fuseau horaire : cette option se trouve dans l'onglet Gestion. Le fuseau horaire du système de base de données 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. Pour plus d'informations, reportez-vous à Fuseau horaire du système de base de données .

      Remarque

      Si vous voulez définir un autre fuseau horaire qu'UTC ou que celui détecté par le navigateur, et que vous ne voyez pas le fuseau horaire qui vous intéresse, essayez de sélectionner l'option Sélectionner un autre fuseau horaire, de sélectionner Divers dans la liste Région ou pays, puis d'effectuer une recherche dans les sélections de fuseau horaire supplémentaires.

    • Port du processus d'écoute SCAN : cette option se trouve dans l'onglet Réseau. Vous pouvez affecter un port de processus d'écoute SCAN (TCP/IP) dans la plage comprise entre 1024 et 8999. La valeur par défaut est 1521.
      Remarque

      La modification manuelle du port de processus d'écoute SCAN d'un cluster de machines virtuelles après provisionnement à l'aide du logiciel de back-end n'est pas prise en charge. Cette modification peut entraîner l'échec du provisionnement Data Guard.
    • Routage de paquets de confiance zéro (ZPR) : cette option se trouve dans l'onglet Attributs de sécurité. Sélectionnez un espace de noms et indiquez la clé et la valeur de l'attribut de sécurité. Pour effectuer cette étape lors de la configuration, vous devez déjà avoir configuré des attributs de sécurité avec Oracle Cloud Infrastructure Zero Trust Packet Routing. Vous pouvez également ajouter des attributs de sécurité après la configuration, puis les ajouter ultérieurement. Pour plus d'informations sur l'ajout de stratégies propres à Oracle Exadata Database Service on Dedicated Infrastructure, reportez-vous à Générateur de modèles de stratégie.
    • Mise à jour de l'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. 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 vérifiera chaque jour les dernières mises à jour de VM Cloud Automation entre la fenêtre de temps configurée et appliquera les mises à jour, le cas échéant. Si l'automatisation ne peut pas commencer à appliquer les mises à jour dans la fenêtre de temps configurée en raison d'un processus sous-jacent à longue durée d'exécution, Oracle vérifiera automatiquement le jour suivant pendant 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 : si vous disposez des droits d'accès permettant de créer une ressource, vous disposez également de ceux permettant de lui appliquer des balises à format libre. Pour appliquer une balise définie, vous devez disposer de droits d'accès permettant d'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 d'appliquer des balises, ignorez cette option (vous pouvez les appliquer ultérieurement) ou demandez à l'administrateur.
  16. Cliquez sur Créer.

Etapes suivantes

Une fois le cluster de machines virtuelles créé et à l'état Disponible, procédez comme suit :
  • Vous pouvez afficher la page de détails du cluster de machines virtuelles en cliquant sur son nom dans la liste des clusters. Vous pouvez créer la première base de données du cluster en cliquant sur Créer une base de données
  • Les champs Adresse IP SCAN (IPv4) et Adresse IP SCAN (IPv6) de la section Réseau de la page Détails du cluster de machines virtuelles affichent les détails de l'adresse IP double pile.
  • Le champ Mise à jour de l'automatisation du cloud de la section Version de la page Détails du cluster de machines virtuelles affiche la période de gel que vous avez définie.

Pour ajouter des attributs de sécurité à un cluster de machines virtuelles Exadata, suivez cette procédure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata.
  3. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster auquel vous voulez ajouter des attributs de sécurité.
  4. Sur la page Détails du cluster de machines virtuelles, cliquez sur Actions supplémentaires, puis sélectionnez Ajouter des attributs de sécurité.

    ou

    Sur la page Détails du cluster de machines virtuelles, cliquez sur l'onglet Attributs de sécurité.

  5. Cliquez sur Ajouter des attributs de sécurité.
  6. Sélectionnez l'espace de noms dans lequel l'attribut de sécurité requis est disponible.
  7. Sélectionnez la clé et la valeur de l'attribut de sécurité requis.
  8. Pour utiliser des attributs de sécurité supplémentaires, cliquez sur Ajouter un attribut de sécurité.
    Remarque

    Vous pouvez indiquer un maximum de 3 attributs de sécurité pour un cluster de machines virtuelles Exadata.
  9. Cliquez sur Ajouter des attributs de sécurité.

Pour modifier un attribut de sécurité d'un cluster de machines virtuelles Exadata, suivez cette procédure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster pour lequel vous voulez modifier un attribut de sécurité.
  3. Cliquez sur l'onglet Sécurité.

    La liste des attributs de sécurité existants s'affiche.

  4. Cliquez sur l'icône en regard du nom de l'attribut de sécurité pour afficher ses détails.
  5. Choisissez la valeur obligatoire de l'attribut de sécurité.
  6. Cliquez sur Enregistrer.

Pour enlever un attribut de sécurité d'un cluster de machines virtuelles Exadata, suivez cette procédure.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster pour lequel vous voulez modifier un attribut de sécurité.
  3. Cliquez sur l'onglet Sécurité.

    La liste des attributs de sécurité existants s'affiche.

  4. Cliquez sur l'icône en regard du nom de l'attribut de sécurité pour afficher ses détails.
  5. Cliquez sur Enlever un attribut de sécurité.

Procédure d'ajout de capacité de serveur de base de données ou de serveur de stockage à un cluster de machines virtuelles cloud

Cette rubrique décrit l'utilisation de la console Oracle Cloud Infrastructure (OCI) pour ajouter de la capacité à votre cluster de machines virtuelles cloud.

Remarque

Cette procédure ne s'applique pas à une infrastructure acceptant plusieurs machines virtuelles.

Si vous avez suivi la procédure d'ajout de ressources de calcul et de stockage à une ressource d'infrastructure Exadata cloud flexible en ajoutant des serveurs de base de données (calcul) ou des serveurs de stockage supplémentaires à l'instance de service, vous devez ajouter la capacité accrue au cluster de machines virtuelles cloud pour pouvoir utiliser ces ressources supplémentaires.

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata.
  3. Dans la liste des clusters de machines virtuelles cloud, cliquez sur le nom du cluster auquel vous voulez ajouter de la capacité.
  4. Sur la page de détails du cluster de machines virtuelles, cliquez sur Redimensionner un cluster de machines virtuelles.
  5. Si vous disposez de capacité supplémentaire à la suite du redimensionnement de la ressource d'infrastructure Exadata cloud, une bannière en haut du panneau Redimensionner un cluster de machines virtuelles affiche un message indiquant le type et la quantité de capacité supplémentaire disponible pour le cluster de machines virtuelles. Cochez la case Augmenter la capacité.
  6. Sélectionnez le bouton radio Ajouter un serveur de base de données ou Ajouter un stockage selon le type de capacité à ajouter au cluster de machines virtuelles cloud.
  7. Cliquez sur Mettre à jour. Le cluster de machines virtuelles cloud passe à l'état Mise à jour. Une fois la capacité ajoutée, le cluster revient à l'état Disponible.
Remarque

Si vous avez ajouté d'autres serveurs de base de données au cluster, vous pouvez affecter les nouveaux coeurs de processeur une fois que le cluster est à l'état Disponible en cliquant à nouveau sur le bouton Redimensionner un cluster de machines virtuelles. Pour plus d'informations sur l'ajout de coeurs de processeur au cluster de machines virtuelles cloud, reportez-vous à Procédure de redimensionnement des coeurs de processeur dans un système de base de données ou un cluster de machines virtuelles cloud Exadata Cloud Service.

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 la désactiver à 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 futures collectes de journaux ne seront pas effectuées tant que vous n'aurez pas activé à nouveau l'option de collecte des journaux d'incident et des fichiers trace.
  1. Ouvrez le menu de navigation. Sous Base de données, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Clusters de machines virtuelles.
  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 en regard de Collecte de diagnostics.
  6. Dans la boîte de dialogue Modifier les paramètres de collecte de diagnostics, activez ou désactivez les collectes de diagnostics de votre choix. 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 : autorise Oracle à collecter et à vous informer des événements critiques, d'avertissement, d'erreur et d'information. Pour plus d'informations, reportez-vous à Présentation des événements du service Database.
    • 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.
    • Activez 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.

      Remarque : vous avez précédemment activé la collecte des journaux d'incident et des fichiers trace, et vous décidez de la désactiver 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 futures collectes de journaux ne seront pas effectuées tant que vous n'aurez pas activé à nouveau l'option de collecte des journaux d'incident et des fichiers trace.

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

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 Exadata Cloud Infrastructure.
  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.
  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 boîte de dialogue, sélectionnez 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 aux licences logicielles Oracle Database dans le cadre d'Exadata Cloud Infrastructure.

    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.

Procédure d'ajout de clés SSH à un cluster de machines virtuelles

Le cluster de machines virtuelles existe, et vous voulez ajouter un autre utilisateur nécessitant une autre clé SSH.

  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Dans la liste des clusters de machines virtuelles, recherchez celui que vous voulez gérer et cliquez sur son nom mis en évidence.
  5. Cliquez sur Ajouter des clés SSH.
  6. Sélectionnez l'une des options suivantes :

    • Générer une paire de clés SSH : utilisez cette option pour créer une paire de clés SSH. Cliquez sur Enregistrer la clé privée et sur Enregistrer la clé publique lorsque vous utilisez cette option. La clé privée est téléchargée sur votre ordinateur local et doit être stockée dans un emplacement sécurisé. Vous ne pouvez pas télécharger une autre copie de la clé privée générée au cours de cette opération une fois celle-ci terminée.

    • Télécharger les fichiers de clés SSH : sélectionnez cette option pour rechercher ou glisser-déplacer des fichiers .pub.

    • Coller les clés SSH : sélectionnez cette option pour coller des clés publiques individuelles. Pour coller plusieurs clés, cliquez sur + Une autre clé SSH et indiquez une seule clé pour chaque entrée.

  7. Cliquez sur Enregistrer.

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 Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Cliquez sur Clusters de machines virtuelles.
  3. Cliquez sur le nom du cluster de machines virtuelles auquel ajouter des clés SSH.
  4. Sur la page Détails du cluster de machines virtuelles, cliquez sur Ajouter des clés SSH.
  5. 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.

  6. 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 Dedicated Infrastructure.
  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.
  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 Dedicated Infrastructure.
  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.
  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 Exadata Cloud Infrastructure, 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 Dedicated Infrastructure.
  2. Choisissez la région et le compartiment contenant le cluster de machines virtuelles à déplacer.
  3. Cliquez sur Clusters de machines virtuelles.
  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 sur 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.

Procédure de modification du nom d'affichage du cluster de machines virtuelles

Remarque

Cette rubrique s'applique uniquement aux instances Exadata Cloud Infrastructure qui utilisent le nouveau modèle de ressource d'instance Exadata Cloud Infrastructuree.
  1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Cliquez sur Clusters de machines virtuelles Exadata sous Oracle Exadata Database Service on Dedicated Infrastructure.

  4. Dans la liste des ressources de clusters de machines virtuelles Exadata, cliquez sur le nom du cluster qui vous intéresse.

  5. Sur la page Détails sur l'infrastructure, cliquez sur Actions supplémentaires et sur Mettre à jour le nom d'affichage.
  6. Dans la boîte de dialogue Mettre à jour le nom d'affichage, entrez le nouveau nom d'affichage et le nom d'affichage en cours comme indiqué.
  7. Cliquez sur Mettre à jour.

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

Avant de mettre fin à un cluster de machines virtuelles, assurez-vous des points suivants :
  • Si des bases de données ont Data Guard configuré, annulez d'abord leur configuration.
  • Si une sauvegarde est en cours pour une base de données, attendez la fin de la sauvegarde.

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.

Remarque

Vous ne pouvez pas mettre fin à un cluster de machines virtuelles à partir d'une infrastructure disposant de moins de 5 serveurs de stockage
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez la région et le compartiment contenant le cluster de machines virtuelles auquel mettre fin.
  3. Cliquez sur Clusters de machines virtuelles.
  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 sur Mettre fin.
  6. Dans la boîte de dialogue qui apparaît, effectuez les actions suivantes :
    • Consulter le message relatif à la stratégie de conservation des sauvegardes
    • Entrer le nom du cluster de machines virtuelles
    • Cliquez sur Mettre fin pour confirmer l'action.
    Remarque

    La base de données reste arrêtée et les sauvegardes sont répertoriées jusqu'à ce que toutes les sauvegardes aient expiré.

Procédure d'affichage des détails de la configuration de DNS privé

  1. Ouvrez le menu de navigation. Sous Base de données, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Choisissez le compartiment qui contient votre infrastructure Exadata.
  4. Cliquez sur Clusters de machines virtuelles.
  5. Cliquez sur le nom du cluster de machines virtuelles configuré avec un DNS privé que vous voulez visualiser.
  6. Sous la section Réseau, le DNS privé et la zone privée sont affichés si un DNS privé est configuré.
  7. Cliquez sur le nom d'une vue privée pour modifier sa configuration.

Attachement d'une adresse IP virtuelle

Attachez une adresse IP virtuelle à partir d'un cluster de machines virtuelles à l'aide de cette procédure.

  1. Ouvrez le menu de navigation. Sous Base de données, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Choisissez le compartiment qui contient votre infrastructure Exadata.
  4. Cliquez sur Clusters de machines virtuelles Exadata.
  5. Sous Ressources, cliquez sur Adresse IP virtuelle.
  6. Cliquez sur Attacher une adresse IP virtuelle.
  7. Dans la boîte de dialogue Attacher une adresse IP virtuelle, procédez comme suit :
    1. Sélectionnez un sous-réseau dans la liste déroulante Sous-réseau.
    2. Entrez le nom d'hôte de l'adresse IP virtuelle dans le champ Nom d'hôte de l'adresse IP virtuelle.
    3. Vous pouvez choisir d'affecter automatiquement des adresses IPv4/IPv6 à partir du sous-réseau ou d'affecter manuellement des adresses IPv4/IPv6. Si vous optez pour l'affectation manuelle, saisissez l'adresse IP souhaitée dans le champ Adresse IP virtuelle.
    4. (Facultatif) Vous pouvez entrer un nom de machine VIrtual comme pièce jointe par défaut dans le champ Machine virtuelle.
    5. Cliquez sur Attacher.

Procédure de détachement d'une adresse IP virtuelle

Attachez une adresse IP virtuelle à partir d'un cluster de machines virtuelles à l'aide de cette procédure.

  1. Ouvrez le menu de navigation. Sous Base de données, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Choisissez le compartiment qui contient votre infrastructure Exadata.
  4. Cliquez sur Clusters de machines virtuelles Exadata.
  5. Sous Ressources, cliquez sur Adresse IP virtuelle.
  6. Cliquez sur l'icône Actions (trois points) à droite de l'adresse IP virtuelle à détacher.
  7. Cliquez sur Détacher.
  8. Dans la boîte de dialogue Détacher l'adresse IP virtuelle, confirmez en saisissant l'adresse IP virtuelle à détacher, puis cliquez sur Détacher.

Migration d'un cluster de machines virtuelles Exadata à pile unique (IPv4) vers un cluster de machines virtuelles Exadata à pile double (IPv4/IPv6) avec synchronisation Data Guard

  1. Créez un cluster de machines virtuelles Exadata à double pile.
  2. Créez une association Data Guard entre le cluster de machines virtuelles Exadata à pile unique existant (IPv4) qui héberge la base de données principale et le nouveau cluster de machines virtuelles Exadata à double pile (IPv4/IPv6) qui héberge la base de données de secours.
  3. Effectuez une permutation de base de données.

    Assurez-vous que les deux bases de données sont synchronisées avant d'effectuer la permutation. Les bases principale et de secours doivent être synchronisées, ce qui signifie qu'il ne doit pas y avoir d'arriérés de fichiers de journalisation sur la base de secours. Vous pouvez vérifier la synchronisation en vous assurant qu'aucun fichier de journalisation n'est en attente d'application sur la base de données de secours. Utilisez la commande DGMGRL> SHOW CONFIGURATION; pour vérifier le statut de synchronisation.

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. Toutefois, 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 pour le résoudre.
  • L'adresse électronique de l'administrateur de location Oracle Cloud Infrastructure du client est utilisée en tant que contact CSI pour créer une 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 futures collectes de journaux ne seront pas effectuées tant que vous n'aurez pas activé à nouveau l'option de collecte des journaux d'incident et des 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-1 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/de base de données 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-2 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 au moment de la 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-3 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.

Utilisation de l'API pour gérer une instance Exadata Cloud Infrastructure

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 composants d'instance Exadata Cloud Infrastructure.

Ressource d'infrastructure Exadata cloud (nouveau modèle de ressource) :

Cluster de machines virtuelles cloud (nouveau modèle de ressource) :

Systèmes de base de données (ancien modèle de ressource) :

Noeuds de machine virtuelle (toutes les instances Exadata Cloud Infrastructure) :

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

Exadata System Software 23.1.13 est la version minimale requise. 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. Si vous n'effectuez pas les modifications nécessaires pour répondre à ces exigences à l'avance, vous risquez de ne pas pouvoir vous connecter d'urgence à la console série 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 Dedicated Infrastructure.
  2. Choisissez votre compartiment.
  3. Cliquez sur Infrastructure Exadata sous Oracle Exadata Database Service on Dedicated Infrastructure.
  4. Cliquez sur le nom de l'infrastructure qui vous intéresse.
  5. Dans la page Détails de l'infrastructure qui s'affiche, accédez à la section Version pour rechercher la version du serveur de base de données installée.

Rubrique parent : Gestion des clusters de machines virtuelles

Stratégies IAM requises

Un administrateur doit vous accorder un accès sécurisé à la console de machine virtuelle sur le système Oracle Exadata Database Service on Dedicated Infrastructure 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 la 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.

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é à l'invite. 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. Recherchez 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. Indiquez 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 Save private key, 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 toutes les clés générées qui apparaissent sous Public key pour le collage dans le fichier OpenSSH authorized_keys, copiez-le à l'aide de Ctrl + C, collez-le dans un fichier texte, puis enregistrez le fichier 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 lorsque vous créez une connexion à la console pour une instance. Vous avez besoin de la clé privée afin de 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 paires 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 à partir du 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 à partir de 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 du fichier de clé privée (PPK) PuTTY 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 Enter 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 toute situation susceptible de vous obliger à 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 peut 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-ad1.exacs.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.

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 Dedicated Infrastructure.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles obtenue, cliquez sur le nom de la machine virtuelle qui vous intéresse.

    Sous Ressources, l'option Connexions à la console est sélectionnée par défaut.

  4. Cliquez sur Créer une connexion à la console.
  5. Dans la fenêtre Create serial console access 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 connexion à la console.

    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.

Pour vous connecter à la console série à l'aide de OpenSSH sur Mac OS X ou Linux, procédez comme suit :

  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles obtenue, 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, puis 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 la commande de proxy SSH, comme suit : 

    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 d'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-D.
    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.

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 de détails 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 Enter 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 d'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.

    1. Accédez à la page Détails du cluster de machines virtuelles ExaDB-D.
    2. Sous Ressources, cliquez sur Machines virtuelles.
    3. Sélectionnez Redémarrer dans le menu Actions (trois points) de la machine virtuelle à redémarrer.

Pour créer une connexion à l'aide de la paire de clés SSH générée à l'aide de la console OCI, procédez comme suit :

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. Recherchez 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 les informations la concernant 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 de pointer vers votre chemin de clé privée (PPK) PuTTY. Remplacez <PATH_FILE_PUTTY_PRIVATE.ppk> pour pointer vers votre chemin de fichier de clé privée (PPK) PuTTY sur votre ordinateur. Par exemple, si vous avez enregistré le fichier .ppk dans $HOME\Desktop\key-vm-console.ppk.
  10. Collez la chaîne de connexion modifiée dans la fenêtre PowerShell, puis appuyez sur Enter pour vous connecter à la console.

Pour convertir un fichier de clés privées .key généré :

  1. Ouvrez PuTTYgen.
  2. Cliquez sur Charger et sélectionnez la clé privée générée lors de la création de l'instance.

    L'extension du fichier 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 Web accessible à partir de la console via un navigateur Web. 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 l'accès à la console série depuis Cloud Shell est d'accorder aux utilisateurs les droits d'accès appropriés. Pour une présentation de 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 à la section Réseau Cloud Shell.
  • Vous ne pouvez pas vous connecter simultanément à plusieurs noeuds de base de données à l'aide de Cloud Shell. Par exemple, si vous disposez d'une connexion ouverte à DBnode1 et que vous voulez vous connecter à DBnode2, vous devez d'abord quitter Cloud Shell actif à partir de DBnode1, puis établir une connexion à DBnode2.

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 aux sessions de console série au bout de l'année 24 heures et vous devrez réauthentifier pour vous reconnectez.

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 Dedicated Infrastructure.
  3. Sur la page des détails d'instance 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 Entrée.
  6. Lorsque vous avez terminé, quittez la connexion à la console pour l'instance.

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

Vous pouvez capturer et afficher les données récentes d'une 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, comme les messages du noyau et du BIOS, et elles permettent de vérifier le statut de la machine virtuelle ou de diagnostiquer et résoudre les problèmes.

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

L'historique de la console est un enregistrement à un point dans le temps. Pour dépanner une machine virtuelle défaillante à 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 d'historique de la console. L'historique de la console vous permet de voir la sortie série de la machine virtuelle sans avoir à se connecter à 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 des détails d'instance de la console, vous pouvez capturer et télécharger des historiques d'une console, visualiser et modifier les détails des métadonnées, et supprimer des captures d'historique de console.

Utilisation de la console pour capturer l'historique de la console
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Dans la page Détails du cluster de machines virtuelles obtenue, cliquez sur le nom de la machine virtuelle qui vous intéresse.

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

  4. Cliquez sur Historique de la console.
  5. Cliquez sur le nom de l'historique qui vous intéresse.
  6. Dans la fenêtre qui s'affiche, cliquez sur Télécharger pour télécharger une copie de l'historique de la console.
  7. Cliquez sur Enregistrer et fermer pour enregistrer l'historique et fermer la fenêtre.
Utilisation de la console pour télécharger des captures d'historique de console
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Dans la page Détails du cluster de machines virtuelles obtenue, cliquez sur le nom de la machine virtuelle qui vous intéresse.

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

  4. Cliquez sur Historique de la console.
  5. Cliquez sur le nom de l'historique qui vous intéresse.
  6. Dans la fenêtre qui s'affiche, cliquez sur Télécharger pour télécharger une copie de l'historique de la console.
Utilisation de la console pour afficher les captures d'historique de la console
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Dans la page Détails du cluster de machines virtuelles obtenue, 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 de l'historique de la console, pour la capture de l'historique de la console à afficher, cliquez sur le menu Actions, puis sur Afficher les détails.
Utilisation de la console pour afficher 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 Dedicated Infrastructure.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Dans la page Détails du cluster de machines virtuelles obtenue, 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 de l'historique de la console, pour la capture de l'historique de la console à afficher, cliquez sur le menu Actions, puis sur Afficher 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, dans la boîte Modifier la Balise, apportez les modifications requises, 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 console
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Dedicated Infrastructure.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Dans la page Détails du cluster de machines virtuelles obtenue, 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 de l'historique de la console, pour la capture de l'historique de la console à afficher, cliquez sur le menu Actions, puis sur Supprimer.
  6. Dans la fenêtre de confirmation, cliquez sur Supprimer l'historique de l'interface de console.
Utilisation de l'API pour gérer les données d'historique de la console

Consultez la liste des appels d'API pour gérer les données de l'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 cette console, utilisez la méthode createDbNodeConsoleHistory.
  • Pour obtenir les détails des métadonnées d'historique d'une console, utilisez la méthode getDbNodeConsoleHistory.
  • Pour obtenir les détails du contenu d'historique de la console, utilisez la méthode getDbNodeConsoleHistoryContent.
  • Pour modifier l'historique des métadonnées 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 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 bas pour faire défiler les entrées jusqu'à atteindre la ligne qui commence par linux16.
  5. A la fin de cette ligne, ajoutez l'élément suivant :
    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 si nécessaire 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 entrée de 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 constitue 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 Dedicated Infrastructure.
  2. Cliquez sur le cluster de machines virtuelles qui vous intéresse.
  3. Sur la page Détails du cluster de machines virtuelles obtenue, cliquez sur le nom de la machine virtuelle qui vous intéresse.

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

  4. Cliquez sur le menu Actions, puis sur Supprimer. Confirmez l'opération lorsque vous y êtes invité.