Partager via

Basculement et restauration automatique des serveurs physiques répliqués sur Azure

Ce tutoriel explique comment basculer des serveurs physiques locaux se répliquant vers Azure avec Azure Site Recovery. Après avoir effectué le basculement, vous effectuez un retour de Azure vers votre site local lorsqu'il est disponible.

Avant de commencer

  • Découvrez le processus de basculement en cas de reprise après sinistre.
  • Si vous souhaitez effectuer le basculement de plusieurs ordinateurs, découvrez comment rassembler des machines dans un plan de récupération.
  • Avant de procéder à un basculement complet, effectuez un test de récupération d’urgence pour vérifier que tout fonctionne comme prévu.
  • Suivez ces instructions pour vous préparer à vous connecter aux machines virtuelles Azure après le basculement.

Exécuter un basculement

Vérifier les propriétés du serveur

Vérifiez les propriétés du serveur et vérifiez qu’elle est conforme aux exigences Azure pour les machines virtuelles Azure.

  1. Dans Éléments protégés, cliquez sur Éléments répliqués et sélectionnez la machine.
  2. Dans le volet Élément répliqué, vous voyez un récapitulatif des informations de la machine, son état d’intégrité et ses derniers points de récupération disponibles. Cliquez sur Propriétés pour obtenir plus de détails.
  3. Dans Compute et Réseau, vous pouvez modifier le nom Azure, le groupe de ressources, la taille cible, availability set et les paramètres de disque managé
  4. Vous pouvez afficher et modifier les paramètres réseau, y compris le réseau/sous-réseau dans lequel se trouve la machine virtuelle Azure après le basculement et l’adresse IP qui lui sera affectée.
  5. Des informations sur les disques de données et de système d’exploitation de la machine s’affichent dans Disques.

Basculer vers Azure

  1. Dans Paramètres>Éléments répliqués, cliquez sur la machine >Basculement.

  2. Dans Basculer, sélectionnez un point de récupération vers lequel basculer. Vous pouvez utiliser l’une des options suivantes :

    • Latest : cette option traite d’abord toutes les données envoyées à Site Recovery. Il fournit le RPO le plus bas (objectif de point de récupération), car la machine virtuelle Azure créée après le basculement a toutes les données répliquées sur Site Recovery lorsque le basculement a été déclenché.
    • Dernier point traité : cette option permet de basculer la machine vers le dernier point de récupération traité par Site Recovery. Cette option fournit un objectif de délai de récupération (RTO) faible, car aucun temps n’est consacré à traiter les données non traitées.
    • Dernier point de récupération au niveau de l'application : cette option bascule l’ordinateur vers le dernier point de récupération cohérent au niveau de l'application traité par Site Recovery.
    • Personnalisé : spécifiez un point de récupération.

  3. Sélectionnez Arrêter la machine avant de commencer le basculement si vous souhaitez que Site Recovery essaie d’arrêter la machine source avant de déclencher le basculement. Le basculement est effectué même en cas d’échec de l’arrêt. Vous pouvez suivre la progression du basculement sur la page Tâches.

  4. Si vous êtes prêt à vous connecter à la machine virtuelle Azure, connectez-vous pour la valider après le basculement.

  5. Après vérification, validez le basculement. Cela supprime tous les points de récupération disponibles.

Avertissement

N’annulez pas un basculement en cours. Avant le début du basculement, la réplication de la machine s’arrête. Si vous annulez le basculement, celui-ci s’arrête, mais la machine n’est pas à nouveau répliquée. Pour les serveurs physiques, le basculement nécessite un traitement supplémentaire qui dure environ huit à dix minutes.

Automatiser des actions pendant le basculement

Il se peut que vous souhaitiez automatiser des actions pendant la transition. Pour ce faire, vous pouvez utiliser des scripts ou les runbooks d'Azure Automation dans les plans de récupération.

  • Découvrez la création et la personnalisation des plans de récupération, notamment l’ajout de scripts.
  • Apprenez à ajouter des runbooks Azure Automation aux plans de récupération.

