Documentación de productos
XenMobile® Server
Ver PDF

Recuperación ante desastres

April 16, 2026
Contribución de: 
C

Puedes diseñar y configurar implementaciones de XenMobile® que incluyan varios sitios para la recuperación ante desastres utilizando una estrategia de conmutación por error activa-pasiva.

La estrategia de recuperación ante desastres recomendada que se describe en este artículo consta de:

  • Un único sitio activo de XenMobile en el centro de datos de una ubicación geográfica que atiende a todos los usuarios empresariales a nivel mundial, conocido como el sitio principal.
  • Un segundo sitio de XenMobile en el centro de datos de una segunda ubicación geográfica, conocido como el sitio de recuperación ante desastres. Este sitio de recuperación ante desastres proporciona conmutación por error de sitio activa-pasiva en caso de que se produzca un fallo en el centro de datos de todo el sitio principal. El sitio principal incluye XenMobile, una base de datos SQL y la infraestructura de Citrix ADC para facilitar la conmutación por error y proporcionar a los usuarios acceso a XenMobile en caso de fallo de conectividad con el sitio principal.

Los servidores XenMobile en el sitio de recuperación ante desastres permanecen sin conexión durante las operaciones normales y solo se ponen en línea durante escenarios de recuperación ante desastres, donde se requiere una conmutación por error completa del sitio principal al sitio de recuperación ante desastres. Los servidores SQL en el sitio de recuperación ante desastres deben estar activos y listos para atender conexiones antes de iniciar los servidores XenMobile en el sitio de recuperación ante desastres.

Esta estrategia de recuperación ante desastres se basa en la conmutación por error manual de la capa de acceso de Citrix ADC mediante cambios de DNS para enrutar las conexiones MDM y MAM al sitio de recuperación ante desastres en caso de una interrupción.

Nota:

Para usar esta arquitectura, debes tener un proceso establecido para las copias de seguridad asíncronas de las bases de datos y alguna forma de garantizar la alta disponibilidad de la infraestructura SQL.

Proceso de conmutación por error de recuperación ante desastres

  1. Si estás probando tu proceso de conmutación por error de recuperación ante desastres, apaga los servidores XenMobile en el sitio principal para simular un fallo del sitio.
  2. Cambia los registros DNS públicos de los servidores XenMobile para que apunten a las direcciones IP externas del sitio de recuperación ante desastres.
  3. Cambia el registro DNS interno del servidor SQL para que apunte a la dirección IP del servidor SQL del sitio de recuperación ante desastres.
  4. Pon en línea las bases de datos SQL de XenMobile en el sitio de recuperación ante desastres. Asegúrate de que el servidor SQL y la base de datos estén activos y listos para atender conexiones de los servidores XenMobile locales del sitio.
  5. Enciende los servidores XenMobile en el sitio de recuperación ante desastres.

Proceso de actualización del servidor XenMobile

Sigue estos pasos cada vez que actualices XenMobile con parches y versiones para mantener uniforme el código de los servidores principal y de recuperación ante desastres.

  1. Asegúrate de que los servidores XenMobile en el sitio principal se hayan parcheado o actualizado.
  2. Asegúrate de que el registro DNS del servidor SQL se resuelva en la base de datos SQL activa del sitio principal.
  3. Pon en línea los servidores XenMobile del sitio de recuperación ante desastres. Los servidores se conectan a la base de datos del sitio principal a través de la WAN solo durante el proceso de actualización.
  4. Aplica los parches y actualizaciones necesarios a todos los servidores XenMobile del sitio de recuperación ante desastres.
  5. Reinicia los servidores XenMobile y confirma que el parche o la actualización se haya realizado correctamente.

Diagrama de arquitectura de referencia de recuperación ante desastres

El siguiente diagrama muestra la arquitectura de alto nivel para una implementación de XenMobile de recuperación ante desastres.

Diagrama de arquitectura de referencia de recuperación ante desastres

GSLB para recuperación ante desastres

Un elemento clave de esta arquitectura es el uso del equilibrio de carga de servidor global (GSLB) para dirigir el tráfico al centro de datos correcto.

De forma predeterminada, el asistente de Citrix ADC para XenMobile configura Citrix Gateway de una manera que no permite el uso de GSLB para la recuperación ante desastres. Por lo tanto, debes realizar pasos adicionales.

Cómo funciona GSLB

GSLB es, en esencia, una forma de DNS. Los dispositivos Citrix ADC participantes actúan como servidores DNS autoritativos y resuelven los registros DNS a la dirección IP correcta (normalmente la VIP que se supone que debe recibir el tráfico). El dispositivo Citrix ADC comprueba el estado del sistema antes de responder a una consulta DNS que dirige el tráfico a ese sistema.

