A propos du cluster de machines virtuelles Exadata Autonomous

Les clusters de machines virtuelles Autonomous permettent le partitionnement d'un cluster Exadata physique en plusieurs clusters virtuels. Ils peuvent être utilisés pour isoler les environnements pour différentes charges de travail de base de données via des règles d'accès distinctes, des configurations réseau, ainsi que de la mémoire de calcul et des ressources de stockage personnalisables.

AVMC est l'un des composants d'infrastructure du modèle d'architecture de base de données à quatre niveaux sur lequel une base de données Conteneur Autonomous est construite. Des AVMC sont provisionnés dans une ressource d'infrastructure Exadata (EI), ce qui fournit le lien entre l'IE et les ressources de base de données Conteneur Autonomous dans votre déploiement.

Les systèmes AVMC fournissent des environnements isolés pour différentes charges de travail de base de données via des règles d'accès distinctes, des configurations réseau, ainsi qu'une mémoire de calcul et des ressources de stockage personnalisables.

Pour avoir une idée complète de l'architecture à quatre couches utilisée avec Autonomous AI Database on Dedicated Exadata Infrastructure et comprendre le positionnement d'AVMC dans cette architecture, reportez-vous à Composants de Autonomous AI Database on Dedicated Exadata Infrastructure.

Les AVMC sont créés, surveillés et gérés par des administrateurs de parc. Pour en savoir plus, reportez-vous à Rôles utilisateur associés à la base de données Autonomous AI sur une infrastructure Exadata dédiée.

Conditions requises pour le cluster de machines virtuelles Exadata Autonomous

Conditions requises pour la stratégie IAM

Choix de déploiement Stratégies IAM

Oracle Public Cloud et multicloud

Choix de déploiement	Stratégies IAM
Oracle Public Cloud et multicloud	`manage cloud-autonomous-vmclusters` `use cloud-exadata-infrastructures`
Exadata Cloud@Customer	`manage autonomous-vmclusters` `use exadata-infrastructures`

manage cloud-autonomous-vmclusters

use cloud-exadata-infrastructures

Exadata Cloud@Customer

manage autonomous-vmclusters

use exadata-infrastructures

Ressources requises minimales

Pour créer un cluster de machines virtuelles Exadata Autonomous, vous devez au moins :

40 ECPU par noeud
120 Go de mémoire par noeud
Stockage local de 338,5 Go par noeud
6,61 To de stockage Exadata

Les exigences réseau doivent être respectées avant le provisionnement d'un cluster de machines virtuelles Exadata Autonomous. Pour connaître toutes les conditions requises, reportez-vous à la section Création d'un cluster de machines virtuelles Exadata Autonomous.

Remarque : vous devez provisionner une ressource d'infrastructure Exadata avant de créer une instance AVMC. Pour obtenir des instructions, reportez-vous à Création d'une ressource d'infrastructure Exadata.

Fonctions de base de données gérées à partir d'un cluster de machines virtuelles Exadata Autonomous

Les fonctionnalités suivantes de la base de données Autonomous AI peuvent être définies et gérées au niveau du cluster de machines virtuelles Exadata Autonomous.

