À propos de la grappe de machines virtuelles Exadata autonome

Les grappes de machines virtuelles autonomes permettent de partitionner une grappe Exadata physique en plusieurs grappes virtuelles. Elles peuvent être utilisées pour isoler des environnements pour différentes charges de travail de base de données au moyen de règles d'accès distinctes, de configurations réseau, ainsi que de ressources de calcul et 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 autonome est construite. Une ou plusieurs machines virtuelles autonomes sont provisionnées dans une ressource d'infrastructure Exadata, fournissant le lien entre l'IE et les ressources de base de données conteneur autonome dans votre déploiement.

Les machines virtuelles autonomes fournissent des environnements isolés pour différentes charges de travail de base de données grâce à 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 obtenir une idée complète de l'architecture à quatre couches utilisée avec Autonomous AI Database sur une infrastructure Exadata dédiée et comprendre le positionnement d'AVMC dans cette architecture, voir Composants de Autonomous AI Database sur une infrastructure Exadata dédiée.

Les machines virtuelles autonomes sont créées, surveillées et gérées par les administrateurs de parc. Voir Rôles d'utilisateur associés à une base de données avec intelligence artificielle autonome sur une infrastructure Exadata dédiée pour en savoir plus.

Exigences relatives aux grappes de machines virtuelles Exadata autonomes

Exigences de la politique IAM

Choix de déploiement Politiques GIA
Oracle Public Cloud et multinuage

manage cloud-autonomous-vmclusters

use cloud-exadata-infrastructures

Exadata Cloud@Customer

manage autonomous-vmclusters

use exadata-infrastructures

Ressources minimales requises

Pour créer une grappe de machines virtuelles Exadata autonome, vous devez au moins :

Des exigences réseau doivent être satisfaites avant de provisionner une grappe de machines virtuelles Exadata autonome. Pour toutes les exigences, voir Créer une grappe de machines virtuelles Exadata autonome.

Note : Vous devez provisionner une ressource d'infrastructure Exadata avant de créer une grappe de machines virtuelles autonome. Voir Créer une ressource d'infrastructure Exadata pour obtenir des instructions.

Fonctions de base de données gérées à partir d'une grappe de machines virtuelles Exadata autonome

Les fonctions suivantes de la base de données Autonomous AI Database peuvent être définies et gérées au niveau de la grappe de machines virtuelles Exadata autonome (AVMC).

Fonction de base de données autonome sur l'IA Notes Informations de référence 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 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 machines virtuelles autonomes OCPU et les bases de données autonomes d'IA continueront de fonctionner comme d'habitude. Vous pouvez faire en sorte que vos machines virtuelles autonomes OCPU et vos bases de données d'IA autonomes respectives soient mises à jour en ECPU au moyen de demandes de service. Pour plus d'informations, voir ID document 2998755.1.

Note : Les déploiements multinuages prennent uniquement en charge le modèle de calcul ECPU.

Modèles de calcul

Sélection du serveur de BD

Les machines virtuelles autonomes peuvent être provisionnées sur un nombre illimité de serveurs de base de données. Vous pouvez afficher et sélectionner des machines virtuelles dans la liste des machines virtuelles disponibles lors du provisionnement d'une machine virtuelle autonome.

Lors du provisionnement d'une machine virtuelle autonome, vous devez sélectionner au moins 2 serveurs de base de données pour déployer une ressource. Un minimum de 2 serveurs de base de données est nécessaire pour la configuration de haute disponibilité.

Vous ne pouvez pas ajouter ou supprimer des serveurs de base de données après avoir provisionné une machine virtuelle autonome.

 

Programme de maintenance

En général, Oracle programme et effectue la maintenance sur l'ensemble du parc chaque trimestre.

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

Vous pouvez programmer des exécutions de maintenance distinctes pour chaque grappe de machines virtuelles autonome sur la même infrastructure Exadata.