Cuando se resuelve un registro, la función de GSLB en la resolución del tráfico se completa. El cliente se comunica directamente con la dirección IP virtual (VIP) de destino. El comportamiento del cliente DNS juega un papel importante en el control de cómo y cuándo expira un registro. Esto está en gran medida fuera de los límites del sistema Citrix ADC. Como tal, GSLB está sujeto a las mismas limitaciones que la resolución de nombres DNS. Los clientes almacenan en caché las respuestas, por lo que el equilibrio de carga de esta manera no es tan en tiempo real como el equilibrio de carga tradicional.

La configuración de GSLB en Citrix ADC, incluidos sitios, servicios y monitores, existe para proporcionar la resolución de nombres DNS correcta.

La configuración real para la publicación de servidores (en este escenario, la configuración que crea el asistente de Citrix ADC para XenMobile) no se ve afectada por GSLB. GSLB es un servicio independiente en Citrix ADC.

Desafíos con la delegación de dominios al usar GSLB con XenMobile

El asistente de Citrix ADC para XenMobile configura Citrix Gateway para XenMobile. Este asistente genera tres servidores virtuales de equilibrio de carga y un servidor virtual de Citrix Gateway.

Dos de los servidores virtuales de equilibrio de carga gestionan el tráfico MDM, en los puertos 443 y 8443. Citrix Gateway recibe el tráfico MAM y lo reenvía al tercer servidor, el servidor virtual de equilibrio de carga MAM, en el puerto 8443. Todo el tráfico al servidor virtual de equilibrio de carga MAM pasa a través de Citrix Gateway.

El servidor virtual de equilibrio de carga MAM requiere el mismo certificado SSL que los servidores XenMobile y utiliza el mismo FQDN que se usa para inscribir dispositivos. El servidor de equilibrio de carga MAM también utiliza el mismo puerto (8443) que uno de los servidores de equilibrio de carga MDM. Para permitir que el tráfico se resuelva, el asistente de Citrix ADC para XenMobile crea un registro DNS local en Citrix Gateway. El registro DNS coincide con el FQDN utilizado para inscribir dispositivos.

Esta configuración es efectiva cuando la URL del servidor XenMobile no es una URL de dominio GSLB. Si se utiliza una URL de dominio GSLB como URL del servidor XenMobile, como se requiere para la recuperación ante desastres, el registro DNS local impide que Citrix Gateway resuelva el tráfico a los servidores de equilibrio de carga MDM.

Uso del método CNAME para la recuperación ante desastres de GSLB

Para abordar los desafíos presentados por la configuración predeterminada creada por el asistente de Citrix ADC para XenMobile, puedes crear un registro CNAME para el FQDN del servidor XenMobile en el dominio principal (company.com) y apuntar un registro en la subzona delegada (gslb.company.com) para la cual Citrix ADC es autoritativo. Hacer esto permite la creación del registro DNS A estático para la dirección VIP de equilibrio de carga MAM requerida para resolver el tráfico.

  1. En el DNS externo, crea un CNAME para el FQDN del servidor XenMobile que apunte al FQDN del dominio GSLB en Citrix ADC GSLB. Necesitas dos dominios GSLB: uno para el tráfico MDM y otro para el tráfico MAM (Citrix Gateway).

    Ejemplo:

    CNAME = xms.company.com IN CNAME xms.gslb.comany.com

  2. En la instancia de Citrix Gateway de cada sitio, crea un servidor virtual GSLB con un FQDN que sea al que apunta el registro CNAME.

    Ejemplo:

    bind gslb vserver xms-gslb -domainName xms.gslb.company.com

    Al usar el asistente de Citrix ADC para XenMobile para implementar Citrix Gateway, usa la URL del servidor XenMobile al configurar el servidor de equilibrio de carga MAM. Esto crea un registro DNS A estático para la URL del servidor XenMobile.

  3. Prueba con clientes que se inscriben en Secure Hub usando la URL del servidor XenMobile (xms.company.com).

    Este ejemplo utiliza los siguientes FQDN:

    • xms.company.com es la URL que utiliza el tráfico MDM y que usan los dispositivos que se inscriben, la cual se configura en este ejemplo mediante el asistente de Citrix ADC para XenMobile.
    • xms.gslb.company.com es el FQDN del dominio GSLB para el servidor XenMobile.
Recuperación ante desastres
April 16, 2026
Contribución de: 
C
April 16, 2026
Contribución de: 
C

En este artículo

Comentarios sobre el sitio | Your privacy choices footer linkSus opciones de privacidad | Condiciones legales y de privacidad | Preferencias de cookies | Parámetros de consentimiento | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.