Fonctionnalité de base de données d'IA autonome	Remarques	Références supplémentaires
Modèle de calcul Il s'agit de la mesure de facturation de calcul pour Autonomous AI Database.	À partir du 28 mai 2025, Autonomous AI Database on Dedicated Exadata Infrastructure ne vous permet pas de créer de nouveaux AVMC à l'aide de la mesure de facturation OCPU. Tous les nouveaux AVMC ne peuvent être provisionnés qu'avec des ECPU. Les bases de données AVMC d'OCPU et Autonomous AI existantes continueront à fonctionner comme d'habitude. Vos AVMC OCPU et bases de données Autonomous AI respectives peuvent être mises à jour en ECPU via des demandes de service. Pour plus d'informations, reportez-vous à ID de document 2998755.1. Remarque : les déploiements multicloud prennent uniquement en charge le modèle de calcul ECPU.	Modèles de calcul
Sélection d'un serveur de bases de données Les AVMC peuvent être provisionnés sur n'importe quel nombre de serveurs de base de données (VM). Vous pouvez afficher et sélectionner une machine virtuelle dans la liste des machines virtuelles disponibles lors du provisionnement d'une instance AVMC.	Lors du provisionnement d'une instance AVMC, vous devez sélectionner au moins 2 serveurs de base de données pour déployer une ressource AVMC. Au moins 2 serveurs de base de données sont nécessaires pour la configuration de haute disponibilité. Vous ne pouvez pas ajouter ou enlever des serveurs de base de données après avoir provisionné une instance AVMC.
Programmation de maintenance En général, Oracle programme et effectue la maintenance de l'ensemble du parc tout au long du trimestre. Vous pouvez laisser Oracle gérer la programmation de la maintenance ou définir une fenêtre spécifique pendant laquelle Oracle peut commencer les opérations de maintenance.	Vous pouvez planifier des exécutions de maintenance distinctes pour chaque cluster d'unités virtuelles Autonomous sur la même infrastructure Exadata. Vous pouvez remplacer la programmation de maintenance par défaut (Aucune préférence, qui permet à Oracle de programmer la maintenance tel que nécessaire) en sélectionnant les mois, les semaines, les jours et les heures de programmation. Vous pouvez également définir un délai de réception d'un message de notification d'Oracle avant une maintenance à venir.	Spécification du moment où la maintenance peut avoir lieu
Gestion des ressources Vous pouvez personnaliser le calcul, le stockage et la mémoire de chaque configuration des clusters de machines virtuelles Exadata Autonomous pour la charge globale prévue. Vous pouvez surveiller ces ressources à l'aide de visualisations d'allocation et d'utilisation des ressources.	Lors du provisionnement d'un système AVMC, vous pouvez éventuellement définir une valeur appropriée pour les attributs de gestion des ressources suivants en fonction de vos besoins : Nombre maximal De Bases de Données Conteneur Autonomes : le nombre de Bases de Données Conteneur Autonome indiqué représente la limite supérieure sur ces Bases de Données. Nombre d'UC par machine virtuelle ou noeud : indiquez le nombre d'UC pour chaque machine virtuelle. La valeur minimale est de 20 ECPU par machine virtuelle. Mémoire de la base de données par UC (Go) : mémoire par UC allouée pour les bases de données autonomes dans le cluster d'unités virtuelles Autonomous. Allouer du stockage pour des sauvegardes locales : pour Exadata Cloud@Customer, vous pouvez cocher cette option afin de configurer le stockage Exadata de manière à activer les sauvegardes de base de données locales. Stockage de base de données (To) : stockage de données alloué pour la création d'une base de données Autonomous AI dans le cluster de machines virtuelles Autonomous. Les termes machine virtuelle et noeud sont utilisés de manière interchangeable entre les déploiements Oracle Exadata Cloud@Customer et Oracle Public Cloud.	Visualisations d'utilisation des ressources
Paramètres réseau Dans les déploiements Oracle Public Cloud et multicloud, vous définissez le contrôle d'accès réseau à l'aide des composants du service Networking. Vous créez un réseau cloud virtuel (VCN) contenant des sous-réseaux privés dans lesquels votre base de données Autonomous AI est accessible via le réseau.	S'APPLIQUE À : Oracle Public Cloud uniquement Les paramètres suivants peuvent être ajustés lors du provisionnement d'un AVMC : Réseau cloud virtuel : réseau cloud virtuel (VCN) dans lequel vous souhaitez créer le nouvel AVMC. Sous-réseau : sous-réseau dans le VCN sélectionné ci-dessus pour le nouveau cluster de machines virtuelles Exadata Autonomous.
Réseau de cluster de machines virtuelles Sur Exadata Cloud@Customer, définissez les contrôles d'accès réseau en indiquant un réseau client dans votre centre des données et l'enregistrant dans une ressource de réseaux de cluster de machines virtuelles au sein de la ressource d'infrastructure Exadata.	S'applique à : Exadata Cloud@Customer uniquement Le réseau de cluster de machines virtuelles dans lequel créer le cluster de machines virtuelles Exadata Autonomous est sélectionné lors du provisionnement d'un AVMC.	Préparation pour Exadata Database Service on Cloud@Customer
Zero Trust Packet Routing (ZPR) Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protège les données sensibles contre les accès non autorisés via des stratégies de sécurité basées sur les intentions que vous écrivez pour les ressources, telles qu'un système AVMC auquel vous affectez des attributs de sécurité.	S'APPLIQUE À : Oracle Public Cloud uniquement Vous pouvez appliquer des attributs de sécurité ZPR à une instance AVMC lors du provisionnement ou ultérieurement.	Création d'un cluster de machines virtuelles Exadata Autonomous Introduction à Zero Trust Packet Routing
Type de licence Vous pouvez choisir d'utiliser des licences logicielles Oracle Database existantes ou de vous abonner à des licences logicielles Oracle Database.	Il existe deux options pour le type de licence : Apportez votre propre licence : sélectionnez cette option si votre organisation possède déjà les licences logicielles Oracle Database que vous souhaitez utiliser sur la base de données Autonomous AI. Licence incluse : sélectionnez cette option pour vous abonner à la licence du logiciel Oracle Autonomous AI Database
Fuseau horaire Vous pouvez définir le fuseau horaire de chaque cluster de machines virtuelles Exadata Autonomous.	Le fuseau horaire par défaut du cluster de machines virtuelles Exadata Autonomous est UTC, mais vous pouvez en indiquer un autre.
Processus d'écoute Vous pouvez choisir un port de processus d'écoute SCAN (Single Client Access Name) pour TLS et non TLS, et choisir entre TLS unidirectionnel et mTLS pour les certificats TLS de base de données.	Les ports du processus 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, le choix entre TLS unidirectionnel et TLS mutuel (mTLS) s'applique uniquement aux certificats TLS de base de données.
Clés de chiffrement utilisant AWS KMS	Dans la base de données Autonomous AI sur Oracle Database@AWS, vous pouvez activer AWS Key Management Service (AWS KMS) pour gérer les clés de cryptage maître.	Activer ou désactiver AWS KMS
Gérer les attestations Vous pouvez télécharger le certificat signé par l'autorité de certification vers le cluster de machines virtuelles Autonomous et l'utiliser pour des connexions sécurisées.	Par défaut, les certificats autosignés gérés par Oracle sont générés automatiquement lors du provisionnement d'un cluster de machines virtuelles Exadata Autonomous et s'appliquent à toutes les bases de données créées dans ce cluster. Vous avez également la possibilité d'utiliser votre propre certificat côté serveur signé par l'autorité de certification avec Autonomous AI Database. Vous pouvez effectuer la rotation des deux types de certificat via la console ou l'API.	Gestion des certificats

