1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
2. Sous Région, sélectionnez la région à associer à l'infrastructure Oracle Exadata.

   Une fois l'infrastructure Oracle Exadata créée, la région associée ne peut pas être modifiée. Par conséquent, veillez à sélectionner la région la plus appropriée pour votre infrastructure. Tenez compte des facteurs suivants :

   • Prenez en compte toutes les réglementations ou stratégies métier qui empêchent l'utilisation d'une région particulière. Par exemple, vous pouvez être tenu de maintenir toutes les opérations à l'intérieur des frontières nationales.
   • Tenez compte de la proximité physique de la région avec votre centre de données. Une distance physique supplémentaire ajoute une latence inutile aux communications réseau entre Oracle Cloud Infrastructure et le centre de données de l'entreprise.
3. Cliquez sur Infrastructure Exadata.
4. Cliquez sur Créer une infrastructure Exadata.
5. Sur la page Créer une infrastructure Exadata, fournissez les informations requises :
   • Fournir le nom d'affichage : le nom d'affichage est un nom convivial permettant d'identifier l'infrastructure Exadata. Le nom n'a pas besoin d'être unique car un identificateur Oracle Cloud (OCID) identifie l'infrastructure Oracle Exadata de façon unique.
   • Choisir un compartiment : dans la liste des compartiments disponibles, choisissez le compartiment qui doit contenir l'instance Oracle Exadata Infrastructure.

     Pour plus d'informations, reportez-vous à Présentation des compartiments.

   • Région Oracle Cloud Infrastructure : une fois l'infrastructure Oracle Exadata créée, la région associée ne peut pas être modifiée. Par conséquent, vérifiez la région affichée afin de vous assurer qu'il s'agit de la région la plus appropriée pour votre infrastructure.

     Pour plus d'informations, reportez-vous à l'étape 2 de cette procédure. Pour changer de région maintenant, utilisez le menu Région en haut de la console.

   • Sélectionner le modèle de système Exadata : dans la liste, choisissez le matériel Oracle Exadata.

     Le modèle et la forme de système Oracle Exadata combinés définissent la quantité de ressources de processeur, de mémoire et de stockage disponible dans l'infrastructure Exadata. Pour plus d'informations, reportez-vous à Configuration du système.

   • Configuration de calcul et de stockage :
     • Type de serveur de base de données (affiché si Exadata Cloud@Customer X11M est sélectionné) :
       • Choix : X11M-BASE, X11M, X11M-L et X11M-XL
     • Type de serveur de stockage (affiché si Exadata Cloud@Customer X11M est sélectionné) :
       • Choix : X11M-BASE et X11M-HC
     • Serveurs de base de données :
       • X11M/X10M : vous pouvez étendre les serveurs de base de données et de stockage dans le rack initial jusqu'à 16 serveurs au total.
       • X8M/X9M : vous pouvez ajouter entre 2 et 8 serveurs de base de données.
     • Serveurs de stockage :
       • X11M/X10M : vous pouvez étendre les serveurs de base de données et de stockage dans le rack initial jusqu'à 16 serveurs au total.
       • X8M/X9M : vous pouvez ajouter entre 3 et 12 serveurs de stockage. Pour chaque serveur de stockage que vous ajoutez, la capacité de stockage qui sera ajoutée s'affiche à droite.
     • Déploiement à racks multiples : si vous dépassez les limites maximales de redimensionnement, 8 serveurs de base de données et 12 serveurs de stockage, la bascule de déploiement à racks multiples est automatiquement activée. Vous pouvez également activer cette option si le nombre de serveurs de base de données et le nombre de serveurs de stockage sont compris dans la plage autorisée, mais que vous souhaitez que l'infrastructure couvre plusieurs racks.

       Un nouveau champ, Télécharger le fichier de configuration multi-rack, s'affiche lorsque vous activez ce bouton à bascule. Vous pouvez glisser-déplacer le fichier JSON ou en sélectionner un dans le système de fichiers local. Pour les déploiements à racks multiples, le plan de contrôle ne peut pas générer correctement le groupe de configuration sans le fichier JSON. Le fichier JSON est utilisé afin de générer des noms d'hôte et des adresses IP pour les composants supplémentaires. Pour plus d'informations, contactez l'ingénieur de terrain Oracle.

       Si vous ne parvenez pas à identifier une infrastructure en tant qu'infrastructure à racks multiples et que vous déterminez par la suite qu'elle l'est, vous devez supprimer cette infrastructure et la recréer.

     Remarque
     
     L'allocation de ressources affiche les ECPU pour les serveurs de base de données X11M et les OCPU pour les infrastructures Exadata de génération X10M et antérieure.

     ECPU : une ECPU est une mesure résumée des ressources de calcul. Les ECPU sont basées sur le nombre de coeurs élastiquement alloués d'un pool de serveurs de calcul et de stockage.

   • Détails du réseau du site
     • 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é.

   • Configurer le réseau du serveur de plan de contrôle

     Chaque système Oracle Exadata Database Service on Cloud@Customer contient deux serveurs de plan de contrôle, qui permettent une connectivité à Oracle Cloud Infrastructure. Les serveurs de plan de contrôle sont connectés au réseau du plan de contrôle, qui est un sous-réseau du réseau d'entreprise. Les options suivantes définissent les paramètres réseau :

     • Adresse IP du serveur de plan de contrôle 1 : indiquez l'adresse IP du premier serveur de plan de contrôle. Cette adresse IP est destinée à l'interface réseau qui connecte le premier serveur de plan de contrôle au réseau de l'entreprise à l'aide du réseau du plan de contrôle.
     • Adresse IP du serveur de plan de contrôle 2 : indiquez l'adresse IP du second serveur de plan de contrôle. Cette adresse IP est destinée à l'interface réseau qui connecte le deuxième serveur de plan de contrôle au réseau de l'entreprise à l'aide du réseau du plan de contrôle.
     • Masque de réseau : spécifiez le masque de réseau IP pour le réseau du plan de contrôle.
     • Passerelle : indiquez l'adresse IP de la passerelle de réseau de plan de contrôle.
     • Proxy HTTP : (facultatif) vous pouvez choisir d'utiliser ce champ pour indiquer le proxy HTTP de votre entreprise. Le format attendu est le suivant, où server est le nom du serveur, domain le nom du domaine et port le port affecté :

       http://server.domain:port

       Par exemple :

       http://proxy.example.com:80

       Pour améliorer la sécurité, Oracle recommande d'utiliser un proxy HTTP lorsque cela est possible.

     • Activer le rapport hors ligne du serveur de plan de contrôle : l'activation du rapport hors ligne du serveur de plan de contrôle contribue au diagnostic des problèmes de connectivité entre ce serveur et les adresses OCI, le cas échéant.
       Pour afficher le rapport, procédez comme suit :

       1. Recherchez les adresses IP du serveur de plan de contrôle.

          Pour plus d'informations, reportez-vous à Utilisation de la console pour afficher les détails de configuration réseau d'une infrastructure Exadata.

       2. A partir de votre réseau local, accédez au rapport via HTTP.

          Pour afficher le rapport au format HTML, utilisez http://<IPPubliqueServeur>:18080/report

          Pour afficher le rapport au format JSON, utilisez http://<IPPubliqueServeur>:18080/report/json

       Pour plus d'informations, reportez-vous à ExaCC gen2: Troubleshooting VPN/WSS connection from Customer Side.

   • Configurer les réseaux système Oracle Exadata

     Chaque système Oracle Exadata Database Service on Cloud@Customer contient deux réseaux système, qui ne sont pas connectés au réseau de l'entreprise. Les paramètres suivants définissent les allocations d'adresses IP pour ces réseaux :

     • Bloc CIDR du réseau d'administration : spécifie la plage d'adresses IP pour le réseau d'administration à l'aide de la notation CIDR. Le réseau d'administration fournit une connectivité qui permet à Oracle d'administrer les composants système Exadata, tels que les serveurs de calcul Exadata, les serveurs de stockage, les commutateurs réseau et les unités d'alimentation. Vous pouvez accepter la valeur par défaut suggérée ou spécifier une valeur personnalisée.

       Le bloc CIDR minimal est /23. Le bloc CIDR maximal est /21. Ce bloc CIDR ne pouvant pas être modifié ultérieurement, il est recommandé d'utiliser un bloc CIDR /21 pour maximiser la flexibilité en vue d'une extension future. Toutefois, le tableau ci-dessous peut être utilisé comme guide supplémentaire.

     • Réseau Fabric sécurisé : spécifie la plage d'adresses IP pour le réseau Fabric sécurisé Exadata à l'aide de la notation CIDR. Le réseau Fabric sécurisé Exadata fournit l'interconnexion haut débit à faible latence utilisée par le logiciel Exadata pour les communications internes entre différents composants système. Vous pouvez accepter la valeur par défaut suggérée ou spécifier une valeur personnalisée.

       Le bloc CIDR minimal est /22. Le bloc CIDR maximal est /19. Ce bloc CIDR ne pouvant pas être modifié ultérieurement, il est recommandé d'utiliser un bloc CIDR /19 pour maximiser la flexibilité en vue d'une extension future. Toutefois, le tableau ci-dessous peut être utilisé comme guide supplémentaire.

       Tableau 4-10 X11M et X10M (quart de rack X10M, quart de rack X10M-L et quart de rack X10M-XL) Exigences CIDR

       Nombre maximal de serveurs de base de données	Nombre maximal de serveurs de stockage	Bloc CIDR de réseau d'administration requis	Bloc CIDR de réseau Fabric sécurisé requis
       6	64	/23	/22
       7	45
       8	26
       9	9
       7	64	/22	/22
       8	55
       9	30
       10	5
       15	64	/22	/21
       16	60
       17	45
       18	30
       19	15
       17	64	/21	/21
       18	61
       19	36
       20	11
       32	64	/21	/20

       Tableau 4-11 Exigences CIDR X9M

       Nombre maximal de serveurs de base de données	Nombre maximal de serveurs de stockage	Bloc CIDR de réseau d'administration requis	Bloc CIDR de réseau Fabric sécurisé requis
       6	64	/23	/22
       7	48
       8	30
       9	9
       7	64	/22	/22
       8	55
       9	30
       10	5
       15	64	/22	/21
       16	62
       17	45
       18	30
       19	15
       17	64	/21	/21
       18	61
       19	36
       20	11
       32	64	/21	/20

       Tableau 4-12 Exigences CIDR X8M

       Nombre maximal de serveurs de base de données	Nombre maximal de serveurs de stockage	Bloc CIDR de réseau d'administration requis	Bloc CIDR de réseau Fabric sécurisé requis
       8	64	/23	/22
       9	61
       10	47
       11	37
       12	28
       13	13
       11	64	/22	/22
       12	51
       13	34
       14	17
       23	64	/22	/21
       24	56
       25	45
       26	38
       27	21
       26	64	/21	/21
       27	52
       28	35
       29	18
       32	64	/21	/20

       Remarque
       
       Vous ne pouvez pas modifier cette valeur ultérieurement. Prenez en compte toutes les extensions futures au moment de faire votre choix. Sinon, votre évolutivité pourrait être limitée à l'avenir.
   • Configurer les services DNS et NTP

     Chaque système Exadata Database Service on Cloud@Customer nécessite l'accès aux services DNS et NTP. Les paramètres suivants indiquent les serveurs qui fournissent ces services à l'infrastructure Exadata :

     • Serveurs DNS : indiquez l'adresse IP d'un serveur DNS accessible à l'aide du réseau de plan de contrôle. Vous pouvez spécifier jusqu'à trois serveurs DNS.
     • Serveurs NTP : indiquez l'adresse IP d'un serveur NTP accessible à l'aide du réseau de plan de contrôle. Vous pouvez spécifier jusqu'à trois serveurs NTP.
   • Mode de liaison réseau
     Remarque
     
     

     L'utilisation de LACP nécessite que le serveur et le ou les commutateurs disposent de paramètres compatibles pour permettre au LACP de fonctionner correctement. Pour utiliser LACP pour ExaDB-C@C, vous devez configurer vos commutateurs réseau de sorte qu'ils soient compatibles avec le paramètre suivant du fichier de configuration Linux ifcfg-bondethx :

     BONDING_OPTS="mode=802.3ad miimon=100 downdelay=200 updelay=200 lacp_rate=1 xmit_hash_policy=layer3+4"

     Notez que la ligne BONDING_OPTS du système d'exploitation hôte ne peut pas être modifiée. Par conséquent, les paramètres du commutateur client doivent être compatibles avec les paramètres indiqués ci-dessus sans modification.

     Les réseaux client et de sauvegarde sont configurés par défaut pour utiliser la liaison active-sauvegarde (mode 1). Etant donné que le paramètre est appliqué à chaque interface réseau individuellement, vous avez la possibilité de configurer les interfaces réseau client et de sauvegarde indépendamment les unes des autres. Par exemple, vous pouvez configurer le réseau de sauvegarde sur LACP et le réseau client sur active-backup, si vous le souhaitez.

     • Activer LACP pour le réseau client : sélectionnez cette option pour configurer le réseau client avec le lien dynamique actif/actif en mode LACP 4 (mode=802.3ad).
     • Activer LACP pour le réseau de sauvegarde : sélectionnez cette option pour configurer le réseau de sauvegarde avec le lien dynamique actif/actif en mode LACP 4 (mode=802.3ad).

     Vous pouvez vérifier le mode de liaison des réseaux client et de sauvegarde dans la section Réseau de la page Détails de l'infrastructure Exadata.

     • Actif/Sauvegarde indique que les interfaces réseau sont configurées pour utiliser le mode par défaut 1.
     • LACP indique que le mode 4 est activé pour les interfaces réseau.
   • Fournir des détails de maintenance
     • Cliquez sur Configurer la maintenance.
       Sur la page Configure maintenance qui s'affiche, configurez les éléments suivants :

       • Préférence de programmation de 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 : 30 minutes

             Valeur maximale : 120 minutes

       • Préférence de programmation de maintenance : Programme géré par le client
         • Programmation de maintenance : définissez les préférences de maintenance pour cette infrastructure.
           • 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 Oracle en sélectionne une pour effectuer la maintenance sur tous les composants de votre 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 de l'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 de la journée, indiquez l'heure à laquelle l'exécution de la maintenance commencera. 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 : 30 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 et des commutateurs réseau, 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.

       Cliquez sur Enregistrer.

       Si vous passez de la méthode de maintenance non simultanée à la méthode simultanée, la boîte de dialogue Confirmer la méthode de maintenance simultanée apparaît.

       Saisissez le nom de l'infrastructure dans le champ fourni pour confirmer les modifications.

       Cliquez sur Enregistrer les modifications.

       Remarque
       
       Après avoir créé l'infrastructure, vous pouvez consulter les détails sur la méthode de maintenance, la programmation de maintenance, la version du serveur de base de données et la version du serveur de stockage sous les sections Gestion et Version de la page Détails sur l'infrastructure.

   • Afficher les options avancées

     Vous avez la possibilité de configurer des options avancées.

     • Balises : (facultatif) vous pouvez choisir d'appliquer des balises. Si vous êtes autorisé à créer une ressource, vous êtes également autorisé à lui appliquer des balises de 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. Cliquez sur Créer.

   Si toutes les entrées sont valides, la page Détails sur l'infrastructure apparaît. La page décrit les étapes suivantes du processus de provisionnement. Une fois l'infrastructure Oracle Exadata créée, son état est Activation requise.

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
2. Sous Région, sélectionnez la région à associer à l'infrastructure Oracle Exadata.
3. Cliquez sur Infrastructure Exadata.
4. Dans la liste des infrastructures, cliquez sur le nom de l'infrastructure qui vous intéresse.
5. Sur la page Détails sur l'infrastructure, recherchez les détails du rapport hors ligne du serveur de plan de contrôle sous la section Réseau.
6. Cliquez sur le lien Activer ou Désactiver selon vos besoins.
   • Si vous cliquez sur Activer, la fenêtre Activer le rapport hors ligne du serveur de plan de contrôle apparaît.

     Vérifiez les informations fournies dans la fenêtre instantanée, puis cliquez sur Activer.

   • Si vous cliquez sur Désactiver, la fenêtre Désactiver le rapport hors ligne du serveur de plan de contrôle apparaît.

     Vérifiez les informations fournies dans la fenêtre instantanée, puis cliquez sur Désactiver.

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

