Documentation produit
Serveur XenMobile®
Voir PDF

Reprise après sinistre

April 16, 2026
Contributeur: 
C C

Vous pouvez concevoir et configurer des déploiements XenMobile® incluant plusieurs sites pour la reprise après sinistre à l’aide d’une stratégie de basculement actif-passif.

La stratégie de reprise après sinistre recommandée et abordée dans cet article comprend les éléments suivants :

  • Un site XenMobile actif unique dans le centre de données d’un emplacement géographique, desservant tous les utilisateurs de l’entreprise à l’échelle mondiale, appelé site principal.
  • Un deuxième site XenMobile dans le centre de données d’un deuxième emplacement géographique, appelé site de reprise après sinistre. Ce site de reprise après sinistre assure un basculement de site actif-passif en cas de défaillance du centre de données à l’échelle du site principal. Le site principal comprend XenMobile, une base de données SQL et l’infrastructure Citrix ADC pour faciliter le basculement et fournir aux utilisateurs un accès à XenMobile en cas de défaillance de la connectivité au site principal.

Les serveurs XenMobile du site de reprise après sinistre restent hors ligne pendant les opérations normales et ne sont mis en ligne que lors des scénarios de reprise après sinistre, lorsqu’un basculement complet du site principal vers le site de reprise après sinistre est requis. Les serveurs SQL du site de reprise après sinistre doivent être actifs et prêts à traiter les connexions avant que vous ne démarriez les serveurs XenMobile du site de reprise après sinistre.

Cette stratégie de reprise après sinistre repose sur le basculement manuel de la couche d’accès Citrix ADC par des modifications DNS pour acheminer les connexions MDM et MAM vers le site de reprise après sinistre en cas de panne.

Remarque :

Pour utiliser cette architecture, vous devez disposer d’un processus en place pour les sauvegardes asynchrones des bases de données et d’un moyen d’assurer une haute disponibilité pour l’infrastructure SQL.

Processus de basculement de reprise après sinistre

  1. Si vous testez votre processus de basculement de reprise après sinistre, arrêtez les serveurs XenMobile du site principal pour simuler une défaillance du site.
  2. Modifiez les enregistrements DNS publics des serveurs XenMobile pour qu’ils pointent vers les adresses IP externes du site de reprise après sinistre.
  3. Modifiez l’enregistrement DNS interne du serveur SQL pour qu’il pointe vers l’adresse IP du serveur SQL du site de reprise après sinistre.
  4. Mettez en ligne les bases de données SQL XenMobile sur le site de reprise après sinistre. Assurez-vous que le serveur SQL et la base de données sont actifs et prêts à traiter les connexions des serveurs XenMobile locaux au site.
  5. Activez les serveurs XenMobile sur le site de reprise après sinistre.

Processus de mise à jour du serveur XenMobile

Suivez ces étapes chaque fois que vous mettez à jour XenMobile avec des correctifs et des versions pour maintenir le code des serveurs principal et de reprise après sinistre uniforme.

  1. Assurez-vous que les serveurs XenMobile du site principal ont été corrigés ou mis à niveau.
  2. Assurez-vous que l’enregistrement DNS du serveur SQL se résout en la base de données SQL Server active du site principal.
  3. Mettez en ligne les serveurs XenMobile du site de reprise après sinistre. Les serveurs se connectent à la base de données du site principal via le WAN uniquement pendant le processus de mise à niveau.
  4. Appliquez les correctifs et mises à jour requis à tous les serveurs XenMobile du site de reprise après sinistre.
  5. Redémarrez les serveurs XenMobile et confirmez que le correctif ou la mise à niveau a réussi.

Diagramme d’architecture de référence pour la reprise après sinistre

Le diagramme suivant présente l’architecture de haut niveau pour un déploiement XenMobile de reprise après sinistre.

Diagramme de l’architecture de référence pour la reprise après sinistre

GSLB pour la reprise après sinistre

Un élément clé de cette architecture est l’utilisation de l’équilibrage de charge global des serveurs (GSLB) pour diriger le trafic vers le centre de données approprié.

Par défaut, l’assistant Citrix ADC pour XenMobile configure Citrix Gateway de manière à ne pas permettre l’utilisation du GSLB pour la reprise après sinistre. Par conséquent, vous devez prendre des mesures supplémentaires.

Fonctionnement du GSLB

Le GSLB est fondamentalement une forme de DNS. Les appliances Citrix ADC participantes agissent comme des serveurs DNS faisant autorité et résolvent les enregistrements DNS vers l’adresse IP correcte (généralement le VIP censé recevoir le trafic). L’appliance Citrix ADC vérifie l’état du système avant de répondre à une requête DNS dirigeant le trafic vers ce système.

