Planificar los recursos para el entorno de DR

Planifique los recursos para el sistema secundario en Oracle Cloud Infrastructure según la instalación local existente.

Recopilación de detalles sobre el entorno local

Recopile detalles sobre el sistema local principal necesario para crear el sistema secundario en Oracle Cloud Infrastructure (OCI).

A continuación, se muestra el ejemplo de arquitectura local:

A continuación se muestra la descripción de soa-edg-premises.png
Descripción de la ilustración soa-edg-premises.png

soa-edg-premises-oracle.zip

En la siguiente tabla se describe la información local básica que se debe recopilar y los valores de ejemplo que se utilizan en este documento.

Capa Componente Principal (valores de ejemplo)
Cara al público Nombre de front-end mysoa.example.com (Fin de creación)
Cara al público IP front-end (LBR) 10.10.10.10
Cara al público Puertos front-end
  • 80 (HTTP, que redirige todos los 443 HTTPS)
  • 443 (HTTPS)
  • 8888 (HTTP interno)
  • 7001 (HTTP de consola de administración)
Capa Web

hosts web

IP/nombre 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
Capa Web Puertos de Oracle HTTP Server
  • 7001 (acceso HTTP a consolas WLS)
  • 8890 (acceso HTTP a aplicaciones SOA)
  • 8891 (acceso HTTP a WSM interno)
Nivel medio

Hosts SOA

IP/nombre de host físico/alias

  • 10.10.10.13 / host3.myopnetwork.com /SOAHOST1.example.com
  • 10.10.10.14 / host4.myopnetwork.com /SOAHOST2.example.com
Nivel medio

Servidor de administración

VIP/Nombre de host VIP/alias

10.10.10.20 / host-vip1.myopnetwork.com / ADMINVHN.example.com
Nivel medio Componentes y puertos de FMW
  • Servidor de administración, puerto 7001
  • Servidores WSM, puerto 7010
  • Servidores SOA, puerto 8001
  • Servidores OSB, puerto 8011
  • Servidores ESS, puerto 8021
  • Servidores BAM, puerto 9001
  • Gestor de nodos, puerto 5556
  • Coherence, puerto 9991
Nivel medio Sistema operativo de hosts SOA Oracle Linux 7.7
Nivel medio CPU de hosts de SOA 4 Intel Xeon 2.90GHz
Nivel medio Memoria 35 GB
Nivel medio Usuario/grupo de software de Oracle oracle/oinstall
Nivel de base de datos Nombres de host físicos
  • 10.10.10.15 / dbhost1.myopnetwork.com
  • 10.10.10.16 / dbhost2.myopnetwork.com
Nivel de base de datos VIP
  • 10.10.10.25 / dbhost1-vip.myopnetwork.com
  • 10.10.10.26 / dbhost2-vip.myopnetwork.com
Nivel de base de datos Escanear IP/dirección 10.10.10.30-31-32 / dbhost-scan.myopnetwork.com
Nivel de base de datos CPU 8 Intel Xeon
Nivel de base de datos Memoria 130 GB
Nivel de base de datos CDB/PDB ORCL / PDB1
Nivel de base de datos Nombre de Servicio de PDB soapdb.example.com
Nivel de base de datos Sistema operativo de hosts de base de datos Oracle Linux 7.7
Nivel de base de datos Versión de RDBMS 19.11
Almacenamiento* Volúmenes, montajes y tamaño de NFS

NFS: de /export/soa/products1 a /u01/oracle/products montado en SOAHOST1

NFS: de /export/soa/products2 a /u01/oracle/products montado en SOAHOST2

NFS: de /export/soa/config a /u01/oracle/config montado en SOAHOST1 y SOAHOST2

NFS: de /export/soa/runtime a /u01/oracle/runtime en SOAHOST1 y SOAHOST2

LOCAL**: de /u02/oracle/config a /u02/oracle/config en SOAHOST1

LOCAL**: de /u02/oracle/config a /u02/oracle/config en SOAHOST2

(**) Pueden ser montajes privados en NFS en lugar del almacenamiento local de un nodo

