Provisionnement du premier cluster de machines virtuelles sur un système Oracle Exadata Database Service on Cloud@Customer

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

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

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

Pour vous connecter à la machine virtuelle de cluster de machines virtuelles, utilisez une clé publique SSH.

ssh-rsa AAAAB3NzaC1yc2EAAAABJQAA....lo/gKMLVM2xzc1xJr/Hc26biw3TXWGEakrK1OQ== rsa-key-20160304

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 AI Database, cliquez sur 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. Configurez les éléments suivants :
      • 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.
   7. Stockage de machine virtuelle : cette section vous permet d'indiquer des options de stockage pour les sauvegardes d'image de machine virtuelle et de machine virtuelle. L'image de machine virtuelle est le stockage total nécessaire à tous les systèmes de fichiers lors du provisionnement du cluster. Les sauvegardes de machine virtuelle sont gérées par Oracle et stockent les données de sauvegarde de la machine virtuelle configurée. Auparavant, les deux étaient stockés sur le stockage local du serveur de base de données. Vous pouvez maintenant sélectionner le stockage Exascale pour l'image de machine virtuelle, les sauvegardes de machine virtuelle ou les deux.
      Remarque
      
      

      Les clusters de machines virtuelles qui utilisent ASM pour les bases de données peuvent également utiliser Exascale pour le stockage de machines virtuelles.

      • Stockage de système de fichiers de machine virtuelle : indiquez le stockage de l'image de machine virtuelle (stockage de système de fichiers de machine virtuelle).
        • Serveur de base de données (par défaut) : utilise le stockage de serveur de base de données local pour tous les systèmes de fichiers de machine virtuelle.
        • Stockage Exascale : utilise le stockage Exascale pour tous les systèmes de fichiers de machine virtuelle.
      • Capacité de stockage du système de fichiers de machine virtuelle par machine virtuelle (Go) : affiche le stockage total requis pour provisionner la machine virtuelle. Vous ne pouvez pas modifier ce champ. Cette valeur est calculée en ajoutant le stockage alloué à chaque système de fichiers de machine virtuelle invitée, tel que /u01, /u02, /(root), /var, etc. Pour afficher les détails d'allocation en cours, cliquez sur Modifier la configuration du système de fichiers. Vous pouvez mettre à jour l'allocation de stockage pour n'importe quel système de fichiers en saisissant la nouvelle valeur dans les limites de stockage affichées. Cliquez sur Mettre à jour. Le champ Capacité de stockage du système de fichiers de machine virtuelle par machine virtuelle (Go) affiche désormais la valeur mise à jour.
      • Capacité de stockage totale du système de fichiers de machine virtuelle sur l'ensemble du cluster de machines virtuelles (Go) : affiche le stockage total requis pour provisionner le cluster de machines virtuelles. Vous ne pouvez pas modifier ce champ. Cette valeur est calculée en multipliant le nombre de noeuds par le stockage de système de fichiers de machine virtuelle requis par machine virtuelle.
      • Stockage de sauvegarde de machine virtuelle : indiquez le stockage des sauvegardes de machine virtuelle gérées par Oracle.
        • Serveur de base de données (par défaut) : utilise le stockage de serveur de base de données local pour les sauvegardes de machine virtuelle.
        • Exascale : utilise le stockage Exascale pour les sauvegardes de machine virtuelle.
      • Stockage de sauvegarde par machine virtuelle (Go) : affiche le stockage total requis pour une sauvegarde de machine virtuelle unique. Ce champ est masqué. Si vous choisissez Exascale comme stockage de sauvegarde de machine virtuelle.
      • Stockage de sauvegarde sur le cluster de machines virtuelles : stockage de sauvegarde total sur le cluster de machines virtuelles (Go) : si vous choisissez Serveur de base de données pour les sauvegardes de machine virtuelle, il affiche le stockage total requis sur le cluster de machines virtuelles pour une sauvegarde de machine virtuelle, tandis que si vous choisissez Exascale pour les sauvegardes de machine virtuelle, il affiche le stockage total requis sur le cluster de machines virtuelles pour deux sauvegardes de machine virtuelle.
   8. Stockage Exadata : les paramètres suivants définissent la manière dont le stockage Exadata est configuré pour s'utiliser avec le cluster de machines virtuelles. Une fois le type de stockage sélectionné, il est impossible de le modifier ultérieurement une fois le cluster de machines virtuelles provisionné avec le type de stockage souhaité. Vous avez le choix entre deux options : ASM (Automatic Storage Type) 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 4-13 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 %

   9. Sélectionner une version:
      • Choisir la version d'Oracle Grid Infrastructure : dans le menu déroulant, choisissez 19c ou 26ai 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 26ai, vous devez choisir la version 26ai de Grid Infrastructure.

        Remarque
        
        Pour provisionner un cluster de machines virtuelles avec Grid Infrastructure 26ai, 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.
   10. 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.

   11. 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.
   12. 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).
   13. 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.

