Procedure consigliate per le prestazioni per Oracle in macchine virtuali di Azure

Articolo
04/25/2024

Questo articolo descrive in che modo le dimensioni e le opzioni di archiviazione appropriate per le macchine virtuali scelte influiscono sulle prestazioni del carico di lavoro Oracle, ovvero operazioni di input/output (IOPS) e velocità effettiva, affidabilità e costi. Esiste un compromesso tra l'ottimizzazione dei costi e le prestazioni. Questa serie di procedure consigliate per le prestazioni è incentrata sul miglioramento delle prestazioni per il carico di lavoro Oracle nelle macchine virtuali di Azure. Se il carico di lavoro è meno impegnativo, è possibile che non siano necessarie tutte le ottimizzazioni consigliate. È fondamentale nella fase di pianificazione valutare i requisiti di prestazioni dei carichi di lavoro Oracle e ridimensionare correttamente le risorse di calcolo e archiviazione in base alle esigenze.

Quando si valuta la possibilità di eseguire carichi di lavoro Oracle nelle macchine virtuali di Azure, per una configurazione conveniente iniziare selezionando una macchina virtuale che supporta le operazioni di I/O al secondo e la velocità effettiva necessarie con il rapporto di memoria-vCore appropriato e quindi aggiungere i requisiti di archiviazione.

Raccomandazioni per il dimensionamento delle macchine virtuali

Le tre serie di macchine virtuali seguenti sono consigliate per eseguire carichi di lavoro del database Oracle in Azure.

Serie E (Eds v5 ed Ebds V5)

La serie E è progettata per carichi di lavoro a elevato utilizzo di memoria. Queste macchine virtuali offrono rapporti elevati tra memoria e core, rendendoli adatti per i database Oracle. Offre anche un'ampia gamma di opzioni della CPU per soddisfare i requisiti di prestazioni del carico di lavoro del database Oracle.

La nuova serie Ebdsv5 offre il rapporto massimo tra velocità effettiva di I/O e vCore in Azure, insieme a un rapporto da memoria a vCore pari a 8. Questa serie offre prestazioni ottimali per i carichi di lavoro Oracle nelle macchine virtuali di Azure. Prendere in considerazione questa serie per la maggior parte dei carichi di lavoro del database Oracle.

Serie M

La serie M è compilata per database di grandi dimensioni, ovvero fino a 12 TB di RAM e 416 vCPU. Le macchine virtuali serie M offrono il rapporto massimo tra memoria e vCore in Azure. Prendere in considerazione queste macchine virtuali per carichi di lavoro di database Oracle cruciali di grandi dimensioni e di grandi dimensioni o se è necessario consolidare i database in un minor numero di macchine virtuali.

Serie D

La serie D è compilata per le macchine virtuali per utilizzo generico con rapporti da memoria a vCore più piccoli con le macchine virtuali per utilizzo generico. È importante monitorare attentamente i contatori delle prestazioni basati sulla memoria per garantire che il carico di lavoro Oracle possa ottenere le operazioni di I/O al secondo e inserirle. La serie Ddsv5 offre una combinazione equa di vCPU, memoria e disco temporaneo, ma con supporto da memoria a vCore inferiore. La serie D non ha il rapporto da memoria a vCore pari a 8 consigliato per i carichi di lavoro Oracle. Di conseguenza, prendere in considerazione l'uso di queste macchine virtuali per database di piccole e medie dimensioni o per l'ambiente di sviluppo/test per un costo TCO inferiore.

Indicazioni sull'archiviazione

Questa sezione fornisce le procedure consigliate per l'archiviazione e le linee guida per ottimizzare le prestazioni per il carico di lavoro Oracle in Azure Macchine virtuali (VM). Prendere in considerazione le esigenze in termini di prestazioni, i costi e i modelli di carico di lavoro durante la valutazione di queste indicazioni. Esaminiamo rapidamente le opzioni:

Tipi di disco: SSD Premium, dischi SSD Premium V2 e Ultra sono tipi di disco consigliati per il carico di lavoro Oracle. Fare riferimento al confronto tra i tipi di disco per comprendere le dimensioni massime del disco, la velocità effettiva massima e il numero massimo di operazioni di I/O al secondo per scegliere il tipo di disco appropriato per la macchina virtuale di Azure per soddisfare le prestazioni del carico di lavoro Oracle. In genere, SSD Premium v2 è il prezzo migliore per ogni opzione del disco prestazioni che è possibile prendere in considerazione.
Ssd Premium V2 offre prestazioni più elevate rispetto alle unità SSD Premium, ma anche meno costose. È possibile modificare singolarmente le prestazioni (capacità, velocità effettiva e operazioni di I/O al secondo) dei dischi SSD Premium v2 in qualsiasi momento, consentendo ai carichi di lavoro di essere efficienti in termini di costi, soddisfando le esigenze di prestazioni mutevoli. Ad esempio, un database a elevato utilizzo di transazioni richiede una grande quantità di operazioni di I/O al secondo a piccole dimensioni o un'applicazione di gioco può richiedere una grande quantità di operazioni di I/O al secondo, ma solo durante le ore di punta. Poiché è possibile modificare singolarmente le prestazioni, per la maggior parte dei carichi di lavoro per utilizzo generico, l'unità SSD Premium v2 può offrire prestazioni ottimali.
Le unità SSD Premium sono adatte per carichi di lavoro di produzione cruciali. Offrono supporto su disco ad alte prestazioni e bassa latenza per le macchine virtuali (VM) con carichi di lavoro a elevato utilizzo di input/output (I/O).
I dischi Ultra sono l'opzione di archiviazione con le prestazioni più elevate per le macchine virtuali di Azure. Sono adatti per carichi di lavoro a elevato utilizzo di dati e transazioni. Forniscono latenze di basso millisecondo e offrono un modello di configurazione delle prestazioni flessibile che consente di configurare in modo indipendente operazioni di I/O al secondo e velocità effettiva, prima e dopo il provisioning del disco.

San elastico di Azure offre una soluzione di archiviazione a blocchi altamente scalabile, conveniente, ad alte prestazioni e affidabile che si connette a vari servizi di calcolo di Azure tramite il protocollo iSCSI. SAN di Elastic consente una transizione senza interruzioni da un ambiente di archiviazione SAN esistente al cloud senza dover effettuare il refactoring dell'architettura delle applicazioni dei clienti. Questa soluzione può ottenere una scalabilità elevata, fino a milioni di operazioni di I/O al secondo, GB/s a doppia cifra della velocità effettiva e latenze di pochi millisecondi a singola cifra con resilienza predefinita per ridurre al minimo i tempi di inattività. Ciò la rende ideale per i clienti che vogliono consolidare l'archiviazione, i clienti che usano più servizi di calcolo o quelli che hanno carichi di lavoro che richiedono livelli di velocità effettiva elevati ottenuti guidando l'archiviazione sulla larghezza di banda di rete. 

Nota

Il dimensionamento delle macchine virtuali con SAN di Elastic deve soddisfare i requisiti di velocità effettiva di rete di produzione (da VM a VM) insieme alla velocità effettiva di archiviazione.

Prendere in considerazione l'inserimento di carichi di lavoro Oracle nella san elastica per migliorare l'efficienza dei costi per i motivi seguenti.