Carpetas principales de EDG* ORACLE_HOME /u01/oracle/products/fmw
Carpetas principales de EDG* JAVA_HOME /u01/oracle/products/jdk
Carpetas principales de EDG* SHARED_CONFIG_DIR (Fin de creación) /u01/oracle/config
Carpetas principales de EDG* APPLICATION_HOME /u01/oracle/config/applications/mysoadomain (Fin de creación)
Carpetas principales de EDG* DEPLOY_PLAN_HOME /u01/oracle/config/dp
Carpetas principales de EDG* KEYSTORE_HOME /u01/oracle/config/keystores
Carpetas principales de EDG* ASERVER_HOME /u01/oracle/config/domains/mysoadomain (Fin de creación)
Carpetas principales de EDG* PRIVATE_CONFIG_DIR (Fin de creación) /u02/oracle/config
Carpetas principales de EDG* MSERVER_HOME /u02/oracle/config/domains/mysoadomain (Fin de creación)
Carpetas principales de EDG* NM_HOME /u02/oracle/config/nodemanager
Carpetas principales de EDG* ORACLE_RUNTIME (Fin de creación) /u01/oracle/runtime (Fin de creación)
Carpetas en Oracle HTTP Server ORACLE_HOME /u02/oracle/products/ohs_12214 (Fin de creación)
Carpetas en Oracle HTTP Server WEB_DOMAIN_HOME (Fin de creación) /u02/oracle/config/domains/ohsdomain_12214 (Fin de creación)
URL principales URL de consola de administración http://mysoa.example.com:7001/console/
URL principales

URL de Soa-infra

https://mysoa.example.com/soa-infra/

URL principales

WSM (interno)

http://mysoa.example.com:8888/wsm-pm/

* Consulte la Guía de despliegue empresarial para Oracle SOA Suite estándar para obtener más información sobre el contexto de los montajes y directorios.

Determinación de los recursos necesarios en OCI

Planifique y muestre los recursos que necesita para el entorno en espera que creará en Oracle Cloud Infrastructure (OCI). El entorno secundario debe ser lo más similar posible al entorno local existente.

No es necesario aprovisionar nada en este punto, solo identifique y muestre los recursos que creará en OCI y verifique que su arrendamiento de OCI tiene las cuotas necesarias para ellos.

En función del ejemplo anterior de un sistema principal como referencia, a continuación se muestra el ejemplo de arquitectura en espera:

A continuación se muestra la descripción de modo en espera-cloud.png
Descripción de la ilustración en espera-cloud.png

en espera-cloud-oracle.zip