Pour créer le cluster d'exascale VM, préparez-vous à fournir des valeurs pour les champs requis pour configurer l'infrastructure.

1. Ouvrez le menu de navigation. Sous Oracle AI Database, cliquez sur 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 demandées sur l'onglet 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 avoir déployé ce dernier. 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 restriction, adaptée à toutes les charges globales.
      • Exadata Database-Developer : machine virtuelle de base de données de développement avec restrictions, adaptée au développement d'applications uniquement.
   6. Configurez les éléments suivants :
      • Serveurs de base de données :
        • Cliquez sur Modifier les serveurs de base de données pour que le placement de machine virtuelle alloue des ressources à la 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 placement 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 placement 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 d'unités de stockage locales 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 en fonction du nombre minimal 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 (pour une condition de machine virtuelle active), sauf si vous indiquez zéro OCPU ou 0 ECPU pour X11M (pour une condition de machine virtuelle d'arrêt).

        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 ultérieurement les machines virtuelles 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 sont basées sur le nombre de coeurs alloués élastiquement à partir d'un pool de serveurs de calcul et d'un pool de stockage.

      • Nombre d'OCPU demandé pour le cluster De machines virtuelles : affiche le nombre total de coeurs de processeur alloués au cluster De machines virtuelles selon la valeur indiquée dans le champ Indiquer le nombre d'OCPU (ECPU pour X11M) par machine virtuelle. 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.
   7. Stockage de machine virtuelle : cette section vous permet d'indiquer des options de stockage pour les sauvegardes d'image de machine virtuelle et de machine virtuelle. L'image de machine virtuelle est le stockage total nécessaire à tous les systèmes de fichiers lors du provisionnement du cluster. Les sauvegardes de machine virtuelle sont gérées par Oracle et stockent les données de sauvegarde de la machine virtuelle configurée. Auparavant, les deux étaient stockés sur le stockage local du serveur de base de données. Vous pouvez maintenant sélectionner le stockage Exascale pour l'image de machine virtuelle, les sauvegardes de machine virtuelle ou les deux.
      Remarque
      
      

      Les clusters de machines virtuelles qui utilisent ASM pour les bases de données peuvent également utiliser Exascale pour le stockage de machines virtuelles.

      • Stockage de système de fichiers de machine virtuelle : indiquez le stockage de l'image de machine virtuelle (stockage de système de fichiers de machine virtuelle).
        • Serveur de base de données (par défaut) : utilise le stockage de serveur de base de données local pour tous les systèmes de fichiers de machine virtuelle.
        • Stockage Exascale : utilise le stockage Exascale pour tous les systèmes de fichiers de machine virtuelle.
      • Capacité de stockage du système de fichiers de machine virtuelle par machine virtuelle (Go) : affiche le stockage total requis pour provisionner la machine virtuelle. Vous ne pouvez pas modifier ce champ. Cette valeur est calculée en ajoutant le stockage alloué à chaque système de fichiers de machine virtuelle invitée, tel que /u01, /u02, /(root), /var, etc. Pour afficher les détails d'allocation en cours, cliquez sur Modifier la configuration du système de fichiers. Vous pouvez mettre à jour l'allocation de stockage pour n'importe quel système de fichiers en saisissant la nouvelle valeur dans les limites de stockage affichées. Cliquez sur Mettre à jour. Le champ Capacité de stockage du système de fichiers de machine virtuelle par machine virtuelle (Go) affiche désormais la valeur mise à jour.
      • Capacité de stockage totale du système de fichiers de machine virtuelle sur l'ensemble du cluster de machines virtuelles (Go) : affiche le stockage total requis pour provisionner le cluster de machines virtuelles. Vous ne pouvez pas modifier ce champ. Cette valeur est calculée en multipliant le nombre de noeuds par le stockage de système de fichiers de machine virtuelle requis par machine virtuelle.
      • Stockage de sauvegarde de machine virtuelle : indiquez le stockage des sauvegardes de machine virtuelle gérées par Oracle.
        • Serveur de base de données (par défaut) : utilise le stockage de serveur de base de données local pour les sauvegardes de machine virtuelle.
        • Exascale : utilise le stockage Exascale pour les sauvegardes de machine virtuelle.
      • Stockage de sauvegarde par machine virtuelle (Go) : affiche le stockage total requis pour une sauvegarde de machine virtuelle unique. Ce champ est masqué. Si vous choisissez Exascale comme stockage de sauvegarde de machine virtuelle.
      • Stockage de sauvegarde sur le cluster de machines virtuelles : stockage de sauvegarde total sur le cluster de machines virtuelles (Go) : si vous choisissez Serveur de base de données pour les sauvegardes de machine virtuelle, il affiche le stockage total requis sur le cluster de machines virtuelles pour une sauvegarde de machine virtuelle, tandis que si vous choisissez Exascale pour les sauvegardes de machine virtuelle, il affiche le stockage total requis sur le cluster de machines virtuelles pour deux sauvegardes de machine virtuelle.
   8. Type de stockage : lorsque vous créez un cluster de machines virtuelles, vous devez choisir le type de stockage de la base de données. Vous pouvez sélectionner l'une des deux options suivantes : Automatic Storage Management (ASM) ou Exascale. Ce choix est permanent et ne peut pas être modifié une fois la machine virtuelle provisionnée. 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 la configuration du stockage Exascale

      • Prise en charge sur le modèle d'infrastructure Exadata X8M ou version ultérieure.
      • Requiert Exadata System Software version 24.1 ou ultérieure.
      • Requiert Oracle Grid Infrastructure version 26ai (24.3)
      • Prise en charge d'Oracle Database versions 26ai (23.4) ou ultérieures.
      • Les serveurs de stockage (cellules) doivent exécuter la version 25.1.9 ou ultérieure, ou la version 25.2.2 ou ultérieure.

        Si les serveurs de stockage exécutent la version 25.2.1, la fonction Exascale doit être désactivée.

      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 pour créer ce coffre dans un autre compartiment.
        • Capacité de stockage des 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à du maximum indiqué, 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.
   9. Sélectionner une version:
      Remarque
      
      Seul Oracle Database 26ai peut être provisionné sur le cluster de machines virtuelles Exascale.

      • Choisir la version Oracle Grid Infrastructure : la version Oracle Grid Infrastructure est par défaut 26ai.
        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 26ai, vous devez choisir la version 26ai de Grid Infrastructure.

        Remarque
        
        

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

        • Machine virtuelle invitée Exadata exécutant le logiciel de 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 d'Oracle Grid Infrastructure est par défaut 26ai
        • Le bouton Modifier l'image est activé.
        • Cliquez sur Modifier l'image.

          Le panneau Modifier l'image obtenu affiche la liste des versions majeures disponibles de l'image Exadata (24.1.6.0 et versions ultérieures).

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

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

   11. 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 mode 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.
   12. Collecte des 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).
   13. 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 affiche le type de stockage configuré, qui, dans ce cas, est Exascale.