À propos de la reprise d’activité de machines virtuelles VMware sur Azure

Cet article fournit une vue d’ensemble de la reprise d’activité de machines virtuelles VMware locales sur Azure à l’aide du service Azure Site Recovery.

Notes

Vous pouvez maintenant déplacer vos éléments répliqués existants vers l’expérience de récupération d’urgence VMware moderne. En savoir plus.

Qu’est-ce que la continuité d’activité et reprise d’activité (BCDR) ?

Une stratégie de continuité d’activité et reprise d’activité (BCDR) vous aide à maintenir votre entreprise opérationnelle. Pendant des temps d’arrêt planifiés et des interruptions inattendues, une stratégie BCDR préserve la sécurité et la disponibilité des données, et veille à ce que les applications continuent de fonctionner. En plus des fonctionnalités de continuité d’activité et reprise d’activité (BCDR) de plateforme telles que les homologations régionales et le stockage haute disponibilité, Azure fournit Recovery Services en tant que partie intégrante de votre solution BCDR. Microsoft Azure Recovery Services inclut les services suivants :

  • Sauvegarde Azure : sauvegarde vos données locales et de machines virtuelles Azure. Vous pouvez sauvegarder un fichier, des dossiers, des charges de travail spécifiques ou une machine virtuelle entière.
  • Azure Site Recovery : assure la résilience et la reprise d’activité d’applications et charges de travail exécutées sur des machines locales ou des machines virtuelles Azure IaaS. Le service Site Recovery orchestre la réplication et gère le basculement vers Azure en cas d’interruption. Il gère également la récupération à partir d’Azure sur votre site principal.

Notes

Site Recovery ne déplace pas et ne stocke pas les données client en dehors de la région cible dans laquelle la récupération d’urgence a été configurée pour les ordinateurs sources. S’ils le souhaitent, les clients peuvent sélectionner un coffre Recovery Services dans une autre région. Le coffre Recovery Services contient des métadonnées, mais pas de données client réelles.

Comment le service Site Recovery effectue-t-il la reprise d’activité ?

  1. Après avoir préparé Azure et votre site local, vous configurez et activez la réplication pour vos machines locales.
  2. Site Recovery orchestre la réplication initiale des machines, conformément aux paramètres de votre stratégie.
  3. Après la réplication initiale, Site Recovery réplique les modifications d’ordre différentiel sur Azure.
  4. Lorsque la réplication fonctionne comme prévu, vous exécutez une simulation de reprise d’activité.
    • Cette simulation vous aide à vérifier que le basculement fonctionnera comme prévu en cas de réelle nécessité.
    • La simulation effectue un test de basculement n’affectant pas votre environnement de production.
  5. En cas d’interruption, vous opérez un basculement complet vers Azure. Vous pouvez basculer une seule machine, ou créer un plan de récupération qui bascule plusieurs machines simultanément.
  6. En cas de basculement, des machines virtuelles Azure sont créées à partir des données de machines virtuelles disponibles dans les disques managés et les comptes de stockage. Les utilisateurs peuvent continuer à accéder aux applications et aux charges de travail à partir de la machine virtuelle Azure.
  7. Lorsque votre site local redevient disponible, vous pouvez opérer une restauration automatique à partir d’Azure.
  8. Après une restauration automatique, lorsque vous retravaillez à partir de votre site principal, vous recommencez à répliquer les machines virtuelles locales sur Azure.

Comment savoir si mon environnement est approprié pour une reprise d’activité sur Azure ?

Le service Site Recovery peut répliquer toute charge de travail exécutée sur une machine virtuelle VMware ou un serveur physique pris en charge. Voici ce que vous devez vérifier dans votre environnement :

  • Si vous répliquez des machines virtuelles VMware, exécutez-vous les versions appropriées des serveurs de virtualisation VMware ? Vérifiez-le ici.
  • Les machines que vous souhaitez répliquer exécutent-elles un système d’exploitation pris en charge ? Vérifiez-le ici.
  • Pour la reprise d’activité de Linux, les machines exécutent-elles un système de fichiers ou un stockage invité pris en charge ? Vérifiez-le ici.
  • Les machines à répliquer sont-elles conformes à la configuration requise pour Azure ? Vérifiez-le ici.
  • La configuration de votre réseau est-elle prise en charge ? Vérifiez-le ici.
  • La configuration de votre stockage est-elle prise en charge ? Vérifiez-le ici.

Que dois-je configurer dans Azure avant de commencer ?

Dans Azure, vous devez effectuer les préparatifs suivants :

  1. Vérifier que votre compte Azure dispose des autorisations nécessaires pour créer des machines virtuelles dans Azure.
  2. Créer un réseau Azure que les machines virtuelles Azure rejoindront une fois créées à partir des comptes de stockage ou les disques managés après le basculement.
  3. Créer un coffre Azure Recovery Services pour le service Site Recovery. Le coffre, qui réside dans le portail Azure, est utilisé pour déployer, configurer, orchestrer, surveiller et dépanner votre déploiement Azure Site Recovery.

