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 di database diversi attraverso regole di accesso separate, configurazioni di rete, nonché memoria di calcolo personalizzabile e risorse di storage.

AVMC è uno dei componenti dell'infrastruttura del modello di architettura di database a quattro livelli su cui è stato creato 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 dell'Autonomous Container Database nella distribuzione.

Gli AVMC offrono ambienti isolati per carichi di lavoro di database diversi 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 Database sull'infrastruttura Exadata dedicata e comprendere il posizionamento di AVMC in questa architettura, fai riferimento ai componenti di Autonomous Database sull'infrastruttura Exadata dedicata.

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

Argomenti correlati

Requisiti del cluster VM Autonomous Exadata

Nota

I database 23ai possono essere creati solo su cluster VM Autonomous Exadata (AVMC) di cui è stato eseguito il provisioning con le tag necessarie. Per i requisiti dei tag, vedere Requisiti dei tag della versione del software del database 23ai. Tuttavia, le distribuzioni multicloud non richiedono un tag speciale e supporteranno automaticamente i database 19c e 23ai.

Requisiti dei criteri IAM

Ampia scelta di soluzioni di distribuzione Criteri IAM

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`

Oracle Public Cloud e Multicloud

manage cloud-autonomous-vmclusters

use cloud-exadata-infrastructures

Exadata Cloud@Customer

manage autonomous-vmclusters

use exadata-infrastructures

Requisiti risorse minimi

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

40 ECPU per nodo
120 GB di memoria per nodo
338.5GB storage locale per nodo
6.61TB Storage Exadata

Prima di eseguire il provisioning di un cluster VM Autonomous Exadata, è necessario soddisfare i requisiti di rete. Per conoscere tutti i requisiti, vedere Creare un cluster VM Autonomous Exadata.

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 Database riportate di seguito possono essere definite e gestite a livello di cluster VM Autonomous Exadata (AVMC).

Funzione di Autonomous Database	Note	Ulteriori riferimenti
Modello di computazione Questa è la metrica di fatturazione della computazione per Autonomous Database.	A partire dal 28 maggio 2025, Autonomous Database sull'infrastruttura Exadata dedicata non consente di creare nuovi AVMC utilizzando la metrica di fatturazione della OCPU. È possibile eseguire il provisioning di tutti i nuovi AVMC solo con ECPU. Gli AVMC OCPU esistenti e gli Autonomous Database continueranno a funzionare come al solito. Puoi aggiornare le tue AVMC OCPU e i rispettivi Autonomous Database 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 server DB È possibile eseguire il provisioning degli AVMC su qualsiasi numero di DB server (VM). Puoi visualizzare e selezionare da una lista di VM disponibili durante il provisioning di un AVMC.	Durante il provisioning di un AVMC, è necessario selezionare almeno 2 DB server per distribuire una risorsa AVMC. Sono necessari almeno 2 DB server per la configurazione High Availability (HA). Non è possibile aggiungere o rimuovere i DB server dopo il provisioning di un AVMC.
Pianificazione manutenzione In generale, Oracle pianifica ed esegue l'intera 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 relativo a una manutenzione imminente da parte di Oracle.	Specifica quando può verificarsi la manutenzione
Gestione delle risorse È possibile personalizzare la computazione, lo storage e la memoria di ciascuna configurazione del cluster VM Autonomous Exadata per il carico di lavoro previsto. È possibile monitorare queste risorse mediante la visualizzazione delle visualizzazioni di allocazione e utilizzo delle risorse.	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 database per CPU (GB): la memoria per CPU allocata per gli Autonomous Databases nel cluster VM Autonomous. Allocazione dello 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 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 sull'uso delle risorse
Impostazioni di rete Nelle distribuzioni Oracle Public Cloud e Multicloud è possibile definire il controllo dell'accesso di rete utilizzando i componenti del servizio Networking. Si crea una rete cloud virtuale (VCN) contenente subnet private in cui i database autonomi sono accessibili dalla rete.	SI APPLICA A: Oracle Public Cloud SI APPLICA A: Multicloud Durante il provisioning di un AVMC è possibile modificare 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 sopra riportata per il nuovo cluster VM Autonomous Exadata.
Rete cluster VM In Exadata Cloud@Customer, definire i controlli di accesso alla 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: solo Exadata Cloud@Customer 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 su Cloud@Customer
Zero Trust Packet Routing (ZPR) Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protegge i dati sensibili da accessi non autorizzati tramite criteri di sicurezza basati su 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 a Zero Trust Packet Routing
Tipo di licenza È possibile scegliere di utilizzare le licenze software di Oracle Database esistenti o sottoscrivere le licenze software di Oracle Database.	Esistono due opzioni per il tipo di licenza: Bring Your Own License: selezionare questa opzione se l'organizzazione possiede già le licenze software Oracle Database che si desidera utilizzare su Autonomous Database. Licenza inclusa: selezionare questa opzione per sottoscrivere la licenza software di Oracle Autonomous 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.	Impossibile modificare le porte del listener SCAN 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.
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 applicati a tutti i database creati in tale AVMC. Hai anche la possibilità di utilizzare il tuo certificato lato server firmato da CA con Autonomous Database. Puoi ruotare entrambi i tipi di certificati tramite la console o l'API.	Gestione dei certificati

Funzione di Autonomous Database

Note

Ulteriori riferimenti

Modello di computazione

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

A partire dal 28 maggio 2025, Autonomous Database sull'infrastruttura Exadata dedicata non consente di creare nuovi AVMC utilizzando la metrica di fatturazione della OCPU. È possibile eseguire il provisioning di tutti i nuovi AVMC solo con ECPU.

Gli AVMC OCPU esistenti e gli Autonomous Database continueranno a funzionare come al solito. Puoi aggiornare le tue AVMC OCPU e i rispettivi Autonomous Database 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 server DB

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

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

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

Pianificazione manutenzione

In generale, Oracle pianifica ed esegue l'intera 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 relativo a una manutenzione imminente da parte di Oracle.

Specifica quando può verificarsi la manutenzione

Gestione delle risorse

È possibile personalizzare la computazione, lo storage e la memoria di ciascuna configurazione del cluster VM Autonomous Exadata per il carico di lavoro previsto. È possibile monitorare queste risorse mediante la visualizzazione delle visualizzazioni di allocazione e utilizzo delle risorse.

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 database per CPU (GB): la memoria per CPU allocata per gli Autonomous Databases nel cluster VM Autonomous.
Allocazione dello 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 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 sull'uso delle risorse

Impostazioni di rete

Nelle distribuzioni Oracle Public Cloud e Multicloud è possibile definire il controllo dell'accesso di rete utilizzando i componenti del servizio Networking. Si crea una rete cloud virtuale (VCN) contenente subnet private in cui i database autonomi sono accessibili dalla rete.

SI APPLICA A: Oracle Public Cloud

SI APPLICA A: Multicloud

Durante il provisioning di un AVMC è possibile modificare 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 sopra riportata per il nuovo cluster VM Autonomous Exadata.

Rete cluster VM

In Exadata Cloud@Customer, definire i controlli di accesso alla 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:

solo Exadata Cloud@Customer

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 su Cloud@Customer

Zero Trust Packet Routing (ZPR)

Oracle Cloud Infrastructure Zero Trust Packet Routing (ZPR) protegge i dati sensibili da accessi non autorizzati tramite criteri di sicurezza basati su 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 a Zero Trust Packet Routing

Tipo di licenza

È possibile scegliere di utilizzare le licenze software di Oracle Database esistenti o sottoscrivere le licenze software di Oracle Database.

Esistono due opzioni per il tipo di licenza:

Bring Your Own License: selezionare questa opzione se l'organizzazione possiede già le licenze software Oracle Database che si desidera utilizzare su Autonomous Database.
Licenza inclusa: selezionare questa opzione per sottoscrivere la licenza software di Oracle Autonomous 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.

Impossibile modificare le porte del listener SCAN 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.

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 applicati a tutti i database creati in tale AVMC. Hai anche la possibilità di utilizzare il tuo certificato lato server firmato da CA con Autonomous Database.

Puoi 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 riportate di seguito 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
Visualizza i dettagli di un cluster VM Autonomous Exadata	Visualizza 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	SI APPLICA A: Oracle Public Cloud SI APPLICA A: Exadata Cloud@Customer Spostare un cluster VM Autonomous Exadata in un altro compartimento
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 risorsa per un cluster VM Autonomous Exadata	Visualizza uso risorsa per un cluster VM Autonomous Exadata
Gestire le risorse del cluster VM Autonomous Exadata	Gestire le risorse del cluster VM Autonomous Exadata
Modificare la pianificazione di manutenzione di un cluster VM Autonomous Exadata	Modificare la pianificazione di 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
Visualizzare la manutenzione precedente di un cluster VM Autonomous Exadata	Visualizzare la manutenzione precedente di un cluster VM Autonomous Exadata
Termina un cluster VM Autonomous Exadata	Termina un cluster VM Autonomous Exadata Nota Per le distribuzioni Multicloud, puoi anche arrestare il cluster VM Autonomous Exadata dalla console AWS. Vedere Elimina cluster VM Autonomous nell'area AWS.

Le operazioni elencate sopra possono essere raggiunte anche utilizzando API. Per ulteriori informazioni, consulta la sezione relativa alle API per la gestione dei cluster VM Autonomous Exadata.

Titolo e informazioni sul copyright

Oracle e/o relative consociate.