Consolidamento dell'archiviazione e condivisione dinamica delle prestazioni: in genere per il carico di lavoro Oracle nella macchina virtuale di Azure, viene effettuato il provisioning dell'archiviazione dei tipi di disco in base alla capacità del cliente e ai requisiti di prestazioni massimi per tale macchina virtuale. Queste prestazioni con provisioning eccessivo sono disponibili quando necessario, ma le prestazioni inutilizzate non possono essere condivise con carichi di lavoro in altre macchine virtuali. San elastico, come san locale, consente di consolidare le esigenze di archiviazione di più carichi di lavoro Oracle per ottenere una migliore efficienza dei costi, con la possibilità di condividere dinamicamente le prestazioni di cui è stato effettuato il provisioning tra i volumi di cui è stato effettuato il provisioning in questi diversi carichi di lavoro in base alle esigenze di I/O. Ad esempio, negli Stati Uniti orientali, se sono presenti 10 carichi di lavoro che richiedono capacità da 2 TiB e 10.000 operazioni di I/O al secondo, ma collettivamente non richiedono più di 60 K operazioni di I/O al secondo in qualsiasi momento. È possibile configurare una SAN elastica con 12 unità di base (un'unità base = $ 0,08 per GiB/mese) che fornirà 12 TiB capacità e le 60.000 operazioni di I/O al secondo necessarie e 8 unità di sola capacità (1 unità di sola capacità = $ 0,06 per GiB/mese) che ti daranno la capacità di 8 TiB rimanente a un prezzo più economico. Questa configurazione di archiviazione ottimale offre una migliore efficienza dei costi offrendo al contempo le prestazioni necessarie (10.000 operazioni di I/O al secondo) per ognuno di questi carichi di lavoro. Per altre informazioni sulle unità di provisioning elastico san e di sola capacità, vedere Planning for an Azure Elastic SAN (Pianificazione di una SAN elastica di Azure) e per i prezzi, vedere Azure Elastic SAN - Pricing (San elastico di Azure - Prezzi).
Per aumentare la velocità effettiva di archiviazione: il carico di lavoro Oracle nelle distribuzioni di macchine virtuali di Azure richiede occasionalmente l'overprovisioning di una macchina virtuale a causa del limite di velocità effettiva del disco per tale macchina virtuale. È possibile evitare questo problema con la SAN di Elastic, poiché si aumenta la velocità effettiva di archiviazione tramite la larghezza di banda di rete di calcolo con il protocollo iSCSI. Ad esempio, una macchina virtuale Standard_E32bds_v5 (SCSI) è limitata a 88.000 operazioni di I/O al secondo e 2.500 MBps per la velocità effettiva del disco/archiviazione, ma può raggiungere un massimo di 16.000 MBps di velocità effettiva di rete. Se il requisito di velocità effettiva dell'archiviazione per il carico di lavoro è maggiore di 2.500 MBps, non sarà necessario aggiornare la macchina virtuale a uno SKU superiore perché ora può supportare fino a 16.000 MBps tramite SAN di Elastic.

Di seguito sono riportati anche alcuni input che consentono di derivare un ulteriore valore da Elastic SAN.

Altri parametri	description
Modello di provisioning	Modello flessibile con granularità TiB
BCDR	Snapshot incrementale per il ripristino rapido; Esportazione di snapshot per la protezione avanzata.
Ridondanza e destinazioni di scalabilità	Fare riferimento alle funzionalità di ridondanza di San elastico di Azure nei requisiti di ridondanza.
Crittografia	La crittografia dei dati inattivi è supportata.

Azure NetApp Files è un servizio di archiviazione file nativo, di prima parte, di classe enterprise e ad alte prestazioni adatto per l'archiviazione di file di database Oracle. Fornisce volumi come servizio per i quali è possibile creare account NetApp, pool di capacità e volumi. È anche possibile selezionare i livelli di servizio e prestazioni e gestire la protezione dei dati. Usando gli stessi protocolli e gli stessi strumenti noti e attendibili e le applicazioni aziendali che dipendono dall'ambiente locale, è possibile creare e gestire condivisioni file veloci, affidabili e scalabili.

Di seguito sono riportati gli attributi chiave di Azure NetApp Files:

Prestazioni, ottimizzazione dei costi e scalabilità.
Semplicità e disponibilità.
Gestione e sicurezza dei dati.
Contratto di servizio 99,99%

I volumi di Azure NetApp Files sono a disponibilità elevata per la progettazione e offrono flessibilità per aumentare e ridurre i volumi in termini di capacità e prestazioni senza interruzioni del servizio. Per altre disponibilità tra zone e volumi di aree, è possibile replicare usando la replica tra zone e aree diverse.

Per l'hosting di file di database Oracle estremamente impegnativi, log di rollforward e log di archiviazione che si adattano correttamente a più gigabyte al secondo e a più decine di terabyte di capacità, è possibile usare singoli o più volumi, a seconda dei requisiti di capacità e prestazioni. I volumi possono essere protetti usando snapshot per una rapida protezione e recuperabilità dei dati primari e possono essere sottoposti a backup usando RMAN, AzAcSnap, backup di Azure NetApp Files o altri metodi o applicazioni di backup preferiti.

È consigliabile usare Oracle direct NFS (dNFS) con Azure NetApp Files per migliorare le prestazioni. La combinazione di dNFS Oracle con Azure NetApp Files offre un ottimo vantaggio per i carichi di lavoro. Oracle dNFS consente di migliorare le prestazioni rispetto al kernel NFS del sistema operativo. L'articolo illustra la tecnologia e fornisce un confronto delle prestazioni tra dNFS e il client NFS del kernel.
Le macchine virtuali di Azure vengono limitate per il traffico di rete a velocità più elevate rispetto all'archiviazione collegata diretta, ad esempio SSD. Di conseguenza, la distribuzione Oracle offre prestazioni migliori usando i volumi di Azure NetApp Files con lo stesso SKU di macchina virtuale oppure è possibile scegliere uno SKU di macchina virtuale più piccolo per le stesse prestazioni e risparmiare sui costi delle licenze Oracle.

Gli snapshot possono essere clonati per fornire l'accesso in lettura/scrittura ai dati correnti per scopi di test e sviluppo senza interagire con i dati in tempo reale.

Articolo	Descrizione
Altro parametro	Disponibile in tre livelli di servizio prestazioni (Ultra, Premium, Standard) con scalabilità dinamica senza interruzioni e riduzione delle prestazioni per bilanciare i requisiti e i costi mutevoli
Modello di provisioning	Volume singolo per database di medie e grandi dimensioni Più volumi per il provisioning con velocità effettiva estremamente elevata e elevata tramite portale di Azure con aumento e riduzione delle prestazioni online dinamiche con scalabilità dinamica delle prestazioni online tramite modifiche a livello di servizio dinamico e regolazioni QoS
BDR	Accesso ai dati indipendenti basato su snapshot per bc/ripristino di emergenza e test/sviluppo Insieme di credenziali degli snapshot con l'archiviazione basata su archiviazione basata su archiviazione basata su archiviazione con Oracle Data Guard per la disponibilità elevata e il ripristino di emergenza
Destinazioni di ridondanza e scalabilità	È stata illustrata la capacità di supportare i database Oracle con prestazioni maggiori e più elevate di 100TiB in dimensioni e più gigabyte al secondo, mantenendo al contempo la protezione e la recuperabilità dei dati primari quasi istantanei basati su snapshot
Crittografia	Crittografia singola o doppia dei dati inattivi con chiavi gestite dal cliente o dalla piattaforma

Automatizzare le macchine virtuali e la selezione dell'archiviazione

Prendere in considerazione l'uso dello strumento Community Oracle Migration Assistant Tool (OMAT) per ottenere gli SKU di VM corretti con opzioni di archiviazione consigliate, tra cui tipi di disco, ELASTIC SAN & ANF con costi indicativi in base al prezzo di listino. È possibile fornire un report AWR del database Oracle come input ed eseguire lo script dello strumento OMT per ottenere un output degli SKU e delle opzioni di archiviazione delle macchine virtuali consigliate in linea con i requisiti di prestazioni del database ed è conveniente.

Condividi tramite