Besoin de plus d’aide ?

Découvrez comment configurer Azure en vérifiant votre compte, en créant un réseau et en un configurant un coffre.

Que dois-je configurer localement avant de commencer ?

Voici ce que vous devez faire localement :

  1. Vous devez configurer deux comptes :

    • Si vous répliquez des machines virtuelles VMware, un compte est nécessaire pour que Site Recovery puisse accéder à vCenter Server ou aux hôtes ESXi vSphere afin de découvrir automatiquement les machines virtuelles.
    • Un compte est nécessaire pour installer l’agent du service Mobilité Azure Site Recovery sur chaque machine physique ou virtuelle que vous souhaitez répliquer.
  2. Vous devez vérifier la compatibilité de votre infrastructure VMware si ce n’est déjà fait.

  3. Assurez-vous que vous pouvez vous connecter aux machines virtuelles Azure après un basculement. Vous configurez le protocole RDP sur des machines Windows locales, ou le protocole SSH sur des machines Linux.

Besoin de plus d’aide ?

Comment configurer la reprise d’activité ?

Une fois vos infrastructures Azure et locale en place, vous pouvez configurer la reprise d’activité.

  1. Pour comprendre les composants que vous allez devoir déployer, examinez l’Architecture VMware vers Azure et l’Architecture de serveur physique vers Azure. Étant donné qu’il existe plusieurs composants, il est important de comprendre comment ils s’assemblent.
  2. Environnement source : la première étape du déploiement consiste à configurer votre environnement source de réplication. Sélectionnez ce que vous voulez répliquer et l’emplacement de la réplication.
  3. Serveur de configuration (applicable à Classique) : vous devez configurer un serveur de configuration dans votre environnement source local :
    • Le serveur de configuration est une simple machine locale. Pour la reprise d’activité de VMware, nous vous recommandons de déployer une machine virtuelle VMware à partir d’un modèle OVF téléchargeable.
    • Le serveur de configuration coordonne les communications entre les machines locale et Azure.
    • Deux autres composants s’exécutent sur la machine serveur de configuration.
      • Le serveur de processus reçoit, optimise et envoie les données de réplication au compte de stockage de cache dans Azure. Il gère également l’installation automatique du service Mobilité sur les machines que vous souhaitez répliquer, et effectue la détection automatique des machines virtuelles sur les serveurs VMware.
      • Le serveur cible maître gère les données de réplication pendant la restauration automatique à partir d’Azure.
    • La configuration inclut l’inscription du serveur de configuration dans le coffre, le téléchargement du serveur MySQL et de VMware PowerCLI, ainsi que la spécification des comptes créés pour la détection automatique et l’installation du service Mobilité.
  4. Appliance de réplication Azure Site Recovery (applicable à la version modernisée) : vous devez configurer une appliance de réplication dans votre environnement source local. L’appliance est le bloc de construction de base de toute l’infrastructure Azure Site Recovery locale. Pour la récupération d’urgence VMware, nous vous recommandons de déployer en tant que machine virtuelle VMware à partir d’un modèle OVF téléchargeable. En savoir plus sur l’appliance de réplication ici.
  5. Environnement cible : vous configurez votre environnement Azure cible en spécifiant vos paramètres d’abonnement et de réseau Azure.
  6. Stratégie de réplication : vous spécifiez la manière dont la réplication doit avoir lieu. Les paramètres définissent la fréquence à laquelle les points de récupération sont créés et stockés, et si des instantanés de cohérence d’application doivent être créés.
  7. Activer la réplication. Vous activez la réplication pour les machines locales. Si vous avez créé un compte pour installer le service Mobilité, il sera installé lorsque vous activerez la réplication pour une machine.

Besoin de plus d’aide ?

Quelque chose a mal tourné. Comment dépanner ?

  • Dans un premier temps, essayez de surveiller votre déploiement afin de vérifier l’état des éléments répliqués, les travaux et les problèmes d’infrastructure, ainsi qu’identifier des erreurs éventuelles.
  • Si vous ne pouvez pas effectuer la réplication initiale ou si la réplication en cours ne fonctionne pas comme prévu, lisez cet article décrivant des erreurs courantes et prodiguant des conseils de dépannage.
  • Si vous rencontrez des problèmes avec l’installation automatique du service Mobilité sur des machines que vous souhaitez répliquer, passez en revue les erreurs courantes décrites dans cet article.
  • Si le basculement ne fonctionne pas comme prévu, passez en revue les erreurs courantes décrites dans cet article.
  • Si la restauration automatique ne fonctionne pas, vérifiez si votre problème est décrit dans cet article.

Étapes suivantes

La réplication étant désormais en place, vous devriez exécuter une simulation de reprise d’activité pour vous assurer que le basculement fonctionne comme prévu.