Informazioni sul cluster VM Autonomous Exadata

I cluster VM Autonomous (AVMC) consentono di partizionare un cluster Exadata fisico (computer) in più cluster virtuali. Possono essere utilizzati per isolare gli ambienti per carichi di lavoro del database diversi tramite regole di accesso separate, configurazioni di rete, memoria di computazione personalizzabile e risorse di storage.

AVMC è uno dei componenti dell'infrastruttura del modello di architettura di database a quattro livelli su cui è costruito un Autonomous Container Database. Viene eseguito il provisioning di uno o più AVMC all'interno di una risorsa dell'infrastruttura Exadata (EI), fornendo il collegamento tra l'EI e le risorse di Autonomous Container Database nella distribuzione.

Gli AVMC offrono ambienti isolati per diversi carichi di lavoro del database attraverso regole di accesso separate, configurazioni di rete, memoria di calcolo personalizzabile e risorse di storage.

Per avere un'idea completa dell'architettura a quattro livelli utilizzata con Autonomous AI Database on Dedicated Exadata Infrastructure e comprendere il posizionamento di AVMC in questa architettura, fare riferimento AI componenti di Autonomous AI Database on Dedicated Exadata Infrastructure.

Gli AVMC vengono creati, monitorati e gestiti dagli amministratori della flotta. Per ulteriori informazioni, consulta la sezione relativa AI ruoli utente associati ad Autonomous AI Database sull'infrastruttura Exadata dedicata.

Requisiti del cluster VM Autonomous Exadata

Requisiti dei criteri IAM

Ampia scelta di soluzioni di distribuzione Criteri IAM

Oracle Public Cloud e multicloud

Ampia scelta di soluzioni di distribuzione	Criteri IAM
Oracle Public Cloud e 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

Requisiti minimi risorse

Per creare un cluster VM Autonomous Exadata, è necessario almeno:

40 ECPU per nodo
120 GB di memoria per nodo
Storage locale da 338,5 GB per nodo
Exadata Storage da 6,61 TB

Esistono requisiti di rete da soddisfare prima di eseguire il provisioning di un cluster VM Autonomous Exadata. Consulta la sezione Creare un cluster VM Autonomous Exadata per conoscere tutti i requisiti.

Nota: è necessario eseguire il provisioning di una risorsa dell'infrastruttura Exadata prima di creare un AVMC. Per istruzioni, vedere Creare una risorsa dell'infrastruttura Exadata.

Funzioni del database gestite dal cluster VM Autonomous Exadata

Le funzioni di Autonomous AI Database riportate di seguito possono essere definite e gestite a livello di cluster VM Autonomous Exadata (AVMC).

