Qu’est-ce que le suivi des modifications résilientes Hyper-V : utilisation du RCT pour sauvegarder les machines virtuelles
<>En matière d’efficacité des sauvegardes et de copie des seuls blocs de données uniques entre deux sauvegardes complètes (c’est-à-dire la création de sauvegardes incrémentielles), la technologie de Suivi des modifications est extrêmement importante. La technologie Changed Block Tracking (CBT) de VMware existe depuis longtemps et est bien connue de nombreux utilisateurs pour la création de sauvegardes dans des environnements virtuels. Une fonctionnalité similaire est disponible pour les environnements Microsoft Hyper-V. Microsoft appelle sa propre technologie Resilient Change Tracking (RCT). Examinons cette technologie dans Windows Server 2016 et voyons comment elle est mise en œuvre.
Qu’est-ce que Hyper-V RCT ?
Resilient Change Tracking (RCT) est une fonctionnalité de Microsoft Hyper-V qui suit les blocs de disque qui ont changé depuis la dernière sauvegarde d’une machine virtuelle (VM). Ainsi, lors de la sauvegarde suivante incrémentielle de la VM, seuls les blocs modifiés sont copiés vers le stockage de sauvegarde.
Si cette technologie existe dans l’univers VMware depuis ESX/ESXi 4.0 et la version 7 et supérieure des machines virtuelles (depuis environ 2011), elle est relativement nouvelle dans l’univers Hyper-V. Ce n’est qu’avec l’introduction du RCT dans Windows Server 2016 que nous avons obtenu un moyen efficace de suivre ces blocs modifiés dans les VMs Hyper-V.
Avant 2016, le suivi des modifications Hyper-V était assuré par des pilotes de filtre propriétaires mis en œuvre par les fournisseurs de solutions de sauvegarde afin de copier uniquement les blocs modifiés des machines virtuelles Hyper-V sources vers un référentiel.
Remarque: la version de configuration de la machine virtuelle Hyper-V doit être 6.2 ou supérieure pour pouvoir utiliser RCT.
Voyons maintenant pourquoi le Suivi des modifications de Hyper-V est essentiel pour les solutions de sauvegarde.
Pourquoi utiliser un RCT Hyper-V
Dans le contexte d’un environnement virtualisé, lorsque vous créez une sauvegarde complète de la machine virtuelle, vous obtenez une représentation complète de cette machine virtuelle bloc par bloc. Il est recommandé que la sauvegarde suivante soit idéalement une sauvegarde incrémentielle avec uniquement les blocs modifiés copiés à partir de la machine source. Il serait extrêmement inefficace de copier sans cesse des données en double si celles-ci se trouvent déjà dans notre référentiel de sauvegarde. La création de sauvegardes complètes à chaque cycle implique de longues fenêtres de sauvegarde pour transférer des données inutiles vers le référentiel et des besoins élevés en capacité de stockage de sauvegarde.
C’est là qu’intervient la technologie de suivi des modifications. En tirant parti du RCT de Microsoft, les solutions de protection des données tierces peuvent créer des sauvegardes et des réplicas incrémentielles plus rapides et plus efficaces, en ne copiant que les blocs de données modifiés après une sauvegarde complète.
Comment fonctionne le RCT Hyper-V pendant les sauvegardes
Le suivi des modifications résilient dans Hyper-V crée un mappage de tous les blocs de données utilisés par une machine virtuelle. Lors du cycle de sauvegarde suivant, les informations de suivi des modifications permettent de savoir quels blocs ont été modifiés depuis la dernière sauvegarde. Seuls ces blocs modifiés sont copiés lors des cycles de sauvegarde suivants.
Le suivi résilient des modifications fait référence à la capacité de Hyper-V à suivre les modifications même en cas de panne grave ou d’arrêt inattendu de la machine virtuelle. Windows Server 2016 Hyper-V y parvient en mettant en œuvre trois fichiers de Suivi des modifications : 1 en mémoire et 2 sur le disque. Ainsi, si l’arrêt brutal ou la coupure de courant mentionnés ci-dessus se produisent et que le Suivi des modifications en mémoire est perdu, nous disposons toujours du Suivi des modifications sur le disque. Deux fichiers sont créés lors de la première sauvegarde complète d’un Windows Server 2016 Hyper-V.
Au cours du processus de création du point de contrôle pendant la sauvegarde, vous verrez également apparaître un fichier .vhdx créé pour le disque, ainsi que les fichiers .mrt et .rct . Si vous ne voyez pas ces fichiers créés pendant l’opération de sauvegarde de la machine virtuelle , cela signifie que vous n’avez pas lancé d’opération de sauvegarde RCT. Vous avez probablement sélectionné une opération de sauvegarde avec un pilote de filtre de solution de sauvegarde propriétaire activé.
Après la suppression du point de contrôle et la terminaison de la tâche de sauvegarde, il ne reste plus que les fichiers .vhdx, .mrt et .rct.
Expliquons à quoi servent ces fichiers.
- Le fichier RCT ou Suivi des modifications est la représentation la plus détaillée des blocs modifiés sur le disque (bien que moins détaillée que le mappage en mémoire). Ce fichier est écrit en mode écriture différée ou mis en cache, ce qui signifie qu’il est utilisé lors des opérations VM régulières telles que les migrations, les démarrages, les arrêts, etc.
- Le fichier MRT ou Modified Region Table est écrit en mode write-through et est moins granulaire que le fichier RCT, bien qu’il enregistre toutes les modifications sur le disque. En cas de problème (crash, panne de courant, etc.), le fichier MRT est utilisé pour reconstruire les blocs modifiés. Cela permet de gagner beaucoup de temps et s’avère plus efficace qu’une sauvegarde complète de la VM.
Pourquoi avons-nous besoin de fichiers de suivi des modifications sur le disque ?
Le mappage mémoire des blocs modifiés qui est conservé n’est utile pour la VM que tant qu’elle réside sur le même hôte. Si cet hôte tombe en panne ou si la VM est migrée vers un nouvel hôte, le mappage des blocs modifiés en mémoire est perdu. Comme indiqué ci-dessus, le Suivi des modifications résilient de Windows Server 2016 avec les nouveaux fichiers RCT et MRT résout ce problème, car le suivi des blocs modifiés est conservé sur le disque et peut être référencé sans dépendre des ressources informatiques et mémoire qui possèdent la VM.
Utilisation d’un RCT Hyper-V pour la sauvegarde de machines virtuelles avec NAKIVO Backup & Réplication
Lorsque vous créez une tâche de sauvegarde Hyper-V dans la solution NAKIVO, vous pouvez configurer les paramètres du RCT Hyper-V pour une ou plusieurs VMs ajoutées à la tâche de sauvegarde. Si vous utilisez Hyper-V 2016 ou une version plus récente sur un serveur from lequel vous sauvergardez les VMs, vous pouvez utiliser un RCT Hyper-V natif. Les options de sauvegarde des machines virtuelles Hyper-V contiennent trois options de suivi des modifications :
- Utiliser un RCT Hyper-V
- Utiliser la méthode propriétaire
- Pas de suivi des modifications (toujours plein)
Hyper-V RCT est l’option la plus efficace avec la charge la plus faible sur un hôte Hyper-V avec les VMs source pour les sauvegardes. L’option Hyper-V RCT n’est pas disponible pour les VMs fonctionnant sous Hyper-V 2012.
Vous pouvez modifier les paramètres et définir le comportement à adopter en cas d’erreurs rencontrées par la solution lors de l’utilisation de RCT :
- Passer à la méthode propriétaire
- Échec du traitement de la VM
De plus, dans la configuration des paramètres pour le Suivi des modifications, vous pouvez choisir de vérifier à nouveau les blocs modifiés fournis par RCT. Comme l’indique l’info-bulle (lorsque vous cliquez sur ⓘ), cela entraîne des exécutions plus longues pour la vérification supplémentaire du Suivi des modifications entre les cycles de sauvegarde.
Conclusion
Le Suivi des modifications résilient est une fonctionnalité Hyper-V utile pour la sauvegarde incrémentielle des machines virtuelles. Cette fonctionnalité de Suivi des modifications est disponible dans Hyper-V 2016, 2019 et les versions plus récentes. Désormais, les blocs modifiés sont efficacement suivis au niveau de l’hyperviseur. Les fournisseurs de solutions de protection des données tels que NAKIVO utilisent RCT via des API spéciales au lieu d’écrire leurs propres filtres de Suivi des modifications, afin d’optimiser l’efficacité des sauvegardes et des réplications.