Configurer des paramètres après un basculement

Après le basculement, vous devez configurer les paramètres Azure pour vous connecter aux machines virtuelles Azure répliquées. En outre, configurez les adresses IP interne et publique.

Préparer en vue d’une reprotection et de la restauration automatique

Note

Windows Server 2008, 2008 R2, 2012 et 2012 R2 ont atteint fin de support (EOS). Examinez votre utilisation et planifiez vos mises à niveau et migrations du système d'exploitation en conséquence. Pour plus d’informations, consultez Fin de la prise en charge pour

Après le basculement vers Azure, vous reprotégez les machines virtuelles Azure en les répliquant vers le site local. Ensuite, une fois qu'ils sont répliqués, vous pouvez les restaurer localement en exécutant un basculement depuis Azure vers votre site local.

  1. Les serveurs physiques répliqués vers Azure à l’aide de Site Recovery peuvent uniquement revenir en arrière sous forme de machines virtuelles VMware. Vous avez besoin d’une infrastructure VMware locale pour la restauration automatique. Suivez les étapes décrites dans cet article pour préparer la reprotection et la reprise, notamment la configuration d'un serveur de processus dans Azure, ainsi qu'un serveur maître cible sur site, et la mise en place d'un VPN de site à site ou d'un peering privé ExpressRoute pour la reprise lors de la récupération après sinistre.
  2. Vérifiez que le serveur de configuration local est en cours d’exécution et connecté à Azure. Pendant le basculement vers Azure, le site local peut ne pas être accessible et le serveur de configuration peut être indisponible ou arrêté. Lors de la restauration automatique, la machine virtuelle doit exister dans la base de données du serveur de configuration. Sinon, le retour à la configuration initiale échoue.
  3. Supprimez les captures instantanées sur le serveur cible maître local. La reprotection ne fonctionnera pas en présence de captures instantanées. Les captures instantanées sur la machine virtuelle sont automatiquement fusionnées lors d’une tâche de reprotection.
  4. Si vous reprotégez des machines virtuelles rassemblées dans un groupe de réplication pour la cohérence multi-VM, vérifiez qu'elles ont toutes le même système d'exploitation (Windows ou Linux) et que le serveur maître de destination que vous déployez dispose du même type de système d'exploitation. Toutes les machines virtuelles d’un groupe de réplication doivent utiliser le même serveur cible maître.
  5. Ouvrez les ports requis pour la restauration automatique.
  6. Assurez-vous que le serveur vCenter est connecté avant la restauration automatique. Sinon, la déconnexion des disques et leur attachement à la machine virtuelle échouent.
  7. Si un serveur vCenter gère les machines virtuelles vers lesquelles vous allez revenir en cas de basculement, vérifiez que vous disposez des autorisations nécessaires. Si vous effectuez une découverte utilisateur vCenter en mode lecture seule et protégez des machines virtuelles, la protection réussit et le basculement fonctionne. Cependant, pendant la reprotection, le basculement échoue parce que les magasins de données ne peuvent pas être détectés et ne sont pas listés. Pour résoudre ce problème, vous pouvez mettre à jour les informations d’identification vCenter avec un compte/autorisations appropriés, puis réessayer la tâche.
  8. Si vous avez utilisé un modèle pour créer votre virtual machines, vérifiez que chaque machine virtuelle a son propre UUID pour les disques. Si l’UUID de la machine virtuelle locale est en conflit avec l’UUID du serveur cible maître (car les deux ont été créés à partir du même modèle), la reprotection échoue. Déployez à partir d’un autre modèle.
  9. Si vous effectuez une restauration automatique vers un autre serveur vCenter, vérifiez que le nouveau serveur vCenter et le serveur cible maître sont détectés. Généralement, si cela n’est pas le cas, les magasins de données ne sont pas accessibles ou ne sont pas visibles dans Reprotéger.
  10. Vérifiez les scénarios suivants, qui ne permettent pas de restauration automatique :
    • Si vous utilisez les éditions gratuites d’ESXi 5.5 ou de vSphere Hypervisor 6. Effectuez une mise à niveau vers une autre version.
    • Si vous avez un serveur physique Windows Server 2008 R2 SP1.
    • Machines virtuelles qui ont été migrées.
    • Une machine virtuelle qui a été déplacée vers un autre groupe de ressources.
    • Une machine virtuelle Azure réplique qui a été supprimée.
    • Un réplica Azure machine virtuelle qui n'est pas protégée (réplication sur le site local).
  11. Examinez en revue les types de restaurations automatiques que vous pouvez utiliser : récupération dans l’emplacement d’origine et récupération dans un autre emplacement.

