Au fil de notre dossier de mise en oeuvre de vSphere Replication, nous avons mis en place des réplications de machine virtuelles, et nous avons vu comment surveiller ces réplications.
Cette surveillance manuelle est intéressante lorsqu’on veut suivre une action en particulier, mais ne convient pas une fois en production. Nous allons donc ici ajouter une alarme pour nous informer par email lorsque le le RPO d’une réplication n’est pas respecté.
Facile ? A voir !
Dans la partie précédente nous avons mis en place nos réplications et vu comment les surveiller. Maintenant, nous allons explorer les possibilités de récupération de nos machines virtuelles.
Pour rappel, dans notre scénario nous avons deux sites (un de production, un de secours), et chaque site dispose d’un vCenter et d’une appliance de réplication. Nous nous placerons donc sur le site de secours pour récupérer une machine virtuelle du site de production. A l’issue de la récupération, nous remettrons en route la réplication normale (production vers site de secours) en tirant parti des fichiers disque déjà existant sur le site de secours pour éviter une nouvelle réplication complète. C’est parti !
Dans la partie précédente nous avons fini de configurer nos appliances. Nous allons maintenant pouvoir commencer à les utiliser !
Dans cet article, nous démarrerons cette partie opérationnelle par la configuration d’une nouvelle réplication et la surveillance des réplications en cours.
Dans l’article précédent nous avons déployé nos appliances. Avant de les mettre en service nous allons modifier quelques éléments de configuration, puis générer et appliquer des certificats issus d’une autorité de certification interne. Enfin nous allons connecter deux appliances entre elles pour pouvoir envoyer des réplications de l’une à l’autre.
Remarque : la partie concernant les certificats est optionnelle, elle n’a de sens que si vous avez également généré des certificats pour les autres composants de votre environnement vSphere (voir ici pour l’appliance vCenter, par exemple). Pour le reste, allons-y !
Dans la première partie du dossier nous avons essayé de comprendre la logique de vSphere Replication. Dans cette partie nous allons nous attaquer au déploiement de l’appliance sur deux sites : le site de production (pour la partie gestion) et le site de secours (partie gestion et serveur de réplication).
Comme nous l’avons vu, ces deux composants sont désormais livrés dans une appliance unique, c’est pourquoi la procédure de déploiement sera la même dans les deux cas. Comme souvent avec les appliances, le déploiement est simple : déployons la première !