Réplication de VMs – Configuration

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.

2016-05-17_141706

 

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).
2016-05-17_141723

 

Sélection des VMs à répliquer2016-05-17_141756

 

Paramétrage de la destination2016-05-17_141820

 

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.2016-05-17_141833

Comme pour un job de backup, on retrouve des réglages avancés (quiescence, script, alertes…)
2016-05-17_141846

 

Choix du type de transfert et des proxys (dans le cas de 2 sites bien sélectionner la source et la destination)2016-05-17_141857

 

Utilisation des VSS2016-05-17_141905

 

Déclenchement du job2016-05-17_141919

 

Résumé de la configuration2016-05-17_141927

 —————————————————–
La configuration de la réplication est faite.
On va passer maintenant à
l’exécution du job
—————————————————–