Commencer à utiliser Oracle Database@AWS - Oracle Database@AWS

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Commencer à utiliser Oracle Database@AWS

Pour commencer à utiliser Oracle Database@AWS, vous pouvez créer les ressources suivantes à l'aide de la Oracle Database@AWS console, de la CLI ou APIs :

  1. Réseau ODB

  2. Infrastructure Oracle Exadata

  3. Cluster de machines virtuelles Exadata ou cluster de machines virtuelles autonome

  4. Connexion d'appairage ODB

Pour créer des bases de données Oracle Exadata sur votre infrastructure, vous devez utiliser la console Oracle Cloud Infrastructure (OCI) ou APIs plutôt le Oracle Database@AWS tableau de bord. Ainsi, vous déployez des ressources dans deux environnements cloud : les ressources du réseau et de l'infrastructure sont intégrées AWS, tandis que le plan de contrôle de l'administration de la base de données est dans OCI. Pour plus d'informations, consultez Oracle Database@AWSla documentation d'Oracle Cloud Infrastructure.

Conditions préalables à la configuration Oracle Database@AWS

Avant de configurer votre infrastructure Oracle Exadata, assurez-vous d'effectuer les opérations suivantes :

Services OCI pris en charge sur Oracle Database@AWS

Oracle Database@AWS prend en charge les services Oracle Cloud Infrastructure (OCI) suivants :

Régions prises en charge pour Oracle Database@AWS

Vous pouvez l'utiliser Oracle Database@AWS dans les domaines suivants Régions AWS :

USA Est (Virginie du Nord)

Vous pouvez utiliser le AZs avec le support physique IDs use1-az4 etuse1-az6.

USA Ouest (Oregon)

Vous pouvez utiliser le AZs avec le support physique IDs usw2-az3 etusw2-az4.

Asie-Pacifique (Tokyo)

Vous pouvez utiliser le AZs avec le support physique IDs apne1-az1 etapne1-az4.

USA Est (Ohio)

Vous pouvez utiliser le AZs avec le support physique IDs use2-az1 etuse2-az2.

Europe (Francfort)

Vous pouvez utiliser le AZs avec le support physique IDs euc1-az1 eteuc1-az2.

Canada (Centre)

Vous pouvez utiliser l'AZ avec l'identifiant physiquecac1-az4.

Asie-Pacifique (Sydney)

Vous pouvez utiliser l'AZ avec l'identifiant physiqueapse2-az4.

Pour trouver dans votre compte les noms de zones de zone de données logiques correspondant à la zone de zone de disponibilité physique précédente IDs, exécutez la commande suivante.

aws ec2 describe-availability-zones \ --region us-east-1 \ --query "AvailabilityZones[*].{ZoneName:ZoneName, ZoneId:ZoneId}" \ --output table

Planification de l'espace d'adresse IP dans Oracle Database@AWS

Planifiez soigneusement l'espace d'adressage IP dans Oracle Database@AWS. Tenez compte de la consommation d'adresses IP en fonction du nombre de clusters de machines virtuelles, y compris le VMs nombre de clusters que vous pouvez provisionner sur le réseau ODB. Pour plus d'informations, consultez la section Conception du réseau ODB dans la documentation Oracle Cloud Infrastructure.

Restrictions relatives aux adresses IP dans le réseau ODB

