Pianificazione della capacità per Oracle Database@Azure
Oracle Database@Azure è un servizio di database Oracle in esecuzione in Oracle Cloud Infrastructure (OCI) e si trova nei data center di Azure in Microsoft. Questa offerta congiunta di Microsoft e Oracle richiede di pianificare e gestire le risorse in entrambe le piattaforme cloud.
Questo articolo fornisce indicazioni sulla pianificazione della capacità per Oracle Database@Azure tramite il servizio di database Oracle Exadata. Include considerazioni e consigli utili per pianificare questo processo.
Nota
Per il dimensionamento di Oracle Database@Azure, si prega di contattare il team di vendita Oracle locale.
Considerazioni sulla capacità per reti virtuali e subnet
Oracle Database@Azure richiede una subnet delegata e deve essere delegata a
Oracle.Database/networkAttachmentsprima della distribuzione del cluster.È possibile creare un massimo di una subnet delegata Oracle Database@Azure per ogni rete virtuale.
È possibile assegnare più cluster di macchine virtuali Exadata alla stessa subnet delegata. Pianificare intervalli di indirizzi IP sufficienti per supportare il numero necessario di cluster di macchine virtuali. Ad esempio, se si prevede di distribuire due cluster di macchine virtuali nella stessa subnet, assicurarsi che la subnet disponga di indirizzi IP sufficienti per supportare entrambi i cluster. Per altre informazioni, vedere Pianificare lo spazio indirizzi IP per Oracle Database@Azure.
È possibile assegnare cluster di macchine virtuali Exadata a reti virtuali diverse nella stessa sottoscrizione o in sottoscrizioni diverse. Ad esempio, un cluster di macchine virtuali viene assegnato a una sottoscrizione di sviluppo mentre l'infrastruttura Oracle Exadata e un'altra risorsa cluster di macchine virtuali Exadata provengono dalle sottoscrizioni di produzione. Questo approccio riduce al minimo la necessità di stabilire risorse di infrastruttura separate solo per la sottoscrizione di sviluppo. Per assegnare un cluster di macchine virtuali Exadata a una rete virtuale da una sottoscrizione di Azure separata, assicurarsi che entrambe le sottoscrizioni si trovino nello stesso account di fatturazione. Per ulteriori informazioni, consultare il collegamento Oracle Database@Azure a più abbonamenti di Azure.
Nota
Per impostazione predefinita, il servizio Oracle Database@Azure può usare fino a cinque subnet delegate. Se è necessaria una capacità aggiuntiva della subnet, è possibile richiedere un aumento del limite di servizio. Per altre informazioni, vedere limiti della subnet delegata.
Se si prevede di aumentare il numero di cluster vm, assicurarsi che il CIDR (Classless Inter-Domain Routing) della subnet client sia allocato correttamente per evitare conflitti di indirizzi IP e mantenere la segmentazione di rete. Per altre informazioni, vedere Pianificare lo spazio degli indirizzi IP per Oracle Database@Azure.
È possibile fornire opzionalmente subnet di backup per il database Oracle Exadata su Azure durante la creazione del cluster di macchine virtuali. Le subnet di backup vengono create in OCI e non devono essere presenti in una rete virtuale di Azure. Preassegnare i CIDR della subnet di backup per evitare conflitti di indirizzi IP. Questo approccio consente di garantire operazioni di rete uniformi e prevenire potenziali problemi di connettività.
Considerazioni sulla capacità per l'infrastruttura Exadata
Usare Oracle Exadata Database@Azure per effettuare il provisioning di un'infrastruttura che usa due database e tre server di archiviazione. Questa configurazione è denominata un quarto rack . Prima del provisioning, assicurarsi che siano soddisfatti tutti i prerequisiti necessari, ad esempio configurazioni di rete e allocazioni di risorse. Per altre informazioni, vedere Provisioning dell'infrastruttura Exadata.
È possibile aggiungere server di archiviazione e database aggiuntivi in modo indipendente. È possibile aggiungere fino a un massimo di 32 server di database e 64 server di archiviazione. Per altre informazioni, vedere opzioni di ridimensionamento del servizio Oracle Database@Azure.
È possibile aumentare o ridurre le prestazioni dell'infrastruttura Exadata in base ai requisiti del carico di lavoro.
Ridimensionare l'infrastruttura Exadata tramite la console OCI, l'API, l'SDK o Terraform. Il processo di ridimensionamento viene eseguito online senza tempi di inattività e potrebbe richiedere fino a poche ore per il completamento. Monitorare il processo dalla sezione Richieste di Lavoro nella console OCI per verificare che il ridimensionamento sia avvenuto con successo.
Dopo aver aggiunto altri server di database o di archiviazione all'infrastruttura di Database@Azure Oracle Exadata, aggiungere la capacità di cui è stato appena effettuato il provisioning ai cluster di macchine virtuali.
Nota
Le operazioni di ridimensionamento per i Database@Azure Oracle Exadata sono attualmente gestite all'interno di OCI a livello di infrastruttura e del cluster di macchine virtuali.
Considerazioni sulla capacità per il cluster di macchine virtuali Exadata
Prendere in considerazione le limitazioni di capacità seguenti per il cluster di macchine virtuali Exadata.
Nella stessa infrastruttura Exadata è possibile creare un numero massimo di otto cluster di macchine virtuali.
Ogni macchina virtuale nel cluster di macchine virtuali Exadata ha almeno due CPU Oracle (OCPU) e 30 GB di allocazione di memoria. È possibile modificare entrambi gli OCPU in modo indipendente durante o dopo la configurazione iniziale del cluster di macchine virtuali, in base ai requisiti del carico di lavoro.
Quando si effettua il provisioning di un cluster di macchine virtuali, è possibile scegliere di iniziare con un cluster a nodo singolo o un cluster di macchine virtuali a più nodi. Per impostazione predefinita, durante il processo di creazione viene selezionato un cluster di macchine virtuali a più nodi.
Non è possibile usare un cluster a nodo singolo per le configurazioni a disponibilità elevata. Per fornire disponibilità elevata, è consigliabile usare almeno due macchine virtuali per ogni cluster di macchine virtuali Exadata.
Il cluster di macchine virtuali può essere ridimensionato o ridotto in base ai requisiti del carico di lavoro.
È possibile modificare il numero di OCPU e l'allocazione di memoria per un'istanza del cluster di macchine virtuali Exadata in modo simmetrico in tutti i nodi fino ai limiti dell'infrastruttura usando la console, l'API, l'SDK o Terraform OCI.
Dopo aver effettuato il provisioning di un'istanza del cluster di macchine virtuali Exadata, è possibile ridurre la potenza di elaborazione a zero. Questa azione arresta efficacemente il cluster di macchine virtuali. Durante questo periodo, vengono sostenuti solo i costi dell'infrastruttura fino a quando il sistema non viene nuovamente ridimensionato. Questa funzionalità consente di risparmiare sui costi dei sistemi di test e sviluppo quando non sono in uso.
Considerazioni sulla capacità per l'archiviazione
Lo spazio di archiviazione all'interno dei server di archiviazione Oracle Exadata Database@Azure è configurato per l'uso da Parte di Oracle Automatic Storage Management (ASM) quando si effettua il provisioning del cluster di macchine virtuali Exadata. Per impostazione predefinita, vengono creati i gruppi di dischi ASM seguenti:
Gruppo di dischi DATI
Gruppo di dischi RECO
Gruppo di dischi di tipo sparse, facoltativo
Per altre informazioni sulla configurazione dell'archiviazione, vedere Configurazione dell'infrastruttura cloud Exadata - Archiviazione.
Nota
Dopo aver creato il cluster di macchine virtuali Exadata, il layout del gruppo di dischi non può essere modificato.
Prendere in considerazione le impostazioni di configurazione di archiviazione seguenti:
La scelta tra backup di database o gruppi di dischi di tipo sparse durante la creazione del cluster di macchine virtuali influisce significativamente sull'allocazione dello spazio di archiviazione ai gruppi di dischi ASM nei server di archiviazione Oracle Exadata Database@Azure. Per altre informazioni, vedere Impatto delle impostazioni di configurazione nell'archiviazione.
L'archiviazione dei backup del database in locale nel server di archiviazione Oracle Exadata Database@Azure non protegge dalla perdita di dati causata da errori hardware e interruzioni nelle zone o nelle aree di disponibilità. Per garantire un'architettura resiliente per interruzioni non pianificate, vedere le opzioni di architettura in Considerazioni sulla continuità aziendale e sul ripristino di emergenza per Oracle Database@Azure.