Creare un cluster VM Autonomous Exadata
È possibile creare un cluster VM Autonomous Exadata dalla console Oracle Cloud Infrastructure.
Nota
Se sei un cliente con una sottoscrizione Multicloud, consulta le istruzioni riportate in Crea un cluster VM Autonomous (AVMC) in AWS.Requisiti dei tag di versione del software del database 23ai
SI APPLICA A: Oracle Public Cloud SI APPLICA A:
Exadata Cloud@Customer
- Spazio di nomi tag: nessuno (aggiunta di una tag in formato libero)
- Chiave tag: DatabaseVersion
- Valore tag: 23ai
Un AVMC creato con il tag 23ai supporta gli ACD solo con il software Oracle Database versione 23ai. Non è possibile creare ACD 19c all'interno di questo AVMC. Il provisioning degli ACD con il software Oracle Database versione 19c può essere eseguito solo in un AVMC non creato con la tag 23ai. Non è possibile eseguire il provisioning degli ACD 19c e 23ai all'interno dello stesso AVMC. Per i dettagli, vedere Funzioni di database gestite da Autonomous Container Database.
Requisiti dei criteri IAM
Ampia scelta di soluzioni di distribuzione | Criteri IAM |
---|---|
Oracle Public Cloud e Multicloud |
|
Exadata Cloud@Customer |
|
Requisiti dei criteri di Zero Trust Packet Routing (ZPR)
SI APPLICA A: Solo Oracle Public Cloud
- Criteri IAM necessari per aggiungere attributi di sicurezza ZPR (Zero Trust Packet Routing) durante il provisioning di un AVMC:
allow group <group_name> to { ZPR_TAG_NAMESPACE_USE, SECURITY_ATTRIBUTE_NAMESPACE_USE } in tenancy allow group <group_name> to manage autonomous-database-family in tenancy allow group <group_name> to read security-attribute-namespaces in tenancy
-
Per eseguire il provisioning di un AVMC con attributi di sicurezza, è necessario abilitare anche i criteri ZPR corrispondenti per consentire il traffico.
Ad esempio, è necessario definire i criteri ZPR di esempio riportati di seguito per eseguire il provisioning di un AVMC con i seguenti attributi di sicurezza:- Rete VCN: ADBD
- Client database: ADBDClient
- Server database: ADBDServer
Criteri ZPR di esempio per il provisioning di AVMC riuscito:in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'
Criteri ZPR di esempio per una connettività cliente di successo:in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Client:ADBDClient endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow Db-Client:ADBDClient endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/2484' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/22' in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='tcp/1521' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to all-endpoints in VCN-Network:ADBD VCN allow all-endpoints to connect to Db-Server:ADBDServer endpoints with protocol='icmp' in VCN-Network:ADBD VCN allow Db-Server:ADBDServer endpoints to connect to 'osn-services-ip-addresses' with protocol='tcp/443'
Requisiti risorse
- 40 ECPU per nodo
- 120 GB di memoria per nodo
- 338.5GB storage locale per nodo
- 6.61TB Storage Exadata
Requisiti di rete
È possibile eseguire il provisioning dei nuovi cluster VM con il networking dual-stack IPv4/IPv6, abilitando sia gli indirizzi IPv4 che IPv6. Questa opzione viene abilitata durante la creazione di una VCN e durante la creazione di una subnet.
- Distribuzioni Oracle Public Cloud e multicloud:
Se si esegue il provisioning di una risorsa cluster VM Autonomous Exadata e si imposta il recupero da errori irreversibili con Autonomous Data Guard, assicurarsi che lo spazio degli indirizzi IP delle reti VNC (Virtual Cloud Networks) non si sovrapponga.
La tabella riportata di seguito elenca le dimensioni minime richieste della subnet per le distribuzioni di Autonomous Database in Oracle Public Cloud.
Suggerimento
Il servizio di rete conserva tre indirizzi IP in ogni sottorete. L'allocazione di uno spazio maggiore per la subnet rispetto al minimo richiesto (ad esempio, almeno /25 anziché /28) può ridurre l'impatto relativo di tali indirizzi riservati sullo spazio disponibile della subnet.
Dimensione rack Subnet client: n. di indirizzi IP richiesti Subnet client: dimensione minima Sistema base o Quarter Rack (4 indirizzi * 2 nodi) + 3 per SCAN + 3 riservati nella subnet = 14 /28 (16 indirizzi IP) Metà rack (4 * 4 nodi) + 3 + 3 = 22 /27 (32 indirizzi IP) Rack completo (4* 8 nodi) + 3 + 3 = 38 /26 (64 indirizzi IP) Sistemi di infrastruttura flessibili (X8M e successivi) 4 indirizzi per nodo di database (minimo 2 nodi) + 3 per SCAN + 3 riservati nella subnet /28 è la dimensione minima della subnet, ma l'aggiunta di ogni nodo aumenta la dimensione della subnet in modo corrispondente. Suggerimento
Assicurarsi di configurare le subnet in modo che dispongano di indirizzi IP disponibili sufficienti per creare più cluster VM Autonomous Exadata. Ad esempio, l'indirizzo IP minimo richiesto per un sistema di base o Quarter Rack per un singolo cluster VM è 14. Se si prevede di creare 2 cluster VM, definire la subnet in /27 o avere due subnet a livello /28. - Distribuzioni di Exadata Cloud@Customer:
Per i requisiti IP di Exadata Cloud@Customer, fare riferimento a Indirizzi IP e subnet per Exadata Cloud at Customer.
- Distribuzioni Oracle Public Cloud e multicloud:
- Per soddisfare i requisiti minimi della lista di sicurezza per il provisioning di un cluster VM Autonomous:
- Apri TCP su tutte le porte per l'ingresso e l'uscita per il CIDR della subnet.
- Aprire tutti i tipi e i codici ICMP per i CIDR della subnet in entrata e in uscita.
- Assicurarsi che l'ingresso e l'uscita abbiano lo stesso tipo: entrambi sono senza conservazione dello stato o con conservazione dello stato.
Ad esempio, nello screenshot riportato di seguito, TestVCN dispone di un blocco CIDRIPv4 CIDR IPv4 di 11.0.0.0/16 e FleetSubnet (la subnet utilizzata per eseguire il provisioning di AVMC) ha un blocco CIDRIPv4 CIDR IPv4 di 11.0.0.0/24.
- Facoltativamente, a seconda delle esigenze, potrebbe essere necessario aprire anche le seguenti porte per connettere e gestire gli Autonomous Database creati in questo AVMC.
Porta di destinazione Protocollo IP Scopo 1521 TCP Traffico SQL*Net 2.484 TCP Transport Layer Security (TLS) dalle subnet dell'applicazione 6.200 TCP Traffico ONS (Oracle Notification Service)
Traffico FAN (Fast Application Notification)
443 TCP Oracle Application Express
Azioni di Oracle Database
- Per soddisfare i requisiti minimi della lista di sicurezza per il provisioning di un cluster VM Autonomous:
- Distribuzioni di Exadata Cloud@Customer:
- Prima di eseguire il provisioning di un AVMC su Exadata Cloud@Customer, è necessario impostare le regole di rete come indicato in Requisiti di rete per Oracle Exadata Database Service on Cloud@Customer in Preparing for Exadata Database Service on Cloud@Customer.
- È inoltre necessario aprire la porta 1522 per:
- Consenti il traffico TCP tra i database primari e in standby in un'impostazione di Autonomous Data Guard.
- Supporta la copia del database.
-
Facoltativamente, se si prevede di connettersi alle seguenti applicazioni di uso comune, potrebbe essere necessario aprire anche le seguenti porte.
Porta di destinazione Protocollo IP Scopo 443 (Uscita) TCP Servizio KMS (Key Management Service) 1521 (Entrata) TCP OEM (Oracle Enterprise Manager) 1521 TCP Traffico SQL*Net 2.484 TCP TLS (Transport Layer Security) dalle subnet dell'applicazione 6.200 TCP Traffico ONS (Oracle Notification Service)
Traffico FAN (Fast Application Notification)
443 TCP Oracle Application Express
Azioni di Oracle Database
Nota
È possibile creare una VM multipla - Cluster VM Autonomous (AVMC) solo sulle risorse dell'infrastruttura Exadata create in Oracle Cloud dopo l'avvio della funzione Autonomous Database di più VM. Creare una richiesta di servizio in My Oracle Support se è necessario soddisfare questa limitazione e si desidera aggiungere un cluster VM Autonomous alle risorse dell'infrastruttura Exadata meno recenti. Per informazioni su come inoltrare una richiesta di supporto, vedere Create a Service Request in My Oracle Support.Istruzioni
Suggerimento
Per conoscere le alternative "try it out" che mostrano queste istruzioni, consulta i seguenti laboratori del workshop per gli amministratori di flotta di Oracle Autonomous Database dedicato:- Lab 3: provisioning di un cluster VM Exadata Cloud Autonomous per Autonomous Database sull'infrastruttura dedicata
- Laboratorio 5: Provisioning di un cluster VM Autonomous su Exadata Cloud@Customer
-
Andare a Autonomous Database nella console di Oracle Cloud Infrastructure.
Per istruzioni, consulta la sezione relativa all'accesso ad Autonomous Database nella console di Oracle Cloud Infrastructure.
-
Nella lista del menu laterale dei tipi di risorsa di Autonomous Database, fare clic su Cluster VM Autonomous Exadata.
È possibile visualizzare la lista dei cluster VM Autonomous Exadata nel compartimento corrente.
-
Scegliere il compartimento in cui si desidera creare un cluster VM Autonomous Exadata.
La lista dei cluster VM Autonomous Exadata viene aggiornata per mostrare quelli nel compartimento selezionato.
-
Fare clic su Crea cluster VM Autonomous Exadata.
-
Compilare la pagina Crea cluster VM Autonomous Exadata con le informazioni riportate di seguito.
Impostazione Descrizione Note Informazioni di base
Compartimento: selezionare un compartimento in cui ospitare il cluster VM Autonomous Exadata.
Nome visualizzato: immettere una descrizione intuitiva o altre informazioni che consentano di identificare facilmente la risorsa dell'infrastruttura.
Il nome visualizzato non deve essere univoco. Evitare di fornire informazioni riservate.
Infrastruttura Exadata
L'infrastruttura Exadata per ospitare il nuovo cluster VM Autonomous Exadata.
Risorse del cluster VM Autonomous: modello di computazione
Modello di computazione: indica il modello di computazione per la risorsa cluster VM Autonomous Exadata. Il modello predefinito è ECPU. Questa operazione si basa sul numero di memorie centrali allocate in modo elastico da un pool di server di computazione e storage.
A partire dal 28 maggio 2025, Autonomous Database 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 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.
Risorse cluster VM Autonomous: selezione DB Server
Elenca i DB server (VM) utilizzati per distribuire la nuova risorsa AVMC (Autonomous Exadata VM Cluster).
Viene visualizzato anche il numero massimo di risorse (CPU, memoria e storage locale) disponibili per ogni VM.
Facoltativamente, è possibile aggiungere o rimuovere le VM facendo clic su Modifica selezione DB server. Facendo clic su questo pulsante viene avviata la finestra di dialogo Modifica DB server in cui sono elencati tutti i DB server disponibili con i dettagli riportati di seguito per ciascuno di essi.- CPU disponibili
- Memoria disponibile (GB)
- Storage locale disponibile (GB)
- Numero di cluster VM e cluster VM Autonomous al loro interno.
Per impostazione predefinita, vengono selezionati tutti i DB server con le risorse minime necessarie per creare un cluster VM Autonomous. È possibile rimuovere un DB server facendo clic sulla casella di controllo corrispondente nella lista. A seconda della selezione effettuata, nella finestra di dialogo vengono visualizzati i dettagli numero massimo di risorse disponibili per VM e risorse allocate per VM.
Dopo aver selezionato i DB server, fare clic su Salva modifiche.
Per distribuire una risorsa AVMC, è necessario selezionare almeno 2 DB server. Sono necessari almeno 2 DB server per la configurazione High Availability (HA).
Nota
Non è possibile aggiungere o rimuovere i DB server dopo il provisioning di un AVMC.Risorse del cluster VM Autonomous
Conteggio VM o Conteggio nodi: indica il numero di database server nell'infrastruttura Exadata. Valore di sola lettura. Questo valore dipende dal numero di DB server selezionati per AVMC.
Numero massimo di Autonomous Container Database: il numero di ACD specificato rappresenta il limite superiore per gli ACD. Questi ACD devono essere creati separatamente in base alle esigenze. La creazione di ACD richiede anche 8 ECPU disponibili o 2 OCPU disponibili per nodo.
Conteggio CPU per VM o nodo: specificare il conteggio di CPU per ogni singola VM. Il valore minimo è 40 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. Il valore minimo è 5 TB.
VM e nodo vengono utilizzati in modo intercambiabile tra le distribuzioni Oracle Exadata Cloud@Customer e Oracle Public Cloud.
Durante la configurazione dei parametri delle risorse, le risorse aggregate necessarie per creare il cluster VM Autonomous Exadata e le formule utilizzate per calcolare questi valori vengono visualizzate sul lato destro della sezione di configurazione delle risorse.
Le risorse totali richieste per il cluster VM Autonomous Exadata vengono calcolate utilizzando le formule riportate di seguito.
Conteggio CPU = Conteggio CPU per nodo x conteggio nodi
Memoria = [Numero CPU per nodo x memoria di database per CPU + memoria del servizio di database interno: (40 GB)] x conteggio nodi
Storage locale = Storage del servizio locale interno: ([storage cluster VM Autonomous: xxGB] + [storage Autonomous Container Database: 100 GB + 50 GB x conteggio ACD] x 1,03) x conteggio nodi
Nella formula precedente, il valore di storage cluster VM Autonomous dipende dal modello di sistema Exadata utilizzato, come indicato di seguito.
- Sistemi X7-2 e X8-2: 137 GB
- Sistemi X8M-2 e X9M-2: 184 GB
Exadata Storage = [Storage dati utente + Storage del servizio di database interno: (200 GB + 50 GB x conteggio ACD x conteggio nodi)] x 1,25
Impostazioni di rete
Rete cloud virtuale: la rete cloud virtuale (VCN) in cui si desidera creare il nuovo cluster VM Autonomous Exadata.
Subnet: una subnet all'interno della VCN selezionata sopra riportata per il nuovo cluster VM Autonomous Exadata.
Se si desidera, è possibile utilizzare i gruppi di sicurezza di rete per controllare il traffico. A tale scopo, selezionare la casella di controllo corrispondente e scegliere un gruppo di sicurezza di rete dall'elenco di selezione.
Fare clic su + Altro gruppo di sicurezza di rete per aggiungere altri gruppi di sicurezza di rete.
È possibile utilizzare la rete a doppio stack IPv4/IPv6, abilitando sia gli indirizzi IPv4 che IPv6. È possibile abilitare questa opzione durante la creazione di una VCN e durante la creazione di una subnet, nonché utilizzare la subnet corrispondente (con entrambi gli indirizzi IP4 e IP6) durante il provisioning di un AVMC.
SI APPLICA A: solo Oracle Public Cloud
Rete cluster VM
Rete cluster VM in cui creare il nuovo cluster VM Autonomous Exadata.
SI APPLICA A: solo Exadata Cloud@Customer
Manutenzione automatica
Facoltativamente, è possibile configurare la pianificazione di manutenzione automatica. In Oracle Public Cloud, fare clic su Modifica manutenzione. In Exadata Cloud@Customer, fare clic su Modifica pianificazione manutenzione.
È quindi possibile modificare la pianificazione della manutenzione dall'impostazione predefinita (Nessuna preferenza, che consente a Oracle di pianificare la manutenzione in base alle esigenze) selezionando Specificare una pianificazione e quindi 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.
Al termine, salvare le modifiche.
Per indicazioni sulla scelta di una pianificazione personalizzata, vedere Impostazioni nella pianificazione della manutenzione personalizzabili.
Tipo di licenza
Il tipo di licenza che si desidera utilizzare per il nuovo cluster VM Autonomous Exadata.
Sono disponibili le opzioni riportate di seguito.
Bring Your Own License: se si sceglie questa opzione, assicurarsi di disporre delle abilitazioni appropriate da utilizzare per le nuove istanze di servizio create.
Licenza inclusa: con questa scelta, il costo del servizio cloud include una licenza per il servizio di database.
La scelta del tipo di licenza influisce sulla misurazione per la fatturazione.
Mostra/Mostra opzioni avanzate
Per impostazione predefinita, le opzioni avanzate sono nascoste. Fare clic su Mostra opzioni avanzate per visualizzarle.
Opzioni avanzate: Gestione
Se si desidera impostare un fuso orario diverso da UTC o dal fuso orario rilevato dal browser, selezionare l'opzione Seleziona un altro fuso orario, selezionare un'area o un paese e selezionare il fuso orario corrispondente. Se l'area o il paese desiderato non è visualizzato, selezionare Varie e scegliere un fuso orario appropriato.
Il fuso orario predefinito per il cluster VM Autonomous Exadata è UTC, ma è possibile specificare un fuso orario diverso. Le opzioni relative al fuso orario sono quelle supportate sia nella classe
Java.util.TimeZone
che nel sistema operativo Oracle Linux.Non è possibile modificare le impostazioni del fuso orario per un cluster VM Autonomous Exadata di cui è già stato eseguito il provisioning. Se necessario, è possibile creare una richiesta di servizio in My Oracle Support. Per informazioni su come inoltrare una richiesta di supporto, vedere Create a Service Request in My Oracle Support.
Opzioni avanzate: Listener
Se si desidera scegliere una porta listener SCAN (Single Client Access Name) per TLS (Transport Layer Security) e non TLS da un intervallo di porte disponibili, immettere un numero di porta per la porta non TLS o la porta TLS nell'intervallo consentito (1024 - 8999).
È anche possibile scegliere l'autenticazione TLS reciproca (mTLS) selezionando la casella di controllo Enable mutual TLS (mTLS) authentication.
Il numero di porta default è 2484 per TLS e 1521 per le modalità di autenticazione non TLS.
I numeri di porta 1522, 1525, 5000, 6100, 6200, 7060, 7070, 7879, 8080, 8181, 8888 e 8895 sono riservati per scopi speciali e non possono essere utilizzati come numeri di porta non TLS o TLS.
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.
Opzioni avanzate: attributi di sicurezza
Aggiungere un attributo di sicurezza per controllare l'accesso per la risorsa AVMC utilizzando i criteri Zero Trust Packet Routing (ZPR). Per aggiungere un attributo di sicurezza, selezionare uno spazio di nomi e fornire la chiave e il valore per l'attributo di sicurezza.
Fare clic su Aggiungi attributo di sicurezza per aggiungere altri attributi di sicurezza.
SI APPLICA A:
solo Oracle Public Cloud
Per selezionare un attributo di sicurezza in questo passo, è necessario disporre già di attributi di sicurezza impostati con Zero Trust Packet Routing. Per ulteriori informazioni, vedere Informazioni sull'instradamento di pacchetti Zero Trust.
È inoltre possibile aggiungere attributi di sicurezza per gli AVMC esistenti. Per i dettagli, vedere Configure Zero Trust Packet Routing (ZPR) per un AVMC.
Opzioni avanzate: Tag
Se si desidera utilizzare le tag, aggiungerle selezionando uno spazio di nomi tag, una chiave tag e un valore tag.
L'applicazione di tag è un sistema di metadati che ti consente di organizzare e tracciare le risorse all'interno della tua tenancy. Vedere Tagging delle risorse dedicate di Autonomous Database Cloud.
Per poter creare i database 23ai, è necessario eseguire il provisioning di AVMC con tag appropriate. Per informazioni dettagliate, vedere Requisiti tag della versione del software del database 23ai.
-
Facoltativamente, è possibile salvare la configurazione della risorsa come stack facendo clic su Salva come stack. È quindi possibile utilizzare lo stack per creare la risorsa tramite il servizio Resource Manager.
Immettere i seguenti dettagli nella finestra di dialogo Salva come stack e fare clic su Salva.- Nome: è possibile immettere un nome per lo stack.
- Descrizione: è possibile immettere una descrizione per questo stack.
- Salva nel compartimento: selezionare un compartimento in cui risiederà questo stack.
- Spazio di nomi tag, Chiave tag e Valore tag: è possibile applicare le tag allo stack.
Per i requisiti e i suggerimenti per le configurazioni Terraform utilizzate con Resource Manager, vedere Configurazioni Terraform per Resource Manager. Per eseguire il provisioning delle risorse definite nello stack, applicare la configurazione.
- Sottomettere i dettagli per creare il cluster VM Autonomous Exadata.