Notez les restrictions suivantes concernant les plages d'adresses CIDR dans le réseau ODB :

  • Vous ne pouvez pas modifier la plage CIDR du client ou du sous-réseau de sauvegarde pour le réseau ODB après l'avoir créé.

  • Vous ne pouvez pas utiliser les plages d'adresses CIDR VPC dans la colonne Associations restreintes du tableau des restrictions d'association de blocs IPv4 CIDR.

  • Pour Exadata X9M, les adresses IP 100.106.0.0/16 et 100.107.0.0/16 sont réservées à l'interconnexion du cluster par automatisation OCI. Vous ne pouvez donc pas effectuer les opérations suivantes :

    • Attribuez ces plages au client ou à la plage CIDR de sauvegarde du réseau ODB.

    • Utilisez ces plages pour un VPC CIDR utilisé pour se connecter au réseau ODB.

  • Les plages CIDR suivantes sont réservées à Oracle Cloud Infrastructure et ne peuvent pas être utilisées pour le réseau ODB :

    • Plage réservée Oracle Cloud CIDR 169.254.0.0/16

    • Classe réservée D 224.0.0.0 — 239.255.255.255

    • Classe réservée E 240.0.0.0 — 255.255.255.255

  • Vous ne pouvez pas chevaucher les plages d'adresses IP CIDR pour les sous-réseaux client et de sauvegarde.

  • Vous ne pouvez pas superposer les plages d'adresses CIDR d'adresses IP allouées aux sous-réseaux client et de sauvegarde avec les plages d'adresses CIDR VPC utilisées pour se connecter au réseau ODB.

  • Vous ne pouvez pas approvisionner VMs un cluster de machines virtuelles sur différents réseaux ODB. Le réseau est une propriété du cluster de machines virtuelles, ce qui signifie que vous ne pouvez approvisionner le VMs cluster de machines virtuelles que sur le même réseau ODB.

Exigences CIDR du sous-réseau client pour le réseau ODB

Dans le tableau suivant, vous pouvez trouver le nombre d'adresses IP consommées par le service et l'infrastructure pour le sous-réseau client CIDR. La taille CIDR minimale pour le sous-réseau client est /27 et la taille maximale est /16.

Nombre d'adresses IP Consommé par Remarques
6 Oracle Database@AWS Ces adresses IP sont réservées quel que soit le nombre de clusters de machines virtuelles que vous provisionnez sur le réseau ODB. Oracle Database@AWS consomme ce qui suit :
  • 3 adresses IP réservées aux ressources du réseau ODB dans AWS

  • 3 adresses IP réservées au service réseau OCI

3 Chaque cluster de machines virtuelles Ces adresses IP sont réservées aux noms d'accès client uniques (SCANs), quel que soit le nombre de noms VMs présents dans chaque cluster de machines virtuelles.
4 Chaque machine virtuelle Ces adresses IP dépendent uniquement du nombre d'adresses IP VMs dans l'infrastructure.

Exigences CIDR du sous-réseau de sauvegarde pour le réseau ODB

Dans le tableau suivant, vous pouvez trouver le nombre d'adresses IP consommées par le service et l'infrastructure pour le sous-réseau de sauvegarde CIDR. La taille CIDR minimale pour le sous-réseau de sauvegarde est /28 et la taille maximale est /16.

Nombre d'adresses IP Consommé par Remarques
3 Oracle Database@AWS Ces adresses IP sont réservées quel que soit le nombre de clusters de machines virtuelles que vous provisionnez sur le réseau ODB. Oracle Database@AWS consomme ce qui suit :
  • 2 adresses IP au début de la plage CIDR

  • 1 adresse IP à la fin de la plage CIDR

3 Chaque machine virtuelle Ces adresses IP dépendent uniquement du nombre d'adresses IP VMs dans l'infrastructure.

Scénarios de consommation IP pour le réseau ODB

Dans le tableau suivant, vous pouvez voir les adresses IP consommées dans le réseau ODB pour différentes configurations de clusters de machines virtuelles. Alors que /28 est la plage d'adresse CIDR minimale technique pour que le sous-réseau client puisse déployer 1 cluster de machines virtuelles avec 2 VMs, nous vous recommandons d'utiliser au moins une plage d'adresses CIDR /27. Dans ce cas, la plage d'adresses IP n'est pas entièrement consommée par les clusters de machines virtuelles et permet l'allocation d'adresses IP supplémentaires.

