Tutorial: Migración del servidor de aplicaciones de JBoss EAP a Azure Virtual Machines con alta disponibilidad y recuperación ante desastres

En este tutorial se muestra una manera sencilla y eficaz de implementar alta disponibilidad y recuperación ante desastres (HA/DR) para Java mediante JBoss EAP en Azure Virtual Machines (VM). La solución muestra cómo lograr un objetivo de tiempo de recuperación (RTO) bajo y un objetivo de punto de recuperación (RPO) mediante una sencilla aplicación de Jakarta EE controlada por base de datos que se ejecuta en el servidor de aplicaciones de JBoss EAP. La alta disponibilidad y recuperación ante desastres es un tema complejo, con muchas soluciones posibles. La mejor solución depende de sus requisitos únicos. Para ver otras formas de implementar alta disponibilidad y recuperación ante desastres, consulte los recursos al final de este artículo.

En este tutorial, aprenderá a:

En el diagrama siguiente se muestra la arquitectura que construyes:

Azure Traffic Manager comprueba el estado de las regiones y enruta el tráfico en consecuencia al nivel de aplicación. La región primaria tiene una implementación completa del clúster de JBoss EAP. Después de proteger la región primaria mediante Azure Site Recovery, puede restaurar la región secundaria durante la conmutación por error. Como resultado, la región primaria está atendiendo activamente las solicitudes de red de los usuarios, mientras que la región secundaria es pasiva y se activa para recibir tráfico solo cuando la región primaria experimenta una interrupción del servicio.

Azure Traffic Manager detecta el estado de la aplicación implementada en el clúster de JBoss EAP para implementar el enrutamiento condicional. El RTO de conmutación por error geográfica del nivel de aplicación depende del tiempo necesario para apagar el clúster principal, restaurar el clúster secundario, iniciar las VMs y ejecutar el clúster JBoss EAP secundario. El RPO depende de la directiva de replicación de Azure Site Recovery y Azure SQL Database porque los datos del clúster se almacenan y replican en el almacenamiento local de las máquinas virtuales y los datos de la aplicación se conservan y replican en el grupo de conmutación por error de Azure SQL Database.

En el diagrama anterior se muestra la región primaria y la región secundaria como las dos regiones que componen la arquitectura de alta disponibilidad y recuperación ante desastres. Estas regiones deben ser regiones emparejadas de Azure. Para más información sobre las regiones emparejadas, consulte Replicación entre regiones de Azure. El artículo usa Este de EE. UU. y Oeste de EE. UU. como las dos regiones, pero pueden ser cualquier región emparejada que tenga sentido para su escenario. Para obtener la lista de emparejamientos de regiones, consulte la sección Regiones emparejadas de Azure de la replicación entre regiones de Azure.

El nivel de base de datos consta de un grupo de conmutación por error de Azure SQL Database con un servidor principal y un servidor secundario. El punto final del agente de escucha de lectura/escritura siempre apunta hacia el servidor primario y está conectado al clúster de JBoss EAP en cada región. Una conmutación por error geográfica cambia todas las bases de datos secundarias del grupo al rol principal. Para obtener información sobre el RPO y el RTO de la conmutación por error geográfica de Azure SQL Database, consulte Información general sobre la continuidad empresarial.

Este tutorial se escribió con Azure Site Recovery y Azure SQL Database porque se basa en las funciones de alta disponibilidad de estos servicios. Otras opciones de base de datos son posibles, pero se deben tener en cuenta las características de alta disponibilidad de cualquier base de datos que elija.

Prerrequisitos

• Si no tiene una suscripción de Azure , cree una cuenta gratuita de antes de empezar.
• Asegúrese de tener el rol Contributor en la suscripción. Para comprobar la asignación, siga los pasos descritos en Enumeración de asignaciones de roles de Azure mediante Azure Portal.
• Prepare una máquina local con Windows, GNU/Linux o macOS instalado.
• Instalación y configuración de Git.
• Instale una implementación de Java SE, versión 17 o posterior, por ejemplo, la compilación de Microsoft de OpenJDK.
• Instale Maven, versión 3.9.3 o posterior.

Configuración de un grupo de conmutación por error de Azure SQL Database en regiones emparejadas

En esta sección, creará un grupo de conmutación por error de Azure SQL Database en regiones emparejadas para su uso con los clústeres y la aplicación de JBoss EAP.

En primer lugar, cree la instancia principal de Azure SQL Database siguiendo los pasos de Azure Portal descritos en Inicio rápido: Creación de una base de datos única - Azure SQL Database. Siga los pasos necesarios, pero no incluya Limpiar recursos. Use las instrucciones siguientes a medida que recorra el artículo y vuelva a este artículo después de crear y configurar Azure SQL Database.

Cuando llegue a la sección Creación de una base de datos única, siga los pasos que se indican a continuación:

1. En el paso 4 para crear un nuevo grupo de recursos, anote el valor nombre del grupo de recursos; por ejemplo, sqlserver-rg-gzh032124.

2. En el paso 5 del nombre de la base de datos, anote el valor nombre de la base de datos; por ejemplo, mySampleDatabase.

3. En el paso 6 para crear el servidor, siga estos pasos:

   1. Rellene un nombre de servidor único; por ejemplo, sqlserverprimary-gzh032124.
   2. En Ubicación, seleccione (EE. UU.) Este de EE. UU.
   3. En Método de autenticación, seleccione Usar autenticación de SQL.
   4. Anote el valor de inicio de sesión de administrador del servidor ; por ejemplo, azureuser.
   5. Anote el valor de Contraseña .