Fonctionnalité de base de données d'IA autonome

Remarques

Références supplémentaires

Modèle de calcul

Il s'agit de la mesure de facturation de calcul pour Autonomous AI Database.

À partir du 28 mai 2025, Autonomous AI Database on Dedicated Exadata Infrastructure ne vous permet pas de créer de nouveaux AVMC à l'aide de la mesure de facturation OCPU. Tous les nouveaux AVMC ne peuvent être provisionnés qu'avec des ECPU.

Les bases de données AVMC d'OCPU et Autonomous AI existantes continueront à fonctionner comme d'habitude. Vos AVMC OCPU et bases de données Autonomous AI respectives peuvent être mises à jour en ECPU via des demandes de service. Pour plus d'informations, reportez-vous à ID de document 2998755.1.

Remarque : les déploiements multicloud prennent uniquement en charge le modèle de calcul ECPU.

Modèles de calcul

Sélection d'un serveur de bases de données

Les AVMC peuvent être provisionnés sur n'importe quel nombre de serveurs de base de données (VM). Vous pouvez afficher et sélectionner une machine virtuelle dans la liste des machines virtuelles disponibles lors du provisionnement d'une instance AVMC.

Lors du provisionnement d'une instance AVMC, vous devez sélectionner au moins 2 serveurs de base de données pour déployer une ressource AVMC. Au moins 2 serveurs de base de données sont nécessaires pour la configuration de haute disponibilité.

Vous ne pouvez pas ajouter ou enlever des serveurs de base de données après avoir provisionné une instance AVMC.

Programmation de maintenance

En général, Oracle programme et effectue la maintenance de l'ensemble du parc tout au long du trimestre.

Vous pouvez laisser Oracle gérer la programmation de la maintenance ou définir une fenêtre spécifique pendant laquelle Oracle peut commencer les opérations de maintenance.

Vous pouvez planifier des exécutions de maintenance distinctes pour chaque cluster d'unités virtuelles Autonomous sur la même infrastructure Exadata.

Vous pouvez remplacer la programmation de maintenance par défaut (Aucune préférence, qui permet à Oracle de programmer la maintenance tel que nécessaire) en sélectionnant les mois, les semaines, les jours et les heures de programmation. Vous pouvez également définir un délai de réception d'un message de notification d'Oracle avant une maintenance à venir.