Réconfigurer la protection des VM Azure vers un autre site

Cette procédure présuppose que la machine virtuelle locale n’est pas disponible.

  1. Dans le coffre >Paramètres>Éléments répliqués, cliquez avec le bouton droit sur la machine qui a été basculée >Reprotéger.
  2. Dans Re-protect, vérifiez que Azure en local, est sélectionné.
  3. Spécifiez le serveur cible maître local et le serveur de processus.
  4. Dans Magasin de données, sélectionnez le magasin de données où vous voulez récupérer les disques locaux. – Utilisez cette option si la machine virtuelle locale a été supprimée ou n’existe pas et que vous devez créer des disques. - Ce paramètre est ignoré si les disques existent déjà, mais vous devez spécifier une valeur.
  5. Sélectionnez le lecteur de conservation du serveur cible maître. La stratégie de restauration automatique est sélectionnée automatiquement.
  6. Cliquez sur OK pour commencer l’opération de reprotection. Un travail commence à répliquer la machine virtuelle Azure sur le site local. Vous pouvez en suivre la progression sous l’onglet Tâches .

Note

Si vous souhaitez récupérer la machine virtuelle Azure sur une machine virtuelle locale existante, montez le magasin de données de la machine virtuelle locale avec un accès en lecture/écriture, sur l'hôte ESXi du serveur cible maître.

Restauration automatique à partir de Azure

Effectuez le basculement en procédant comme suit :

  1. Dans la page Éléments répliqués, cliquez avec le bouton droit sur la machine >Basculement non planifié.
  2. Dans Confirm Failover, vérifiez que la direction du basculement provient d'Azure. 3.Sélectionnez le point de récupération à utiliser pour le basculement.
    • Nous vous recommandons d’utiliser le dernier point de récupération. Le point de cohérence d'application se situe derrière le dernier point dans le temps, ce qui entraîne une perte de données.
    • Le dernier point de récupération est cohérent en cas d’incident.
    • Lors du basculement, Site Recovery arrête les machines virtuelles Azure et démarre la machine virtuelle sur site. Il y aura une période d'indisponibilité, alors choisissez un moment approprié.
  3. Cliquez avec le bouton droit sur la machine, puis cliquez sur Valider. Cela déclenche un travail qui supprime les machines virtuelles Azure.
  4. Vérifiez que Azure machines virtuelles ont été arrêtées comme prévu.

Reprotéger les machines locales pour Azure

Les données doivent maintenant être de retour sur votre site local, mais elles ne sont pas répliqués sur Azure. Vous pouvez commencer à répliquer vers Azure à nouveau comme suit :

  1. Dans le coffre >Paramètres>Éléments répliqués, sélectionnez les machines virtuelles qui ont été restaurées automatiquement, puis cliquez sur Reprotéger.
  2. Sélectionnez le serveur de processus utilisé pour envoyer les données répliquées à Azure, puis cliquez sur OK.

Étapes suivantes

Une fois la tâche de reprotection terminée, la machine virtuelle locale est réplicable sur Azure. Si nécessaire, vous pouvez exécuter un autre basculement vers Azure.

  • Last updated on