1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
2. Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Infrastructure Exadata.
3. Cliquez sur Créer une infrastructure Exadata Cloud.
4. Compartiment : sélectionnez un compartiment pour l'infrastructure Exadata.
5. Nom d'affichage : entrez le nom d'affichage de l'infrastructure Exadata. Le nom ne doit pas nécessairement être unique. Un identificateur Oracle Cloud (OCID) permettra d'identifier de manière unique la ressource d'infrastructure Exadata cloud. Evitez de saisir des informations confidentielles.
6. Sélectionner un domaine de disponibilité : domaine de disponibilité dans lequel réside l'infrastructure Exadata.
7. Sélectionner le modèle d'infrastructure Exadata : sélectionnez un système à forme fixe (formes X7-2 ou X8-2 de quart de rack, de demi-rack ou de rack complet) ou un système évolutif (X8M-2, X9M-2 ou X11M).

   X11M : si vous sélectionnez le modèle d'infrastructure cloud X11M flexible, l'instance Exadata Cloud Infrastructure initiale peut comporter de 2 serveurs de base de données et 3 serveurs de stockage à 32 serveurs de base de données et 64 serveurs de stockage. Vous devez également sélectionner le serveur de base de données et le type de serveur de stockage. La valeur par défaut est X11M pour le type de serveur de base de données et X11M-HC pour le type de serveur de stockage. Après le provisionnement, vous pouvez redimensionner l'instance de service en ajoutant des serveurs de stockage et/ou de calcul supplémentaires.

   X9M-2 : si vous sélectionnez le modèle d'infrastructure cloud flexible X9M-2, l'instance Exadata Cloud Infrastructure initiale peut comporter de 2 serveurs de base de données et 3 serveurs de stockage à 32 serveurs de base de données et 64 serveurs de stockage. Après le provisionnement, vous pouvez redimensionner l'instance de service en ajoutant des serveurs de stockage et/ou de calcul supplémentaires.

   X8M-2 : si vous sélectionnez le modèle d'infrastructure cloud flexible X8M-2, l'instance Exadata Cloud Infrastructure initiale peut comporter de 2 serveurs de base de données et 3 serveurs de stockage (équivalents à une forme de quart de rack X8) à 32 serveurs de base de données et 64 serveurs de stockage. Après le provisionnement, vous pouvez redimensionner l'instance de service en ajoutant des serveurs de stockage et/ou de calcul supplémentaires.

   X7 et X8 : si vous sélectionnez un système X7 ou X8, vous pouvez choisir de provisionner un quart de rack, un demi-rack ou un rack complet. Pour plus d'informations sur le matériel et la capacité, reportez-vous à Configuration de forme Exadata.

   Base Exadata : la forme de base Exadata comprend une seule configuration et constitue une alternative économique au provisionnement d'un système à un quart de rack. Reportez-vous à Configuration de forme Exadata.

8. Si vous avez sélectionné une forme flexible (X8M-2, X9M-2 ou X11M), indiquez la configuration de calcul et de stockage. Vous pouvez indiquer des serveurs de base de données (entre 2 et 32 serveurs). Vous pouvez spécifier des serveurs de stockage (entre 3 et 64).
9. Choisissez l'une des options suivantes pour le fuseau horaire :
   • UTC
   • Sélectionner un autre fuseau horaire
   • Fuseau horaire (détecté par le navigateur)