2. Sous Région, sélectionnez la région à associer à l'infrastructure Oracle Exadata.

3. Cliquez sur Infrastructure Exadata.
4. Dans la liste des infrastructures, cliquez sur le nom de l'infrastructure qui vous intéresse. L'infrastructure doit être à l'état Actif.
5. Sur la page Détails sur l'infrastructure, recherchez les détails de configuration réseau sous la section Réseau.

Vous pouvez modifier la configuration réseau de l'infrastructure Oracle Exadata Database Service on Cloud@Customer uniquement si l'état actuel de l'infrastructure Oracle Exadata est Activation requise. Veillez également à ne pas modifier l'infrastructure Exadata après avoir téléchargé le fichier de configuration et l'avoir fourni à Oracle.

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
2. Sélectionnez Région et Compartiment, et indiquez la région et le compartiment dans lesquels se trouve l'infrastructure Oracle Exadata à modifier.
3. Cliquez sur Infrastructure Exadata.

4. Cliquez sur le nom de l'infrastructure Exadata à modifier.

   La page Détails sur l'infrastructure affiche des informations sur l'infrastructure Oracle Exadata sélectionnée.

5. Cliquez sur Modifier les fonctions de réseau d'infrastructure.

6. Utilisez la boîte de dialogue Modifier les fonctions de réseau d'infrastructure pour modifier les fonctions de réseau de l'infrastructure Oracle Exadata :

   1. 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é.

   2. Configuration du réseau du plan de contrôle cloud

      Chaque système Oracle Exadata Database Service on Cloud@Customer contient deux serveurs de plan de contrôle, qui permettent une connectivité à Oracle Cloud Infrastructure. Les serveurs de plan de contrôle sont connectés au réseau du plan de contrôle, qui est un sous-réseau du réseau d'entreprise. Les options suivantes définissent les paramètres réseau :

      • Adresse IP du serveur de plan de contrôle 1 : indiquez l'adresse IP du premier serveur de plan de contrôle. Cette adresse IP est destinée à l'interface réseau qui connecte le premier serveur de plan de contrôle au réseau de l'entreprise à l'aide du réseau du plan de contrôle.
      • Adresse IP du serveur de plan de contrôle 2 : indiquez l'adresse IP du second serveur de plan de contrôle. Cette adresse IP est destinée à l'interface réseau qui connecte le deuxième serveur de plan de contrôle au réseau de l'entreprise à l'aide du réseau du plan de contrôle.
      • Masque de réseau : spécifiez le masque de réseau IP pour le réseau du plan de contrôle.
      • Passerelle : indiquez l'adresse IP de la passerelle de réseau de plan de contrôle.
      • Proxy HTTP : vous pouvez éventuellement vous servir de ce champ afin d'indiquer le proxy HTTP de votre entreprise à utiliser pour la connexion HTTPS du serveur de plan de contrôle à Oracle Cloud Infrastructure. Le format attendu est le suivant :

        http://server.domain:port

        Par exemple :

        http://proxy.example.com:80

        Pour améliorer la sécurité, Oracle recommande d'utiliser un proxy HTTP lorsque cela est possible.

   3. Configuration des réseaux système Exadata

      Chaque système Oracle Exadata Database Service on Cloud@Customer contient deux réseaux système, qui ne sont pas connectés au réseau de l'entreprise. Les paramètres suivants définissent les allocations d'adresses IP pour ces réseaux :

      • Bloc CIDR du réseau d'administration : spécifie la plage d'adresses IP pour le réseau d'administration à l'aide de la notation CIDR. Le réseau d'administration fournit une connectivité qui permet à Oracle d'administrer les composants système Exadata, tels que les serveurs de calcul Exadata, les serveurs de stockage, les commutateurs réseau et les unités d'alimentation.

        La longueur maximale du préfixe de bloc CIDR est /23, ce qui définit le plus petit bloc d'adresses IP requis pour le réseau. En vue d'une extension future dans Oracle Exadata Database Service on Cloud@Customer, contactez l'équipe réseau afin de réserver suffisamment d'adresses IP pour tenir compte de toute croissance à venir. La longueur minimale du préfixe de bloc CIDR est /16.

        Assurez-vous que la plage d'adresses IP n'entre pas en conflit avec les autres hôtes du réseau d'entreprise et ne chevauche pas le bloc CIDR du réseau InfiniBand.

      • Bloc CIDR de réseau Fabric sécurisé : spécifie la plage d'adresses IP pour le réseau InfiniBand Exadata à l'aide de la notation CIDR. Le réseau Exadata InfiniBand fournit l'interconnexion haut débit à faible latence utilisée par le logiciel Exadata pour les communications internes entre différents composants système.

        La longueur maximale du préfixe de bloc CIDR est /22, ce qui définit le plus petit bloc d'adresses IP requis pour le réseau. En vue d'une extension future dans Oracle Exadata Database Service on Cloud@Customer, contactez l'équipe réseau afin de réserver suffisamment d'adresses IP pour tenir compte de toute croissance à venir. La longueur minimale du préfixe de bloc CIDR est /19.

        Assurez-vous que la plage d'adresses IP n'entre pas en conflit avec les autres hôtes du réseau d'entreprise et ne chevauche pas le bloc CIDR du réseau d'administration.

   4. Configurer les services DNS et NTP

      Chaque système Oracle Exadata Database Service on Cloud@Customer nécessite l'accès aux services DNS et NTP. Les paramètres suivants indiquent les serveurs qui fournissent ces services à l'infrastructure Exadata :

      • Serveurs DNS : indiquez l'adresse IP d'un serveur DNS accessible à l'aide du réseau de plan de contrôle. Vous pouvez indiquer jusqu'à trois serveurs DNS.
      • Serveurs NTP : indiquez l'adresse IP d'un serveur NTP accessible à l'aide du réseau de plan de contrôle. Vous pouvez spécifier jusqu'à trois serveurs NTP.
