Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Loading...
Pour effectuer une réplication incrémentielle, Veeam Backup & Replication a besoin de savoir quels blocs de données ont changé depuis la session de travail précédente.
Pour plus d'informations, voir le chapitre Change Block Tracking (CBT).
Si des sous-réseaux et adressage IP différents sont utilisés sur les sites de production et de reprise après sinistre (DR), il est nécessaire de reparamétrer le réseau de la VM avant la bascule sur le site distant. Pour éliminer le besoin de reconfiguration manuelle des réplicas et garantir un temps d'arrêt de basculement minimum, Veeam Backup & Replication offre des possibilités de mappage réseau et de transformation automatique des adresses IP.
Par défaut, une machine virtuelle répliquée utilise la même configuration réseau que la machine virtuelle d'origine. Si le réseau du site DR ne correspond pas au réseau de production, la solution permet de créer une table de mappage réseau dans la configuration du job de réplication. Le tableau mappe les réseaux source aux réseaux cibles.
Lors de l'exécution de chaque job, Veeam Backup & Replication vérifie la configuration réseau de la VM d'origine par rapport à la table de mappage. Si le réseau de VM d'origine correspond à un réseau source du tableau, Veeam Backup & Replication met à jour le fichier de configuration du réplica pour remplacer le réseau source par le réseau cible. Ainsi, les paramètres réseau d'un réplica de VM sont toujours tenus à jour avec les exigences du site DR. Dans le cas d'une bascule vers le réplica, celui-ci sera connecté au bon réseau.
Pour les VMs Microsoft, Veeam Backup & Replication automatise également la reconfiguration des adresses IP des VMs. Si le schéma d'adressage IP du site de production diffère du schéma de site DR, un certain nombre de règles Re-IP peuvent être créées dans le job de réplication.
Lors d'une bascule vers le réplica, Veeam Backup & Replication vérifie si l'une des règles de ré-IP spécifiées s'applique au réplica. Si une règle s'applique, Veeam Backup & Replication monte les disques de la VM réplica sur le serveur de sauvegarde et modifie la configuration d'adresse IP via le registre Microsoft Windows. L'ensemble de l'opération prend moins d'une seconde.
Si le basculement est annulé pour une raison quelconque ou si l'administrateur doit revenir à l'emplacement d'origine, l'adresse IP du réplica est rétablie à l'état avant basculement.
Pour minimiser l’impact de consommation et préserver les performances sur l'infrastructure de production et réduire le trafic de données, les technologies de réplication avancées suivantes sont configurables:
Les plans de reprise après sinistre exigent souvent de sauvegarder et répliquer la même machine virtuelle à des fins de reprise après sinistre (DR) et HA. Normalement, cela double la charge de travail sur l'infrastructure virtuelle. Il est possible de créer deux snapshots, indépendant l'un de l'autre, et transférer deux fois les données de la machine virtuelle depuis le site de production.
La charge de travail peut être réduite sur l'environnement de production en utilisant l'option de réplication depuis une sauvegarde. Cette option peut être utilisée pour les scénarios de réplication sur site et hors-site.
Lors d'une réplication à partir d'une sauvegarde, Veeam Backup & Replication ne s'adresse pas aux hôtes et au stockage dans l'environnement de production pour lire les données de la VM. Veeam Backup & Replication est capable d’utiliser un point de restauration présent dans le Repository de sauvegarde comme premier référentiel de réplication.
Par conséquent, il n'est pas nécessaire de créer de snapshot d’une VM pour la réplication et de ce fait, transporter les mêmes données deux fois. Les données sont transmises uniquement lors du job de backup. Le job de réplication réutilise les données récupérées pour créer des points de restauration de réplica de machine virtuelle.
Le replica seeding, utilise le fichier de sauvegarde uniquement lors de la première exécution du job de réplication. Pour créer la suite de points de restauration de réplica de machine virtuelle, le job de réplication s'adresse à l'environnement de production et lit les données de la machine virtuelle à partir du stockage source.
Grâce à la fonctionnalité de replica seeding, il n’est pas nécessaire de transmettre l’ensemble des données des VM répliquées lors de la réplication initiale, entre le site primaire (hôte source) et le site secondaire (hôte cible).
Le replica seeding permet de réduire considérablement la quantité de trafic allant du site de production au site DR sur des liaisons WAN ou des liaisons LAN lentes.
Si des VMs sont ajoutées a posteriori dans un job de réplication existant, le replica seeding peut être activé. Dans ce cas, les nouveaux réplicas de VMs seront créés à partir des sauvegardes sélectionnées lors de la prochaine exécution du job de réplication. Les machines virtuelles qui ont déjà été traitées par le job au moment où vous ajoutez les nouvelles machines virtuelles seront traitées de manière normale.
S'il existe déjà un ancien réplica pour la VM devant être répliquée sur le site distant, il est possible de mapper la VM originale du site de production à ce réplica. Par exemple, il est possible de mapper la VM originale à un réplica créé avec un autre job de réplication ou restaurer une VM (devenant donc un réplica) à partir de la sauvegarde sur l'hôte cible sur le site DR et mapper la VM originale à celle-ci.
En plus des sauvegardes de VMs, Veeam Backup & Replication vous permet de répliquer des VMs d’un site à un autre. Lorsque vous répliquez une VM, Veeam Backup & Replication crée une copie exacte de cette VM au format VMware vSphere natif sur un hôte de réserve et maintient cette copie synchronisée avec la VM d'origine.
La réplication native de Veeam fournit les meilleures valeurs d'objectif de temps de récupération (RTO), en effet, une copie de votre machine virtuelle est disponible dans un état prêt à démarrer. C'est pourquoi la réplication est généralement recommandée pour les machines virtuelles les plus critiques qui nécessitent un minimum de RTO.
Veeam Backup & Replication est conçu pour les environnements virtuels. Il fonctionne au niveau de la couche de virtualisation et utilise une approche basée sur l'image pour la réplication de VM.
Au même titre que pour la sauvegarde, Veeam Backup & Replication n'installe pas de logiciel agent dans l'OS invité de la VM pour récupérer les données de celle-ci. Pour répliquer les VMs, il exploite les capacités de snapshot VMware vSphere.
Lors de la réplication d'une VM, Veeam Backup & Replication demande à VMware vSphere de créer un snapshot de cette VM. Le snapshot de machine virtuelle peut être considéré comme une copie instantanée cohérente d'une machine virtuelle comprenant sa configuration, son système d'exploitation, ses applications, les données associées, l'état du système, etc. Veeam Backup & Replication utilise ce snapshot comme source de données pour la réplication.
Lors du premier cycle de réplication, Veeam Backup & Replication copie les données de la VM d'origine exécutée sur l'hôte source et crée sa réplique complète sur l'hôte cible. Contrairement aux fichiers de sauvegarde, les répliques de disques virtuels sont stockées décompressées dans leur format natif. Tous les cycles de réplication suivants sont incrémentiels. Veeam Backup & Replication copie uniquement les blocs de données qui ont changé depuis la dernière réplication.
Pour suivre les blocs de données modifiés, Veeam Backup & Replication utilise différentes approches. Veeam Backup & Replication permet d'effectuer une réplication sur site pour les scénarios de haute disponibilité (HA) et une réplication à distance (inter-site) pour les scénarios de reprise après sinistre (DR).
Pour faciliter la réplication sur le WAN ou les connexions lentes, Veeam Backup & Replication optimise la transmission du trafic. Il filtre les blocs de données inutiles tels que les blocs de données en double, les zéro, les fichiers swap et les fichiers OS exclus des VMs.pour ensuite compresser le trafic de réplication.
Veeam Backup & Replication vous permet également d'utiliser des accélérateurs WAN et d'appliquer des règles de limitation réseau pour empêcher les jobs de réplication de consommer toute la bande passante du réseau.
Dans Veeam Backup & Replication, la réplication est basée sur la création de job. Un job de réplication est une unité de configuration de l'activité de réplication. Le job de réplication définit quand, quoi, comment et où répliquer. Un job de réplication peut être utilisé pour traiter une ou plusieurs machines virtuelles. Veeam Backup & Replication peut être configuré de manière à exécuter automatiquement les jobs par planification ou de les démarrer manuellement.
Veeam Backup & Replication utilise les composants suivants pour le processus de réplication :
Le serveur de sauvegarde est le cœur de configuration, d'administration et de gestion de l'infrastructure de sauvegarde. Pendant le processus de réplication, le serveur de sauvegarde coordonne les tâches de réplication, contrôle l'allocation des ressources et la planification des jobs de réplication.
L'hôte source et l'hôte cible produisent deux points terminaux entre lesquels les données de VM répliquées sont transmises. Le rôle d'hôte cible peut être attribué à un seul hôte ESXi ou cluster ESXi. L'affectation d'un cluster en tant que cible garantit une réplication ininterrompue en cas de défaillance de l'un des hôtes du cluster.
Pour collecter, transformer et transférer les données de VMs pendant le processus de réplication, Veeam Backup & Replication utilise des Veeam Data Movers. Les Veeam Data Movers communiquent entre eux et maintiennent une connexion stable.
Pour chaque tâche de réplication, Veeam Backup & Replication nécessite trois Veeam Data Movers:
Veeam Data Mover source hébergé sur le Proxy de sauvegarde source
Veeam Data Mover cible hébergé sur le Proxy de sauvegarde cible
Veeam Data Mover hébergé sur le Repository de sauvegarde
Pendant la réplication, le Veeam Data Mover source interagit avec l'hôte source et le Veeam Data Mover cible interagit avec l'hôte cible. Le Veeam Data Mover hébergé sur le Repository de sauvegarde renseigne et interagit avec les fichiers de métadonnées des données répliquées.
Pour rationaliser le processus de réplication, vous pouvez déployer un Proxy de sauvegarde sur une machine virtuelle. Le Proxy de sauvegarde virtuel doit être enregistré sur un hôte ESXi qui dispose d'une connexion directe au datastore cible. Dans ce cas, le Proxy de sauvegarde pourra utiliser le mode de transport "Virtual Appliance” pour écrire les données de réplication sur la cible.
Lors du premier cycle de réplication, Veeam Backup & Replication crée un réplica avec des disques virtuels vides sur la banque de données cible. Si le mode "Virtual Appliance” peut être utilisé, les disques virtuels répliqués sont montés sur le Proxy de sauvegarde et remplis via la pile d'E/S de l'hôte ESXi. Cela permet une vitesse d'écriture plus performante et une réplication sans échec vers les ESXi cibles.
Si le Proxy de sauvegarde est déployé sur une machine physique ou si le mode "Virtual Appliance" ne peut pas être utilisé pour d'autres raisons, Veeam Backup & Replication utilise le mode de transport réseau pour alimenter les fichiers de disque de réplication.
Le Repository de sauvegarde stocke les métadonnées des données répliquées. Le Repository doit être déployé sur le site source, aussi près que possible de l'hôte source.
Lors d'une réplication incrémentielle, le Veeam Data Mover source communique avec le service Veeam Data Mover du Repository de sauvegarde pour obtenir les métadonnées des données répliquées et détecter rapidement les blocs de données modifiés entre deux états de réplication.
Les accélérateurs WAN sont des composants facultatifs de l'infrastructure de sauvegarde. Il est possible d'utiliser des accélérateurs WAN si les machines virtuelles sont répliquées via une connexion lente ou via WAN.
Dans le processus de réplication, les accélérateurs WAN sont responsables de la mise en cache et de la déduplication des données globales. Pour utiliser l'accélération WAN, vous devez déployer deux accélérateurs WAN de la manière suivante :
L'accélérateur WAN source doit être déployé côté source, à proximité du Proxy de sauvegarde exécutant le Veeam Data Mover source.
L'accélérateur WAN cible doit être déployé du côté cible, à proximité du Proxy de sauvegarde exécutant le Veeam Data Mover cible.
Si l'hôte source et l'hôte cible se trouvent sur le même site, une réplication sur site peut être mise en place. Dans le scénario de réplication sur site, Veeam Backup & Replication n'effectue pas de compression des données. Le trafic de réplication est transféré décompressé entre les deux Veeam Data Mover démarrés sur le même Proxy de sauvegarde.
Si l'hôte source se trouve sur le site principal et que l'hôte cible se trouve sur le site DR, vous pouvez effectuer une réplication inter-sites. La réplication inter-sites peut s'exécuter sur deux chemins de données :
Direct Data Path
Via une paire d'accélérateurs WAN
Le prérequis d'une réplication inter-sites est qu'un Veeam Data Mover s'exécute sur le site de production, plus près de l'hôte source, et qu’un second Veeam Data Mover s'exécute sur le site DR distant, plus près de l'hôte cible. Pendant la sauvegarde, les Veeam Data Movers maintiennent une connexion stable, ce qui permet un fonctionnement ininterrompu sur WAN ou sur liaisons lentes.
Dans le cas d’une liaison WAN faible, il est possible de répliquer les données de la VM à travers une paire d'accélérateurs WAN. Les accélérateurs WAN fournissent des technologies avancées pour optimiser le transfert de données de VM :
Mise en cache et déduplication des données
Reprise d'un transfert de données interrompu suite à une déconnexion
Dans le scénario de réplication inter-sites via des accélérateurs WAN, Veeam Backup & Replication compresse les données des VMs à répliquer. Les blocs de données VM sont compressés sur l'accélérateur WAN source, transportés vers le site cible au format compressé puis décompressés à destination sur l'accélérateur WAN cible.
Les opérations de Failover et Failback aident à garantir qu’une entreprise fonctionnera même si un sinistre frappe son site de production. Le Failover est un processus qui consiste à passer de la VM d'origine sur l'hôte source à son réplica sur un hôte du site de secours. Le Failback est un processus de retour du réplica à la VM d'origine.
Veeam Backup & Replication propose les opérations de Failober et Failback suivantes :
Le Failover est un processus qui consiste à passer de la VM d'origine sur l'hôte source à son réplica sur l'hôte cible.
Pendant le Failover, Veeam Backup & Replication remet en production une VM entièrement fonctionnelle depuis un point de restauration sur l'hôte cible. Ainsi, la VM est opérationnelle en quelques secondes, et les utilisateurs peuvent accéder aux services et applications dont ils ont besoin avec un minimum d'interruption.
Quand un Failover est lancé, l'état de la VM d'origine sur l'hôte source n'est en aucun cas affecté. Si le besoin de tester la capacité de récupération depuis le réplica et ses points de restauration est exprimé, il est possible d'effectuer un Failover pendant que la VM d'origine est en cours d'exécution. Après tous les tests nécessaires, il est possible d’annuler le Failover et revenir au mode de fonctionnement normal. Comme autre moyen de test, Veeam Backup & Replication propose également la technologie SureReplica. Pour plus d'informations, voir le chapitre .
Dans un scénario de reprise après sinistre, après avoir testé le réplica et s'être assuré que la VM fonctionne de manière stable, il est nécessaire de passer à une autre étape pour effectuer un Failover permanent.
Si les VMs du site de production doivent être éteintes dans le cas d’une migration de site, d’une maintenance ou d’une mise à niveau logicielle des VMs primaires, une migration planifiée vers les réplicas peut être mise en œuvre.
Un Planned Failover permet de passer de la VM de production à son réplica avec un temps d’interruption le plus court possible. Il est également possible d'effectuer un Planned Failover dans le cas où l'administrateur est averti à l'avance de l'approche d'un sinistre qui nécessitera la mise hors ligne des serveurs primaires.
Dans le cas d’un nombre important de VMs exécutant des applications interdépendantes, il est important de pouvoir basculer ces VMs sur le site distant une par une, dans un ordre bien défini, comme faisant parties d'un même groupe applicatif. Pour effectuer cette opération automatiquement, Veeam Backup & Replication permet de préparer un Failover Plan.
Un Failover Plan permet de définir l'ordre dans lequel les VMs doivent être redémarrées ainsi que l’intervalle de temps devant être respecté entre chacune d'elles. Cet intervalle de temps permet de s'assurer que certaines VMs, comme un serveur DNS, sont déjà en cours d'exécution au moment où les VMs dépendantes démarrent. Le délai est défini pour chaque VM du Failover Plan, à l'exception de la dernière VM de la liste.
Le Failover Plan doit être créé en amont.
Dans le cas où le groupe de VMs serait indisponible ou éteint (offline), le Failover Plan correspondant à ce groupe applicatif peut être lancé manuellement. Lors de son lancement, il est possible de choisir le dernier état ou un point de restauration au choix pour remettre en production l’ensemble des VMs. Veeam Backup & Replication recherchera les points de restauration les plus proches du point choisi et les utilisera pour démarrer les répliques de VM. Les VMs sources ne seront pas mises hors tension.
Le Permanent Failover est l'un des deux moyens de finaliser un Failover (il est possible d’effectuer un Permanent Failover ou un Failback, cf partie suivante). Pour finaliser le processus de Failover, Veeam Backup & Replication permet la bascule permanente vers le réplica.
L’opération de Permanent Failover peut être effectuée dans le cas où l’administrateur souhaite passer de façon définitive de la VM d'origine à un réplica et utiliser ce réplica comme nouvelle VM d'origine.
À la suite du Permanent Failover, le réplica cesse d'exister en tant que réplica et reprend le rôle de la VM d'origine.
Pour ramener un réplica à son état antérieur au Failover, il est tout simplement possible d’annuler ce Failover.
Lorsque l'Undo Failover est lancé, l'administrateur repasse du réplica à la VM d’origine. Veeam Backup & Replication annule toutes les modifications apportées au réplica pendant qu'il était en état “Failover”.
Le scénario d’Undo Failover est utilisé dans le cas où le réplica est utilisé à des fins de tests ou de troubleshoot et qu'il faut revenir au mode opérationnel nominal.
Le Failback est l'un des deux moyens de finaliser un Failover. Lors d'un Failback, l'adminsitrateur repasse à la VM de production à partir du replica de VM, en déplaçant les E/S du site DR vers le site de production.
Veeam Backup & Replication propose les options suivantes pour effectuer un retour arrière (Failback) :
Revenir à la VM d'origine dans l'emplacement d'origine
Effectuer un Failback sur une VM déjà restaurée vers un nouvel emplacement. Cette VM doit être restaurée avant d'effectuer un Failback. Par exemple, une VM restaurée depuis une sauvegarde.
Effectuer un Failback sur une VM restaurée à partir d'un réplica vers un nouvel emplacement, ou vers n'importe quel emplacement mais avec des paramètres différents. La VM sera restaurée à partir du réplica pendant le processus de retour en arrière.
Les deux premières options permettent de réduire le temps de restauration et l'utilisation du trafic réseau car Veeam Backup & Replication n'a besoin de transférer que les différences entre la VM originale/restaurée et le réplica. Concernant la troisième option, Veeam Backup & Replication doit transférer l'ensemble des données de la VM, y compris sa configuration et le contenu du disque virtuel. Il est préférable d’utiliser la troisième option seulement s’il n’est pas possible d'utiliser la VM originale ou de la restaurer à partir d'une sauvegarde.
Lors d’un Failback, les changements sont uniquement envoyés à la VM originale/restaurée mais ne sont pas publiés. La VM originale/restaurée doit être testée pour vérifier si elle fonctionne avec ces changements.
En fonction des résultats du test, il est possible de procéder comme suit :
Lorsque le Failback est validé, cela confirme le fait de revenir sur la VM originale. Veeam Backup & Replication revient au mode de fonctionnement normal et reprend les activités de réplication pour la VM d'origine sur laquelle le retour arrière a été confirmé.
Si la VM d'origine ne fonctionne pas comme prévu après l'opération de Failback, il est tout simplement possible d’annuler le Failback et revenir sur le réplica.
Le schéma suivant peut aider quant au choix de l’opération à effectuer :