10. Configuration de la maintenance.

    Cliquez sur Modifier les préférences de maintenance pour modifier les valeurs.

    Sur la page Configurer la maintenance, configurez les éléments suivants :

    • Préférence de planification de la maintenance : planification gérée par Oracle
      • Choisir une méthode de maintenance :
        • Non simultané : par défaut, l'infrastructure Exadata est mise à jour en mode non simultané, un serveur à la fois sans temps d'inactivité.
        • Simultané : mettez à jour les serveurs de base de données et de stockage simultanément. La méthode de maintenance simultanée réduit le délai de maintenance mais entraîne un temps d'inactivité complète du système.
      • Activer l'action personnalisée avant d'effectuer une maintenance sur les serveurs de base de données : activez l'action personnalisée uniquement si vous voulez effectuer des actions supplémentaires en dehors de la portée d'Oracle. Pour une maintenance configurée avec une mise à jour logicielle non simultanée, l'activation de cette option force l'exécution de maintenance à attendre une action personnalisée avec un délai d'expiration configuré avant de démarrer la maintenance sur chaque serveur de base de données. Pour une maintenance configurée avec une mise à jour logicielle simultanée, l'exécution de maintenance attend une action personnalisée avec un délai d'expiration configuré avant de démarrer la maintenance sur l'ensemble des serveurs de base de données. Vous pouvez également reprendre l'exécution de maintenance avant le délai d'expiration pendant l'attente de l'action personnalisée.
        • Délai d'expiration de l'action personnalisée (en minutes) : délai d'expiration disponible pour effectuer l'action personnalisée avant le démarrage de la maintenance sur les serveurs de base de données.
          Remarque
          
          Le délai d'expiration de l'action personnalisée s'applique uniquement aux serveurs de base de données. Le client peut indiquer un délai minimal de 15 minutes et un délai maximal de 120 minutes avant le début de l'application de patches au serveur de base de données. Dans ce délai, ils peuvent effectuer les actions qu'ils ont planifiées. Dans le cas où ils souhaitent étendre l'action personnalisée, ils peuvent étendre la même chose en allant à l'option "Modifier la fenêtre de maintenance". Si une action personnalisée est en cours, le client obtient 2 options : prolonger le délai d'expiration de l'action personnalisée ou reprendre la fenêtre de maintenance.

          Valeur par défaut : 15 minutes

          Valeur maximale : 120 minutes

      • Cliquez sur Enregistrer les modifications.

        Remarque
        
        A partir de la prochaine exécution de maintenance, les exécutions auront lieu conformément aux programmations d'Oracle.
    • Préférence de planification de la maintenance : Planning géré par le client
      • Programmation de maintenance : définissez les préférences de maintenance pour cette infrastructure.
        Remarque
        
        Les modifications prendront effet à partir de la prochaine exécution de maintenance.
        • Configurer la préférence de maintenance : définissez les préférences de temps de maintenance pour chaque trimestre. Si plusieurs préférences sont définies pour un trimestre, l'automatisation d'Oracle en sélectionnera une afin d'effectuer la maintenance sur tous les composants de l'infrastructure.

          Sélectionnez au moins un mois tous les deux trimestres.

        • Indiquer une programmation : choisissez une semaine, un jour, une heure de début et un délai de votre choix pour la maintenance d'infrastructure.
          • facultatif. Sous Semaine du mois, indiquez la semaine du mois pendant laquelle la maintenance aura lieu. Les semaines commencent le 1er, le 8e, le 15e et le 22e jours du mois, et durent 7 jours. Les semaines commencent et se terminent en fonction des dates du calendrier, et non des jours de la semaine. La maintenance ne peut pas être programmée pour la cinquième semaine des mois contenant plus de 28 jours. Si vous ne précisez aucune semaine du mois, Oracle exécute la mise à jour de maintenance en une semaine de manière à minimiser les perturbations.
          • facultatif. Sous Jour de la semaine, indiquez le jour de la semaine pendant lequel la maintenance aura lieu. Si vous ne précisez aucun jour de la semaine, Oracle exécute la mise à jour de maintenance le week-end afin de minimiser les perturbations.
          • facultatif. Sous Heure du jour, indiquez l'heure de début de l'exécution de maintenance. Si vous ne spécifiez pas d'heure de début, Oracle choisit l'heure la moins gênante pour exécuter la mise à jour de maintenance.
          • Sous Délai de notification, indiquez le nombre minimal de semaines de délai entre la réception du message de notification et l'événement de maintenance. Ce délai garantit que la programmation d'une mise à jour de maintenance nouvellement publiée tient compte de la période de notification avancée minimale requise.
        • Choisir une méthode de maintenance :
          • Non simultané : par défaut, l'infrastructure Exadata est mise à jour en mode non simultané, un serveur à la fois sans temps d'inactivité.
          • Simultané : mettez à jour les serveurs de base de données et de stockage simultanément. La méthode de maintenance simultanée réduit le délai de maintenance mais entraîne un temps d'inactivité complète du système.
        • Activer l'action personnalisée avant d'effectuer une maintenance sur les serveurs de base de données : activez l'action personnalisée uniquement si vous voulez effectuer des actions supplémentaires en dehors de la portée d'Oracle. Pour une maintenance configurée avec une mise à jour logicielle non simultanée, l'activation de cette option force l'exécution de maintenance à attendre une action personnalisée avec un délai d'expiration configuré avant de démarrer la maintenance sur chaque serveur de base de données. Pour une maintenance configurée avec une mise à jour logicielle simultanée, l'exécution de maintenance attend une action personnalisée avec un délai d'expiration configuré avant de démarrer la maintenance sur l'ensemble des serveurs de base de données. Vous pouvez également reprendre l'exécution de maintenance avant le délai d'expiration pendant l'attente de l'action personnalisée.
          • Délai d'expiration de l'action personnalisée (en minutes) : délai d'expiration disponible pour effectuer l'action personnalisée avant le démarrage de la maintenance sur les serveurs de base de données.
            Remarque
            
            Le délai d'expiration de l'action personnalisée s'applique uniquement aux serveurs de base de données. Le client peut indiquer un délai minimal de 15 minutes et un délai maximal de 120 minutes avant le début de l'application de patches au serveur de base de données. Dans ce délai, ils peuvent effectuer les actions qu'ils ont planifiées. Dans le cas où ils souhaitent étendre l'action personnalisée, ils peuvent étendre la même chose en allant à l'option "Modifier la fenêtre de maintenance". Si une action personnalisée est en cours, le client obtient 2 options : prolonger le délai d'expiration de l'action personnalisée ou reprendre la fenêtre de maintenance.

            Valeur par défaut : 15 minutes

            Valeur maximale : 120 minutes

        • Afficher les options avancées:
          • Activer la maintenance d'infrastructure de sécurité mensuelle : cochez cette case pour effectuer la maintenance d'infrastructure de sécurité mensuelle.
      • Programmation de maintenance : utilisez les préférences de fenêtre de maintenance d'une stratégie de programmation.

        Lors du provisionnement de l'infrastructure, une fois la stratégie de programmation sélectionnée, Oracle génère un plan de programmation de maintenance recommandé pour appliquer les mises à jour à tous les composants de votre infrastructure. Le plan recommandé planifie tous les serveurs de base de données, suivis des serveurs de stockage, dans les fenêtres de maintenance de votre stratégie en fonction de la durée. Après avoir provisionné l'infrastructure, vous pouvez mettre à jour le plan de planification en modifiant la ressource "Plan de planification de maintenance" et personnaliser la mise à jour en composants spécifiques pour l'aligner sur les différentes fenêtres de votre stratégie de planification.

        • Cliquez sur Sélectionner une stratégie.
        • Dans la fenêtre Sélectionner une stratégie de programmation de maintenance qui s'affiche, choisissez un compartiment et une stratégie.

          Vous pouvez également créer une stratégie de programmation de maintenance et l'utiliser. Pour plus d'informations, reportez-vous à Création d'une stratégie de programmation de maintenance. Vous pouvez ajouter des fenêtres de maintenance supplémentaires à la stratégie après l'avoir créée. Pour plus d'informations, reportez-vous à Ajout de fenêtres de maintenance supplémentaires à une stratégie de programmation de maintenance.

        • Cliquez sur Enregistrer les modifications.
