1. Configurar una solución de DR híbrida para Oracle WebLogic Server
  2. Preparar la capa Web en OCI

Preparar la capa Web en OCI

Aprovisione y configure el sitio secundario en Oracle Cloud Infrastructure (OCI) para que sea coherente con el sitio local principal.

Nota:

Puede encontrar el código de Terraform para crear los recursos descritos en esta sección (el equilibrador de carga de OCI, el certificado SSL, los juegos de backends y backends, las políticas de enrutamiento, los listeners y los juegos de reglas) en Código de descarga.

(Opcional) Preparación de los hosts de Oracle HTTP Server

Cree y configure las instancias informáticas de Oracle HTTP Server en Oracle Cloud Infrastructure.

Nota:

La creación y configuración de Oracle HTTP Server es opcional. Puede configurar la capa web en OCI solo mediante el equilibrador de carga de OCI (sin utilizar Oracle HTTP Server).

Aprovisionamiento de los hosts de Oracle HTTP Server

Cree una instancia informática en la subred de capa web de Oracle Cloud Infrastructure (OCI) para cada host principal local de Oracle HTTP Server. Las instancias informáticas deben utilizar la imagen del sistema operativo y la unidad de computación más similares a la imagen y la unidad que utilizan los hosts locales de Oracle HTTP Server.

Cada Oracle HTTP Server que se ejecute en OCI debe tener un contrato de licencia y soporte válido además del contrato de licencia y soporte utilizado para cubrir el Oracle HTTP Server que se ejecuta localmente. Puede utilizar imágenes de Oracle WebLogic Server para OCI para crear instancias informáticas para Oracle HTTP Server en Oracle Cloud. Las instancias informáticas creadas con estas imágenes incluyen el derecho a ejecutar Oracle HTTP Server y se facturan por OCPU/hora para el derecho a ejecutar el software WebLogic cuando están en estado de ejecución. Al crear las instancias informáticas con Oracle WebLogic Server para OCI, puede utilizar la consola de instancia informática o el Marketplace. Estas imágenes están disponibles para los sistemas operativos Oracle Linux 7.9 y Oracle Linux 8.5.

En este ejemplo se utilizan dos instancias informáticas en un solo dominio de disponibilidad del compartimento, como se muestra en la tabla.

Nombre compartimento Dominio de disponibilidad Imagen Forma VCN Subred
hydrohs1 (Fin de creación) HyDRCompmt (Fin de creación) AD1 (Fin de creación) Imagen de UCM de Oracle WebLogic Enterprise Edition (Oracle Linux 7.9) VM.Standard2.2 (Fin de creación) Hydrvcn webTierSubnet (Fin de creación)
hydrohs2 (Fin de creación) HyDRCompmt (Fin de creación) AD1 (Fin de creación) Imagen de UCM de Oracle WebLogic Enterprise Edition (Oracle Linux 7.9) VM.Standard2.2 (Fin de creación) Hydrvcn webTierSubnet (Fin de creación)

Realice lo siguiente para aprovisionar las instancias informáticas mediante la consola de instancias informáticas:

  1. Inicie sesión en la consola de OCI para su arrendamiento.
  2. Seleccione la región adecuada.
  3. Haga clic en el menú de navegación y seleccione Recursos informáticos. Haga clic en Instancias y, a continuación, en Crear instancia.
  4. Introduzca los nombres de la instancia informática y el compartimento.
  5. En Ubicación, seleccione el dominio de disponibilidad en el que desea crear la instancia. Si la región de OCI tiene más de un dominio de disponibilidad, puede colocar las instancias informáticas WebLogic en diferentes dominios de disponibilidad.
  6. En Imagen y unidad, haga clic en Cambiar imagen y realice lo siguiente:
    1. En la lista desplegable Origen de imagen, seleccione Imágenes de Oracle y, a continuación, seleccione Imagen de UCM de Oracle WebLogic Server Enterprise Edition en la lista de imágenes de Oracle WebLogic Server para OCI.
    2. Para la imagen seleccionada, haga clic en la flecha de la derecha y, a continuación, seleccione la versión de compilación de imagen para las imágenes pagadas.
      • Oracle Linux 7.9 (con la etiqueta release-ol7.9-build-timestamp)
      • Oracle Linux 8.5 (con la etiqueta release-ol8.5-build-timestamp)
    3. Revise las condiciones. Seleccione la casilla de control Condiciones de uso de Oracle y haga clic en Seleccionar imagen.
  7. En Imagen y unidad, haga clic en Cambiar unidad. Seleccione el tipo de instancia y seleccione la unidad que sea más similar a los hosts principales.
    Consulte Imágenes de Oracle WebLogic Server para OCI para obtener una lista de unidades soportadas.
  8. Seleccione la VCN, la subred (subred de capa web) y el dominio de disponibilidad del entorno.
    Para especificar el tipo de capacidad y el dominio de errores, haga clic en Mostrar opciones avanzadas.
  9. Configure la red para la instancia. Para especificar una configuración de red avanzada, haga clic en Mostrar opciones avanzadas.
  10. En Agregar claves SSH, genere una clave, cargue su clave pública o pegue las claves.
  11. En Volumen de inicio, especifique el tamaño y las opciones de cifrado del volumen de inicio de la instancia.
  12. Haga clic en Mostrar opciones avanzadas para establecer la configuración avanzada.
  13. Haga clic en Crear.
  14. Repita los pasos para crear otra instancia informática.

Preparación de Usuarios y Grupos del Sistema Operativo

El mismo usuario y grupo que utiliza el software local principal de Oracle es necesario en las instancias informáticas secundarias.

Las imágenes de Oracle WebLogic Server for Oracle Cloud Infrastructure ya tienen un usuario y un grupo oracle. Sin embargo, es posible que estos valores (nombre de usuario, nombre de grupo, uid y gid) no coincidan con los valores de la instancia principal y que necesite configurar los hosts secundarios para que coincidan con los valores del grupo y usuario oracle principal. Los siguientes ejemplos muestran cómo configurar los hosts secundarios de este nivel para que coincidan con los valores del grupo y usuario oracle principal.

Cada grupo y usuario de las instancias informáticas de OCI debe tener el mismo ID en cada nodo y el mismo que en el nodo principal.
  1. Identifique el usuario, el grupo y los ID del usuario oracle en los hosts principales conectándose a un host local con el usuario oracle y, a continuación, utilice el comando id.
    [oracle@host3.myopnetwork.com ~]$ id
uid=1001(oracle) gid=1002(oinstall) groups=1002(oinstall),1001(dba)