Funzione Autonomous AI Database	Note	Ulteriori riferimenti
Modello di calcolo Questa è la metrica di fatturazione della computazione per Autonomous AI Database.	A partire dal 28 maggio 2025, Autonomous AI Database on Dedicated Exadata Infrastructure non consente di creare nuovi AVMC utilizzando la metrica di fatturazione OCPU. È possibile eseguire il provisioning di tutti i nuovi AVMC solo con ECPU. Gli AVMC OCPU esistenti e i database AI autonomi continueranno a funzionare come al solito. Puoi aggiornare le tue AVMC OCPU e i rispettivi database AI autonomi in ECPU tramite le richieste di servizio. Per ulteriori informazioni, vedere ID documento 2998755.1. Nota: le distribuzioni multicloud supportano solo il modello di computazione ECPU.	Modelli di computazione
Selezione DB Server È possibile eseguire il provisioning degli AVMC su qualsiasi numero di DB server (VM). È possibile visualizzare e selezionare da una lista di VM disponibili durante il provisioning di un AVMC.	Durante il provisioning di un AVMC, devi selezionare almeno 2 DB server per distribuire una risorsa AVMC. Per la configurazione High Availability (HA) sono necessari almeno 2 DB server. Non è possibile aggiungere o rimuovere i DB server dopo il provisioning di un AVMC.
Pianificazione manutenzione In generale, Oracle pianifica ed esegue l'intera distribuzione della manutenzione della flotta in ogni trimestre. È possibile consentire a Oracle di gestire la pianificazione della manutenzione oppure impostare una finestra di manutenzione specifica quando Oracle può iniziare le operazioni di manutenzione.	È possibile pianificare esecuzioni di manutenzione separate per ogni cluster VM Autonomous sulla stessa infrastruttura Exadata. È possibile modificare la pianificazione della manutenzione dall'impostazione predefinita (Nessuna preferenza, che consente a Oracle di pianificare la manutenzione in base alle esigenze) selezionando i mesi, le settimane, i giorni e le ore per la pianificazione. È inoltre possibile impostare un lead time per ricevere un messaggio di notifica su una manutenzione imminente da parte di Oracle.	Specifica quando può verificarsi la manutenzione
Gestione delle risorse Puoi personalizzare la computazione, lo storage e la memoria di ogni configurazione del cluster VM Autonomous Exadata per il carico di lavoro previsto. È possibile monitorare queste risorse mediante la visualizzazione dell'allocazione delle risorse e delle visualizzazioni d'uso.	Facoltativamente, durante il provisioning di un AVMC, è possibile definire un valore adatto per i seguenti attributi di gestione delle risorse in base alle proprie esigenze: Numero massimo di Autonomous Container Database: il numero di ACD specificato rappresenta il limite superiore per gli ACD. Conteggio CPU per VM o nodo: specificare il conteggio di CPU per ogni singola VM. Il valore minimo è 20 ECPU per VM. Memoria di database per CPU (GB): la memoria per CPU allocata per i database AI autonomi nel cluster VM Autonomous. Alloca storage per i backup locali: per Exadata Cloud@Customer, è possibile selezionare questa opzione per configurare lo storage Exadata in modo da abilitare i backup del database locale. Storage di database (TB): storage di dati allocato per la creazione di Autonomous AI Database nel cluster VM Autonomous. I termini VM e nodo vengono utilizzati in modo intercambiabile tra le distribuzioni Oracle Exadata Cloud@Customer e Oracle Public Cloud.	Visualizzazioni utilizzo risorse
Impostazioni di rete Nelle distribuzioni Oracle Public Cloud e multicloud, è possibile definire il controllo dell'accesso di rete utilizzando i componenti del servizio di networking. Si crea una rete cloud virtuale (VCN) contenente subnet private in cui Autonomous AI Database è accessibile dalla rete.	SI APPLICA A: Solo Oracle Public Cloud Durante il provisioning di un AVMC è possibile regolare le impostazioni riportate di seguito. Rete cloud virtuale: la rete cloud virtuale (VCN) in cui si desidera creare il nuovo AVMC. Subnet: una subnet all'interno della VCN selezionata in precedenza per il nuovo cluster VM Autonomous Exadata.
Rete cluster VM In Exadata Cloud@Customer, puoi definire i controlli dell'accesso di rete specificando una rete client all'interno del data center e registrandola in una risorsa di rete cluster VM all'interno della risorsa dell'infrastruttura Exadata.	SI APPLICA A: Exadata Cloud@Customer solo La rete cluster VM in cui creare il nuovo cluster VM Autonomous Exadata viene selezionata durante il provisioning di un AVMC.	Preparazione per Exadata Database Service on Cloud@Customer
Zero Trust Packet Routing (ZPR) Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protegge i dati sensibili dall'accesso non autorizzato tramite criteri di sicurezza basati sugli intenti scritti per le risorse, ad esempio un AVMC a cui si assegnano attributi di sicurezza.	SI APPLICA A: Solo Oracle Public Cloud È possibile applicare gli attributi di sicurezza ZPR a un AVMC durante il provisioning o in un secondo momento.	Creare un Cluster VM Autonomous Exadata Introduzione all'instradamento di Zero Trust Packet
Tipo di licenza Puoi scegliere di utilizzare le licenze software Oracle Database esistenti o iscriverti alle licenze software di Oracle Database.	Sono disponibili due opzioni per il tipo di licenza: Bring your own license: seleziona questa opzione se la tua organizzazione possiede già le licenze software di Oracle Database che desideri utilizzare su Autonomous AI Database. Licenza inclusa: selezionare questa opzione per eseguire la sottoscrizione alla licenza software di Oracle Autonomous AI Database
Fuso orario È possibile impostare il fuso orario di ogni cluster VM Autonomous Exadata.	Il fuso orario predefinito per il cluster VM Autonomous Exadata è UTC, ma È possibile specificare un fuso orario diverso.
Listener È possibile scegliere una porta listener SCAN (Single Client Access Name) per TLS e non TLS e scegliere tra TLS unidirezionale e mTLS per i certificati TLS del database.	Le porte del listener SCAN non possono essere modificate dopo il provisioning della risorsa AVMC. Poiché i certificati ORDS sono certificati TLS unidirezionali, la scelta tra TLS unidirezionale e TLS reciproco (mTLS) è applicabile solo ai certificati TLS del database.
Chiavi di cifratura mediante AWS KMS	In Autonomous AI Database su Oracle Database@AWS, puoi abilitare AWS Key Management Service (AWS KMS) per gestire le chiavi di cifratura master.	Abilita o disabilita AWS KMS
Gestisci certificati È possibile caricare il certificato firmato dalla CA nel cluster VM Autonomous e utilizzarlo per connessioni sicure.	Per impostazione predefinita, i certificati autofirmati gestiti da Oracle vengono generati automaticamente durante il provisioning di un cluster VM Autonomous Exadata (AVMC) e si applicano a tutti i database creati in tale AVMC. Hai anche la possibilità di utilizzare il tuo certificato lato server firmato da CA con Autonomous AI Database. È possibile ruotare entrambi i tipi di certificati tramite la console o l'API.	Gestione dei certificati

