Informazioni sull'uso del servizio OCI Full Stack Disaster Recovery con i domini Oracle WebLogic Server
Il servizio è un servizio di gestione e orchestrazione del disaster recovery OCI che fornisce funzionalità complete di disaster recovery per tutti i livelli di uno stack di applicazioni, tra cui infrastruttura, middleware, database e applicazione.
Operazioni preliminari
Prima di iniziare, assicurati di avere familiarità con le best practice di disaster recovery (DR) nei servizi Oracle Cloud Infrastructure (OCI).
I passi di questo playbook della soluzione descrivono come utilizzare OCI Full Stack Disaster Recovery Service per orchestrare lo switchover e il failover di un dominio Oracle WebLogic Server in un sistema di disaster recovery OCI. L'impostazione della topologia e di altre operazioni del ciclo di vita del sistema (come l'applicazione di patch, il test, il ridimensionamento e così via) non sono gestite da OCI Full Stack Disaster Recovery Service e sono descritte in brief tecnici specifici per Oracle WebLogic Server per OCI e SOA Marketplace.
Nota
OCI Full Stack Disaster Recovery Service orchestra i passi di switchover e failover, ma non esegue alcuna azione per impostare la protezione da Disaster Recovery nel sistema. Prima di utilizzare OCI Full Stack Disaster Recovery Service, è necessario configurare il disaster recovery nel sistema seguendo il documento di impostazione DR specifico.
Questa guida si applica ai seguenti ambienti:
-
Oracle WebLogic Server per OCI ambienti già configurati per il disaster recovery con il documento Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production e DR in Oracle Cloud Infrastructure (OCI).
-
Ambienti Oracle SOA Suite on Marketplace già configurati per il disaster recovery con il documento SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery, Production and Disaster Recovery in Oracle Cloud Infrastructure (OCI).
-
Oracle WebLogic Server per OCI e Oracle SOA Suite on Marketplace con ambienti Autonomous Database già configurati per il disaster recovery con il documento Configura FMW DR su OCI con un database autonomo e copie aggiornabili remote.
Rivedi Oracle Cloud Infrastructure Full Stack Disaster Recovery Service per avere le conoscenze di base sul servizio.
Architettura
Questa architettura mostra un'implementazione del disaster recovery multi-region utilizzando OCI Full Stack Disaster Recovery Service.
Descrizione dell'immagine full-stack-disaster-recovery-paas.png
full-stack-disaster-recovery-paas-oracle.zip
Questa architettura supporta i seguenti componenti di Oracle Cloud Infrastructure (OCI):
- Area
Un'area geografica Oracle Cloud Infrastructure è un'area geografica localizzata che contiene uno o più data center, denominati domini di disponibilità. Le regioni sono indipendenti da altre regioni e grandi distanze possono separarle (tra paesi o addirittura continenti).
- Rete cloud virtuale (VCN) e subnet
Una VCN è una rete personalizzabile e definita dal software configurata in un'area Oracle Cloud Infrastructure. Come le tradizionali reti di data center, le reti VCN consentono di controllare l'ambiente di rete. Una VCN può avere più blocchi CIDR non sovrapposti che è possibile modificare dopo aver creato la VCN. Puoi segmentare una VCN in subnet, che possono essere definite in un'area o in un dominio di disponibilità. Ogni subnet è costituita da un intervallo contiguo di indirizzi che non si sovrappongono alle altre subnet nella VCN. È possibile modificare le dimensioni di una subnet dopo la creazione. Una subnet può essere pubblica o privata.
- Load balancer
Il servizio Oracle Cloud Infrastructure Load Balancing fornisce la distribuzione automatica del traffico da un unico punto di accesso a più server nel back-end.
- Full Stack Disaster Recovery
Oracle Cloud Infrastructure Full Stack Disaster Recovery Service è un servizio di gestione e orchestrazione del disaster recovery OCI che fornisce funzionalità complete di disaster recovery per tutti i livelli di uno stack di applicazioni, tra cui infrastruttura, middleware, database e applicazione.
- Gruppo di protezione DR
Un gruppo di protezione per il disaster recovery (DR) organizza i componenti di un'applicazione full stack in modo da poter recuperare tutti i componenti per ripristinare l'applicazione full stack.
- piani DR
Un piano di disaster recovery (DR) è un flusso di lavoro DR automatizzato (un runbook DR) creato da OCI Full Stack Disaster Recovery Service per eseguire il disaster recovery per tutte le risorse nel gruppo di protezione DR primario. Sono disponibili due tipi di piani: Switchover e Failover.
- Oracle WebLogic Server for OCI
Oracle WebLogic Server per OCI ti consente di creare rapidamente l'ambiente applicativo Java Enterprise Edition (Java EE) su Oracle Cloud Infrastructure, incluso un dominio Oracle WebLogic Server. Puoi configurare ed eseguire il provisioning dei tuoi domini insieme a qualsiasi risorsa cloud di supporto, come istanze di computazione, reti e load balancer.
- Oracle SOA Suite on Marketplace
Oracle SOA Suite on Marketplace offre una soluzione basata sulla piattaforma di elaborazione Platform as a Service (PaaS) per l'esecuzione delle applicazioni nel cloud. Include un set completo di componenti di infrastruttura di servizio per la progettazione, la distribuzione e la gestione delle applicazioni composte.
- Database
In questa architettura, il database può essere un Oracle Base Database Service, Oracle Exadata Database Service o Oracle Autonomous Database Serverless.
- Gateway di instradamento dinamico (DRG)
Il gateway DRG è un router virtuale che fornisce un percorso per il traffico di rete privato tra le reti VCN nella stessa area, tra una rete VCN e una rete esterna all'area, ad esempio una rete VCN in un'altra area Oracle Cloud Infrastructure, una rete on premise o una rete in un altro provider cloud.
- Data Guard
Oracle Data Guard offre un set completo di servizi che creano, mantengono, gestiscono e monitorano uno o più database in standby per consentire ai database Oracle di produzione di rimanere disponibili senza interruzioni. Oracle Data Guard gestisce questi database in standby come copie del database di produzione. Quindi, se il database di produzione diventa non disponibile a causa di un'indisponibilità pianificata o non pianificata, Oracle Data Guard può passare qualsiasi database di standby al ruolo di produzione, riducendo al minimo i tempi di inattività associati all'indisponibilità.
- Volume a blocchi
Con i volumi di storage a blocchi, puoi creare, collegare, connettere e spostare volumi di storage, nonché modificare le prestazioni dei volumi per soddisfare i requisiti di storage, prestazioni e applicazioni. Dopo aver collegato e connesso un volume a un'istanza, puoi utilizzare il volume come un normale disco rigido. Inoltre, puoi disconnettere un volume e collegarlo a un'altra istanza senza perdere i dati.
- Gruppo di volumi a blocchi
Il servizio Oracle Cloud Infrastructure Block Volumes ti consente di organizzare più volumi in un gruppo di volumi. Un gruppo di volumi può includere sia volumi a blocchi che volumi di avvio.
È possibile attivare la replica per un gruppo di volumi invece che per il volume a blocchi singolarmente. Tutti i volumi del gruppo vengono inclusi nella replica del gruppo di volumi nell'area di destinazione e nel dominio di disponibilità.
Informazioni su Oracle Cloud Infrastructure Full Stack Disaster Recovery Service
Di seguito sono riportati alcuni dei vantaggi di Oracle Cloud Infrastructure Full Stack Disaster Recovery Service:
- Possibilità di eseguire uno switchover o un piano di failover con un solo clic utilizzando la console di Oracle Cloud Infrastructure (OCI).
- Possibilità di utilizzare le API OCI per richiamare switchover e failover.
- Fornisce log di switchover e failover centralizzati nella console OCI.
- Consente di riprovare e saltare qualsiasi passo non riuscito nel flusso di lavoro di switchover.
- Fornisce l'integrazione integrata con Oracle Data Guard per i database supportati dal servizio OCI Full Stack Disaster Recovery. Non è necessario definire o configurare i passi per lo switchover del database. Il servizio lo gestisce automaticamente.
- Fornisce l'integrazione integrata con Oracle Cloud Infrastructure Block Volumes e la replica tra più aree. Non è necessario definire o configurare i passi per lo scollegamento o il collegamento dei volumi a blocchi e per lo switchover della replica tra più aree del volume a blocchi, poiché il servizio lo gestisce automaticamente.
- Fornisce controlli preliminari integrati per i passi nei piani di switchover e failover. È possibile saltare i controlli preliminari.
- Offre flessibilità ed è estensibile, consentendo di aggiungere passi definiti dall'utente per passi non integrati. Ad esempio, arrestare e avviare Oracle WebLogic Server, aggiornare il DNS, controllare l'indirizzo front-end. L'esecuzione di questi script personalizzati è integrata con l'agente Oracle Cloud. È possibile definire i passi da eseguire in parallelo (all'interno di un gruppo di piani definito dall'utente) o in sequenza.
- Consente di aggiungere script di replica della configurazione Oracle Maximum Availability Architecture (MAA) a un piano di switchover OCI Full Stack Disaster Recovery Service. Gli script MAA possono quindi sincronizzare la configurazione di livello intermedio Oracle WebLogic Server durante lo switchover (nel contesto di Oracle WebLogic Server per OCI e Oracle SOA Suite su Marketplace). Non è possibile utilizzare OCI Full Stack Disaster Recovery Service per pianificare le repliche di configurazione in corso.
- Consente di eseguire switchover manuali, se necessario. È possibile modificare manualmente i ruoli dei gruppi di protezione DR in modo che corrispondano al ruolo corrente dopo uno switchover manuale. È necessario un "intervento" manuale per ottenere lo stato desiderato del sistema OCI Full Stack Disaster Recovery Service, ma è possibile convertire un sistema DR "manualmente gestito" in "OCI Full Stack Disaster Recovery Service gestito" di nuovo).
Puoi trovare ulteriori dettagli in Vantaggi di Full Stack Disaster Recovery.
Oracle Cloud Infrastructure Full Stack Disaster Recovery Service offre prezzi competitivi, consulta il Listino prezzi OCI.
Considerazioni
Prima di implementare OCI Full Stack Disaster Recovery Service, tenere presenti le seguenti implicazioni.
Le azioni che non dispongono di integrazione integrata con OCI Full Stack Disaster Recovery Service (ad esempio l'arresto e l'avvio di un Oracle WebLogic Server) vengono definite dall'utente. È possibile creare passi definiti dall'utente e fornire gli script associati a tali passi. Ciò fornisce un framework flessibile perché è possibile aggiungere azioni personalizzate al piano. Tuttavia, l'affidabilità di questi passi non è compresa nell'ambito del Servizio OCI Full Stack Disaster Recovery. Gli utenti sono responsabili del comportamento dello script di switchover. Ad esempio, lo script deve gestire le situazioni in cui i processi di Oracle WebLogic Server non possono essere avviati su secondario perché i file di blocco sono stati lasciati indietro in un riavvio del nodo. La differenza con uno switchover manuale è che comportamenti come questo sono più fruibili e percepiti direttamente quando lo switchover viene eseguito manualmente.
Nota
OCI Full Stack Disaster Recovery Service non pianifica le repliche di configurazione in corso.Configurazioni supportate
Di seguito è riportato un riepilogo degli elementi supportati da OCI Full Stack Disaster Recovery Service nell'ambito del disaster recovery per Oracle SOA Suite on Marketplace e Oracle WebLogic Server for OCI.
Replica configurazione | È supportato in OCI Full Stack Disaster Recovery Service? |
---|---|
Replica di configurazione basata sulla replica DBFS (Oracle Database File System) | Sì |
Replica della configurazione basata su OCI File Storage con replica RSYNC | Sì |
Replica della configurazione basata sulla replica tra più aree dei volumi a blocchi OCI | Sì |
Servizio di database su OCI | È supportato in OCI Full Stack Disaster Recovery Service? |
---|---|
Oracle Base Database Service (sistemi DB) | Sì |
Oracle Exadata Database Service | Sì |
Oracle Autonomous Database Serverless | Sì |
Oracle Autonomous Database on Dedicated Exadata Infrastructure | N. |
Integrazioni integrate OCI | È supportato in OCI Full Stack Disaster Recovery Service? |
---|---|
Integrazione integrata con OCI Data Guard | Sì |
Gestione integrata delle istanze di Oracle Data Guard configurate manualmente | N. |
Database di standby locale (standby nella stessa area) oltre a un DR remoto | N. |
Apri sito in standby per le convalide | Sì, ma non applicabile ai casi d'uso descritti nel presente documento. |
Nota
Come best practice di Oracle Maximum Availability Architecture, Oracle consiglia di utilizzare la replica dei volumi a blocchi con OCI Full Stack Disaster Recovery Service. Il servizio OCI Full Stack Disaster Recovery e la replica dei volumi a blocchi offrono i migliori vantaggi combinati per l'RTO (Recovery Time Objective), l'RPO (Recovery Point Objective), il TCO (Total Cost of Ownership) e l'automazione della gestione.Dettagli aggiuntivi su articoli non supportati
-
Gestione integrata per i database in standby creata con un processo manuale invece di utilizzare la console OCI o il piano di controllo.
OCI Full Stack Disaster Recovery Service dispone di automazione integrata per gestire Oracle Data Guard durante un ripristino se hai configurato Oracle Data Guard utilizzando il servizio di database standard disponibile nella console OCI. Tuttavia, se hai installato e implementato Oracle Data Guard nella tua istanza di computazione, devi aggiungere un gruppo di piani personalizzato e i passi per chiamare uno script per attivare Oracle Data Guard nell'istanza di computazione.
- Database di standby locale aggiuntivo a un database di standby remoto (standby nella stessa area). È possibile utilizzare script personalizzati per gestire un database di standby locale aggiuntivo.
- OCI Full Stack Disaster Recovery Service consente di creare piani di drilling di avvio e arresto. Questi piani sono progettati per avviare o arrestare il sito in standby senza eseguire uno switchover reale. In questo modo, puoi eseguire azioni in standby come convalide, applicazione di patch o scale-out. Tuttavia, i passi integrati forniti dal servizio OCI Full Stack Disaster Recovery sono limitati solo ad alcuni scenari specifici. Ad esempio, non esiste alcun passo integrato per convertire il database di standby in standby snapshot. Questi piani non sono applicabili agli scenari descritti qui e fuori dall'ambito di questo playbook.
Informazioni sui servizi e sui ruoli richiesti
Questa soluzione richiede i seguenti servizi e ruoli di Oracle Cloud Infrastructure (OCI):
-
OCI Full Stack Disaster Recovery Service
-
Oracle Data Guard
-
Oracle WebLogic Server for OCI
Questi sono i ruoli necessari per ogni servizio.
Nome servizio: ruolo | Richiesto per... |
---|---|
Oracle Cloud Infrastructure: administrator |
Creare le risorse necessarie nella tenancy OCI: criteri IAM, gruppi di protezione DR e DR, segreti. |
Oracle Data Guard: sysdba , admin
|
Creare il segreto password contenente la credenziale sysdba .
|
Oracle WebLogic Server per OCI: root , oracle |
Impostare le autorizzazioni dell'agente Oracle Cloud e gli script utente richiesti. |