Répliquer des machines virtuelles exploitant des espaces de stockage direct vers une autre région

Cet article décrit comment activer la récupération d’urgence pour des machines virtuelles Azure exploitant des espaces de stockage directs.

Remarque

Seuls des points de récupération offrant une cohérence en cas d’incident sont pris en charge pour les clusters d’espaces de stockage direct.

Les espaces de stockage direct constituent un stockage à définition logicielle qui offre un moyen de créer des clusters invités sur Azure. Un cluster invité dans Microsoft Azure est un cluster de basculement constitué de machines virtuelles IaaS. Il permet à des charges de travail de machine virtuelle hébergées de basculer vers les clusters invités et ainsi d’atteindre une disponibilité en termes de niveau de service pour les applications supérieure à celle qu’une machine virtuelle Azure unique peut fournir. Il s’avère utile dans les scénarios où une machine virtuelle héberge une application critique telle que SQL ou un serveur de fichiers de scale-out.

Reprise d’activité avec des espaces de stockage direct

Dans un scénario classique, vous pouvez avoir cluster invité de machines virtuelles sur Azure pour accroître la résilience de votre application, tel qu’un serveur de fichiers avec scale-out. Si cela peut fournir à votre application une disponibilité supérieure, vous aimeriez protéger ces applications à l’aide de Site Recovery en cas de défaillance au niveau de la région. Site Recovery réplique les données d’une région Azure vers une autre et active le cluster dans la région de récupération d’urgence en cas de basculement.

Le diagramme suivant montre un cluster de basculement de machine virtuelle Azure à deux nœuds qui utilise des espaces de stockage direct.

Capture d’écran des espaces de stockage.

  • Deux machines virtuelles Azure dans un cluster de basculement Windows, chacune disposant d’au moins deux disques de données.
  • La technologie S2D synchronise les données sur le disque de données et présente le stockage synchronisé en tant que pool de stockage.
  • Le pool de stockage se présente comme un volume partagé de cluster au cluster de basculement.
  • Le cluster de basculement utilise le fichier volume partagé de cluster pour les lecteurs de données.

Considérations relatives à la récupération d’urgence

  1. Quand vous configurez un témoin cloud pour le cluster, conservez le témoin dans la région de récupération d’urgence.
  2. Si vous comptez basculer les machines virtuelles vers le sous-réseau sur une région de récupération d’urgence (différente de la région source), l’adresse IP du cluster doit être modifiée après le basculement. Pour changer l’adresse IP du cluster, vous devez utiliser le script de plan de récupération de Site Recovery.

Activation de Site Recovery pour un cluster S2D :

  1. À l’intérieur du coffre Recovery Services, cliquez sur +répliquer

  2. Sélectionnez tous les nœuds du cluster et faites-en une partie d’un groupe de cohérence multimachine virtuelle

  3. Sélectionnez la stratégie de réplication avec une cohérence des applications off* (seule la prise en charge de la cohérence en cas d’incident est disponible)

  4. Activer la réplication

    Capture d'écran montrant où configurer les paramètres de réplication.

  5. Accédez aux éléments répliqués pour voir l’état des deux machines virtuelles.

  6. Les deux machines virtuelles sont protégées et font partie d’un groupe de cohérence multimachine virtuelle.

    Capture d'écran montrant que les machines virtuelles sont protégées et font partie d'un groupe de cohérence multimachine virtuelle.

Création d’un plan de récupération

Lors d’un basculement, un plan de récupération prend en charge le séquencement des différents niveaux d’une application multiniveau. La mise en séquence permet d’assurer la cohérence de l’application. Lorsque vous créez un plan de récupération pour une application web multiniveau, suivez les étapes décrites dans Créer un plan de récupération à l’aide de Site Recovery.

Ajout de machines virtuelles à des groupes de basculement

  1. Créez un plan de récupération en ajoutant les machines virtuelles.
  2. Sélectionnez Personnaliser pour regrouper les machines virtuelles. Par défaut, toutes les machines virtuelles font partie de Group 1.

Ajouter des scripts au plan de récupération

Afin de vous assurer du bon fonctionnement de vos applications, vous pouvez être amené à effectuer certaines opérations sur les machines virtuelles Azure après le basculement ou pendant un test de basculement. Vous pouvez automatiser certaines opérations après le basculement. Par exemple, ici, nous attachons un équilibreur de charge et modifions l’adresse IP du cluster.

Basculement des machines virtuelles

Les deux nœuds des machines virtuelles doivent basculer à l’aide du plan de récupération de Site Recovery.

Capture d’écran montrant la protection storagespacesdirect.

Exécuter un test de basculement

  1. Dans le portail Azure, sélectionnez votre coffre Recovery Services.
  2. Sélectionnez le plan de récupération que vous avez créé.
  3. Sélectionnez Test de basculement.
  4. Pour démarrer le test de basculement, sélectionnez le point de récupération et le réseau virtuel Azure.
  5. Lorsque l’environnement secondaire est opérationnel, procédez aux validations.
  6. Lorsque les validations sont terminées, pour nettoyer l’environnement de basculement, sélectionnez Nettoyer le test de basculement.

Pour plus d’informations, consultez Tester le basculement vers Azure dans Site Recovery.

Exécuter un basculement

  1. Dans le portail Azure, sélectionnez votre coffre Recovery Services.
  2. Sélectionnez le plan de récupération que vous avez créé pour les applications SAP.
  3. Sélectionnez Basculement.
  4. Pour démarrer le processus de basculement, sélectionnez le point de récupération.

Pour plus d’informations, consultez Basculement dans Site Recovery.

Étapes suivantes