1. Configurar una solución de DR híbrida para Oracle WebLogic Server
  2. Preparación del nivel medio en OCI

Preparación del nivel medio en OCI

Aprovisione y prepare los hosts de nivel medio para la recuperación ante desastres en Oracle Cloud Infrastructure (OCI).

Aprovisionamiento de instancias informáticas para los nodos de capa media

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

Para aprovechar las licencias de Oracle Customer Hub (UCM) para Oracle WebLogic Server for Oracle Cloud Infrastructure, Oracle recomienda utilizar WebLogic para imágenes de OCI para aprovisionar las instancias informáticas. Puede aprovisionar imágenes de Oracle WebLogic Server para OCI mediante la consola de instancia informática o el Marketplace. Estas imágenes están disponibles para los sistemas operativos Oracle Linux 7.9 y 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 UNIDAD VCN Subred
hydrwls1 (Fin de creación) HyDRCompmt (Fin de creación) AD1 (Fin de creación) Imagen de UCM de Oracle WebLogic Suite (Oracle Linux 7.9) VM.Standard2.2 (Fin de creación) hydrvcn (Fin de creación) midTierSubnet (Fin de creación)
hydrwls2 (Fin de creación) HyDRCompmt (Fin de creación) AD1 (Fin de creación) Imagen de UCM de Oracle WebLogic Suite (Oracle Linux 7.9) VM.Standard2.2 (Fin de creación) hydrvcn (Fin de creación) midTierSubnet (Fin de creación)

Para aprovisionar las instancias informáticas mediante la sección Instancia informática de la consola de OCI:

  1. Conéctese a la consola de OCI para su arrendamiento.
  2. Seleccione la región adecuada.
  3. Abra el menú de navegación y haga clic en Recursos informáticos. En Recursos informáticos, haga clic en Instancias y, a continuación, en Crear instancia.
  4. Proporcione el nombre 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, a continuación, realice los siguientes pasos:
    1. En la lista desplegable de origen Imagen, seleccione Imágenes de Oracle. Seleccione Oracle WebLogic Server Enterprise Edition UCM Image o Oracle WebLogic Suite UCM Image.
      Debe seleccionar la misma edición que está utilizando en su instancia local.

      Nota:

      El uso de orígenes de datos GridLink de Oracle WebLogic Server es un derecho disponible solo como parte de la licencia de Oracle WebLogic Suite.

    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, ya sea Oracle Linux 7.9 (con la etiqueta release-ol7.9-build-timestamp) o Oracle Linux 8.5 (con la etiqueta release-ol8.5-build-timestamp).
      Debe seleccionar el sistema operativo más similar al que está utilizando en la instancia local.
    3. Revise las condiciones y seleccione la casilla de control Oracle Terms of Use y, a continuación, haga clic en Seleccionar imagen.
  7. En Imagen y unidad, haga clic en Cambiar unidad. Seleccione el tipo de instancia y seleccione la unidad más similar a los hosts principales.
    Consulte Unidades para las imágenes para buscar las unidades soportadas.
  8. Seleccione la VCN, la subred y el dominio de disponibilidad de su 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 la configuración de red avanzada, haga clic en Mostrar opciones avanzadas.
  10. En Agregar claves SSH, genere una clave y, a continuación, 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.
    Para configurar valores avanzados, haga clic en Mostrar opciones avanzadas.
  12. Haga clic en Crear.
  13. Repita los pasos para crear otra instancia informática.

Nota:

Puede encontrar el código de Terraform para crear estas instancias informáticas en Descargar código.

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 hosts secundarios de nivel medio deben cumplir los requisitos del sistema operativo para ejecutar el software.

Los binarios de los directorios raíz de Oracle WebLogic Server se copiarán de los hosts principales de WebLogic Server a los hosts secundarios de WebLogic Server. Por lo tanto, no es necesario ejecutar runinstaller en los hosts secundarios de WebLogic Server. Las imágenes de Oracle WebLogic Server para OCI se preparan para el software WebLogic Server, por lo que no es necesario agregar paquetes adicionales manualmente.

