Planeje os Recursos do Ambiente de DR

Planeje os recursos do sistema secundário no Oracle Cloud Infrastructure com base na sua instalação local existente.

Reunir Detalhes sobre o Ambiente Local

Reúna detalhes sobre o sistema local principal necessário para criar o sistema secundário no Oracle Cloud Infrastructure (OCI).

Veja a seguir o exemplo de arquitetura local:

Veja a seguir a descrição da ilustração wls-prem-primary-architecture.png
Descrição da ilustração wls-prem-primary-architecture.png

wls-prem-primária-arquitetura-oracle.zip

A tabela a seguir descreve as informações básicas locais que devem ser reunidas e os valores de exemplo usados neste documento.

Camada Componente Principal (valores de exemplo)
Front-end Nome do Front-end wlsfrontend.example.com
Front-end IP Front-end (LBR) 10.10.10.10
Front-end Portas front-end
  • 80 (HTTP, que redireciona todos os 443 HTTPS)
  • 443 (HTTPS)
  • 7001 (HTTP da Console de Administração)
Camada Web

Hosts Web

IP / nome de host físico / alias

  • 10.10.10.11 / host1.myopnetwork.com / WEBHOST1.example.com
  • 10.10.10.12 / host2.myopnetwork.com / WEBHOST2.example.com
Camada Web Portas do Oracle HTTP Server
  • 7001 (acesso HTTP a consoles WLS)
  • 8890 (acesso HTTP aos aplicativos do WebLogic Server)
camada intermediária

Hosts do WebLogic Server

IP / nome de host físico / alias

  • 10.10.10.13 / host3.myopnetwork.com /APPHOST1.example.com
  • 10.10.10.14 / host4.myopnetwork.com /APPHOST2.example.com
camada intermediária

Servidor de Administração

VIP / Nome de host VIP / alias

10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com
camada intermediária Componentes e portas FMW
  • Servidor Admin, porta 7001
  • Servidores WLS Cluster 1, porta 8001
  • Servidores WLS Cluster 2, porta 9001
  • Gerenciador de Nós, porta 5556
  • Coherence, porta 9991
camada intermediária Sistema Operacional dos hosts do WebLogic Server Oracle Linux 7.7
camada intermediária CPU de hosts do WebLogic Server 4 Intel Xeon 2.90GHz
camada intermediária Memória 35 GB
camada intermediária Usuário/grupo do software Oracle oracle/oinstall
Camada de BD Nomes de host físicos
  • 10.10.10.15 / dbhost1.myopnetwork.com
  • 10.10.10.16 / dbhost2.myopnetwork.com
Camada de BD VIPs
  • 10.10.10.25 / dbhost1-vip.myopnetwork.com
  • 10.10.10.26 / dbhost2-vip.myopnetwork.com
Camada de BD IPs de varredura / endereço 10.10.10.30-31-32 / dbhost-scan.myopnetwork.com
Camada de BD CPU 8 Intel Xeon
Camada de BD Memória 130 GB
Camada de BD CDB/PDB ORCL / PDB1
Camada de BD Nome do serviço do PDB mypdbservice.example.com
Camada de BD SO dos hosts de BD Oracle Linux 7.7
Camada de BD Versão de RDBMS 19.11
Armazenamento* Volumes, montagens e tamanho NFS

NFS: /export/wls/products1 a /u01/oracle/products montados em APPHOST1

NFS: /export/wls/products2 a /u01/oracle/products montados em APPHOST2

NFS: /export/wls/config to /u01/oracle/config montado em APPHOST1 e APPHOST2

NFS: /export/wls/runtime to /u01/oracle/runtime in APPHOST1 and APPHOST2

LOCAL**: /u02/oracle/config a /u02/oracle/config no APPHOST1

LOCAL**: /u02/oracle/config a /u02/oracle/config no APPHOST2

(**) Podem ser montagens privadas no NFS, em vez de no armazenamento local de um nó