Configuration Client IPs consommé Nombre IPs minimum de clients Backup IPs consommé Backup IPs minimum
1 cluster de machines virtuelles avec 2 VMs 17 (6 services + 3 clusters + 4*2) 32 (plage CIDR /27) 9 (3 services + 3*2) 16 (plage CIDR 2/28)
1 cluster de machines virtuelles avec 3 VMs 21 (6 services + 3 clusters + 4*3) 32 (plage CIDR /27) 12 (3 services + 3*3) 16 (plage CIDR 2/28)
1 cluster de machines virtuelles avec 4 VMs 25 (6 services + 3 clusters + 4*4) 32 (plage CIDR /27) 15 (3 services + 3*4) 16 (plage CIDR 2/28)
1 cluster de machines virtuelles avec 8 VMs 41 (6 services + 3 clusters + 4*8) 64 (plage CIDR 6/26) 27 (3 services + 3*8) 32 (plage CIDR /27)

Le tableau suivant indique le nombre d'instances de chaque configuration possibles en fonction d'une plage d'adresses CIDR client spécifique. Par exemple, 1 cluster de machines virtuelles avec 4 VMs consomme 24 adresses IP dans le sous-réseau client. Si la plage CIDR est de /25, 128 adresses IP sont disponibles. Ainsi, vous pouvez provisionner 5 clusters de machines virtuelles dans le sous-réseau.

Configuration du cluster de machines virtuelles Numéro avec /27 (32 IPs) Numéro avec /26 (64 IPs) Numéro avec /25 (128 IPs) Numéro avec /24 (256 IPs) Numéro quand /23 (512 IPs) Numéro quand /22 (1024 IPs)
1 cluster de machines virtuelles avec 2 VMs (16 IPs) 1 3 7 15 30 60
1 cluster de machines virtuelles avec 3 VMs (20 IPs) 1 3 6 12 24 48
1 cluster de machines virtuelles avec 4 VMs (24 IPs) 1 2 5 10  20 40
2 clusters de machines virtuelles de 2 VMs chacun (27 IPs) 1 2 4 9 18 36
2 clusters de machines virtuelles de 3 VMs chacun (35 IPs) 0 1 3 7 14 28
2 clusters de machines virtuelles de 4 VMs chacun (43 IPs) 0 1 2 5 11 23

Étape 1 : créer un réseau ODB dans Oracle Database@AWS

Un réseau ODB est un réseau privé isolé qui héberge l'infrastructure OCI dans une zone de disponibilité (AZ). Un réseau ODB et une infrastructure Oracle Exadata sont des conditions préalables au provisionnement de clusters de machines virtuelles et à la création de bases de données Exadata. Vous pouvez créer le réseau ODB et l'infrastructure Oracle Exadata dans l'un ou l'autre ordre. Pour plus d’informations, consultez Réseau ODB et Peering ODB.

Cette tâche suppose que vous avez luPlanification de l'espace d'adresse IP dans Oracle Database@AWS. Pour modifier ou supprimer le réseau ODB ultérieurement, voirGestion de la base de données Oracle@AWS.