Funzione Autonomous AI Database

Note

Ulteriori riferimenti

Modello di calcolo

Questa è la metrica di fatturazione della computazione per Autonomous AI Database.

A partire dal 28 maggio 2025, Autonomous AI Database on Dedicated Exadata Infrastructure non consente di creare nuovi AVMC utilizzando la metrica di fatturazione OCPU. È possibile eseguire il provisioning di tutti i nuovi AVMC solo con ECPU.

Gli AVMC OCPU esistenti e i database AI autonomi continueranno a funzionare come al solito. Puoi aggiornare le tue AVMC OCPU e i rispettivi database AI autonomi in ECPU tramite le richieste di servizio. Per ulteriori informazioni, vedere ID documento 2998755.1.

Nota: le distribuzioni multicloud supportano solo il modello di computazione ECPU.

Modelli di computazione

Selezione DB Server

È possibile eseguire il provisioning degli AVMC su qualsiasi numero di DB server (VM). È possibile visualizzare e selezionare da una lista di VM disponibili durante il provisioning di un AVMC.

Durante il provisioning di un AVMC, devi selezionare almeno 2 DB server per distribuire una risorsa AVMC. Per la configurazione High Availability (HA) sono necessari almeno 2 DB server.

Non è possibile aggiungere o rimuovere i DB server dopo il provisioning di un AVMC.

Pianificazione manutenzione

In generale, Oracle pianifica ed esegue l'intera distribuzione della manutenzione della flotta in ogni trimestre.

È possibile consentire a Oracle di gestire la pianificazione della manutenzione oppure impostare una finestra di manutenzione specifica quando Oracle può iniziare le operazioni di manutenzione.

È possibile pianificare esecuzioni di manutenzione separate per ogni cluster VM Autonomous sulla stessa infrastruttura Exadata.

È possibile modificare la pianificazione della manutenzione dall'impostazione predefinita (Nessuna preferenza, che consente a Oracle di pianificare la manutenzione in base alle esigenze) selezionando i mesi, le settimane, i giorni e le ore per la pianificazione. È inoltre possibile impostare un lead time per ricevere un messaggio di notifica su una manutenzione imminente da parte di Oracle.