A continuación de este ejemplo, se necesitan estos recursos de OCI:

  • Recursos generales
    • Debe utilizar una región de OCI.
    • Debe utilizar un compartimento específico.
  • Recursos de red
    • VCN: se necesita una VCN en la región de OCI en la que se va a configurar el sistema secundario.
    • Subredes: para un aislamiento máximo y un control de tráfico entre los distintos niveles, puede crear una subred para cada uno. Esto generaría las siguientes subredes:
      • Una subred regional para la capa web (por ejemplo, webTierSubnet).
      • Una subred regional para el nivel medio (por ejemplo, midTierSubnet).
      • Una subred regional para Oracle Cloud Infrastructure File Storage (por ejemplo, fssTierSubnet).
      • Una subred regional para el nivel de base de datos (por ejemplo, dbTierSubnet).

      Puede utilizar menos subredes, pero la lista anterior proporciona el máximo aislamiento de red y control de acceso y se utiliza como referencia en este documento.

      Normalmente, las subredes serán privadas, dado que hay conectividad privada de OCI entre el centro de datos del cliente y la región de OCI. Sin embargo, la subred de la capa web, donde se encuentra el equilibrador de carga de front-end, puede ser pública según sus requisitos.

  • Oracle Cloud Infrastructure Load Balancing

    Un equilibrador de carga de OCI proporciona alta disponibilidad (HA) lista para usar.

  • Recursos de instancia de Compute
    • (Opcional) N instancias informáticas basadas en imágenes de Oracle WebLogic Server para OCI para los nodos de host de Oracle HTTP Server en la subred de capa web, donde N es el número de hosts de capa web que tiene en el sistema principal local existente.
    • Se necesitan N instancias informáticas para los nodos de host de SOA en la subred de nivel medio, donde N es el número de hosts de nivel medio que tiene en el sistema principal local existente.

    Si la región de OCI tiene más de un dominio de disponibilidad (AD), localícelos en distintos dominios de disponibilidad. Las instancias informáticas deben utilizar la imagen y la unidad más cercanas a las que utilizan los hosts locales.

  • Almacenamiento de archivos en OCI

    Nota:

    Al planificar los recursos de Oracle Cloud Infrastructure File Storage y Block Volume, debe ser coherente con la configuración del sistema de archivos existente de la ubicación local principal. Puede utilizar ligeras variaciones de la estructura de carpetas basada en EDG que utiliza este documento como referencia. Por ejemplo, si la ubicación local principal no utiliza una configuración compartida separada de Oracle WebLogic Server para la configuración de dominio del servidor de administración (ASERVER_HOME), no necesita planificarla como un sistema de archivos necesario de Oracle Cloud Infrastructure File Storage. O bien, si la instancia local principal utiliza volúmenes NFS montados de forma privada para almacenar la configuración privada WebLogic, tenga previsto aprovisionar sistemas de archivos de Oracle Cloud Infrastructure File Storage para ellos. Utilice los valores proporcionados como ejemplos de referencia.
    • Destinos de montaje de Oracle Cloud Infrastructure File Storage

      Necesita al menos un destino de montaje en la subred de Oracle Cloud Infrastructure File Storage. Por motivos de rendimiento, se recomienda colocar los montajes de Oracle Cloud Infrastructure File Storage en el mismo dominio de disponibilidad que los hosts que los montarán (instancias informáticas de nivel medio). Coloque el destino de montaje en el mismo dominio de disponibilidad que las instancias informáticas de nivel medio.

      Si la región de OCI tiene más de un dominio de disponibilidad y ha distribuido los hosts de nivel medio entre dos dominios de disponibilidad, cree un destino de montaje en cada uno de los dominios de disponibilidad utilizados. Por ejemplo:

      • Un destino de montaje en AD1. Se utilizará para exportar estos sistemas de archivos: sistema de archivos para la configuración compartida, sistema de archivos para el tiempo de ejecución compartido y sistema de archivos para los productos utilizados por el host de nivel medio en AD1. También se puede utilizar para exportar cualquier otro sistema de archivos que los nodos de nivel medio utilicen de forma privada en AD1 (por ejemplo, la configuración local cuando esté en Oracle Cloud Infrastructure File Storage).
      • Un destino de montaje en AD2. Se utiliza para exportar el sistema de archivos para los productos utilizados por el host de nivel medio en AD2. También puede utilizarlo para exportar cualquier otro sistema de archivos que utilicen de forma privada los nodos de nivel medio en AD2 (por ejemplo, la configuración local cuando esté en Oracle Cloud Infrastructure File Storage).
    • Sistemas de archivos de Oracle Cloud Infrastructure File Storage

      A continuación, se muestra un ejemplo de los sistemas de archivos de Oracle Cloud Infrastructure File Storage que puede necesitar:

      • Un sistema de archivos de Oracle Cloud Infrastructure File Storage (por ejemplo, soadrconfig) para la configuración de SOA compartida. Será montado por SOAHOST1 y SOAHOST2.
      • Un sistema de archivos de Oracle Cloud Infrastructure File Storage (por ejemplo, soadrruntime) para el tiempo de ejecución de SOA compartido. Será montado por SOAHOST1 y SOAHOST2.
      • Un sistema de archivos de Oracle Cloud Infrastructure File Storage (por ejemplo, soadrproducts1) para el directorio raíz de productos de SOAHOST1. Será montado por SOAHOST1 (y por SOAHOST3, 5 si hay más de dos hosts de nivel medio).
      • Un sistema de archivos de Oracle Cloud Infrastructure File Storage (por ejemplo, soadrproducts2) para el directorio raíz de productos de SOAHOST2. Será montado por SOAHOST2 (y por SOAHOST4, 6 si hay más de dos hosts de nivel medio).

    La siguiente imagen es un ejemplo de los destinos de montaje y sistemas de archivos de Oracle Cloud Infrastructure File Storage cuando utiliza un solo dominio de disponibilidad:

    A continuación se muestra la descripción de oci-storage-targets-one-ad.png
    Descripción de la ilustración oci-storage-targets-one-ad.png

    Si la región de OCI tiene más de 1 dominio de disponibilidad y ha distribuido las instancias informáticas de nivel medio entre 2 dominios de disponibilidad, exporte los sistemas de archivos que se comparten entre hosts (soadrconfig, soadrruntime) en un destino de montaje ubicado en el dominio de disponibilidad donde se ejecutará normalmente el servidor de administración. y exporte los otros (soadrproducts1 y soadrproducts2) en un destino de montaje ubicado en AD donde está ubicado el host que va a montarlo (soaproducts1 en el destino de montaje del AD donde está APPHOST1, soadrproducts2 en el destino de montaje del AD donde está ubicado APPHOST2).

    La siguiente imagen es un ejemplo de los destinos de montaje de OCI y los sistemas de archivos de OCI cuando utiliza 2 dominios de disponibilidad:

    A continuación, se muestra la descripción de oci-storage-targets-two-ad.png
    Descripción de la ilustración oci-storage-targets-two-ad.png

    En este escenario, algunos hosts de nivel medio están en el mismo dominio de disponibilidad que los sistemas de archivos compartidos de Oracle Cloud Infrastructure File Storage. Otros hosts de nivel medio están en un dominio de disponibilidad diferente. Los hosts de nivel medio que están situados con los sistemas de archivos compartidos de Oracle Cloud Infrastructure File Storage tienen un mejor rendimiento al acceder al sistema de archivos compartido que el otro host de nivel medio ubicado en un dominio de disponibilidad diferente.

  • Oracle Cloud Infrastructure Block Volumes

    Para el almacenamiento utilizado de forma privada por cada host (configuración local WebLogic como la configuración del gestor de nodos y MSERVER_HOME), debe aprovisionar al menos 1 volumen en bloque por cada host de nivel medio. Aprovisione cada volumen en bloque en el mismo dominio de disponibilidad del host que lo montará.

  • Sistema de base de datos OCI

    Necesitará un sistema de base de datos con una capacidad similar a la de la base de datos existente Oracle Real Application Clusters (Oracle RAC) en la ubicación local principal. El sistema de base de datos debe utilizar la unidad de computación más cercana a la utilizada por los hosts locales. Además, la versión de RDBMS y el nivel de parche deben coincidir con los que están presentes en la base de datos Oracle RAC local. Si el nivel exacto de parche no está disponible para los sistemas de base de datos, tendrá que elegir la versión más cercana y realizar la aplicación de parches necesaria para obtener el nivel de parche RDBMS primario y secundario exactamente. Para obtener más información al respecto, consulte la sección Configuración.