11. Dans Fournir des détails de maintenance : fournissez jusqu'à 10 adresses électroniques de contact de maintenance uniques. Cliquez sur Ajouter un contact.
    Dans le champ Adresse électronique du contact, indiquez l'adresse électronique du contact souhaité.

    Remarque
    
    Au moins un contact est requis.

    Cliquez sur Ajouter un contact pour ajouter un autre contact.

12. Cliquez sur Afficher les options avancées afin de spécifier des options avancées pour la base de données initiale.

    Dans l'onglet Balises, vous pouvez ajouter des balises à la base de données. Pour appliquer une balise définie, vous devez disposer de droits d'accès permettant d'utiliser l'espace de noms de balise. Pour plus d'informations sur le balisage, reportez-vous à Balises de ressource. Si vous n'êtes pas certain de devoir appliquer des balises, ignorez cette option (vous pouvez les appliquer ultérieurement) ou demandez à l'administrateur.

13. Cliquez sur Créer une infrastructure Exadata. L'infrastructure Exadata cloud apparaît dans la liste Infrastructure Exadata avec le statut Provisionnement. L'icône de l'infrastructure passe du jaune au vert (ou au rouge en cas d'erreurs).

Etapes suivantes

Une fois que la ressource d'infrastructure Exadata cloud est provisionnée et au statut Disponible, vous pouvez créer un cluster de machines virtuelles cloud, comme décrit dans Procédure de création d'une ressource de cluster de machines virtuelles cloud sur votre infrastructure. Vous devez provisionner une ressource d'infrastructure et un cluster de machines virtuelles avant de créer la première base de données de la nouvelle instance Exadata Cloud Infrastructure.

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

