Pianificare Oracle in Azure
Questo articolo descrive come pianificare un'adozione di Oracle in Azure e si basa sull'articolo Sulla strategia Oracle in Azure. Prendere in considerazione i vari fattori che influiscono sulla decisione di passare ad Azure per sfruttare al meglio la migrazione.
La strategia e il modello di piano e altre risorse in Azure Cloud Adoption Framework consentono all'organizzazione di acquisire un piano appropriato per l'adozione di Oracle in Azure. Usare la metodologia di piano di Cloud Adoption Framework per creare un piano generale di adozione del cloud e aiutare il team. Queste linee guida forniscono modelli per la creazione di backlog e piani per la creazione di competenze necessarie nei team in base alle operazioni da eseguire nel cloud. Questo articolo descrive come includere Oracle nell'adozione di Azure nel piano generale di adozione del cloud.
Pianificare Oracle in Azure estate
Come la maggior parte delle piattaforme complesse, il digital estate Oracle include tre categorie di asset che è consigliabile pianificare: piattaforma, base e asset del carico di lavoro.
Asset della piattaforma: gli immobili Oracle locali possono essere eseguiti in diversi tipi di infrastruttura. In alcuni casi, gli asset locali definiscono i requisiti per la distribuzione Oracle in Azure, indipendentemente dal fatto che l'implementazione locale sia Linux-x86 o includa funzionalità più avanzate. Le funzionalità avanzate includono cluster di applicazioni Reali Oracle, configurazioni Exadata o piattaforme endian di grandi dimensioni, ad esempio Hewlett Unix (HP-UX), Advanced Interactive Executive (AIX) o una piattaforma simile.
Asset fondamentali: la piattaforma Oracle e l'ambiente di supporto sono costituiti da una raccolta di asset necessari, ad esempio rete, ripristino di emergenza e strumenti di monitoraggio. Questi asset hanno servizi di Azure corrispondenti che è possibile usare per sostituire o aumentare l'ambiente Oracle esistente. È consigliabile inventariare e razionalizzare questi asset.
Asset del carico di lavoro: la soluzione Oracle esistente può essere costituita da applicazioni Oracle, applicazioni partner o applicazioni personalizzate. Nome, inventario, razionalizzazione e monitoraggio di ogni carico di lavoro che ha una dipendenza dai servizi di database Oracle per prepararsi per decisioni di pianificazione finanziaria e tecnica granulari.
Quando si pianifica la migrazione di carichi di lavoro Oracle ad Azure, prendere in considerazione gli elementi seguenti:
Descrivere la piattaforma di database Oracle: descrivere l'ambiente Oracle usando report AWR o report statspack. Specificare un elenco di host e informazioni sulle prestazioni del database. I report AWR o i report statspack devono essere eseguiti quando il sistema è in esecuzione al picco di carico. Se si sta valutando la possibilità di passare a Oracle Database@Azure, contattare il team di vendita Oracle locale per indicazioni sul dimensionamento.
Descrivere i carichi di lavoro Oracle: descrivere le applicazioni, incluse le applicazioni Oracle e le applicazioni partner. Includere applicazioni sviluppate in modo personalizzato. Preparare l'area in cui si prevede di ospitare l'applicazione. È inoltre necessario assicurarsi che vengano soddisfatti i requisiti tecnici, ad esempio tempi di inattività massimi accettabili, offload SSL (Secure Sockets Layer) e diagrammi di architettura correnti. Elencare il server applicazioni e descrivere la configurazione della CPU, la memoria, l'archiviazione e il relativo utilizzo. Includere dettagli sul sistema operativo, sulla versione dell'app, sulla velocità effettiva e sulle operazioni di input/output al secondo (IOPS).
Valutare le dipendenze: documentare le dipendenze esterne nella piattaforma Oracle. Assicurarsi di includere un'analisi delle dipendenze per tutti gli asset nel portfolio.
Pianificare l'ambiente: determinare se si stanno spostando carichi di lavoro Oracle di produzione e non di produzione simultaneamente o separatamente. I clienti spesso spostano il carico di lavoro non di produzione in Azure, che crea un ambiente per l'apprendimento e riduce i rischi. Il percorso di migrazione dell'ambiente di produzione è più semplice dopo che il team ha familiarità con le prestazioni e il funzionamento della soluzione Oracle in Azure.
Razionalizzare la piattaforma: è consigliabile identificare ed eliminare asset ridondanti o obsoleti come parte della pianificazione del digital estate. Questo processo consente di ridurre i costi e migliorare l'efficienza.
Dopo aver integrato queste considerazioni nella valutazione del digital estate, è possibile perfezionare la motivazione aziendale. Si è pronti per creare il piano di adozione del cloud Oracle.
Creare un piano di adozione di Oracle nel cloud di Azure
Cloud Adoption Framework include strumenti e diversi modelli per la creazione di un piano di adozione del cloud o un backlog di Azure DevOps, basati sulle attività descritte in ogni metodologia. Per altre informazioni, vedere Strumenti e modelli.
Indipendentemente dal fatto che si usino modelli o strumenti di pianificazione del progetto personalizzati, tenere presenti le azioni specifiche di Oracle seguenti:
A seconda dei requisiti, creare una zona di destinazione di Azure per contenere gli asset pertinenti per la soluzione completa in base alle linee guida sull'architettura.
Valutare gli asset del database. Questa valutazione deve includere un'analisi delle prestazioni per esaminare il comportamento corrente del database. Modificare le dimensioni dell'ambiente Oracle per gestire in modo efficace i costi di licenza e ottenere prestazioni ottimali. Selezionare l'architettura di Azure più adatta alle proprie esigenze. Questa architettura può essere basata interamente su macchine virtuali, Oracle Database@Azure o su una combinazione di entrambe.
Scegliere l'architettura di distribuzione corretta in base alle linee guida sull'architettura.
Tenere conto di ogni carico di lavoro, o ondata di carichi di lavoro, di cui si intende eseguire la migrazione.
È possibile usare l'interfaccia Web di Azure DevOps per aggiungere gli elementi precedenti al piano. Se si usa un inventario delle risorse corrente, è possibile creare rapidamente il piano con Excel. Per altre informazioni, vedere Aggiungere o modificare elementi di lavoro in blocco con Excel.
Creare un piano di preparazione Oracle
Dopo aver creato un piano di lavoro generale, è possibile iniziare ad allineare i membri del team e stimare il lavoro.
Il team di questo progetto dovrebbe avere esperti Oracle e Azure, ma è improbabile che il team disponga di competenze uguali in entrambe le aree. Usare il piano di adozione del cloud per determinare se il team deve acquisire competenze. Eseguire quindi il mapping di tali competenze ai membri del team per ottenere un quadro più chiaro delle esigenze di idoneità, competenze e formazione. Per aiutare il team a tenere traccia e risolvere i gap di competenze per creare una collaborazione interfunzionale più avanzata in ogni sprint, vedere Adattare ruoli, competenze e processi esistenti per il cloud.