Pastas EDG Principais* ORACLE_HOME /u01/oracle/products/fmw
Pastas EDG Principais* JAVA_HOME /u01/oracle/products/jdk
Pastas EDG Principais* SHARED_CONFIG_DIR /u01/oracle/config
Pastas EDG Principais* APPLICATION_HOME /u01/oracle/config/applications/mydomain
Pastas EDG Principais* DEPLOY_PLAN_HOME /u01/oracle/config/dp
Pastas EDG Principais* KEYSTORE_HOME /u01/oracle/config/keystores
Pastas EDG Principais* ASERVER_HOME /u01/oracle/config/domains/mydomain
Pastas EDG Principais* PRIVATE_CONFIG_DIR /u02/oracle/config
Pastas EDG Principais* MSERVER_HOME /u02/oracle/config/domains/mydomain
Pastas EDG Principais* NM_HOME /u02/oracle/config/nodemanager
Pastas EDG Principais* ORACLE_RUNTIME /u01/oracle/runtime
Pastas no Oracle HTTP Server ORACLE_HOME /u02/oracle/products/ohs_12214
Pastas no Oracle HTTP Server WEB_DOMAIN_HOME /u02/oracle/config/domains/ohsdomain_12214
URLs principais URL da Console de Admin. http://wlsfrontend.example.com:7001/console/
URLs principais

URL do Aplicativo 1

https://wlsfrontend.example.com/app1/

URLs principais

URL do Aplicativo 2

https://wlsfrontend.example.com/app2/

* Consulte o Enterprise Deployment Guide for Oracle SOA Suite padrão para obter contexto sobre montagens e diretórios.

Determinar os Recursos Necessários na OCI

Planeje e liste os recursos necessários para o ambiente stand-by que você criará no Oracle Cloud Infrastructure (OCI). O ambiente secundário deve ser o mais semelhante possível ao ambiente local existente.

Não há necessidade de provisionar nada nesse ponto. Basta identificar e listar os recursos que você criará no OCI e verificar se sua tenancy do OCI tem as cotas necessárias para eles.

Com base no exemplo anterior de um sistema principal como referência, este é o exemplo de arquitetura stand-by:Veja a seguir a descrição da ilustração wls-oci-standby-architecture.png
Descrição da ilustração wls-oci-standby-architecture.png

wls-oci-standby-arquitetura-oracle.zip

