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

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

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

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

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

EXACLOUD: Requested memory is insufficient. The new hugepage count is <<>>, which is less than the minimum required for the VM. Not proceeding with the change.

Ce processus garantit qu'il y a suffisamment de mémoire conventionnelle pour que la machine virtuelle démarre. Avant de procéder au redimensionnement, l'automatisation effectue une prévérification pour déterminer l'utilisation actuelle des pages volumineuses en exécutant des instances de base de données. Si la prévérification indique qu'il n'y aura pas assez de mémoire de pages volumineuses après le redimensionnement pour prendre en charge les bases de données existantes, le redimensionnement échouera et le processus ne se poursuivra pas.

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)

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

Systèmes X8-2 et X7-2

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

X8M-2 Systèmes

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

Systèmes X11M, X10M et X9M-2

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

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

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

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

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

Systèmes de fichiers ACFS

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

• Taille par défaut : la taille par défaut de /acfs01 est de 100 Go.
• Redimensionnement /acfs01 : vous pouvez redimensionner acfs01 en tant que grille utilisateur à partir de n'importe quelle machine virtuelle via la commande /sbin/acfsutil. Aucun redémarrage n'est requis. L'opération de redimensionnement n'affecte pas la disponibilité du service de base de données exécuté dans le cluster de machines virtuelles. La commande suivante émise par l'utilisateur grid augmentera la taille de /acfs01 de 100 Go : /sbin/acfsutil size +100 GB /acfs01.
• Vous pouvez créer des systèmes de fichiers ACFS supplémentaires si nécessaire. Ils consomment également du stockage provenant des groupes de disques de stockage Exadata et peuvent être partagés entre toutes les machines virtuelles du cluster. Reportez-vous à la documentation ACFS pour plus d'informations.

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

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

      • Base de données Exadata : machine virtuelle de base de données standard sans restrictions, adaptée à toutes les charges globales.
      • Exadata Database-Developer : machine virtuelle de base de données développeur avec restrictions, adaptée au développement d'applications uniquement.
   6. Configurer un cluster de machines virtuelles :
      • Serveurs de base de données :
        • Cliquez sur Modifier les serveurs de base de données pour le placement de machine virtuelle afin d'allouer des ressources de machine virtuelle.
        • Dans la boîte de dialogue Modifier les serveurs de base de données, procédez comme suit :

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

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

          • Les serveurs de base de données sur lesquels 8 machines virtuelles sont déjà exécutées ne peuvent pas être sélectionnés.
          • Lors du calcul du nombre maximal de ressources de stockage local sur les serveurs de base de données sélectionnés, le stockage local réservé requis par le système pour héberger une machine virtuelle est déduit du serveur de base de données contenant le moins de ressources.

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

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

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

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

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

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

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

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

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

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

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

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

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

      • Indiquer un stockage Exadata utilisable : indiquez la taille pour chaque machine virtuelle. La taille minimale recommandée est de 2 To.
      • Allouer du stockage pour les clichés Exadata : sélectionnez cette option afin de créer un groupe de disques dispersés, ce qui est requis pour prendre en charge la fonctionnalité des clichés Exadata. Les clichés Exadata permettent de créer et de détruire très rapidement et facilement des clones de bases de données Oracle peu gourmands en espace.
      • Allouer du stockage pour les sauvegardes locales : sélectionnez cette option afin de configurer le stockage Exadata de sorte à permettre les sauvegardes de base de données locales. Si vous sélectionnez cette option, un espace plus important est alloué au groupe de disques RECO pour gérer les sauvegardes. Si vous ne sélectionnez pas cette option, vous ne pouvez pas utiliser le stockage Exadata local comme destination de sauvegarde pour les bases de données du cluster de machines virtuelles.

      Tableau 5-16 Allocation de stockage

      Allocation de stockage	Groupe de disques DATA	Groupe de disques RECO	Groupe de disques SPARSE
      Clichés Exadata : Non Activer les sauvegardes sur le stockage Exadata local : Non	80 %	20 %	0 % (le groupe de disques SPARSE n'est pas créé.)
      Clichés Exadata : Non Activer les sauvegardes sur le stockage Exadata local : Oui	40 %	60 %	0 % (le groupe de disques SPARSE n'est pas créé.)
      Allouer du stockage pour les clichés Exadata : Oui Activer les sauvegardes sur le stockage Exadata local : Non	60 %	20 %	20 %
      Allouer du stockage pour les clichés Exadata : Oui Activer les sauvegardes sur le stockage Exadata local : Oui	35 %	50 %	15 %

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

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

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

        Remarque
        
        Pour provisionner un cluster de machines virtuelles avec Grid Infrastructure 23ai, les versions logicielles minimales suivantes sont requises :

        • Machine virtuelle invitée Exadata exécutant le logiciel système Exadata 23.1.8
        • Infrastructure Exadata exécutant le logiciel système Exadata 23.1.x
      • La bascule Afficher toutes les versions Grid Infrastructure disponibles est désactivée par défaut. Lorsqu'il est désactivé, le système utilise automatiquement la dernière version de Grid Infrastructure lors du provisionnement du cluster de machines virtuelles.

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

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

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

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

          • Diapositive Afficher toutes les versions disponibles.

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

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

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

   10. Choisir un type de licence :
       • Utilisation de votre propre licence (BYOL) : sélectionnez cette option si votre organisation possède déjà des licences logicielles Oracle Database que vous souhaitez utiliser sur le cluster de machines virtuelles.
         Remarque
         
         Le modèle BYOL n'est pas disponible pour le type de cluster de machines virtuelles Exadata Database-Developer.
       • Licence incluse : sélectionnez cette option pour vous abonner à des licences logicielles Oracle Database dans le cadre d'Exadata Database Service on Cloud@Customer.
   11. Collecte de diagnostics :

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

       Remarque
       
       Vous activez la fonctionnalité en sachant que la liste des événements, des mesures et des fichiers journaux collectés peut changer à l'avenir. Vous pouvez refuser cette fonctionnalité à tout moment.

       • Activer les événements de diagnostic : autorise Oracle à collecter et à vous informer sur les événements critiques, d'avertissement, d'erreur et d'information.
       • Activer la surveillance d'état :: autorise Oracle à collecter des mesures/événements d'état tels que le démarrage/l'arrêt de la base de données Oracle, l'utilisation de l'espace de disque, etc., et à les partager avec l'équipe des opérations Oracle Cloud. Vous recevrez également une notification pour certains événements.

       • Activer la collecte de journaux d'incident et de traces : autorise Oracle à collecter des journaux d'incident et des traces pour permettre le diagnostic de la panne et la résolution du problème.

         Les trois cases sont cochées par défaut. Vous pouvez conserver les paramètres par défaut ou désélectionner des cases selon vos besoins. Vous pouvez visualiser les paramètres de collecte de diagnostics sur la page Détails du cluster de machines virtuelles sous Informations générales >> Collecte de diagnostics.

         • Activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ainsi que les journaux d'incident et fichiers trace (les trois options).

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

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

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

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

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

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

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

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

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

         Remarque
         
         

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

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

     4. Cliquez sur le lien pour ouvrir la pile dans la console du service Resource Manager.

        Reportez-vous à Resource Manager et Terraform.

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

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

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

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

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

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

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

      • Base de données Exadata : machine virtuelle de base de données standard sans restrictions, adaptée à toutes les charges globales.
      • Exadata Database-Developer : machine virtuelle de base de données développeur avec restrictions, adaptée au développement d'applications uniquement.
   6. Configurer un cluster de machines virtuelles :
      • Serveurs de base de données :
        • Cliquez sur Modifier les serveurs de base de données pour le placement de machine virtuelle afin d'allouer des ressources de machine virtuelle.
        • Dans la boîte de dialogue Modifier les serveurs de base de données, procédez comme suit :

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

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

          Remarque
          
          

          • Les serveurs de base de données sur lesquels 8 machines virtuelles sont déjà exécutées ne peuvent pas être sélectionnés.
          • Lors du calcul du nombre maximal de ressources de stockage local sur les serveurs de base de données sélectionnés, le stockage local réservé requis par le système pour héberger une machine virtuelle est déduit du serveur de base de données contenant le moins de ressources.

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

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

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

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

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

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

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

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

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

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

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

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

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

      Configuration minimale requise pour configurer le stockage Exascale

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

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

      Coffre de stockage de base de données Exascale:

      • Créer un coffre de stockage : choisissez cette option pour créer un coffre de stockage de base de données Exascale lors du provisionnement du cluster de machines virtuelles.
        • Nom du coffre de stockage : entrez un nom descriptif pour le coffre. Cliquez sur le lien Modifier le compartiment et choisissez un compartiment si vous voulez créer ce coffre dans un autre compartiment.
        • Capacité de stockage pour les bases de données : entrez la capacité de stockage des bases de données dans les valeurs minimale et maximale affichées à l'écran.
          Remarque
          
          Si de l'espace supplémentaire est nécessaire au-delà de la valeur maximale affichée, la capacité Exascale doit être augmentée. Pour plus d'informations, reportez-vous à Utilisation de la console pour redimensionner un coffre de stockage Exascale.
      • Sélectionner un coffre de stockage existant : sélectionnez un coffre qui réside dans le compartiment de votre choix.
   8. Sélectionner une version:
      Remarque
      
      Seule la base de données Oracle 23ai peut être provisionnée sur le cluster de machines virtuelles Exascale.

      • Choisir la version Oracle Grid Infrastructure : la version Oracle Grid Infrastructure est par défaut 23ai.
        Remarque
        
        

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

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

        Remarque
        
        

        Pour provisionner un cluster de machines virtuelles avec Grid Infrastructure 23ai, les versions logicielles minimales suivantes sont requises :

        • Machine virtuelle invitée Exadata exécutant le logiciel système Exadata 23.1.8
        • Infrastructure Exadata exécutant le logiciel système Exadata 23.1.x
      • La bascule Afficher toutes les versions Grid Infrastructure disponibles est désactivée par défaut. Lorsqu'il est désactivé, le système utilise automatiquement la dernière version de Grid Infrastructure lors du provisionnement du cluster de machines virtuelles.

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

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

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

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

        • Diapositive Afficher toutes les versions disponibles.

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

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

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

   10. Choisir un type de licence :
       • Utilisation de votre propre licence (BYOL) : sélectionnez cette option si votre organisation possède déjà des licences logicielles Oracle Database que vous souhaitez utiliser sur le cluster de machines virtuelles.
         Remarque
         
         BYOL n'est pas disponible avec le type de cluster de machines virtuelles Exadata Database-Developer.
       • Licence incluse : sélectionnez cette option pour vous abonner à des licences logicielles Oracle Database dans le cadre d'Exadata Database Service on Cloud@Customer.
   11. Collecte de diagnostics :

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

       Remarque
       
       Vous activez la fonctionnalité en sachant que la liste des événements, des mesures et des fichiers journaux collectés peut changer à l'avenir. Vous pouvez refuser cette fonctionnalité à tout moment.

       • Activer les événements de diagnostic : autorise Oracle à collecter et à vous informer sur les événements critiques, d'avertissement, d'erreur et d'information.
       • Activer la surveillance d'état :: autorise Oracle à collecter des mesures/événements d'état tels que le démarrage/l'arrêt de la base de données Oracle, l'utilisation de l'espace de disque, etc., et à les partager avec l'équipe des opérations Oracle Cloud. Vous recevrez également une notification pour certains événements.

       • Activer la collecte de journaux d'incident et de traces : autorise Oracle à collecter des journaux d'incident et des traces pour permettre le diagnostic de la panne et la résolution du problème.

         Les trois cases sont cochées par défaut. Vous pouvez conserver les paramètres par défaut ou désélectionner des cases selon vos besoins. Vous pouvez visualiser les paramètres de collecte de diagnostics sur la page Détails du cluster de machines virtuelles sous Informations générales >> Collecte de diagnostics.

         • Activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ainsi que les journaux d'incident et fichiers trace (les trois options).

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

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

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

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

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

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

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

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

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

         Remarque
         
         

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

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

     4. Cliquez sur le lien pour ouvrir la pile dans la console du service Resource Manager.

        Reportez-vous à Resource Manager et Terraform.

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

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

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

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

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

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

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

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

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

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

• À quoi s'attendre lors des mises à jour du logiciel VM Cloud Automation
  
• Gérer les préférences de mise à jour de VM Cloud Automation
  
• Configurer la période de gel
  
• Préférence Annuler la mise à jour de l'automatisation du cloud lorsque la période de gel est en vigueur
  
• Réactivation de la mise à jour de l'automatisation du cloud
  

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.

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
2. Choisissez la région qui contient votre infrastructure Exadata.
3. Cliquez sur Clusters de machines virtuelles Exadata.
4. Cliquez sur le nom du cluster de machines virtuelles pour lequel activer ou désactiver la collecte de données de diagnostic.
5. Sur la page Détails du cluster de machines virtuelles, sous Informations générales, activez, activez partiellement ou désactivez la collecte de diagnostics.
6. Cliquez sur Edition.

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

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

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

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.

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

2. Choisissez votre compartiment.

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

3. Cliquez sur le nom du cluster de machines virtuelles auquel ajouter des machines virtuelles.
4. Sur la page Détails du cluster de machines virtuelles, sous Ressources, cliquez sur Machines virtuelles, puis sur Ajouter des machines virtuelles.
5. Dans la boîte de dialogue Ajouter des machines virtuelles, sélectionnez des serveurs de base de données supplémentaires sur lesquels ajouter la machine virtuelle.

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

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

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

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

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

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

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

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

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

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

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
2. Choisissez la région et le compartiment contenant le cluster de machines virtuelles dont vous souhaitez redimensionner les ressources d'UC.
3. Cliquez sur Clusters de machines virtuelles Exadata.
4. Cliquez sur le nom du cluster de machines virtuelles duquel enlever une machine virtuelle.
5. Sous Ressources, cliquez sur Machines virtuelles.
6. Dans la liste des machines virtuelles, cliquez sur l'icône Actions (trois points) d'une machine virtuelle, puis sur Mettre fin.
7. Dans la boîte de dialogue Mettre fin à la machine virtuelle, saisissez le nom de la machine virtuelle, puis cliquez sur Mettre fin.

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

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

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

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

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

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

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Exadata Cloud@Customer.
2. Choisissez la région qui contient votre infrastructure Exadata.
3. Cliquez sur Clusters de machines virtuelles Exadata.
4. Cliquez sur le nom du cluster de machines virtuelles auquel ajouter des clés SSH.
5. Sur la page Détails du cluster de machines virtuelles, cliquez sur Ajouter des clés SSH.
6. Dans la boîte de dialogue Ajouter des clés SSH, choisissez l'une des méthodes suivantes :
   • Générer une paire de clés SSH : sélectionnez cette option si vous souhaitez que le plan de contrôle génère des paires de clés publique/privée pour vous.

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

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

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

7. Cliquez sur Enregistrer les modifications.

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

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

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

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

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

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

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

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

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

   • Taille du système de fichiers local :

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

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

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

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

     Stockage local réservé par machine virtuelle (Go) : affiche la taille réservée en interne pour les systèmes de fichiers racine, les répertoires de base Oracle Grid Infrastructure et les journaux de diagnostic.

   • Taille de stockage Exadata utilisable :

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

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

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

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

7. Cliquez sur Enregistrer.

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

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

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

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

   La liste des machines virtuelles apparaît.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Ports à ouvrir pour la connectivité du plan de contrôle
  
• Installation d'un client SSH et d'un shell de ligne de commande (Microsoft Windows)
  
• Créer des paires de clés SSH
  
• Connexion à une machine virtuelle à partir de la console série
  
• Connexion via des pare-feu
  

channel 0: open failed: administratively prohibited: console access is limited to one connection at a time

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

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

4. Cliquez sur Cliquez sur Créer une connexion à la console.
5. Dans la fenêtre Créer un accès à la console série qui s'affiche, vous disposez de trois options pour ajouter la clé SSH.
   • Génération d'une paire de clés pour moi : Oracle Cloud Infrastructure peut générer une paire de clés SSH à utiliser. Si vous utilisez PowerShell ou PuTTY pour vous connecter à l'instance à partir d'un client Windows, vous ne pouvez pas utiliser la paire de clés SSH générée sans la convertir d'abord en fichier .ppk.

   • Télécharger le fichier de clés publiques : accédez à un fichier de clés publiques sur l'ordinateur. Si vous avez suivi les étapes de Création de paires de clés SSH dans la section Prérequis pour créer une paire de clés, utilisez cette option afin d'accéder au fichier .pub.
   • Coller la clé publique : collez le contenu de votre fichier de clés publiques dans la zone de texte.
6. Cliquez sur Créer.

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

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

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

• Validation des clés d'hôte de serveur
  
• Connecter à partir des systèmes d'exploitation Mac OS X et Linux
  
• Connexion à partir des systèmes d'exploitation Windows
  

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

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

• Procédure de connexion à la console série à l'aide de Cloud Shell
  

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

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

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

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

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

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

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

• Procédure d'initialisation en mode de maintenance
  
• Procédure de modification des fichiers de configuration système
  
• Pour ajouter ou réinitialiser la clé SSH pour l'utilisateur opc
  
• Procédure de réinitialisation du mot de passe de l'utilisateur opc
  

• Procédure de sortie de la connexion à la console série
  
• Procédure de suppression de la connexion à la console série pour une machine virtuelle