Réalisation d’une réplication pour la reprise après sinistre : guide complet

&<

Ces résultats peuvent être dus à un manque de disponibilité des services et des données critiques pour l’entreprise, ce à quoi sert la réplication : vous aider à éviter complètement les temps d’arrêt ou, à tout le moins, à en minimiser l’impact. La reprise après sinistre (DR) ne se limite pas à la réplication pour la reprise après sinistre, et la réplication n’est pas seulement utilisée pour la reprise après sinistre, mais aussi pour la synchronisation, l’intégration, la consolidation et la migration des données.

Ensure Availability with NAKIVO

Meet strict requirements for service availability in virtual infrastructures. Achieve uptime objectives with robust DR orchestration and automation features.

DISCOVER SOLUTION

Pour récupérer votre infrastructure informatique ou au moins ses éléments les plus critiques après un sinistre, votre organisation a besoin d’un emplacement alternatif qui stocke vos données répliquées et peut être utilisé comme site de basculement. Un site alternatif est nécessaire pour la reprise après sinistre qui menace le fonctionnement ou même l’existence physique de votre site principal. La réplication pour la reprise après sinistre consiste à créer des copies exactes des données, soit au sein d’un seul emplacement, soit entre un emplacement principal et un ou plusieurs emplacements alternatifs. La réplication pour la reprise après sinistre doit être constante et continue, car en cas de sinistre, vous devez basculer vos derniers processus informatiques critiques pour l’entreprise vers le logiciel et le matériel de reprise après sinistre dans un délai acceptable.

Bien qu’à l’heure actuelle, la réplication dans le cloud est de plus en plus populaire, l’utilisation de sites physiques alternatifs reste très répandue. Les deux principaux types de sites physiques sont les sites chauds et les sites froids. Un site chaud est une copie de votre centre de données principal, qui contient les mêmes équipements, logiciels et matériels. Ainsi, si votre emplacement principal n’est pas opérationnel, le site chaud peut instantanément devenir un point de basculement. Comme vous pouvez probablement l’imaginer, son coût est proportionnellement élevé. Un site froid, en revanche, est simplement un espace sans matériel ni logiciel installé, mais qui contient néanmoins les lignes électriques et de communication nécessaires.

Facteurs menaçant la continuité de votre activité et nécessitant une reprise après sinistre

Une multitude de facteurs menacent l’infrastructure informatique de votre organisation et sa continuité. Certaines sont bénignes et relativement fréquentes (pannes imprévues de certains segments de l’infrastructure), d’autres sont catastrophiques, mais il est juste de les considérer toutes comme des sinistres de différents niveaux de gravité. Essayons de les classer en grandes catégories :

1. Catastrophes naturelles.Il s’agit de catastrophes naturelles sur lesquelles personne n’a de contrôle. Prévisibles ou imprévisibles, elles sont dévastatrices et causent des ravages et des destructions sur leur passage, qui peut justement être l’emplacement où se trouve votre organisation. Les inondations, les ouragans, les éruptions volcaniques, les tornades et les tremblements de terre ne constituent peut-être pas un facteur de risque dans votre région, mais les conditions météorologiques extrêmes sont une menace partout. Les menaces liées à la civilisation apparaissent et disparaissent ; nous devons toujours prendre des précautions pour éviter les pires conséquences des catastrophes naturelles.
2. Les catastrophes d’origine humainecomprennent les actes de sabotage, le terrorisme, l’espionnage industriel, le vandalisme, etc. La négligence et les erreurs involontaires font également partie de ces facteurs de menace.
3. Les événements nationaux et internationauxtels que les guerres, les grèves et autres manifestations de situations politiques instables peuvent anéantir le site physique de votre organisation.
4. Les défaillances et menaces liées à la technologie et aux logicielscomprennent les coupures de courant, les dysfonctionnements matériels et les pertes de données, ainsi que les facteurs malveillants tels que les virus, ransomware et cyberattaques.

Dans le monde actuel, les infrastructures informatiques sont de plus en plus virtualisées, ce qui a contribué à l’efficacité globale de la reprise après sinistre. C’est pourquoi les logiciels de réplication pour la reprise après sinistre sont aujourd’hui plus efficaces et abordables que jamais, vous permettant de créer et d’orchestrer des workflows de reprise après sinistre entièrement automatisés et d’atteindre des RTO et RPO acceptables.

Parmi les indicateurs de reprise après sinistre, les éléments suivants doivent être pris en compte lors de la configuration de la réplication :

• Les objectifs de temps de récupération (RTO)permet de mesurer le temps acceptable pour un processus de récupération ou, en d’autres termes, le temps que vous pouvez vous permettre de perdre avant que votre organisation ne recommence à fournir ses services.
• L’objectif de point de récupération (RPO)(RPO)fait référence au degré d’actualité des fichiers que vous devez récupérer. Si vos applications critiques sont très dynamiques et que de nombreuses transactions s’y produisent, vous devez alors les récupérer instantanément. Sinon, vous risquez de perdre de nombreuses transactions et, par conséquent, l’argent qu’elles allaient générer.
• Le temps de la récupération du travail (WRT)indique le temps nécessaire à l’entreprise pour vérifier l’intégrité des données récupérées.
• Temps d’indisponibilité maximal tolérable (MTD)mesure le temps dont dispose l’entreprise pour procéder à la reprise après sinistre sans subir de pertes importantes ni de conséquences négatives.