Sin embargo, si utiliza cualquier producto de Oracle Fusion Middleware sobre WebLogic Server, asegúrese de que los hosts secundarios de WebLogic Server cumplen los requisitos:

  1. Asegúrese de que su entorno cumpla con los requisitos de instalación mínimos para los productos que están instalados en los hosts WebLogic Server principales.
  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 utilizan Oracle Fusion Middleware 12.21.4 y Oracle Linux 7, y la mayoría 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 file y proc en el archivo /etc/security/limits.conf. Revise los límites de los hosts de WebLogic Server locales y defina los valores en las instancias informáticas de WebLogic Server de OCI según corresponda.

Preparar alias de nombre de host

Configure los mismos nombres de host virtual que utilizan los componentes de Oracle WebLogic Server en el entorno principal como alias en las instancias informáticas de Oracle Cloud Infrastructure (OCI) WebLogic Server secundarias, pero apunte a las direcciones IP de los hosts secundarios.
Puede implantarlo de las siguientes formas:
  • Agregue los nombres de host como alias a los archivos /etc/hosts de las instancias informáticas del servidor WebLogic de OCI.
  • Utilice una vista de DNS privada en la VCN de OCI secundaria.

Usar archivos /etc/hosts

Los nombres de host virtual utilizados por Oracle WebLogic Server principal se agregan a los archivos /etc/hosts de los hosts secundarios de Oracle WebLogic Server, apuntando a las direcciones IP de los hosts secundarios de Oracle WebLogic Server. Este modo es válido cuando 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 principal 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.
  1. Edite el archivo /etc/oci-hostname.conf de cada instancia informática de WebLogic 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 del servidor WebLogic de OCI.
  3. Agregue las siguientes entradas al archivo /etc/hosts de las instancias informáticas del servidor WebLogic de OCI:
    #################################
# ALIASES on OCI for DR
#################################
virtual_IP_for_admin           virtualIP_fqdn virtualIP_hostname    ALIAS_OF_ADMINVHN
apphost1_compute_instance_IP  apphost1_fqdn   apphost1_hostname   ALIAS_OF_APPHOST1 
apphost2_compute_instance_IP  apphost2_fqdn   apphost2_hostname   ALIAS_OF_APPHOST2
    A continuación, se muestra un ejemplo del archivo /etc/hosts en la instancia informática secundaria del servidor WebLogic de OCI:
    #################################
# ALIASES on OCI for DR
#################################
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 WebLogic Server principales:
    #################################
# ALIASES on-prem for DR
#################################
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 WebLogic Server se agregan al solucionador de DNS utilizado por la VCN de los servidores secundarios de nivel medio, apuntando a las direcciones IP de los hosts secundarios de Oracle WebLogic Server. Este modo es válido cuando se utilizan servidores DNS independientes 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. 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 todos los hosts de Oracle WebLogic Server /etc/hosts.

A continuación, se muestran los pasos para crear la vista privada en la VCN secundaria y resolver los nombres de host virtual utilizados por el principal con las IP secundarias:

  1. En la consola de OCI, vaya a la región secundaria y cree la vista privada.
    1. Haga clic en Red, Gestión de DNS, Vistas privadas y, a continuación, en Crear vista privada.
      Por ejemplo, puede asignar un nombre a la vista privada HYBRID_DR_VIRTUAL_HOSTNAMES
    2. Haga clic en Crear zona en la vista privada.
      Para el nombre de zona, debe utilizar el dominio completo de los hosts virtuales. En este ejemplo: example.com.
    3. Agregue los nombres de hosts virtuales a esta zona (nombre abreviado), pero se resuelve con IPS de hosts WLS secundarios.
    4. Haga clic en Publicar cambios.
  2. Agregue la vista privada al solucionador de VCN secundario.
    1. Haga clic en el recurso solucionador de DNS en la VCN.
    2. Agregue la vista privada DNS creada anteriormente.
      Los hosts de la VCN secundaria resolverán los nombres de host virtual utilizados por los hosts principales de Oracle WebLogic Server mediante la vista privada.
  3. Valide los hosts SECUNDARIOS de resolución mediante ping y nslookup de los nombres de host virtuales.
    Se deben resolver con las IP SECONDARIAS equivalentes.

    Nota:

    Puede encontrar código de Terraform para crear esta vista privada y registros de OCI en Código de descarga.

Crear y configurar la IP virtual para el servidor de administración WebLogic

Para obtener una alta disponibilidad, el servidor de administración WebLogic debe utilizar un nombre de host asignado a una IP virtual para permitir el failover entre nodos.