7. Cliquez sur Enregistrer les modifications.

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
2. Choisissez la région et le compartiment contenant l'infrastructure Oracle Exadata pour laquelle télécharger un fichier contenant les détails de configuration de l'infrastructure.
3. Cliquez sur Infrastructure Exadata.

4. Cliquez sur le nom de l'infrastructure Oracle Exadata pour laquelle télécharger un fichier contenant les détails de configuration de l'infrastructure.

   La page Détails sur l'infrastructure affiche des informations sur l'infrastructure Oracle Exadata sélectionnée.

5. Cliquez sur Afficher le guide dans la bannière à l'écran.

6. Cliquez sur Télécharger la configuration.

   Le navigateur télécharge un fichier qui contient les détails de configuration de l'infrastructure.

Le fichier de configuration généré contient tous les détails de configuration pertinents pour les serveurs de stockage supplémentaires inclus dans le cadre du flux de création d'infrastructure.

Lorsque vous fournissez à Oracle le fichier de configuration d'infrastructure généré, assurez-vous qu'il n'a pas été modifié. Veillez également à ne pas modifier l'infrastructure Oracle Exadata après avoir téléchargé le fichier de configuration et l'avoir fourni à Oracle.

1. Téléchargez le fichier d'activation.
2. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
3. Choisissez Région et Compartiment, et sélectionnez la région et le compartiment contenant l'infrastructure Oracle Exadata à activer.
4. Cliquez sur Infrastructure Exadata.