4. En el paso 8, en Entorno de carga de trabajo, seleccione Desarrollo. Examine la descripción y tenga en cuenta otras opciones para la carga de trabajo.

5. En el paso 10, en Nivel de proceso, seleccione Aprovisionado.

6. En el paso 11, para Redundancia de almacenamiento de copia de seguridad, seleccione Almacenamiento de copia de seguridad con redundancia local. Considere otras opciones para las copias de seguridad. Para obtener más información, consulte la sección Redundancia de almacenamiento de copia de seguridad de Copias de seguridad automatizadas en Azure SQL Database.

7. En el paso 14, en la configuración de Reglas de firewall, en Permitir que los servicios y recursos de Azure accedan a este servidor, seleccione Sí.

8. Cuando llegue a la sección Consulta de la base de datos, siga estos pasos en lugar de los pasos del otro artículo:

   1. En el paso 3, escriba la información de inicio de sesión del administrador del servidor de Autenticación de SQL para iniciar sesión.

      Nota:

      Si se produce un error de inicio de sesión con un mensaje de error similar a El cliente con la dirección IP 'xx.xx.xx.xx' no puede acceder al servidor, seleccione Allowlist IP xx.xx.xx.xx en el servidor <your-sqlserver-name> al final del mensaje de error. Espere hasta que las reglas de firewall del servidor completen la actualización y, a continuación, seleccione Aceptar de nuevo.

   2. Después de ejecutar la consulta de ejemplo en el paso 5, desactive el editor y escriba la consulta siguiente y, a continuación, seleccione Ejecutar de nuevo:

        CREATE TABLE ispn_entry_sessions_javaee_cafe_war (
          id VARCHAR(255) PRIMARY KEY,  -- ID Column to hold cache entry ids
          data VARBINARY(MAX),          -- Data Column to hold cache entry data
          timestamp BIGINT,             -- Timestamp Column to hold cache entry timestamps
          segment INT
          );
      

      Después de una ejecución correcta, debería ver el mensaje Consulta correcta: Filas afectadas: 0.

      La tabla ispn_entry_sessions_javaee_cafe_war de base de datos se usa para almacenar datos de sesión para el clúster de JBoss EAP.

A continuación, cree un grupo de conmutación por error de Azure SQL Database siguiendo los pasos de Azure Portal en Configuración de un grupo de conmutación por error para Azure SQL Database. Solo necesita las secciones siguientes: Crear grupo de conmutación por error y Probar conmutación por error planeada. Siga estos pasos a medida que avanza por el artículo y vuelva a este artículo después de crear y configurar el grupo de conmutación por error de Azure SQL Database.

