Condividi tramite

Pianificazione della capacità per la migrazione di carichi di lavoro Oracle ad Azure

  • Articolo

Questo articolo si basa sulle linee guida di Azure Cloud Adoption Framework e fornisce considerazioni sulla pianificazione della capacità dell'infrastruttura per i carichi di lavoro Oracle in Microsoft Azure. L'articolo include consigli e strumenti per facilitare questo processo di pianificazione.

La pianificazione della capacità è essenziale per una gestione efficiente delle prestazioni e dei costi quando si eseguono carichi di lavoro di database Oracle in Azure. Questo articolo descrive linee guida, metodi e strumenti per allocare in modo accurato le risorse, bilanciare le esigenze di prestazioni e ottimizzare i costi. I requisiti di capacità specifici dipendono dalle caratteristiche delle prestazioni del carico di lavoro del database. Queste caratteristiche sono transazionali, analitiche o miste. I fattori che vincolano i carichi di lavoro del database Oracle sono in genere potenza di elaborazione, memoria e velocità effettiva.

La pianificazione della capacità consente di selezionare l'infrastruttura appropriata per l'architettura Oracle in Azure. È necessario comprendere la capacità di archiviazione del database per implementare in modo efficace questo processo.

Considerazioni sulla pianificazione della capacità

La pianificazione della capacità per i carichi di lavoro Oracle nell'infrastruttura distribuita come servizio di Azure (IaaS) è un processo che richiede una conoscenza approfondita dei requisiti del carico di lavoro e delle risorse di Azure disponibili.

Nota

Le considerazioni seguenti riguardano i database Oracle eseguiti nelle macchine virtuali di Azure. Per Oracle Database@Azure, contattare il team di vendita Oracle locale per indicazioni sul dimensionamento.

Considerazioni generali sulle prestazioni

  • L'ambiente esistente potrebbe non fungere da misura di ridimensionamento accurata per i requisiti del carico di lavoro del database Oracle in Azure. Usare i report oracle Automatic Workload Repository (AWR) per comprendere le caratteristiche delle prestazioni del carico di lavoro o dei carichi di lavoro per la migrazione. I report AWR contengono statistiche sulle prestazioni per i carichi di lavoro del database Oracle.

  • È possibile usare l'ambiente esistente come misura di ridimensionamento per i server applicazioni quando non sono disponibili statistiche sulle prestazioni AWR. È consigliabile raccogliere le metriche delle prestazioni dai server applicazioni per assicurarsi che i server applicazioni e le soluzioni PaaS (Platform as a Service) siano dimensionati in modo appropriato.

    Nota

    Per raccogliere report AWR, è necessario acquistare la licenza Oracle Diagnostic Pack per il carico di lavoro del database. È possibile usare i report Statspack come alternativa ai report AWR. I report statspack sono un subset di report AWR e non richiedono la licenza di Diagnostic Pack.

  • Raccogliere report AWR per il carico di lavoro del database:

    • Quando il carico di lavoro subisce un picco di carico. Se non si conosce il tempo di caricamento massimo, usare lo busiest_awr script per determinare il più trafficato AWR.

    • Per un periodo rappresentativo del carico di picco. Ad esempio, generare il report AWR durante il processo di fine mese se il carico di picco è un processo di fine mese. Il periodo di tempo deve includere solo i periodi di carico di picco ed escludere periodi prolungati di basso carico. Se si includono periodi di carico ridotto nel report AWR, le statistiche sulle prestazioni rappresentano una media e non i requisiti effettivi per le prestazioni del carico di lavoro.

    • Per attività quali processi batch o altre attività che costituiscono un carico significativo nel database.

  • Raccogliere report AWR durante il picco di carico e scenari simili. Per determinare lo SKU e la configurazione di archiviazione delle macchine virtuali appropriate, vedere Dimensionamento delle risorse di Azure in base a un report Oracle AWR. Se si gestiscono più carichi di lavoro di database Oracle e si stanno valutando la possibilità di consolidare più carichi di lavoro nelle stesse macchine virtuali, usare Oracle Migration Assistant Tool (OMAT). OMAT è uno strumento automatizzato di valutazione del ridimensionamento che genera una valutazione dell'infrastruttura basata su report AWR e fornisce suggerimenti per le possibili configurazioni di vm e archiviazione.

