Nous l'avons vu dans mon précédent article sur VCHA, 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.
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:
- Ajout d'une 2e NIC au serveur VCSA
- Activer SSH sur le serveur VCSA
- Lancer le Wizard de déploiement VCHA en mode avancé
- Stopper le Wizard à une étape précise
- Faire un clone pour le noeud passif
- Faire un clone pour le noeud témoin
- Configuration réseau & Ajout des routes
- 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 connecté 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 sur 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":
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 noeud passif ainsi que le nom
de domaine :
Choisir le fuseau horaire :
Sélectionner la « NIC 1 » cliquer sur le bouton en 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.
Ensuite, nous pouvons passer à la création du clone pour le 3e noeud.
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.
- 1 vCPU
- 512Mo de RAM (dans notre cas, nous avons choisi de garder 1GB de RAM)
Configuration réseau & Ajout des routes
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 à :
- 512Mo de RAM (dans notre cas, nous avons choisi de garder 1GB de RAM)
Puis allumer les clones.
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 :
Faire de même sur le noeud passif afin qu’il puisse communiquer avec les nœuds 1 et 3 :
Enfin redémarrer le service réseau pour que le changement soit pris en compte :
systemctl restart systemd-networkd
Enfin, se connecter sur le nœud 3 (Témoin) afin de
configurer le réseau de la carte eth1, puis modifier la passerelle par
défaut pour eth1 avec la commande suivante :
/opt/vmware/share/vami/vami_config_net
Il n’y a pas de route à ajouter sur le nœud 3, puisqu’on
modifie directement la passerelle par défaut.
Une fois que :
- les clones sont hébergés sur les bons sites/clusters
- les routes ont été ajoutées sur les nœuds 1 et 2
Une fois la tâche de configuration terminée, une tâche de
synchronisation sera lancée automatiquement entre les nœuds actif et passif.
Une fois terminée, vous serez alors dans l’état suivant :
Problèmes courants
Si la tâche de configuration de VCHA échoue:
=> assurez-vous que le nœud principal est capable de résoudre son propre nom cours (sans le suffixe DNS) avec la commande "nslookup".
=> assurez-vous que le nœud principal est capable de résoudre son propre nom cours (sans le suffixe DNS) avec la commande "nslookup".
=> Vérifier également que chaque nœud est capable de communiquer avec les 2 autres sur le
réseau VCHA.
=> De plus, si vous n’avez pas respecté l’ordre de création des clones au bon moment du wizard VCHA, ceux-ci ne pourront pas se connecter entre-eux en SSH car la clé d’encryption SSL ne sera pas bonne. Il faudra donc recommencer depuis le début et respecter l’ordre de création rigoureusement.
Enfin, vous pourrez trouver des fichiers de logs très intéressant à l’endroit suivant :
=> De plus, si vous n’avez pas respecté l’ordre de création des clones au bon moment du wizard VCHA, ceux-ci ne pourront pas se connecter entre-eux en SSH car la clé d’encryption SSL ne sera pas bonne. Il faudra donc recommencer depuis le début et respecter l’ordre de création rigoureusement.
Enfin, vous pourrez trouver des fichiers de logs très intéressant à l’endroit suivant :
REFERENCES
https://kb.vmware.com/s/article/2148442
0 commentaires :
Enregistrer un commentaire