VMWARE vSphere Replication - 6.5 User’s Manual [fr]
Utilisation de VMware vSphere
Replication
vSphere Replication 6.5
Ce document prend en charge la version de chacun des produits
répertoriés, ainsi que toutes les versions publiées par la suite
jusqu'au remplacement dudit document par une nouvelle
édition. Pour rechercher des éditions plus récentes de ce
document, rendez-vous sur :
http://www.vmware.com/fr/support/pubs.
FR-002114-00
Utilisation de VMware vSphere Replication
Vous trouverez la documentation technique la plus récente sur le site Web de VMware à l'adresse :
hp://www.vmware.com/fr/support/
Le site Web de VMware propose également les dernières mises à jour des produits.
N’hésitez pas à nous transmettre tous vos commentaires concernant cette documentation à l’adresse suivante :
docfeedback@vmware.com
Copyright © 2012–2016 VMware, Inc. Tous droits réservés. Copyright et informations sur les marques.
VMware, Inc.
3401 Hillview Ave.
Palo Alto, CA 94304
www.vmware.com
2 VMware, Inc.
VMware, Inc.
100-101 Quartier Boieldieu
92042 Paris La Défense
France
www.vmware.com/fr
Table des matières
À propos de l'utilisation de VMware vSphere Replication 5
1
Réplication de machines virtuelles 7
2
Impact de la valeur de l'objectif de point de récupération sur la planication de la réplication 8
Comment fonctionne l'objectif de point de récupération (RPO) de 5 minutes 8
Fonctionnement de la stratégie de rétention 9
Réplication d'une machine virtuelle et activation d'instances à plusieurs moments spéciques 10
Utilisation de vSphere Replication avec le stockage Virtual SAN 11
Utilisation de vSphere Replication avec vSphere Storage DRS 13
Synchronisation des données par vSphere Replication entre des sites vCenter Server lors de la
conguration initiale 13
Replication des machines virtuelles en utilisant des amorces de réplication 14
Réplication d'une machine virtuelle sur une seule instance de vCenter Server 15
Recommandations pour l'utilisation et la conguration de vSphere Replication 15
Congurer la réplication d'une machine virtuelle unique vers vCenter Server 16
Congurer la réplication de plusieurs machines virtuelles dans vCenter Server 19
Déplacer une machine virtuelle vers un nouveau serveur vSphere Replication 21
Arrêter la réplication d'une machine virtuelle 21
Reconguration des réplications 23
Surveillance et gestion des réplications dans vSphere Replication 27
3
Acher le récapitulatif de réplication d'un site 27
Acher les rapports de réplication pour un site 29
Identication des problèmes de réplication dans l'onglet Problèmes 31
Gérer les sites cibles 32
Gérer des serveurs vSphere Replication 32
Eectuer une récupération avec vSphere Replication 35
4
Récupérer des machines virtuelles en utilisant vSphere Replication 35
Retour arrière des machines virtuelles dans vSphere Replication 37
Dépannage de vSphere Replication 39
5
Générer un bundle de support vSphere Replication 39
Événements et alarmes de vSphere Replication 40
Solutions des problèmes vSphere Replication courants 44
Index 61
VMware, Inc. 3
Utilisation de VMware vSphere Replication
4 VMware, Inc.
À propos de l'utilisation de VMware
vSphere Replication 1
Le document Utilisation de vSphere Replication contient des informations sur l'utilisation de
VMware vSphere Replication.
Public cible
Ces informations sont destinées aux personnes souhaitant protéger les machines virtuelles de leur
infrastructure virtuelle à l'aide de vSphere Replication. Elles sont destinées aux administrateurs Windows
ou Linux expérimentés qui maîtrisent les technologies de machine virtuelle et les opérations de centre de
données.
VMware, Inc. 5
Utilisation de VMware vSphere Replication
6 VMware, Inc.
Réplication de machines virtuelles 2
Avec vSphere Replication, vous pouvez répliquer des machines virtuelles d'un site source vers un site cible.
Vous pouvez dénir un objectif de point de récupération (RPO) à un intervalle spécique en fonction de vos
besoins en matière de protection des données. vSphere Replication applique toutes les modications
apportées aux machines virtuelles congurées pour la réplication sur le site source à leurs répliques sur le
site cible. Ce processus se reproduit périodiquement pour garantir que les réplicas sur le site cible ne sont
pas plus anciens que l'intervalle RPO que vous avez déni. Reportez-vous à « Impact de la valeur de
l'objectif de point de récupération sur la planication de la réplication », page 8.
Pour répliquer une machine virtuelle à l'aide de vSphere Replication, vous devez déployer le dispositif
vSphere Replication sur les sites source et cible. Une infrastructure vSphere Replication nécessite un
dispositif vSphere Replication sur chaque site.
Les sites source et cible doivent être connectés pour vous permere de congurer les réplications. Vous ne
pouvez pas eectuer de réplication si l'un des sites est dans l'état Problème de connexion. Pour plus
d'informations, consultez la section États des connexions des sites achés dans vSphere Web Client du guide
Installation et conguration de vSphere Replication. Si les sites s'achent dans l'état Non authentifié, les
réplications planiées continuent normalement, mais vous ne pouvez pas les gérer. Reportez-vous à « Les
sites vSphere Replication s'achent en état Non authentié », page 47.
vSphere Replication ne prend pas en charge la récupération de plusieurs machines virtuelles du même
workow. Chaque workow de récupération est destiné à une seule machine virtuelle.
VMware, Inc.
Vous pouvez congurer des réplications pour des machines virtuelles hors tension, mais la synchronisation
des données commence lorsque la machine virtuelle est mise sous tension. Pendant que la machine virtuelle
source est mise hors tension, la réplication s'ache dans l'état Inactif.
Vous ne pouvez pas utiliser vSphere Replication pour répliquer des modèles de machine virtuelle.
Ce chapitre aborde les rubriques suivantes :
« Impact de la valeur de l'objectif de point de récupération sur la planication de la réplication »,
n
page 8
« Comment fonctionne l'objectif de point de récupération (RPO) de 5 minutes », page 8
n
« Fonctionnement de la stratégie de rétention », page 9
n
« Réplication d'une machine virtuelle et activation d'instances à plusieurs moments spéciques »,
n
page 10
« Utilisation de vSphere Replication avec le stockage Virtual SAN », page 11
n
« Utilisation de vSphere Replication avec vSphere Storage DRS », page 13
n
« Synchronisation des données par vSphere Replication entre des sites vCenter Server lors de la
n
conguration initiale », page 13
7
Utilisation de VMware vSphere Replication
« Replication des machines virtuelles en utilisant des amorces de réplication », page 14
n
« Réplication d'une machine virtuelle sur une seule instance de vCenter Server », page 15
n
« Recommandations pour l'utilisation et la conguration de vSphere Replication », page 15
n
« Congurer la réplication d'une machine virtuelle unique vers vCenter Server », page 16
n
« Congurer la réplication de plusieurs machines virtuelles dans vCenter Server », page 19
n
« Déplacer une machine virtuelle vers un nouveau serveur vSphere Replication », page 21
n
« Arrêter la réplication d'une machine virtuelle », page 21
n
« Reconguration des réplications », page 23
n
Impact de la valeur de l'objectif de point de récupération sur la planification de la réplication
Lorsque vous dénissez une valeur pour l'objectif de point de récupération (RPO) lors de la conguration de
la réplication, vous déterminez la perte de données maximale que vous pouvez tolérer.
La valeur RPO aecte la planication de la réplication mais vSphere Replication n'adhère pas à une
planication de réplication stricte. Ainsi, lorsque vous réglez le RPO sur 15 minutes, vous indiquez à
vSphere Replication que vous pouvez tolérer une perte de données pendant 15 minutes au maximum. Cela
ne signie pas que les données sont répliquées toutes les 15 minutes.
Si vous dénissez un RPO de x minutes et que celui-ci est respecté, l'instance de réplication disponible la
plus récente ne peut jamais reéter un état remontant à plus de x minutes. Une instance de réplication
reète l'état d'une machine virtuelle au début de la réplication.
Supposez que lors de la conguration de réplication, vous avez réglé le RPO sur 15 minutes. Si la
synchronisation commence à 12:00 et que cinq minutes sont nécessaires pour le transfert vers le site cible,
l'instance devient disponible à 12:05, mais elle reète l'état de la machine virtuelle à 12:00. La
synchronisation suivante commencera au plus tard à 12:10. Cee instance de réplication est ensuite
disponible à 12:15 au moment de l'expiration de la première instance de réplication qui a commencé à 12:00.
Si vous avez réglé le RPO sur 15 minutes et que le transfert de la réplication dure 7 minutes 30 ,
vSphere Replication transfère une instance en permanence. Si la réplication dure plus de 7 minutes 30, des
violations RPO périodiques se produiront. Par exemple, si la réplication commence à 12:00 et que le transfert
d'une instance dure 10 minutes, la réplication se terminera à 12:10. Vous pourrez immédiatement
commencer une nouvelle réplication, mais elle se terminera à 12:20. Pendant l'intervalle de temps entre 12:15
et 12:20, une violation RPO se produira car l'instance disponible la plus récente aura commencé à 12:00 et
sera trop ancienne.
Le planicateur de réplication essaye de répondre à ces contraintes en chevauchant les réplications an
d'optimiser la consommation de bande passante, et il est possible qu'il commence les réplications de
certaines machines virtuelles plus tôt que prévu.
Pour déterminer le temps de transfert de la réplication, le planicateur de réplication utilise la durée des
quelques dernières instances pour estimer la durée de la suivante.
Comment fonctionne l'objectif de point de récupération (RPO) de 5 minutes
Vous pouvez utiliser l'objectif de point de récupération (RPO, Recovery Point Objective) de 5 minutes si les
sites source et cible utilisent le stockage VMFS 6.0, VMFS 5.x, NFS 4.1, NFS 3, VVOL et Virtual SAN 6.0 et
versions ultérieures.
vSphere Replication 6.5 ache le paramètre RPO de 5 minutes lorsque les sites source et cible utilisent le
stockage VMFS 6.0, VMFS 5.x, NFS 4.1, NFS 3, VVOL et Virtual SAN 6.0 et versions ultérieures.
8 VMware, Inc.
Vous pouvez utiliser ce paramètre si vous disposez de diérents types de banque des données sur les sites
source et cible.
Le RPO de 5 minutes peut s'appliquer à un maximum de 100 machines virtuelles sur un stockage VMFS 6.0,
VMFS 5.x, NFS 4.1, NFS 3 et Virtual SAN 6.0 et versions ultérieures. Pour une banque de données VVOL, le
nombre maximal de machines virtuelles est de 50.
R Si vous sélectionnez l'option de mise au repos du système d'exploitation pendant la
conguration de la réplication, vous ne pourrez pas utiliser une valeur RPO inférieure à 15 minutes.
Fonctionnement de la stratégie de rétention
Lorsque vous congurez une réplication, vous pouvez activer la rétention d'un maximum de 24 instances de
réplication de machines virtuelles à plusieurs moments spéciques (MPIT, Multiple Points in Time).
Par exemple, vous pouvez congurer la rétention de 3 instances par jour pour les 5 derniers jours.
Après la récupération d'une machine virtuelle répliquée, les réplicas conservés s'achent comme des
snapshots de la machine virtuelle dans vSphere Web Client. La liste de snapshots inclut les instances
conservées selon la stratégie de rétention que vous avez dénie, ainsi que la dernière instance. Dans
l'exemple ci-dessous, la liste contiendra 15 snapshots et la dernière instance enregistrée de la machine
virtuelle, soit un total de 16 snapshots. Vous pouvez utiliser les snapshots pour revenir à un état antérieur de
la machine virtuelle récupérée.
Chapitre 2 Réplication de machines virtuelles
Les administrateurs ne peuvent pas congurer le moment précis de création des instances de réplicas, car la
stratégie de rétention n'est pas directement liée à la planication de réplication et au RPO. Par conséquent,
les réplications ayant la même stratégie de rétention ne produisent pas nécessairement des réplicas
conservés aux mêmes moments.
RPO sans stratégie de rétention
Par défaut, vSphere Replication est conguré avec un RPO de 4 heures. Cela signie que la dernière instance
de réplica disponible ne peut pas reéter un état de la machine virtuelle remontant à plus de 4 heures. Vous
pouvez régler l'intervalle RPO lors de la conguration ou de la reconguration d'une réplication.
Lorsque l'ancienneté de la dernière instance de réplication s'approche de l'intervalle RPO,
vSphere Replication commence une opération de synchronisation pour créer une nouvelle instance sur le
site cible. L'instance de réplication reète l'état de la machine virtuelle au début de la synchronisation. Si
aucune stratégie de rétention n'est congurée, l'instance précédente expire au moment de la création de la
nouvelle instance et le serveur vSphere Replication la supprime.
Combinaison du RPO et de la stratégie de rétention
Pour conserver certaines instances de réplication créées lors des synchronisations RPO, vous pouvez
congurer vSphere Replication pour conserver jusqu'à 24 instances par réplication. Le nombre exact
d'instances conservées par vSphere Replication est déterminé en appliquant un algorithme spécique. À
l'aide de cet algorithme, le serveur vSphere Replication tente d'assortir chaque instance à une tranche
horaire de la stratégie de rétention. Les instances ne correspondant à aucune tranche horaire expirent et sont
supprimées. Si une tranche horaire contient plusieurs instances, les instances ne correspondant pas aux
critères de rétention sont également supprimées. vSphere Replication conserve toujours la dernière instance
créée et celle-ci n'est pas prise en compte lors de la détermination du nombre d'instances à conserver.
VMware, Inc. 9
Utilisation de VMware vSphere Replication
Lorsque l'ancienneté de la dernière instance s'approche de l'intervalle RPO, vSphere Replication commence
la création d'une nouvelle instance de réplication. L'heure de début de l'opération de synchronisation est
l'heure de la nouvelle instance. À la n de l'opération de synchronisation, vSphere Replication évalue les
instances de réplication existantes pour déterminer celles qu'il convient de conserver :
1 La granularité de la stratégie de rétention est déterminée en fonction des paramètres de réplication. Par
exemple, si vous avez conguré vSphere Replication an de conserver 3 instances pour le dernier jour,
cela signie que vous souhaitez conserver 3 instances de réplication uniformément réparties sur
24 heures. Cela équivaut approximativement à 1 instance par intervalle de 8 heures, ou cela signie que
la granularité de cee stratégie de rétention est de 8 heures.
2 L'heure de la dernière instance conservée est arrondie à la tranche horaire la plus proche. Si la
granularité est de 8 heures, les tranches horaires sont 0:00, 8:00 et 16:00.
3 Les instances qui se situent entre la tranche horaire la plus proche et la dernière instance enregistrée se
croisent. Supposons que l'heure de la dernière instance enregistrée est 10:55. Selon notre exemple, la
tranche horaire la plus proche est celle de 8:00. Supposons également que le RPO est de 1 heure et que
chaque opération de synchronisation dure 5 minutes. Entre 8:00 et 10:55, la tranche horaire contient une
instance de 8:55 et une autre instance de 9:55.
4 La première instance qui est plus récente que la tranche horaire la plus proche est conservée, et le reste
des instances de cee tranche horaire sont supprimées, à l'exception de la dernière instance créée que
vSphere Replication conserve toujours. Dans notre exemple, l'instance de 8:55 est conservée et l'instance
de 9:55 est supprimée. L'instance de 10:55 est la dernière instance créée et est donc également conservée.
5 La tranche horaire est décrémentée conformément à la granularité de la stratégie de rétention et une
vérication est eectuée pour identier la première instance entre le début de la tranche horaire actuelle
et le début de la tranche horaire précédente. Si la tranche horaire contient des instances expirées, elles
sont supprimées.
6 Le nombre de tranches horaires contenant des instances enregistrées est analysé. Si le nombre de
tranches horaires contenant des instances enregistrées est supérieur au nombre de tranches horaires
déterminées par la stratégie de rétention, l'instance enregistrée la plus ancienne expire et est supprimée.
La dernière instance enregistrée n'est pas incluse dans ce compte. Dans notre exemple, si nous avions
une instance enregistrée pour l'intervalle 8:00 - 16:00 du jour précédent, cee instance serait supprimée.
Le nombre d'instances de réplication que vSphere Replication conserve dépend de la règle de rétention
congurée, mais requiert également que la période de RPO soit susamment courte pour permere la
création de ces instances. Comme vSphere Replication ne vérie pas si les paramètres RPO vont créer
susamment d'instances à conserver et n'ache pas de message d'avertissement si le nombre d'instances
est insusant, vous devez vous assurer que vous congurez vSphere Replication pour créer les instances
que vous souhaitez conserver. Si vous réglez par exemple vSphere Replication de façon à conserver 6
instances de réplication par jour, la période de RPO ne doit pas dépasser 4 heures, pour que
vSphere Replication puisse créer 6 instances en 24 heures.
Réplication d'une machine virtuelle et activation d'instances à plusieurs moments spécifiques
Vous pouvez récupérer les machines virtuelles à diérents moments spéciques (PIT), par exemple lors du
dernier état cohérent connu.
Lorsque vous congurez la réplication d'une machine virtuelle, vous pouvez activer des instances à
plusieurs moments spéciques (PIT) dans les paramètres de récupération de l'assistant de conguration de
la réplication. vSphere Replication conserve un certain nombre d'instances de snapshots de machine
virtuelle sur le site cible en fonction de la stratégie de rétention que vous avez spéciée. vSphere Replication
prend en charge un maximum de 24 instances de snapshots. Après avoir récupéré une machine virtuelle,
vous pouvez la restaurer à un snapshot spécique.
10 VMware, Inc.
vSphere Web Client
Dispositif VR
t1
VM
VM VM VM
t3t2
vSphere Web Client
Dispositif VR
VM
Réplication
Site source
Site cible
t0
Chapitre 2 Réplication de machines virtuelles
Au cours de la réplication, vSphere Replication réplique tous les aspects de la machine virtuelle vers le site
cible, y compris les éventuels virus et applications endommagées. Si une machine virtuelle contient un virus
ou une application endommagée et que vous avez conguré vSphere Replication pour qu'il conserve des
snapshots à des moments spéciques, vous pouvez récupérer la machine virtuelle et la restaurer à l'un de
ses snapshots dans un état correct.
Vous pouvez également utiliser les instances à des moments spéciques pour récupérer le dernier état
correct connu d'une base de données.
R vSphere Replication ne réplique pas les snapshots des machines virtuelles.
Figure 2‑1. Récupération d'une machine virtuelle à différents moments spécifiques (PIT)
Utilisation de vSphere Replication avec le stockage Virtual SAN
Vous pouvez utiliser les banques de données VMware Virtual SAN en tant que banques de données cibles
lors de la conguration des réplications. Suivez les instructions ci-dessous lorsque vous utilisez
vSphere Replication avec le stockage Virtual SAN.
R VMware Virtual SAN est une fonctionnalité entièrement prise en charge par vSphere 5.5
Update 1 et versions ultérieures.
Comme les noms conviviaux de banques de données Virtual SAN peuvent être modiés et provoquer des
erreurs lors d'opérations de réplication ou de récupération, vSphere Replication remplace automatiquement
le nom convivial d'une banque de données par son UUID qui est constant. Par conséquent, l'UUID s'ache
partout dans l'interface utilisateur de vSphere Replication, bien que vous ayez sélectionné un nom
intelligible lors de la conguration de la réplication.
Limites de l'utilisation de vSphere Replication avec le stockage Virtual SAN
Pour des raisons de charge et de latence E/S, le stockage Virtual SAN est soumis à des limites en termes de
nombre d'hôtes susceptibles d'intégrer un cluster Virtual SAN et de nombre de machines virtuelles pouvant
être exécutées sur chaque hôte. Reportez-vous à la section Limites du Guide de dimensionnement et de
conception de VMware Virtual SAN, disponible à la page suivante :
hp://www.vmware.com/products/virtual-san/resources.html.
L'utilisation de vSphere Replication augmente la charge sur le stockage. Chaque machine virtuelle génère
régulièrement des opérations de lecture et d'écriture. La conguration des réplications sur ces machines
virtuelles ajoute une opération de lecture aux opérations de lecture et d'écriture standard, ce qui augmente
la latence d'E/S sur le stockage. Le nombre exact de machines virtuelles susceptibles d'être répliquées sur le
VMware, Inc. 11
Utilisation de VMware vSphere Replication
stockage Virtual SAN à l'aide de vSphere Replication dépend de votre infrastructure. Si vous remarquez un
ralentissement des temps de réponse lors de la conguration des réplications pour des machines virtuelles
sur le stockage Virtual SAN, surveillez la latence d'E/S de l'infrastructure Virtual SAN. Essayez de réduire le
nombre de machines virtuelles répliquées dans la banque de données Virtual SAN.
R Lorsque vous arrêtez une réplication, vSphere Replication ne supprime pas le répertoire de
réplication sur la banque de données cible. Par conséquent, les répertoires périmés sont maintenus dans les
banques de données VMFS et NFS, et les espaces de noms inutilisés sont conservés dans les banques de
données Virtual SAN et Virtual Volumes. Comme le nombre maximal de répertoires et d'espaces de noms
dans une banque de données est limité, vous devez les neoyer manuellement pour libérer des ressources
sur la banque de données. Reportez-vous à « Neoyer la banque de données cible après l'arrêt d'une
réplication », page 22.
Conservation des snapshots à un moment donné lors de l'utilisation du
stockage Virtual SAN
Le stockage Virtual SAN stocke les chiers de disque de machine virtuelle sous forme d'ensemble d'objets et
de composants. Chaque objet de disque présent sur le stockage Virtual SAN est associé à des objets miroirs
et témoins. Dans la stratégie de stockage Virtual SAN par défaut, un objet de disque est associé à deux
miroirs et à un témoin. Le nombre de composants miroirs dépend de la taille du disque de machine virtuelle
et du nombre d'échecs à tolérer déni dans la stratégie du stockage Virtual SAN. Un objet miroir se divise en
composants dont la taille maximale respective est de 256 Go.
Si une machine virtuelle possède un disque de 256 Go et que vous utilisez la stratégie par défaut du
n
stockage Virtual SAN, l'objet de disque sera associé à deux composants miroirs de 256 Go chacun et à
un composant témoin, soit à un total de trois composants.
Si une machine virtuelle possède un disque de 512 Go et que vous utilisez la stratégie par défaut du
n
stockage Virtual SAN, l'objet de disque sera associé à quatre composants miroirs de 256 Go chacun et à
un composant témoin, soit à un total de cinq composants.
Pour plus d'informations sur les objets, les composants, les miroirs, les témoins et les stratégies de stockage
Virtual SAN, reportez-vous au Guide de dimensionnement et de conception de VMware Virtual SAN, disponible à
la page suivante : hp://www.vmware.com/products/virtual-san/resources.html.
Si vous utilisez plusieurs snapshots à un moment donné (snapshots PIT, point-in-time), vous devez prendre
en compte les composants supplémentaires créés par chacun des snapshots sur le stockage Virtual SAN, en
fonction du nombre de disques par machine virtuelle, de la taille de ces disques, du nombre de snapshots
PIT à conserver et du nombre d'échecs à tolérer. Si vous conservez des snapshots PIT et que vous utilisez le
stockage Virtual SAN, vous devez calculer le nombre de composants supplémentaires nécessaires pour
chaque machine virtuelle :
Nombre de disques x nombre de snapshots PIT x nombre de composants miroirs et témoins
Les exemples d'application de cee formule démontrent que la conservation de snapshots PIT fait
rapidement augmenter le nombre de composants dans le stockage Virtual SAN pour chaque machine
virtuelle congurée pour vSphere Replication :
Vous utilisez une machine virtuelle possédant deux disques de 256 Go, pour laquelle vous conservez
n
dix snapshots à un moment donné, et vous congurez la stratégie par défaut du stockage Virtual SAN :
2 (nombre de disques) x 10 (nombre de snapshots PIT) x 3 (2 composants miroirs + 1 témoin) =
n
60 composants uniquement pour cee machine virtuelle.
12 VMware, Inc.
Chapitre 2 Réplication de machines virtuelles
Vous utilisez une machine virtuelle possédant deux disques de 512 Go, pour laquelle vous conservez
n
dix snapshots à un moment donné, et vous congurez la stratégie par défaut du stockage Virtual SAN :
2 (nombre de disques) x 10 (nombre de snapshots PIT) x 5 (4 composants miroirs de 256 Go chacun
n
+ 1 témoin) = 100 composants uniquement pour cee machine virtuelle.
Le nombre de snapshots PIT que vous conservez peut entraîner l'augmentation de la latence E/S sur le
stockage Virtual SAN.
Utilisation de vSphere Replication avec vSphere Storage DRS
vSphere Replication peut fonctionner avec des sites cibles sur lesquels VMware vSphere® Storage DRS™ est
activé.
Storage DRS peut détecter les données que vSphere Replication copie sur le site cible et peut déplacer les
réplications sans aecter le processus de réplication.
Synchronisation des données par vSphere Replication entre des sites vCenter Server lors de la configuration initiale
Lorsque vous congurez une machine virtuelle pour la réplication, vSphere Replication démarre une tâche
de conguration initiale pendant laquelle une machine virtuelle répliquée est créée sur le site cible et une
synchronisation de données est eectuée entre les sites vCenter Server source et cible.
La vitesse de synchronisation des données dépend de la disponibilité des informations sur l'allocation des
blocs des chiers VMDK. vSphere Replication utilise ces informations pour trouver les régions vides des
disques et accélérer les opérations de synchronisation en ignorant ces régions. La vitesse de synchronisation
des données dépend également du site pour lequel les informations d'allocation de blocs sont disponibles.
Si les informations d'allocation sont disponibles sur les deux sites, la synchronisation des données
n
s'eectue à la vitesse la plus élevée possible.
Si les informations d'allocation sont disponibles uniquement sur le site source ou le site cible,
n
vSphere Replication ignore les régions vides des disques VMDK sur ce site, mais traite l'intégralité des
disques du site sur lequel les informations d'allocation ne sont pas disponibles. Par conséquent, la
synchronisation des données est plus lente.
Si les informations d'allocation ne sont pas disponibles sur les deux sites, la synchronisation des
n
données est eectuée en comparant tous les blocs entre le site source et le site cible, même si plusieurs
blocs n'ont pas été alloués sur le disque par le système d'exploitation invité. C'est la méthode de
synchronisation des données la plus lente.
R La disponibilité des informations d'allocation de blocs a peu d'eet sur la vitesse de
synchronisation des données pour les disques VMDK qui sont presque pleins.
Facteurs ayant une incidence sur la disponibilité des informations d'allocation
de blocs
La disponibilité des informations d'allocation et le degré auquel vSphere Replication peut les utiliser pour
accélérer la synchronisation des données dépendent des versions de ESXi, des versions du serveur de
gestion vSphere Replication, du type des disques VMDK et du type des volumes sur lesquels résident les
disques.
Versions des produits
sur le site source et le
site cible
VMware, Inc. 13
L'accélération de la synchronisation initiale est prise en charge uniquement
sur les hôtes ESXi 6.0.x ou version ultérieure.
Utilisation de VMware vSphere Replication
Si ESXi et le serveur vSphere Replication sur le site source sont de version 6.x
ou version ultérieure, alors que le serveur vSphere Replication ou les hôtes
sur le site cible ne sont pas de version 6.x ou version ultérieure, les
informations d'allocation seront disponibles uniquement sur le site source.
Si les serveurs de gestion vSphere Replication sur le site source et le site cible
sont tous deux de version 6.x, mais qu'un ou plusieurs hôtes ESXi sur le site
cible ne sont pas de version 6.0 ou version ultérieure, si le serveur de gestion
vSphere Replication sélectionne un hôte cible qui n'est pas de version 6.0 ou
version ultérieure, aucune information d'allocation n'est disponible sur le site
cible.
R Comme le serveur de gestion vSphere Replication 6.x ne peut
pas sélectionner uniquement des hôtes ESXi 6.0 pour la synchronisation
initiale, l'accélération des opérations peut varier selon l'hôte sélectionné. Pour
obtenir l'accélération maximale, tous les hôtes ESXi sur le site cible qui
agissent comme serveurs de stockage pour vSphere Replication doivent être
ESXi 6.0 ou version ultérieure.
Type de la banque de
données
Type de disque virtuel
Les disques sur les banques de données VMFS ou VSAN fournissent des
informations d'allocation complètes.
Les banques de données NFS ne peuvent pas fournir d'informations
d'allocation pour les disques qu'elles hébergent.
R Les disques de réplication sur le site source et le site cible
peuvent résider sur des banques de données de types diérents.
L'accélération de la synchronisation initiale varie selon que les deux sites
peuvent fournir des informations d'allocation ou que ces informations ne
peuvent être fournies que par un seul site. Si aucun des sites ne peut fournir
des informations d'allocation, l'accélération est impossible.
Les disques statiques mis à zéro en diéré, les disques dynamiques, les
disques vSAN clairsemés, les disques clairsemés à gestion ecace de l'espace
et les snapshots VMDK clairsemés fournissent des informations d'allocation.
Les disques statiques immédiatement mis à zéro (format Eager Zeroed) ne
fournissent pas d'informations d'allocation.
Les disques virtuels basés sur VVOLs sont natifs par rapport au volume.
vSphere Replication 6.x peut obtenir des informations d'allocation de ceux-ci
uniquement lorsqu'il se trouvent sur le site cible. Pour cee raison,
l'accélération de la synchronisation initiale sera partielle.
Replication des machines virtuelles en utilisant des amorces de réplication
Pour réduire le trac réseau qui est généré par le transfert de données lors de la synchronisation complète
initiale, vSphere Replication vous permet de copier des chiers de disque virtuel ou d'utiliser des chiers
qui existent déjà dans la banque de données cible, puis de pointer ceux-ci comme amorces de réplication lors
de la conguration d'une réplication.
vSphere Replication compare les diérences sur les sites source et cible, et réplique uniquement les blocs
modiés.
14 VMware, Inc.
Chapitre 2 Réplication de machines virtuelles
Lors d'une conguration de réplication, vous sélectionnez une banque de données cible pour la machine
virtuelle, vSphere Replication recherche un disque contenant le même nom de chier dans la banque de
données cible. Si un chier de même nom existe, vSphere Replication ache un avertissement et propose
d'utiliser le chier de disque existant comme amorce de réplication. Si vous acceptez l'option, dès que la
réplication de la machine virtuelle est entièrement congurée et activée, vSphere Replication compare les
diérences et réplique uniquement les blocs modiés. Si vous n'acceptez pas l'option proposée, vous devez
modier l'emplacement cible de la réplication.
R Si vous prévoyez de copier des chiers de la banque de données source à la banque de données
cible, la machine virtuelle source doit être mise hors tension avant de télécharger les chiers vmdk qui
seront utilisés comme amorces pour la réplication.
Réplication d'une machine virtuelle sur une seule instance de vCenter Server
Utilisez vSphere Replication pour répliquer une machine virtuelle dans un seul vCenter Server, même si
l'inventaire de l'instance vCenter Server contient un seul hôte.
Lorsque vous congurez la réplication dans une instance unique de vCenter Server, vous pouvez
sélectionner le site source en tant que site cible de la réplication. Vous pouvez alors congurer la réplication
de la même manière que pour une infrastructure comportant un site source et un site cible. Par exemple,
vous pouvez répliquer une machine virtuelle dans une banque de données diérente associée à cet hôte ou à
un autre hôte. vSphere Replication vous empêche d'utiliser les chiers source ou vmdk de la machine
virtuelle répliquée comme cible de la réplication.
Le nom de la machine virtuelle doit être unique dans le même dossier de l'inventaire de vCenter Server.
Dans l'assistant Récupération, vSphere Replication ne vous permet pas de sélectionner un dossier si une
machine virtuelle y a déjà été enregistrée sous le même nom. Pendant la récupération, si une machine
virtuelle existe sous le même nom, un message d'erreur peut s'acher. Consultez « Erreur de récupération
d'une machine virtuelle dans une seule instance de vCenter Server », page 48 pour plus d'informations.
Recommandations pour l'utilisation et la configuration de vSphere Replication
Les recommandations pour l'utilisation et la conguration de vSphere Replication peuvent éviter à votre
environnement d'éventuels problèmes lors de la réplication.
Paramétrage de la durée optimale de l'objectif de point de récupération (RPO)
La réplication de plusieurs milliers de machines virtuelles est un processus qui consomme beaucoup de
bande passante. vSphere Replication vous permet de paramétrer le RPO à 15 minutes, mais vous devez
estimer la durée optimale du RPO an d'économiser de la bande passante pour la réplication et de répondre
à vos besoins commerciaux pour la protection de vos machines virtuelles. Par exemple, si votre entreprise
requiert la réplication de 2 000 machines virtuelles avec un RPO de 8 heures, dénissez la durée du RPO à
8 heures an de répondre aux besoins de votre entreprise et d'économiser de la bande passante. Pour plus
d'informations, consultez la section Calculer la bande passante pourvSphere Replication du guide Installation et
conguration de vSphere Replication.
Utilisation de la récupération à plusieurs moments précis (MPIT)
Chaque snapshot d'un moment précis consomme de l'espace de stockage. La quantité consommée dépend
du taux de modication des données dans la machine virtuelle. Lorsque vous dénissez des instances à
plusieurs moments précis pour la réplication d'une machine virtuelle entre deux sites vCenter Server,
vSphere Replication présente les instances conservées comme snapshots standards après une récupération.
La durée requise pour consolider les snapshots après une récupération augmente avec le nombre de
snapshots.
VMware, Inc. 15
Utilisation de VMware vSphere Replication
Bien que vSphere Replication prenne en charge jusqu'à 24 points de récupération, vous devez dénir les
MPIT au nombre de points de récupération le plus bas qui répond aux besoins de votre entreprise. Par
exemple, si votre besoin commercial est de 10 points de récupération, vous devez paramétrer
vSphere Replication an d'enregistrer seulement 10 snapshots. Vous pouvez dénir jusqu'à deux points de
récupération par jour pour les cinq derniers jours. Par conséquent, l'espace de stockage consommé et la
durée nécessaire pour consolider les snapshots après une récupération sont inférieurs à ce qu'ils seraient si
vous utilisiez le nombre maximal de points de récupération.
Configuration de la mise au repos
Pour les machines virtuelles avec de hauts niveaux d'E/S de stockage, la mise au repos du système de
chiers et des applications peut prendre plusieurs minutes et avoir un impact sur les performances de la
machine virtuelle. Lors de la mise au repos d'un système de chier et d'applications pour des machines
virtuelles Windows, vSphere Replication requiert un snapshot VM avant la réplication. Lorsque vous
estimez la durée d'un RPO, tenez compte de la durée et de la consommation des ressources pour la mise au
repos et la consolidation des snapshots. Par exemple, si vous congurez la réplication sur une machine
virtuelle Windows avec un RPO de 15 minutes et que la mise au repos est activée, vSphere Replication
génère un snapshot VM et le consolide toutes les 15 minutes.
Configuration des amorces de réplication
Vous pouvez copier les chiers de disque virtuel des machines virtuelles sources vers l'emplacement cible et
utiliser ces chiers comme amorces de réplication. À l'aide des amorces de réplication, vSphere Replication
réduit la durée et la quantité de bande passante réseau requises pour le processus de synchronisation
complète initiale. L'UUID de la source et les chiers VMDK cibles doivent correspondre pour que la
réplication réussisse et an d'éviter un écrasement accidentel des chiers de disque appartenant à d'autres
machines virtuelles sur l'emplacement cible.
Surveillance d'une banque de données sur le site cible
vSphere Replication requiert assez d'espace disque sur le site cible pour répliquer une machine virtuelle. Si
l'espace disponible est insusant pour enregistrer les chiers de réplication, la réplication peut échouer.
Vous pouvez créer une alarme qui vous alerte lorsque les capacités de stockage sont insusantes sur le site
cible.
Configurer la réplication d'une machine virtuelle unique vers vCenter Server
vSphere Replication peut protéger les machines virtuelles individuelles et leurs disques virtuels en les
répliquant d'une instance de vCenter Server dans une autre.
Cee procédure est destinée à la conguration de réplications vers une instance cible de vCenter Server.
Pour congurer une réplication vers un fournisseur de cloud, reportez-vous à vSphere Replication pour une
récupération d'urgence dans le cloud.
Lorsque vous congurez la réplication, vous dénissez un objectif de point de récupération (RPO) pour
déterminer la perte de données maximale que vous pouvez tolérer. Par exemple, un objectif (RPO) d'une
heure vise à ce qu'une machine virtuelle ne perde pas plus d'une heure de données lors de la récupération.
Pour les valeurs RPO plus petites, moins de données sont perdues au cours d'une récupération, mais une
plus grande quantité de bande passante réseau est consommée en conservant la réplique à jour. La valeur
RPO aecte la planication de la réplication mais vSphere Replication n'adhère pas à une planication de
réplication stricte. Reportez-vous à la section « Impact de la valeur de l'objectif de point de récupération sur
la planication de la réplication », page 8 et « Comment fonctionne l'objectif de point de récupération (RPO)
de 5 minutes », page 8.
16 VMware, Inc.
Chapitre 2 Réplication de machines virtuelles
Chaque fois qu'une machine virtuelle aeint sa cible RPO, vSphere Replication enregistre environ 3 800
octets de données dans la base de données des événements de vCenter Server. Si vous dénissez un délai
RPO court, vous risquez de générer un volume de données important dans la base de données. Pour réduire
le volume des données conservées dans la base de données d'événements de vCenter Server, limitez le
nombre de jours de conservation des données d'événements par vCenter Server. Reportez-vous à Congurer
la règle de rétention de base de donnée dans le Guide de gestion de vCenter Server et des hôtes. Vous pouvez
également dénir un délai RPO plus long.
vSphere Replication assure la cohérence des défaillances entre tous les disques appartenant à une machine
virtuelle. Si vous utilisez la mise au repos, vous pouvez obtenir un niveau de cohérence plus élevé. Les types
de mise au repos disponibles varient en fonction du système d'exploitation de la machine virtuelle.
Reportez-vous aux Pages d'interopérabilité pour vSphere Replication 6.5 pour obtenir des informations sur
la prise en charge de la mise au repos des machines virtuelles Windows et Linux.
Vous pouvez congurer des machines virtuelles pour eectuer des réplications depuis et vers des banques
de données Virtual SAN. Reportez-vous à « Utilisation de vSphere Replication avec le stockage Virtual
SAN », page 11 pour connaître les limites de l'utilisation de vSphere Replication avec Virtual SAN.
R VMware Virtual SAN est une fonctionnalité entièrement prise en charge par vSphere 5.5
Update 1 et versions ultérieures.
Prérequis
Vériez que le dispositif vSphere Replication est déployé sur les sites source et cible.
n
Pour activer la mise au repos des machines virtuelles qui exécutent le système d'exploitation invité
n
Linux, installez la dernière version de VMware Tools sur chaque machine Linux que vous prévoyez
répliquer.
Procédure
1 Dans la page d'accueil de vSphere Web Client, cliquez sur vSphere Replication.
2 Sélectionnez un vCenter Server et cliquez sur l'onglet VM.
L'onglet Machines virtuelles répertoire les machines virtuelles.
3 Cliquez avec le bouton droit sur la machine virtuelle, puis sélectionnez Toutes les actions vSphere
Replication > la réplication.
4 Sélectionnez Répliquer dans un système vCenter Server.
5 Sélectionnez le site cible.
Si vous souhaitez congurer une réplication vers un site cible local, sélectionnez le site cible dans la
n
liste et cliquez sur Suivant.
Si les sites source et cible ne sont pas connectés, la connexion entre les sites est congurée lorsque
vous cliquez sur Suivant.
Si vous souhaitez congurer une réplication vers un site cible distant, et que les sites source et cible
n
sont connectés, sélectionnez le site cible dans la liste et cliquez sur Suivant.
Si vous souhaitez congurer une réplication vers un site cible distant, et que les sites source et cible
n
ne sont pas connectés, cliquez sur Ajouter un site distant, entrez l'adresse IP ou le nom d'hôte du
serveur sur lequel le PSC cible s'exécute, puis fournissez les informations d'identication de
l'utilisateur auquel le privilège VRM distant.Gérer VRM est assigné. Lorsque l'utilisateur est
authentié sur le site cible, toutes les instances de vCenter Server sur lesquelles
vSphere Replication Management Server est enregistré dans Lookup Service gurent dans la liste
des sites cibles. Sélectionnez le site cible dans la liste et cliquez sur OK et sur Suivant.
6 Acceptez l'aribution automatique d'un serveur vSphere Replication ou sélectionnez un serveur
spécique sur le site cible et cliquez sur Suivant.
VMware, Inc. 17
Utilisation de VMware vSphere Replication
7 Sur la page Emplacement cible, cliquez sur pour sélectionner ou modier la banque de
données de l'emplacement cible.
Vous avez également la possibilité de sélectionner la stratégie de stockage de la machine virtuelle.
8 (Facultatif) Pour congurer la réplication de disques individuels, cliquez sur le nom de la machine
virtuelle source.
La liste des disques sur la machine virtuelle source se développe.
Pour chaque disque, vous pouvez sélectionner le format virtuel, la stratégie de stockage et la banque de
données dans laquelle il est répliqué. Vous pouvez désactiver la réplication d'un disque en cliquant sur
Désactiver sur sa ligne Réplication activée.
9 (Facultatif) Sur la page des options de réplication, sélectionnez la méthode de mise au repos pour le
système d'exploitation client de la machine virtuelle source.
R Les options de mise au repos ne sont disponibles que pour les machines virtuelles qui
prennent en charge la mise au repos. vSphere Replication ne prend pas en charge la mise au repos VSS
sur Virtual Volumes.
10 (Facultatif) Sélectionnez Activer la compression réseau pour les données VR.
La compression des données de réplication transférées sur le réseau permet d'économiser de la bande
passante et peut contribuer à réduire la quantité de mémoire tampon utilisée sur le serveur
vSphere Replication. Cependant, la compression et la décompression de données nécessitent plus de
ressources CPU sur le site source et sur le serveur qui gère la banque de données cible.
11 Sur la page des paramètres de récupération, utilisez le curseur RPO ou les lateurs de temps pour
dénir la période acceptable pendant laquelle des données peuvent être perdues en cas de panne du
site.
La plage de l'objectif de point de récupération (RPO) est comprise entre 5 minutes et 24 heures pour les
sites sources et cibles utilisant un stockage Virtual SAN. Pour les sites non-Virtual SAN, la plage de
l'objectif de point de récupération (RPO) est comprise entre 15 minutes et 24 heures.
12 (Facultatif) Pour enregistrer plusieurs instances de réplication pouvant être converties en snapshots de
la machine virtuelle source lors de la récupération, sélectionnez Activer dans le volet d'instances à un
moment précis et ajustez le nombre d'instances à conserver.
R Vous pouvez conserver jusqu'à 24 instances par machine virtuelle. Cela signie que si vous
congurez vSphere Replication pour conserver 6 instances de réplication par jour, le nombre maximal
de jours que vous pouvez dénir est de 4.
Le nombre d'instances de réplication que vSphere Replication conserve dépend de la règle de rétention
congurée, mais requiert également que la période de RPO soit susamment courte pour permere la
création de ces instances. Comme vSphere Replication ne vérie pas si les paramètres RPO vont créer
susamment d'instances à conserver et n'ache pas de message d'avertissement si le nombre
d'instances est insusant, vous devez vous assurer que vous congurez vSphere Replication pour créer
les instances que vous souhaitez conserver. Si vous réglez par exemple vSphere Replication de façon à
conserver 6 instances de réplication par jour, la période de RPO ne doit pas dépasser 4 heures, pour que
vSphere Replication puisse créer 6 instances en 24 heures.
13 Cliquez sur Suivant.
14 Dans la page Prêt à terminer, passez en revue les paramètres de réplication et cliquez sur Terminer.
vSphere Replication commence une synchronisation complète initiale des chiers de machine virtuelle dans
la banque de données désignée sur le site cible.
18 VMware, Inc.
Chapitre 2 Réplication de machines virtuelles
Configurer la réplication de plusieurs machines virtuelles dans vCenter Server
Vous pouvez congurer la réplication de plusieurs machines virtuelles d'une instance de vCenter Server
vers une autre à l'aide de l'assistant Conguration de la réplication de machines virtuelles multiples.
Lorsque vous congurez la réplication, vous dénissez un objectif de point de récupération (RPO) pour
déterminer la perte de données maximale que vous pouvez tolérer. Par exemple, un objectif (RPO) d'une
heure vise à ce qu'une machine virtuelle ne perde pas plus d'une heure de données lors de la récupération.
Pour les valeurs RPO plus petites, moins de données sont perdues au cours d'une récupération, mais une
plus grande quantité de bande passante réseau est consommée en conservant la réplique à jour. La valeur
RPO aecte la planication de la réplication mais vSphere Replication n'adhère pas à une planication de
réplication stricte. Reportez-vous à la section « Impact de la valeur de l'objectif de point de récupération sur
la planication de la réplication », page 8 et « Comment fonctionne l'objectif de point de récupération (RPO)
de 5 minutes », page 8.
Chaque fois qu'une machine virtuelle aeint sa cible RPO, vSphere Replication enregistre environ 3 800
octets de données dans la base de données des événements de vCenter Server. Si vous dénissez un délai
RPO court, vous risquez de générer un volume de données important dans la base de données. Pour réduire
le volume des données conservées dans la base de données d'événements de vCenter Server, limitez le
nombre de jours de conservation des données d'événements par vCenter Server. Reportez-vous à Congurer
la règle de rétention de base de donnée dans le Guide de gestion de vCenter Server et des hôtes. Vous pouvez
également dénir un délai RPO plus long.
vSphere Replication assure la cohérence des défaillances entre tous les disques appartenant à une machine
virtuelle. Si vous utilisez la mise au repos, vous pouvez obtenir un niveau de cohérence plus élevé. Les types
de mise au repos disponibles varient en fonction du système d'exploitation de la machine virtuelle.
Reportez-vous aux Pages d'interopérabilité pour vSphere Replication 6.5 pour obtenir des informations sur
la prise en charge de la mise au repos des machines virtuelles Windows et Linux.
Vous pouvez congurer des machines virtuelles pour eectuer des réplications depuis et vers des banques
de données Virtual SAN. Reportez-vous à « Utilisation de vSphere Replication avec le stockage Virtual
SAN », page 11 pour connaître les limites de l'utilisation de vSphere Replication avec Virtual SAN.
R VMware Virtual SAN est une fonctionnalité entièrement prise en charge par vSphere 5.5
Update 1 et versions ultérieures.
La conguration de vSphere Replication simultanément sur un grand nombre de machines virtuelles lors de
l'utilisation du stockage Virtual SAN peut ralentir considérablement la synchronisation complète initiale des
chiers de machine virtuelle. Les opérations de synchronisation initiale complète génèrent un trac d'E/S
intense et la conguration d'un trop grand nombre de réplications en même temps peut surcharger le
stockage Virtual SAN. Congurez vSphere Replication sous forme de lots incluant un nombre maximal de
30 machines virtuelles à la fois.
Prérequis
Vériez que le dispositif vSphere Replication est déployé sur les sites source et cible.
n
Pour activer la mise au repos des machines virtuelles qui exécutent le système d'exploitation invité
n
Linux, installez la dernière version de VMware Tools sur chaque machine Linux que vous prévoyez
répliquer.
Procédure
1 Dans la page d'accueil de vSphere Web Client, cliquez sur vSphere Replication.
2 Sélectionnez un vCenter Server et cliquez sur l'onglet VM.
L'onglet Machines virtuelles répertoire les machines virtuelles.
VMware, Inc. 19
Utilisation de VMware vSphere Replication
3 Sélectionnez les machines virtuelles à répliquer à l'aide des touches Ctrl ou Maj.
4 Cliquez avec le bouton droit sur les machines virtuelles, puis sélectionnez Toutes les actions vSphere
Replication > la réplication.
Les machines virtuelles passent une vérication de validation avant de pouvoir être congurées pour la
réplication.
5 Cliquez sur Suivant.
6 Sélectionnez Répliquer dans un système vCenter Server.
7 Sélectionnez le site cible.
Si vous souhaitez congurer une réplication vers un site cible local, sélectionnez le site cible dans la
n
liste et cliquez sur Suivant.
Si les sites source et cible ne sont pas connectés, la connexion entre les sites est congurée lorsque
vous cliquez sur Suivant.
Si vous souhaitez congurer une réplication vers un site cible distant, et que les sites source et cible
n
sont connectés, sélectionnez le site cible dans la liste et cliquez sur Suivant.
Si vous souhaitez congurer une réplication vers un site cible distant, et que les sites source et cible
n
ne sont pas connectés, cliquez sur Ajouter un site distant, entrez l'adresse IP ou le nom d'hôte du
serveur sur lequel le PSC cible s'exécute, puis fournissez les informations d'identication de
l'utilisateur auquel le privilège VRM distant.Gérer VRM est assigné. Lorsque l'utilisateur est
authentié sur le site cible, toutes les instances de vCenter Server sur lesquelles
vSphere Replication Management Server est enregistré dans Lookup Service gurent dans la liste
des sites cibles. Sélectionnez le site cible dans la liste et cliquez sur OK et sur Suivant.
8 Acceptez l'aribution automatique d'un serveur vSphere Replication ou sélectionnez un serveur
spécique sur le site cible et cliquez sur Suivant.
9 Sur la page Emplacement cible, cliquez sur pour sélectionner ou modier la banque de
données de l'emplacement cible.
Vous avez également la possibilité de sélectionner la stratégie de stockage de la machine virtuelle.
10 (Facultatif) Sur la page des options de réplication, sélectionnez la méthode de mise au repos pour le
système d'exploitation client de la machine virtuelle source.
R Les options de mise au repos ne sont disponibles que pour les machines virtuelles qui
prennent en charge la mise au repos. vSphere Replication ne prend pas en charge la mise au repos VSS
sur Virtual Volumes.
11 (Facultatif) Sélectionnez Activer la compression réseau pour les données VR.
La compression des données de réplication transférées sur le réseau permet d'économiser de la bande
passante et peut contribuer à réduire la quantité de mémoire tampon utilisée sur le serveur
vSphere Replication. Cependant, la compression et la décompression de données nécessitent plus de
ressources CPU sur le site source et sur le serveur qui gère la banque de données cible.
12 Sur la page des paramètres de récupération, utilisez le curseur RPO ou les lateurs de temps pour
dénir la période acceptable pendant laquelle des données peuvent être perdues en cas de panne du
site.
La plage de l'objectif de point de récupération (RPO) est comprise entre 5 minutes et 24 heures pour les
sites sources et cibles utilisant un stockage Virtual SAN. Pour les sites non-Virtual SAN, la plage de
l'objectif de point de récupération (RPO) est comprise entre 15 minutes et 24 heures.
20 VMware, Inc.
Loading...