Meilleur auteur de réponses
Cluster NLB tombe tout seul !

Question
-
Bonjour,
Voila mon problème : je souhaite mettre en nlb deux serveurs Win 2012 R2 , j'installe le service nlb sur les deux serveurs , je créer le clusteer nlb je rajoute le deuxième serveur ( chaque serveur dispose de deux carte ethernet dont une est réserver pour nlb) je met le nlb en multicast tous fonctionne sans problème. au bout 3 ou 4 jours le cluster nlb tombe tous seul ! l'adresse IP du cluster deviens injoignable ! pour résoudre le problème je supprime le cluster nlb et je le reconfigure a nouveau ça remarche mais ça retombe en panne en boucle.
Pourriez vous m'aider a résoudre ce problème.
Merci d'avance
Réponses
-
Tout ceci me semble en effet correct ... On peut vérifier beaucoup d'autres points ... mais la config coté windows me semble bonne. Hormis que le SR2 ne voit pas le node SR1. Ceci pourrait être indicatif,
wlbs display
wlbs query
Pour le diagnostique, désactiver les firewall entres ces deux serveurs,
Assurez vous qu'aucune de ces adresses IP n'est utilisée ailleurs dans votre réseau.
Après, il faudra voir au niveau de la couche VMware et des switch physiques éventuels.
(vérifiez les options "Notify Switch")
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006525
- Marqué comme réponse BoPtz lundi 7 mars 2016 11:52
Toutes les réponses
-
-
Bonjour,
Merci pour votre réponse , oui la VIP devient injoignable même à partir des nœuds du cluster.
Quant j'ouvre la gestionnaire NLB sur le premier nœud je vois disparaître la carte du deuxième nœud et vise-versa !
Puisque ça tombe tout seul , je me dit que c'est peut être du a une boucle créé par le nlb sur le switch reliant les deux nœuds mais je ne suis pas sure, pour infos mes serveurs sont des VMs sur Esx5.
Sinon voici les logs affiché sur l'observateur d’événements Windows.
1) Cluster NLB [] : le pilote NLB n’a pas pu enregistrer l’objet périphérique. Le cluster convergera et fonctionnera correctement mais il est possible que le contrôle du cluster ne fonctionne pas correctement. Pour corriger ce problème, désactivez toutes les cartes réseau (l’équilibrage de la charge réseau étant lié à cet hôte), puis réactivez les cartes.
2) Cluster NLB [] : l’équilibrage de la charge réseau n’a pas pu converger en raison d’incohérences dans les règles de port entre cet hôte et l’hôte de cluster 0x2. Cette situation arrive lorsque le nombre ou le type de règles de port diffère entre les hôtes. Vérifiez que les règles de port sont cohérentes sur tous les hôtes de cluster.$
Pourtant je ne touche pas aux règles des ports je les laisse par défaut ( j'accepte tout) sur les deux hôtes.
Pourriez vous m'aider a résoudre ce problème.
Merci
- Modifié Anis Bakkali jeudi 11 février 2016 13:09
-
Merci pour les messages d'erreurs, ils sont très indicatif.
- Avant toute chose, à quoi vous sert ce NLB ?
- Pouvez-vous afficher le résultat de ces commandes powershell (vous pouvez cacher les noms ou IP complète)
Get-NlbCluster | FL
Get-NlbClusterPortRule
Get-NlbClusterNodeMerci
- Modifié Nathanaël Stassart jeudi 11 février 2016 14:16
- Avant toute chose, à quoi vous sert ce NLB ?
-
Bonjour,
Ce nlb nous sert à la fois pour repartir le charge réseau sur les deux serveurs web membre du cluster + de la haute dispo des serveurs web.
Voici les résultats des commandes :
Get-NlbCluster | FL : OperationMode : MULTICAST
Get-NlbClusterPortRule :
IPAddress State Start End Protocol Mode Affinity Timeout
--------- ----- ----- --- -------- ---- -------- -------
All Enabled 0 65535 Both Multiple None 0Get-NlbClusterNode :
Name State Interface HostID
---- ----- --------- ------
---- Converged(default) Ethernet 2 2
---- Converging Ethernet 2 1
Voici un autre avvertissement.
Cluster NLB () : l’équilibrage de la charge réseau a détecté des sous-réseaux de cluster en double. Cela est peut-être dû au partitionnement du réseau qui empêche les pulsations NLB d’un ou de plusieurs hôtes d’atteindre les autres hôtes du cluster. Les opérations d’équilibrage de la charge réseau ont repris correctement mais il est conseillé de rechercher la cause du partitionnement du réseau.
Info : Les 4 carte ethernet des deux serveurs et aussi la VIP sont tous dans le même subnet.
Merci
- Modifié Anis Bakkali jeudi 11 février 2016 15:03
-
-
Bonjour,
Les deux cartes dedié à l'NLB ping bien.
quant j'ai recrée le cluster dernièrement les deux été convergé. maintenant y'as un qui devenu convergeant ( tout seul) SR1
une infos supplémentaire dans les logs du serveur devenu convergeant SR1 :
Cluster NLB [] : cet hôte va arrêter la gestion du nouveau trafic équilibré de la charge pour la règle contenant le port 0.
Voici les sorties des deux commandes , je n'ai rien caché
Get-NlbClusterNodeNetworkInterface
Serveur convergeant SR1
InterfaceName : Ethernet
NlbBound : False
Cluster :
DhcpEnabled : False
InterfaceIP : 192.168.1.39
InterfaceSubnetMask : 255.255.255.0
ClusterPrimaryIP :
ClusterSubnetMask :
InterfaceName : Ethernet 2
NlbBound : True
Cluster : web.nlb.local
DhcpEnabled : False
InterfaceIP : 192.168.1.50
InterfaceSubnetMask : 255.255.255.0
ClusterPrimaryIP : 192.168.1.49
ClusterSubnetMask : 255.255.255.0Serveur convergé SR2:
InterfaceName : Ethernet
NlbBound : False
Cluster :
DhcpEnabled : False
InterfaceIP : 192.168.1.33
InterfaceSubnetMask : 255.255.255.0
ClusterPrimaryIP :
ClusterSubnetMask :
InterfaceName : Ethernet 2
NlbBound : True
Cluster : web.nlb.local
DhcpEnabled : False
InterfaceIP : 192.168.1.51
InterfaceSubnetMask : 255.255.255.0
ClusterPrimaryIP : 192.168.1.49
ClusterSubnetMask : 255.255.255.0Get-NlbClusterNodeDip
Serveur Convergeant SR1 :
Node IPAddress SubnetMask
---- --------- ----------
SR2 192.168.1.51 255.255.255.0
SR1 192.168.1.50 255.255.255.0serveur convergé SR2 :
Node IPAddress SubnetMask
---- --------- ----------
SR2 192.168.1.51 255.255.255.0 -
Tout ceci me semble en effet correct ... On peut vérifier beaucoup d'autres points ... mais la config coté windows me semble bonne. Hormis que le SR2 ne voit pas le node SR1. Ceci pourrait être indicatif,
wlbs display
wlbs query
Pour le diagnostique, désactiver les firewall entres ces deux serveurs,
Assurez vous qu'aucune de ces adresses IP n'est utilisée ailleurs dans votre réseau.
Après, il faudra voir au niveau de la couche VMware et des switch physiques éventuels.
(vérifiez les options "Notify Switch")
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006525
- Marqué comme réponse BoPtz lundi 7 mars 2016 11:52
-
-
N'oubliez pas que le Windows NLB ne test que la vie du serveur, et pas si le service fonctionne.
C'est une technologie en perte de vitesse depuis que vous avez des HLB niveau 7 a des prix décents.
Bruce Jourdain de Coutance - Consultant MVP Exchange http://blog.brucejdc.fr
-