Specifica quando può verificarsi la manutenzione

Gestione delle risorse

Puoi personalizzare la computazione, lo storage e la memoria di ogni configurazione del cluster VM Autonomous Exadata per il carico di lavoro previsto. È possibile monitorare queste risorse mediante la visualizzazione dell'allocazione delle risorse e delle visualizzazioni d'uso.

Facoltativamente, durante il provisioning di un AVMC, è possibile definire un valore adatto per i seguenti attributi di gestione delle risorse in base alle proprie esigenze:

Numero massimo di Autonomous Container Database: il numero di ACD specificato rappresenta il limite superiore per gli ACD.
Conteggio CPU per VM o nodo: specificare il conteggio di CPU per ogni singola VM. Il valore minimo è 20 ECPU per VM.
Memoria di database per CPU (GB): la memoria per CPU allocata per i database AI autonomi nel cluster VM Autonomous.
Alloca storage per i backup locali: per Exadata Cloud@Customer, è possibile selezionare questa opzione per configurare lo storage Exadata in modo da abilitare i backup del database locale.
Storage di database (TB): storage di dati allocato per la creazione di Autonomous AI Database nel cluster VM Autonomous.

I termini VM e nodo vengono utilizzati in modo intercambiabile tra le distribuzioni Oracle Exadata Cloud@Customer e Oracle Public Cloud.

Visualizzazioni utilizzo risorse

Impostazioni di rete

Nelle distribuzioni Oracle Public Cloud e multicloud, è possibile definire il controllo dell'accesso di rete utilizzando i componenti del servizio di networking. Si crea una rete cloud virtuale (VCN) contenente subnet private in cui Autonomous AI Database è accessibile dalla rete.

SI APPLICA A: Applicabile Solo Oracle Public Cloud

Durante il provisioning di un AVMC è possibile regolare le impostazioni riportate di seguito.

Rete cloud virtuale: la rete cloud virtuale (VCN) in cui si desidera creare il nuovo AVMC.
Subnet: una subnet all'interno della VCN selezionata in precedenza per il nuovo cluster VM Autonomous Exadata.

Rete cluster VM

In Exadata Cloud@Customer, puoi definire i controlli dell'accesso di rete specificando una rete client all'interno del data center e registrandola in una risorsa di rete cluster VM all'interno della risorsa dell'infrastruttura Exadata.

SI APPLICA A: Applicabile

Exadata Cloud@Customer solo

La rete cluster VM in cui creare il nuovo cluster VM Autonomous Exadata viene selezionata durante il provisioning di un AVMC.

Preparazione per Exadata Database Service on Cloud@Customer

Zero Trust Packet Routing (ZPR)

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protegge i dati sensibili dall'accesso non autorizzato tramite criteri di sicurezza basati sugli intenti scritti per le risorse, ad esempio un AVMC a cui si assegnano attributi di sicurezza.

SI APPLICA A: Applicabile Solo Oracle Public Cloud

È possibile applicare gli attributi di sicurezza ZPR a un AVMC durante il provisioning o in un secondo momento.

Creare un Cluster VM Autonomous Exadata

Introduzione all'instradamento di Zero Trust Packet

Tipo di licenza

Puoi scegliere di utilizzare le licenze software Oracle Database esistenti o iscriverti alle licenze software di Oracle Database.

Sono disponibili due opzioni per il tipo di licenza:

Bring your own license: seleziona questa opzione se la tua organizzazione possiede già le licenze software di Oracle Database che desideri utilizzare su Autonomous AI Database.
Licenza inclusa: selezionare questa opzione per eseguire la sottoscrizione alla licenza software di Oracle Autonomous AI Database

Fuso orario

È possibile impostare il fuso orario di ogni cluster VM Autonomous Exadata.

Il fuso orario predefinito per il cluster VM Autonomous Exadata è UTC, ma È possibile specificare un fuso orario diverso.

Listener