Pour créer un réseau ODB
  1. Connectez-vous à la Oracle Database@AWS console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/odb/.

  2. Choisissez votre AWS région en haut à droite. Pour de plus amples informations, veuillez consulter Régions prises en charge pour Oracle Database@AWS.

  3. Dans le volet de gauche, choisissez ODB networks.

  4. Choisissez Créer un réseau ODB.

  5. Pour le nom du réseau ODB, entrez un nom de réseau. Le nom doit comporter de 1 à 255 caractères et commencer par un caractère alphabétique ou un trait de soulignement. Il ne peut pas contenir de tirets consécutifs.

  6. Pour la zone de disponibilité, choisissez un nom AZ. Pour les informations prises en charge AZs, voirRégions prises en charge pour Oracle Database@AWS.

  7. Pour le CIDR du sous-réseau client, spécifiez une plage d'adresses CIDR pour les connexions client. Pour de plus amples informations, veuillez consulter Exigences CIDR du sous-réseau client pour le réseau ODB.

  8. Pour le CIDR du sous-réseau Backup, spécifiez une plage d'adresses CIDR pour les connexions de sauvegarde. Pour isoler le trafic de sauvegarde et améliorer la résilience, nous vous recommandons de ne pas superposer le CIDR de sauvegarde et le CIDR client. Pour de plus amples informations, veuillez consulter Exigences CIDR du sous-réseau de sauvegarde pour le réseau ODB.

  9. Pour la configuration DNS, choisissez l'une des options suivantes :

    Par défaut

    Dans le champ Préfixe du nom de domaine, entrez un nom à utiliser comme préfixe pour votre domaine. Le nom de domaine est fixé comme oraclevcn.com. Par exemple, si vous entrezmyhost, le nom de domaine complet est myhost.oraclevcn.com.

    Nom de domaine personnalisé

    Pour Nom de domaine, entrez un nom de domaine complet. Par exemple, vous pouvez saisir myhost.myodb.com.

  10. (Facultatif) Pour les intégrations de services, sélectionnez un service à intégrer à votre réseau à l'aide de VPC Lattice. Oracle Database@AWS s'intègre Services AWS à divers outils afin de fournir des fonctionnalités et des options de connectivité améliorées pour vos bases de données Oracle. Sélectionnez l'une des intégrations suivantes :

    Amazon S3

    Activez l'accès direct au réseau ODB à Amazon S3. Vos bases de données peuvent accéder à S3 pour l'importation/exportation de données ou pour des sauvegardes personnalisées. Vous pouvez saisir une politique JSON. Pour de plus amples informations, veuillez consulter Sauvegardes gérées par l'utilisateur vers Amazon S3 dans Oracle Database@AWS.

    Zéro-ETL

    Activez l'analyse en temps réel et le machine learning sur les données transactionnelles à l'aide d'Amazon Redshift. Pour de plus amples informations, veuillez consulter Intégration d'Oracle Database@AWS Zero-ETL à Amazon Redshift.

    Note

    Lorsque vous créez votre réseau ODB, Oracle Database@ préconfigure AWS automatiquement l'accès au réseau pour les sauvegardes gérées par Oracle sur Amazon S3. Vous ne pouvez ni activer ni désactiver cette intégration. Pour de plus amples informations, veuillez consulter AWS intégrations de services.

  11. (Facultatif) Dans le champ Tags, entrez jusqu'à 50 tags pour le réseau. Une balise est une paire clé-valeur que vous pouvez utiliser pour organiser et suivre vos ressources.

  12. Choisissez Créer un réseau ODB.

Après avoir créé un réseau ODB, vous pouvez le relier à un VPC. Le peering ODB est une connexion réseau créée par l'utilisateur qui permet de router le trafic de manière privée entre un Amazon VPC et un réseau ODB. Après le peering, une EC2 instance Amazon au sein du VPC peut communiquer avec les ressources du réseau ODB comme si elles faisaient partie du même réseau. Pour de plus amples informations, veuillez consulter Configuration du peering ODB vers un Amazon VPC dans Oracle Database@AWS.

Étape 2 : créer une infrastructure Oracle Exadata dans Oracle Database@AWS

L'infrastructure Oracle Exadata est l'architecture sous-jacente des serveurs de base de données, des serveurs de stockage et des réseaux qui exécutent les bases de données Oracle Exadata. Choisissez Exadata X9M ou X11M comme modèle de système. Vous pouvez ensuite créer des clusters de machines virtuelles sur l'infrastructure Exadata à l'aide de la AWS console.

Vous pouvez créer l'infrastructure Oracle Exadata et le réseau ODB dans l'un ou l'autre ordre. Il n'est pas nécessaire de spécifier les informations réseau lors de la création de l'infrastructure.

Vous ne pouvez pas modifier une infrastructure Oracle Exadata après l'avoir créée. Pour supprimer une infrastructure Exadata, voirSuppression d'une infrastructure Oracle Exadata dans Oracle Database@AWS.

