Reprotection d’Azure vers votre site local
Après un basculement de machines virtuelles VMware ou de serveurs physiques locaux vers Azure, la première étape de restauration automatique vers votre site local implique de reprotéger les machines virtuelles Azure qui ont été créées pendant le basculement. Cet article décrit ce processus de reprotection.
Avant de commencer
- Suivez les étapes décrites dans cet article pour préparer la reprotection et la restauration automatique, notamment la configuration d’un serveur de processus dans Azure et d’un serveur cible maître local, ainsi que la configuration d’un VPN de site à site ou d’une homologation privée ExpressRoute pour la restauration automatique.
- Vérifiez que le serveur de configuration local est en cours d’exécution et qu’il est connecté à Azure. Pendant le basculement vers Azure, le site local risque de ne pas être accessible et le serveur de configuration peut être indisponible ou à l’arrêt. Lors de la restauration automatique, la machine virtuelle doit exister dans la base de données du serveur de configuration. Sinon, la restauration automatique échoue.
- 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.
- Si vous reprotégez des machines virtuelles rassemblées dans un groupe de réplication pour assurer la cohérence de plusieurs machines virtuelles, vérifiez qu’elles ont toutes le même système d’exploitation (Windows ou Linux) et que le serveur cible maître que vous déployez a le 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.
- Ouvrez les ports requis pour la restauration automatique.
- 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.
- Si un serveur vCenter gère les machines virtuelles vers lesquelles vous allez effectuer une restauration automatique, 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écouverts et ne sont donc pas listés. Pour résoudre ce problème, vous pouvez mettre à jour les informations d’identification vCenter avec des autorisations ou un compte appropriés, puis faire une nouvelle tentative.
- Si vous avez utilisé un modèle pour créer vos machines virtuelles, vérifiez que chaque machine virtuelle possède 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.
- 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.
- 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.
- Les machines virtuelles VMware ne peuvent pas effectuer de restauration automatique vers Hyper-V.
- 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 de réplication qui a été supprimée.
- Une machine virtuelle Azure de réplication qui n’est pas protégée (réplication sur le site local).
- 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.
Activer la reprotection
Activez la réplication. Vous pouvez reprotéger des machines virtuelles spécifiques ou un plan de récupération :
- Si vous reprotégez un plan de récupération, vous devez fournir les valeurs pour chaque machine protégée.
- Si les machines virtuelles appartiennent à un groupe de réplication pour assurer la cohérence de plusieurs machines virtuelles, elles peuvent uniquement être reprotégées à l’aide d’un plan de récupération. Les machines virtuelles d’un groupe de réplication doivent utiliser le même serveur cible maître
Notes
La quantité de données envoyées à partir d’Azure à la source ancienne lors de la reprotection peut être comprise entre 0 et la somme des tailles de disque de toutes les machines protégées. Elle ne peut pas être calculée.
Avant de commencer
- Après le démarrage d’une machine virtuelle dans Azure après le basculement, l’agent prend un certain temps (jusqu’à 15 minutes) pour se réinscrire auprès du serveur de configuration. Pendant ce temps, vous ne pouvez pas reprotéger, et un message d’erreur indique que l’agent n’est pas installé. Le cas échéant, patientez quelques minutes, puis relancez la reprotection.
- Si vous voulez restaurer automatiquement la machine virtuelle Azure sur une machine virtuelle locale existante, montez les magasins 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.
- Si vous souhaitez effectuer la restauration automatique vers un autre emplacement, par exemple si la machine virtuelle locale n’existe pas, sélectionnez le lecteur de rétention et le magasin de données configurés pour le serveur cible maître. Si vous effectuez la restauration automatique vers le site local, les machines virtuelles VMware du plan de protection de la restauration automatique utiliseront le même magasin de données que le serveur cible maître. Une machine virtuelle est alors créée dans vCenter.
Remarque
Il est fortement recommandé de ne pas désinstaller l’agent de service de mobilité de la machine basculée (qui fonctionne dans Azure). Après cela, il ne sera plus possible d’effectuer des opérations de restauration ou de protection.
Activez la reprotection comme suit :
Sélectionnez Coffre>Éléments répliqués. Cliquez avec le bouton droit sur la machine virtuelle qui a basculé et sélectionnez Reprotéger. Ou, à partir des boutons de commande, sélectionnez la machine puis Reprotéger.
Vérifiez que le sens de protection D’Azure à local est activé.
Dans les champs CIBLE MAÎTRE et SERVEUR DE PROCESSUS, sélectionnez le serveur cible maître local et le serveur de processus.
Pour MAGASIN DE DONNÉES, sélectionnez le magasin de données dans lequel vous souhaitez récupérer les disques locaux. Cette option est utilisée lorsque la machine virtuelle locale est supprimée et que vous devez créer de nouveaux disques. Cette option est ignorée si les disques existent déjà. Vous devez quand même spécifier une valeur.
Sélectionnez le lecteur de rétention.
La stratégie de restauration automatique est sélectionnée automatiquement.
Sélectionnez OK pour commencer la reprotection.
Un travail de réplication de la machine virtuelle Azure sur le site local commence. Vous pouvez en suivre la progression sous l’onglet Tâches .
- Une fois la reprotection réussie, la machine virtuelle passe à l’état protégé.
- La machine virtuelle locale est désactivée au cours de la reprotection. Cela permet de garantir la cohérence des données pendant la réplication.
- N’activez pas la machine virtuelle locale une fois la reprotection terminée.
Étapes suivantes
- Si vous rencontrez des problèmes, consultez l’article sur la résolution des problèmes.
- Une fois les machines virtuelles Azure protégées, vous pouvez exécuter une restauration automatique. La restauration automatique arrête la machine virtuelle Azure et démarre la machine virtuelle locale. Prévoyez un temps d’arrêt pour l’application et choisissez une heure de restauration en conséquence.