[oracle@host3.myopnetwork.com ~]$ more /etc/passwd | grep oracle
oracle:x:1001:1002::/home/oracle:/bin/bash

    En la siguiente tabla, se muestran usuarios y grupos de ejemplo para un entorno local típico.

    Usuario o Grupo Nombre ID Descripción
    Usuario oracle (Fin de creación) 1001 El propietario del software de Oracle
    Grupos oinstall (Fin de creación) 1002 Grupo principal del usuario oracle
    dba (Fin de creación) 1001 Grupo secundario del usuario oracle
  2. Identifique los usuarios, grupos e ID que existen en los hosts secundarios mediante SSH para acceder a la instancia creada recientemente como usuario opc. Conéctese a hosts secundarios con el usuario opc y, a continuación, ejecute sudo en el usuario oracle y el comando id.
    [opc@hydrwls1 ~]$ sudo su - oracle
[oracle@hydrwls1 ~]$ id
uid=1001(oracle) gid=1001(oracle) groups=1001(oracle),1002(docker) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

    En la siguiente tabla, se muestra el usuario y el grupo oracle que ya existen en las instancias informáticas secundarias.

    Usuario o Grupo Nombre ID Descripción
    Usuario oracle (Fin de creación) 1001 El propietario del software de Oracle
    Grupos oracle (Fin de creación) 1001 Grupo principal del usuario oracle
    docker (Fin de actualización) 1002 Grupo secundario del usuario oracle
  3. Éstos son posibles casos y soluciones:
    • Los usuarios y grupos secundarios son nombres e ID diferentes a los del primario.

      Solución: cree los usuarios y grupos en el secundario tal y como existen en el primario.

    • Los usuarios y los grupos secundarios son los mismos nombres pero identificadores diferentes que en el primario.

      Solución: cambie los ID del secundario para que coincidan con los ID del principal.

    • Los usuarios y los grupos del secundario son nombres diferentes de los del primario, pero tienen los mismos ID.

      Solución: cambie los nombres del usuario y del grupo en el secundario.

    • Hay conflictos: algunos identificadores del usuario o grupos principales los utilizan otros usuarios o grupos en el secundario.

      Solución: para corregir el conflicto, cambie el ID del usuario o grupo en conflicto en el secundario y, a continuación, cree el usuario o los grupos en el secundario para que coincidan con los que están en el primario.

    La siguiente tabla es un resumen de los comandos que puede utilizar para resolver conflictos:

    acción Comando (ejecutar como raíz)
    Para crear un grupo nuevo groupadd group_name -g group_id (Fin de creación)

    Por ejemplo:

    groupadd oinstall -g 1002 groupadd dba -g 1001 (Fin de creación)
    Para crear un nuevo usuario useradd -u user_id user_name -g principal_group -G other groups (Fin de creación)

    Por ejemplo:

    useradd -u 1001 oracleuser -g oinstall -G dba (Fin de creación)
    Para cambiar el grupo principal del usuario usermod -g new_primary_groupname user_name (Fin de creación)
    Para agregar un usuario a un grupo usermod -a -G secondary_groupname user_name (Fin de creación)
    Para cambiar el ID de un usuario

    usermod -u new_id user_name

    find / -user old_uid -exec chown -h user_name {} \;

    Por ejemplo, lo siguiente cambia el ID del usuario oracle de 1001 a 501:

    usermod -u 501 oracle

    find / -user 1001 -exec chown -h oracle {} \;
    Para cambiar el ID de un grupo

    groupmod -g new_id group_name

    find / -group old_id -exec chgrp -h group_name {} \;

    Por ejemplo, lo siguiente cambia el ID del grupo oracle de 1001 a 501:

    groupmod -g 501 oracle

    find / -user 1001 -exec chgrp -h oracle {} \;

    Nota:

    Oracle recomienda realizar los cambios en las instancias informáticas secundarias de OCI. No modifique los valores de ID en la base de datos principal.

    A continuación, se muestra un ejemplo en el que los ID de los grupos utilizados en los hosts principales ya los utilizan otros grupos en los hosts secundarios. Para resolver este conflicto, se necesitan las siguientes acciones:

    1. El grupo docker en el secundario utiliza el ID 1002, que entra en conflicto con el ID del grupo principal oinstall.
      Para resolver el conflicto, cambie el ID del grupo docker en los hosts secundarios a otro ID que no esté en conflicto. Por ejemplo, seleccione 1005 como nuevo ID y verifique que no se utiliza confirmando que no aparece en el archivo /etc/group.
      [opc@hydrwls1 ~]$ sudo -s  
[root@hydrwls1 ~]$ more /etc/group | grep 1005
      Al confirmar que el ID no se utiliza, cambie el ID del grupo al nuevo ID.
      [opc@hydrwls1 ~]$ sudo -s 
[root@hydrwls1 ~]$ groupmod -g 1005 docker
[root@hydrwls1 ~]$ find / -group 1002 -exec chgrp -h docker {} \;
    2. El grupo oracle en el secundario utiliza el ID 1001, que entra en conflicto con el ID del grupo principal dba.
      Para resolver el conflicto, cambie el ID del grupo oracle en los hosts secundarios a otro ID que no esté en conflicto. Por ejemplo, seleccione 1006 como nuevo ID y verifique que no se utiliza confirmando que no aparece en el archivo /etc/group.
      [opc@hydrwls1 ~]$ sudo -s 
[root@hydrwls1 ~]$ more /etc/group | grep 1006
      Al confirmar que el ID no se utiliza, cambie el ID del grupo al nuevo ID.
      [opc@hydrwls1 ~]$ sudo -s 
[root@hydrwls1 ~]$ groupmod -g 1006 oracle
[root@hydrwls1 ~]$ find / -group 1001 -exec chgrp -h oracle {} \;
    3. Cree los grupos de usuarios de oracle oinstall y dba en los hosts secundarios con los mismos ID que los principales. 
      [opc@hydrwls1 ~]$ sudo -s
[root@hydrwls1 ~]$ groupadd oinstall -g 1002
[root@hydrwls1 ~]$ groupadd dba -g 1001
    4. El usuario oracle tiene el mismo nombre e ID tanto en la base de datos primaria como en la base de datos en espera, por lo que no es necesario realizar cambios.
      Sin embargo, debe cambiar el grupo principal del usuario a oinstall en los hosts secundarios.
      [root@hydrwls1 ~]$ usermod -g oinstall oracle
      A continuación, agregue el usuario al grupo dba. 
      [root@hydrwls1 ~]$ usermod -a -G dba oracle
    5. Confirme que la salida del comando id para el usuario oracle en los hosts secundarios coincide con la principal para los grupos principal y secundario.
      Salida en la principal:
      [oracle@host3.myopnetwork.com ~]$ id