Pour créer une infrastructure Exadata
  1. Connectez-vous à la Oracle Database@AWS console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/odb/.

  2. Dans le volet de gauche, choisissez Exadata infrastructures.

  3. Choisissez Create Exadata infrastructure.

  4. Pour le nom de l'infrastructure Exadata, entrez un nom. Le nom doit comporter de 1 à 255 caractères et commencer par un caractère alphabétique ou un trait de soulignement. Il ne peut pas contenir de tirets consécutifs.

  5. Pour la zone de disponibilité, choisissez l'une des zones prises en charge AZs. Ensuite, sélectionnez Suivant.

  6. Pour le modèle de système Exadata, choisissez Exadata.X9M ou Exadata.X11M. Pour Exadata.X11M, choisissez également les types de serveurs suivants :

    • Pour le type de serveur de base de données, choisissez le type de modèle de serveur de base de données de votre infrastructure Exadata. Actuellement, le seul choix est X11M.

    • Pour le type de serveur de stockage, choisissez le type de modèle de serveur de stockage de votre infrastructure Exadata. Actuellement, le seul choix est le X11M-HC.

  7. Pour les serveurs de base de données, conservez la valeur par défaut de 2 ou déplacez le curseur pour sélectionner jusqu'à 32 serveurs. Pour en spécifier plus de 2, demandez une augmentation de limite à OCI.

    Chaque serveur de base de données Exadata X9M en prend en charge 126. OCPUs Chaque serveur de base de données Exadata X11M prend en charge 760. ECPUs Le nombre total de calculs change à mesure que vous modifiez le nombre de serveurs. Pour plus d'informations sur OCPUs et ECPUs, voir Modèles de calcul dans une base de données autonome dans la documentation Oracle.

  8. Pour les serveurs de stockage, conservez la valeur par défaut de 3 ou déplacez le curseur pour sélectionner jusqu'à 64 serveurs. Pour en spécifier plus de 3, demandez une augmentation de limite à OCI. Chaque serveur de stockage X9M fournit 64 To. Chaque serveur de stockage X11m fournit 80 To. Le nombre total de To de stockage change à mesure que vous modifiez le nombre de serveurs. Ensuite, sélectionnez Suivant.

  9. Pour la fenêtre de maintenance, configurez à quel moment la maintenance du système peut avoir lieu :

    1. Pour les préférences de planification, sélectionnez l'une des options suivantes :

      • Calendrier géré par Oracle : Oracle détermine le moment optimal pour les activités de maintenance.

      • Calendrier géré par le client : vous spécifiez à quel moment les activités de maintenance peuvent avoir lieu.

    2. Pour le mode Patching, sélectionnez l'une des options suivantes :

      • Continuation : les mises à jour sont appliquées à un nœud à la fois, ce qui permet à la base de données de rester disponible pendant l'application des correctifs.

      • Non continu : les mises à jour sont appliquées simultanément à tous les nœuds, ce qui peut entraîner une interruption de service.

    3. Si vous avez sélectionné Planification gérée par le client, configurez les paramètres supplémentaires suivants :

      • Pour les mois de maintenance, sélectionnez les mois pendant lesquels la maintenance peut être effectuée.

      • Pour Semaine du mois, sélectionnez la semaine du mois où la maintenance peut être effectuée (première, deuxième, troisième, quatrième ou dernière).

      • Pour Jour de la semaine, sélectionnez le jour où la maintenance peut être effectuée (du lundi au dimanche).

      • Pour Heure de début, sélectionnez l'heure à laquelle la fenêtre de maintenance commence. L'heure est en UTC.

      • Pour le délai de notification, sélectionnez combien de jours à l'avance vous souhaitez être informé de la maintenance à venir.

    Note

    Oracle Cloud Infrastructure effectue la maintenance du système pendant cette fenêtre. Pendant la maintenance, votre infrastructure Exadata reste disponible, mais vous pouvez rencontrer de brèves périodes de latence plus élevée.

  10. (Facultatif) Pour les contacts de notification de maintenance OCI, entrez jusqu'à 10 adresses e-mail. AWS transmet ces adresses e-mail à OCI. Lorsque des mises à jour sont effectuées, OCI envoie des notifications aux adresses répertoriées.

  11. (Facultatif) Pour les balises, entrez jusqu'à 50 balises pour l'infrastructure. Une balise est une paire clé-valeur que vous pouvez utiliser pour organiser et suivre vos ressources.

  12. Choisissez Next et passez en revue les paramètres de votre infrastructure.

  13. Choisissez Create Exadata infrastructure.

