Scegliere calcolo e archiviazione

Questo articolo descrive come calcolare e archiviare le dimensioni corrette per i carichi di lavoro Oracle usando il modello IaaS (Infrastruttura di Azure come servizio).

È possibile usare Azure IaaS per eseguire la migrazione dei carichi di lavoro Oracle da locale al cloud. La complessità, le dimensioni e l'output elevato (I/O) richieste di un carico di lavoro possono complicare il processo di migrazione e influire negativamente sulle prestazioni del database Oracle. Le prestazioni del database dipendono da parametri come velocità effettiva del disco di lettura/scrittura (MBps), operazioni di I/O al secondo di lettura/scrittura, CPU, RAM e latenza di rete. Di conseguenza, la scelta della combinazione corretta di calcolo e archiviazione per Azure IaaS e la posizione dei carichi di lavoro dell'applicazione relativi ai servizi di database è fondamentale per una migrazione di database riuscita.

Valutare il carico di lavoro Oracle usando report AWR o Statspack

Per ottenere consigli di ridimensionamento corretti per l'infrastruttura di Azure necessaria, è necessario generare un report AWR (Automatic Workload Repository) o un report Statspack per ogni database che si prevede di eseguire la migrazione ad Azure.

Un report AWR è un report dettagliato sull'analisi delle prestazioni generato da Oracle Database. Il report contiene informazioni complete sulle prestazioni del database, sugli eventi di attesa, sulle risorse di sistema e altro ancora. Un report AWR è incluso in Oracle Diagnostics Pack per il set di prodotti Oracle Database. Se si esegue Standard Edition o Enterprise edition senza una licenza Diagnostics Pack, usare invece un report Statspack .

Le informazioni dettagliate sul carico massimo sono essenziali perché un database e i server vengono usati per capacità diverse. Se il carico massimo si verifica nei tempi di backup durante la notte e i requisiti dell'obiettivo del tempo di ripristino (RTO) o dell'obiettivo del punto di ripristino (RPO) sono entro quattro ore, è possibile ripetere lo stesso esercizio per un carico medio.

Il picco di tempo di carico è in genere un'ora. È possibile determinare il carico massimo usando Oracle Enterprise Manager. Se non si dispone di una licenza per Oracle Enterprise Manager, è possibile usare lo script seguente per le prime cinque volte più bussato. Questo script è disponibile sia per i database Standard Edition che per i database edizione Enterprise.

Consigli

• Generare report AWR completi per un esercizio di ridimensionamento corretto del database.
• Generare il report AWR per il periodo di carico di lavoro più bussato durante brevi finestre di tempo, ad esempio 30 minuti o un'ora.
• Generare un report AWR di carico di picco e un report AWR di picco medio, se si desidera.
• Ottenere tutti gli altri report AWR che potrebbero avere dettagli importanti sul carico di lavoro del database, ad esempio periodi di report end-of-month o end-of-quarter.
• Assicurarsi che il report sia in HTML per lo strumento di ridimensionamento corretto.
• Usare gli script seguenti per ottenere i primi cinque orari più bussi se non si è sicuri quando si verifica il carico di picco:
  • AWR
  • Statspack

Usare strumenti automatizzati per ridimensionare il carico di lavoro

Dimensioni corrette dei carichi di lavoro usando strumenti automatizzati per corrispondere allo SKU di Azure Macchine virtuali corretto in base a vCPU, memoria, velocità effettiva e operazioni di I/O al secondo. Analizzare un report AWR o un report Statspack dei carichi di lavoro Oracle per ridimensionare correttamente l'infrastruttura di Azure in modo da soddisfare i requisiti di prestazioni. Tali analisi si basano sulla conoscenza esperto delle prestazioni del database e richiedono strumenti automatizzati per gestire tutte le variabili, ad esempio lo strumento Oracle Migration Assistant (OMAT).