Spécification du moment où la maintenance peut avoir lieu

Gestion des ressources

Vous pouvez personnaliser le calcul, le stockage et la mémoire de chaque configuration des clusters de machines virtuelles Exadata Autonomous pour la charge globale prévue. Vous pouvez surveiller ces ressources à l'aide de visualisations d'allocation et d'utilisation des ressources.

Lors du provisionnement d'un système AVMC, vous pouvez éventuellement définir une valeur appropriée pour les attributs de gestion des ressources suivants en fonction de vos besoins :

Nombre maximal De Bases de Données Conteneur Autonomes : le nombre de Bases de Données Conteneur Autonome indiqué représente la limite supérieure sur ces Bases de Données.
Nombre d'UC par machine virtuelle ou noeud : indiquez le nombre d'UC pour chaque machine virtuelle. La valeur minimale est de 20 ECPU par machine virtuelle.
Mémoire de la base de données par UC (Go) : mémoire par UC allouée pour les bases de données autonomes dans le cluster d'unités virtuelles Autonomous.
Allouer du stockage pour des sauvegardes locales : pour Exadata Cloud@Customer, vous pouvez cocher cette option afin de configurer le stockage Exadata de manière à activer les sauvegardes de base de données locales.
Stockage de base de données (To) : stockage de données alloué pour la création d'une base de données Autonomous AI dans le cluster de machines virtuelles Autonomous.

Les termes machine virtuelle et noeud sont utilisés de manière interchangeable entre les déploiements Oracle Exadata Cloud@Customer et Oracle Public Cloud.

Visualisations d'utilisation des ressources

Paramètres réseau

Dans les déploiements Oracle Public Cloud et multicloud, vous définissez le contrôle d'accès réseau à l'aide des composants du service Networking. Vous créez un réseau cloud virtuel (VCN) contenant des sous-réseaux privés dans lesquels votre base de données Autonomous AI est accessible via le réseau.

S'APPLIQUE À : Applicable Oracle Public Cloud uniquement

Les paramètres suivants peuvent être ajustés lors du provisionnement d'un AVMC :

Réseau cloud virtuel : réseau cloud virtuel (VCN) dans lequel vous souhaitez créer le nouvel AVMC.
Sous-réseau : sous-réseau dans le VCN sélectionné ci-dessus pour le nouveau cluster de machines virtuelles Exadata Autonomous.

Réseau de cluster de machines virtuelles

Sur Exadata Cloud@Customer, définissez les contrôles d'accès réseau en indiquant un réseau client dans votre centre des données et l'enregistrant dans une ressource de réseaux de cluster de machines virtuelles au sein de la ressource d'infrastructure Exadata.

S'applique à : Applicable

Exadata Cloud@Customer uniquement

Le réseau de cluster de machines virtuelles dans lequel créer le cluster de machines virtuelles Exadata Autonomous est sélectionné lors du provisionnement d'un AVMC.

Préparation pour Exadata Database Service on Cloud@Customer

Zero Trust Packet Routing (ZPR)

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protège les données sensibles contre les accès non autorisés via des stratégies de sécurité basées sur les intentions que vous écrivez pour les ressources, telles qu'un système AVMC auquel vous affectez des attributs de sécurité.

S'APPLIQUE À : Applicable Oracle Public Cloud uniquement

Vous pouvez appliquer des attributs de sécurité ZPR à une instance AVMC lors du provisionnement ou ultérieurement.

Création d'un cluster de machines virtuelles Exadata Autonomous

Introduction à Zero Trust Packet Routing

Type de licence

Vous pouvez choisir d'utiliser des licences logicielles Oracle Database existantes ou de vous abonner à des licences logicielles Oracle Database.

Il existe deux options pour le type de licence :

Apportez votre propre licence : sélectionnez cette option si votre organisation possède déjà les licences logicielles Oracle Database que vous souhaitez utiliser sur la base de données Autonomous AI.
Licence incluse : sélectionnez cette option pour vous abonner à la licence du logiciel Oracle Autonomous AI Database

Fuseau horaire

Vous pouvez définir le fuseau horaire de chaque cluster de machines virtuelles Exadata Autonomous.

Le fuseau horaire par défaut du cluster de machines virtuelles Exadata Autonomous est UTC, mais vous pouvez en indiquer un autre.

Processus d'écoute