Vous pouvez 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 les mois, les semaines, les jours et les heures du programme. Vous pouvez également définir un délai pour recevoir un avis concernant une maintenance à venir d'Oracle.

Définir le moment où la maintenance peut se produire

Gestion des ressources

Vous pouvez personnaliser le calcul, le stockage et la mémoire de chaque configuration de grappe de machines virtuelles Exadata autonome en fonction de la charge de travail prévue. Vous pouvez surveiller ces ressources à l'aide des visualisations d'affectation et d'utilisation des ressources.

Facultativement, lors du provisionnement d'une machine virtuelle autonome, vous pouvez 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 autonomes spécifié représente la limite supérieure des bases de données conteneur autonomes.
  • Nombre d'UC par machine virtuelle ou noeud : Spécifiez le nombre d'UC pour chaque machine virtuelle individuelle. La valeur minimale est de 20 ECPU par machine virtuelle.
  • Mémoire de base de données par unité centrale (Go) : Mémoire par unité centrale affectée aux bases de données d'intelligence artificielle autonomes dans la grappe de machines virtuelles 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 de base de données locales.
  • Stockage de base de données (To) : Stockage de données affecté pour la création d'une base de données IA autonome dans la grappe de machines virtuelles autonome.

Les termes VM et node sont utilisés de manière interchangeable entre les déploiements d'Oracle Exadata Cloud@Customer et d'Oracle Public Cloud.

Visualisation de l'utilisation des ressources

Paramètres de réseau

Dans les déploiements d'Oracle Public Cloud et multinuage, vous définissez le contrôle d'accès au réseau à l'aide des composants du service de réseau. Vous créez un réseau en nuage virtuel (VCN) contenant des sous-réseaux privés dans lesquels votre base de données IA autonome est accessible par réseau.

S'APPLIQUE À : Applicable Oracle Public Cloud seulement

Vous pouvez ajuster les paramètres suivants lors du provisionnement d'une machine virtuelle autonome :

  • Réseau en nuage virtuel : Réseau en nuage virtuel (VCN) dans lequel vous voulez créer la nouvelle grappe de machines virtuelles autonome.
  • Sous-réseau : Sous-réseau du VCN sélectionné ci-dessus pour la nouvelle grappe de machines virtuelles Exadata autonome.
 

réseau en grappe de MV

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

APPLICATION À : Applicable Exadata Cloud@Customer uniquement

Le réseau en grappe de machines virtuelles dans lequel créer la nouvelle grappe de machines virtuelles Exadata autonome est sélectionné lors du provisionnement d'une grappe de machines virtuelles autonome.
Préparation pour le service Exadata Database sur Cloud@Customer

ZPR (Zero Trust Packet Routing)

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protège les données sensibles contre les accès non autorisés au moyen de politiques de sécurité basées sur l'intention que vous écrivez pour les ressources, telles qu'une machine virtuelle autonome à laquelle vous affectez des attributs de sécurité.

S'APPLIQUE À : Applicable Oracle Public Cloud seulement

Vous pouvez appliquer des attributs de sécurité ZPR à une machine virtuelle autonome lors de son provisionnement ou ultérieurement.

Créer une grappe de machines virtuelles Exadata autonome

Introduction au routage de paquets avec confiance nulle

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 :

  • Utiliser sa propre licence : Sélectionnez cette option si votre organisation possède déjà des licences logicielles Oracle Database que vous souhaitez utiliser sur Autonomous AI Database.
  • Licence incluse : Sélectionnez cette option pour vous abonner à la licence logicielle Oracle Autonomous AI Database
 

Fuseau horaire

Vous pouvez définir le fuseau horaire de chaque grappe de machines virtuelles Exadata autonome.

Le fuseau horaire par défaut de la grappe de machines virtuelles Exadata autonome est UTC, mais vous pouvez en spécifier un autre.  

Module d'écoute