uid=1001(oracle) gid=1002(oinstall) groups=1002(oinstall),1001(dba)
      Salida en el secundario (el secundario puede tener grupos adicionales):
      oracle@hydrwls1 ~]$ id
uid=1001(oracle) gid=1002(oinstall) groups=1002(oinstall),1001(dba),1005(docker)
        …
    6. (Recomendado) Realice un reinicio del host después de estos cambios.
  4. (Opcional, pero recomendado) Active el acceso SSH al usuario oracle.
    Es útil en esta topología de DR porque permite al usuario oracle realizar una conexión directa para ejecutar los comandos que se utilizan para copiar el contenido del sistema de archivos del principal al secundario.
    1. Copie la clave pública que utilice para conectarse a las instancias informáticas en un archivo de texto. La utilizará más tarde en este procedimiento.
    2. Inicie sesión en la instancia y sudo en el usuario raíz.
    3. Cree un directorio .ssh en el directorio principal del nuevo usuario.
      mkdir -p /home/oracle/.ssh
    4. Copie la clave pública SSH que utiliza para conectarse al recurso informático en el archivo.
      /home/oracle/.ssh/authorized_keys
    5. Cambie el propietario y el grupo del directorio /home/oracle/.ssh al usuario oracle.
      chown -R oracle:oinstall /home/oracle/.ssh
    6. Verifique la conexión conectándose con SSH mediante el usuario oracle y la clave privada.
    7. Convierta los permisos del archivo authorized_keys en 600.
      chmod 600 /home/oracle/.ssh/authorized_keys

Preparación de los Requisitos del Sistema Operativo

Los binarios de Oracle HTTP Server se copiarán de los hosts principales de Oracle HTTP Server a los hosts secundarios de Oracle HTTP Server. Por lo tanto, no es necesario ejecutar runinstaller en los hosts secundarios. Debido a que las imágenes de Oracle WebLogic Server for Oracle Cloud Infrastructure están preparadas para el software WebLogic, no es necesario agregar manualmente paquetes para WebLogic. Sin embargo, estos hosts de Oracle HTTP Server ejecutarán el producto Oracle HTTP Server. Asegúrese de que los hosts secundarios cumplen los requisitos de Oracle HTTP Server.
  1. Asegúrese de que el entorno cumple los requisitos mínimos de instalación para los productos instalados en hosts principales. Consulte el documento correspondiente en Especificaciones y Requisitos del Sistema de Oracle Fusion Middleware.
  2. Verifique los paquetes del sistema necesarios para la versión y el sistema operativo.
  3. Instale los paquetes del sistema que faltan con yum.

    En este ejemplo, se utiliza Oracle HTTP Server 12.2.1.4 y Oracle Linux 7. Algunos de los paquetes necesarios ya están instalados en las instancias informáticas de nivel medio de Oracle Cloud Infrastructure (OCI). En este ejemplo, faltaban los siguientes elementos y se tenían que instalar mediante yum: 

    yum install compat-libcap1.x86_64
yum install compat-libstdc++-33.x86_64
yum install compat-libstdc++-33.i686 
yum install gcc-c++.x86_64
yum install libaio-devel.x86_64
yum install libstdc++.i686    
yum install libstdc++-devel.x86_64
yum install dejavu-serif-fonts
yum install numactl.x86_64
yum install numactl-devel.x86_64
yum install motif.x86_64
yum install motif-devel.x86_64
yum install redhat-lsb.x86_64
yum install xorg-x11-utils.x86_64
  4. Configure los límites de archivo y de proceso en el archivo /etc/security/limits.conf. Revise los límites de sus hosts de Oracle HTTP Server locales y defina los valores en las instancias informáticas de Oracle HTTP Server de OCI según corresponda.

Preparación de los alias de nombre de host para Oracle HTTP Server

Configure los mismos nombres de host virtual que utilizan los hosts de Oracle HTTP Server en el entorno principal como alias en las instancias informáticas de Oracle Cloud Infrastructure (OCI) Oracle HTTP Server secundarias, pero apunte a las direcciones IP de los hosts secundarios.

Esto se puede implementar de 2 maneras:

  • Agregue los nombres de host como alias a los archivos /etc/hosts de las instancias informáticas de Oracle WebLogic Server para OCI.
  • Utilice una vista de DNS privada en la VCN de OCI secundaria.
Usar archivos /etc/hosts
Los nombres de host virtual utilizados como alias en los servidores principales se agregan a los archivos /etc/hosts de los hosts secundarios, apuntando a las direcciones IP de los hosts secundarios. Este modo es válido en todos los casos en los que el servidor DNS es el mismo en las ubicaciones locales principales y en las ubicaciones secundarias de Oracle Cloud Infrastructure (OCI), así como cuando se utilizan servidores DNS separados en las ubicaciones primaria y secundaria. Las entradas del archivo /etc/hosts tienen prioridad sobre la resolución de DNS, porque es la prioridad definida lista para usar en la directiva "hosts" del archivo /etc/nsswitch.conf.

Sin embargo, este método requiere que agregue manualmente las entradas a todos los hosts de Oracle HTTP Server:

  1. Edite el archivo /etc/oci-hostname.conf de cada instancia informática de Oracle HTTP Server y defina la propiedad PRESERVE_HOSTINFO=3 para conservar las entradas /etc/hosts en los reinicios de la instancia.
  2. Utilice el comando hostname --fqdn para identificar los nombres de host completos de las instancias informáticas de OCI.
  3. Agregue las siguientes entradas al archivo /etc/hosts de las instancias informáticas de Oracle HTTP Server de OCI:
    #################################
# ALIASES for WLS DR
#################################
# Aliases of the Oracle HTTP Server hosts
ohshost1_compute_instance_IP  ohshost1_fqdn  ohshost1_hostname    ALIASES_OF_WEBHOST1
ohshost2_compute_instance_IP  ohshost2_fqdn  ohshost2_hostname    ALIASES_OF_WEBHOST2
# The aliases for WebLogic
                                Server are added too