1. Ouvrez le menu de navigation. Cliquez sur Oracle Database, puis sur Oracle Exadata Database Service on Dedicated Infrastructure.
2. Sous Oracle Exadata Database Service on Dedicated Infrastructure, cliquez sur Clusters de machines virtuelles Exadata.
   Remarque
   
   Vous pouvez créer plusieurs clusters de machines virtuelles uniquement dans une infrastructure acceptant plusieurs machines virtuelles.
3. Cliquez sur Créer un cluster de machines virtuelles Exadata.

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

4. Compartiment : sélectionnez un compartiment pour la ressource de cluster de machines virtuelles.
5. Nom d'affichage : entrez un nom d'affichage convivial pour le cluster de machines virtuelles. Le nom ne doit pas nécessairement être unique. Un identificateur Oracle Cloud (OCID) identifiera le cluster de machines virtuelles de manière unique. Evitez de saisir des informations confidentielles.
6. Sélectionner une infrastructure Exadata : sélectionnez la ressource d'infrastructure qui va contenir le cluster de machines virtuelles. Vous devez choisir une ressource d'infrastructure disposant de suffisamment de ressources pour créer un cluster de machines virtuelles. Cliquez sur Modifier le compartiment et sélectionnez un compartiment différent de celui dans lequel vous travaillez pour visualiser les ressources d'infrastructure des autres compartiments.
   Remarque
   
   Vous pouvez créer plusieurs clusters de machines virtuelles uniquement dans une infrastructure acceptant plusieurs machines virtuelles
7. Sélectionner la version d'Oracle Grid Infrastructure : dans la liste, choisissez la version d'Oracle Grid Infrastructure (19c et 23ai) à installer sur le cluster de machines virtuelles.

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

   Remarque
   
   Exigences minimales pour le provisionnement d'un cluster de machines virtuelles avec Grid Infrastructure 23ai :

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

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

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

     • Diapositive Afficher toutes les versions disponibles.

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

     • Choisir une version.
     • Cliquez sur Enregistrer les modifications.
