jeudi 14 mars 2019

vCenter HA - Mode avancé

INTRODUCTON
Nous l'avons vu dans mon précédent article sur VCHA, qu'il existe 2 modes de déploiement:
- basique
- avancé

Afin de compléter mon précédent article, voici un cas d'usage nous obligeant à opter pour le déploiement en mode avancé de VCHA.

CONTEXTE
Chez mon client, nous avons voulu déployer VCHA sur 3 sites distincts: 2 sites de production en Datacenter et un site tiers pour le noeud witness.
La problématique, c'est que certains VLANs peuvent être étendus entre les 2 sites de production mais pas avec le 3e site.

Nous avons donc choisi l'architecture suivante:
- l'adresse IP de management du vCenter sera sur un VLAN étendu entre les 2 sites de production
- les adresses IP pour le service "Heartbeat/réplication" de VCHA seront sur des sous-réseaux différents.

A noter qu'il est également possible d'avoir des adresses IP de management sur des sous-réseaux différents. Dans ce cas, il faudra mettre à jour manuellement l'entrée DNS au moment de la bascule .
Dans tous les cas, lorsque les noeuds VCHA sont répartis sur des sites différents, veuillez à bien respecter les 10ms de latence maximum entre les sites.


PROCEDURE
Dans cet article, nous partons du principe que vous disposez déjà d’un serveur VCSA fonctionnel.

Voici les grandes étapes afin de mettre en place VCHA. Ces étapes doivent être suivies rigoureusement dans le bon ordre:

  1. Ajout d'une 2e NIC au serveur VCSA
  2. Activer SSH sur le serveur VCSA
  3. Lancer le Wizard de déploiement VCHA en mode avancé
  4. Stopper le Wizard à une étape précise
  5. Faire un clone pour le noeud passif
  6. Faire un clone pour le noeud témoin
  7. Configuration réseau & Ajout des routes
  8. Reprendre et terminer le Wizard

Ajout d'une 2e NIC au serveur VCSA
Pour commencer, il suffit déditer les paramètres de la VM vCenter pour ajouter une NIC et la positionner sur le bon VLAN.

Ensuite, il faut se connecter sur l'interface VAMI (https://nom_du_vcenter:5480) afin de configurer l'adresse IP de cette 2e NIC:


Sélectionner la "nic1" et modifier les paramètres:


Spécifier l'adresse IP de réplication et le masque de sous-réseau:




Activer SSH sur le serveur VCSA

Profitez d'être connecter sur l'interface VAMI pour activer le SSH sur le serveur vCenter VCSA:



Lancer le Wizard de déploiement VCHA en mode avancé
Se connecter sur le vCenter avec l’interface Web en Flash (cette fonctionnalité n'est pas encore disponible en version HTML5 sur vSphere 6.5), puis sélectionner la racine et aller dans l’onglet « Configurer » puis « vCenter HA ». Cliquer le bouton « Configurer » en haut à droite :


Choisissez l’option « Avancé » :

Renseignez les adresses IP de réplication des nœuds passif et témoin mais ne pas cliquer sur "Terminer":

Nous allons laisser le Wizard en pause le temps de réaliser les clones.

Faire un clone pour le noeud passif
Utiliser le client Web en Flash encore une fois (car la création de fichier de customisation n'est pas présente en HTML5) pour lancer un clone de votre serveur VCSA :


Choisir le cluster qui hébergera le nœud passif, dans l’idéal il s’agit d’un cluster différent voir d’un site différent du nœud actif :

Choisir un Datastore avec suffisamment d’espace libre :

Choisir l’option « Personnaliser le système d’exploitation » :

Appuyer sur le bouton avec la croix verte pour créer un nouveau profil :

Donner un nom au fichier de personnalisation :

Renseigner le nom DNS du serveur DNS ainsi que le nom de domaine :

Choisir le fuseau horaire :

Sélectionner la « NIC 1 » cliquer sur le bouton forme de crayon :

Indiquer les paramètres de l’adresse IP de management :

Faire de même pour la « NIC 2 » et indiquer l’adresse IP de réplication du nœud passif. Ne pas indiquer de passerelle 

Vérifier les informations et cliquer sur « suivant » :

Renseigner les serveurs DNS et le champ de recherche DNS :

Cliquer sur « Terminer »:

La création du fichier de personnalisation est terminée, vous pouvez maintenant le sélectionner et cliquer sur « Suivant » :

Vérifier une dernière fois les informations et cliquer sur « Suivant »

Enfin cliquer sur « Terminer » pour lancer la création du clone :
Le 1er clone est maintenant créé et éteint, nous pouvons lancer le 2e clone.


Faire un clone pour le noeud témoin
De la même manière, veuillez créer un clone pour le 3e noeud.
La différence étant cette fois de créer un fichier de customisation pour le "Noeud Témoin".


Dans ce fichier de personnalisation, veuillez laisser la NIC1 en DHCP et configurer uniquement la NIC2 pour le heartbeat avec les noeuds actif et passif.

Les 2 clones sont maintenant créés et ils sont restés éteints.

Si tous les sites ne sont pas gérés au sein du même vCenter, il peut être nécessaire de faire un « backup/restore » avec Veeam par exemple afin de copier les clones sur le bon site.

Editer ensuite les paramètres des 2 clones afin de connecter les cartes réseaux sur les bons VLANs.
Enfin vous pouvez baisser la quantité de CPU et RAM du nœud témoin à :
  •          1 vCPU
  •          512Mo de RAM (dans notre cas 1GB de RAM)


Puis allumer les clones.

Configuration réseau & Ajout des routes

Afin que les adresses IP de réplication VCHA de chaque nœud puissent communiquer entre elles, il est nécessaire de rajouter des routes sur chaque nœud.


Ouvrir une console sur le nœud principal et se connecter en tant que « root » :


Taper la commande « shell » pour activer le CLI :

Configurer l’adresse IP de réplication sur le nœud passif avec la commande suivante :
/opt/vmware/share/vami/vami_config_net


Taper « 7 » pour vérifier/configurer l’adresse IP d’eth1 :

Puis taper la commande suivante afin de rajouter une route :
vi /etc/systemd/network/10-eth1.network


Ajouter les routes afin que le noeud1 puisse communiquer avec les nœuds 2 et 3 sur le réseau VCHA :

Avec l’éditeur de texte « VI », il faut taper la lettre « i » pour insérer des caractères, puis « Echap » et « :wq » pour enregistrer et quitter.
Enfin redémarrer le service réseau pour que le changement soit pris en compte :

systemctl restart systemd-networkd

Faire de même sur le noeud passif afin qu’il puisse communiquer avec le nœud 1 et 3 :




Reprendre et terminer le Wizard



REFERENCES
https://kb.vmware.com/s/article/2148442

0 commentaires :

Enregistrer un commentaire