RecoverPoint for Virtual Machines (RP4VM) : Déploiement et Configuration de la réplication de VM

Présentation du Lab

Petite présentation du produit : avec le logiciel de protection des données Dell EMC RecoverPoint for Virtual Machines, restaurez rapidement des machines virtuelles VMware à n’importe quel point dans le temps. Le produit offre une protection continue des données à des fins de reprise des opérations et après sinistre (et donc Disaster Recovery).

RP4VM est une solution purement logicielle de réplication des données reposant sur un hyperviseur, qui s’intègre avec VMware vCenter, l’interface de gestion est intégrée grâce à un plugin complémentaire.

Veuillez au préalable télécharger les fichiers d’installations à extraire :
https://www.dellemc.com/fr-fr/products-solutions/trial-software-download/recoverpointforvms.htm

Dans ce Lab, je vais vous présenter un cas assez simple,
Sur chacun des deux sites « SITE A » et « SITE B », nous avons :

• 1 vCenter gérant un hôte ESXi
• 2 VMs avec Windows pré-installé

Voici ci-dessous les vCenter du SITE A et SITE B :

Déploiement des appliances vRPA

Sur le SITE A, faîtes un clic droit sur le serveur ESXi puis Deploy OVF Template

Cochez Local file puis cliquez sur Choose Files

Sélectionnez le fichier .OVA

Cliquez sur Next

Donnez un nom de machine virtuelle, son emplacement et cliquez sur Next :

Sélectionnez l’hôte ou le cluster qui accueillera la VM, puis Next :

Revérifiez les paramétrages puis cliquez sur Next

Acceptez les termes de licence puis Next :

Choisissez la configuration désirée pour votre environnement :

Pour vous aider, vous pouvez vous référer sur cet extrait du guide de déploiement ci-dessous (je vais le déployer en 2vCPU avec 8GB de RAM car la version de RP4VM est plus récente que le 5.2.0.2, mais je modifierai par la suite pour l’abaisser à 4GB de RAM car cela sera amplement suffisant pour un Lab, cependant suivez les recommandations de Dell EMC pour une installation en production) :

Dans ce lab je vais sélectionner Thin Provision pour le format de disque de la VM, puis sélectionnez la datastore qui accueillera la VM :

Sélectionnez le PortGroup du réseau de management pour la VM, sélectionnez IPv4 puis cliquez sur Next

Entrez les IP, Masque de sous-réseau et Passerelle, puis cliquez sur Next

Relisez les paramétrages choisis puis cliquez sur Finish

Faites la même chose pour chacun des sites, il faut 2 appliances vRPA par site :
– SITEA-vRPA1
– SITEA-vRPA2
– SITEB-vRPA1
– SITEB-vRPA2

Prenez un snapshot pour chacune des VMs avant de commencer.

Mise en place de Cluster vRPA

Nous allons créer un cluster vRPA par Site. Démarrez les VMs vRPA des deux sites

Afin de démarrer les VMs, si vous êtes dans un lab, vous aurez peut-être besoin de baisser la réservation CPU à 0

Toujours dans le cas d’un Lab, on peut abaisser la taille de la mémoire allouée à 4GB RAM au lieu de 8GB, de même pour la réservation mémoire ci-dessous, on peut le réduire à 0 :

Ajoutez aussi une carte réseau car nous allons séparer le réseau WAN et Management du Réseau Data Replication :

Sélectionnez ensuite le PortGroup dédié à la communication Data, puis sélectionnez le type d’adaptateur VMXNET3 afin d’avoir une bande passante de 10GBps et une performance améliorée :

Démarrez ensuite les VMs et connectez-vous sur leur interface de gestion web, via leur adresses IP respectives en HTTPS, le menu RecoverPoint for VMs Deployer s’affiche, cliquez sur Install a vRPA Cluster

Lorsque la vérification de la version est terminée, cliquez sur Next pour continuer :

Entrez les informations de connexion au vCenter, puis cliquez sur Connect

Confirmez le certificat non signé :

Les vérifications de pré-installation sont au vert, cliquez sur Next

Entrez le nom de cluster pour le Site A, mot de passe et informations NTP, puis cliquez sur Next

Cochez les vRPA détectées sous ce vCenter, puis cliquez sur Apply Selection

Cochez ensuite la datastore qui contiendra les données de configuration du cluster vRPA, sélectionnez un datastore ayant au moins 6GB de stockage de libre. Cliquez sur Next pour continuer

Sélectionnez donc d’utiliser une interface réseau pour le WAN et LAN, puis une 2e interface pour la Data, entrez ensuite une IP pour le cluster (cela sera l’IP partagée entre les vRPA du cluster), ajoutez si besoin des passerelles si besoin pour l’intercommunication des vRPA Clusters via le réseau WAN.

Entrez ensuite les adresses IP pour le réseau Data de chacun des vRPA, puis cliquez sur Install

Faire de même pour le Site B et cliquez sur Install

L’installation des nouveaux clusters sont en cours, lorsque le processus est terminé, vous obtiendrez cet écran :

Mise en place de la connexion entre les Cluster vRPA

Cliquez sur Connect vRPA Clusters

Entrez les informations de connexion pour le cluster vRPA distant, puis cliquez sur Connect

La connexion entre les clusters vRPA est en cours