virtual_IP_for_admin          virtualIP_fqdn  virtualIP_hostname    ALIASES_OF_ADMINVHN
apphost1_compute_instance_IP  apphost1_fqdn   apphost1_hostname     ALIASES_OF_APPHOST1
apphost2_compute_instance_IP  apphost2_fqdn   apphost2_hostname     ALIASES_OF_APPHOST2

    Nota:

    Además de agregar los nombres virtuales de los hosts de Oracle HTTP Server como alias, se agregan los nombres virtuales de los hosts de Oracle WebLogic Server, que apuntan a las IP del host de WebLogic Server secundario. Porque Oracle HTTP Server se comunicará con los hosts de WebLogic Server utilizando sus nombres de hosts virtuales.
    A continuación, se muestra un ejemplo del archivo /etc/hosts en la instancia informática de Oracle HTTP Server secundaria:
    #################################
# ALIASES for WLS DR - SECONDARY
#################################
# The aliases of the Oracle HTTP Server hosts
100.60.10.11 hydrohs1.webTiersubnet.hydrvcn.oraclevcn.com    hydrohs1    WEBHOST1.example.com WEBHOST1
100.60.10.12 hydrohs2.webTiersubnet.hydrvcn.oraclevcn.com    hydrohs2    WEBHOST2.example.com WEBHOST2
# The aliases of the WLS hosts
100.70.10.20 hydrwls-vip.midTiersubnet.hydrvcn.oraclevcn.com hydrwls-vip ADMINVHN.example.com ADMINVHN
100.70.10.13 hydrwls1.midTiersubnet.hydrvcn.oraclevcn.com    hydrwls1    APPHOST1.example.com APPHOST1
100.70.10.14 hydrwls2.midTiersubnet.hydrvcn.oraclevcn.com    hydrwls2    APPHOST2.example.com APPHOST2
    A continuación, se muestra un ejemplo del archivo /etc/hosts existente de los hosts de Oracle HTTP Server principales:
    #################################
# ALIASES for WLS DR - PRIMARY
#################################
# The aliases of the Oracle HTTP Server hosts
100.10.10.11 host1.myopnetwork.com    host1    WEBHOST1.example.com WEBHOST1
100.10.10.12 host2.myopnetwork.com    host2    WEBHOST2.example.com WEBHOST2
# The aliases of the WebLogic
                                Server hosts
10.10.10.20    host-vip1.myopnetwork.com         host-vip1       ADMINVHN.example.com   ADMINVHN
10.10.10.13    host3.myopnetwork.com             host3           APPHOST1.example.com   APPHOST1
10.10.10.14    host4.myopnetwork.com             host4           APPHOST2.example.com   APPHOST2
Uso del sistema de nombres de dominio (DNS)
Los nombres de host virtual utilizados por los hosts principales de Oracle HTTP Server se agregan al solucionador de DNS utilizado por la VCN de los hosts secundarios de Oracle HTTP Server, que apunta a las direcciones IP de los hosts secundarios de Oracle HTTP Server. Este modo es válido cuando se utilizan servidores DNS independientes en la ubicación local principal y en la secundaria de Oracle Cloud Infrastructure (OCI). De lo contrario, puede provocar conflictos en la resolución de nombres. El servidor de cada sitio debe resolver estos nombres con sus propias IP.
La ventaja de este método es que puede agregar todas las entradas a una vista DNS privada, en lugar de agregarlas a los archivos /etc/hosts de todos los hosts.

Agregue las entradas para los nombres de host virtual de Oracle HTTP Server a la vista privada creada en OCI en el paso Preparar el nivel medio en OCI:

  1. En la consola de OCI, vaya a la región secundaria y busque la vista privada:
    1. Haga clic en Redes, Gestión de DNS, Vistas privadas.
      Por ejemplo, HYBRID_DR_VIRTUAL_HOSTNAMES
    2. En la vista privada, haga clic en el nombre de zona que creó para agregar los hosts virtuales.
      En este ejemplo: example.com.
    3. Agregue los nombres de hosts virtuales de Oracle HTTP Server a esta zona, pero se resuelve con las IP de los hosts secundarios de Oracle HTTP Server.

      Solo debe proporcionar el nombre no fqdn en el menú de la consola de OCI para agregar el registro. El dominio DNS de la zona se agrega automáticamente al registro.

    4. Haga clic en Publicar cambios.
  2. Valide los hosts SECUNDARIOS de resolución mediante ping y nslookup de los nombres de host virtuales agregados.
    Se deben resolver con las IP SECONDARIAS equivalentes.

Abrir los puertos necesarios en los firewalls del host de OCI

Cada instancia informática tiene un servicio de firewall local. Por motivos de seguridad, la configuración por defecto es rechazar las conexiones para todos los puertos, excepto el mínimo necesario (ssh, dhcp). Debe abrir los puertos que utiliza Oracle HTTP Server.
  1. Compruebe el estado y las reglas del servicio de firewall:
    bash-4.2# firewall-cmd --state
running
bash-4.2# firewall-cmd --list-all
public (active)
  target: default
  icmp-block-inversion: no
  interfaces: ens3
  sources:
  services: dhcpv6-client ssh
  ports:
  protocols:
  masquerade: no
  forward-ports:
  source-ports:
  icmp-blocks:
  rich rules:
    Esta salida significa que no hay puertos abiertos distintos de 22.
  2. Como usuario raíz, utilice los comandos firewall-cmd para abrir los puertos utilizados como puertos de recepción por Oracle HTTP Server en cada instancia informática de Oracle HTTP Server.
    Por ejemplo:
    firewall-cmd --permanent --add-port=7001/tcp 
firewall-cmd --permanent --add-port=8890/tcp 
service firewalld reload
  3. Compruebe el estado y las reglas del servicio de firewall:
    bash-4.2# firewall-cmd --list-all
public (active)
  target: default
  icmp-block-inversion: no
  interfaces: ens3
  sources:
  services: dhcpv6-client ssh
  ports: 7001/tcp 8890/tcp 8888/tcp
  protocols:
  masquerade: no
  forward-ports:
  source-ports:
  icmp-blocks:
  rich rules:

Creación de las variables de entorno de usuario oracle para Oracle HTTP Server

Es común tener variables de entorno relacionadas con Oracle HTTP Server en el perfil del usuario oracle en los hosts de Oracle HTTP Server. Por ejemplo, ORACLE_HOME, JDK_HOME, PATH, WEB_DOMAIN_HOME y otros.
  1. Revise los archivos de perfil del usuario oracle en los hosts principales de Oracle HTTP Server.
  2. En secundario, agregue las mismas variables de entorno relacionadas con Oracle HTTP Server a los archivos de perfil del usuario oracle (.bashrc o .bash_profile).

    Tenga en cuenta que el archivo .bashrc del usuario oracle en los hosts de Oracle HTTP Server puede que ya contenga variables definidas (MIDDLEWARE_HOME, WLS_HOME, etc.), pero probablemente serán para las carpetas del entorno y no serán válidas. Asegúrese de eliminarlas o modificarlas según corresponda en las carpetas del entorno.

