Cette fonction permet de répliquer des VMs entre 2 infrastructures VMware.
Les VMs vont apparaitre dans l’inventaire du second site et seront prêtes à démarrer en cas de problème sur le premier site.
On peut avoir des infrastructure de type Prod / PRA (site 1 -> site 2) ou des environnement Prod / Prod avec des réplications croisées (site 1 -> site 2 et site 2-> site 1).
Veeam permet de faire des activations des Vms répliquées de façons planifiées (interventions sur le site 1) ou des bascules en cas de crash d’un site.
Dans le premier cas, une dernière synchronisation est réalisée avant la bascule pour garantir que les VMs sont dans le dernier état connu. Dans le cas d’un crash, les VMs repartent dans l’état de la dernière synchronisation.
Il est possible de faire de synchronisations continues ou toutes les X min ou X heure suivant la configuration des infrastructures VMware.
ATTENTION, comme pour un backup, une réplication déclenche un snapshot de la VM, cela peut être gênant d’avoir des snapshots sur la prod toute la journée…
Pour notre lab, j’ai enregistré dans Veeam les 2 ESX afin de répliquer les VM de l’ESX1 vers l’ESX2.
On peut maintenant créer le job.
On choisit un nom et on peut également indiquer les spécification du site de Disaster Recovery
Low Bandwith (replica seeding): si des backups de la VM sont présents sur le site de DR, pour la première réplication (full) on peut se servir des données présentes pour accélérer la création de la VM.
Separate Virtual Network: lorsque les noms des réseaux VMware sont diifférents sur le site de DR, on peut paramétrer un mappage.
Different IP: même chose que précédemment mais pour la conf IP
Attention, ces modifications sont faites à la volée, lorsque l’on déclenche l’activation de la VM répliquée par VEEAM (nécessite également les VMware Tools).
Sélection des VMs à répliquer
Paramétrage de la destination
Choix de la cible, du nommage de la VM, du nombre de versions de la VM que l’on souhaite avoir (sap VMware).
Il faut utiliser également un repository pour les metadatas du job.
Comme pour un job de backup, on retrouve des réglages avancés (quiescence, script, alertes…)
Choix du type de transfert et des proxys (dans le cas de 2 sites bien sélectionner la source et la destination)
Utilisation des VSS
Déclenchement du job
Résumé de la configuration
—————————————————–
La configuration de la réplication est faite.
On va passer maintenant à
l’exécution du job
—————————————————–