Nota:

Omita esta tarea si no está utilizando una dirección VIP para el servidor de administración en el sistema principal.

Asigne una IP adicional a la VNIC de la instancia informática apphost1. El servidor de administración utiliza la IP adicional en el sistema secundario de Oracle Cloud Infrastructure (OCI). Aunque esta IP normalmente se asociará a la instancia informática apphost1, se puede mover a la instancia informática apphost2 para proporcionar un failover local para el servidor de administración, como se describe en EDG.

Una vez que la nueva IP está asociada a la VNIC mediante la consola de OCI, se debe configurar en el sistema operativo en un modo no persistente (porque esta IP se puede mover de apphost1 a apphost2 para failover del servidor de administración).

  1. Asigne una nueva dirección IP privada secundaria al VNIC de la instancia informática apphost1 en OCI.
    Utilice los pasos descritos en Asignación de una nueva IP privada secundaria a una VNIC de la documentación de OCI.
    Proporcione un valor en el nombre de host que le ayude a identificarlo como una IP virtual. Por ejemplo, hydrwls-vip.
  2. Una vez que la nueva IP esté conectada a la VNIC, configure la nueva dirección IP en el sistema operativo en un modo no persistente.
    Utilice los pasos que se describen en Linux: detalles sobre las direcciones IP secundarias.
    Esto es necesario porque la IP se puede mover de apphosthost1 a apphosthost2 para el failover del servidor de administración.
    1. Consulte las interfaces de red y las direcciones IP asociadas de la instancia informática apphosthost1.
      En este ejemplo, la siguiente es la IP principal de la VNIC: inet 100.70.10.13/20 brd 100.70.10.255 scope global dynamic ens3
      [opc@hydrwls1 ~]$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:00:17:00:05:87 brd ff:ff:ff:ff:ff:ff
    inet 100.70.10.13/20 brd 100.70.10.255 scope global dynamic ens3
       valid_lft 60218sec preferred_lft 60218sec
    inet6 fe80::200:17ff:fe00:587/64 scope link
       valid_lft forever preferred_lft forever
    2. Como usuario root, agregue la IP virtual a la interfaz como una IP adicional mediante la configuración de un número de secuencia en la etiqueta.
      [root@hydrwls1 ~]# ip addr add 100.70.10.20/20 dev ens3 label ens3:1
    3. Verifique que la interfaz ahora tenga la nueva IP.
      En este ejemplo, la siguiente es la IP secundaria de la VNIC: inet 100.70.10.20/20 scope global secondary ens3:1 
      [root@hydrwls1 ~]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: ens3: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:00:17:00:05:87 brd ff:ff:ff:ff:ff:ff
    inet 100.70.10.13/20 brd 100.70.10.255 scope global dynamic ens3
       valid_lft 59873sec preferred_lft 59873sec
    inet 100.70.10.20/20 scope global secondary ens3:1
       valid_lft forever preferred_lft forever
    inet6 fe80::200:17ff:fe00:587/64 scope link
       valid_lft forever preferred_lft forever

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 WebLogic Server.

  1. Como usuario raíz, compruebe el estado y las reglas del servicio de firewall en cada instancia informática de Oracle WebLogic Server.
    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 que utilizan los componentes del sistema en cada instancia informática de WebLogic Server.
    Por ejemplo:
    firewall-cmd --permanent --add-port=7001/tcp
firewall-cmd --permanent --add-port=5556/tcp
firewall-cmd --permanent --add-port=8001/tcp
firewall-cmd --permanent --add-port=9001/tcp
service firewalld reload
  3. Si utiliza Coherence, abra tcp y udp para el puerto de cluster de Coherence (por ejemplo, 9991), para los puertos efímeros y tcp para el puerto 7:
    Coherence requiere que abra puertos adicionales para las comunicaciones de cluster de Coherence. 
    sudo firewall-cmd --permanent --add-port=9991/udp
sudo firewall-cmd --permanent --add-port=9991/tcp
sudo firewall-cmd --permanent --add-port=32768-60999/udp
sudo firewall-cmd --permanent --add-port=32768-60999/tcp
sudo firewall-cmd --permanent --add-port=7/tcp
sudo service firewalld reload
  4. 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 5556/tcp 8001/tcp 9001/tcp 9991/tcp ...
  protocols:
  masquerade: no
  forward-ports:
  source-ports:
  icmp-blocks:
  rich rules:

Montaje de los sistemas de archivos de OCI

Los sistemas de archivos creados anteriormente en Oracle Cloud Infrastructure (OCI) se deben montar en las instancias informáticas de Oracle WebLogic Server.

  1. Conecte ssh a las instancias informáticas del servidor WebLogic con el usuario opc e instale el cliente NFS.
    sudo yum install nfs-utils
  2. Cree los puntos de montaje en cada una de las instancias informáticas del servidor WebLogic.
    Por ejemplo, cree directorios para products, config y runtime. Los valores pueden ser diferentes. 
    sudo mkdir -p /u01/oracle/products
sudo mkdir -p /u01/oracle/config
sudo mkdir -p /u01/oracle/runtime
  3. Como usuario raíz, agregue las entradas al directorio /etc/fstab en la instancia informática apphost1.
    En el siguiente ejemplo, 100.70.8.101 es el valor de ejemplo de la dirección IP del destino de montaje. Si la región de OCI tiene más de 1 dominio de disponibilidad y ha creado más de un punto de montaje, utilice la IP de destino de montaje adecuada para cada exportación. 
    100.70.8.101:/export/wlsdrconfig	       /u01/oracle/config nfs defaults,nofail,nosuid,resvport 0 0
100.70.8.101:/export/wlsdrruntime          /u01/oracle/runtime nfs defaults,nofail,nosuid,resvport 0 0
100.70.8.101:/export/wlsdrproducts1        /u01/oracle/products nfs defaults,nofail,nosuid,resvport 0 0
  4. Como usuario raíz, agregue las entradas al directorio /etc/fstab en la instancia informática apphost2.
    En el siguiente ejemplo, 100.70.8.101 es el valor de ejemplo de la dirección IP del destino de montaje. Si la región de OCI tiene más de 1 dominio de disponibilidad y ha creado más de un punto de montaje, utilice la IP de destino de montaje adecuada para cada exportación. 
    100.70.8.101:/export/wlsdrconfig	        /u01/oracle/config nfs defaults,nofail,nosuid,resvport 0 0
100.70.8.101:/export/wlsdrruntime           /u01/oracle/runtime nfs defaults,nofail,nosuid,resvport 0 0
100.70.8.101:/export/wlsdrproducts2         /u01/oracle/products nfs defaults,nofail,nosuid,resvport 0 0
  5. Como usuario raíz, monte los sistemas de archivos en cada instancia informática wls:
    mount -a
  6. Verifique que los sistemas de archivos estén montados correctamente.
    df -h
    La salida de hydrwls1 y hydrwls2 debe ser similar al siguiente ejemplo:
    [root@hydrwls1 ~]# df -h
Filesystem                           Size  Used Avail Use% Mounted on
devtmpfs                              15G     0   15G   0% /dev
tmpfs                                 15G     0   15G   0% /dev/shm
tmpfs                                 15G   25M   15G   1% /run
tmpfs                                 15G     0   15G   0% /sys/fs/cgroup
/dev/sda3                             39G  4.4G   35G  12% /
/dev/sda1                            200M  7.4M  193M   4% /boot/efi
tmpfs                                3.0G     0  3.0G   0% /run/user/0
tmpfs                                3.0G     0  3.0G   0% /run/user/994
tmpfs                                3.0G     0  3.0G   0% /run/user/1000
100.70.8.101:/export/wlsdrconfig     8.0E     0  8.0E   0% /u01/oracle/config
100.70.8.101:/export/wlsdrruntime    8.0E     0  8.0E   0% /u01/oracle/runtime
100.70.8.101:/export/wlsdrproducts1  8.0E     0  8.0E   0% /u01/oracle/products
    [root@hydrwls2 ~]# df -h
