Carichi di lavoro Oracle ben architettati di Azure nell'infrastruttura distribuita come servizio (IaaS) di Azure
Questo articolo fornisce procedure consigliate per il framework ben progettato per un carico di lavoro Oracle nell'infrastruttura distribuita come servizio (IaaS) di Azure. I proprietari di applicazioni, gli amministratori di database Oracle, gli stakeholder aziendali e gli architetti possono usare queste linee guida per creare una base tecnica per la soluzione Oracle su larga scala.
Che cos'è un carico di lavoro Oracle?
In questa guida, il termine carico di lavoro si riferisce a una raccolta di database, ad esempio database Oracle Exadata e risorse dell'applicazione che supportano un obiettivo aziendale comune o un processo aziendale.
È necessario creare carichi di lavoro Oracle a disponibilità elevata e resilienti agli errori. Questi carichi di lavoro possono essere applicazioni di gestione delle relazioni con i clienti, applicazioni di risorse umane o applicazioni personalizzate che si basano su Oracle WebLogic Server o Java. Le applicazioni e le piattaforme locali Oracle che è possibile spostare nel cloud includono WebLogic Server, Siebel, Persone Soft, JD Edwards e E-Business Suite.
Quali sono le sfide comuni?
Microsoft Azure semplifica la distribuzione e la gestione delle soluzioni cloud. Tuttavia, i problemi possono verificarsi quando si compilano ed eseguono la migrazione di carichi di lavoro Oracle a disponibilità elevata e affidabili nella piattaforma Azure. Ad esempio:
Le architetture dell'applicazione Oracle sono complesse. Le dipendenze tra l'applicazione e il livello di database, ad esempio gli aggiornamenti delle versioni e le patch, possono aumentare la complessità.
Una progettazione affidabile di applicazioni su larga scala richiede conoscenze sulle versioni e sulle architetture delle applicazioni, sulle procedure consigliate di altri clienti e sulle competenze relative alle dipendenze in ogni livello. Sono necessarie conoscenze approfondite per poter selezionare le tecnologie appropriate e configurarle correttamente.
Le architetture di database Oracle differiscono dal cliente al cliente. Le funzionalità di Exadata, ad esempio gli indici di analisi intelligente e di archiviazione, o i cluster di applicazioni reali Oracle (RAC) possono introdurre complessità. Il repository automatico del carico di lavoro (AWR) fornisce informazioni dettagliate sull'utilizzo effettivo delle funzionalità di Exadata e sulle configurazioni RAC e infine sull'utilizzo del database.
È necessario progettare tutti i carichi di lavoro Oracle per gestire gli errori con impatto correlato o a catena. La progettazione dell'affidabilità è un'attività importante all'interno dell'intera progettazione dell'architettura.
Approccio ben progettato per framework
È consigliabile strutturare il carico di lavoro ben progettato per soddisfare specifici obiettivi di affidabilità, sicurezza, ottimizzazione dei costi, eccellenza operativa e efficienza delle prestazioni. Per migliorare le esperienze dei clienti e garantire coerenza e affidabilità, seguire i principi architetturali e le linee guida specifiche di Oracle in Azure IaaS. Queste indicazioni illustrano i database Oracle, ad esempio i database Exadata e altre applicazioni Oracle.
I pilastri di Well-Architected Framework consentono di implementare la modularità, separare i ruoli e migliorare la produttività operativa. Usare un approccio ben progettato per creare carichi di lavoro dell'applicazione senza inutili complessità e costi imprevisti.
Usare i pilastri di Well-Architected Framework per migliorare il carico di lavoro Oracle in Azure IaaS nei modi seguenti:
Affidabilità: un carico di lavoro Oracle richiede resilienza a livello di architettura. Creare un database e un'architettura dell'applicazione con disponibilità elevata per elaborare dati aziendali critici e non critici.
Sicurezza: un carico di lavoro Oracle potrebbe contenere dati aziendali critici. La maggior parte delle applicazioni Oracle richiede anche una porta Secure Shell (SSH). Proteggere i database e le applicazioni Oracle con più livelli di sicurezza, tra cui identità, accesso, convalida dell'input, sovranità dei dati e livelli di crittografia.
Ottimizzazione dei costi: un carico di lavoro Oracle richiede l'utilizzo di una licenza personalizzata. È possibile generare un report AWR per ottimizzare i costi. È possibile usare il report AWR per determinare lo SKU e l'archiviazione delle macchine virtuali necessari per soddisfare i requisiti di prestazioni.
Eccellenza operativa: un carico di lavoro Oracle richiede il monitoraggio per soddisfare i requisiti di produttività. Assicurarsi che il carico di lavoro Oracle soddisfi gli standard di eccellenza operativa.
Efficienza delle prestazioni: il ciclo di vita di un carico di lavoro Oracle è costituito principalmente da attività operative. Gestire un carico di lavoro Oracle in modo che rimanga efficiente e soddisfi le esigenze dei clienti. È anche necessario gestire i costi.
Scegliere un approccio alla migrazione
È possibile applicare diversi approcci di migrazione, a seconda dei requisiti di migrazione. Gli strumenti di migrazione comuni includono Oracle Data Guard, Oracle Gestione ripristino (RMAN), Oracle GoldenGate e Oracle Data Pump. Non è consigliabile data pump per un volume elevato di dati.
Come parte della migrazione, assicurarsi che il set di caratteri sia lo stesso e abbia la stessa endianità in modo da poter valutare correttamente le migrazioni multipiattaforma. Per altre informazioni, vedere Eseguire la migrazione di carichi di lavoro Oracle ad Azure IaaS.
Quali sono le principali aree di progettazione?
Una migrazione Oracle in Azure IaaS include le aree di progettazione seguenti. Ogni area di progettazione è incentrata sui punti decisionali tecnici per i componenti dell'infrastruttura che fanno parte di un carico di lavoro e sull'interazione dei componenti con i servizi condivisi.
| Area di progettazione | Riepilogo |
|---|---|
| Scegliere calcolo e archiviazione | Informazioni su come diritti per l'infrastruttura per migliorare le prestazioni e l'efficienza dei costi. Usare lo strumento OMAT (Oracle Migration Assistant Tool) per selezionare lo SKU corretto per la macchina virtuale di database e lo spazio di archiviazione più adatto per il database, archiviare i log di rollforward e il backup. |
| Ottimizzare la continuità aziendale e il ripristino di emergenza | Ottenere indicazioni sulle architetture di failover affidabili, inclusi i requisiti dell'obiettivo del punto di ripristino (RPO) e i requisiti dell'obiettivo del tempo di ripristino (RTO) e le considerazioni sulla disponibilità elevata. |
| Ottimizzare la sicurezza | Informazioni su come proteggere i dati sensibili e creare un'architettura affidabile in cui è possibile inserire il carico di lavoro Oracle. |
| Progettare applicazioni Oracle | Informazioni sulle considerazioni di progettazione per il carico di lavoro Oracle che consentono di creare una soluzione efficiente, affidabile, sicura e a disponibilità elevata nel cloud. |
| Monitorare i carichi di lavoro | Informazioni su come monitorare gli strumenti, in modo da poter risolvere rapidamente i problemi di sviluppo e la riduzione delle prestazioni. |
Esempi illustrativi
Le linee guida fornite all'interno di questa serie si basano su un approccio orientato alla soluzione per illustrare le considerazioni e le raccomandazioni principali sulla progettazione. È possibile scegliere tra diverse implementazioni di riferimento per sviluppare altre soluzioni.
Architetture di riferimento per il database Oracle in Azure Macchine virtuali: fornisce informazioni su come distribuire un database Oracle a disponibilità elevata in Azure, incluse le considerazioni sul ripristino di emergenza.
Supporto per i carichi di lavoro del database Oracle all'interno di Azure IaaS: fornisce un repository che contiene sottocartelle che rappresentano più progetti separati per carichi di lavoro Oracle.
Panoramica delle applicazioni e delle soluzioni Oracle in Azure: fornisce indicazioni per informazioni su come eseguire soluzioni Oracle usando l'infrastruttura di Azure.
Passaggi successivi
Esaminare i principi di progettazione.
Eseguire una valutazione per valutare le scelte di progettazione.