5. Cliquez sur le nom de l'infrastructure Oracle Exadata à activer.

   La page Détails sur l'infrastructure affiche des informations sur l'infrastructure Oracle Exadata sélectionnée.

6. Cliquez sur Afficher le guide d'activation dans la bannière affichée.

   Le bouton Afficher le guide d'activation n'est disponible que si l'infrastructure Oracle Exadata requiert une activation. Vous ne pouvez activer l'infrastructure Oracle Exadata qu'une seule fois.

7. Utilisez la boîte de dialogue Activer l'infrastructure Exadata pour télécharger le fichier d'activation, puis cliquez sur Activer.

   Le fichier d'activation contient tous les détails pertinents pour les serveurs de stockage supplémentaires inclus dans le cadre du flux de création d'infrastructure.

   Après l'activation, l'état de l'infrastructure Oracle Exadata devient Actif.

1. Ouvrez le menu de navigation. Sous Oracle Database, cliquez sur Oracle Exadata Database Service on Cloud@Customer.
2. Choisissez la région et le compartiment contenant l'infrastructure Oracle Exadata qui vous intéresse.
3. Cliquez sur Infrastructure Exadata.

4. Cliquez sur le nom de l'infrastructure Oracle Exadata qui vous intéresse.

   La page Détails sur l'infrastructure affiche des informations sur l'infrastructure Oracle Exadata sélectionnée.

5. Observez l'icône sur la page Détails sur l'infrastructure. La couleur de l'icône et le texte en dessous indiquent le statut de l'infrastructure Oracle Exadata.

   • Création : icône jaune. La définition d'infrastructure Oracle Exadata est en cours de création dans le plan de contrôle.
   • Activation requise : icône jaune. L'infrastructure Oracle Exadata est définie dans le plan de contrôle, mais doit être provisionnée et activée pour pouvoir être utilisée.
   • Actif : icône verte. L'infrastructure Oracle Exadata a été provisionnée et activée.
   • Suppression : icône grise. L'infrastructure Oracle Exadata est en cours de suppression via la console ou l'API.
   • Supprimé : icône grise. L'infrastructure Oracle Exadata a été supprimée et n'est plus disponible. Cet état est temporaire. Il est affiché pendant une courte période, après quoi l'infrastructure Oracle Exadata n'est plus affichée.
   • Echec de l'activation : icône rouge. Une condition d'erreur empêche actuellement l'activation de l'infrastructure Oracle Exadata. En général, cet état est corrigé automatiquement et ne nécessite aucune intervention de l'utilisateur.