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

Découvrez comment créer le premier cluster de machines virtuelles sur votre système Oracle Exadata Database Service on Cloud@Customer.

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

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

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

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

Remarque

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

Conditions requises pour les clusters de machines virtuelles sur Oracle Exadata Database Service on Cloud@Customer

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

La clé publique est au format OpenSSH. Elle provient de la paire de clés que vous prévoyez d'utiliser pour vous connecter aux machines virtuelles de cluster de machines virtuelles via SSH. Vous trouverez ci-dessous un exemple de clé publique, abrégé pour une meilleure lisibilité.
ssh-rsa AAAAB3NzaC1yc2EAAAABJQAA....lo/gKMLVM2xzc1xJr/Hc26biw3TXWGEakrK1OQ== rsa-key-20160304

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

      Tableau 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 %

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

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

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

        Remarque

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

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

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

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

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

          • Diapositive Afficher toutes les versions disponibles.

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

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

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

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

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

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

      Remarque

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

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

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

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

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

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

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

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

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

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

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

        Remarque

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

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

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

        Reportez-vous à Resource Manager et Terraform.

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

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

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

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

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

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

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

Pour créer une grappe de machines virtuelles Exascale, vérifiez que vous disposez des éléments suivants :

  • infrastructure Exadata active disponible pour héberger le cluster de machines virtuelles,
  • réseau de cluster de machines virtuelles validé et disponible pour le cluster de machines virtuelles.
  1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
  2. Choisissez la région qui contient votre infrastructure Exadata.
  3. Cliquez sur Clusters de machines virtuelles Exadata.
  4. Cliquez sur Créer un cluster de machines virtuelles Exadata.
  5. Fournissez les informations 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 le cluster de machines virtuelles :
      • 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.

      • Requested OCPU (ECPUs for X11M) count for the VM Cluster: Displays the total number of CPU cores allocated to the VM cluster based on the value you specified in the Specify the OCPU (ECPUs for X11M) count per VM field. 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 sont 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 plus d'espace qu'ils ont été alloués, ce qui est indiqué dans les champs Stockage total alloué pour / (Go) en lecture seule en raison de la mise en miroir et Stockage total alloué pour /var (Go) en raison de la mise en miroir.
          • Après avoir créé le cluster de machines virtuelles, vérifiez 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 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. 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 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 sur les versions 24.1 et ultérieures du logiciel système Exadata.
      • Cette fonctionnalité requiert Oracle Grid Infrastructure version 23ai (24.3) et prend en charge Oracle database versions 23ai (23.4) et ultérieures.

      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.
    8. Sélectionner une version:
      Remarque

      Seule la base de données Oracle database 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 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 23ai
        • 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 plus récente de 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

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