Réplication avec Azure Site Recovery

Azure Site Recovery (ASR) est un service de récupération d’urgence qui réplique les charges de travail d’un emplacement principal vers un emplacement secondaire, afin de permettre un basculement si l’emplacement principal devient indisponible. Contrairement à Azure Backup (qui crée des points de récupération à un moment donné), ASR conserve un réplica mis à jour en continu de vos VM, afin que vous puissiez effectuer un basculement avec une perte de données minimale. ASR prend en charge la réplication Azure vers Azure, de VMware ou Hyper-V locaux vers Azure, ainsi que de serveurs physiques vers Azure.

Pour la réplication Azure vers Azure, ASR utilise le service Mobility (installé automatiquement comme extension de VM) pour capturer les entrées-sorties d’écriture des disques de la VM source. Les données capturées sont transmises via le réseau principal Azure vers un compte de stockage de cache dans la région cible, puis écrites sur des disques gérés répliqués. Un coffre Recovery Services situé dans la région cible orchestre la réplication. La VM source continue de fonctionner normalement pendant la réplication : les écritures dont le débit reste inférieur à la bande passante de réplication n’ont aucun impact sur les performances.

Pour activer la réplication, accédez à la VM source dans le portail, sélectionnez Récupération d’urgence, choisissez la région cible, puis configurez le groupe de ressources cible, le réseau virtuel et le compte de stockage de cache. ASR crée les ressources cibles et commence la phase de réplication initiale, qui consiste à copier l’intégralité du contenu du disque vers la région cible. Une fois la synchronisation initiale terminée, ASR passe en mode de réplication différentielle et envoie uniquement les blocs modifiés, en continu.

Le tableau de bord ASR du coffre Recovery Services affiche l’état de réplication de chaque VM protégée. Les états possibles sont notamment Sain, Avertissement et Critique. L’indicateur RPO (objectif de point de récupération) atteint indique le retard du réplica par rapport à la source ; pour une réplication Azure vers Azure, ASR atteint généralement un RPO inférieur à 1 minute dans des conditions normales. Vous pouvez également consulter la consommation de bande passante de réplication et les éventuelles conditions d’erreur.

Une stratégie de réplication définit la fréquence des points de récupération cohérents après incident (toutes les 5 minutes par défaut) et la fréquence des points de récupération cohérents avec l’application (toutes les 60 minutes par défaut). Les points de récupération cohérents après incident sont créés sans mettre l’application en pause ; les points de récupération cohérents avec l’application utilisent VSS/des scripts pour garantir une récupération correcte de l’application. La stratégie définit également la durée de conservation des points de récupération : de 0 à 72 heures pour les points cohérents après incident et de 0 à 48 heures pour ceux cohérents avec l’application.

Lors de la configuration de la réplication, ASR crée ou associe les ressources de la région cible : un groupe de ressources cible, un réseau virtuel cible, un compte de stockage de cache et des disques gérés répliqués. Vous pouvez personnaliser l’association réseau cible afin de placer les VM basculées dans des sous-réseaux spécifiques, d’attribuer des adresses IP privées statiques et de configurer les tailles des VM cibles (qui peuvent différer de la taille source, ce qui est utile pour ajuster les ressources lors d’une récupération d’urgence). Ces paramètres sont enregistrés dans la configuration Calcul et réseau de l’élément protégé.

Pour les applications réparties sur plusieurs VM (par exemple, un serveur web et un serveur de base de données), vous pouvez les regrouper dans un groupe de cohérence pour plusieurs VM. ASR coordonne alors simultanément les points de récupération cohérents après incident et cohérents avec l’application sur l’ensemble des VM du groupe. Ainsi, lors du basculement, toutes les VM sont restaurées au même moment, ce qui évite les incohérences de données entre la couche applicative et la couche de base de données susceptibles de provoquer des erreurs dans l’application après le basculement.

Le mappage réseau définit le réseau virtuel cible vers lequel chaque VNet source est mappé lors du basculement des VMs. Si votre VM source se trouve dans un VNet nommé prod-vnet dans la région USA Est, vous configurez un mappage réseau afin que, lors du basculement, la VM soit placée dans dr-vnet dans la région USA Ouest. Sans mappage réseau, les VMs ayant basculé sont placées dans le premier VNet disponible, ce qui peut provoquer des problèmes de connectivité si la topologie du VNet diffère de celle de la région source.

La réplication ASR utilise le réseau dorsal Azure dans les scénarios Azure-à-Azure : vous ne payez pas la bande passante de sortie entre les régions Azure appairées pour le trafic de réplication. Toutefois, le débit de réplication des modifications ne doit pas dépasser la bande passante montante disponible du stockage de la VM source. Pour les charges de travail générant beaucoup d'écritures, telles que les grandes bases de données SQL Server avec un trafic d'écriture important, utilisez l’outil ASR Deployment Planner afin d’estimer la bande passante requise et de vérifier la compatibilité de votre environnement avant d’activer la réplication.

ASR prend en charge la réplication des disques gérés et non gérés (basés sur des objets Blob), mais la réplication des disques gérés est vivement recommandée, car elle élimine la gestion des comptes de stockage et offre de meilleures performances. Lors de la réplication de VMs équipées de disques gérés, ASR crée les disques de réplica gérés correspondants dans la région cible. Vous pouvez également exclure certains disques de données de la réplication, par exemple les disques temporaires ou de travail, afin de réduire la bande passante et le coût de réplication.

ASR et Azure Backup sont complémentaires, et non des solutions concurrentes. Azure Backup vous protège contre la corruption des données, la suppression accidentelle et les rançongiciels : vous effectuez une restauration vers un état fiable datant de plusieurs jours ou semaines. ASR vous protège contre les pannes régionales : vous basculez vers un réplica dont le retard par rapport à la source est de quelques secondes à quelques minutes. Une charge de travail de production nécessite généralement les deux : Backup pour la protection des données et ASR pour la reprise après sinistre et la continuité d’activité.

Vérifiez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) présentés dans cette leçon.

Dans cette leçon, vous avez appris que Azure Site Recovery assure une réplication continue des modifications des VMs vers une région cible afin de permettre une reprise après sinistre avec un RPO quasi nul, que les stratégies de réplication contrôlent la fréquence des points de récupération cohérents en cas d’incident et cohérents avec l’application, et que le mappage réseau garantit que les VMs ayant basculé arrivent dans le VNet cible approprié. Nous allons maintenant voir comment tester et exécuter un basculement en toute sécurité avec ASR.