Informazioni sull'uso del servizio OCI Full Stack Disaster Recovery con i domini Oracle WebLogic Server

Puoi utilizzare le best practice e gli script Oracle Maximum Availability Architecture (Oracle MAA) descritti in questa soluzione con Oracle Cloud Infrastructure (OCI) Full Stack Disaster Recovery Service per gestire lo switchover e il failover negli ambienti di recupero da errori irreversibili Oracle WebLogic Server for OCI e Oracle SOA Suite on Marketplace esistenti.

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.

Questo documento fornisce gli script consigliati per eseguire operazioni di avvio e arresto sui server gestiti Oracle WebLogic e per eseguire uno switch DNS. A seconda di ogni ambiente e topologia, potrebbero essere necessari o utilizzati ulteriori script personalizzati, ad esempio la replica dei file system di Oracle Database (DBFS) e la replica di OCI File Storage.

Nota

OCI Full Stack Disaster Recovery Service non pianifica le repliche di configurazione in corso.

Per i dettagli su queste operazioni specifiche, consulta Oracle WebLogic Server for Oracle Cloud Infrastructure, Disaster Recovery Production and DR in the Oracle Cloud Infrastructure (OCI) e SOA Suite on Oracle Cloud Infrastructure Marketplace Disaster Recovery, Production and Disaster Recovery in the Oracle Cloud Infrastructure (OCI).

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

Sebbene alcune configurazioni non siano fornite direttamente dal servizio OCI Full Stack Disaster Recovery, puoi aggiungere personalizzazione ai piani di disaster recovery da eseguire automaticamente in punti specifici del piano per fornire un processo di ripristino trasparente e completamente automatizzato. Di seguito sono riportati ulteriori dettagli relativi agli elementi che il servizio OCI Full Stack Disaster Recovery non supporta pronti all'uso nell'ambito dell'automazione integrata.

• 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.