9. Configurer le cluster de machines virtuelles : indiquez les serveurs de base de données à utiliser pour le nouveau cluster de machines virtuelles (par défaut, tous les serveurs de base de données sont sélectionnés). Cliquez sur Sélectionner des serveurs de base de données pour effectuer une sélection parmi les serveurs de base de données disponibles, puis cliquez sur Enregistrer.

   Dans le panneau Allocation des ressources par machine virtuelle, indiquez les informations suivantes :

   • Indiquez le nombre d'OCPU/ECPU à affecter à chaque noeud de calcul de machine virtuelle du cluster de machines virtuelles. Pour les clusters de machines virtuelles créés sur l'infrastructure Exadata X11M, indiquez des ECPU. Pour les clusters de machines virtuelles créés sur les infrastructures Exadata X10M et antérieures, indiquez des OCPU. La valeur minimale est de 2 OCPU par machine virtuelle pour une infrastructure X10M et une infrastructure antérieure ou de 8 ECPU par machine virtuelle pour les clusters de machines virtuelles créés sur une infrastructure Exadata X11M. Le champ en lecture seule Nombre d'OCPU demandées pour le cluster de machines virtuelles Exadata affiche le nombre total de coeurs OCPU ou ECPU que vous allouez.
   • Indiquez la mémoire par machine virtuelle à allouer à chaque machine virtuelle. La valeur minimale par machine virtuelle est de 30 Go.
   • Indiquez le stockage local par machine virtuelle pour allouer du stockage local à chaque machine virtuelle. La valeur minimale par machine virtuelle est de 60 Go.

     Chaque fois que vous créez un cluster de machines virtuelles, l'espace restant de l'espace disponible total est utilisé pour celui-ci.

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

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

     • Cliquez sur Afficher les options de configuration de systèmes de fichiers locaux supplémentaires.
     • Indiquez la taille des systèmes de fichiers /, /u01, /tmp, /var, /var/log, /var/log/audit et /home selon vos besoins.
       Remarque
       
       

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

    • Indiquer le stockage Exadata utilisable (To) : indiquez le stockage en multiples de 1 To. Valeur minimale : 2 To.
    • Allouer du stockage pour les clichés dispersés Exadata : sélectionnez cette option de configuration si vous comptez utiliser la fonctionnalité de cliché dans votre cluster de machines virtuelles. Si vous sélectionnez cette option, le groupe de disques SPARSE est créé, ce qui vous permet d'utiliser la fonctionnalité de cliché de cluster de machines virtuelles pour le clonage dispersé de base de données pluggable. Si vous ne sélectionnez pas cette option, le groupe de disques SPARSE n'est pas créé et la fonctionnalité de cliché n'est disponible dans aucun déploiement de base de données créé dans l'environnement.
      Remarque
      
      L'option de configuration de stockage pour les clichés dispersés ne peut pas être modifiée après la création du cluster de machines virtuelles.
    • Allouer du stockage pour les sauvegardes locales : sélectionnez cette option si vous comptez effectuer des sauvegardes de base de données sur le stockage Exadata local dans l'instance Exadata Cloud Infrastructure. Si vous sélectionnez cette option, un espace plus important est alloué au groupe de disques RECO, qui est utilisé pour stocker les sauvegardes sur le stockage Exadata. Si vous ne sélectionnez pas cette option, un espace plus important est alloué au groupe de disques DATA, ce qui vous permet de stocker plus d'informations dans les bases de données.
      Remarque
      
      L'option de configuration de stockage pour les sauvegardes locales ne peut pas être modifiée après la création du cluster de machines virtuelles.
11. Ajouter une clé SSH : créez la partie de clé publique de chaque paire de clés à utiliser pour l'accès SSH au cluster de machines virtuelles :
    • Générer une paire de clés SSH : (option par défaut) sélectionnez ce bouton radio pour générer une paire de clés SSH. Ensuite, dans la boîte de dialogue ci-dessous, cliquez sur Enregistrer la clé privée pour télécharger la clé, et éventuellement sur Enregistrer la clé publique pour la télécharger.
    • Télécharger les fichiers de clés SSH : sélectionnez ce bouton radio pour rechercher les fichiers .pub ou ajoutez-les par glisser-déplacer.
    • Coller les clés SSH : sélectionnez ce bouton radio pour coller des clés publiques individuelles. Pour coller plusieurs clés, cliquez sur + Une autre clé SSH et indiquez une seule clé pour chaque entrée.
12. Configurer les paramètres réseau : définissez les options suivantes :
    Remarque
    
    Les adresses IP (100.64.0.0/10) sont utilisées pour l'interconnexion X8M Exadata Cloud Infrastructure.

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

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

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

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

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

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

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

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

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

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

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

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

    • Pour utiliser un service DNS privé, effectuez les opérations suivantes :
      Remarque
      
      Vous devez configurer un DNS privé pour pouvoir le sélectionner. Reportez-vous à "Configuration d'un DNS privé".
      • Cochez la case Utiliser le service DNS privé.
      • Sélectionnez une vue privée. Cliquez sur Modifier le compartiment pour sélectionner une vue privée dans un autre compartiment.
      • Sélectionnez une zone privée. Cliquez sur Modifier le compartiment pour sélectionner une zone privée dans un autre compartiment.
    • Préfixe de nom d'hôte : nom d'hôte de votre choix pour le cluster de machines virtuelles Exadata. Le nom d'hôte doit commencer par un caractère alphabétique, et ne peut contenir que des caractères alphanumériques et des traits d'union (-). Le nombre maximal de caractères autorisé pour un cluster de machines virtuelles Exadata est de 12.

      Attention :

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

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

    • Hôte et URL de domaine : ce champ en lecture seule combine les noms d'hôte et de domaine afin d'afficher le nom de domaine qualifié complet de la base de données. La longueur maximale est de 63 caractères.