Considerazioni sulle risorse di calcolo

Dopo aver determinato i requisiti di prestazioni di base per il carico di lavoro del database, prendere in considerazione le raccomandazioni seguenti per la pianificazione delle macchine virtuali:

  • Se applicabile, usare core vincolati. I core vincolati forniscono la capacità di memoria e velocità effettiva di uno SKU di vm di dimensioni maggiori con capacità vCPU di uno SKU di vm più piccolo. I core vincolati sono preferibili dal punto di vista dei costi delle licenze Oracle perché le licenze Oracle si basano sui core del processore. Per altre informazioni sul funzionamento delle licenze Oracle in Azure, vedere Gestione delle licenze del software Oracle nell'ambiente di cloud computing. Per altre informazioni sui core vincolati, vedere Dimensioni delle macchine virtuali di Azure.

  • Usare macchine virtuali ottimizzate per la memoria per i carichi di lavoro Oracle. Le macchine virtuali ottimizzate per la memoria hanno un rapporto di memoria superiore a vCPU rispetto alle macchine virtuali per utilizzo generico. Queste macchine virtuali sono preferibili per i carichi di lavoro Oracle, che in genere richiedono un utilizzo intensivo della memoria. Per altre informazioni sulle macchine virtuali ottimizzate per la memoria, vedere Dimensioni delle macchine virtuali ottimizzate per la memoria.

  • Quando si valuta l'architettura complessiva, includere altre macchine virtuali necessarie per la disponibilità elevata, gli ambienti non di produzione e altro ancora.

Considerazioni sulle risorse di archiviazione

Le prestazioni e l'affidabilità dei carichi di lavoro del database Oracle si basano principalmente sulla progettazione e sulla configurazione dell'infrastruttura di archiviazione sottostante. Considerare le indicazioni seguenti per la pianificazione dell'archiviazione:

  • Se si usano dischi gestiti, assicurarsi di usare unità SSD Premium di Azure, SSD Premium di Azure v2 o Azure Ultra Disk Archiviazione per carichi di lavoro Oracle. Non è consigliabile usare UNITÀ SSD Standard di Azure o HDD Standard di Azure per carichi di lavoro Oracle di produzione. Per informazioni dettagliate sulle limitazioni Archiviazione su disco Ultra e SSD Premium v2, vedere Dischi gestiti di Azure.

  • La latenza del disco potrebbe essere un problema a seconda delle caratteristiche del carico di lavoro. Per altre informazioni sulla latenza del disco, vedere Tipi di dischi gestiti di Azure.

  • Se si usa SSD Premium, configurare la memorizzazione nella cache dell'host in ReadOnly per tutti i dischi dati e per ReadWrite la classe OSDisk. La memorizzazione nella cache del disco host non è supportata per i dischi di dimensioni superiori a 4.095 GB. Per creare volumi di dimensioni superiori a un parametro P50 o 4 TB, allocare più dischi SSD Premium per compilare volumi logici con striping RAID-0. Usare una gestione volumi, ad esempio Linux Logical Volume Manger versione 2 (LVM2) o allocare più dischi SSD Premium per creare gruppi di dischi asm (Automatic Storage Management) Oracle per soddisfare la capacità desiderata o la velocità effettiva richiesta.

  • Quando si usano dischi gestiti, la velocità effettiva cumulativa di tutti i dischi collegati alla macchina virtuale e vincolata dallo SKU della macchina virtuale determina la velocità effettiva del disco. Per altre informazioni, vedere Macchine virtuali e prestazioni del disco.

  • Quando si usano dischi gestiti con un carico di lavoro a elevato utilizzo di scrittura, prendere in considerazione l'uso di Ultra Disk Archiviazione per i log di rollforward.

  • Se i requisiti di velocità effettiva superano la velocità effettiva massima di una singola macchina virtuale, è consigliabile usare l'archiviazione di rete, ad esempio Azure NetApp Files , perché la macchina virtuale è vincolata alla velocità effettiva di rete o in uscita, anziché alla velocità effettiva del disco per tale configurazione.

  • Se si usano spesso file temporanei Oracle, è consigliabile selezionare uno SKU di macchina virtuale con un disco temporaneo e inserire i file temporanei sul disco temporaneo. Questa configurazione riduce il carico di input/output (I/O) sui dischi dati.

Passaggi successivi