Vous pouvez choisir un port de processus d'écoute SCAN (Single Client Access Name) pour TLS et non TLS, et choisir entre TLS unidirectionnel et mTLS pour les certificats TLS de base de données.

Les ports du processus 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, le choix entre TLS unidirectionnel et TLS mutuel (mTLS) s'applique uniquement aux certificats TLS de base de données.

Clés de chiffrement utilisant AWS KMS

Dans la base de données Autonomous AI sur Oracle Database@AWS, vous pouvez activer AWS Key Management Service (AWS KMS) pour gérer les clés de cryptage maître.

Activer ou désactiver AWS KMS

Gérer les attestations

Vous pouvez télécharger le certificat signé par l'autorité de certification vers le cluster de machines virtuelles Autonomous et l'utiliser pour des connexions sécurisées.

Par défaut, les certificats autosignés gérés par Oracle sont générés automatiquement lors du provisionnement d'un cluster de machines virtuelles Exadata Autonomous et s'appliquent à toutes les bases de données créées dans ce cluster. Vous avez également la possibilité d'utiliser votre propre certificat côté serveur signé par l'autorité de certification avec Autonomous AI Database.

Vous pouvez effectuer la rotation des deux types de certificat via la console ou l'API.

Gestion des certificats

Opérations de gestion de cluster de machines virtuelles Exadata Autonomous

Vous pouvez effectuer les opérations de gestion suivantes sur un cluster de machines virtuelles Exadata Autonomous.

Opération	Instructions de tâche
Création d'un cluster de machines virtuelles Exadata Autonomous	Pour les déploiements Oracle Public Cloud, reportez-vous à Création d'un cluster de machines virtuelles Exadata Autonomous Pour les déploiements multicloud, reportez-vous à Création d'un cluster de machines virtuelles Autonomous
Affichage de la liste des clusters de machines virtuelles Exadata Autonomous	Affichage de la liste des clusters de machines virtuelles Exadata Autonomous
Affichage des détails d'un cluster de machines virtuelles Exadata Autonomous	Affichage des détails d'un cluster de machines virtuelles Exadata Autonomous
Modification du type de Licence d'un Cluster de machines virtuelles Exadata Autonomous	Modification du type de licence d'un cluster de machines virtuelles Autonomous
Configuration de Zero Trust Packet Routing (ZPR) pour un cluster de machines virtuelles Exadata Autonomous	Configuration de Zero Trust Packet Routing (ZPR) pour un système AVMC
Déplacement d'un cluster de machines virtuelles Exadata Autonomous vers un autre compartiment	Déplacement d'un cluster de machines virtuelles Exadata Autonomous vers un autre compartiment
Activer le service AWS Key Management	Pour les déploiements multicloud, reportez-vous à Activer ou désactiver AWS KMS.
Gestion des certificats de sécurité pour une ressource de cluster de machines virtuelles Exadata Autonomous	Gestion des certificats de sécurité pour une ressource de cluster de machines virtuelles Exadata Autonomous
Affichage de l'utilisation des ressources pour un cluster de machines virtuelles Exadata Autonomous	Affichage de l'utilisation des ressources pour un cluster de machines virtuelles Exadata Autonomous
Gérer les ressources de cluster de machines virtuelles Exadata Autonomous	Gérer les ressources de cluster de machines virtuelles Exadata Autonomous
Modification de la programmation de maintenance d'un cluster de machines virtuelles Exadata Autonomous	Modification de la programmation de maintenance d'un cluster de machines virtuelles Exadata Autonomous
Affichage et gestion de la maintenance programmée d'un cluster de machines virtuelles Exadata Autonomous	Affichage et gestion de la maintenance programmée d'un cluster de machines virtuelles Exadata Autonomous
Affichage des maintenances passées d'un cluster de machines virtuelles Exadata Autonomous	Affichage des maintenances passées d'un cluster de machines virtuelles Exadata Autonomous
Terminaison d'un cluster de machines virtuelles Exadata Autonomous	Terminaison d'un cluster de machines virtuelles Exadata Autonomous Remarque : pour les déploiements multicloud AWS, vous pouvez également mettre fin au cluster de machines virtuelles Exadata Autonomous à partir de la console AWS. Reportez-vous à Suppression d'un cluster de machines virtuelles Autonomous dans la région AWS.

Les opérations répertoriées ci-dessus peuvent également être réalisées à l'aide de l'API. Pour plus d'informations, reportez-vous à API pour gérer les cluster de machines virtuelles Exadata Autonomous.