Planejar os recursos para o ambiente 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
Veja a seguir o exemplo de arquitetura local:
Descrição da ilustração soa-edg-premises.png
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 | mysoa.example.com |
Front-end | IP front-end (LBR) | 10.10.10.10 |
Front-end | Portas front-end |
|
Camada Web |
Hosts Web IP / nome de host físico / alias |
|
Camada Web | Portas do Oracle HTTP Server |
|
camada intermediária |
Hosts SOA IP / nome de host físico / alias |
|
camada intermediária |
Servidor de Administração Apelido/nome do host VIP/Vip |
10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com |
camada intermediária | Componentes e portas do FMW |
|
camada intermediária | Sistema Operacional de hosts SOA | Oracle Linux 7.7 |
camada intermediária | CPU de hosts SOA | 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ísico |
|
Camada de BD | VIPs |
|
Camada de BD | Digitalizar IPs/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 | soapdb.example.com |
Camada de BD | O banco de dados hospeda o SO | Oracle Linux 7.7 |
Camada de BD | Versão de RDBMS | 19.11 |
Armazenamento* | Volumes, montagens e tamanho do NFS |
NFS: NFS: NFS: NFS: LOCAL**: LOCAL**: (**) Essas podem ser montagens privadas no NFS em vez do armazenamento local de um nó |
Pastas Principais do EDG* | ORACLE_HOME |
/u01/oracle/products/fmw |
Pastas Principais do EDG* | JAVA_HOME |
/u01/oracle/products/jdk |
Pastas Principais do EDG* | SHARED_CONFIG_DIR |
/u01/oracle/config |
Pastas Principais do EDG* | APPLICATION_HOME |
/u01/oracle/config/applications/mysoadomain |
Pastas Principais do EDG* | DEPLOY_PLAN_HOME |
/u01/oracle/config/dp |
Pastas Principais do EDG* | KEYSTORE_HOME |
/u01/oracle/config/keystores |
Pastas Principais do EDG* | ASERVER_HOME |
/u01/oracle/config/domains/mysoadomain |
Pastas Principais do EDG* | PRIVATE_CONFIG_DIR |
/u02/oracle/config |
Pastas Principais do EDG* | MSERVER_HOME |
/u02/oracle/config/domains/mysoadomain |
Pastas Principais do EDG* | NM_HOME |
/u02/oracle/config/nodemanager |
Pastas Principais do EDG* | 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://mysoa.example.com:7001/console/ |
URLs Principais |
URL Soa-infra |
https://mysoa.example.com/soa-infra/ |
URLs Principais |
WSM (interno) |
http://mysoa.example.com:8888/wsm-pm/ |
* Consulte o Enterprise Deployment Guide for Oracle SOA Suite padrão para obter contexto sobre montagens e diretórios.
Determinar os Recursos Necessários no OCI
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, o seguinte é o exemplo de arquitetura stand-by:
![A descrição de standby-cloud.png é mostrada a seguir A descrição de standby-cloud.png é mostrada a seguir](img/standby-cloud.png)
Descrição da ilustração standby-cloud.png
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: É necessária uma VCN na região do OCI na qual o sistema secundário será configurado.
- Sub-redes: para um isolamento máximo e controle de tráfego 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.
- Uma sub-rede regional para a camada Web (por exemplo,
- Oracle Cloud Infrastructure Load Balancing
Um Balanceador de Carga do OCI fornece alta disponibilidade (HA) pronta para uso.
- Calcular Recursos da Instância
- (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 são necessárias para os nós de host SOA 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.
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,
soadrconfig
) para a configuração compartilhada do SOA. Ele será montado por SOAHOST1 e SOAHOST2. - Um sistema de arquivos do Oracle Cloud Infrastructure File Storage (por exemplo,
soadrruntime
) para o runtime compartilhado do SOA. Ele será montado por SOAHOST1 e SOAHOST2. - Um sistema de arquivos do Oracle Cloud Infrastructure File Storage (por exemplo,
soadrproducts1
) para o home de produtos SOAHOST1. Ele será montado pelo SOAHOST1 (e pelo SOAHOST3, 5 se houver mais de dois hosts de camada intermediária). - Um sistema de arquivos do Oracle Cloud Infrastructure File Storage (por exemplo,
soadrproducts2
) para o home de produtos SOAHOST2. Ele será montado pelo SOAHOST2 (e pelo SOAHOST4, 6 se houver mais de dois hosts de camada intermediária).
- Um sistema de arquivos do Oracle Cloud Infrastructure File Storage (por exemplo,
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:
Descrição da ilustração oci-storage-targets-one-ad.pngSe 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 (
soadrconfig
,soadrruntime
) em um ponto de acesso NFS localizado no AD em que o servidor de Administração normalmente será executado, e exporte os outros (soadrproducts1
esoadrproducts2
) em um destino de montagem localizado no AD em que o host que o montará está localizado (soaproducts1
no destino de montagem do AD em que APPHOST1 está,soadrproducts2
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:
Descrição da ilustração oci-storage-targets-two-ad.pngNesse 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.
- Destinos de montagem do Oracle Cloud Infrastructure File Storage
- 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, são resumidos 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 |
|
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 SOA Suite | Número de instâncias de computação | O mesmo número dos hosts WebLogic principais. Por exemplo, hydrsoa1 e hydrsoa2 .
|
Instâncias de Computação para o Oracle SOA Suite | Sistema Operacional | Mais semelhante aos hosts principais do SOA. Por exemplo, Oracle Linux 7.9. |
Instâncias de Computação para o Oracle SOA Suite | Forma | Mais semelhante aos hosts principais do SOA. Por exemplo, VM.Standard2.2. |
Oracle Cloud Infrastructure File Storage | Destino de Montagem | 1 (ou 2 se estiver usando 2 domínios de disponibilidade). |
Oracle Cloud Infrastructure File Storage | Sistemas de Arquivos |
|
Volumes em Blocos do OCI | volumes em blocos |
|
Sistema de BD | Contagem total de nós | Igual ao principal. Por exemplo, 2. |
Sistema de BD | Forma | Mais semelhante a hosts de BD principais. Por exemplo, VM Standard2.8. |
Sistema de BD | Armazenamento | Mais semelhante ao banco de dados principal. Por exemplo, 1024 GB. |
Sistema de BD | Versão de RDBMS | Mais semelhante ao banco de dados principal. Por exemplo, 19.11. |
Sistema de BD | Nome do Banco de Dados | O mesmo que o principal. Por exemplo, ORCL. |
Sistema de BD | Nome do PDB | O mesmo que o banco de dados principal. Por exemplo, PDB1. |