Filesystem                          Size  Used Avail Use% Mounted on
devtmpfs                             15G     0   15G   0% /dev
tmpfs                                15G     0   15G   0% /dev/shm
tmpfs                                15G   25M   15G   1% /run
tmpfs                                15G     0   15G   0% /sys/fs/cgroup
/dev/sda3                            39G  4.4G   35G  12% /
/dev/sda1                           200M  7.4M  193M   4% /boot/efi
tmpfs                               3.0G     0  3.0G   0% /run/user/0
tmpfs                               3.0G     0  3.0G   0% /run/user/994
tmpfs                               3.0G     0  3.0G   0% /run/user/1000
100.70.8.101:/export/wlsdrconfig    8.0E     0  8.0E   0% /u01/oracle/config
100.70.8.101:/export/wlsdrruntime   8.0E     0  8.0E   0% /u01/oracle/runtime
100.70.8.101:/export/wlsdrproducts2  8.0E     0  8.0E   0% /u01/oracle/products
  7. Cambie la propiedad de las carpetas al usuario y al grupo oracle.
    [root@hydrwls1 ~]#chown -R oracle:oinstall /u01/oracle/products
[root@hydrwls1 ~]#chown -R oracle:oinstall /u01/oracle/config
[root@hydrwls1 ~]#chown -R oracle:oinstall /u01/oracle/runtime
[root@hydrwls2 ~]#chown -R oracle:oinstall /u01/oracle/products
[root@hydrwls2 ~]#chown -R oracle:oinstall /u01/oracle/config
[root@hydrwls2 ~]#chown -R oracle:oinstall /u01/oracle/runtime
  8. Inicie sesión como usuario oracle y verifique que puede crear archivos en estos sistemas de archivos. Para los sistemas de archivos que se comparten (/u01/oracle/config, /u01/oracle/runtime), verifique que cuando cree un archivo en un host esté visible desde el otro host.

Montar los volúmenes en bloque de OCI

Monte los volúmenes en bloque creados anteriormente en las instancias informáticas de Oracle WebLogic Server.

Por ejemplo,

Block Volume Instancia informática Punto de Montaje
wlsdrBV1 hidrwls 1 /u02
wlsdrBV2 hidrwls 2 /u02
  1. Establezca una conexión SSH con todos los hosts WebLogic Server como usuario root y cree la carpeta que se utilizará como punto de montaje.
    [root@hydrwls1 ~]# mkdir -p /u02
  2. Conéctese a la consola de Oracle Cloud Infrastructure (OCI) de su arrendamiento.
  3. Seleccione la región adecuada.
  4. Abra el menú de navegación y haga clic en Storage (Almacenamiento), Block Storage (Almacenamiento de bloques) y, a continuación, haga clic en Block Volumes (Volúmenes en bloque).
  5. Haga clic en uno de los volúmenes en bloque.
  6. Haga clic en Instancias asociadas y, a continuación, en Asociar a instancia.
    1. Seleccione el tipo de asociación iSCSI.
      El rendimiento de IOPS es mejor con asociaciones iSCSI en comparación con asociaciones paravirtualizadas.
    2. Seleccione el tipo de acceso Leer/Escribir.
    3. Seleccione la instancia informática adecuada.
  7. Asocie a la instancia informática.
  8. Una vez que el volumen esté asociado, haga clic en Comandos e información de iSCSI en la asociación del volumen en bloque para ejecutar los comandos iSCSI del volumen en bloque.
    El cuadro de diálogo Comandos e información de iSCSI muestra los comandos de iSCSI que necesitará. Los comandos están listos para utilizarse con la información adecuada incluida. Puede copiar y pegar los comandos en su sesión de instancia informática.
  9. Muestre los volúmenes e identifique el nuevo.
    Por ejemplo:
    bash-4.2# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sdb      8:16   0   50G  0 disk ------------> this is the new one
sda      8:0    0 46.6G  0 disk
├─sda2   8:2    0    8G  0 part [SWAP]
├─sda3   8:3    0 38.4G  0 part /
└─sda1   8:1    0  200M  0 part /boot/efi
  10. Formatee el nuevo volumen.
    Por ejemplo:
    bash-4.2# mkfs.xfs -f /dev/sdb

meta-data=/dev/sdb               isize=256    agcount=4, agsize=3276800 blks
         =                       sectsz=4096  attr=2, projid32bit=1
         =                       crc=0        finobt=0, sparse=0, rmapbt=0
         =                       reflink=0
data     =                       bsize=4096   blocks=13107200, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0, ftype=1
log      =internal log           bsize=4096   blocks=6400, version=2
         =                       sectsz=4096  sunit=1 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0
  11. Monte el volumen.
    1. Utilice el comando blkid para identificar el UUID del nuevo volumen en bloque.
      Por ejemplo:
      bash-4.2# blkid
