
VMware: Comment configurer VCSA 6.5 HA, la nouvelle haute disponibilité de vCenter Server Appliance – Serveur d’impression
Salutations, amis une autre des nouvelles très intéressantes publiées par VMware dans VMware vSphere 6.5 Il s’agit sans aucun doute de la haute disponibilité de votre VCSA, ce qui nous permet d’apporter une protection supplémentaire à notre élément le plus critique de toute infrastructure VMware, le vCenter. Pendant des années, nous avons dû utiliser HA dans SQL Server et les gérer pour donner un HA aux services Windows, mais cela n’a jamais été totalement pris en charge par VMware, qui a toujours recommandé d’utiliser sa fonction de base HA, qui ne fait que relever la VM sur un autre hôte.
Mais à partir de VMware vSphere 6.5, VMware apporte déjà une haute disponibilité native pour vCenter, uniquement pour le dispositif Linux, non pris en charge pour Windows pour le moment, et il s'agit également d'un travail qui ne prendra que quelques minutes et qui convient à tous les niveaux d'administration. de VMware.
Activation de la haute disponibilité dans VCSA 6.5
Nous allons passer à notre vCenter dans la vue Hôtes et Clusters et nous allons appuyer sur Configurer, une fois là nous allons descendre à la nouvelle option appelée vCenter HA et nous allons appuyer Configurer
Nous avons deux options pour configurer VCSA HA, le mode de base et le mode avancé. Je recommande le mode de base, car il configure et affiche automatiquement les cartes réseau, les noms du témoin et de l'homologue VCSA, etc.
Une fois que nous avons sélectionné le mode de base, nous utiliserons une plage de réseau, différente de celle de la gestion, pour notre environnement haute disponibilité, et nous choisirons un réseau différent de celui de la gestion. Ce sera l'adresse IP du noeud principal que nous avons actuellement de VCSA 6.5.
Nous choisirons l’adresse IP du nœud passif et du nœud qui servira de témoin
Dans la dernière fenêtre, vous pouvez voir un résumé, des avertissements peuvent apparaître au cas où nous aurions des instantanés, ou si nous n'avions pas séparé le stockage des noeuds de la haute disponibilité, etc. Vous pouvez tous les résoudre en utilisant le bouton Modifier, VMware recommande la se conformer à un HA approprié:
- Que le VCSA d'origine ne contient pas d'instantanés
- Que le VCSA d'origine, le témoin et l'homologue ne sont pas le même hôte
- Que le VCSA d'origine, le témoin et l'homologue ne sont pas le même magasin de données
- Que le VCSA d'origine, le témoin et l'homologue n'utilisent ni la plage IP ni le réseau de gestion
Une fois que tout est prêt, nous pouvons voir un résumé, que nous pouvons éditer au cas où nous voudrions faire des changements de dernière minute, nous appuierons sur Terminer.
Et nous verrons le processus de déploiement des appliances, des fournitures, etc.
Après quelques minutes, en fonction de la vitesse de votre banque de données et des ressources des hôtes, etc., nous pouvons constater que la HA est correctement configurée. C’est aussi simple que cela!
Si nous cliquons sur Surveillance vCenter HA, nous pouvons également voir le statut du cluster HA:
Effectuer une simulation de basculement
Dans mon cas, j'ai procédé à la fermeture, botonazo, de VCSA 6.5 en tant que cluster actif, pour simuler ce que pourrait être un cas réel, il m'a fallu plusieurs secondes avant que le passif ne prenne possession de l'adresse IP du vCenter, comme vous pouvez le constater. dans ce ping:
MacBook-Pro: ~ $ ping 192.168.1.47
PING 192.168.1.47 (192.168.1.47): 56 octets de données
64 octets de 192.168.1.47: icmp_seq = 34 ttl = 64 fois = 0,459 ms
64 octets de 192.168.1.47: icmp_seq = 35 ttl = 64 fois = 0,581 ms
64 octets de 192.168.1.47: icmp_seq = 36 ttl = 64 fois = 0,475 ms
Délai d'expiration de la demande pour icmp_seq 37
Délai d'expiration de la demande pour icmp_seq 38
Délai d'expiration de la demande pour icmp_seq 39
Délai d'expiration de la demande pour icmp_seq 40
Délai d'expiration de la demande pour icmp_seq 41
Délai d'expiration de la demande pour icmp_seq 42
Délai d'expiration de la demande pour icmp_seq 43
Délai d'expiration de la demande pour icmp_seq 44
Délai d'expiration de la demande pour icmp_seq 45
Délai d'expiration de la demande pour icmp_seq 46
Délai d'expiration de la demande pour icmp_seq 47
Délai d'expiration de la demande pour icmp_seq 48
Délai d'expiration de la demande pour icmp_seq 49
Délai d'expiration de la demande pour icmp_seq 50
Délai d'expiration de la demande pour icmp_seq 51
Délai d'expiration de la demande pour icmp_seq 52
Délai d'expiration de la demande pour icmp_seq 53
Délai d'expiration de la demande pour icmp_seq 54
Délai d'expiration de la demande pour icmp_seq 55
Délai d'expiration de la demande pour icmp_seq 56
Délai d'expiration de la demande pour icmp_seq 57
Délai d'expiration de la demande pour icmp_seq 58
Délai d'expiration de la demande pour icmp_seq 59
Délai d'expiration de la demande pour icmp_seq 60
Délai d'expiration de la demande pour icmp_seq 61
Délai d'expiration de la demande pour icmp_seq 62
Délai d'expiration de la demande pour icmp_seq 63
Délai d'expiration de la demande pour icmp_seq 64
Délai d'expiration de la demande pour icmp_seq 65
Délai d'expiration de la demande pour icmp_seq 66
Délai d'expiration de la demande pour icmp_seq 67
64 octets à partir de 192.168.1.47: icmp_seq = 68 ttl = 64 fois = 0,857 ms
64 octets à partir de 192.168.1.47: icmp_seq = 69 ttl = 64 fois = 0,716 ms
64 octets à partir de 192.168.1.47: icmp_seq = 70 ttl = 64 fois = 0,324 ms
64 octets à partir de 192.168.1.47: icmp_seq = 71 ttl = 64 fois = 0,404 ms
64 octets à partir de 192.168.1.47: icmp_seq = 72 ttl = 64 fois = 0,377 ms
64 octets de 192.168.1.47: icmp_seq = 73 ttl = 64 fois = 0,485 ms
64 octets à partir de 192.168.1.47: icmp_seq = 74 ttl = 64 fois = 0,288 ms
un deux 3 4 5 6 7 8 9 dix Onze 12 13 14 quinze 16 17 18 19 vingt vingt et un 22 2. 3 24 25 26 27 28 29 30 31 32 33 3. 4 35 36 37 38 39 40 41 42 43 |
MacBook–Pro:~ $ ping 192.168.1.47 PING 192.168.1.47 (192.168.1.47): 56 Les données octets 64 octets desde 192.168.1.47: icmp_seq=3. 4 ttl=64 temps=0,459 Mme 64 octets desde 192.168.1.47: icmp_seq=35 ttl=64 temps=0,581 Mme 64 octets desde 192.168.1.47: icmp_seq=36 ttl=64 temps=0,475 Mme Demande temps libre pour icmp_je le sais 37 Demande temps libre pour icmp_je le sais 38 Demande temps libre pour icmp_je le sais 39 Demande temps libre pour icmp_je le sais 40 Demande temps libre pour icmp_je le sais 41 Demande temps libre pour icmp_je le sais 42 Demande temps libre pour icmp_je le sais 43 Demande temps libre pour icmp_je le sais 44 Demande temps libre pour icmp_je le sais Quatre. Cinq Demande temps libre pour icmp_je le sais 46 Demande temps libre pour icmp_je le sais 47 Demande temps libre pour icmp_je le sais 48 Demande temps libre pour icmp_je le sais 49 Demande temps libre pour icmp_je le sais cinquante Demande temps libre pour icmp_je le sais 51 Demande temps libre pour icmp_je le sais 52 Demande temps libre pour icmp_je le sais 53 Demande temps libre pour icmp_je le sais 54 Demande temps libre pour icmp_je le sais 55 Demande temps libre pour icmp_je le sais 56 Demande temps libre pour icmp_je le sais 57 Demande temps libre pour icmp_je le sais 58 Demande temps libre pour icmp_je le sais 59 Demande temps libre pour icmp_je le sais 60 Demande temps libre pour icmp_je le sais 61 Demande temps libre pour icmp_je le sais 62 Demande temps libre pour icmp_je le sais 63 Demande temps libre pour icmp_je le sais 64 Demande temps libre pour icmp_je le sais 65 Demande temps libre pour icmp_je le sais 66 Demande temps libre pour icmp_je le sais 67 64 octets desde 192.168.1.47: icmp_seq=68 ttl=64 temps=0,857 Mme 64 octets desde 192.168.1.47: icmp_seq=69 ttl=64 temps=0,716 Mme 64 octets desde 192.168.1.47: icmp_seq=70 ttl=64 temps=0,324 Mme 64 octets desde 192.168.1.47: icmp_seq=71 ttl=64 temps=0,404 Mme 64 octets desde 192.168.1.47: icmp_seq=72 ttl=64 temps=0,377 Mme 64 octets desde 192.168.1.47: icmp_seq=73 ttl=64 temps=0,485 Mme 64 octets desde 192.168.1.47: icmp_seq=74 ttl=64 temps=0,288 Mme |
Et une fois que l'homologue est devenu actif, il a fallu environ 5 minutes pour que les services vCenter soient activés. J'ai tout d'abord vu le message suivant dans le navigateur, sur lequel le basculement était en cours, une fenêtre que je vous suis très reconnaissant de constater. un message très clair
Une fois cette fenêtre terminée, le message de démarrage typique des services vCenter prenant les dernières minutes du processus a commencé
Et j’ai déjà pu entrer dans mon vCenter pour pouvoir vérifier l’état de la HA, comme je l’attendais, le nœud qui était précédemment actif apparaît maintenant dans Down et est également passé à passif, alors que l’homologue est maintenant actif et actif. est l'endroit où toutes les opérations sont effectuées, bravo VMware!
Une fois que nous avons démarré VCSA 6.5 endommagé, ou arrêté pour une raison quelconque, le HA le rajoutera à nouveau au cluster, en mode passif bien sûr, sans irruption:
Options pour VMware VCSA 6.5 HA
Une fois que nous avons configuré la haute disponibilité, nous pouvons créer plusieurs options de base telles que dehsbailitar vCenter HA ou l’éliminer complètement si nous le souhaitons.
Une autre option pour essayer un basculement de manière plus ordonnée consiste à utiliser l'option que VMware nous fournit dans la console, appuyez sur Lancer le basculement, puis sur Oui dans la fenêtre où ils nous demandent si nous sommes en sécurité, nous pourrions forcer le basculement sans attendre. que l'actif s'éteindra correctement et mettra fin à la synchronisation (non recommandé)
Et nous verrons alors l'état de la tâche
Extra: création d'un nouveau réseau pour VMware VCSA 6.5 HA
Ces étapes sont élémentaires et je ne pense pas que vous devriez les mentionner, mais elles sont non moins intéressantes, car VMware recommande d’avoir un réseau dédié pour VCSA HA. Nous irons dans notre réseau et créerons un nouveau réseau.
Dans la fenêtre pour sélectionner le type de réseau que nous voulons, nous choisirons quel type Groupe de ports de la machine virtuelle
Nous vous dirons quel commutateur virtuel nous voulons, dans mon cas, vSwitch0
Et nous allons créer un nom pour ce réseau, dans mon cas VCSA HA, afin d'éviter toute confusion plus tard
Une fois que nous avons tout, nous allons appuyer sur Terminer.
Extra 2: désactivez les règles anti-affinité pour lancer VCSA HA 6.5 dans un seul ESXi
Ce petit tour vient du blog de William LamComme d'habitude, votre matériel est impressionnant. William, comme j'avais le besoin de lancer VCSA HA 6.5 dans un seul ESXi, nous devons pour cela éditer un paramètre au niveau de vCenter, comme vous pouvez le constater, c'est la valeur config.vpxd.vcha.drsAntiAffinity
Note finale: C'est tout, cet article de blog est assez complet et, bien que je vous recommande de l'essayer dans votre laboratoire, n'oubliez pas que cette technologie en est à sa première version et que nous pouvons trouver en production des cas à risque, si vous pouvez compléter ce nouvel HA. avec une stratégie de sauvegarde de l’appareil, ainsi que des ordinateurs virtuels utilisant Veeam ou Nakivo, mieux que mieux.
Commentaires
Laisser un commentaire