Seguindo este exemplo, estes recursos do OCI são necessários:

  • Recursos gerais
    • Você deve usar uma região do OCI.
    • Você deve usar um compartimento específico.
  • Recursos da rede
    • VCN: Uma VCN é necessária na região do OCI na qual o sistema secundário será configurado.
    • Sub-redes: para obter um isolamento e controle de tráfego máximos entre as diferentes camadas, você pode criar uma sub-rede para cada uma. Isso resultaria nas seguintes sub-redes:
      • Uma sub-rede regional para a camada Web (por exemplo, webTierSubnet).
      • Uma sub-rede regional para camada intermediária (por exemplo, midTierSubnet).
      • Uma sub-rede regional para o Oracle Cloud Infrastructure File Storage (por exemplo, fssTierSubnet).
      • Uma sub-rede regional para a camada de bd (por exemplo, dbTierSubnet).

      Você pode usar menos sub-redes, mas a lista anterior fornece isolamento máximo de rede e controle de acesso e é usada como referência neste documento.

      As sub-redes normalmente serão sub-redes privadas, uma vez que há conectividade privada do OCI entre o data center do cliente e a região do OCI. No entanto, a sub-rede da camada web, na qual o Balanceador de Carga front-end está localizado, pode ser pública de acordo com seus requisitos.

  • Oracle Cloud Infrastructure Load Balancing

    Um Balanceador de Carga do OCI fornece alta disponibilidade (HA) pronta para uso.

  • Compute Instance Resources
    • (Opcional) N instâncias de computação baseadas em imagens do Oracle WebLogic Server for OCI para os nós de host do Oracle HTTP Server na sub-rede da camada Web, em que N é o número de hosts da camada Web que você tem no sistema principal local existente.
    • N instâncias de computação baseadas em imagens do Oracle WebLogic Server for OCI para os nós de host do WebLogic Server na sub-rede de camada intermediária, em que N é o número de hosts de camada intermediária que você tem no sistema principal local existente.

    Para localizar sistemas operacionais e formas suportados, consulte Formas para o Oracle WebLogic Server para Imagens do OCI.

    Se a região do OCI tiver mais de um Domínio de Disponibilidade (AD), localize-os em diferentes ADs. As instâncias de computação devem usar a imagem e a forma mais próximas das usadas pelos hosts locais.

  • Armazenamento de Arquivos no OCI

    Observação:

    Ao planejar os recursos do Oracle Cloud Infrastructure File Storage e Block Volume, você deverá ser consistente com a configuração existente do sistema de arquivos local principal. Você pode usar pequenas variações da estrutura de pastas baseada em EDG que este documento usa como referência. Por exemplo, se o seu principal local não usar uma configuração compartilhada separada do Oracle WebLogic Server para a configuração de domínio do Servidor de Administração (ASERVER_HOME), você não precisará planejá-la como um sistema de arquivos do Oracle Cloud Infrastructure File Storage necessário. Ou, se o seu principal local usar volumes NFS montados de forma privada para armazenar a configuração privada WebLogic, planeje provisionar sistemas de arquivos do Oracle Cloud Infrastructure File Storage para eles. Use os valores fornecidos como exemplos de referência.
    • Destinos de montagem do Oracle Cloud Infrastructure File Storage

      Você precisa de pelo menos um ponto de acesso NFS na sub-rede do Oracle Cloud Infrastructure File Storage. Por motivos de desempenho, é recomendável colocar as montagens do Oracle Cloud Infrastructure File Storage no mesmo Domínio de Disponibilidade dos hosts que as montarão (as instâncias de computação de camada intermediária). Coloque o ponto de acesso NFS no mesmo Domínio de Disponibilidade das instâncias de computação de camada intermediária.

      Se a sua região do OCI tiver mais de um Domínio de Disponibilidade e você distribuiu os hosts de camada intermediária entre dois ADs, crie um destino de montagem em cada um dos Domínios de Disponibilidade usados. Por exemplo:

      • Um ponto de acesso NFS em AD1. Isso será usado para exportar esses sistemas de arquivos: sistema de arquivos para configuração compartilhada, sistema de arquivos para runtime compartilhado e sistema de arquivos para os produtos usados pelo host de camada intermediária no AD1. Isso também pode ser usado para exportar qualquer outro sistema de arquivos usado de forma privada pelos nós de camada intermediária em AD1 (por exemplo, configuração local quando estiver no Oracle Cloud Infrastructure File Storage).
      • Um ponto de acesso NFS em AD2. É usado para exportar o sistema de arquivos para os produtos usados pelo host de camada intermediária no AD2. Você também pode usá-lo para exportar qualquer outro sistema de arquivos usado de forma privada pelos nós de camada intermediária em AD2 (por exemplo, configuração local quando ele estiver no Oracle Cloud Infrastructure File Storage).
    • Sistemas de arquivos do Oracle Cloud Infrastructure File Storage

      Veja a seguir um exemplo dos sistemas de arquivos do Oracle Cloud Infrastructure File Storage que você pode precisar:

      • Um sistema de arquivos do Oracle Cloud Infrastructure File Storage (por exemplo, wlsdrconfig) para a configuração WebLogic Server compartilhada. Ele será montado por APPHOST1 e APPHOST2.
      • Um sistema de arquivos do Oracle Cloud Infrastructure File Storage (por exemplo, wlsdrruntime) para o runtime compartilhado do WebLogic Server. Ele será montado por APPHOST1 e APPHOST2.
      • Um sistema de arquivos do Oracle Cloud Infrastructure File Storage (por exemplo, wlsdrproducts1) para o home de produtos APPHOST1. Ele será montado pelo APPHOST1 (e pelo APPHOST3, 5 se houver mais de dois hosts de camada intermediária).
      • Um sistema de arquivos do Oracle Cloud Infrastructure File Storage (por exemplo, wlsdrproducts2) para o home de produtos APPHOST2. Ele será montado pelo APPHOST2 (e pelo APPHOST4, 6 se houver mais de dois hosts de camada intermediária).

    A imagem a seguir é um exemplo dos destinos de montagem e dos sistemas de arquivos do Oracle Cloud Infrastructure File Storage quando você usa apenas um Domínio de Disponibilidade:

    Veja a seguir a descrição da ilustração oci-storage-targets-one-ad.png
    Descrição da ilustração oci-storage-targets-one-ad.png

    Se a sua região do OCI tiver mais de 1 AD e você tiver distribuído as instâncias de computação de camada intermediária entre 2 ADs, exporte os sistemas de arquivos compartilhados entre hosts (wlsdrconfig, wlsdrruntime) em um ponto de acesso NFS localizado no AD em que o servidor de Administração normalmente será executado, e exporte os outros (wlsdrproducts1 e wlsdrproducts2) em um destino de montagem localizado no AD em que o host que o montará está localizado (wlsproducts1 no destino de montagem do AD em que APPHOST1 está, wlsdrproducts2 no destino de montagem do AD em que APPHOST2 está localizado).

    A imagem a seguir é um exemplo dos destinos de montagem do OCI e dos sistemas de Arquivos do OCI quando você usa 2 domínios de Disponibilidade:

    Veja a seguir a descrição da ilustração oci-storage-targets-two-ad.png
    Descrição da ilustração oci-storage-targets-two-ad.png

    Nesse cenário, alguns hosts de camada intermediária estão no mesmo Domínio de Disponibilidade do que os sistemas de arquivos compartilhados do Oracle Cloud Infrastructure File Storage. Outros hosts de camada intermediária estão em outro Domínio de Disponibilidade. Os hosts de camada intermediária que estão colocados nos sistemas de arquivos compartilhados do Oracle Cloud Infrastructure File Storage têm melhor desempenho ao acessar o sistema de arquivos compartilhado do que o outro host de camada intermediária localizado em outro domínio de disponibilidade.

  • Oracle Cloud Infrastructure Block Volumes

    Para o armazenamento usado de forma privada por cada host (a configuração local WebLogic, como configuração do gerenciador de nós e MSERVER_HOME), você deve provisionar pelo menos 1 Volume em Blocos por cada host de camada intermediária. Provisione cada Volume em Blocos no mesmo AD do host que o montará.

  • Sistema de BD do OCI

    Você precisará de um Sistema de BD com uma capacidade semelhante à do BD existente Oracle Real Application Clusters (Oracle RAC) no local principal. O sistema de BD deve usar a forma de computação mais próxima da usada pelos hosts locais. Além disso, a versão e o nível de patch do RDBMS devem corresponder ao existente no banco de dados Oracle RAC local. Se o nível de patch exato não estiver disponível para Sistemas de BD, você terá que escolher a versão mais próxima e executar a aplicação de patch necessária para obter o nível principal e o secundário para o nível de patch RDBMS exato. Mais detalhes sobre isso são abordados na seção Configuração.