Étape 3 : créer un cluster de machines virtuelles Exadata ou un cluster de machines virtuelles autonome dans Oracle Database@AWS

Un cluster de machines virtuelles Exadata est un ensemble de bases de données Oracle Exadata VMs sur lequel vous pouvez créer des bases de données Oracle Exadata. Vous créez les clusters de machines virtuelles sur l'infrastructure Exadata. Vous pouvez déployer plusieurs clusters de machines virtuelles avec différentes infrastructures Oracle Exadata dans le même réseau ODB. Vous avez un contrôle administratif total sur les bases de données que vous créez sur les clusters de machines virtuelles Exadata.

Un cluster de machines virtuelles autonomes est un pool préalloué de ressources de calcul et de stockage Oracle Exadata, virtualisé au niveau de la machine virtuelle, qui exécute des bases de données autonomes (ADB). Contrairement aux bases de données gérées par l'utilisateur que vous créez sur un cluster de machines virtuelles Exadata, une base de données autonome s'ajuste automatiquement, applique des correctifs et est gérée par Oracle plutôt que par un administrateur de base de données.

Tenez compte des limites suivantes lorsque vous créez des clusters de machines virtuelles :

  • Vous pouvez déployer un cluster de machines virtuelles uniquement dans l'AZ où vous avez créé votre réseau ODB et votre infrastructure Oracle Exadata.

  • Si vous ne partagez pas un cluster de machines virtuelles entre plusieurs comptes, il doit se trouver dans la même infrastructure Compte AWS que l'infrastructure Oracle Exadata. Si vous partagez AWS RAM un réseau ODB et une infrastructure Oracle Exadata à partir d'un AWS compte avec un compte fiable, ce dernier peut créer des clusters de machines virtuelles dans son propre compte.

  • Vous ne pouvez déployer que des clusters de machines virtuelles sur votre réseau ODB. Aucune autre ressource n'est autorisée.

  • Vous ne pouvez pas modifier l'allocation de stockage après avoir créé un cluster de machines virtuelles.

Important

Le processus de création peut prendre plus de 6 heures, selon la taille du cluster de machines virtuelles.