Replicación del producto Oracle HTTP Server y la configuración desde el principal

Dado que las instancias informáticas de OCI de Oracle HTTP Server secundarias se crean como hosts principales de Oracle HTTP Server (el mismo sistema operativo, ID de usuario, alias de nombre de host, etc.), puede utilizar rsync para copiar los binarios y la configuración de Oracle HTTP Server de los nodos principales de Oracle HTTP Server.

También puede descargar el software Oracle HTTP Server, instalarlo y configurarlo desde cero en las instancias informáticas de Oracle HTTP Server de OCI. Este enfoque está fuera del alcance de este documento. Sin embargo, debe utilizar este enfoque cuando las instancias informáticas de OCI de Oracle HTTP Server tienen un sistema operativo diferente al de los hosts principales de Oracle HTTP Server.

Los archivos de configuración y los binarios de Oracle HTTP Server normalmente residen en un almacenamiento privado. En OCI, puede utilizar el volumen en bloque que tiene por defecto la instancia informática. También puede crear un nuevo volumen en bloque para cada cálculo de Oracle HTTP Server (como se describe en Preparación de los volúmenes en bloque de OCI) y montar cada uno en las instancias informáticas de Oracle HTTP Server (como se describe en Montaje de los volúmenes en bloque de OCI).

En este ejemplo se utiliza el volumen en bloque por defecto de las instancias informáticas de Oracle HTTP Server sin crear ningún volumen en bloque adicional.

  1. Identifique las carpetas de los binarios y la configuración de Oracle HTTP Server en los nodos principales de Oracle HTTP Server.
    Por ejemplo:
  2. Cree las mismas carpetas en las instancias informáticas de Oracle HTTP Server de OCI. Debe utilizar la misma ruta de acceso que se utiliza en la ruta principal.
    1. SSH en las instancias informáticas del sistema operativo y sudo en el usuario root.
    2. Cree las carpetas y convierta a oracle en el propietario.
      Por ejemplo:
      bash-4.2# mkdir -p /u02/oracle/products/ohs_12214
bash-4.2# mkdir -p /u02/oracle/config/ohsdomain_12214
bash-4.2# chown -R oracle:oinstall /u02
    3. Repita para cada instancia informática de OCI de Oracle HTTP Server.
  3. Utilice rsync para copiar la carpeta products del WEBHOST1 principal local en el WEBHOST1 remoto. Repita el paso para copiar la carpeta de productos de WEBHOST2 en WEBHOST2 remoto. Repita este paso para cualquier otra instancia informática de Oracle HTTP Server.

    Nota:

    Hay un script de ejemplo que puede utilizar para copiar la carpeta de productos de Oracle HTTP Server del WEBHOST1 principal local al WEBHOST1 remoto.

    Vaya a Download Code (Descargar código) para descargar el script.

  4. Utilice rsync para copiar la carpeta de configuración de Oracle HTTP Server del WEBHOST1 principal local al WEBHOST1 remoto. Repita el paso para copiar la carpeta de configuración de WEBHOST2 en WEBHOST2 remoto. Repita este paso para cualquier otra instancia informática de Oracle HTTP Server.

    Nota:

    Hay un script de ejemplo que puede utilizar para copiar la carpeta de configuración de Oracle HTTP Server del WEBHOST1 principal local al WEBHOST1 remoto.

    Vaya a Download Code (Descargar código) para descargar el script.

  5. Copie el archivo /etc/oraInst.loc de los hosts principales de Oracle HTTP Server y guárdelo en los hosts secundarios.
    Este archivo solo contiene la ubicación de oraInventory y no cambia con el tiempo, por lo que esta copia es una acción puntual.
  6. Si la carpeta oraInventory está en la carpeta de productos, se copia junto con el directorio raíz de Oracle de Oracle HTTP Server. Si la carpeta oraInventory está en una ubicación diferente, asegúrese de copiarla también en los hosts secundarios.

La configuración y los binarios de Oracle HTTP Server no cambian con frecuencia las horas extra. Después de esta replicación inicial, puede repetir la misma replicación durante el ciclo de vida. También puede mantener manualmente la configuración de Oracle HTTP Server en la instancia principal y secundaria mediante la implementación de los cambios de configuración de Oracle HTTP Server en ambas ubicaciones.

Preparar equilibrador de carga de OCI

Cree y configure el equilibrador de carga de Oracle Cloud Infrastructure en la nube.

Nota:

Puede encontrar el código de Terraform para crear los recursos descritos en esta sección (el equilibrador de carga de OCI, el certificado SSL, los juegos de backends y backends, las políticas de enrutamiento, los listeners y los juegos de reglas) en Código de descarga.

Aprovisionamiento del equilibrador de carga de OCI

Para ser coherente con el sitio local principal, aprovisione un equilibrador de carga en el sitio secundario en Oracle Cloud Infrastructure (OCI) como punto de entrada al sistema.

  1. Inicie sesión en la consola de OCI.
  2. Seleccione la región y el compartimento adecuados.
  3. Vaya a Red y, a continuación, a Equilibradores de carga. Haga clic en Crear equilibrador de carga.
  4. Seleccione el tipo de Equilibrador de carga.
  5. Proporcione un nombre para el equilibrador de carga.
    Por ejemplo: hyDRlbr.
  6. Elija el tipo de visibilidad (pública o privada) y el ancho de banda que coincida con sus necesidades.
    • Si se accede al sistema desde clientes externos a través de Internet, seleccione la visibilidad pública. El equilibrador de carga de OCI utilizará una IP pública.
    • Si se accede al sistema solo desde clientes de forma interna, puede seleccionar la visibilidad privada para aprovisionar el equilibrador de carga solo con una IP privada.
  7. Seleccione la VCN y la subred adecuadas.
    Por ejemplo, hydrvcn y webTierSubnet.
  8. No agregue ningún backend en este punto.
  9. Deje el listener por defecto con los valores por defecto.
  10. Haga clic en Enviar.
Guarde la IP del equilibrador de carga de OCI (por ejemplo, 100.100.100.10).

Cargar los certificados

Cargue los certificados utilizados por el equilibrador de carga principal.

  1. En la consola, haga clic en Equilibrador de carga, Certificados y, a continuación, en Agregar certificado.
  2. Cargue el certificado SSL público y la clave privada del certificado que utiliza el equilibrador de carga principal. Cargue certificados de autoridad de certificación (CA), si se utilizan.
  3. Introduzca un nombre para el certificado y, a continuación, haga clic en Agregar certificado.
    El nuevo certificado aparece en la lista de certificados para el equilibrador de carga.
  4. Si utiliza más de un certificado para acceder al sistema principal, repita estos pasos para cargar todos los certificados.