OMAT consente di valutare l'utilizzo delle risorse per le installazioni locali o nel cloud Oracle e consiglia la macchina virtuale ottimale (VM) e l'archiviazione per eseguire lo stesso carico di lavoro in Azure. OMAT raccoglie e elabora i report di AWR dal sistema di origine, estrae i dati necessari e lo inserisce in una cartella di lavoro di Excel. Esaminare la partizione dei processori CPU e core quando si usa OMAT per offrire il fattore hyper-threaded. OMAT usa un fattore di due per impostazione predefinita, ma è possibile regolare questo numero per adattare l'utilizzo specifico. Contattare la persona di contatto locale se è necessario supporto.

Consigli

• Usare strumenti di ridimensionamento automatico, ad esempio OMAT. Gli strumenti di ridimensionamento corretti automatizzano i passaggi descritti nel documento di ridimensionamento di AWR per velocizzare il processo di migrazione e semplificare il report AWR.
• Contattare gli esperti che comprendono le raccomandazioni generate dal report OMAT.

Scegliere la macchina virtuale appropriata per il carico di lavoro

È importante scegliere la macchina virtuale appropriata per il carico di lavoro. Ogni famiglia di macchine virtuali include una selezione di dimensioni che possono essere corrispondenti alle esigenze. Serie E-serie E e serie M sono macchine virtuali hyper-threaded ampiamente usate per le esigenze del database. Usare macchine virtuali serie E per i carichi di lavoro con valori di velocità effettiva elevata. Usare macchine virtuali serie M per i carichi di lavoro che richiedono memoria elevata.

Microsoft offre anche dimensioni di base vincolate per ridurre il costo delle licenze software mantenendo la stessa memoria, archiviazione e larghezza di banda di I/O.

Consigli

• Scegliere una macchina virtuale hyper-threaded per risparmiare sui costi di licenza.
• Usare gli strumenti prezzi di Azure per confrontare il costo delle diverse raccomandazioni per le macchine virtuali di Azure.
• Usare Prenotazioni di Azure per ridurre i costi dell'infrastruttura di calcolo.

Scegliere la soluzione di archiviazione appropriata per il carico di lavoro

La scelta della soluzione di archiviazione di Azure per il database dipende dalle dimensioni del database, dalle operazioni di I/O al secondo e dalla velocità effettiva. Azure Managed Disks offre volumi di archiviazione a livello di blocco gestiti da Azure e usati con macchine virtuali di Azure. Archiviazione di Azure offre un'ampia gamma di opzioni di archiviazione altamente scalabili per app, dati e macchine virtuali nel cloud. La valutazione di ridimensionamento corretta consente di decidere quale soluzione di archiviazione usare per il database.

Altre considerazioni sull'archiviazione sono correlate ai file di log e ai backup oracle archiviati. L'archiviazione dei log di ripristino è un processo di lettura/scrittura in corso che comporta una valutazione continua dei requisiti della soluzione e della disponibilità.

Il report AWR fornisce informazioni dettagliate sui requisiti di velocità effettiva e operazioni di I/O al secondo del carico di lavoro specifico. È fondamentale conoscere i requisiti di velocità effettiva e operazioni di I/O al secondo prima della distribuzione perché i carichi di lavoro Oracle sono sensibili alle prestazioni.

La tabella seguente fornisce un esempio di layout dell'archiviazione su disco dati.

Nome del disco	Funzione	Dimensioni (GB)	Velocità effettiva	Operazioni di I/O al secondo	Raccomandazione su disco
oredo	Log di ripristino online	400	150	1500	Scegliere SSD Premium v2 se disponibile e P20 in caso contrario
oarch	Log di ripristino archiviati	7000	300	1250	Archiviazione BLOB di Azure configurata nel livello ad accesso frequente
odata	File di dati e file di controllo	18000	1000	2500	Scegliere SSD Premium v2 se disponibile e 5*P50 (con striping su RAID-0) in caso contrario