Exadata VM cluster
Pour créer un cluster de machines virtuelles Exadata
  1. Connectez-vous à la Oracle Database@AWS console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/odb/.

  2. Dans le volet de gauche, choisissez Exadata VM clusters.

  3. Choisissez Créer un cluster de machines virtuelles.

  4. Pour le nom du cluster de machines virtuelles, entrez un nom. Le nom doit comporter de 1 à 255 caractères et commencer par un caractère alphabétique ou un trait de soulignement. Il ne peut pas contenir de tirets consécutifs.

  5. (Facultatif) Pour le nom du cluster Grid Infrastructure, entrez une version de l'infrastructure Grid pour votre cluster de machines virtuelles qui correspond à la version de base de données Oracle que vous utilisez. Le nom doit comporter de 1 à 11 caractères et ne peut pas contenir de tirets.

  6. Pour Fuseau horaire, entrez un fuseau horaire.

  7. Pour les options de licence, choisissez Bring Your Own License (BYOL) ou License Included, puis choisissez Next. Cette licence est la licence OCI fournie par Oracle, et non une licence fournie par AWS.

  8. Configurez les paramètres de l'infrastructure Exadata comme suit :

    1. Pour Infrastructure, choisissez ce qui suit :

      • Pour le nom de l'infrastructure Exadata, choisissez l'infrastructure à utiliser pour ce cluster de machines virtuelles.

      • Pour la version Grid Infrastructure, choisissez la version à utiliser pour ce cluster de machines virtuelles.

      • Pour la version de l'image Exadata, choisissez la version à utiliser pour ce cluster de machines virtuelles. Nous vous recommandons de choisir la version présentée, qui est la version la plus élevée disponible.

    2. Pour les serveurs de base de données, sélectionnez un ou plusieurs serveurs de base de données pour héberger votre cluster de machines virtuelles.

    3. Pour la configuration, procédez comme suit :

      • Choisissez le nombre de cœurs du processeur, la mémoire et le stockage local pour chaque machine virtuelle, ou acceptez les valeurs par défaut.

      • Choisissez la quantité totale de stockage Exadata pour le cluster de machines virtuelles ou acceptez la valeur par défaut.

    4. (Facultatif) Pour l'allocation de stockage, sélectionnez l'une des options suivantes :

      • Activer l'allocation de stockage pour les instantanés fragmentés d'Exadata

      • Activer l'allocation de stockage pour les sauvegardes locales

      L'allocation de stockage utilisable change au fur et à mesure que vous sélectionnez des options. Vous ne pourrez pas modifier cette allocation de stockage ultérieurement. Passez en revue votre sélection, puis choisissez Next.

  9. Configurez la connectivité comme suit :

    1. Pour le réseau ODB, choisissez un réseau ODB existant.

    2. Dans le champ Préfixe du nom d'hôte, entrez un préfixe pour le cluster de machines virtuelles. Assurez-vous de ne pas inclure le nom de domaine. Le préfixe constitue la première partie du nom d'hôte du cluster de machines virtuelles Oracle Exadata.

      Note

      Le nom de domaine de l'hôte est fixé comme oraclevcn.com.

    3. Pour le port de l'écouteur SCAN (TCP/IP), entrez un numéro de port pour l'accès TCP à l'écouteur à nom d'accès client unique (SCAN). Le port par défaut est 1521. Vous pouvez également saisir un port SCAN personnalisé compris entre 1024 et 8999, à l'exception des numéros de port suivants : 2484, 6100, 6200, 7060, 7070, 7085 et 7879. Ensuite, sélectionnez Suivant.

    4. Pour les paires de clés SSH, entrez la partie clé publique d'une ou de plusieurs paires de clés utilisées pour l'accès SSH au cluster de machines virtuelles. Ensuite, sélectionnez Suivant.

  10. (Facultatif) Choisissez les diagnostics et les balises comme suit :

    1. Choisissez d'activer ou non la collecte de diagnostics pour les événements de diagnostic, le moniteur de santé, les journaux d'incidents et les collectes de traces. Oracle peut utiliser ces informations de diagnostic pour identifier, suivre et résoudre les problèmes.

    2. Pour les balises, entrez jusqu'à 50 balises pour le cluster de machines virtuelles. Une balise est une paire clé-valeur que vous pouvez utiliser pour organiser et suivre vos ressources. Ensuite, sélectionnez Suivant.

  11. Vérifiez vos paramètres. Choisissez ensuite Create VM cluster.