Lorsqu’un enregistrement est résolu, le rôle du GSLB dans la résolution du trafic est terminé. Le client communique directement avec l’adresse IP virtuelle (VIP) cible. Le comportement du client DNS joue un rôle important dans le contrôle de la manière et du moment où un enregistrement expire. Cela dépasse largement les limites du système Citrix ADC. En tant que tel, le GSLB est soumis aux mêmes limitations que la résolution de noms DNS. Les clients mettent en cache les réponses, de sorte que l’équilibrage de charge de cette manière n’est pas aussi en temps réel que l’équilibrage de charge traditionnel.

La configuration GSLB sur le Citrix ADC, y compris les sites, les services et les moniteurs, existe pour fournir la résolution de noms DNS correcte.

La configuration réelle pour la publication des serveurs (dans ce scénario, la configuration que l’assistant Citrix ADC pour XenMobile crée) n’est pas affectée par le GSLB. Le GSLB est un service distinct sur le Citrix ADC.

Défis liés à la délégation de domaine lors de l’utilisation du GSLB avec XenMobile

L’assistant Citrix ADC pour XenMobile configure Citrix Gateway pour XenMobile. Cet assistant génère trois serveurs virtuels d’équilibrage de charge et un serveur virtuel Citrix Gateway.

Deux des serveurs virtuels d’équilibrage de charge gèrent le trafic MDM, sur les ports 443 et 8443. Citrix Gateway reçoit le trafic MAM et le transmet au troisième serveur, le serveur virtuel d’équilibrage de charge MAM, sur le port 8443. Tout le trafic vers le serveur virtuel d’équilibrage de charge MAM passe par Citrix Gateway.

Le serveur virtuel d’équilibrage de charge MAM nécessite le même certificat SSL que les serveurs XenMobile et utilise le même FQDN que celui utilisé pour inscrire les appareils. Le serveur d’équilibrage de charge MAM utilise également le même port (8443) que l’un des serveurs d’équilibrage de charge MDM. Pour permettre la résolution du trafic, l’assistant Citrix ADC pour XenMobile crée un enregistrement DNS local sur Citrix Gateway. L’enregistrement DNS correspond au FQDN utilisé pour inscrire les appareils.

Cette configuration est efficace lorsque l’URL du serveur XenMobile n’est pas une URL de domaine GSLB. Si une URL de domaine GSLB est utilisée comme URL du serveur XenMobile, comme cela est requis pour la reprise après sinistre, l’enregistrement DNS local empêche Citrix Gateway de résoudre le trafic vers les serveurs d’équilibrage de charge MDM.

Utilisation de la méthode CNAME pour la reprise après sinistre GSLB

Pour relever les défis présentés par la configuration par défaut créée par l’assistant Citrix ADC pour XenMobile, vous pouvez créer un enregistrement CNAME pour le FQDN du serveur XenMobile dans le domaine parent (company.com) et pointer un enregistrement dans la sous-zone déléguée (gslb.company.com) pour laquelle le Citrix ADC fait autorité. Cela permet la création de l’enregistrement DNS A statique pour l’adresse VIP d’équilibrage de charge MAM requise pour résoudre le trafic.

  1. Sur le DNS externe, créez un CNAME pour le FQDN du serveur XenMobile qui pointe vers le FQDN du domaine GSLB sur Citrix ADC GSLB. Vous avez besoin de deux domaines GSLB : un pour le trafic MDM et un autre pour le trafic MAM (Citrix Gateway).

    Exemple :

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

  2. Sur l’instance Citrix Gateway de chaque site, créez un serveur virtuel GSLB avec un FQDN vers lequel l’enregistrement CNAME pointe.

    Exemple :

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

    Lorsque vous utilisez l’assistant Citrix ADC pour XenMobile pour déployer Citrix Gateway, utilisez l’URL du serveur XenMobile lors de la configuration du serveur d’équilibrage de charge MAM. Cela crée un enregistrement DNS A statique pour l’URL du serveur XenMobile.

  3. Testez avec des clients s’inscrivant sur Secure Hub à l’aide de l’URL du serveur XenMobile (xms.company.com).

    Cet exemple utilise les FQDN suivants :

    • xms.company.com est l’URL utilisée par le trafic MDM et par les appareils qui s’inscrivent, ce qui est configuré dans cet exemple à l’aide de l’assistant Citrix ADC pour XenMobile.
    • xms.gslb.company.com est le FQDN du domaine GSLB pour le serveur XenMobile.
Reprise après sinistre
April 16, 2026
Contributeur: 
C C
April 16, 2026
Contributeur: 
C C

Dans cet article

Commentaires sur le site | Your privacy choices footer linkVos préférences de confidentialité | Confidentialité et conditions légales | Préférences de cookies | Paramètres de consentement | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.