Décrire Azure Site Recovery
Contoso doit adopter une stratégie de continuité d’activité et reprise d’activité, qui garantit la sécurité de ses données ainsi que le maintien en ligne des applications et des charges de travail, même en cas d’interruptions planifiées et non planifiées. Contoso peut utiliser Azure Site Recovery pour garantir la continuité de l’activité en maintenant l’exécution des applications métier et des charges de travail durant les interruptions.
Azure Site Recovery réplique les charges de travail s’exécutant sur des serveurs physiques et des machines virtuelles, d’un site principal vers un lieu secondaire. En cas d’interruption de l’activité sur le site principal de Contoso, les charges de travail font l’objet d’un basculement vers un lieu secondaire à partir duquel les utilisateurs peuvent accéder aux applications. Une fois le site principal de nouveau opérationnel, un administrateur peut effectuer la restauration automatique des charges de travail vers celui-ci.
Azure Site Recovery peut gérer la réplication pour les machines suivantes :
- Les machines virtuelles Azure qui répliquent des données entre des régions Azure.
- Machines virtuelles locales, machines virtuelles Azure Stack et serveurs physiques.
Qu’est-ce qu’Azure Site Recovery ?
À l’aide d’Azure Site Recovery, vous pouvez répliquer vos machines virtuelles entre les régions Azure. Vous pouvez également utiliser Azure Site Recovery pour migrer des machines virtuelles et des serveurs physiques locaux de votre infrastructure locale vers Azure. Supposons que Contoso ait subi une panne dans ses bureaux de New York, peut-être à la suite d’inondations. L’entreprise peut utiliser Azure Site Recovery pour atténuer ce genre de panne en effectuant un basculement vers Azure.
Ce sont les fonctionnalités de récupération de site d’Azure Site Recovery qui vous permettront de gérer les pannes. Azure Site Recovery est conçu pour répliquer vos charges de travail d’un site principal ou d’une région primaire spécifique vers le site ou la région secondaire de votre choix. Dans le graphisme suivant, la région primaire est USA Est, tandis que la région secondaire est USA Centre.
Azure Site Recovery gère la réplication pour les machines suivantes :
- Machines virtuelles Azure entre les différentes régions.
- Machines virtuelles locales vers Azure, et inversement.
Conseil
Dans la mesure où Azure Site Recovery est un composant intégré d’Azure, il peut exécuter des tests transparents appelés exercices de reprise d’activité, sans affecter vos charges de travail de production. Cela signifie que vous pouvez vérifier si vos plans de reprise d’activité sont efficaces en cas de besoin.
Azure Site Recovery fournit les fonctionnalités décrites dans le tableau suivant.
| Fonctionnalité | Description |
|---|---|
| Protection des machines virtuelles Azure | Azure Site Recovery vous permet de protéger automatiquement vos machines virtuelles dans Azure. Azure Site Recovery met en miroir la configuration de la machine virtuelle source dans une région Azure secondaire, puis crée la totalité des groupes de ressources, comptes de stockage, VNet et groupes à haute disponibilité nécessaires ou associés. Un suffixe Azure Site Recovery est ajouté aux ressources créées par Azure Site Recovery. |
| Captures instantanées et points de récupération | Azure Site Recovery a des stratégies de réplication que vous pouvez personnaliser. Ces stratégies vous permettent de définir l’historique de conservation des points de récupération et la fréquence des captures instantanées. Vous créez un point de récupération à partir d’une capture instantanée du disque d’une machine virtuelle. Deux types de capture instantanée sont disponibles : les captures instantanées de cohérence en cas de plantage et les captures instantanées de cohérence des applications. La récupération de cohérence en cas d’incident représente les données sur disque au moment où la capture instantanée est prise. La récupération de la cohérence des applications capture les mêmes données que la récupération de la cohérence en cas de plantage. Néanmoins, elle inclut également toutes les données en mémoire et les transactions in-process. L’inclusion des données en mémoire signifie qu’Azure Site Recovery peut restaurer une machine virtuelle et toutes les applications en cours d’exécution sans aucune perte de données. Tous les points de récupération sont conservés par défaut pendant 24 heures, mais vous pouvez étendre ce délai à 72 heures. |
| Réplication vers une région secondaire | Quand vous activez la réplication pour une machine virtuelle Azure, le service Mobilité dans Azure Site Recovery est installé. Cette extension inscrit la machine virtuelle auprès d’Azure Site Recovery. La réplication continue de la machine virtuelle commence, et toutes les écritures sur disque sont immédiatement transférées vers un compte de stockage local. Azure Site Recovery utilise ce compte, en répliquant le cache vers un compte de stockage dans l’environnement de destination. Azure Site Recovery copie les données stockées dans le cache et les synchronise avec le compte de stockage cible ou les disques managés répliqués. Une fois les données traitées, des points de récupération de cohérence en cas d’incident sont créés. Si les points de récupération de cohérence des applications sont activés, ils sont générés selon une planification définie dans la stratégie de réplication d’Azure Site Recovery. |
| Exercices de reprise d’activité | Azure Site Recovery vous permet d’effectuer des exercices de reprise d’activité, une fois que vous avez effectué toutes les tâches de configuration prérequises. En effectuant un exercice, vous pouvez valider la stratégie de réplication de votre environnement sans perdre de données, sans subir de temps d’arrêt ou sans compromettre votre environnement de production. |
| Basculement et restauration automatique flexibles | Vous pouvez démarrer rapidement les opérations de basculement et de restauration automatique Azure Site Recovery à partir du portail Azure. Durant l’exécution d’un basculement, sélectionnez un point de récupération, puis laissez Azure Site Recovery gérer le basculement. Une restauration automatique est simplement l’inverse de ce processus. Lorsqu’un basculement est correctement validé, il est disponible pour la restauration automatique. |
Basculer et restaurer automatiquement avec Azure Site Recovery
Azure Site Recovery permet à votre organisation de bénéficier d’une certaine flexibilité : vous avez le choix entre le basculement manuel vers une région Azure secondaire ou la restauration vers une machine virtuelle source. Le moyen le plus simple de gérer ce processus consiste à l’effectuer manuellement dans le portail Azure.
Un basculement se produit quand il est décidé d’exécuter un plan de reprise d’activité pour votre organisation. L’environnement de production existant, protégé par Azure Site Recovery, est basculé vers une autre région. L’environnement cible devient l’environnement de production, c’est-à-dire l’environnement sur lequel les services de production de votre organisation s’exécutent.
Notes
Une fois la région cible active, l’environnement source ne doit plus être utilisé. Pour ce faire, vous devez laisser les machines virtuelles sources à l’arrêt.
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 Azure Site Recovery attend que toutes les données soient écrites sur le disque avant de déclencher le basculement.
Qu’est-ce que la reprotection et pourquoi est-ce important ?
Une fois qu’une machine virtuelle a fait l’objet d’un basculement, la réplication effectuée par Azure Site Recovery n’a plus lieu. À la place, vous devez réactiver la protection pour commencer à protéger la machine virtuelle basculée. Comme l’infrastructure est déjà dans une région différente, vous pouvez redémarrer la réplication sur la région source. La reprotection permet à Azure Site Recovery de redémarrer la réplication de notre nouvel environnement cible vers l’environnement source de départ.
La flexibilité du basculement sur des machines virtuelles individuelles ou du basculement à l’aide d’un plan de récupération permet de reprotéger l’infrastructure basculée. Vous pouvez reprotéger chaque machine virtuelle individuellement, ou plusieurs machines virtuelles à l’aide d’un plan de récupération.
Notes
La reprotection prend jusqu’à deux heures, selon la taille et le type de machine virtuelle. Contrairement aux autres processus de Site Recovery dont vous pouvez superviser la progression, vous devez superviser la reprotection au niveau de la machine virtuelle.
Qu’est-ce que la restauration automatique ?
Une restauration automatique est l’inverse d’un basculement. Cela correspond à une situation où un basculement effectué vers une région secondaire a été validé, et constitue désormais l’environnement de production. La reprotection est terminée pour l’environnement basculé et l’environnement source est maintenant son réplica.
Notes
Dans un scénario de restauration automatique, Azure Site Recovery rebascule vers les machines virtuelles sources.
Types de basculement
Site Recovery propose différentes options de basculement :
- Tester le basculement. Cette option vous permet d’exécuter un exercice de validation de la stratégie BCDR, sans perte de données ni temps d’arrêt. Elle crée une copie de la machine virtuelle dans Azure, sans impact sur la réplication en cours ou sur votre environnement de production : Pour valider votre stratégie BCDR :
- Exécutez un test de basculement sur une seule machine virtuelle ou sur plusieurs machines virtuelles dans un plan de récupération.
- Sélectionnez un point de récupération à utiliser pour le test de basculement.
- Sélectionnez un réseau Azure dans lequel la machine virtuelle Azure sera localisée lors de sa création après le basculement. Le réseau est utilisé uniquement pour le test de basculement.
- Vérifiez que le test de basculement a fonctionné comme prévu. Une fois le test effectué, Site Recovery nettoie automatiquement les machines virtuelles créées dans Azure pendant l’exercice.
- Basculement planifié Hyper V. Généralement utilisé pour la maintenance planifiée, dans une stratégie de basculement planifié-Hyper-V, les machines virtuelles sources sont arrêtées et les données les plus récentes sont synchronisées avant le lancement du basculement. Le basculement planifié entraîne des temps d’arrêt, mais aucune donnée n’est perdue dans l’intervalle.
- Planifiez une fenêtre de maintenance de temps d’arrêt et avertissez les utilisateurs.
- Mettez les applications orientées utilisateur hors connexion.
- Initiez un basculement planifié avec le dernier point de récupération. (Le basculement s’exécute uniquement si la machine est arrêtée, ou si des erreurs sont rencontrées.)
- Après le basculement, vérifiez que la machine virtuelle Azure de réplica est active dans Azure.
- Validez le basculement pour terminer. L’action de validation supprime tous les points de récupération disponibles.
- Basculement Hyper V. Vous exécutez généralement cette option de basculement en cas d’interruption imprévue, ou si le site principal n’est pas disponible. Vous pouvez éventuellement arrêter la machine virtuelle et synchroniser les changements finaux avant de lancer le basculement. Cette méthode entraîne une perte de données minimale pour les applications.
- Lancez votre plan BCDR.
- lancer un basculement Avant de déclencher le basculement, spécifiez si Site Recovery doit arrêter la machine virtuelle et synchroniser/répliquer les derniers changements apportés.
- Vous pouvez effectuer un basculement vers un certain nombre d’options de point de récupération :
- Si vous n’activez pas l’option permettant d’arrêter la machine virtuelle, ou si Site Recovery ne pouvez pas l’arrêter, le point de récupération le plus récent est utilisé.
- Le basculement s’exécute même si la machine ne peut pas être arrêtée.
- Après le basculement, vérifiez que la machine virtuelle Azure servant de réplica est active dans Azure. Si nécessaire, vous pouvez sélectionner un autre point de récupération dans la fenêtre de rétention de 24 heures.
- Validez le basculement pour terminer. L’action de validation supprime tous les points de récupération disponibles.
- Basculement VMware. Cette option de basculement est généralement exécutée en cas d’interruption imprévue, ou si le site principal n’est pas disponible. Si vous le souhaitez, vous pouvez spécifier que Site Recovery doit tenter de déclencher un arrêt de la machine virtuelle pour synchroniser et répliquer les derniers changements avant de lancer le basculement. L’utilisation de cette méthode entraîne une perte de données minimale pour les applications.
- Lancez votre plan BCDR.
- Lancez un basculement à partir de Site Recovery :
- Spécifiez si Site Recovery doit essayer de déclencher l’arrêt de la machine virtuelle et synchroniser avant d’exécuter le basculement. (Le basculement s’exécute même si la machine ne peut pas être arrêtée.)
- Après le basculement, vérifiez que la machine virtuelle Azure servant de réplica est active dans Azure.
- Si nécessaire, vous pouvez sélectionner un autre point de récupération dans la fenêtre de conservation de 72 heures.
- Validez le basculement pour terminer. L’action de validation annule tous les point de récupération. Pour les machines virtuelles Windows, Site Recovery désactive les outils VMware pendant le basculement.