Vous trouverez ci-dessous un ensemble de caractéristiques de réplication à prendre en compte lors du choix d’une solution de réplication pour la reprise après sinistre de votre organisation.

Réplication synchrone et asynchrone

Lors d’une réplication synchrone,les données sont écrites dans un objet de données cible tout en étant simultanément écrites dans la source correspondante, ce qui vous permet d’atteindre les objectifs RTO et RPO les plus bas possibles.Ce type de réplication pour la reprise après sinistre est préférable pour les applications transactionnelles haut de gamme et les clusters à haute disponibilité nécessitant un basculement instantané. Le client logiciel qui écrit les données ne reçoit la confirmation de l’écriture qu’après la validation des données dans les stockages primaire et secondaire.

Bien que l’objet et sa réplique soient synchronisés, cela crée une latence et ralentit l’application synchronisée, occupe de la bande passante et génère une surcharge générale. Si un autre emplacement de stockage est utilisé, il est également possible qu’il soit déconnecté. Cependant, la réplication synchrone vous permet de basculer vers le site secondaire presque instantanément et sans perte de données.

Pendantla réplication asynchrone, les données sont écrites dans un objet de données cible seulement quelque temps après avoir été écrites dans la source correspondante. La réplication des données pour la reprise après sinistre se produit à intervalles réguliers (une fois par minute, toutes les dix minutes, toutes les heures, etc.), selon un calendrier défini. C’est un choix satisfaisant si la bande passante de votre réseau ne peut pas supporter la pression d’une réplication synchrone, c’est-à-dire si le taux de modification de vos données critiques dépasse constamment leur taux de transfert vers le site de basculement.

Réplication basée sur les fichiers et les blocs

Un système de fichiers stocke les fichiers sur certains blocs de disque. Un fichier peut être stocké sur des blocs dispersés sur tout le disque. C’est pourquoi, lorsqu’un processus de réplication basée sur les fichiers lit le fichier, il doit « parcourir » le disque pour trouver les morceaux dispersés du fichier lu. Ce « parcours » prend un temps considérable. Cette perte de temps peut être évitée grâce à la réplication basée sur les blocs, qui transfère vers un emplacement cible, non pas les fichiers modifiés, mais les blocs modifiés, en lisant les blocs dans l’ordre dans lequel ils sont situés sur le disque. Par conséquent, toutes choses étant égales par ailleurs, il est préférable d’opter pour une solution de reprise après sinistre effectuant une réplication basée sur les blocs.

Réplication complète et réplication incrémentielle

Il n’est ni raisonnable ni pratique de répliquer en continu l’intégralité de vos données. Cependant, une réplication complète doit être effectuée dans un premier temps. Cette réplication complète permet de créer une réplique exacte de l’objet source. Ensuite, la réplication incrémentielle peut commencer, ce qui signifie que seules les modifications de données sont copiées vers le site de basculement (modifications au niveau des blocs, si une réplication basée sur les blocs est utilisée). À l’heure actuelle, toutes les solutions avancées de reprise après sinistre, telles que NAKIVO Backup & Replication, vous permettent d’effectuer une réplication incrémentielle de reprise après sinistre.

Réplication cohérente avec les applications

Si la réplication de reprise après sinistre est cohérente avec les applications, elle capture l’état des données applicatives en mémoire et des opérations d’E/S. Cela vous permet d’éviter toute perte de données sur l’application. Les applications répliquées restent cohérentes au niveau des transactions, ce qui signifie qu’elles ne planteront pas lorsqu’elles seront exécutées sur le site de reprise après sinistre.

Réplication pour la reprise après sinistre avec NAKIVO Backup & Replication & Replication

Si vous recherchez la meilleure solution de sauvegarde VMware-Backup pour votre environnement, essayez NAKIVO Backup & Replication. Notre solution de protection des données sans agent fournit une sauvegarde incrémentielle basée sur l’image et cohérente avec les applications, ainsi qu’une réplication pour les machines virtuelles VMware, ainsi que pour les machines virtuelles Hyper-V et les instances EC2. Comme mentionné ci-dessus, nous allons vous montrer comment effectuer une réplication de machine virtuelle en utilisant VMware VM comme exemple.Pour les environnements virtuels VMware, la réplication dans NAKIVO Backup & Replication présente les fonctionnalités suivantes (dont beaucoup sont disponibles pour Microsoft Hyper-V et AWS EC2) :