Lo spazio di tabella temporaneo può usare una quantità elevata di velocità effettiva e operazioni di I/O al secondo. Se questo scenario si applica al carico di lavoro, scegliere una macchina virtuale con un disco temporaneo collegato, ad esempio Ed-v5. Inserire lo spazio di tabella temporaneo sul disco. È possibile scegliere altri tipi di disco a seconda dei requisiti.

Si tratta di un solo esempio di carico di lavoro del cliente. Assicurarsi di esaminare e modificare i requisiti delle dimensioni del carico di lavoro, delle operazioni di I/O al secondo e della velocità effettiva di conseguenza.

Se è necessario usare più dischi per uno o più volumi logici nella configurazione del disco, indipendentemente dalla tecnologia del disco (Oracle ASM, LVM o altro), assicurarsi di bilanciare il carico tra dischi per ottenere prestazioni massime.

È possibile usare dischi gestiti ssd Premium v2 ovunque siano disponibili. Controllare la disponibilità in base all'area e esaminare le configurazioni del disco prima della distribuzione.

La dimensione predefinita del disco configurata in ASM è decisiva se si usa Oracle ASM e Managed Disks. Se si configura ASM per una dimensione massima di 4096 GB, ASM può elaborare solo questa quantità. Quindi, anche se si esegue il provisioning di dischi superiori, ASM non riconosce lo spazio. Pianificare le dimensioni del disco di conseguenza e decidere se effettuare il provisioning di alcuni dischi da 4095 GB. Per altre informazioni, vedere Configurazione di ASM.

Consigli

• Usare le raccomandazioni generate dallo strumento OMAT per guidare l'utente tramite le opzioni di archiviazione del database.
• Comprendere i tipi di dischi di Azure e il modo in cui si adattano ai requisiti del carico di lavoro.
• Esaminare le procedure consigliate per i tipi e le configurazioni dei dischi.
• Visitare Azure NetApp Files per Oracle se si prevede di usare Azure NetApp Files per Oracle come livello di archiviazione.
• Visitare i gruppi di volumi dell'applicazione se si prevede di separare un'istanza di Oracle Exadata.
• Visitare File di Azure (livello ad accesso frequente) per le opzioni appropriate per volumi elevati di archivi log di rollforward e dischi gestiti Premium di Azure.
• Basare l'opzione di backup per i carichi di lavoro Oracle sul volume di dati e sui requisiti tecnici e non tecnici. Per altre informazioni, vedere Strategie di backup per i carichi di lavoro Oracle.
• Pianificare il layout di archiviazione per evitare problemi di prestazioni.

Ridimensionare l'infrastruttura di calcolo necessaria per le applicazioni Oracle

Le applicazioni Oracle possono in genere essere spostate in Azure usando macchine virtuali con funzionalità simili alle macchine virtuali usate nella distribuzione locale.

Usare i punti dati dai livelli Applicazione e Web per ridimensionare l'infrastruttura di calcolo necessaria per le applicazioni Oracle. Il livello applicazione può essere spostato in qualsiasi SKU di macchina virtuale appropriato che soddisfi i requisiti di ottimizzazione delle prestazioni e dei costi.

Per altre informazioni sull'uso di architetture di riferimento per distribuire applicazioni Oracle in Azure IaaS, vedere Applicazioni Oracle in Azure.

Consigli

Ottenere i punti dati dal livello Applicazione e dal livello Web. Questi punti dati includono:

• Numero di vCPU
• Utilizzo medio di vCPU
• Dimensioni memoria
• Utilizzo medio della memoria
• Dimensioni dell'archiviazione delle app
• Versione dell'app
• Sistema operativo
• Totale operazioni di I/O al secondo
• Velocità effettiva elaborata
• Strategia di backup

Passaggio successivo

Per informazioni su come proteggere dati e applicazioni critici, vedere Continuità aziendale e ripristino di emergenza.