13. Choisir un type de licence : type de licence à utiliser pour le cluster de machines virtuelles. Votre choix a une incidence sur le décompte de la facturation.
    • Licence incluse : signifie que le coût du service cloud inclut une licence pour le service Database.
    • Utilisation de votre propre licence (BYOL) : signifie que vous êtes un client Oracle Database dont le contrat de licence est illimité ou limité et que vous souhaitez utiliser votre licence avec Oracle Cloud Infrastructure. Ainsi, il n'est pas nécessaire de disposer de licences sur site et cloud distinctes.
14. Collecte de diagnostics : en activant la collecte et les notifications de diagnostics, vous, ainsi que l'équipe des opérations Oracle Cloud, pourrez identifier, examiner, suivre et résoudre les problèmes liés aux machines virtuelles invitées de manière rapide et efficace. Abonnez-vous à Events pour être notifié des modifications d'état des ressources.
    Remarque
    
    Vous activez la fonctionnalité en sachant que la liste des événements (ou des mesures, des fichiers journaux) ci-dessus peut changer à l'avenir. Vous pouvez refuser cette fonctionnalité à tout moment.
    • Activer les événements de diagnostic : autorise Oracle à collecter et à vous informer des événements critiques, d'avertissement, d'erreur et d'information.
    • Activer la surveillance d'état : autorise Oracle à collecter des mesures/événements d'état tels que le démarrage/l'arrêt de la base de données Oracle, l'utilisation de l'espace de disque, etc., et à les partager avec l'équipe des opérations Oracle Cloud. Vous recevrez également une notification pour certains événements.
    • Activer la collecte de journaux d'incident et de traces : autorise Oracle à collecter des journaux d'incident et des traces pour permettre le diagnostic de la panne et la résolution du problème.
    Remarque
    
    Vous activez la fonctionnalité en sachant que la liste des événements (ou des mesures, des fichiers journaux) ci-dessus peut changer à l'avenir. Vous pouvez la désactiver à tout moment.
    Les trois cases sont cochées par défaut. Vous pouvez conserver les paramètres par défaut ou désélectionner des cases selon vos besoins. Vous pouvez visualiser les paramètres de collecte de diagnostics sur la page Détails du cluster de machines virtuelles sous Informations générales >> Collecte de diagnostics.

    • Activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ainsi que les journaux d'incident et fichiers trace (les trois options).
    • Désactivé : lorsque vous choisissez de ne collecter ni les diagnostics, ni les mesures d'état, ni les journaux d'incident et fichiers trace (les trois options).
    • Partiellement activé : lorsque vous choisissez de collecter les diagnostics, les mesures d'état ou les journaux d'incident et fichiers trace (une ou deux options).