È possibile scegliere una porta listener SCAN (Single Client Access Name) per TLS e non TLS e scegliere tra TLS unidirezionale e mTLS per i certificati TLS del database.

Le porte del listener SCAN non possono essere modificate dopo il provisioning della risorsa AVMC.

Poiché i certificati ORDS sono certificati TLS unidirezionali, la scelta tra TLS unidirezionale e TLS reciproco (mTLS) è applicabile solo ai certificati TLS del database.

Chiavi di cifratura mediante AWS KMS

In Autonomous AI Database su Oracle Database@AWS, puoi abilitare AWS Key Management Service (AWS KMS) per gestire le chiavi di cifratura master.

Abilita o disabilita AWS KMS

Gestisci certificati

È possibile caricare il certificato firmato dalla CA nel cluster VM Autonomous e utilizzarlo per connessioni sicure.

Per impostazione predefinita, i certificati autofirmati gestiti da Oracle vengono generati automaticamente durante il provisioning di un cluster VM Autonomous Exadata (AVMC) e si applicano a tutti i database creati in tale AVMC. Hai anche la possibilità di utilizzare il tuo certificato lato server firmato da CA con Autonomous AI Database.

È possibile ruotare entrambi i tipi di certificati tramite la console o l'API.

Gestione dei certificati

Operazioni di gestione del cluster VM Autonomous Exadata

È possibile eseguire le operazioni di gestione seguenti su un cluster VM Autonomous Exadata.

Operazione	Istruzioni task
Creare un Cluster VM Autonomous Exadata	Per le distribuzioni di Oracle Public Cloud, vedere Creare un cluster VM Autonomous Exadata Per le distribuzioni multicloud, vedere Crea un cluster VM Autonomous (AVMC)
Visualizzare una lista di cluster VM Autonomous Exadata	Visualizzare una lista di cluster VM Autonomous Exadata
Visualizzare i dettagli di un cluster VM Autonomous Exadata	Visualizzare i dettagli di un cluster VM Autonomous Exadata
Modificare il tipo di licenza in un cluster VM Autonomous Exadata	Modificare il tipo di licenza in un cluster VM Autonomous
Configurare ZPR (Zero Trust Packet Routing) per un cluster VM Autonomous Exadata	Configurare ZPR (Zero Trust Packet Routing) per un AVMC
Spostare un cluster VM Autonomous Exadata in un altro compartimento	Spostare un cluster VM Autonomous Exadata in un altro compartimento
Abilita servizio di gestione delle chiavi AWS	Per le distribuzioni multicloud, vedere Abilitare o disabilitare AWS KMS
Gestire i certificati di sicurezza per una risorsa cluster VM Autonomous Exadata	Gestire i certificati di sicurezza per una risorsa cluster VM Autonomous Exadata
Visualizza uso delle risorse per un cluster VM Autonomous Exadata	Visualizza uso delle risorse per un cluster VM Autonomous Exadata
Gestisci risorse cluster VM Autonomous Exadata	Gestisci risorse cluster VM Autonomous Exadata
Modificare la pianificazione della manutenzione di un cluster VM Autonomous Exadata	Modificare la pianificazione della manutenzione di un cluster VM Autonomous Exadata
Visualizzare e gestire la manutenzione pianificata di un cluster VM Autonomous Exadata	Visualizzare e gestire la manutenzione pianificata di un cluster VM Autonomous Exadata
Visualizza manutenzione precedente di un cluster VM Autonomous Exadata	Visualizza manutenzione precedente di un cluster VM Autonomous Exadata
Arresta cluster VM Autonomous Exadata	Termina un cluster VM Autonomous Exadata Nota: per le distribuzioni multicloud AWS, puoi anche arrestare il cluster VM Autonomous Exadata dalla console AWS. Vedi Elimina cluster VM Autonomous nell'area AWS.

Le operazioni sopra elencate possono essere ottenute anche utilizzando l'API. Per ulteriori informazioni, vedere API per gestire i cluster VM Autonomous Exadata.