A propos du cluster de machines virtuelles Exadata Autonomous

Les clusters de machines virtuelles Autonomous permettent de partitionner un cluster Exadata physique (ordinateur) en plusieurs clusters virtuels. Ils peuvent être utilisés pour isoler des 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 personnalisable et des ressources de stockage.

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

Les solutions 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 personnalisable et des ressources de stockage.

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

Les AVMC sont créés, surveillés et gérés par les administrateurs de parc. Pour en savoir plus, reportez-vous à Rôles utilisateur associés à Autonomous Database on Dedicated Exadata Infrastructure.

Rubriques connexes

Configuration requise pour le cluster de machines virtuelles Exadata Autonomous

Remarques :

Les bases de données 23ai peuvent uniquement être créées sur des clusters de machines virtuelles Exadata Autonomous provisionnés avec les balises requises. Pour connaître la configuration requise pour les balises, reportez-vous à Configuration requise pour les balises de la version logicielle de base de données 23ai. Toutefois, les déploiements Multicloud ne nécessitent pas de balise spéciale et prennent automatiquement en charge les bases de données 19c et 23ai.

Exigences de stratégie IAM

Choix de déploiement Stratégies IAM

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`

Oracle Public Cloud et Multicloud

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 au moins :

40 ECPU par noeud
120 Go de mémoire par noeud
338.5GB stockage local par noeud
6.61TB Stockage Exadata

Les exigences réseau doivent être satisfaites avant de provisionner un cluster de machines virtuelles Exadata Autonomous. Pour connaître les exigences complètes, reportez-vous à Création d'un cluster de machines virtuelles Exadata Autonomous.

Remarques :

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.

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

Les fonctionnalités suivantes d'Autonomous Database peuvent être définies et gérées au niveau du cluster de machines virtuelles Exadata Autonomous (AVMC).

Fonctionnalité Autonomous Database	Remarques	Références supplémentaires
Modèle de calcul Il s'agit de la mesure de facturation de calcul pour Autonomous Database.	A partir du 28 mai 2025, Autonomous 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 instances AVMC et Autonomous Database d'OCPU existantes continueront à fonctionner comme d'habitude. Vos instances AVMC OCPU et Autonomous Database respectives peuvent être mises à jour en ECPU via des demandes de service. Pour plus d'informations, reportez-vous à ID de document 2998755.1. Remarques : Les déploiements multicloud prennent uniquement en charge le modèle de calcul ECPU.	Modèles de calcul
Sélection de serveur de base 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 des machines virtuelles dans la liste des machines virtuelles disponibles lors du provisionnement d'un composant 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. Un minimum de 2 serveurs de base de données est nécessaire pour la configuration 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 programmer des exécutions de maintenance distinctes pour chaque cluster de machines virtuelles Autonomous sur une même infrastructure Exadata. Vous pouvez remplacer la valeur par défaut (Aucune préférence, qui permet à Oracle de programmer la maintenance selon vos besoins) de la programmation de maintenance 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 de cluster de machines virtuelles Exadata Autonomous pour la charge globale prévue. Vous pouvez surveiller ces ressources à l'aide des visualisations d'affectation et d'utilisation des ressources.	Lors du provisionnement d'une console 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 Autonomous : le nombre de bases de données Conteneur Autonomous 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 base de données par UC (Go) : mémoire par UC allouée pour les bases de données autonomes dans le cluster de machines virtuelles Autonomous. Allouer du stockage pour les sauvegardes locales : pour Exadata Cloud@Customer, vous pouvez cocher cette option afin de configurer le stockage Exadata afin d'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'Autonomous Database 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 de l'utilisation des ressources
Paramètres réseau Sur 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 vos bases de données autonomes sont accessibles au réseau.	S'APPLIQUE À : Oracle Public Cloud S'APPLIQUE À : Multicloud Les paramètres suivants peuvent être ajustés lors du provisionnement d'un composant 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 de données et en l'enregistrant dans une ressource de réseau 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'une instance 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 tout accès non autorisé par le biais de stratégies de sécurité basées sur les intentions que vous écrivez pour les ressources, telles qu'un composant AVMC auquel vous affectez des attributs de sécurité.	S'APPLIQUE À : Oracle Public Cloud uniquement Vous pouvez appliquer des attributs de sécurité ZPR à un système AVMC lors de son 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 les licences logicielles Oracle Database existantes ou de vous abonner à ces licences.	Deux options sont disponibles pour le type de licence : Utilisation de votre propre licence : sélectionnez cette option si votre organisation possède déjà des licences du logiciel Oracle Database à utiliser sur Autonomous Database. Licence incluse : sélectionnez cette option pour vous abonner à la licence du logiciel Oracle Autonomous Database
Fuseau horaire Vous pouvez définir le fuseau horaire de chaque cluster de machines virtuelles Exadata Autonomous.	Le fuseau horaire du cluster de machines virtuelles Exadata Autonomous est défini par défaut sur 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. Les certificats ORDS étant des certificats TLS unidirectionnels, le choix entre un TLS unidirectionnel et un TLS mutuel (mTLS) s'applique uniquement aux certificats TLS de base de données.
Gérer les certificats Vous pouvez télécharger le certificat signé par une 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 une autorité de certification avec Autonomous Database. Vous pouvez effectuer la rotation des deux types de certificat via la console ou l'API.	Gestion des certificats

Fonctionnalité Autonomous Database

Remarques

Références supplémentaires

Modèle de calcul

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

A partir du 28 mai 2025, Autonomous 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 instances AVMC et Autonomous Database d'OCPU existantes continueront à fonctionner comme d'habitude. Vos instances AVMC OCPU et Autonomous Database respectives peuvent être mises à jour en ECPU via des demandes de service. Pour plus d'informations, reportez-vous à ID de document 2998755.1.

Remarques :

Les déploiements multicloud prennent uniquement en charge le modèle de calcul ECPU.

Modèles de calcul

Sélection de serveur de base 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 des machines virtuelles dans la liste des machines virtuelles disponibles lors du provisionnement d'un composant 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. Un minimum de 2 serveurs de base de données est nécessaire pour la configuration 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 programmer des exécutions de maintenance distinctes pour chaque cluster de machines virtuelles Autonomous sur une même infrastructure Exadata.

Vous pouvez remplacer la valeur par défaut (Aucune préférence, qui permet à Oracle de programmer la maintenance selon vos besoins) de la programmation de maintenance 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 de cluster de machines virtuelles Exadata Autonomous pour la charge globale prévue. Vous pouvez surveiller ces ressources à l'aide des visualisations d'affectation et d'utilisation des ressources.

Lors du provisionnement d'une console 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 Autonomous : le nombre de bases de données Conteneur Autonomous 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 base de données par UC (Go) : mémoire par UC allouée pour les bases de données autonomes dans le cluster de machines virtuelles Autonomous.
Allouer du stockage pour les sauvegardes locales : pour Exadata Cloud@Customer, vous pouvez cocher cette option afin de configurer le stockage Exadata afin d'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'Autonomous Database 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 de l'utilisation des ressources

Paramètres réseau

Sur 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 vos bases de données autonomes sont accessibles au réseau.

S'APPLIQUE À : Oracle Public Cloud

S'APPLIQUE À : Multicloud

Les paramètres suivants peuvent être ajustés lors du provisionnement d'un composant 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 de données et en l'enregistrant dans une ressource de réseau 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'une instance 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 tout accès non autorisé par le biais de stratégies de sécurité basées sur les intentions que vous écrivez pour les ressources, telles qu'un composant AVMC auquel vous affectez des attributs de sécurité.

S'APPLIQUE À :

Oracle Public Cloud uniquement

Vous pouvez appliquer des attributs de sécurité ZPR à un système AVMC lors de son 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 les licences logicielles Oracle Database existantes ou de vous abonner à ces licences.

Deux options sont disponibles pour le type de licence :

Utilisation de votre propre licence : sélectionnez cette option si votre organisation possède déjà des licences du logiciel Oracle Database à utiliser sur Autonomous Database.
Licence incluse : sélectionnez cette option pour vous abonner à la licence du logiciel Oracle Autonomous Database

Fuseau horaire

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

Le fuseau horaire du cluster de machines virtuelles Exadata Autonomous est défini par défaut sur 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.

Les certificats ORDS étant des certificats TLS unidirectionnels, le choix entre un TLS unidirectionnel et un TLS mutuel (mTLS) s'applique uniquement aux certificats TLS de base de données.

Gérer les certificats

Vous pouvez télécharger le certificat signé par une 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 une autorité de certification avec Autonomous 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	Tâche Instructions
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	S'APPLIQUE À : Oracle Public Cloud S'APPLIQUE À : Exadata Cloud@Customer Déplacement d'un cluster de machines virtuelles Exadata Autonomous vers un autre compartiment
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 Remarques : Pour les déploiements multicloud, vous pouvez également mettre fin au cluster de machines virtuelles Exadata Autonomous à partir de la console AWS. Reportez-vous à Suppression du 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 d'API. Pour plus d'informations, reportez-vous à API de gestion des clusters de machines virtuelles Exadata Autonomous.

Informations relatives au titre et au copyright

Oracle et/ou ses affiliés.