Creación de juegos de backends

Un juego de backends es una entidad lógica que contiene una lista de servidores backend que ejecutan las mismas aplicaciones. Al definir un juego de backends, debe especificar una política de equilibrio de carga y una prueba de comprobación del sistema. A continuación, puede agregar la lista de servidores de backend.

La configuración de los juegos de backends depende de si está utilizando Oracle HTTP Server delante de los hosts del servidor WebLogic o no.

Si utiliza Oracle HTTP Server, el equilibrador de carga de Oracle Cloud Infrastructure (OCI) envía las solicitudes a los servidores HTTPS. Cree un juego de backends para cada puerto expuesto por los servidores HTTPS. Por ejemplo, cree un juego de backends para el listener de Oracle HTTP Server que proporcione acceso a las aplicaciones y otro juego de backends para el listener de Oracle HTTP Server que proporcione acceso a cada consola de administración de Oracle WebLogic Server.

Si no utiliza Oracle HTTP Server, el equilibrador de carga de OCI envía las solicitudes a los servidores WebLogic directamente. Cree un juego de backends para cada cluster de Oracle WebLogic Server y otro juego de backends para el servidor de administración.

  1. Inicie sesión en la consola de OCI.
  2. Seleccione la región y el compartimento adecuados.
  3. En el menú de navegación, haga clic en Red y, a continuación, haga clic en Equilibradores de carga.
  4. Haga clic en el equilibrador de carga al que desea agregar un backend.
  5. Haga clic en Juegos de backends en el menú Recursos y, a continuación, en Crear juego de backends.
  6. Introduzca lo siguiente en el cuadro de diálogo Create Backend Set:
    1. Nombre: especifique un nombre para el juego de backends.
      Los nombres de juegos de backends válidos solo incluyen caracteres alfanuméricos, guiones y caracteres de subrayado.
    2. Política de distribución de tráfico: seleccione Asignación en rueda ponderada.
    3. Persistencia de sesiones: seleccione Activar persistencia de cookies de equilibradores de carga.
    4. Nombre de Cookie: introduzca un nombre para la cookie utilizada para activar la persistencia de sesiones.
    5. Atributos: seleccione Seguro.
    6. Comprobación del sistema: seleccione TCP para comprobar el puerto o HTTP para comprobar la ruta de URL (URI) y el código de respuesta esperado.
      A continuación, se muestran ejemplos de HTTP para la comprobación del sistema:
      • OHS_Admin_backendset: ruta de URL /console, código de estado 302
      • OHS_HTTP_backendset:
        • Ruta de URL /, código de estado 200 (o 404, según la configuración de Oracle HTTP Server)
        • Ruta de URL /app1, código de estado 200
  7. Haga clic en Crear.

Si tiene clusters WebLogic Server adicionales, cree un juego de backends para cada cluster de forma similar.

A continuación se muestra un ejemplo de los juegos de backends al utilizar Oracle HTTPS Server con Oracle WebLogic Server.

Componente Nombre de juego de backends Política de distribución de tráfico Persistencia de sesiones Nombre de cookie (ejemplo) Atributo: seguro Comprobación del sistema
Servidor de Administración OHS_Admin_backendset (Fin de creación) Circuito cíclico ponderado Activar persistencia de cookies de equilibradores de carga X-Oracle-LBR-ADMIN-Backendset (Fin de creación) Desactivado TCP o HTTP
Clusters WebLogic OHS_HTTP_backendset (Fin de creación) Circuito cíclico ponderado Activar persistencia de cookies de equilibradores de carga X-Oracle-LBR-OHS-HTTP-Backendset (Fin de creación) Activado TCP o HTTP

A continuación se muestra un ejemplo de los juegos de backends cuando no utiliza Oracle HTTP Server.

Componente Nombre de juego de backends Política de distribución de tráfico Persistencia de sesiones Nombre de cookie (ejemplo) Atributo: seguro Comprobación del sistema
Servidor de Administración Admin_backendset (Fin de creación) Circuito cíclico ponderado Activar persistencia de cookies de equilibradores de carga X-Oracle-LBR-ADMIN-Backendset (Fin de creación) Desactivado TCP o HTTP
Cluster de WebLogic 1 WLS_Cluster1_backendset (Fin de creación) Circuito cíclico ponderado Activar persistencia de cookies de equilibradores de carga X-Oracle-LBR-WLSCluster1-Backendset (Fin de creación) Activado TCP o HTTP
Cluster de WebLogic 2 WLS_Cluster2_backendset (Fin de creación) Circuito cíclico ponderado Activar persistencia de cookies de equilibradores de carga X-Oracle-LBR-WLSCluster2-Backendset (Fin de creación) Activado TCP o HTTP

Si tiene clusters WebLogic adicionales, cree un juego de backends para cada cluster de forma similar.

Definición de backends para cada juego de backends

Defina los backends para cada juego de backends en el equilibrador de carga de Oracle Cloud Infrastructure (OCI).

Si utiliza Oracle HTTP Server, agregue los nodos de Oracle HTTP Server y los puertos adecuados como backends en cada juego de backends.

Si no utiliza Oracle HTTP Server, agregue los nodos de Oracle WebLogic Server y los puertos adecuados como backends en cada juego de backends.

  1. En la consola, seleccione un juego de backends. Haga clic en Backends y, a continuación, en Agregar backends.
  2. Introduzca la dirección IP y el puerto del servidor que es el backend.
En la tabla se muestran los juegos de backends creados en el ejemplo de este documento al utilizar Oracle HTTP Server:
Nombre de juego de backends Backends
OHS_Admin_backendset (Fin de creación) Instancias informáticas:
  • hydrohs1, puerto de Oracle HTTP Server para el listener de consolas (como 7001)
  • hydrohs2, puerto de Oracle HTTP Server para el listener de consolas (como 7001)
OHS_HTTP_backendset (Fin de creación) Instancias informáticas:
  • hydrohs1, puerto de Oracle HTTP Server para el listener HTTP (como 8890)
  • hydrohs2, puerto de Oracle HTTP Server para el listener HTTP (como 8890)

En la tabla se muestran los juegos de backends creados en el ejemplo de este documento cuando NO se utiliza Oracle HTTP Server:

Nombre de juego de backends Backends
Admin_backendset (Fin de creación) Direcciones IP:
  • La IP virtual del servidor de administración creada anteriormente, puerto del servidor de administración (7001)
WLSCluster1_backendset (Fin de creación) Instancias informáticas:
  • hydrwls1, puerto del servidor 1 del cluster 1 de WLS (8001)
  • hydrwls2, puerto del servidor 1 del cluster 1 de WLS (8001)
WLSCluster2_backendset (Fin de creación) Instancias informáticas:
  • hydrwls1, puerto del servidor 1 del cluster 2 de WLS (9001)
  • hydrwls2, puerto del servidor 2 del cluster 2 de WLS (9001)

Definición de las políticas de enrutamiento y configuración de las reglas

Las políticas de enrutamiento se utilizan para distribuir las solicitudes entrantes al juego de backends correcto. Por ejemplo, una solicitud para /console se distribuye al juego de backends de administrador y una solicitud para /app1 se distribuye al juego de backends del cluster en el que se está ejecutando app1.

Si utiliza Oracle HTTP Server, normalmente define las rutas (como /app1, /app2, /console, etc.) en la configuración de Oracle HTTP Server. En este caso, no es necesario definir las políticas y reglas de enrutamiento en el equilibrador de carga de Oracle Cloud Infrastructure (OCI).

Si no utiliza Oracle HTTP Server, debe definir las políticas y reglas de direccionamiento en el equilibrador de carga de OCI para distribuir las solicitudes al juego de backends adecuado.

  1. En la consola de Oracle Cloud Infrastructure, haga clic en el equilibrador de carga.
  2. Haga clic en Políticas de direccionamiento y, a continuación, en Crear políticas de direccionamiento para definir las políticas.
    Las políticas de enrutamiento se agregan a los listeners del equilibrador de carga más adelante.
  3. Introduzca un nombre para la política de enrutamiento (juego de reglas).
    Por ejemplo, Admin_Rules.
  4. Para crear reglas en la política de ruta, introduzca un nombre para la regla.
    Por ejemplo, Admin_routerule.
  5. Defina las condiciones de regla para direccionar solicitudes a diferentes juegos de backends. Seleccione Si hay alguna coincidencia y, a continuación, seleccione Tipo de condición: Ruta, seleccione Operador: Empieza por e introduzca una Cadena de URL.
    Por ejemplo, If Any Match, Path, Starts With, /console.
  6. Seleccione el juego de backends del menú para configurar la acción.
    Por ejemplo, OHS_Admin_backendset.
En la tabla se muestran las políticas y reglas de enrutamiento del equilibrador de carga de Oracle Cloud Infrastructure creado siguiendo el ejemplo de este documento cuando no se utiliza Oracle HTTP Server.
Componente Nombre de política de enrutamiento Regla Condiciones: Si alguna ruta de coincidencia empieza por Acción: Ruta hacia juego de backends
Consolas del servidor de administración Admin_Rules (Fin de creación) Admin_routerule (Fin de creación)

/console (Fin de creación)

/em (Fin de actualización)

 Admin_backendset (Fin de creación)
Aplicación 1 Application_Rules (Fin de creación) WLSCluster1_routerule (Fin de creación)

/app1 (Fin de creación)

 WLSCluster1_backendset (Fin de creación)
Aplicación 2 Application_Rules (Fin de creación) WLSCluster2_routerule (Fin de creación)

/app1 (Fin de creación)

 WLSCluster2_backendset (Fin de creación)

Puede crear tantas políticas de enrutamiento, reglas y condiciones como necesite para su entorno.

Creación de los Listeners

Cree los listeners para cada combinación de nombre de front-end y puerto que se utiliza para acceder al sistema. Debe utilizar los mismos nombres de host (nombres de front-end virtuales) y puertos que utiliza el equilibrador de carga principal.

  1. Agregue el nombre de host de front-end virtual como nombre de host en el equilibrador de carga de Oracle Cloud Infrastructure.
  2. Cree los listeners.

La siguiente tabla es un resumen de los listeners creados en el ejemplo de este documento y su protocolo, puerto, juegos de backends, política de direccionamiento, nombre de host y uso de SSL asociados. Este es un ejemplo de referencia. Si el sistema utiliza nombres de host, puertos o protocolos front-end adicionales en el sistema Oracle WebLogic Server principal, debe crear los listeners y nombres de host correspondientes según sus necesidades. Por ejemplo, si utiliza un front-end alternativo para acceder a la consola de Oracle WebLogic Server y a la consola de Oracle Enterprise Manager.

Listener Protocolo Puerto Juego de backends Política de enrutamiento HostName (Fin de creación) Usar SSL
Admin_listener (Fin de creación) HTTP 7001

OHS_Admin_backendset (si se utiliza Oracle HTTP Server)

Admin_backendset (si no se utiliza Oracle HTTP Server)

Admin_Rules (Fin de creación) wlsfrontend.example.com (Fin de creación) No
HTTPS_listener (Fin de creación) HTTPS 443

OHS_HTTP_backendset (si se utiliza Oracle HTTP Server)

WLSCluster1_routerule (si no se utiliza Oracle HTTP Server)

App_Rules (Fin de creación) wlsfrontend.example.com (Fin de creación) Si
HTTP_listener (Fin de creación) HTTP 80 N/A* N/A wlsfrontend.example.com (Fin de creación) No

* En este ejemplo, HTTP_listener solo se utiliza para redirigir solicitudes a HTTPS_listener (HTTPS). El backend que tiene asignado no se utilizará. Sin embargo, dado que es obligatorio proporcionar uno, debe proporcionar uno que no tenga SSL activado (utilice un juego de backends vacío por defecto).

Creación del Juego de Reglas para Cabeceras SSL

Cree un juego de reglas para cabeceras SSL en el equilibrador de carga de Oracle Cloud Infrastructure (OCI) y asócielo al listener HTTPS.