A seguir, resume os recursos criados com nomes de recursos de exemplo:

Categoria Tipo de Recurso Recurso do OCI (Exemplos de Valores)
Recursos gerais Região do OCI Phoenix
Recursos gerais Compartimento HyDRCompmt
Recursos gerais Domínio de disponibilidade (AD) AD1 (ou AD1 e AD2 se a região tiver mais de um AD).
Recursos da Rede VCN hydrvcn
Recursos da Rede Sub-rede

webTierSubnet

midTierSubnet

fssTierSubnet

dbTierSubnet

Recursos da Rede Balanceador de Carga do OCI hylbr
(Opcional) Instâncias de Computação para o Oracle HTTP Server Número de instâncias de computação O mesmo número dos hosts principais do Oracle HTTP Server. Por exemplo, hydrohs1 e hydrohs2.
(Opcional) Instâncias de Computação para o Oracle HTTP Server Sistema Operacional Mais semelhante aos hosts principais do Oracle HTTP Server. Por exemplo, Oracle Linux 7.9.
(Opcional) Instâncias de Computação para o Oracle HTTP Server Forma Mais semelhante aos hosts WebLogic principais. Por exemplo, Intel VM.Standard3.Flex.
Instâncias de Computação para o Oracle WebLogic Server Número de instâncias de computação O mesmo número dos hosts WebLogic principais. Por exemplo, hydrwls1 e hydrwls2.
Instâncias de Computação para o Oracle WebLogic Server Sistema Operacional Mais semelhante aos hosts principais do Servidor WebLogic. Por exemplo, Oracle Linux 7.9.
Instâncias de Computação para o Oracle WebLogic Server Forma Mais semelhante aos hosts primários do Servidor WebLogic. Por exemplo, VM.Standard2.2.
Oracle Cloud Infrastructure File Storage Ponto de Acesso NFS 1 (ou 2 se estiver usando 2 domínios de disponibilidade).
Oracle Cloud Infrastructure File Storage Sistema de arquivos

wlsdrconfigFSS

wlsdrruntimeFSS

wlsdrproducts1FSS

wlsdrproducts2FSS

Volumes em Blocos do OCI volumes em blocos

wlsdrbv1

wlsdrbv2

Sistema de Banco de Dados Contagem total de nós Igual ao principal. Por exemplo, 2.
Sistema de Banco de Dados Forma Mais semelhante aos hosts principais do BD. Por exemplo, VM Standard2.8.
Sistema de Banco de Dados Armazenamento Mais semelhante ao BD principal. Por exemplo, 1024 GB.
Sistema de Banco de Dados Versão de RDBMS Mais semelhante ao BD principal. Por exemplo, 19.11.
Sistema de Banco de Dados Nome do Banco de Dados O mesmo que o principal. Por exemplo, ORCL.
Sistema de Banco de Dados Nome do PDB Igual ao banco de dados principal. Por exemplo, PDB1.