Bonnes pratiques pour VMware vSphere Replication
La réplication de machines virtuelles, ou réplication VM, reste l’une des meilleures techniques de protection des données pour garantir des temps de récupération courts et la disponibilité du système en cas de pannes ou d’indisponibilité, quelle qu’en soit l’origine. Une réplique de VM peut être mise sous tension instantanément en cas de sinistre, ce qui vous permet de réaliser la récupération d’une VM en quelques secondes et de maintenir les opérations commerciales essentielles.
Pour éviter tout écueil éventuel lors de l’exécution d’un logiciel de réplication de machines virtuelles VMware (tel que des pannes et des erreurs d’application, des pertes de données, une consommation excessive de ressources, etc.), suivez les bonnes pratiques de réplication VMware vSphere présentées dans cet article dans le cadre d’une stratégie efficace et fiable de protection des données de machines virtuelles.
Qu’est-ce que la réplication vSphere et comment fonctionne-t-elle ?
La réplication de machines virtuelles VMware vSphere consiste à créer une copie exacte d’une machine virtuelle VMware vSphere dans un emplacement personnalisé, qui peut être un hôte VMware ESXi ou un cluster. Cette copie de la machine virtuelle, appelée réplique de machine virtuelle, est maintenue dans un état hors tension et mise à jour périodiquement ou en continu (réplication continue) afin de refléter les dernières modifications et l’état de la machine virtuelle Source.
Remarque : La réplication dans VMware vSphere est souvent confondue avec VMware-Backup, mais ces méthodes de protection des données des machines virtuelles poursuivent des objectifs différents et doivent se compléter plutôt que se substituer l’une à l’autre (voir notre article de blog Sauvegarde de machine virtuelle vs réplication de machines virtuelles VMware).
10 bonnes pratiques en matière de réplication des données VMware
Suivez les bonnes pratiques ci-dessous et utilisez-les pour la réplication VMware vSphere et la réplication de machines virtuelles dans d’autres environnements.
1. Définissez les charges de travail critiques et classez-les par ordre de priorité.
Déterminez quelles données de machines virtuelles et d’applications nécessitent la protection la plus élevée et la récupération la plus rapide en cas de panne ou de sinistre. Vous n’avez pas besoin de répliquer tout, et tout ne doit pas nécessairement être récupéré dans le même délai.
Par exemple, votre boutique en ligne fonctionne en continu et permet d’effectuer des transactions directes de commande et d’achat avec les clients. En cas de panne de votre serveur web, le site web, l’inventaire et le CRM seront extrêmement importants pour la récupération en premier lieu et dès que possible afin de minimiser l’effet de la panne du site web pour les clients, tandis que les applications de back-office peuvent attendre.
2. Élaborez un plan de protection des données.
Ne pas planifier, c’est planifier l’échec. Planifiez les activités de protection des données en tenant compte des exigences en matière de continuité des activités, des charges de travail critiques, des priorités, des techniques individuelles de protection des données, de la fréquence et de la durée des tâches de sauvegarde/réplication des machines virtuelles, ainsi que des ressources nécessaires (capacité de stockage des données, bande passante réseau, fenêtres de sauvegarde/réplication des machines virtuelles, etc.).
Assurez-vous que votre plan de protection des données couvre également les responsabilités du personnel, les composants matériels et logiciels dédiés, ainsi que les scénarios de reprise après sinistre.
3. Utilisez un ratio de sauvegarde et de réplication des machines virtuelles approprié.
Bien que la sauvegarde et la réplication des machines virtuelles semblent faire la même chose, elles ont des objectifs différents et ne peuvent se substituer l’une à l’autre. La sauvegarde des machines virtuelles, quel que soit son type, est conçue pour la conservation à long terme des données des machines virtuelles. La réplication des machines virtuelles permet quant à elle une récupération rapide des machines virtuelles, ou en d’autres termes, une haute disponibilité des machines virtuelles.
La réplication des machines virtuelles est un élément constitutif d’un plan de protection des données. Vous devez trouver une combinaison efficace de sauvegardes régulières et de réplication des machines virtuelles qui réponde aux besoins et au budget de votre organisation.
4. Établissez des critères mesurables pour les séquences de réplication des données des machines virtuelles.
L’établissement de critères mesurables peut être utile pour choisir la solution de réplication des machines virtuelles. En ce qui concerne la réplication dans VMware vSphere pour une haute disponibilité, vous devez principalement tenir compte de deux aspects :
- Vitesse. À quelle vitesse devez-vous effectuer la récupération des données VM ? Bien qu’une réplique de VM soit une copie complète de la VM d’origine, vous pouvez tout de même avoir besoin d’un certain temps pour y accéder, par exemple en remontant et en rétablissant un SGBD.
- Tolérance aux pannes Il s’agit de la capacité d’un système à maintenir un bon niveau de performances en cas de défaillance d’un ou plusieurs composants. Déterminez le degré de tolérance aux pannes que votre système doit atteindre pour que les données des machines virtuelles restent disponibles en cas de sinistre. Lorsque vous décidez de la fréquence à laquelle vous allez utiliser la réplication des machines virtuelles pour assurer la tolérance aux pannes, tenez également compte de la capacité de votre matériel et de votre réseau.
En fonction de votre politique de continuité des activités, déterminez la proximité optimale entre le point de récupération et le point de défaillance, c’est-à-dire l’ objectif de point de récupération (RPO), qui est un compromis entre la minimisation de la perte de données et le coût des ressources supplémentaires. Pour certaines entreprises, il peut être de 24 heures, 7 jours ou même 1 mois, tandis que d’autres peuvent avoir besoin d’un RPO de seulement 10 secondes.
5. Préparez la feuille de route pour le basculement et la restauration automatique.
Afin de maintenir les services et les applications en fonctionnement avec un minimum de perturbations en cas de panne d’une machine virtuelle de production, vous devez déterminer à l’avance les procédures de basculement et de restauration automatique. Élaborez des scénarios d’action de basculement et de restauration automatique de la VM de production à suivre dans différentes circonstances défavorables.
En fonction du système de protection des données mis en place, les procédures de basculement et de restauration automatique peuvent être manuelles ou automatisées, tant pour les arrêts imprévus que pour les arrêts planifiés.
6. Activez la vérification des réplicas de VM.
Il est recommandé de vérifier régulièrement vos réplicas de VM afin de vous assurer qu’elles sont utilisables. Cela vous évitera de mauvaises surprises. Il peut arriver que votre réplique de VM soit endommagée ou corrompue. Quelle que soit la raison du défaut, vérifiez périodiquement les répliques de VM et incluez le calendrier de vérification dans votre plan.
Lorsque vous utilisez des solutions de réplication VMware vSphere tierces, il est recommandé d’activer la fonctionnalité de vérification automatique des répliques de VM, si celle-ci est disponible. Ainsi, l’intégrité de toutes vos répliques de VM sera automatiquement vérifiée.
7. Créez des répliques cohérentes avec les applications.
Les solutions modernes de protection des données vous offrent un mode de réplication spécial cohérent avec les applications qui vous permet de créer des répliques de VM cohérentes avec les applications pour des applications telles que Microsoft Active Directory, Microsoft SQL Server, Microsoft SharePoint, Microsoft Exchange Server ou base de données Oracle, par l’intermédiaire de rédacteurs VSS.
Le mode de réplication de VM « cohérent avec les applications » ou, en d’autres termes, sensible aux applications, signifie que lors du processus de réplication, les données en mémoire et les opérations d’E/S en attente sont vidées sur le disque avant la création d’un instantané. Par conséquent, vos réplicas de VM contiennent des données cohérentes et les applications peuvent être restaurées en toute fluidité, sans perte de données.
8. Automatisez les outils de récupération des données.
L’automatisation des outils de récupération des données permet de réduire les retards inutiles si vous devez restaurer des VMs le plus rapidement possible en cas de sinistre. Assurez-vous que les scripts automatiques sont correctement maintenus. D’autre part, les solutions modernes de protection des données offrent des fonctionnalités d’automatisation intégrées.
9. Déterminez la politique de conservation et de rotation.
Cette politique établit la fréquence de création des répliques de machines virtuelles et leur durée de conservation. Les modifications des données de réplication des machines virtuelles sont continuellement ajoutées à la base de données des modifications de réplication. Sans purge périodique, celle-ci augmenterait considérablement jusqu’à consommer tout l’espace disque disponible. La période entre deux purges est appelée délai de purge de réplication. Le délai de purge de réplication par défaut est défini dans votre logiciel de protection des données et varie d’un à plusieurs jours.
Lorsque vous établissez la politique de conservation et de rotation, tenez compte du délai de purge de réplication. Les modifications antérieures au délai de purge sont supprimées de la base de données des modifications de réplication. Assurez-vous que la base de données des modifications de réplication est sauvergardée plus souvent que la période de délai de purge de réplication, sinon certaines modifications pourraient être perdues.
10. Choisissez la solution de réplication et de reprise après sinistre adaptée à vos machines virtuelles.
Si vous devez effectuer régulièrement des réplications de machines virtuelles, vous devez choisir la solution adaptée aux besoins spécifiques de votre infrastructure informatique et au budget de votre organisation.
Lorsque vous comparez les produits de réplication VMware vSphere actuellement disponibles sur le marché, vous devez tenir compte de leurs fonctionnalités spécifiques du point de vue de la fonctionnalité et des performances. Par exemple, certains produits utilisent la réplication synchrone des machines virtuelles (réplication continue), tandis que d’autres utilisent la réplication semi-synchrone ou asynchrone. Si la réplication synchrone des données VMware semble être un meilleur choix pour le basculement des applications transactionnelles, la synchronisation complète utilisée dans un réseau lent peut réduire considérablement les performances. En revanche, la réplication asynchrone VMware n’a pratiquement aucun impact sur les performances dans cette situation. D’un autre côté, en cas de défaillance du serveur principal, la réplication asynchrone de machines virtuelles VMware peut entraîner la perte des données validées.
Un autre point à prendre en considération est la vitesse de réplication et de restauration de vos machines virtuelles, car cela peut nécessiter du matériel à haute capacité.
Si la réplication à distance des machines virtuelles vers un emplacement hors site ou un cloud garantit la sécurité de vos données, même en cas de sinistre touchant l’ensemble de votre centre de données, assurez-vous que votre réseau d’infrastructure dispose de la bande passante requise.
VMware vSphere Replication avec NAKIVO
NAKIVO Backup & Replication offre de nombreuses fonctionnalités utiles pour rendre votre réplication VMware, ainsi que la réplication Hyper-V et même la réplication d’instances AWS EC2 simples et rapides. La solution NAKIVO prend en charge le Suivi des modifications VMware pour la réplication incrémentielle, offre des paramètres de conservation flexibles et travaille directement avec les API VMware pour la réplication des données VMware au niveau de l’hôte.
Vous pouvez utiliser les réplicas VMware créées avec NAKIVO pour le basculement des machines virtuelles et les scénarios complexes de reprise après sinistre complète du site principal.