Al igual que en el sitio principal, el equilibrador de carga de OCI termina SSL y la comunicación entre el equilibrador de carga y el servidor backend se realiza mediante el protocolo HTTP. Para que esto funcione correctamente, debe agregar cabeceras de solicitud en el equilibrador de carga de OCI. Estas cabeceras se agregan a las solicitudes de cliente que llegan al listener HTTPS, antes de que se distribuyan al backend WebLogic. Las cabeceras informan a WebLogic de que la comunicación del cliente final al equilibrador de carga ha utilizado HTTPS. De esta forma, cualquier URL que construya WebLogic de forma dinámica se generará correctamente mediante HTTPS.
  1. Seleccione el equilibrador de carga en la consola. Haga clic en Juegos de Reglas y, a continuación, en Crear Juego de Reglas.
  2. Proporcione un nombre para la regla.
    Por ejemplo, SSLHeaders.
  3. Marque Especificar reglas de cabecera de solicitud y agregue las siguientes acciones:
    acción Cabecera Valor
    Agregar cabecera de solicitud is_ssl (Fin de creación) SSL
    Agregar cabecera de solicitud WL-Proxy-SSL (Fin de creación) Verdadero
  4. Haga clic en Crear.
  5. Haga clic en Equilibrador de carga y, a continuación, en Listener. Edite el listener que utiliza HTTPS para asociar la regla al listener HTTPS.
  6. Haga clic en +Additional Juego de reglas y, a continuación, seleccione el juego de reglas SSLHeaders.

Creación del Juego de Reglas para Redirigir el Protocolo HTTP a HTTPS

Cree una regla de redirección y asóciela a HTTP_listener para redirigir el puerto 80 al puerto 443. Para la topología EDG, todas las solicitudes que llegan al puerto 80 (HTTP) en el equilibrador de carga se deben redirigir al puerto 443 (HTTPS).

  1. En la consola, seleccione el equilibrador de carga.
  2. Haga clic en Juegos de Reglas y, a continuación, en Crear Juego de Reglas.
  3. Introduzca un nombre para la regla.
    Por ejemplo, HTTP_to_HTTPS_redirect.
  4. Marque Especificar reglas de redireccionamiento de URL y agregue las siguientes acciones
    • Ruta de acceso de origen: /
    • Tipo de coincidencia: forzar coincidencia de prefijo más larga
    • Redirigir a:
    • Protocolo: HTTPS
    • Host: {host} (deje el valor por defecto)
    • Puerto: 443
    • Ruta: /{path} (deje el valor por defecto)
    • Consulta: ?{query} (deje el valor por defecto)
    • Código de respuesta: 301 - Movido permanentemente
  5. Haga clic en Equilibrador de carga y, a continuación, en Listener. Edite el listener que utiliza el puerto HTTP 80 para asociarlo al listener HTTP.
  6. Haga clic en +Additional Juego de reglas y seleccione la regla HTTP_to_HTTPS_redirect.

Adición del nombre de front-end virtual y la IP a las instancias informáticas de WLS

En una topología de recuperación ante desastres, los clientes deben acceder al sistema mediante un FQDN de front-end (normalmente denominado nombre de front-end virtual o URL personalizada) que no tenga en cuenta el centro de datos. Este nombre de front-end virtual se debe resolver en la dirección IP del equilibrador de carga del sitio activo (principal) actual.

El sistema principal ya debe utilizar un nombre virtual de front-end que resuelva el DNS con la IP del equilibrador de carga principal. Sin embargo, los hosts de Oracle WebLogic Server de cada sitio siempre deben resolver el nombre de front-end con su equilibrador de carga local, independientemente de la resolución orientada al cliente con DNS. Para ello, el nombre de front-end virtual se agrega a su archivo /etc/hosts con la dirección IP adecuada en cada sitio. También puede lograr esto utilizando diferentes servidores DNS en cada sitio. En ese caso, el servidor DNS local resolvería el nombre de front-end con la IP de equilibrador de carga adecuada en cada sitio.

Usar archivos /etc/hosts
El archivo /etc/hosts de los hosts principales y secundarios de Oracle WebLogic Server no se debe modificar cuando hay una operación de switchover o failover. Los hosts de Oracle WebLogic Server siempre resolverán el nombre de front-end virtual con su IP de front-end. La actualización de DNS necesaria durante los procedimientos de switchover y failover se realiza en los archivos de host o DNS utilizados por los clientes de Oracle WebLogic Server.
  1. Como usuario raíz, edite el archivo /etc/oci-hostname.conf en las instancias informáticas secundarias de Oracle WebLogic Server for Oracle Cloud Infrastructure y asigne el nombre de front-end a la IP del equilibrador de carga de Oracle Cloud Infrastructure (OCI).

    A continuación, se muestra un ejemplo del archivo /etc/hosts de la instancia informática secundaria de Oracle WebLogic Server para OCI, incluida la entrada para el nombre de front-end. 

    #################################
# ALIASES in OCI 
#################################
100.70.10.20   hydrwls-vip.midTiersubnet.hydrvcn.oraclevcn.com      hydrwls-vip       ADMINVHN.example.com    ADMINVHN    
100.70.10.13   hydrwls1.midTiersubnet.hydrvcn.oraclevcn.com         hydrwls1          APPHOST1.example.com    APPHOST1
100.70.10.14   hydrwls2.midTiersubnet.hydrvcn.oraclevcn.com         hydrwls2          APPHOST2.example.com    APPHOST2

# Front-end name (resolved to secondary OCI LBR IP)
100.100.100.10    wlsfrontend.example.com
  2. Si aún no lo ha hecho, siga los mismos pasos en los hosts principales de Oracle WebLogic Server. El nombre de front-end debe apuntar a la IP del equilibrador de carga principal.
    A continuación, se muestra un ejemplo del archivo /etc/hosts del host principal de Oracle WebLogic Server local, incluida la entrada del nombre de front-end. 
    #################################
# ALIASES in on-prem 
#################################
10.10.10.20   host-vip1.myopnetwork.com    host-vip1         ADMINVHN.example.com   ADMINVHN    
10.10.10.13   host3.myopnnetwork.com       host3             APPHOST1.example.com   APPHOST1
10.10.10.14   host4.myopnnetwork.com       host4             APPHOST2.example.com   APPHOST2

# Front-end name (resolved to primary Load Balancer IP)
10.10.10.100    wlsfrontend.example.com
  3. Si el sistema de Oracle WebLogic Server utiliza más nombres de front-end virtuales, agréguelos al archivo siguiendo la misma regla.
Uso del sistema de nombres de dominio (DNS)
Este modo es válido cuando se utilizan servidores DNS separados en la ubicación local principal y la secundaria en Oracle Cloud Infrastructure (OCI). De lo contrario, puede provocar conflictos en la resolución de nombres.

Si sigue este enfoque, puede agregar el nombre de front-end (que apunta a la IP del equilibrador de carga secundario) al servicio DNS utilizado por los niveles intermedios secundarios. En la base de datos primaria, se espera que el nombre del front-end ya se haya resuelto y apunte a la IP del equilibrador de carga principal.

En la base de datos primaria, se espera que el nombre de front-end ya se haya resuelto y apunte a la IP del equilibrador de carga principal.