Autonomous VM cluster
Pour créer un cluster de machines virtuelles autonome
  1. Connectez-vous à la Oracle Database@AWS console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/odb/.

  2. Dans le volet de gauche, choisissez Autonomous VM clusters.

  3. Choisissez Créer un cluster de machines virtuelles autonome.

  4. Pour le nom du cluster de machines virtuelles, entrez un nom. Le nom doit comporter de 1 à 255 caractères et commencer par un caractère alphabétique ou un trait de soulignement. Il ne peut pas contenir de tirets consécutifs.

  5. Pour Fuseau horaire, entrez un fuseau horaire.

  6. Pour les options de licence, choisissez Bring Your Own License (BYOL) ou License Included, puis choisissez Next. Cette licence est la licence OCI fournie par Oracle, et non une licence fournie par AWS.

  7. Configurez les paramètres de l'infrastructure Exadata comme suit :

    1. Pour le nom de l'infrastructure Exadata, choisissez l'infrastructure à utiliser pour ce cluster de machines virtuelles autonomes.

    2. Pour les serveurs de base de données, sélectionnez un ou plusieurs serveurs de base de données pour héberger votre cluster de machines virtuelles autonomes.

    3. Pour la configuration, procédez comme suit :

      • Choisissez le nombre de cœurs ECPU par machine virtuelle, la mémoire de base de données par processeur, le stockage de base de données et le nombre maximum de bases de données de conteneurs autonomes ou acceptez les valeurs par défaut.

      • Choisissez la quantité totale de stockage Exadata pour le cluster de machines virtuelles autonomes ou acceptez la valeur par défaut.

  8. Configurez la connectivité comme suit :

    1. Pour le réseau ODB, choisissez un réseau ODB existant.

    2. Pour le port du récepteur SCAN (TCP/IP), entrez un numéro de port pour le port (non TLS). Le port par défaut est 1521. Vous pouvez également saisir un port (TLS) compris entre 1024 et 8999, à l'exception des numéros de port suivants : 2484, 6100, 6200, 7060, 7070, 7085 et 7879. Ensuite, sélectionnez Suivant.

      Sélectionnez Activer l'authentification TLS mutuelle (MTLS) pour autoriser l'authentification TLS mutuelle.

  9. (Facultatif) Choisissez les diagnostics et les balises comme suit :

    1. Choisissez de planifier la configuration des modifications dans le calendrier géré par Oracle ou dans le calendrier géré par le client. Si vous choisissez un calendrier géré par le client, définissez les mois de maintenance, les semaines du mois, le jour de la semaine et l'heure de début (UTC).

    2. Pour les balises, entrez jusqu'à 50 balises pour le cluster de machines virtuelles autonomes. Une balise est une paire clé-valeur que vous pouvez utiliser pour organiser et suivre vos ressources. Ensuite, sélectionnez Suivant.

  10. Vérifiez vos paramètres. Choisissez ensuite Create Autonomous VM cluster.

Étape 4 : Création de bases de données Oracle Exadata dans Oracle Cloud Infrastructure

Dans Oracle Database@AWS, vous pouvez créer et gérer les ressources suivantes à l'aide de la AWS console, de la CLI ou APIs :

  • réseaux ODB

  • Infrastructure Oracle Exadata

  • Clusters de machines virtuelles Exadata et clusters de machines virtuelles autonomes

  • Connexions d'appairage ODB

Pour créer et gérer des bases de données Oracle Exadata sur l'infrastructure que vous avez créée, vous devez utiliser la console Oracle Cloud Infrastructure plutôt que le Oracle Database@AWS tableau de bord. Vous pouvez créer une base de données Exadata gérée par l'utilisateur sur un cluster de machines virtuelles Exadata et une base de données autonome sur un cluster de machines virtuelles Exadata autonome. Pour plus d'informations sur la création de bases de données Oracle dans OCI, voir Exadata Database dans la documentation Oracle Cloud Infrastructure.

Pour créer des bases de données Oracle Exadata
  1. Connectez-vous à la Oracle Database@AWS console AWS Management Console et ouvrez-la à l'adresse https://console.aws.amazon.com/odb/.

  2. Dans le volet de gauche, choisissez Exadata VM clusters ou Autonomous VM clusters.

  3. Choisissez un cluster de machines virtuelles pour voir la page de détails.

  4. Choisissez Gérer dans OCI pour être redirigé vers la console Oracle Cloud Infrastructure.

  5. Créez votre base de données Exadata ou votre base de données autonome gérée par l'utilisateur dans OCI.