A continuación, se resumen los recursos que se crean con nombres de recursos de ejemplo:

Categoría Tipo de Recurso Recurso de OCI (valores de ejemplo)
Recursos generales Región de OCI Phoenix
Recursos generales Compartimento HyDRCompmt
Recursos generales Dominio de disponibilidad (AD) AD1 (o AD1 y AD2 si la región tiene más de un AD).
Recursos de red VCN hydrvcn
Recursos de red Subred

webTierSubnet

midTierSubnet

fssTierSubnet

dbTierSubnet

Recursos de red Equilibrador de carga de OCI hylbr
(Opcional) Instancias informáticas para Oracle HTTP Server Número de instancias informáticas El mismo número que los hosts principales de Oracle HTTP Server. Por ejemplo, hydrohs1 y hydrohs2.
(Opcional) Instancias informáticas para Oracle HTTP Server Sistema operativo Más similar a los hosts principales de Oracle HTTP Server. Por ejemplo, Oracle Linux 7.9.
(Opcional) Instancias informáticas para Oracle HTTP Server Forma Más similar a los hosts principales WebLogic. Por ejemplo, Intel VM.Standard3.Flex.
Instancias informáticas para Oracle SOA Suite Número de instancias informáticas El mismo número que los hosts principales WebLogic. Por ejemplo, hydrsoa1 y hydrsoa2.
Instancias informáticas para Oracle SOA Suite Sistema operativo Más similar a los hosts SOA principales. Por ejemplo, Oracle Linux 7.9.
Instancias informáticas para Oracle SOA Suite Forma Más similar a los hosts SOA principales. Por ejemplo, VM.Standard2.2.
Almacenamiento de archivos de Oracle Cloud Infrastructure Destino de montaje 1 (o 2 si se utilizan 2 dominios de disponibilidad).
Almacenamiento de archivos de Oracle Cloud Infrastructure Sistemas de archivos

soadrconfigFSS (Fin de creación)

soadrruntimeFSS (Fin de creación)

soadrproducts1FSS (Fin de creación)

soadrproducts2FSS (Fin de creación)

Volúmenes en bloque de OCI volúmenes en bloque

soadrbv1 (Fin de creación)

soadrbv2 (Fin de creación)

Sistema de base de datos Recuento total de nodos Igual que el principal. Por ejemplo, 2.
Sistema de base de datos Forma Más similar a los hosts de base de datos principales. Por ejemplo, VM Standard2.8.
Sistema de base de datos Almacenamiento Más similar a la base de datos primaria. Por ejemplo, 1024 GB.
Sistema de base de datos Versión de RDBMS Más similar a la base de datos primaria. Por ejemplo, 19.11.
Sistema de base de datos Nombre de base de datos Lo mismo que el primario. Por ejemplo, ORCL.
Sistema de base de datos Nombre de PDB Lo mismo que la base de datos primaria. Por ejemplo, PDB1.