Stratégie de réplication synchrone ou asynchrone
& Le monde des affaires moderne se développe à chaque seconde, ce qui signifie qu’il y a une quantité toujours croissante de données vulnérables qui doivent être protégées. En cas de sinistre, chaque entreprise doit disposer d’un ensemble de stratégies de récupération afin de protéger et de restaurer le plus rapidement possible les processus critiques. D’où la nécessité d’une réplication à distance, qui implique l’envoi des données critiques hors site pour un stockage fiable et une récupération rapide.
Qu’est-ce que la réplication à distance ?
La réplication à distance est un élément essentiel de la protection des données et de la récupération des données. Auparavant, la réplication était principalement utilisée pour copier et stocker des données d’application dans des emplacements hors site. Cependant, avec le temps, cette technologie s’est considérablement développée. Actuellement, la réplication vous permet de créer une copie synchronisée d’une machine virtuelle sur un hôte cible distant. La copie de la VM est appelée réplicaet fonctionne exactement comme une VM classique disponible sur un hôte source. Les réplicas de VM peuvent être transférées et exécutées sur n’importe quel matériel compatible. Elles peuvent être mises sous tension en quelques secondes en cas de défaillance de la VM d’origine. Cette technologie permet de réduire considérablement les temps d’arrêt et d’atténuer les risques commerciaux potentiels et les pertes associées à une catastrophe.
Avant d’exécuter une tâche de réplication, les facteurs suivants doivent être pris en compte :
- Distance — plus la distance entre les sites est grande, plus la latence sera importante.
- Bande passante — la vitesse Internet et la connectivité réseau doivent être suffisantes pour garantir une connexion avancée permettant un transfert de données rapide et sécurisé.
- Débit de données — le débit de données doit être inférieur à la bande passante disponible afin de ne pas surcharger le réseau.
- Technologie de réplication — les tâches de réplication doivent être exécutées en parallèle (simultanément) pour une utilisation efficace du réseau.
Ces facteurs permettent de déterminer le type de réplication le plus adapté à un type de sinistre spécifique.
Stratégies de réplication synchrone et asynchrone
On distingue deux principaux types de réplication des données : synchrone et asynchrone.
Réplication synchrone
Ici, les données sont répliquées vers un emplacement distant secondaire au moment même où de nouvelles données sont créées ou mises à jour dans le centre de données principal. Cela permet une réplication quasi instantanée, grâce à laquelle vos réplicas de données ne datent que de quelques minutes par rapport au matériel source. En substance, les sources hôte et cible restent entièrement synchronisées, ce qui est essentiel pour une reprise après sinistre (DR) réussie.
Étant donné que les données sont atomically mises à jour dans plusieurs emplacements distants, les performances et la disponibilité du réseau sont affectées. Les opérations atomiques sont définies comme une séquence d’opérations qui doivent être effectuées sans interruption avant qu’une autre tâche puisse être exécutée. Dans le contexte de la réplication synchrone, cela signifie que l’écriture n’est considérée comme terminée que lorsque les stockages local et distant confirment tous deux son achèvement. Ainsi, aucune perte de données n’est garantie, mais les performances globales sont ralenties.
Réplication asynchrone
Dans ce cas, la réplication n’est pas effectuée en même temps que les modifications sont apportées au stockage principal. Les données sont répliquées uniquement à des intervalles prédéterminés (qui peuvent être horaires, quotidiens ou wöchentlich). La réplique peut être stockée dans un emplacement de reprise après sinistre distant, car elle n’a pas besoin d’être synchronisée en temps réel avec l’emplacement principal.
Avec la réplication asynchrone, les données ne sont pas mises à jour de manière atomique dans plusieurs emplacements, ce qui signifie que l’application procède à l’écriture de données qui ne sont pas encore entièrement répliquées. Ainsi, une écriture est considérée comme terminée dès que le stockage local la reconnaît. Avec la réplication asynchrone, les performances et la disponibilité du réseau sont améliorées sans affecter la bande passante. Cela s’explique par le fait que les réplicas ne sont pas mises à jour en temps réel. L’inconvénient est que, en cas de sinistre, le site de reprise après sinistre pourrait ne pas contenir les modifications les plus récentes, ce qui entraînerait la perte de certaines données critiques.
vs. Réplication asynchrone : principales différences
| Synchrone | Asynchrone | |
| Distance | Fonctionne mieux lorsque les emplacements sont proches les uns des autres (les performances diminuent proportionnellement à la distance). | Fonctionne sur de plus longues distances (à condition que la connexion réseau entre les centres de données soit disponible). |
| Coût | Plus cher | Plus rentable |
| Objectif de point de récupération (RPO) | Zéro | De 15 minutes à quelques heures |
| Objectifs de temps de récupération (RTO) | Court | Court |
| Réseau | Les conditions à remplir pour ce réseau sont plus de bande passante et une latence élevée ; Peut être affecté par des interruptions du réseau étendu (car le transfert des données répliquées ne peut être reporté à plus tard). | Les conditions à remplir pour l’utilisation sont moins importantes et l’application n’est pas affectée par la latence ; L’application n’est pas affectée par les interruptions du réseau étendu (car la copie des données peut être enregistrée sur le site local jusqu’à ce que le service du réseau étendu soit rétabli). |
| Perte de données | Zéro | Perte possible des dernières mises à jour des données. |
| Résilience | Une seule défaillance pourrait entraîner une perte de service ; les virus ou autres composants malveillants qui entraînent une corruption des données pourraient être répliqués dans la deuxième copie des données. | Une perte de service peut se produire après 2 défaillances. |
| Performances | Faible (attend la confirmation réseau de l’emplacement secondaire). | Élevée (n’attend pas la confirmation réseau de l’emplacement secondaire). |
| GESTION | Peut nécessiter du matériel spécialisé ; pris en charge par les baies de stockage haut de gamme basées sur des blocs et les produits de réplication en réseau. | Plus compatible avec d’autres produits ; pris en charge par les produits de réplication basés sur des baies, des réseaux et des hôtes. |
| Cas d’utilisation | Meilleure solution pour la reprise après sinistre immédiate et les projets qui ne tolèrent aucune perte de données. | Meilleure solution pour le stockage de données moins sensibles et la reprise après sinistre immédiate de projets qui tolèrent une perte partielle de données. |
Qu’est-ce qui est préférable : la réplication synchrone ou la réplication asynchrone ?
Il n’y a pas de réponse claire à cette question ; votre choix dépend entièrement des priorités de votre entreprise. La réplication asynchrone fonctionne mieux avec des projets qui s’étendent sur de longues distances et qui disposent d’un budget minimal. Elle convient également aux entreprises qui peuvent se permettre une perte partielle de données. D’autre part, la réplication synchrone est utilisée lorsque le stockage fiable et à longet que l’entreprise ne peut se permettre de perdre des données critiques. Le stockage est nécessaire, et l’entreprise ne peut se permettre de perdre des données critiques. Il est utile lorsque les RTO et les RPO sont courts.
Il existe toutefois un compromis : vous pouvez utiliser à la fois des stratégies de stockage synchrone et asynchrone, à différents niveaux d’infrastructure Par exemple, la réplication synchrone peut être utilisée pour transférer et assurer la sécurité des données sur un réseau local (LAN), tandis que la réplication asynchrone envoie les données critiques vers un site de reprise après sinistre distant.
Réplication dans NAKIVO Backup & Réplication
Mode de réplication
vSphere Replication dans NAKIVO Backup & Replication & La réplication est toujours incrémentielle. La première réplication copie la VM complète, mais les tâches de réplication suivantes n’enregistrent que les modifications apportées aux données dans la réplique (incréments). De plus, après chaque tâche de réplication, un point de récupération qui référence tous les blocs de données nécessaires à la récupération de la VM est créé. Ce mode de réplication garantit une charge réseau réduite et vous fait gagner du temps qui serait autrement consacré à des tâches de réplication complète.
Plateformes compatibles
NAKIVO Backup & Réplication offre un déploiement rapide sur diverses plateformes matérielles et logicielles :
- VMware VA. L’appliance virtuelle VMware préconfigurée peut être facilement téléchargée puis importée dans VMware vSphere.
- NAS. En installant NAKIVO Backup & Replication directement sur une appliance NAS, vous pouvez créer votre propre appliance de sauvegarde VM.
- AWS AMI. NAKIVO Backup & Replication peut être déployé dans le cloud Amazon sous forme d’image Amazon Machine Image (AMI) préconfigurée.
- NAKIVO Backup & Replication & Replication peut être installé sur une machine physique ou virtuelle fonctionnant sous Linux à l’aide d’une seule commande.
- NAKIVO Backup & Replication & Replication peut être installé sur une machine physique ou virtuelle fonctionnant sous Windows en un seul clic.
Fonctionnalités de réplication
Un instantané capture l’état d’un système à un moment donné. Avec NAKIVO Backup & Replication, les réplicas de VM sont créées par l’intermédiaire d’instantanés de VM, qui sont utilisés pour récupérer les données actuelles de la VM. Chaque fois qu’une tâche de réplication est effectuée, un instantané temporaire de la VM est pris, les données modifiées sont identifiées et toutes les mises à jour sont ajoutées à la réplique. Après la tâche, l’instantané est supprimé.
Suivi des blocs modifiés
NAKIVO Backup & Replication s’appuie sur VMware CBT (Changed Block Tracking) et Hyper-V RCT (Resilient Change Tracking) pour identifier et copier les modifications apportées à une VM depuis la dernière réplication. Cette technologie améliore considérablement la vitesse des tâches de réplication. Si CBT et RCT ne sont pas disponibles, NAKIVO Backup & Replication utilise une méthode propriétaire intégrée de Suivi des modifications.
Prise en charge des applications en direct
NAKIVO Backup & Replication est une solution cohérente avec les applications. Les VMs sont utilisées pour exécuter toutes sortes d’applications critiques pour l’entreprise, notamment Microsoft Exchange, Active Directory, SQL, SharePoint, etc. Pour ces programmes qui génèrent des entrées et sorties fréquentes, il est essentiel de garantir la cohérence permanente des données des applications, en particulier lorsqu’une tâche de réplication est exécutée. Ainsi, lorsqu’un instantané est créé, les applications à l’intérieur de la VM stockent toutes les transactions en mémoire afin de ne perturber aucune opération en cours.
Protection des conteneurs
NAKIVO Backup & La réplication facilite la protection des VMs critiques en vous permettant de les organiser en conteneurs, tels que des pools de ressources, des dossiers ou des clusters. Un conteneur entier peut être ajouté à une tâche de réplication particulière. Vous pouvez facilement ajouter ou supprimer des éléments du conteneur, ces modifications étant alors automatiquement répercutées dans les tâches de réplication concernées. Cette fonctionnalité est flexible ; vous pouvez également exclure certaines VMs d’un conteneur d’une tâche de réplication. Dans ce cas, le conteneur entier est protégé, à l’exception des machines virtuelles exclues.
Vérification de la capture d’écran
Cette fonctionnalité vous permet de vérifier automatiquement que la réplication de la machine virtuelle s’est déroulée avec succès. Dès qu’une tâche de réplication est terminée, la mise en réseau dans la réplique est désactivée et cette réplique est momentanément mise sous tension pour prendre une capture d’écran. Les réplicas sont ensuite mises hors tension et rétablies le point de récupération le plus récent. L’utilisateur reçoit un rapport par e-mail avec une capture d’écran du système d’exploitation démarré à titre de test.
Regroupement des tâches
NAKIVO Backup & Replication vous permet d’organiser les tâches de réplication en groupes (dossiers) afin de classer les applications, les services et les emplacements dans des structures logiques. De plus, des actions groupées peuvent être facilement exécutées pour toutes les tâches ou pour certaines tâches sélectionnées d’un groupe.
Rapports automatiques
Si vous souhaitez être informé du statut de vos tâches de réplication, NAKIVO Backup & Replication & Replication peut vous en avertir en vous envoyant des rapports automatiques par e-mail, soit selon un planifié, soit à la demande.
Planification des tâches
NAKIVO Backup & Replication vous permet de configurer des tâches de réplication à exécuter sur demande ou selon un programme (quotidien, hebdomadaire, mensuel et annuel). Vous pouvez même configurer des tâches à exécuter selon un programme personnalisé qui répond à vos besoins commerciaux spécifiques, par exemple toutes les 20 minutes, tous les 5 jours ou le premier mardi de chaque mois. Vous pouvez également spécifier les plages horaires pendant lesquelles une tâche doit démarrer et se terminer.
Réplication de VM par étapes (amorçage)
La réplication initiale (complète) des machines virtuelles volumineuses peut prendre beaucoup de temps en raison de leur taille. Pour accélérer le processus, NAKIVO Backup & Replication & Replication peut effectuer une réplication par étapes des machines virtuelles. Cette fonctionnalité vous permet de transférer (« ensemencer ») d’abord les répliques initiales des machines virtuelles vers un support amovible. Ensuite, ces répliques peuvent être transportées vers le nouveau site, où une nouvelle tâche de réplication est exécutée à l’aide des machines virtuelles transférées. Ensuite, seule une réplication incrémentielle est effectuée.
Points de récupération
Un point de récupération représente une machine virtuelle à un moment donné, qui est ensuite utilisé pour la récupération de la machine virtuelle. Avec NAKIVO Backup & Replication & , vous pouvez stocker jusqu’à 30 points de récupération par réplica de VM. Le produit vous permet de stocker les points de récupération selon les politiques de conservation Grandfather-Father-Son (GFS), comme décrit ci-dessous. Cette méthode garantit que les points de récupération des réplicas de VM sont enregistrés sur le site de reprise après sinistre à des fréquences déterminées (par exemple, quotidiennement, wöchentlich, mensuellement et annuellement).
- Conserver un point de récupération par semaine pour X semaines : le dernier point de récupération de chaque semaine est stocké pendant le nombre de semaines spécifié.
- Conserver un point de récupération par mois pour X mois : le dernier point de récupération de chaque mois est stocké pendant le nombre de mois spécifié.
- Conserver un point de récupération par an pour X années : >
RTO et RPO: Un objectif de point de récupération (RPO) est la limite du moment le plus ancien auquel votre VM doit être restaurée pendant la reprise après sinistre. Il définit donc la quantité de données qui peut être perdue sans causer de dommages déraisonnables à votre entreprise. La réplication peut vous aider à respecter des RPO plus courts, car vos tâches de réplication peuvent être exécutées comme vous le souhaitez grâce aux calendriers personnalisés que vous leur attribuez.
La réplication de VM peut également vous aider à respecter des objectifs de temps de récupération (RTO). Le RTO est le délai stipulé dans lequel vos opérations commerciales doivent être rétablies après une catastrophe. Grâce à la réplication, la VM peut être restaurée instantanément en mettant simplement sous tension la réplique.
Cas d’utilisation
La réplication de VM peut protéger les servicescontre divers problèmes, notamment ceux causés par la perte ou la défaillance d’une machine virtuelle critique, la défaillance d’un hôte ou d’un magasin de données, ou encore une catastrophe naturelle. La réplication de machines virtuelles est généralement utilisée lorsque les projets traitent des données sensibles et/ou ne tolèrent aucune perte de données. La réplication est appropriée dans ces cas, car la récupération des machines virtuelles peut être effectuée facilement et presque instantanément en cas de catastrophe.
La fonctionnalité de réplication est utilisée dans les cas d’utilisation suivants :
- Reprise après sinistre avec réplique
Grâce à la réplication NAKIVO Backup & Replication & , les effets négatifs d’une panne du système, tels que les temps d’arrêt et les pertes de revenus, peuvent être largement atténués. Avec la réplication de VM, vous pouvez réaliser une récupération quasi instantanée d’une VM entière à l’aide de sa réplique, garantissant ainsi la haute disponibilité de vos services commerciaux.
- basculement et Restauration automatique après sinistre
Lorsqu’une catastrophe détruit votre base de données principale, votre entreprise peut être gravement touchée, à moins que vous ne disposiez d’un plan de restauration automatique efficace. C’est là que le basculement entre en jeu. Le basculement est le processus qui consiste à passer d’une machine virtuelle source à une réplique de machine virtuelle afin de transférer les charges de travail critiques pour l’entreprise d’un site affecté vers un site de reprise après sinistre.
Une fois que vous avez réussi à restaurer votre site principal, vous pouvez rétablir les opérations commerciales sur la machine virtuelle d’origine. Ce processus, appelé « restauration automatique », vous permet de synchroniser les données entre le site principal et le site de reprise après sinistre.
- Reprise après sinistre
Avec NAKIVO Backup & Replication, vous pouvez créer des workflows de reprise après sinistre (tâches), qui sont des algorithmes personnalisés faciles à assembler pour l’automatisation et l’orchestration du processus de reprise après sinistre. La mise en œuvre manuelle d’un plan de reprise après sinistre peut être une tâche longue et coûteuse en ressources. Heureusement, NAKIVO Backup & Replication vous permet d’organiser les actions en tâches de reprise après sinistre qui peuvent être exécutées en quelques clics. Vous pouvez créer des tâches de reprise après sinistre spéciales pour faire face à tout type d’événement de reprise après sinistre.
Les actions et conditions suivantes peuvent être incluses dans vos workflows de reprise après sinistre :
- Basculement des VMs. Basculement vers une réplique de VM déjà créée.
- Restauration automatique des VMs. Transférez les Workloads d’une réplique de VM sur un site de reprise après sinistre vers une VM source sur un site de production.
- Démarrage des VMs. Démarrer une ou plusieurs VMs.
- Arrêter les VMs. Arrêter une ou plusieurs VMs.
- Exécuter des tâches. Exécutez les tâches de protection des données (sauvegarde, réplication, etc.) que vous avez déjà créées pour les VMs.
- Arrêtez les tâches. Arrêtez les tâches de protection des données des VMs en cours d’exécution.
- Exécuter le script. Exécutez votre propre script pré- ou post-tâche sur une machine Windows ou Linux.
- Joindre le référentiel. Joindre un référentiel de sauvegarde.
- Détacher le référentiel. Détacher un référentiel de sauvegarde joint.
- Envoyer des e-mails. Recevoir des notifications par e-mail détaillant les résultats après la fin d’une action spécifique.
- Warten. Attendez pendant une durée définie avant de passer à l’action suivante.
- Vérifiez l’état. Vérifier si une ressource existe, si une ressource est en cours d’exécution ou si une adresse IP/un nom d’hôte est accessible avant de passer à l’action suivante.
Conclusion
Toute entreprise peut être victime d’une catastrophe imprévue ou d’une panne système susceptible de compromettre l’intégrité des données critiques. Il est donc absolument essentiel de disposer d’un plan de reprise après sinistre efficace dans le monde des affaires moderne, où la haute disponibilité et la continuité des activités sont primordiales.
La réplication peut devenir un outil précieux pour la reprise après sinistre. Les stratégies de réplication synchrone et asynchrone doivent être mises en œuvre de manière intelligente, en fonction des priorités et des besoins de votre entreprise. La réplication asynchrone est une stratégie rentable qui nécessite moins de bande passante et aucun matériel supplémentaire. Elle peut être utilisée pour stocker des données moins sensibles et transférer des données sur de longues distances. Bien que la réplication synchrone dépende fortement de la connexion réseau et de la latence, elle garantit une perte de données nulle et vous permet de restaurer instantanément les opérations critiques.
NAKIVO Backup & La réplication est une solution rapide et flexible qui permet de répliquer vos VMs vers un ou plusieurs emplacements distants pour un stockage fiable. Une fois la solution mise en place, il vous suffit d’allumer vos réplicas en cas de sinistre, évitant ainsi toute perte de revenus et tout arrêt prolongé.
