none
Cluster NLB tombe tout seul ! RRS feed

  • 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  

    mercredi 10 février 2016 14:34

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
    jeudi 11 février 2016 16:08

Toutes les réponses

  • Bonjour,

    Pouvez-vous poster les messages d'erreurs présent dans l'eventvwr ou dans le NLB Manager; ?

    La VIP devient t'elle injoignable aussi depuis les serveurs eux-mêmes quand le problème se produit ?
    Merci
    mercredi 10 février 2016 22:50
  • 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


    jeudi 11 février 2016 12:47
  • 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-NlbClusterNode

    Merci



    jeudi 11 février 2016 14:15
  • 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           0  

    Get-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



    jeudi 11 février 2016 14:54
  • Ok le HostID ne semble pas réussir à converger.

    Assurez vous que toutes les cartes dédicacée NLB savent se pinguer entre elle.

    Get-NlbClusterNodeNetworkInterface
    Get-NlbClusterNodeDip
    (ne pas cacher les IP)
    jeudi 11 février 2016 15:12
  • 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.0

    Serveur 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.0

    Get-NlbClusterNodeDip

    Serveur Convergeant SR1 :

     

    Node                                    IPAddress                               SubnetMask                             
    ----                                    ---------                               ----------                             
    SR2                                     192.168.1.51                           255.255.255.0                          
    SR1                                     192.168.1.50                           255.255.255.0

    serveur convergé SR2 : 

    Node                                    IPAddress                               SubnetMask                             
    ----                                    ---------                               ----------                             
    SR2                                     192.168.1.51                           255.255.255.0     

    jeudi 11 février 2016 15:33
  • 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
    jeudi 11 février 2016 16:08
  • Merci Beaucoup , j'ai fais la config au niveau de mes switches vmware , j’espère que cela fonctionnera , que le NLB ne tombera pas :)

    Cordialement 

    jeudi 11 février 2016 16:42
  • 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

    lundi 15 février 2016 09:35
    Modérateur
  • Bonjour Bruce et merci pour ta réponse.

    As tu dèja mis en place un nlb en multicast sur des VMs Vmware ?

    Cordialement 

    lundi 15 février 2016 11:54