1. Cuando llegue a la sección Crear grupo de conmutación por error, siga estos pasos:

   1. En el paso 5 para crear el grupo de conmutación por error, introduzca y anote el nombre único del grupo de conmutación por error, por ejemplo, failovergroup-gzh032124.

   2. En el paso 5 para configurar el servidor, seleccione la opción para crear un nuevo servidor secundario y, a continuación, siga estos pasos:

      1. Escriba un nombre de servidor único; por ejemplo, sqlserversecondary-gzh032124.
      2. Escriba el mismo administrador del servidor y la misma contraseña que el servidor principal.
      3. En Ubicación, seleccione (EE. UU.) Oeste de EE. UU. 2.
      4. Asegúrese de que la opción Permitir que los servicios de Azure accedan al servidor esté seleccionada.

   3. En el paso 5 para configurar las bases de datos del grupo, seleccione la base de datos que creó en el servidor principal( por ejemplo, mySampleDatabase.

2. Después de completar todos los pasos de la sección Prueba de conmutación por error planeada, mantenga abierta la página del grupo de conmutación por error y úsela para la prueba de conmutación por error de los clústeres de JBoss EAP más adelante.

Configuración del clúster de JBoss EAP principal en máquinas virtuales de Azure

En esta sección, creará los clústeres de JBoss EAP principales en Máquinas Virtuales de Azure mediante el Clúster de JBoss EAP en Máquinas Virtuales. El clúster secundario se restaura desde el clúster principal durante la conmutación por error mediante Azure Site Recovery más adelante.

Implementación del clúster de JBoss EAP principal

En primer lugar, abra la oferta de clúster de JBoss EAP en máquinas virtuales en su navegador y seleccione Crear. Debería ver el panel Aspectos básicos de la oferta.

Siga estos pasos para rellenar el panel Aspectos básicos:

1. Asegúrese de que el valor que se muestra para Suscripción es el mismo que tiene los roles enumerados en la sección de requisitos previos.
2. Debe implementar la oferta en un grupo de recursos vacío. En el campo Grupo de recursos, seleccione Crear nuevo y rellene un valor único para el grupo de recursos; por ejemplo, jboss-eap-cluster-eastus-gzh032124.
3. En Detalles de la instancia, en Región, seleccione Este de EE. UU.
4. Proporcione una contraseña para Contraseña y use el mismo valor para Confirmar contraseña.
5. Para Número de máquinas virtuales que se van a crear, escriba 3.
6. Deje otros campos en sus valores predeterminados.
7. Seleccione Siguiente para ir al panel Configuración de JBoss EAP .

Siga estos pasos para rellenar el panel Configuración de JBoss EAP :

1. Proporcione una contraseña de JBoss EAP para Contraseña de JBoss EAP. Use el mismo valor para Confirm password. Anote el valor para su uso posterior.
2. Deje otros campos en sus valores predeterminados.
3. Seleccione Siguiente para ir al panel Azure Application Gateway .

Siga estos pasos para rellenar el panel Azure Application Gateway :

1. En Conectar a Azure Application Gateway, seleccione Sí.
2. Deje otros campos en sus valores predeterminados.
3. Seleccione Siguiente para ir al panel Redes .

Debería ver todos los campos rellenados previamente con los valores predeterminados en el panel Redes . Seleccione Siguiente para ir al panel Base de datos .

Siga estos pasos para rellenar el panel Base de datos :

1. En ¿Conectarse a una base de datos?, seleccione Sí.
2. En Elegir tipo de base de datos, seleccione Microsoft SQL Server .
3. En Nombre JNDI, introduzca java:jboss/datasources/JavaEECafeDB.
4. Para cadena de conexión del origen de datos (jdbc:sqlserver://<host>:<port>; database=<database>), reemplace los marcadores de posición por los valores que anotó en la sección anterior para el grupo de conmutación por error de Azure SQL Database( por ejemplo, jdbc:sqlserver://failovergroup-gzh032124.database.windows.net:1433;database=mySampleDatabase.
5. En nombre de usuario de base de datos, escriba el nombre de inicio de sesión del administrador del servidor y el nombre del grupo de failover que escribió en la sección anterior, por ejemplo, azureuser@failovergroup-gzh032124.
6. Escriba la contraseña de inicio de sesión del administrador del servidor que anotó anteriormente para Contraseña de Base de Datos. Introduzca el mismo valor para Confirmar contraseña.
7. Selecciona Revisar + crear.
8. Espere hasta que se complete correctamente el proceso Ejecutando validación final... y, a continuación, seleccione Crear.

Después de un tiempo, debería ver la página Implementación donde se muestra Implementación en curso.

En función de las condiciones de red y de otra actividad de la región seleccionada, la implementación puede tardar hasta 35 minutos en completarse. Después, debería ver el texto Su implementación se ha completado en la página de implementación.

Comprobación de la funcionalidad de la implementación

Siga estos pasos para comprobar la funcionalidad de la implementación de un clúster de JBoss EAP en máquinas virtuales de Azure desde la consola de administración de Red Hat JBoss Enterprise Application Platform:

1. En la página La implementación está completa, seleccione Salidas.

2. Seleccione el icono de copia situado junto a adminConsole.

   

3. Pegue la dirección URL en un explorador web conectado a Internet y presione Entrar. Debería ver la conocida pantalla de inicio de sesión de la consola de administración de Red Hat JBoss Enterprise Application Platform, como se muestra en la siguiente captura de pantalla.

   

4. Rellene jbossadmin para Nombre de usuario de administrador de JBoss EAP Proporcione el valor de Contraseña de JBoss EAP que especificó antes para la Contraseña, y a continuación, seleccione Iniciar sesión.

5. Debería ver la conocida página principal de la consola de administración de Red Hat JBoss Enterprise Application Platform, como se muestra en la siguiente captura de pantalla.

   

6. Seleccione la pestaña Runtime. En el panel de navegación, seleccione Topología. Debería ver que el clúster contiene un controlador de dominio maestro y dos nodos de trabajo, como se muestra en el recorte de pantalla siguiente:

   

Deje abierta la consola de administración. Se usa para implementar una aplicación de ejemplo en el clúster de JBoss EAP en la sección siguiente.

Configuración del clúster

Siga estos pasos para configurar sesiones distribuidas de base de datos para todos los servidores de aplicaciones:

1. Seleccione Configuración en el panel de navegación. A continuación, seleccione Perfiles>ha>Infinspan>Web.

2. En la columna Caché , seleccione Agregar caché distribuida.

   

3. En Nombre, escriba azure-session y seleccione Agregar.

4. Debería ver el mensaje Distributed Cache azure-session agregado correctamente. Si no ve este mensaje, compruebe el centro de notificaciones. Debe ver este mensaje antes de continuar.

5. Una vez agregada la memoria caché, seleccione Vista de sesión de> Azure.

6. Seleccione Tienda.

7. Cambie el menú desplegable para mostrar JDBC y, a continuación, seleccione Agregar.

8. En Origen de datos, seleccione dataSource-mssqlserver y, a continuación, seleccione Agregar.

   

9. Debería ver el mensaje JDBC agregado correctamente. Si no ve este mensaje, compruebe el centro de notificaciones. Debe ver este mensaje antes de continuar.

10. En la página Store: JDBC , seleccione Editar. Establezca los siguientes valores de propiedad:

    • Establezca Dialecto en SQL_SERVER.
    • Establezca Passivation en OFF.
    • Establezca Purga en OFF.
    • Establezca Compartido en ACTIVADO.

11. Haga clic en Guardar.

    

12. Debería ver el mensaje JDBC modificado correctamente. Si no ve este mensaje, compruebe el centro de notificaciones. Debe ver este mensaje antes de continuar.

13. Edite la tabla de cadenas seleccionando String Table>Editar. Rellene los valores siguientes y, a continuación, seleccione Guardar:

    • Establezca Prefix en ispn_entry_sessions.
    • Establezca ID Column /ID Column Name (Id. Columna/ Id. nombre de columna) en id.
    • Establezca ID Column /ID Column Type en VARCHAR(255).
    • Establezca Columna de datos/Nombre de columna de datos en datos.
    • Establezca Columna de datos o Tipo de columna de datos en VARBINARY(MAX).
    • Establezca Timestamp Column / Timestamp Column Name a timestamp.
    • Establezca Timestamp Column /Timestamp Column Type (Tipo de columna timestamp) en BIGINT.

    

    Cualquier error tipográfico aquí hace que se produzca un error en todo el sistema. Inspeccione cuidadosamente los valores rellenados antes de continuar.

14. Haga clic en Guardar.

15. Debería ver el mensaje String Table modificado correctamente. Si no ve este mensaje, compruebe el centro de notificaciones. Debe ver este mensaje antes de continuar.

16. Seleccione Configuración en el panel de navegación superior. A continuación, seleccione Perfiles>Vista>Web distribuible>.

    

17. Seleccione Infinspan SSO>default>Edit (Editar).

    

18. Establezca el valor de Caché en azure-session y, a continuación, seleccione Guardar.

19. Debería ver el mensaje Infinispan Single Sign On Management modificado correctamente. Si no ve este mensaje, compruebe el centro de notificaciones. Debe ver este mensaje antes de continuar.

20. Use la topología para volver a cargar o reiniciar los servidores afectados.

21. Seleccione Runtime en el panel de navegación y, a continuación, seleccione Topología.

22. Para cada fila de la columna main-server-group , seleccione el servidor y, a continuación, seleccione Volver a cargar.

    

    Las celdas recargadas ahora deben mostrar el color verde.

Implementación de la aplicación en el clúster de JBoss EAP

Siga estos pasos para implementar la aplicación de ejemplo de JavaEE Cafe en el clúster de Red Hat JBoss EAP:

1. Siga estos pasos para compilar el ejemplo de Java EE Cafe. En estos pasos se supone que tiene un entorno local con Git y Maven instalado.

   1. Use el siguiente comando para clonar el código fuente de GitHub y consultar la etiqueta correspondiente a esta versión del artículo:

      git clone https://github.com/Azure/rhel-jboss-templates.git --branch 20240904 --single-branch
      

      Si ve un mensaje de error con el texto You are in 'detached HEAD' state, puede omitirlo de forma segura.

   2. Use el siguiente comando para compilar el código fuente:

      mvn clean install --file rhel-jboss-templates/eap-coffee-app/pom.xml
      

      Este comando crea el archivo rhel-jboss-templates/eap-coffee-app/target/javaee-café.war. Cargue este archivo en el paso siguiente.

2. Siga estos pasos en la consola de administración de Red Hat JBoss Enterprise Application Platform para cargar javaee-café.war en el repositorio de contenido:

   1. En la pestaña Implementaciones de la consola de administración de EAP de Red Hat JBoss, seleccione Repositorio de contenido en el panel de navegación.

   2. Seleccione Agregar y después, Cargar contenido.

      

   3. Use el selector de archivos del explorador para seleccionar el archivo javaee-café.war.

   4. Seleccione Siguiente.

   5. Acepte los valores predeterminados en la siguiente pantalla y seleccione Finalizar.

   6. Seleccione Ver contenido.

3. Siga estos pasos para implementar una aplicación en main-server-group:

   1. En Repositorio de contenido, seleccione javaee-café.war.

   2. Abra el menú desplegable y seleccione Implementar.

   3. Seleccione main-server-group como grupo de servidores para implementar javaee-café.war.

   4. Seleccione Implementar para iniciar la implementación. Debería ver un aviso similar a la recorte de pantalla siguiente:

      

Ya ha terminado de implementar la aplicación JavaEE. Siga estos pasos para acceder a la aplicación y validar toda la configuración:

1. En el cuadro de búsqueda de la parte superior de Azure Portal, escriba Grupos de recursos y seleccione Grupos de recursos en los resultados de búsqueda.

2. Seleccione el nombre del grupo de recursos; por ejemplo, jboss-eap-cluster-eastus-gzh032124.

3. Seleccione el recurso de Application Gateway en el grupo de recursos.

4. Copie la IP pública de Frontend desde el panel Resumen.

5. Construya una dirección URL con la dirección IP y la ruta de acceso, por ejemplo, http://40.88.26.22/javaee-cafe.

6. Pegue la dirección URL en una barra de navegación del explorador web y presione Entrar. Debería ver la página principal de la aplicación JavaEE Cafe.

7. Crea dos cafés con diferentes nombres y precios. Debería ver una página similar en la captura de pantalla siguiente:

   

Configuración del clúster JBoss EAP secundario en máquinas virtuales de Azure

Implementación del clúster de JBoss EAP secundario

Siga los pasos descritos en Implementación del clúster JBoss EAP principal para implementar el clúster JBoss EAP secundario en la región emparejada. En este ejemplo se usa West US 2. Al usar la oferta, el clúster JBoss EAP secundario está configurado para que pueda usar Azure Site Recovery para restaurar la topología.

Abra la oferta de JBoss EAP Cluster en máquinas virtuales en su navegador y seleccione Crear. Debería ver el panel Aspectos básicos de la oferta.

Siga estos pasos para rellenar el panel Aspectos básicos:

1. En el campo Grupo de recursos, seleccione Crear nuevo y rellene un valor único para el grupo de recursos; por ejemplo, jboss-eap-cluster-westus-gzh032124.

2. En Detalles de la instancia, en Región, seleccione Oeste de EE. UU. 2.

3. Deje otros iguales que el clúster principal.

En el panel Configuración de JBoss EAP, déjelo igual que el clúster principal.

En el panel Azure Application Gateway, déjelo igual que el clúster principal.

En el panel Redes , abra la configuración de red virtual y escriba el espacio de direcciones, que es el mismo que el valor del clúster principal.

Siga estos pasos para el panel Base de datos :

1. Manténgalo igual que el clúster principal.
2. Selecciona Revisar + crear.
3. Espere hasta que se complete correctamente el proceso Ejecutando validación final... y, a continuación, seleccione Crear.

Después de un tiempo, debería ver la página Implementación donde se muestra Implementación en curso.

Limpieza de recursos no utilizados en la región secundaria

Siga estos pasos para limpiar los recursos del grupo de recursos denominado jboss-eap-cluster-westus-gzh032124 que no se usan y que el servicio Azure Site Recovery replicará más adelante en la región primaria. Este enfoque podría parecer inútil, pero garantiza que el grupo de recursos secundario tenga la configuración idéntica a la principal. Una solución de nivel de producción usaría más tecnologías de infraestructura como código para garantizar una configuración idéntica, pero eso está fuera del ámbito de este artículo.

1. En el cuadro de búsqueda de la parte superior de Azure Portal, escriba Grupos de recursos y, a continuación, seleccione Grupos de recursos en los resultados de búsqueda.

2. Seleccione el nombre del grupo de recursos para la región secundaria recién creada.

3. Junto al área de texto etiquetada Filtro para cualquier campo... , seleccione la X para quitar todos los filtros.

4. Seleccione Agregar filtro. Establezca Filtro en Tipo. Establezca Operador en Equals.

5. Seleccione el menú desplegable situado junto al campo Valor.

6. Active la casilla Seleccionar todo hasta que no haya ningún valor seleccionado.

7. Asegúrese de que se seleccionan todos los tipos siguientes:

   • Máquina virtual
   • Disco
   • Punto de conexión privado
   • Interfaz de red
   • Cuenta de almacenamiento

8. Seleccione el menú desplegable situado junto al campo Valor para cerrar la lista desplegable. Debe ver 5 tipos de recursos como el valor de Valor.

9. Seleccione Aplicar.

10. Active la casilla situada junto a la etiqueta Nombre en la parte superior de la lista filtrada.

11. Seleccione Eliminar.

12. Escriba delete (Eliminar ) para confirmar la eliminación y, a continuación, seleccione Eliminar. Supervise el proceso en las notificaciones hasta que se complete.

Configuración de la recuperación ante desastres para el clúster mediante Azure Site Recovery

En esta sección, configurará la recuperación ante desastres para máquinas virtuales de Azure en el clúster principal mediante Azure Site Recovery siguiendo los pasos descritos en Tutorial: Configuración de la recuperación ante desastres para máquinas virtuales de Azure. Solo necesita las secciones siguientes: Creación de un almacén de Recovery Services y Habilitación de la replicación. Preste atención a los pasos siguientes a medida que recorra el artículo y vuelva a este artículo después de proteger el clúster principal:

1. Cuando llegue a la sección Crear una bóveda de servicios de recuperación, use los pasos siguientes:

   1. En el paso 5 del grupo de recursos, cree un nuevo grupo de recursos con un nombre único en la suscripción; por ejemplo, recovery-service-westus-gzh032124.

   2. En el paso 6 para nombre del almacén, proporcione un nombre de almacén. Por ejemplo, recovery-service-vault-westus-gzh032124.

   3. En el paso 7 de Región, seleccione Oeste de EE. UU. 2.

   4. Antes de seleccionar Revisar y crear en el paso 8, seleccione Siguiente: Redundancia. En el panel Redundancia , seleccione Redundancia geográfica para Redundancia de almacenamiento de copia de seguridad y Habilitar para la restauración entre regiones.

      Nota:

      Asegúrese de seleccionar Redundancia geográfica para Redundancia del almacenamiento de copia de seguridad y habilitar para Restauración entre regiones en el panel Redundancia. De lo contrario, el almacenamiento del clúster principal no se puede replicar en la región secundaria.

   5. Habilite Site Recovery siguiendo los pasos descritos en la sección Habilitar Site Recovery.

2. Cuando llegue a la sección Habilitar replicación, siga estos pasos:

   1. Siga estos pasos para seleccionar la configuración de origen:

      1. En Región, seleccione Este de EE. UU. .

      2. En Grupo de recursos, seleccione el recurso donde se implementa el clúster principal; por ejemplo, jboss-eap-cluster-eastus-gzh032124.

         Nota:

         Si el grupo de recursos deseado no aparece en la lista, puede seleccionar Oeste de EE. UU. 2 para la Región en primer lugar y, a continuación, cambiar de nuevo a Este de EE. UU.

      3. Deje otros campos en sus valores predeterminados.

   2. Seleccione las máquinas virtuales. En Máquinas virtuales, seleccione todas las máquinas virtuales enumeradas; por ejemplo, hay tres máquinas virtuales implementadas en el clúster principal para este tutorial.

   3. Siga estos pasos al revisar la configuración de replicación:

      1. En Ubicación de destino, seleccione Oeste de EE. UU. 2.

      2. En Grupo de recursos de destino, seleccione el grupo de recursos en el que se implementa la bóveda de recuperación del servicio, por ejemplo, jboss-eap-cluster-westus-gzh032124.

         Si no se muestra el grupo de recursos esperado, seleccione otra región y vuelva a Oeste de EE. UU. 2.

      3. Tome nota de la nueva red virtual asociada al failover y la subred asociada al failover, que se derivan de las de la región primaria.

      4. Deje los valores predeterminados para los demás campos.

   4. Siga estos pasos para Administrar:

      1. Para la política de replicación, use la política predeterminada de retención de 24 horas. También puede crear una nueva política para su empresa.

      2. Deje los valores predeterminados para los demás campos.

   5. Siga estos pasos para Revisar:

      1. Después de seleccionar Habilitar replicación, observe el mensaje Creación de recursos de Azure. No cierre esta hoja. se muestra en la parte inferior de la página. No haga nada y espere hasta que el panel se cierre automáticamente. Se le redirigirá a la página site Recovery .

      2. En Elementos protegidos, seleccione Elementos replicados. Inicialmente, no hay elementos enumerados porque la replicación todavía está en curso. La replicación tarda un tiempo en completarse: aproximadamente 1 hora para este tutorial. Actualice la página periódicamente hasta que vea que todas las máquinas virtuales están protegidas, como se muestra en la captura de pantalla siguiente:

         

A continuación, cree un plan de recuperación de modo que incluya todos los elementos replicados para que puedan realizar la conmutación juntos. Siga las instrucciones de Creación de un plan de recuperación con la siguiente personalización:

1. En el paso 2, escriba un nombre para el plan; por ejemplo, recovery-plan-gzh032124.
2. En el paso 3, seleccione Este de EE. UU . para Origen y Oeste de EE. UU. 2 para Destino.
3. En el paso 4 para Seleccionar elementos, seleccione todos los elementos protegidos; por ejemplo, las 3 máquinas virtuales protegidas de este tutorial.

Mantenga la página abierta para utilizarla más adelante en la prueba de la conmutación por error.

Configuración de una instancia de Azure Traffic Manager

En esta sección, creará un Administrador de tráfico de Azure para distribuir el tráfico a las aplicaciones orientadas al público entre regiones de Azure. El punto de conexión principal apunta a la dirección IP pública de Application Gateway en la región primaria y el punto de conexión secundario apunta a la dirección IP pública de Application Gateway en la región secundaria.

Cree un perfil de Azure Traffic Manager siguiendo las instrucciones de Inicio rápido: Creación de un perfil de Traffic Manager mediante Azure Portal. Solo necesita las secciones siguientes: Crear un perfil de Traffic Manager y Agregar puntos de conexión de Traffic Manager. Siga estos pasos a medida que recorra estas secciones y vuelva a este artículo después de crear y configurar Azure Traffic Manager.

1. Cuando llegue a la sección Crear un perfil de Traffic Manager, en el paso 2, para Crear perfil de Traffic Manager, siga estos pasos:

   1. Anote el nombre de perfil de Traffic Manager único para Name (por ejemplo, tm-profile-gzh032124).
   2. Anote el nuevo nombre del grupo de recursos para Grupo de recursos; por ejemplo, myResourceGroupTM1.

2. Cuando llegue a la sección Agregar puntos de conexión de Traffic Manager, siga estos pasos:

   1. Después de abrir el perfil de Traffic Manager en el paso 2, en la página Configuración , siga estos pasos:

      1. En Período de vida (TTL) de DNS, escriba 10.

      2. En la configuración de conmutación por error de punto de conexión rápido, use los siguientes valores:

         • Para Sondeo interno, seleccione 10.
         • En Número tolerado de errores, escriba 3.
         • En Tiempo de espera de sondeo, 5.

      3. Haga clic en Guardar. Espere hasta que se complete.

   2. En el paso 4 para agregar el punto de conexión myPrimaryEndpointprincipal, siga estos pasos:

      1. En Tipo de recurso de destino, seleccione Dirección IP pública.

      2. Seleccione la lista desplegable Elegir dirección IP pública y escriba el nombre de la dirección IP pública de Application Gateway en la región Este de EE. UU . Debería ver una entrada coincidente. Selecciónela para Dirección IP pública.

   3. En el paso 6 para agregar un punto de conexión secundario de conmutación por error myFailoverEndpoint, siga estos pasos:

      1. En Tipo de recurso de destino, seleccione Dirección IP pública.

      2. Seleccione la lista desplegable Elegir dirección IP pública y escriba el nombre de la dirección IP pública de Application Gateway en la región Oeste de EE. UU. 2 . Debería ver una entrada coincidente. Selecciónela para Dirección IP pública.

   4. Espere un rato. Seleccione Actualizar hasta que el estado Supervisión del punto de conexión myPrimaryEndpoint sea En línea y El estado de supervisión del punto de conexión myFailoverEndpoint esté degradado.

A continuación, siga estos pasos para comprobar que se puede acceder a la aplicación de ejemplo implementada en el clúster de JBoss EAP principal desde el perfil de Traffic Manager:

1. Seleccione Información general del perfil de Traffic Manager que creó.

2. Compruebe y copie el nombre DNS del perfil de Traffic Manager. Anexe /javaee-cafe/ a él. Por ejemplo: http://tm-profile-gzh032124.trafficmanager.net/javaee-cafe/.

3. Abra la dirección URL en una nueva pestaña del explorador. Debería ver que el café que creó antes aparece en la página.

   

Si la IU no se parece, solucione el problema antes de continuar. Mantenga abierta la consola y úsela para la prueba de conmutación por error posteriormente.

Ahora puede configurar el perfil de Traffic Manager. Mantenga abierta la página y, por tanto, puede usarla para supervisar el cambio de estado del punto de conexión en un evento de conmutación por error más adelante.

Prueba de una conmutación por error de principal a secundaria

Los pasos de esta sección prueban la conmutación por error manualmente mediante la conmutación por error del servidor y el clúster de Azure SQL Database de principal a secundario y, a continuación, vuelven a usar Azure Portal.

Conmutación por error en un sitio secundario

En primer lugar, siga estos pasos para hacer failover de Azure SQL Database desde el servidor principal al servidor secundario:

1. Cambie a la pestaña del navegador del grupo de conmutación por error de Azure SQL Database, por ejemplo failovergroup-gzh032124.
2. Seleccione Conmutación por error>Sí.
3. Espere hasta que se complete.

A continuación, siga estos pasos para conmutar por error el clúster de JBoss EAP con el plan de recuperación:

1. En el cuadro de búsqueda de la parte superior del Azure Portal, escriba Recovery Services vaults y seleccione Recovery Services vaults en los resultados de búsqueda.

2. Seleccione el nombre de la bóveda de Recovery Services, por ejemplo, recovery-service-vault-westus-gzh032124.

3. En Administrar, seleccione Planes de recuperación (Site Recovery) . Seleccione el plan de recuperación que ha creado; por ejemplo, recovery-plan-gzh032124.

4. Seleccione Conmutación por error. Seleccione Entiendo el riesgo. Omitir la prueba de conmutación por error. Deje los valores predeterminados para los demás valores. Selecciona Aceptar.

   Nota:

   Opcionalmente, puede realizar la prueba de conmutación por error y la limpieza de la prueba de conmutación por error para asegurarse de que todo funcione como se espera antes de la conmutación por error. Para más información, consulte Tutorial: Ejecución de un simulacro de recuperación ante desastres para máquinas virtuales de Azure. En este tutorial se usa la conmutación por error directamente para simplificar el ejercicio.

5. Monitorice la conmutación por error en las notificaciones hasta que se complete. El ejercicio de este tutorial tarda unos 10 minutos.

Realizar la conmutación por error

Asegúrese de que los pasos de la sección anterior se completaron correctamente. A continuación, siga estos pasos para confirmar la conmutación por error:

1. En el cuadro de búsqueda de la parte superior del Azure Portal, escriba Recovery Services vaults y selecciónelo de los resultados de búsqueda.

2. Seleccione el almacén de Recovery Services; por ejemplo, recovery-service-vault-westus-gzh032124.

3. En la sección Administrar , seleccione Planes de recuperación (Site Recovery) .

4. Seleccione el plan de recuperación( por ejemplo, recovery-plan-gzh032124.

5. Seleccione Confirmar y, después, Aceptar.

6. Supervise las notificaciones hasta que finalice.

   

7. Seleccione Elementos en el plan de recuperación. Debería ver tres elementos enumerados como Conmutación por error confirmada.

Deshabilitar la replicación

Siga estos pasos para deshabilitar la replicación de los elementos del plan de recuperación y para eliminar el plan de recuperación:

1. Para cada elemento de Elementos del plan de recuperación, haga clic con el botón derecho en el elemento y, a continuación, seleccione Deshabilitar replicación.
2. Si se le pide que proporcione una razón o razones para deshabilitar la protección para esta máquina virtual, seleccione la que prefiera; por ejemplo, he completado la migración de mi aplicación. Selecciona Aceptar.
3. Repita el paso 1 hasta que deshabilite la replicación para todos los elementos.
4. Supervise el proceso en las notificaciones hasta que se complete.
5. Seleccione Información general>Eliminar. Seleccione Sí para confirmar la eliminación.

Reprotección del sitio de conmutación por error

Ahora la región secundaria es el sitio de conmutación por error y está activa; debe volver a protegerla en la región primaria.

En primer lugar, limpie los recursos del grupo de recursos denominado jboss-eap-cluster-eastus-gzh032124 que ya no se usan.

1. En el cuadro de búsqueda de la parte superior de Azure Portal, escriba Grupos de recursos y, a continuación, seleccione Grupos de recursos en los resultados de búsqueda.

2. Seleccione el nombre del grupo de recursos para la región secundaria recién creada.

3. Junto al área de texto etiquetada Filtro para cualquier campo... , seleccione la X para quitar todos los filtros.

4. Seleccione Agregar filtro. Establezca Filtro en Tipo. Establezca Operador en Equals.

5. Seleccione el menú desplegable situado junto al campo Valor.

6. Active la casilla Seleccionar todo hasta que no haya ningún valor seleccionado.

7. Asegúrese de que se seleccionan todos los tipos siguientes:

   • Máquina virtual
   • Disco
   • Punto de conexión privado
   • Interfaz de red
   • Cuenta de almacenamiento

8. Seleccione el menú desplegable situado junto al campo Valor para cerrar la lista desplegable. Debe ver 5 tipos de recursos como el valor de Valor.

9. Seleccione Aplicar.

10. Active la casilla situada junto a la etiqueta Nombre en la parte superior de la lista filtrada.

11. Seleccione Eliminar.

12. Escriba delete (Eliminar ) para confirmar la eliminación y, a continuación, seleccione Eliminar. Supervise el proceso en las notificaciones hasta que se complete.

A continuación, utilice los mismos pasos en la recuperación ante desastres para el clúster mediante Azure Site Recovery en la región primaria, con las siguientes excepciones:

1. Para Crear un almacén de Recovery Services, siga estos pasos:

   1. Seleccione el grupo de recursos implementado en la región primaria; por ejemplo, jboss-eap-cluster-eastus-gzh032124.
   2. Escriba un nombre diferente para la bóveda de servicio; por ejemplo, recovery-service-vault-eastus-gzh032124.
   3. Seleccione Este de EE. UU . para Región.

2. Para Habilitar replicación, siga estos pasos:

   1. En Región en Origen, seleccione Oeste de EE. UU. 2.

   2. En Configuración de replicación, siga estos pasos:

      1. En Grupo de recursos de destino, seleccione el grupo de recursos existente implementado en la región primaria( por ejemplo, jboss-eap-cluster-eastus-gzh032124.

      2. En Red virtual de conmutación por error, seleccione la red virtual existente en la región primaria.

3. En Crear un plan de recuperación, en Origen, seleccione Oeste de EE. UU. 2 y, en Destino, seleccione Este de EE. UU.

Conmutación por recuperación al sitio principal

Siga los mismos pasos de la sección Conmutación por error al sitio secundario para conmutar de regreso al sitio primario, incluyendo el servidor de base de datos y el clúster, excepto por las siguientes diferencias:

1. Seleccione el almacén del servicio de recuperación implementado en la región primaria (por ejemplo, recovery-service-vault-eastus-gzh032124).

2. Seleccione el grupo de recursos implementado en la región primaria; por ejemplo, jboss-eap-cluster-eastus-gzh032124.

3. En la sección Confirmar la conmutación por error, seleccione su almacén de Recovery Services implementado en la ubicación principal, por ejemplo, recovery-service-vault-eastus-gzh032124.

4. En el perfil de Traffic Manager, debería ver que el punto de conexión myPrimaryEndpoint se pone En línea y que el punto de conexión myFailoverEndpoint se convierte en Degradado.

5. En la sección Reprotección del sitio de conmutación por error, siga estos pasos:

   1. La región primaria es el sitio de conmutación por error y está activo, por lo que debe volver a protegerla en la región secundaria.

   2. Limpie los recursos implementados en su región secundaria; por ejemplo, los recursos implementados en jboss-eap-cluster-westus-gzh032124.

   3. Siga los mismos pasos que en Configurar la recuperación ante desastres para el clúster mediante Azure Site Recovery para proteger la región primaria en la región secundaria, excepto en los pasos siguientes:

      1. Omita los pasos descritos en Creación de un almacén de Recovery Services porque ya ha creado un almacén de Recovery Services, por ejemplo, recovery-service-vault-westus-gzh032124.

      2. Para Habilitar replicación> y ajustar la configuración de replicación, seleccione la red virtual de conmutación por error existente en la región secundaria.

Limpieza de recursos

Si no va a seguir usando los clústeres de JBoss EAP y otros componentes, siga estos pasos para eliminar los grupos de recursos para limpiar los recursos usados en este tutorial:

1. Escriba el nombre del grupo de recursos de los servidores de Azure SQL Database ( por ejemplo, sqlserver-rg-gzh032124 ) en el cuadro de búsqueda de la parte superior de Azure Portal. A continuación, seleccione el grupo de recursos coincidente en los resultados de la búsqueda.

2. Seleccione Eliminar grupo de recursos.

3. En Escriba el nombre del grupo de recursos para confirmar la eliminación, escriba el nombre del grupo de recursos.

4. Seleccione Eliminar.

5. Repita los pasos del 1 al 4 para el grupo de recursos del Administrador de tráfico; por ejemplo, myResourceGroupTM1.

6. En el cuadro de búsqueda de la parte superior de Azure Portal, escriba Almacenes de Recovery Services y, a continuación, seleccione Almacenes de Recovery Services en los resultados de la búsqueda.

7. Seleccione el nombre de la bóveda de Recovery Services, por ejemplo, recovery-service-vault-westus-gzh032124.

8. En Administrar, seleccione Planes de recuperación (Site Recovery) . Seleccione el plan de recuperación que ha creado; por ejemplo, recovery-plan-gzh032124.

9. Siga los mismos pasos de la sección Deshabilitar la replicación para quitar bloqueos en elementos replicados.

10. Repita los pasos del 1 al 4 para el grupo de recursos del clúster de JBoss EAP principal( por ejemplo, jboss-eap-cluster-westus-gzh032124.

11. Repita los pasos del 1 al 4 para el grupo de recursos del clúster JBoss EAP secundario( por ejemplo, jboss-eap-cluster-eastus-gzh032124.

Pasos siguientes

En este tutorial, ha configurado una solución de alta disponibilidad y recuperación ante desastres que consta de un nivel de infraestructura de aplicación activo-pasivo con un nivel de base de datos activo-pasivo y en el que ambos niveles abarcan dos sitios geográficamente diferentes. En el primer sitio, tanto el nivel de infraestructura de la aplicación como el nivel de base de datos están activos. En el segundo sitio, el dominio secundario se restaura con el servicio Azure Site Recovery y la base de datos secundaria está en espera.

Continúe explorando las siguientes referencias para obtener más opciones para compilar soluciones de alta disponibilidad y recuperación ante desastres y ejecutar JBoss EAP en Azure: