La prise en charge du stockage étiré est disponible pour la réplication basée sur la baie.

Site Recovery Manager prend en charge le stockage étiré actif-actif entre le site protégé et le site de récupération à l'aide de Cross vCenter Server vMotion pour effectuer des migrations planifiées, ce qui élimine le temps d'arrêt prolongé du service. La récupération d'urgence et le test de récupération continuent d'utiliser la fonctionnalité de récupération basée sur le LUN existant.

Important : Le stockage étiré est pris en charge uniquement dans les environnements vCenter Single Sign-On en mode Enhanced Linked Mode. La migration planifiée avec Cross vCenter Server vMotion échoue si les sites ne sont pas au mode Enhanced Linked Mode. Le stockage étiré est requis lorsque vous utilisez une migration vMotion entre plusieurs serveurs vCenter Server pendant une migration planifiée.

Groupes de protection

Important : Les groupes de protection pour le stockage étiré doivent être créés en tant que groupes de réplication basée sur la baie.
  • Les groupes de protection comportant des périphériques étirés doivent avoir une direction préférée du site protégé au site de récupération. La direction préférée doit correspondre à la préférence de site que la baie conserve pour les périphériques correspondants. Si la baie prend en charge la préférence de site, le site protégé doit donc avoir la préférence de site.
  • Les machines virtuelles étirées et non étirées et les groupes de cohérence peuvent être dans les mêmes groupes de protection et le même plan de récupération.
  • Les machines virtuelles étirées doivent se situer sur une banque de données étirée et être sous tension sur le site protégé.
  • Vous ne pouvez pas créer deux groupes de protection dans un sens opposé en utilisant la même paire de périphériques étirés. Vous pouvez placer des machines virtuelles sur les périphériques étirés du site de récupération qui correspondent aux périphériques protégés sur le site protégé, mais si le site de récupération ESXi monte le stockage du site protégé, un il existe un risque d'endommagement des données. Vous ne pouvez pas protéger ces machines virtuelles, mais elles sont protégées automatiquement pendant le processus de reprotection.

Migration planifiée

  • L'assistant Exécuter le plan de récupération dispose d'une option permettant d'utiliser Cross vCenter Server vMotion pour effectuer une migration planifiée. Si l'option est sélectionnée, Cross vCenter Server vMotion est utilisé pour toutes les machines virtuelles sous tension et protégées sur le stockage étiré du site protégé. Si l'option n'est pas sélectionnée, le workflow de récupération standard est utilisé pour les réplicas de LUN, y compris le stockage étiré.
  • Si Cross vCenter Server vMotion échoue, quelle qu'en soit la raison, le plan de récupération s'arrête à l'étape Migration des VM et ne continue pas. Pour les groupes de protection de réplication basée sur la baie, restaurez les machines virtuelles à espace réservé pour les machines virtuelles pour lesquelles vMotion a échoué, puis réexécutez le plan de récupération avec l'option vSphere vMotion désactivée. La migration peut ensuite utiliser le workflow de récupération standard pour les réplicas de LUN.
  • Pendant l'étape de désactivation, les périphériques étirés restent montés sur le site protégé, même si vMotion n'est pas utilisé. Site Recovery Manager ignore les réplicas de machines virtuelles non protégées sur les périphériques étirés sur le site protégé et n'annule pas leur enregistrement.

Test de récupération

  • Le test de récupération est effectué à l'aide du workflow de test de récupération standard pour les réplicas de périphériques, y compris les périphériques étirés. Des vérifications de compatibilité de vMotion sont effectuées pour chaque machine virtuelle située sur les périphériques étirés.
  • Si la baie ne prend pas en charge la création de snapshots en lecture-écriture pour les périphériques étirés, Site Recovery Manager ne vous autorise pas à effectuer un test de récupération pour ces périphériques.

Opération de migration vMotion entre plusieurs serveurs vCenter Server

Cross vCenter Server vMotion n'est pas pris en charge pour la migration d'un groupe de ports vSphere Distributed Switch vers un réseau de commutation standard. Dans cette instance, toute tentative de migration d'une machine virtuelle à l'aide de Cross vCenter Server vMotion entraîne ces messages d'erreur.

  • Impossible de trouver un hôte dans le cluster <cluster-name> qui soit compatible avec l'instance de Cross vCenter Server vMotion de la machine virtuelle <vm-name> du groupe de protection <PG-name>.
  • L'interface réseau connectée actuellement, <network-adapter-name>, ne peut pas utiliser le réseau <network-name>, car le type du réseau de destination n'est pas pris en charge pour vMotion en fonction du type du réseau source.

Cross vCenter Server vMotion ne fonctionne pas dans les cas suivants :

  • Si le planificateur de ressources distribuées est désactivé pour le cluster
  • Si la machine virtuelle a des snapshots
  • Si la machine virtuelle est un clone lié
  • Si la machine virtuelle est attachée à des périphériques RDM

La configuration requise pour l'opération de migration vMotion entre plusieurs serveurs vCenter Server dans vSphere est traitée dans la documentation d'ESXi et vCenter Server 8.0.