Vous pouvez choisir un port de module 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 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, le choix entre le protocole TLS unidirectionnel et le protocole TLS mutuel (mTLS) ne s'applique qu'aux certificats TLS de base de données.

 
Clés de chiffrement à l'aide d'AWS KMS Dans Autonomous AI Database sur Oracle Database@AWS, vous pouvez activer AWS Key Management Service (AWS KMS) pour gérer les clés de chiffrement principales. Activer ou désactiver AWS KMS

Gérer les certificats

Vous pouvez charger votre certificat signé par une autorité de certification dans votre grappe de machines virtuelles autonome et l'utiliser pour des connexions sécurisées.

Par défaut, les certificats auto-signés gérés par Oracle sont générés automatiquement lors du provisionnement d'une grappe de machines virtuelles Exadata autonome (AVMC) et s'appliquent à toutes les bases de données créées dans cette grappe. Vous avez également la possibilité d'utiliser votre propre certificat côté serveur signé par une autorité de certification avec Autonomous AI Database.

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

Gestion des certificats

Opérations de gestion de grappe de machines virtuelles Exadata autonome

Vous pouvez effectuer les opérations de gestion suivantes sur une grappe de machines virtuelles Exadata autonome.

Opération Instructions de tâche
Créer une grappe de machines virtuelles Exadata autonome

Pour les déploiements Oracle Public Cloud, voir Créer une grappe de machines virtuelles Exadata autonome

Pour les déploiements multinuages, voir Créer une grappe de machines virtuelles autonome (AVMC).

Voir une liste de grappes de machines virtuelles Exadata autonomes Voir une liste de grappes de machines virtuelles Exadata autonomes
Voir les détails d'une grappe de machines virtuelles Exadata autonome Voir les détails d'une grappe de machines virtuelles Exadata autonome
Modifier le type de licence d'une grappe de machines virtuelles Exadata autonome Modifier le type de licence sur une grappe de machines virtuelles autonome
Configurer le routage de paquets sans confiance (ZPR) pour une grappe de machines virtuelles Exadata autonome Configurer le routage ZPR (Zero Trust Packet Routing) pour une machine virtuelle autonome
Déplacer une grappe de machines virtuelles Exadata autonome vers un autre compartiment Déplacer une grappe de machines virtuelles Exadata autonome vers un autre compartiment
Activer le service AWS Key Management Pour les déploiements multinuages, voir Activer ou désactiver AWS KMS
Gérer les certificats de sécurité pour une ressource de grappe de machines virtuelles Exadata autonome Gérer les certificats de sécurité pour une ressource de grappe de machines virtuelles Exadata autonome
Voir l'utilisation des ressources pour une grappe de machines virtuelles Exadata autonome Voir l'utilisation des ressources pour une grappe de machines virtuelles Exadata autonome
Gérer les ressources de grappe de machines virtuelles Exadata autonome Gérer les ressources de la grappe de machines virtuelles Exadata autonome
Modifier le programme de maintenance d'une grappe de machines virtuelles Exadata autonomes Modifier le programme de maintenance d'une grappe de machines virtuelles Exadata autonome
Voir et gérer la maintenance programmée d'une grappe de machines virtuelles Exadata autonome Voir et gérer la maintenance programmée d'une grappe de machines virtuelles Exadata autonome
Voir la maintenance passée d'une grappe de machines virtuelles Exadata autonome Voir la maintenance passée d'une grappe de machines virtuelles Exadata autonome
Mettre fin à une grappe de machines virtuelles Exadata autonome Mettre fin à une grappe de machines virtuelles Exadata autonome
Note : Pour les déploiements multinuages AWS, vous pouvez également mettre fin à la grappe de machines virtuelles Exadata autonome à partir de la console AWS.
Voir Supprimer une grappe de machines virtuelles autonome dans la région AWS.

Les opérations énumérées ci-dessus peuvent également être réalisées à l'aide de l'API. Pour plus d'informations, voir API de gestion des grappes de machines virtuelles Exadata autonomes.

Contenu connexe