Connexion établie, nous voyons désormais sur le dashboard le schéma de connexion

De même pour le site B :

Activation de la connexion via Boxmgmt CLI

Connectez-vous en SSH sur l’IP de chacun des cluster vRPA

Nous allons activer la connexion inter-cluster vRPA sur le site A :

Dans le menu Boxmgmt CLI Main Menu, selectionnez Cluster operations > Configure connection types to other clusters in the system > Configure cluster connection types

Faites de même pour le site B

Installation du plugin RP4VM sur le vCenter

Connectez-vous sur l’interface Flex du vSphere Web Client (si vous étiez déjà connecté, déconnectez et reconnectez-vous sur votre compte)

Entrez vos identifiant et mot de passe

RecoverPoint for VMs est désormais intégré sur le vCenter, cliquez sur l’icône pour ouvrir le Dashboard

Le Dashboard s’affiche et indique que tout est au vert, ce qui est positif

Création des Ports VMkernel pour les ESX Splitters

Les ports VMkernel que l’on va créer permet la communication entre les vRPA et les hyperviseurs, afin de récolter les informations sur le Repository et les Journaux d’écriture de chaque VMDK des VMs protégées :

Enregistrez le Cluster ESXi contenant les vRPA (ici je n’ai seulement qu’un hôte standalone pour le lab)

Le cluster est désormais enregistré, cliquez sur l’icône en forme de Boulon sur le côté droit de Validate :

Créez les VMkernel ports dans le vSwitch ou DvSwitch configuré :

Les ports VMkernel sont désormais créés :

Configuration de la protection d’une VM

Afin de configurer la réplication d’une VM vers le site distant, il suffit de faire un clic-droit sur la VM, puis All RecoverPoint for Virtual Machines Actions > Protect

Note : il n’est pas possible de répliquer une VM dont la Fault Tolerance est activée

Cochez « Create a new consistency group for this VM« , entrez un nom pour le « Consistency Group« , sélectionnez le cluster vRPA de production (= source), puis cliquez sur Next

Entrez un nom pour la copie originale (= source, ici nous l’appelons « prod »), sélectionnez la taille du journal (ici, 3GB), laissez l’emplacement du journal être automatiquement choisie dans une des datastores listées (si besoin il est possible d’en rajouter manuellement dans la liste)

Plus bas il est possible de sélectionnez des VMDK spécifiques à répliquer, et le type de disque provisionné (dans ce cas là nous utilisons Same as source car je sais que la VM source utilise du Thin Provisionning)

Laissons aussi coché « Replicate hardware changes », RP4VM répliquera aussi les changements lié à la configuration hardware de la VM (ex: CPU, RAM, …). Cliquez sur Next pour continuer

Donnez un nom à la copie (= réplica, ici nous l’appelons « copy1« ), sachant qu’il puisse y en avoir plusieurs. Pour le type de copie, sélectionnez « VMware vCenter » et le cluster vRPA de destination qui recevra la copie. Cliquez sur Next

Ensuite nous allons configurer les paramétrages pour la copie, nous allons laisser la taille minimale du Journal (10GB), puis sélectionnez le datastore qui stockera ce fichier journal.

Nous allons pour cette VM choisir le mode de réplication synchrone, ce qui permet d’avoir une copie 100% identique à l’originale. Cliquez sur Next

Cochez « Automatically create new copy VMs« , sélectionnez le cluster ou l’hôte ESXi de destination, puis cliquez sur Next

Sélectionnez le datastore qui contiendra les réplicas des VMs présente dans ce Consistency Group, cliquez sur Next

Sélectionnez le Portgroup réseau à utiliser sur le site de destination en cas de Failover pour chacune des VMs listées, cliquez sur Next

Revérifiez les paramétrages dans le résumé, puis laissez coché « Start replicating this consistency group when I click Protect« , s’il y a besoin d’une autre copie supplémentaire cliquez sur « Add a Copy ».

Enfin, cliquez sur Protect pour commencer la réplication vers le site distant.

Voici un aperçu du statut de réplication :

Et la copie est bien créée sur le site distant :

J’ai fait la même chose pour TestVM2, sauf que la seule différence est que la copie est Asynchrone.

Nous allons vérifier maintenant que tout fonctionne correctement via le Dashboard intégré au vCenter

Vérification de la santé et la progression des réplications

Dans le menu RecoverPoint for VMs, sous l’onglet Overall Health, nous voyons que la protection des VMs est active sur 1 VM, et qu’elle est en mode Init pour 1 autre VM, ce qui signifie que sa réplication est en cours d’initialisation.

Sous Protection > Virtual Machines, nous voyons les VMs protégées, ainsi que les détails sur la taille et le type de disque de la VM, et bien sûr son statut de transfer en pourcentage.

Sélectionnez la Consistency Group CG1 et sous Protection > Consistency Groups, on peut voir que la VM TestVM1 du Site A est bien Synchronisée avec son réplica sur le site B.

Pour CG2, la réplication est toujours en cours à 35%

Lorsque cela est terminé, il s’affiche Active, c’est une copie Asynchrone.

Vous voyez sous le Dashboard, que tout est passé au vert désormais.

Voilà, vous connaissez les bases pour utiliser RP4VM.

8,234 total views, 23 views today