Basculer et restaurer automatiquement avec Azure Site Recovery
Azure Site Recovery permet à votre organisation de bénéficier d’une flexibilité : vous avez le choix entre le basculement manuel vers une région Azure secondaire ou la restauration automatique vers une machine virtuelle source. Le moyen le plus simple de gérer ce processus est manuellement dans le portail Azure. Vous disposez cependant d’autres options pour activer l’automatisation si votre entreprise souhaite automatiser le déclenchement d’un basculement. Ces options incluent des technologies telles que les scripts via PowerShell ou la configuration de runbooks dans Azure Automation pour orchestrer des basculements.
Procédez comme suit pour exécuter un basculement complet d’une machine virtuelle protégée vers une région secondaire dans votre abonnement. Une fois le basculement terminé, vous effectuez la restauration automatique de cette machine virtuelle.
Dans cette unité, vous allez explorer le basculement et la restauration automatique, comment reprotéger une machine virtuelle basculée et superviser l’état de la reprotection.
Qu’est-ce que le basculement ?
Un basculement a lieu lorsque vous décidez d’exécuter un plan de récupération d’urgence pour votre organisation. L’environnement de production existant, protégé par Site Recovery, est répliqué sur une autre région. L’environnement cible devient de facto l’environnement de production sur lequel les services de production de votre organisation s’exécutent. Une fois la région cible active, l’environnement source ne doit plus être utilisé. Appliquez cette condition en laissant les machines virtuelles sources arrêtées.
L’arrêt des machines virtuelles sources présente un autre avantage. L’arrêt d’une machine virtuelle entraîne une perte de données minimale, car Site Recovery attend que toutes les données soient écrites sur le disque avant de déclencher le basculement. Pour utiliser ces données et avoir l’objectif de point de récupération le plus faible possible, nous sélectionnons le point de récupération Dernier (objectif de point de récupération le plus faible).
Qu’est-ce que la reprotection et pourquoi est-ce important ?
Lors du basculement d’une machine virtuelle, la réplication Site Recovery effectuée n’est plus active. Vous devez réactiver la protection pour commencer à protéger la machine virtuelle basculée. Comme l’infrastructure se trouve déjà dans une région différente, vous pouvez redémarrer la réplication sur la région source. La protection permet à Site Recovery de redémarrer la réplication de votre nouvel environnement cible sur l’environnement source de départ.
Vous pouvez utiliser la flexibilité du basculement de machines virtuelles individuelles ou du basculement en utilisant un plan de récupération pour protéger de nouveau votre infrastructure basculée. Vous pouvez reprotéger chaque machine virtuelle individuellement, ou plusieurs machines virtuelles à l’aide d’un plan de récupération.
La reprotection prend entre 45 minutes et 2 heures, en fonction de la taille et du type de machine virtuelle. Contrairement aux autres processus Site Recovery qui peuvent être monitorés en surveillant la progression du travail, vous devez afficher la progression de la nouvelle protection au niveau de la machine virtuelle. En effet, la phase de synchronisation n’est pas listée en tant que travail Site Recovery.
Cette image montre l’état de l’élément protégé, avec le pourcentage synchronisé mis en surbrillance.
Qu’est-ce que la restauration automatique ?
Une restauration automatique est l’inverse d’un basculement. Cela désigne un basculement complet vers une région secondaire qui a été validée et qui constitue maintenant l’environnement de production. La reprotection est terminée pour l’environnement basculé et l’environnement source est maintenant son réplica. Dans un scénario de restauration automatique, Site Recovery rebascule vers les machines virtuelles sources.
Le processus d’exécution d’une restauration automatique est le même que celui d’un basculement, jusqu’à la réutilisation du plan de récupération. La sélection du basculement sur votre plan de récupération affecte la valeur de à la région cible et la valeur à à la région source.
Gérer les basculements
Site Recovery peut exécuter des basculements à la demande. Les tests de basculement sont isolés, ce qui signifie qu’ils n’ont pas d’impact sur les services de production. Cette flexibilité vous permet d’exécuter un basculement sans interrompre les utilisateurs de ce système. La flexibilité fonctionne également dans l’autre sens, en permettant une restauration automatique à la demande dans le cadre d’un test planifié ou d’un processus de reprise d’activité entièrement appelé.
Les plans de récupération dans Site Recovery permettent également de personnaliser et de séquencer le basculement et la restauration automatique. Les plans vous permettent de regrouper des ordinateurs et des charges de travail.
La flexibilité peut également s’appliquer à la façon dont vous déclenchez le processus de basculement. Les basculements manuels sont faciles à effectuer via le portail Azure. L’écriture de scripts PowerShell ou l’utilisation de runbooks dans Azure Automation proposent aussi des options d’automatisation.
Résoudre les problèmes liés à un basculement
Même si Site Recovery est automatisé, des erreurs peuvent toujours se produire. La liste suivante présente les trois problèmes les plus fréquemment observés. Pour obtenir la liste complète des problèmes et savoir comment les résoudre, consultez le lien dans l’unité de résumé.
Problèmes liés aux quotas de ressources Azure
Site Recovery doit créer des ressources dans différentes régions. Si notre abonnement n’est pas en mesure de le faire, la réplication échoue. Cette erreur se produit également si notre abonnement ne dispose pas des limites de quota appropriées pour créer des machines virtuelles qui correspondent à la taille des machines virtuelles sources.
Vous pouvez corriger cela en contactant le support de facturation Azure et en demandant la création de machines virtuelles de taille correcte dans la région cible nécessaire.
Un ou plusieurs disques sont disponibles pour la protection
Cette erreur se produit lorsque vous avez fini de configurer Site Recovery pour vos machines virtuelles. Par la suite, vous avez ajouté ou initialisé des disques supplémentaires.
Pour corriger cette erreur, vous pouvez ajouter la réplication pour les disques récemment ajoutés, ou choisir d’ignorer l’avertissement du disque.
Certificats racines approuvés
Vérifiez que les certificats racines les plus récents sont installés pour permettre à Site Recovery de communiquer et d’authentifier les machines virtuelles pour une réplication sécurisée. Vous pouvez voir cette erreur si les dernières mises à jour ne sont pas appliquées à vos machines virtuelles. Avant que Site Recovery ne puisse activer la réplication, vous devez mettre à jour les machines virtuelles Windows et Linux.
La correction est différente pour chaque système d’exploitation. Windows est aussi simple que de veiller à ce que la mise à jour automatique Windows soit activée et appliquée. Pour chaque distribution Linux, vous devez suivre les instructions fournies par le distributeur.