La réplication de machine virtuelle, ou réplication de VM, reste l’une des meilleures techniques de protection des données pour des temps de récupération courts et la disponibilité du système en cas de défaillance ou d’arrêts de toute origine. Une réplique de VM peut être démarrée instantanément en cas de catastrophe, vous permettant de récupérer une VM en quelques secondes et de maintenir les opérations commerciales essentielles.
Pour éviter tout problème éventuel lors de l’exécution d’un logiciel de réplication de VM – telles que les défaillances et les erreurs d’application, la perte de données, une consommation de ressources inadéquatement élevée, etc. – suivez les meilleures pratiques de réplication VMware vSphere couvertes dans ce billet dans le cadre d’une stratégie de protection des données de VM efficace et fiable.
Qu’est-ce que la réplication vSphere et comment ça fonctionne
La réplication VMware vSphere est le processus de création d’une copie exacte d’une VM VMware vSphere dans un emplacement personnalisé, qui peut être un hôte ou un cluster ESXi. Cette copie de VM, appelée réplique de VM, est maintenue dans un état éteint et mise à jour périodiquement ou continuellement (réplication continue) pour refléter les derniers changements et l’état de la VM source.
Remarque: La réplication dans VMware vSphere est souvent confondue avec la sauvegarde VMware, mais ces méthodes de protection des données de VM poursuivent des objectifs différents et devraient se compléter plutôt que se substituer (voir notre billet de blog Sauvegarde de VM vs. Réplication de VM).
10 meilleures pratiques de réplication des données VMware
Suivez les meilleures pratiques ci-dessous et utilisez-les pour la réplication VMware vSphere et la réplication de machine virtuelle dans d’autres environnements.
1. Définissez les charges de travail critiques pour la mission et établissez des priorités.
Déterminez quelles machines virtuelles et quelles données d’application nécessitent la plus grande protection et la récupération la plus rapide en cas d’arrêt ou de catastrophe. Vous n’avez pas besoin de tout répliquer, et tout ne doit pas être récupéré dans le même délai.
Par exemple, votre magasin en ligne assure un fonctionnement continu et permet d’effectuer des transactions de commande et d’achat directes avec les clients. En cas de défaillance de votre serveur web, le site web, l’inventaire et le CRM seront extrêmement critiques à récupérer en premier lieu et le plus rapidement possible afin de minimiser l’impact de l’arrêt du site web pour les clients, tandis que les applications en 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 de continuité d’activité, des charges de travail critiques pour la mission, des priorités, des techniques de protection des données individuelles, de la fréquence et de la durée des sauvegardes/réplications de machines virtuelles, des ressources requises (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 approprié de sauvegarde et de réplication des machines virtuelles.
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 pas se substituer l’une à l’autre. La sauvegarde des machines virtuelles, quelle que soit sa forme, est conçue pour conserver en toute sécurité les données des machines virtuelles à long terme. Tandis que la réplication des machines virtuelles permet une récupération rapide des machines virtuelles, ou en d’autres termes, une disponibilité élevée des machines virtuelles.
La réplication de machine virtuelle est un élément constitutif d’un plan de protection des données, et vous devez trouver une combinaison efficace de sauvegardes régulières de VM et de réplication de VM pour répondre aux besoins et au budget de votre organisation.
4. Établir des critères mesurables pour les séquences de réplication des données de VM.
Établir des critères mesurables peut être utile lors du choix d’une solution de réplication de VM. En ce qui concerne la réplication dans VMware vSphere pour une haute disponibilité, vous devez principalement prendre en compte deux aspects:
- Vitesse. À quelle vitesse avez-vous besoin que la récupération des données de VM se produise ? Bien qu’une réplique de VM soit une copie complète de la VM d’origine, vous pouvez encore avoir besoin de temps pour y accéder, par exemple, en la remontant et en restaurant un SGBD.
- Tolérance aux pannes est la capacité d’un système à maintenir un bon niveau de performance en cas de défaillance d’un ou plusieurs composants. Considérez le degré de tolérance aux pannes que votre système doit atteindre pour rendre les données de VM disponibles en cas de catastrophe. Lorsque vous décidez à quelle fréquence vous allez utiliser la réplication de machine virtuelle pour 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é d’activité, établissez la proximité optimale du point de récupération par rapport au 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, cela peut être de 24 heures, 7 jours, voire 1 mois, tandis que d’autres peuvent avoir besoin que le RPO ne soit que de 10 secondes.
5. Préparez la feuille de route de basculement et de retour à l’état normal.
Pour maintenir les services et applications en cours d’exécution avec le moins de perturbations possible en cas de panne d’une machine virtuelle de production, vous devez déterminer à l’avance les procédures de basculement et de retour en arrière. Élaborez des scénarios d’action de basculement et de retour en arrière des machines virtuelles de production à suivre dans différentes circonstances défavorables.
En fonction du système de protection des données établi, les procédures de basculement et de retour en arrière peuvent être manuelles ou automatisées pour les arrêts non planifiés et planifiés.
6. Activer la vérification des répliques de machine virtuelle.
La vérification régulière de vos répliques de machine virtuelle pour vous assurer qu’elles sont utilisables est une bonne pratique. Cela évitera toute surprise désagréable. Il peut arriver que votre réplique de machine virtuelle soit endommagée ou corrompue. Quelle que soit la raison du défaut, vérifiez périodiquement les répliques de machine virtuelle et incluez le calendrier de vérification dans votre plan.
Lorsque vous utilisez des solutions tierces de réplication VMware vSphere, il est recommandé d’activer la fonction de vérification automatique des répliques de machine virtuelle, si une telle fonction est disponible. Ainsi, toutes vos répliques de machine virtuelle seront automatiquement vérifiées pour l’intégrité.
7. Créer des répliques conscientes des applications.
Les solutions modernes de protection des données vous offrent un mode de réplication spécialement conscient des applications, vous permettant de créer des répliques de machine virtuelle conscientes des applications pour des applications telles que Microsoft Active Directory, Microsoft SQL Server, Microsoft SharePoint, Microsoft Exchange Server ou Oracle Database, en utilisant les écrivains VSS.
« Conscient de l’application » ou, en d’autres termes, le mode de réplication de machine virtuelle cohérent avec l’application signifie que dans le processus de réplication, les données en mémoire et les opérations d’E/S en attente sont écrites sur le disque avant qu’une snapshot ne soit prise. Par conséquent, vos répliques de machine virtuelle contiennent des données cohérentes et les applications peuvent être récupérées en douceur, sans perte de données.
8. Automatisez la construction autour des outils de récupération.
Automatiser la construction autour des outils de récupération réduit les retards inutiles si vous devez restaurer les machines virtuelles dès que possible en cas de catastrophe. Assurez-vous que les scripts automatiques sont correctement entretenus. D’autre part, les solutions de protection avancées des données offrent des fonctionnalités d’automatisation intégrées.
9. Déterminez la politique de rétention et de rotation.
Cette politique établit la fréquence de création de répliques de machines virtuelles et leur durée de rétention. Les changements de données de réplication de machines virtuelles sont continuellement ajoutés à la base de données des changements de réplication. Sans son nettoyage périodique, elle augmenterait de manière significative, jusqu’à consommer tout l’espace disque disponible. Cette période entre les 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.
Lors de l’établissement de la politique de rétention et de rotation, prenez en compte le délai de purge de réplication. Les changements plus anciens que le délai de purge sont effacés de la base de données des changements de réplication. Assurez-vous que la base de données des changements de réplication est sauvegardée plus souvent que la période de délai de purge de réplication ; sinon, certains changements peuvent être perdus.
10. Choisissez la bonne solution de réplication de VM et de reprise après sinistre.
Si vous avez besoin de reproduire régulièrement des machines virtuelles, vous devriez choisir la bonne solution qui correspondra 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 devriez considérer leurs fonctionnalités spécifiques du point de vue de la fonctionnalité et des performances. Par exemple, certains produits utilisent une réplication de machine virtuelle synchrone (réplication continue), tandis que d’autres exécutent une réplication de machine virtuelle semi-synchrone ou asynchrone. Alors que la réplication de données VMware synchrone semble être un meilleur choix pour la reprise d’applications transactionnelles, une synchronisation complète utilisée dans un réseau lent peut sérieusement faire chuter les performances. En revanche, la réplication VMware asynchrone n’a presque aucun impact sur les performances dans cette situation. En revanche, si le serveur principal échoue, la réplication de machine virtuelle VMware asynchrone peut entraîner la perte de données engagées.
Un autre point à prendre en considération est la vitesse de votre opération de réplication et de restauration de machine virtuelle, car cela pourrait nécessiter du matériel de haute capacité.
Alors que la réplication distante des machines virtuelles vers un site distant ou un cloud garde vos données en sécurité, même en cas de catastrophe touchant l’ensemble de votre centre de données, assurez-vous que le réseau de votre infrastructure dispose de la bande passante requise.
Réplication VMware vSphere 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 simple et rapide. La solution NAKIVO prend en charge le suivi des blocs modifiés VMware pour la réplication incrémentielle, propose des paramètres de rétention flexibles et fonctionne directement avec les API VMware pour la réplication des données VMware au niveau de l’hôte.
Vous pouvez utiliser les répliques VMware créées avec NAKIVO pour basculer les VM en cas de panne et pour des scénarios complexes de récupération du site principal complet.
Source:
https://www.nakivo.com/blog/vmware-replication-best-practices/