Créer une grappe de machines virtuelles Exadata autonome
Vous pouvez créer une grappe de MV Exadata autonome à partir de la console Oracle Cloud Infrastructure.
Note :
Si vous êtes un client avec un abonnement Multicloud, consultez les instructions sous Créer une grappe de machines virtuelles autonome (AVMC) dans AWS.Configuration requise pour la version du logiciel de base de données 23ai
S'APPLIQUE À : Oracle Public Cloud S'APPLIQUE À :
Exadata Cloud@Customer
- Espace de noms de marqueur : Aucun (Ajouter un marqueur à structure libre)
- Clé de marqueur : DatabaseVersion
- Valeur du marqueur : 23ai
Une machine virtuelle autonome créée avec le marqueur 23ai prend en charge les bases de données conteneur autonomes avec le logiciel Oracle Database version 23ai uniquement. Vous ne pouvez pas créer de bases de données conteneur autonomes 19c dans cette grappe de machines virtuelles autonome. Les bases de données conteneur autonomes avec la version 19c du logiciel Oracle Database ne peuvent être provisionnées que dans une machine virtuelle autonome qui n'est pas créée avec le marqueur 23ai. Vous ne pouvez pas provisionner les bases de données conteneur autonomes 19c et 23ai dans la même grappe de machines virtuelles autonome. Voir Fonctions de base de données gérées à partir d'une base de données conteneur autonome pour plus de détails.
Exigences relatives aux politiques IAM
Choix de déploiement | Politiques GIA |
---|---|
Oracle Public Cloud et Nuage multiple |
|
Exadata Cloud@Customer |
|
Exigences en matière de politique ZPR (Zero Trust Packet Routing)
S'APPLIQUE À : Oracle Public Cloud seulement
- Politiques IAM requises pour ajouter des attributs de sécurité ZPR (Zero Trust Packet Routing) lors du provisionnement d'une grappe de machines virtuelles autonome :
allow group <group_name> to { ZPR_TAG_NAMESPACE_USE, SECURITY_ATTRIBUTE_NAMESPACE_USE } in tenancy allow group <group_name> to manage autonomous-database-family in tenancy allow group <group_name> to read security-attribute-namespaces in tenancy
-
Pour provisionner une grappe de machines virtuelles autonome avec des attributs de sécurité, vous devez également activer les politiques ZPR correspondantes pour autoriser le trafic.
Par exemple, vous devez définir les exemples de politiques ZPR ci-dessous pour provisionner une grappe de machines virtuelles autonome avec les attributs de sécurité suivants :- Réseau VCN : ADBD
- Client de base de données : ADBDClient
- Serveur de base de données : ADBDServer
Exemples de politiques ZPR pour provisionner AVMC avec succès :in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'
Exemples de politiques ZPR pour une connectivité client réussie :in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Client:ADBDClient endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow Db-Client:ADBDClient endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'
Besoins en ressources
- 40 ECPU par noeud
- 120 Go de mémoire par noeud
- 338.5GB Stockage local par noeud
- 6.61TB Stockage Exadata
Exigences relatives au réseau
Vous pouvez provisionner de nouvelles grappes de machines virtuelles avec un réseau à pile double IPv4/IPv6, ce qui active à la fois les adresses IPv4 et IPv6. Cette option est activée lors de la création d'un VCN et lors de la création d'un sous-réseau.
- Déploiements Oracle Public Cloud et multinuages :
Si vous provisionnez une ressource de grappe de machines virtuelles Exadata autonome et que vous configurez la récupération après sinistre avec Autonomous Data Guard, assurez-vous que l'espace d'adresses IP des réseaux en nuage virtuels ne se chevauche pas.
Le tableau suivant répertorie les tailles de sous-réseau minimales requises pour les déploiements Autonomous Database sur Oracle Public Cloud.
Conseil :
Le service de réseau réserve trois adresses IP dans chaque sous-réseau. L'affectation au sous-réseau d'un espace supérieur au minimum requis (par exemple, au moins /25 au lieu de /28) peut limiter l'incidence relative de ces adresses réservées sur l'espace disponible du sous-réseau.
Taille du bâti Sous-réseau de client : Nombre d'adresses IP requises Sous-réseau de client : Taille minimale Système de base ou quart de bâti (4 adresses * 2 noeuds) + 3 pour des noms SCAN + 3 réservées dans le sous-réseau = 14 /28 (16 adresses IP) Demi-bâti (4 * 4 noeuds) + 3 + 3 = 22 /27 (32 adresses IP) Bâti complet (4 * 8 noeuds) + 3 + 3 = 38 /26 (64 adresses IP) Systèmes d'infrastructure flexibles (X8M et plus) 4 adresses par noeud de base de données (au minimum 2 noeuds) + 3 pour des noms SCAN + 3 réservées dans le sous-réseau /28 est la taille minimale de sous-réseau, mais l'ajout de chaque noeud augmente la taille du sous-réseau en conséquence. Conseil :
Assurez-vous de configurer vos sous-réseaux pour qu'ils aient suffisamment d'adresses IP disponibles pour créer plusieurs grappes de machines virtuelles Exadata autonomes. Par exemple, l'adresse IP minimale requise pour un système de base ou un quart de bâti pour une seule grappe de machines virtuelles est 14. Si vous prévoyez de créer 2 grappes de machines virtuelles, définissez votre sous-réseau à /27 ou avez deux sous-réseaux au niveau /28. - Déploiements Exadata Cloud@Customer :
Pour les exigences d'adresse IP Exadata Cloud@Customer, consultez Adresses IP et sous-réseaux pour Exadata Cloud at Customer.
- Déploiements Oracle Public Cloud et multinuages :
- Pour répondre aux exigences minimales de liste de sécurité pour le provisionnement d'une grappe de machines virtuelles autonome :
- Ouvrez TCP sur tous les ports pour le trafic entrant et sortant pour le bloc CIDR du sous-réseau.
- Ouvrez tous les types et codes ICMP pour le trafic entrant et sortant pour le bloc CIDR du sous-réseau.
- Assurez-vous que le type de trafic entrant et sortant est identique : les deux sont sans état ou les deux sont avec état.
Par exemple, dans la capture d'écran ci-dessous, TestVCN a un bloc CIDRIPv4 CIDR IPv4 de 11.0.0.0/16 et FleetSubnet (le sous-réseau utilisé pour provisionner AVMC) a un bloc CIDRIPv4 CIDR IPv4 de 11.0.0.0/24.
- Facultativement, selon vos besoins, vous devrez peut-être également ouvrir les ports suivants pour vous connecter et exploiter des bases de données Autonomous Database créées dans cette grappe de machines virtuelles autonome.
Port de destination Protocole IP Objet 1521 TCP Trafic SQL*Net 2484 TCP TLS (Transport Layer Security) à partir des sous-réseaux d'application 6200 TCP Trafic ONS (Oracle Notification Service)
Trafic d'avis rapide des applications
443 TCP Oracle Application Express
Oracle Database Actions
- Pour répondre aux exigences minimales de liste de sécurité pour le provisionnement d'une grappe de machines virtuelles autonome :
- Déploiements Exadata Cloud@Customer :
- Avant de provisionner une grappe de machines virtuelles autonome sur Exadata Cloud@Customer, vous devez configurer les règles de réseau indiquées dans Exigences relatives au réseau pour le service Oracle Exadata Database Service on Cloud@Customer dans Préparation pour le service Exadata Database sur Cloud@Customer.
- En outre, vous devez ouvrir le port 1522 pour :
- Autoriser le trafic TCP entre les bases de données principale et de secours dans une configuration Autonomous Data Guard.
- Prise en charge du clonage de base de données.
-
Facultativement, si vous prévoyez de vous connecter aux applications couramment utilisées suivantes, vous devrez peut-être également ouvrir les ports suivants.
Port de destination Protocole IP Objet 443 (Sortant) TCP Service Key Management (KMS) 1521 (Entrant) TCP Oracle Enterprise Manager (OEM) 1521 TCP Trafic SQL*Net 2484 TCP TLS (Transport Layer Security) à partir des sous-réseaux d'application 6200 TCP Trafic du service d'avis Oracle (ONS)
Trafic FAN (Fast Application Notification)
443 TCP Oracle Application Express
Oracle Database Actions
Note :
Vous ne pouvez créer une grappe de machines virtuelles autonome (AVMC) sur des ressources d'infrastructure Exadata créées dans Oracle Cloud qu'après le lancement de la fonction Autonomous Database sur plusieurs machines virtuelles. Créez une demande de service dans My Oracle Support si vous devez résoudre cette limite et souhaitez ajouter une grappe de machines virtuelles autonome aux anciennes ressources d'infrastructure Exadata. Pour obtenir de l'aide sur la création d'une demande de soutien, voir Créer une demande de service dans My Oracle Support.Instructions
Conseil :
Exigences relatives aux adresses IP pour une grappe de machines virtuelles Exadata autonome, reportez-vous aux exercices suivants dans l'atelier sur la base de données autonome Oracle dédiée pour les administrateurs de parc :- Exercice 3 : Provisionnement d'une grappe de machines virtuelles Exadata autonome en nuage pour une base de données autonome sur une infrastructure dédiée
- Exercice 5 : Provisionnement d'une grappe de machines virtuelles autonome sur Exadata Cloud@Customer
-
Allez à Base de données autonome dans la console Oracle Cloud Infrastructure.
Pour obtenir des instructions, voir Accéder à une base de données autonome dans la console Oracle Cloud Infrastructure.
-
Dans la liste des types de ressource Autonomous Database du menu latéral, cliquez sur Grappes de machines virtuelles Exadata autonomes.
Vous pouvez voir la liste des grappes de machines virtuelles Exadata autonomes dans le compartiment courant.
-
Sélectionnez le compartiment dans lequel créer une grappe de machines virtuelles Exadata autonome.
La liste des grappes de machines virtuelles Exadata autonomes est actualisée pour afficher les grappes du compartiment sélectionné.
-
Cliquez sur Créer une grappe de MV Exadata autonome.
-
Remplissez la page Créer une grappe de machines virtuelles Exadata autonome avec les informations suivantes :
Paramètre Description Notes Informations de base
Compartiment : Sélectionnez un compartiment pour héberger la grappe de machines virtuelles Exadata autonome.
Nom d'affichage : Entrez une description conviviale ou d'autres informations qui vous aident à identifier facilement la ressource d'infrastructure.
Il n'est pas nécessaire qu'il soit unique. Évitez d'entrer des informations confidentielles.
Infrastructure Exadata
Infrastructure Exadata pour héberger la nouvelle grappe de machines virtuelles Exadata autonome.
Ressources de la grappe de machines virtuelles autonome : Modèle de calcul
Modèle de calcul : Indique le modèle de calcul de votre ressource de grappe de machines virtuelles Exadata autonome. Le modèle par défaut est ECPU. Il est basé sur le nombre de cœurs affectés de manière élastique à partir d'un groupe de serveurs de calcul et de stockage.
À partir du 28 mai 2025, Autonomous Database ne vous permet pas de créer de nouvelles machines virtuelles autonomes à l'aide de la mesure de facturation des OCPU. Toutes les nouvelles machines virtuelles autonomes ne peuvent être provisionnées qu'avec des ECPU.
Les bases de données autonomes OCPU existantes et les bases de données Autonomous Database continueront de fonctionner comme d'habitude. Vos machines virtuelles OCPU et les bases de données Autonomous Database correspondantes peuvent être mises à jour en ECPU au moyen de demandes de service. Pour plus d'informations, voir ID document 2998755.1.
Ressources de la grappe de machines virtuelles autonome : Sélection du serveur de base de données
Liste les serveurs de base de données utilisés pour déployer la nouvelle ressource de grappe de machines virtuelles Exadata autonome.
Le nombre maximal de ressources (UC, mémoire et stockage local) disponibles par machine virtuelle est également affiché.
Facultativement, vous pouvez ajouter ou supprimer les machines virtuelles en cliquant sur Modifier la sélection du serveur de base de données. En cliquant sur ce bouton, la boîte de dialogue Modifier les serveurs de base de données affiche la liste de tous les serveurs de base de données disponibles avec les détails suivants pour chacun d'entre eux :- UC disponibles
- Mémoire disponible (Go)
- Stockage local disponible (Go)
- Nombre de grappe de MV et de grappe de MV autonome qu'elle contient.
Par défaut, tous les serveurs de base de données ayant le minimum de ressources nécessaires pour créer une grappe de machines virtuelles autonome sont sélectionnés. Vous pouvez supprimer un serveur de base de données en cochant la case correspondante dans la liste. Selon votre sélection, les détails des ressources maximales disponibles par machine virtuelle et des ressources affectées par machine virtuelle sont affichés dans la boîte de dialogue.
Après avoir sélectionné les serveurs de base de données, cliquez sur Enregistrer les modifications.
Vous devez sélectionner au moins 2 serveurs de base de données pour déployer une ressource de grappe de machines virtuelles autonome. Un minimum de 2 serveurs de base de données est nécessaire pour la configuration à haute disponibilité.
Note :
Vous ne pouvez pas ajouter ou supprimer des serveurs de base de données après avoir provisionné une grappe de machines virtuelles autonome.Ressources de la grappe de MV autonome
Nombre de machines virtuelles ou Nombre de noeuds : Indique le nombre de serveurs de base de données dans l'infrastructure Exadata. Cette valeur est en lecture seule. Cette valeur dépend du nombre de serveurs de base de données sélectionnés pour la grappe de machines virtuelles autonome.
Nombre maximal de bases de données conteneur autonomes : Le nombre de bases de données conteneur autonomes spécifié représente la limite supérieure pour les bases de données conteneur autonomes. Ces bases de données conteneur autonomes doivent être créées séparément, au besoin. La création d'une base de données conteneur autonome nécessite également 8 ECPU ou 2 OCPU disponibles par noeud.
Nombre d'UC par machine virtuelle ou noeud : Spécifiez le nombre d'UC pour chaque machine virtuelle individuelle. La valeur minimale est de 40 ECPU par machine virtuelle.
Mémoire de base de données par UC (Go) : Mémoire affectée par UC pour les bases de données autonomes dans la grappe de MV autonome.
Affecter le stockage pour les sauvegardes locales : Pour Exadata Cloud@Customer, vous pouvez cocher cette option pour configurer le stockage Exadata afin d'activer les sauvegardes locales de base de données.
Stockage de base de données (To) : Stockage de données affecté pour la création d'Autonomous Database dans la grappe de machines virtuelles autonome. La valeur minimale est de 5 To.
La machine virtuelle et le noeud sont utilisés de manière interchangeable entre les déploiements d'Oracle Exadata Cloud@Customer et d'Oracle Public Cloud.
Lorsque vous configurez les paramètres des ressources, les ressources agrégées nécessaires pour créer la grappe de machines virtuelles Exadata autonome et les formules utilisées pour calculer ces valeurs sont affichées sur le côté droit de la section de configuration des ressources.
Le total des ressources demandées pour la grappe de machines virtuelles Exadata autonome est calculé à l'aide des formules ci-dessous :
Nombre d'UC = Nombre d'UC par noeud x nombre de noeuds
Mémoire = [Nombre d'UC par noeud x mémoire de base de données par UC + mémoire interne pour le service de base de données : (40 Go)] x nombre de noeuds
Stockage local = Stockage du service local interne : ([Stockage de grappe de machines virtuelles autonome : xxGB] + [Stockage de base de données conteneur autonome : 100 Go + 50 Go x nombre de bases de données autonomes] x 1,03) x nombre de noeuds
Dans la formule ci-dessus, la valeur du stockage de grappe de machines virtuelles autonome dépend du modèle de système Exadata utilisé, comme suit :
- Systèmes X7-2 et X8-2 : 137 Go
- Systèmes X8M-2 et X9M-2 : 184 Go
Stockage Exadata = [Stockage des données d'utilisateur + stockage du service de base de données interne : (200 Go + 50 Go x nombre de bases de données conteneur autonomes x nombre de noeuds)] x 1,25
Paramètres de réseau
Réseau en nuage virtuel : Réseau en nuage virtuel (VCN) dans lequel créer la nouvelle grappe de machines virtuelles Exadata autonome.
Sous-réseau : Sous-réseau du VCN sélectionné ci-dessus pour la nouvelle grappe de machines virtuelles Exadata autonome.
Vous pouvez éventuellement utiliser des groupes de sécurité de réseau pour contrôler le trafic. Pour ce faire, cochez la case correspondante et sélectionnez un groupe de sécurité de réseau dans la liste de sélection.
Cliquez sur + Un autre groupe de sécurité de réseau pour ajouter d'autres groupes de sécurité de réseau.
Vous pouvez utiliser un réseau à pile double IPv4/IPv6, ce qui active les adresses IPv4 et IPv6. Vous pouvez activer cette option lors de la création d'un VCN, et lors de la création d'un sous-réseau, et vous pouvez utiliser le sous-réseau correspondant (qui a à la fois des adresses IP4 et IP6) lors du provisionnement d'une machine virtuelle autonome.
S'applique à : Oracle Public Cloud seulement
réseau en grappe de MV
Réseau en grappe de MV dans lequel créer la nouvelle grappe de MV Exadata autonome.
S'APPLIQUE À : Exadata Cloud@Customer seulement
Maintenance automatique
Au besoin, vous pouvez configurer le programme de maintenance automatique. Dans Oracle Public Cloud, cliquez sur Modifier la maintenance. Dans Exadata Cloud@Customer, cliquez sur Modifier le programme de maintenance.
Vous pouvez ensuite modifier le programme de maintenance par défaut (aucune préférence, qui permet à Oracle de programmer la maintenance selon les besoins) en sélectionnant Sélectionner un programme, puis en sélectionnant les mois, semaines, jours et heures pour le programme. Vous pouvez également définir un délai pour recevoir un avis concernant une maintenance à venir d'Oracle.
Lorsque vous avez terminé, enregistrez vos modifications.
Pour plus d'informations sur le choix d'un programme personnalisé, voir Paramètres personnalisables du programme de maintenance.
Type de licence
Type de licence à utiliser pour la nouvelle grappe de machines virtuelles Exadata autonome.
Vous disposez des options suivantes :
Utiliser sa propre licence : Si vous sélectionnez cette option, assurez-vous de disposer des droits appropriés pour les nouvelles instances de service que vous créez.
Licence incluse : : Avec ce choix, le coût du service en nuage inclut une licence pour le service Base de données.
Votre choix pour le type de licence a une incidence sur la facturation à l'usage.
Afficher/masquer les options avancées
Par défaut, les options avancées sont masquées. Cliquez sur Afficher les options avancées pour les afficher.
Options avancées : Gestion
Si vous voulez définir un autre fuseau horaire qu'UTC ou le fuseau horaire détecté par le navigateur, sélectionnez l'option Sélectionner un autre fuseau horaire, sélectionnez 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 et choisissez un fuseau horaire approprié.
Le fuseau horaire par défaut pour la grappe de MV Exadata autonome est UTC, mais vous pouvez en spécifier un autre. Les options de fuseau horaire sont celles prises en charge dans la classe
Java.util. TimeZone
et le système d'exploitation Oracle Linux.Vous ne pouvez pas modifier les paramètres de fuseau horaire d'une grappe de machines virtuelles Exadata autonome déjà provisionnée. Si nécessaire, vous pouvez créer une demande de service dans My Oracle Support. Pour obtenir de l'aide sur la création d'une demande de soutien, voir Créer une demande de service dans My Oracle Support.
Options avancées : Module d'écoute
Si vous voulez sélectionner un port de module d'écoute SCAN pour TLS et non TLS à partir d'un intervalle de ports disponibles, entrez un numéro de port pour le port non TLS ou le port TLS dans l'intervalle autorisé (1024 - 8999).
Vous pouvez également choisir l'authentification TLS mutuelle (mTLS) en cochant la case Activer l'authentification TLS mutuelle (mTLS).
Le numéro de port par défaut est 2484 pour TLS et 1521 pour les modes d'authentification non TLS.
Les numéros de port 1522, 1525, 5000, 6100, 6200, 7060, 7070, 7879, 8080, 8181, 8888 et 8895 sont réservés à des fins spéciales et ne peuvent pas être utilisés à titre de numéros de port non TLS ou TLS.
Les ports du module d'écoute SCAN ne peuvent pas être modifiés après le provisionnement de la ressource AVMC.
Comme les certificats ORDS sont des certificats TLS unidirectionnels, la sélection entre TLS unidirectionnels et TLS mutuels (mTLS) s'applique uniquement aux certificats TLS de base de données.
Options avancées : Attributs de sécurité
Ajouter un attribut de sécurité pour contrôler l'accès à votre ressource AVMC à l'aide des politiques ZPR (Zero Trust Packet Routing). Pour ajouter un attribut de sécurité, sélectionnez un espace de noms et fournissez la clé et la valeur pour l'attribut de sécurité.
Cliquez sur Ajouter un attribut de sécurité pour ajouter des attributs de sécurité supplémentaires.
S'APPLIQUE À :
Oracle Public Cloud seulement
Pour sélectionner un attribut de sécurité à cette étape, vous devez déjà avoir configuré des attributs de sécurité avec l'acheminement de trousse de confiance zéro. Pour plus d'informations, voir À propos du routage de paquets sans confiance.
Vous pouvez également ajouter des attributs de sécurité pour les MAV existantes. Pour plus de détails, voir Configurer l'acheminement de trousse sans confiance (ZPR) pour une grappe de machines virtuelles autonome.
Options avancées : Marqueurs
Si vous le souhaitez, vous pouvez ajouter des marqueurs en sélectionnant un espace de noms de marqueur, une clé de marqueur et une valeur de marqueur.
Le marquage est un système de métadonnées permettant d'organiser et de suivre les ressources de votre location. Voir Marquage de ressources de base de données autonome dédiée en nuage.
Pour pouvoir créer des bases de données 23ai, vous devez provisionner la machine virtuelle autonome avec les marqueurs appropriés. Pour plus de détails, voir Exigences relatives aux marqueurs de version du logiciel de base de données 23ai.
-
Facultativement, vous pouvez enregistrer la configuration de ressources en tant que pile en cliquant sur Enregistrer en tant que pile. Vous pouvez ensuite utiliser la pile pour créer la ressource au moyen du service du gestionnaire de ressources.
Entrez les détails suivants dans la boîte de dialogue Enregistrer en tant que pile, puis cliquez sur Enregistrer.- Nom : Facultativement, entrez un nom pour la pile.
- Description : Facultativement, entrez une description de cette pile.
- Enregistrer dans le compartiment : Sélectionnez un compartiment dans lequel réside cette pile.
- Espace de noms de marqueur, Clé de marqueur et Valeur de marqueur : Vous pouvez appliquer des marqueurs à la pile.
Pour les exigences et les recommandations relatives aux configurations Terraform utilisées avec le gestionnaire de ressources, voir Configurations Terraform pour le gestionnaire de ressources. Pour provisionner les ressources définies dans votre pile, appliquez la configuration.
- Soumettez vos détails pour créer la grappe de machines virtuelles Exadata autonome.