/dev/sda3: UUID="1517ce80-df91-45cc-a27e-2aa38b3f6646" TYPE="xfs" PARTUUID="c42a8415-7230-42bb-970a-3b4c3142d279"
/dev/sda1: SEC_TYPE="msdos" UUID="A1E6-54F8" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="78756fd0-3be7-4fbb-b8a8-3d6f68a84b34"
/dev/sda2: UUID="5384ac33-8ffe-4ad8-8d40-6307f2756dc5" TYPE="swap" PARTUUID="0adbce70-6c26-44fd-bec5-c191a6f9e02f"
/dev/sdb: UUID="47955773-743f-4bde-bf2f-68ce0f71dbf9" TYPE="xfs"
    2. Edite el archivo /etc/fstab y agregue la línea para montar el volumen en bloque.
      Por ejemplo:
      UUID=47955773-743f-4bde-bf2f-68ce0f71dbf9 /u02 xfs defaults,_netdev,nofail 0 2
    3. Monte el volumen en bloque.
      bash-4.2# mount -a
    4. Verifique que esté montado.
      [opc@hydrwls1 ~]$ df -h
Filesystem                              Size  Used Avail Use% Mounted on
devtmpfs                                15G     0   15G   0% /dev
tmpfs                                   15G     0   15G   0% /dev/shm
tmpfs                                   15G  8.8M   15G   1% /run
…
/dev/sdb                                50G   33M   50G   1% /u02
…
  12. Una vez montado el volumen en bloque, cambie la propiedad del montaje al usuario oracle adecuado. 
    bash-4.2# chown oracle:oinstall /u02
  13. Reinicie el host y verifique que el volumen en bloque se monte automáticamente después del reinicio.
  14. Repita los pasos para montar los volúmenes en bloque en el resto de los hosts secundarios del servidor WebLogic.
    Para obtener más información sobre la asociación de un volumen, consulte la documentación de Oracle Cloud Infrastructure.

Creación del alias TNS

Cree el directorio TNS y el archivo tnsnames.ora que apuntan al sistema de base de datos Oracle Cloud Infrastructure (OCI). Debido a que la configuración de dominio WebLogic en el secundario será una copia de la principal, debe crear los mismos artefactos que están en la principal para utilizar el enfoque de alias de TNS en los orígenes de datos WebLogic.

  1. Como usuario oracle, cree la carpeta tns en cada instancia informática del servidor WebLogic utilizando la misma ruta de acceso que se utiliza en los hosts de nivel medio principales.
    Debe ser una carpeta local que no se replica desde la principal. 
    [oracle@hydrwls1 ~]$ mkdir -p /home/oracle/tnsnames_dir
[oracle@hydrwls2 ~]$ mkdir -p /home/oracle/tnsnames_dir
  2. Cree un archivo tnsnames.ora en el directorio con el mismo alias tns que se utiliza en el primario, pero que apunte a la dirección del sistema de base de datos OCI.

    El nombre del servicio debe ser el mismo en el primario y el secundario.

    MYPDBSERVICE =
(DESCRIPTION=
  (ADDRESS_LIST=
    (LOAD_BALANCE=ON)
    (ADDRESS=(PROTOCOL=TCP)(HOST=hydrdb-scan.dbTierSubnet.hydrvcn.oraclevcn.com)(PORT=1521))
  )
  (CONNECT_DATA=(SERVICE_NAME=mypdbservice.example.com))
)

Creación de las variables de entorno de usuario oracle

Es común tener variables de entorno relacionadas con WebLogic en el perfil del usuario oracle en los hosts WebLogic. Por ejemplo, ORACLE_HOME, JDK_HOME, PATH, ASERVER_HOME y otros.

  1. Revise los archivos de perfiles de usuario oracle en los hosts de WebLogic Server principales.
  2. En secundario, agregue las mismas variables de entorno relacionadas con WebLogic a los archivos de perfil del usuario oracle (.bashrc o .bash_profile).

    Nota:

    El archivo .bashrc del usuario oracle en los hosts secundarios del servidor WebLogic puede que ya contenga variables definidas (como MIDDLEWARE_HOME, WLS_HOME y otros), pero es probable que no coincidan con las carpetas del entorno y que no sean válidas por usted. Asegúrese de eliminarlas o modificarlas según corresponda en las carpetas del entorno.