• Le mode App-Awaregarantit que Microsoft Exchange, Microsoft Active Directory, Microsoft SQL et certaines autres applications vident les données en mémoire et les transactions d’E/S sur le disque avant le début de la réplication de reprise après sinistre. Les applications répliquées dans ce mode sont incohérentes en cas de panne, ce qui signifie qu’elles peuvent fonctionner sans erreur si un sinistre survient et que les réplicas doivent être mises sous tension.
• Pratiqueautomatisation de la réplication via des politiques. Grâce aux politiques, vous pouvez automatiser complètement la réplication des machines virtuelles. Une politique se compose de règles basées sur la taille de la VM, la balise, le nom, l’emplacement, etc. Une tâche basée sur une politique fonctionne avec toutes les VMs correspondant aux règles définies, trouve automatiquement ces VMs lorsqu’elles apparaissent dans votre infrastructure et les ajoute aux tâches de réplication.
• La conservation des points de récupération est flexible, ce qui vous permet de disposer de 30 points de récupération, appelés instantanés de VM. Grâce au schéma de rotation Grand-père-Père-Fils, vous pouvez créer des points de récupération quotidiens, wöchentlich, mensuels et annuels.
• L’ Vérification de la capture d’écranCette fonctionnalité vous permet de vérifier si les réplicas sont en état de fonctionnement. Grâce à elle, en cas de sinistre, vous n’aurez pas de « bonnes » surprises, telles que des réplicas de machines virtuelles corrompues et truffées d’erreurs.
• Pour les données dont les RTO sont peu exigeants, c’est-à-dire pour les données répliquées de manière asynchrone, vous pouvez répliquer, non pas les VMs de production, mais leurssauvegardes. Cela permet de soulager vos principales ressources informatiques.
• Pour les répliques de VM, vous pouvez choisir de créerdes disques à allocation dynamique, quels que soient les disques utilisés par les VMs de production. Si un disque est à allocation dynamique, seules les données et les applications occupent sa taille, et il ne contient aucun espace inutilisé.
• La fonctionnalité de réplication de notre produit peut être utilisée dans le contexte de laSite Recoveryqui vous permet d’effectuer l’orchestration et l’automatisation de workflows de reprise après sinistre complexes. Grâce à la fonctionnalité Reprise après sinistre, vous pouvez intégrer la réplication, le basculement planifié ou d’urgence, la restauration automatique et d’autres opérations dans un processus unique qui peut être lancé en un seul clic !
• Les données d’échange (fichiers swap sous Windows et partitions d’échange sous Linux) peuvent être exclues des réplicas de machines virtuelles, ce qui augmente la vitesse de réplication et économise de l’espace de stockage.
• Le mode de transfert de données sans réseau localaccélère considérablement la réplication viaAjout à chaudetAccès SAN directSi NAKIVO Backup & Replication s’exécute sur un serveur ayant accès aux magasins de données VM, il peut, grâce à laAjout à chaud , lire les données VM à partir de ces magasins de données, via la pile d’E/S de stockage, et, ce faisant, contourner la pile TCP/IP de l’hôte. La fonctionnalitéDirect SAN Accessvous permet quant à elle de lire directement les données d’un stockage SAN via Fibre Channel ou ISCSI, ce qui augmente la vitesse de réplication et enleve une partie de la charge de votre réseau de production.
• Si vous utilisez Microsoft Exchange ou Microsoft SQL Server, NAKIVO Backup & Replication peuttronquer les journaux de transactions du serveur, afin qu’ils n’occupent pas trop d’espace sur le serveur.
• Via la fonctionnalitéAccélération réseau >, vous pouvez multiplier la vitesse de réplication par deux. Pour utiliser cette fonctionnalité, il vous suffit d’installer un Transporteur supplémentaire sur site ou hors site.
• L’installation d’un Transporteur supplémentaire vous permet également deeffectuer le chiffrement de les données répliquées lors de leur transfert et lorsqu’elles ont atteint le référentiel cible.
• Via la fonctionnalitéMulti-Tenancy fonctionnalité qui vous permet de fournir une réplication en tant que service, vous pouvez créer jusqu’à 100 tenants isolés, et les clients peuvent les utiliser pour effectuer des réplications et d’autres tâches de leur propre chef.
• La fonctionnalité de limitation de la bande passante Advanced Bandwidth Throttlingvous permet de limiter la bande passante pour les processus de réplication, afin qu’ils ne surchargent pas le réseau.
• Si vous avez besoin de gagner du temps et de décharger votre réseau, vous pouvez d’abord transférer (seed) une réplique de VM vers un support amovible, puis la déplacer vers un nouvel emplacement. Après cela, seule une réplication incrémentielle est nécessaire. NAKIVO Backup & Replication peut utiliser le suivi des modifications propriétaire intégré et le suivi des modifications de VMware pour effectuer une réplication incrémentielle des machines virtuelles (sauvegarde).
• Vous pouvez installer NAKIVO Backup & Replication sur des appliances NAS et répliquer les données entre elles, tout en bénéficiant de performances et d’une vitesse accrues.

Pour vous en rendre compte par vous-même et tester NAKIVO Backup & Replication dans votre environnement physique, virtuel ou cloud, téléchargezla version d’essai gratuite et entièrement fonctionnelle dès aujourd’hui !

Try NAKIVO Backup & Replication

Get a free trial to explore all the solution’s data protection capabilities. 15 days for free. Zero feature or capacity limitations. No credit card required.

Try for Free