15. Cliquez sur Afficher les options avancées afin de spécifier des options avancées pour le cluster de machines virtuelles.

    • Fuseau horaire : cette option se trouve dans l'onglet Gestion. Le fuseau horaire par défaut pour le cluster de machines virtuelles est 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 voulez définir un autre fuseau horaire qu'UTC ou que celui détecté par le navigateur, et que vous ne voyez pas le fuseau horaire qui vous intéresse, essayez de sélectionner l'option Sélectionner un autre fuseau horaire, de sélectionner Divers dans la liste Région ou pays, puis d'effectuer une recherche dans les sélections de fuseau horaire supplémentaires.

    • Port du processus d'écoute SCAN : cette option se trouve dans l'onglet Réseau. Vous pouvez affecter un port de processus d'écoute SCAN (TCP/IP) dans la plage comprise entre 1024 et 8999. La valeur par défaut est 1521.
      Remarque
      
      La modification manuelle du port de processus d'écoute SCAN d'un cluster de machines virtuelles après provisionnement à l'aide du logiciel de back-end n'est pas prise en charge. Cette modification peut entraîner l'échec du provisionnement Data Guard.
    • Routage de paquets de confiance zéro (ZPR) : cette option se trouve dans l'onglet Attributs de sécurité. Sélectionnez un espace de noms et indiquez la clé et la valeur de l'attribut de sécurité. Pour effectuer cette étape lors de la configuration, vous devez déjà avoir configuré des attributs de sécurité avec Oracle Cloud Infrastructure Zero Trust Packet Routing. Vous pouvez également ajouter des attributs de sécurité après la configuration, puis les ajouter ultérieurement. Pour plus d'informations sur l'ajout de stratégies propres à Oracle Exadata Database Service on Dedicated Infrastructure, reportez-vous à Générateur de modèles de stratégie.
    • Mise à jour de l'automatisation du cloud : Oracle applique régulièrement les mises à jour aux outils de base de données et aux logiciels d'agent nécessaires aux outils et à l'automatisation du cloud. Vous pouvez configurer la fenêtre de temps de votre choix pour que ces mises à jour soient appliquées au cluster de machines virtuelles.

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

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

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

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

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

      Remarque
      
      

      • La période de gel peut s'étendre sur une période maximale de 45 jours à compter de la date de début.
      • L'automatisation Oracle appliquera automatiquement les mises à jour avec des correctifs de sécurité critiques (CVSS >= 9), même pendant une période de gel configurée.
    • Balises : si vous disposez des droits d'accès permettant de créer une ressource, vous disposez également de ceux permettant de lui appliquer des balises à format libre. Pour appliquer une balise définie, vous devez disposer de droits d'accès permettant d'utiliser l'espace de noms de balise. Pour plus d'informations sur le balisage, reportez-vous à Balises de ressource. Si vous n'êtes pas certain d'appliquer des balises, ignorez cette option (vous pouvez les appliquer ultérieurement) ou demandez à l'administrateur.
16. Cliquez sur Créer.

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

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

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

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

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

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

Utilisez un sous-réseau IP4 uniquement existant dans le VCN de base de données pour les opérations Recovery Service. Définissez des règles de sécurité pour contrôler le trafic de sauvegarde entre la base de données et Recovery Service. Enfin, enregistrez le sous-réseau privé en tant que sous-réseau Recovery Service.

• A propos de l'utilisation d'un sous-réseau privé pour Recovery Service
  Recovery Service utilise un sous-réseau privé dans un réseau cloud virtuel (VCN) où réside votre base de données. Le sous-réseau privé définit le chemin réseau des sauvegardes entre la base de données et Recovery Service.
• Vérification des droits d'accès du service de mise en réseau pour configurer un sous-réseau
  Assurez-vous que vous disposez des droits d'accès du service de mise en réseau requis pour créer un sous-réseau dans le VCN de base de données et affecter des règles de sécurité pour Recovery Service.
• Examen des exigences en matière de taille de sous-réseau et des règles de sécurité pour le sous-réseau Recovery Service
  Les règles de sécurité sont nécessaires pour autoriser le trafic de sauvegarde entre une base de données et Recovery Service.
• Création d'un sous-réseau de service de récupération dans le VCN de base de données
  Utilisez la console OCI pour configurer un sous-réseau privé pour Recovery Service dans votre réseau cloud virtuel de base de données (VCN).
• Inscription du sous-réseau Recovery Service
  Une fois que vous avez créé un sous-réseau privé pour Recovery Service dans le VCN de base de données, suivez cette procédure pour inscrire le sous-réseau dans Recovery Service.

• Vérifiez que le sous-réseau de service de récupération peut communiquer avec les services Oracle
  Le sous-réseau de service de récupération que vous avez inscrit doit communiquer avec le service de récupération.
• Vérification de la configuration complète du cryptage transparent des données pour votre base de données
  Lors de l'utilisation d'Autonomous Recovery Service, vous devez crypter entièrement le cryptage transparent des données pour votre base de données.
• Désactivation des sauvegardes opérationnelles manuelles
  Dans certains cas, les utilisateurs d'OCI effectuent des sauvegardes opérationnelles manuelles. Ces sauvegardes sont exécutées en dehors des outils standard et prennent en charge la récupération jusqu'à un point dans le temps (sauvegardes non-KEEP).