Au travail, j'étais en charge de vérifier LifeKeeper et de l'intégrer dans le manuel de procédure de construction. Cette fois, ce sera le contenu du dépannage lors de la vérification de LifeKeeper. Pendant le test après la construction de LifeKeeper, il y a eu un événement où le comportement de l'interface vers le bas est devenu étrange. J'expliquerai la cause et les contre-mesures ici.
Ce sera cet environnement.
--HyperVisor (Omis cette fois) vSphere6.7(ESXi6.7)
--VM (partie "serveur") RHEL6.9
--Disque partagé / disque quorum n ° 1, n ° 2 VMDK
Nous avons testé le comportement de la suppression du NIC de service un par un.
** Commande exécutée **
# ifdown eth0
Lorsque j'ai effectué ce test, il y avait des différences dans les résultats.
NIC de service du serveur n ° 1 ** → Récupération automatique après quelques secondes **
NIC de service du serveur n ° 2 ** → Restez en état DOWN **
Je me demandais, alors j'ai enquêté.
** Le serveur n ° 2 "Network Manager" était opérationnel. ** **
Mise en œuvre de l'arrêt du service / démarrage / arrêt automatique du "Gestionnaire de réseau" du serveur n ° 2
# service NetworkManager stop
# chkconfig NetworkManager off
Lorsque je l'ai testé à nouveau, j'ai confirmé qu'il se comportait de la même manière que le serveur n ° 1.
Qu'as-tu pensé? Ceci est le premier article sur LifeKeeper. Je pense que cet article sera utile pour ceux qui conçoivent et construisent des clusters HA pour LifeKeeper.
Le contenu de cette heure est le résultat d'une enquête suspecte du middleware (LifeKeeper). J'espère que vous en trouverez un seul utile.
** Veuillez nous suivre sur Twitter si vous le souhaitez! ** ** https://twitter.com/satton6987
** Je marmonne principalement sur les hacks de carrière et les technologies des ingénieurs d'infrastructure. ** **