Équilibrage de charge réseau - Concept et notes

Cet article fournit des informations sur l’équilibrage de charge réseau.

Produit concerné : Windows Server 2003
Numéro de la base de connaissances d’origine : 556067

Résumé

Cet article contient des informations sur l’équilibrage de charge réseau , une technologie de clustering Microsoft.

Plus d’informations

  • Q : Comment tester un cluster NLB ?

  • Par exemple, vous avez trouvé des nœuds dans le cluster et souhaitez case activée si l’équilibrage de charge fonctionne ou non. Créez quatre partages différents sur quatre nœuds et essayez d’y accéder à partir d’un seul ordinateur. Vous devez obtenir chaque fois un partage différent lors de la navigation à l’aide du correctif UNC.

  • Vous pouvez ajuster les paramètres de convergence en ajustant les valeurs de Registre suivantes :

    • AliveMsgPeriod
    • AliveMsgTolerance
  • La configuration de plusieurs adresses IP virtuelles est disponible uniquement dans les éditions de Windows 2003 et versions ultérieures.

  • Il existe une différence entre les commandes STOP et DRAINSTOP. La commande STOP arrête le service d’équilibrage de la charge réseau sur l’hôte et toutes les connexions existantes sont perdues, tandis que DRAINSTOP permet à l’équilibrage de la charge réseau de traiter les connexions actuelles et de désactiver les nouvelles connexions en même temps.

  • IGMP ne peut être configuré que lorsque le cluster est configuré pour utiliser la prise en charge de la multidiffusion.

  • Aucune propriété réseau ne doit être ouverte sur le serveur lors de la configuration à l’aide du Gestionnaire d’équilibrage de la charge réseau.

  • L’équilibrage de la charge réseau doit avoir une heure locale correcte sur tous les serveurs.

  • L’équilibrage de la charge réseau ne détecte pas l’échec de l’application. Par exemple, un service de serveur web peut s’arrêter, mais l’équilibrage de la charge réseau envoie toujours des requêtes TCP/IP à ce serveur.

  • L’équilibrage de la charge réseau est utilisé pour l’application tcp/IP pour laquelle les modifications de données se produisent rarement.

  • Nen aucun autre protocole à l’exception de TCP/IP vers l’adaptateur de cluster.

  • Le cluster NLB peut fonctionner en mode monodiffusion ou multidiffusion, mais pas les deux.

  • Microsoft ne prend pas en charge la combinaison de serveurs et de cluster NLB.

  • Mix-NLB est autorisé. Windows NT WLBS peut s’exécuter dans Windows 2000 NLB.

  • L’équilibrage de la charge réseau ne prend pas en charge les réseaux Token Ring et ATM. Il n’a été testé que sur un réseau Ethernet de 10 Mo et 100 Mo.

  • Limitations de carte réseau unique : en cas d’exécution en mode monodiffusion :

    1. Les communications réseau ordinaires entre l’hôte de cluster ne sont pas possibles. Le trafic réseau destiné à n’importe quel ordinateur au sein du cluster génère une surcharge réseau supplémentaire pour tous les ordinateurs du cluster.
    2. En outre, nous ne pouvons pas utiliser le Gestionnaire d’équilibrage de charge réseau sur cet ordinateur pour configurer et gérer les nœuds d’équilibrage de la charge réseau.
  • Détecte et récupère automatiquement à partir d’un ordinateur défaillant ou hors connexion. Équilibre automatiquement la charge réseau lorsque des hôtes sont ajoutés ou supprimés. Récupère et redistribue la charge de travail dans les 10 secondes.

  • La charge est automatiquement redistribuée à d’autres nœuds lorsqu’un hôte est hors connexion. Toutes les connexions actives à cet hôte sont perdues. Si vous mettez un nœud hors connexion à l’échelle internationale, vous pouvez utiliser la commande drainsstop pour traiter toutes les connexions actives avant de mettre le nœud hors connexion.

  • Vous pouvez avoir une combinaison d’applications s’exécutant dans le cluster NLB. Par exemple, vous pouvez exécuter un serveur web IIS sur tous les nœuds et un serveur SQL sur un seul nœud. De cette façon, vous pouvez désigner le trafic de la base de données vers le nœud SQL Server uniquement.

  • L’équilibrage de la charge réseau et le clustering ne peuvent pas être actifs sur le même ordinateur, mais vous pouvez former deux clusters : cluster d’équilibrage de charge réseau à quatre nœuds et cluster de serveur à deux nœuds

    Est-il nécessaire d’avoir un sous-réseau distinct pour les deux technologies ?

  • L’équilibrage de la charge réseau prend en charge jusqu’à 32 ordinateurs dans un seul cluster, mais vous pouvez utiliser RRDNS pour créer le nombre.

  • L’équilibrage de la charge réseau peut équilibrer la charge de plusieurs demandes du client sur le même nœud ou sur un nœud différent. Cette opération est effectuée de manière aléatoire.

  • L’équilibrage de la charge réseau détecte et supprime automatiquement l’échec du nœud d’équilibrage de la charge réseau, mais il ne peut pas déterminer si une application est en cours d’exécution ou a cessé de fonctionner. Cette opération doit être effectuée manuellement en exécutant un script.

  • Équilibre automatiquement la charge lorsque de nouveaux hôtes sont ajoutés ou supprimés, ce qui s’effectue dans les 10 secondes.

  • Différentes adresses IP de cluster virtuel peuvent être créées pour équilibrer la charge des différentes applications.

  • Les règles de port doivent être identiques sur le cluster, mais les règles de port peuvent être différentes pour plusieurs adresses IP virtuelles.

  • L’équilibrage de la charge réseau ne chevauche pas le nom et l’adresse IP d’origine de l’ordinateur.

  • L’équilibrage de la charge réseau peut être activé sur plusieurs cartes réseau. Cela vous permet de configurer différents clusters d’équilibrage de charge réseau.

  • L’équilibrage de la charge réseau peut fonctionner dans deux modes : monodiffusion ou multidiffusion, mais les deux modes ne peuvent pas être activés en même temps. La monodiffusion est le mode par défaut.

  • L’équilibrage de la charge réseau permet à chaque hôte de détecter et de recevoir le trafic TCP/IP entrant. Ce trafic est reçu par tous les hôtes du cluster et le pilote NLB filtre le trafic conformément aux règles de port définies. Les nœuds d’équilibrage de charge réseau ne communiquent pas entre eux pour le trafic entrant provenant du client, car l’équilibrage de la charge réseau est activé sur tous les nœuds. Une règle de mappage statistique est créée sur chaque hôte pour distribuer le trafic entrant. Ce mappage reste le même, sauf s’il y a une modification dans le cluster (par exemple, un nœud supprimé ou ajouté).

  • La convergence est un processus de reconstruction de l’état du cluster. Ce processus appelle en cas de modification du cluster (par exemple, échec du nœud, départ ou retour au cluster). Dans ce processus, le cluster effectue les actions suivantes :

    1. Régénérez l’état du cluster.
    2. Désignez l’hôte avec la priorité d’hôte la plus élevée comme hôte par défaut.
    3. Le trafic à charge équilibrée est reparti ou redistribué entre les hôtes restants.
  • Pendant ce processus, l’hôte restant continue de gérer le trafic client entrant. Si un hôte est ajouté au cluster, la convergence permet à cet hôte de recevoir son partage du trafic à charge équilibrée. L’expansion du cluster n’affecte pas les opérations de cluster en cours et est réalisée de manière transparente pour les clients Internet et les applications serveur. Toutefois, cela peut affecter les sessions clientes qui s’étendent sur plusieurs connexions TCP lorsque l’affinité client est sélectionnée, car les clients peuvent être remappés sur différents hôtes de cluster entre les connexions. Pour plus d’informations sur l’affinité

  • Tous les nœuds du cluster émettent les messages de pulsation pour indiquer leur disponibilité dans le cluster. La période par défaut pour l’envoi d’un message de pulsation est d’une seconde et cinq messages de pulsation manqués d’un hôte provoquent l’appel du processus Convergence par NLB.

  • Nous pouvons configurer plusieurs clusters NLB sur la même carte réseau, puis appliquer les règles de port spécifiques à chacune de ces adresses IP. Ils sont appelés « clusters virtuels ».

  • Windows 2003 est fourni avec un outil gui appelé Gestionnaire d’équilibrage de charge réseau et NLB.exe , un outil en ligne de commande. Dans Windows 2000, il est WLBS.exe et il n’existe pas non plus d’outil d’interface graphique utilisateur. Cet outil GUI peut également être installé sur XP pour gérer uniquement l’équilibrage de charge réseau Windows 2003. Le Gestionnaire d’équilibrage de la charge réseau utilise DCOM et WMI.

  • Vous devez être membre du groupe Administrateurs sur le nœud pour lequel vous configurez l’équilibrage de la charge réseau. Vous n’avez pas besoin d’être administrateur pour exécuter le gestionnaire d’équilibrage de charge réseau.

  • Équilibrage de la charge réseau de carte > réseau unique activée en mode monodiffusion : vous ne pouvez pas utiliser le Gestionnaire d’équilibrage de la charge réseau sur cet ordinateur pour configurer et gérer d’autres hôtes, car une seule carte réseau en mode monodiffusion ne peut pas avoir de communication intra-hôte.

  • La communication intra-hôte n’est possible que dans le nœud de multidiffusion. Pour permettre la communication entre les serveurs du même cluster d’équilibrage de charge réseau, chaque serveur nécessite l’entrée de Registre suivante : une clé DWORD nommée « UnicastInterHostCommSupport » et définie sur 1, pour chaque guid de l’interface réseau carte (HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\WLBS\Parameters\Interface\{GUID})

  • Il n’existe aucune restriction sur le nombre d’adaptateurs. Différents hôtes peuvent avoir des cartes réseau différentes.

  • Carte réseau unique en mode monodiffusion

    • L’adresse MAC de l’adaptateur est désactivée : l’adresse MAC du cluster générée remplace automatiquement cette adresse.
    • L’adresse IP dédiée et l’adresse IP du cluster sont toutes deux résolues en adresse MAC du cluster.
    • La communication réseau ordinaire entre les hôtes de cluster n’est pas possible.

Paramètres de cluster

  • L’adresse MAC du cluster est générée automatiquement à l’aide de l’adresse IP du cluster et elle est unique dans le sous-réseau.
  • Le contrôle à distance ne fonctionne pas si IPSEC est activé. Le contrôle à distance utilise 1717 et 2504 sur le port via UDP.
  • ID d’hôte unique de priorité : le numéro le plus bas est le plus élevé : l’hôte avec cette priorité gère tout le trafic entrant qui n’est pas couvert par les règles de port.
    Si un nœud de cluster est joint avec la même priorité, il n’est pas accepté comme partie du cluster, mais d’autres nœuds continueront de fonctionner. Il s’agit de l’hôte par défaut. Si l’hôte par défaut échoue, l’autre nœud ayant une priorité plus élevée peut agir comme hôte par défaut.
  • L’adresse IP dédiée doit être entrée en premier dans propriété TCP/IP. Le protocole DHCP ne peut pas être activé. Cela s’applique également aux adresses IP virtuelles.
  • Vous ne pouvez pas ajouter plus de 32 règles de port à un cluster et elles doivent être identiques sur le cluster.

Gestionnaire d’équilibrage de charge réseau

  • Vous ne pouvez pas ouvrir de propriété réseau pour l’hôte si le Gestionnaire d’équilibrage de la charge réseau l’utilise actuellement.

  • L’équilibrage de la charge réseau peut être configuré pour n’importe quel ordinateur tant que vous disposez de droits d’administration sur l’ordinateur distant.

  • Pour configurer correctement l’équilibrage de la charge réseau sur Windows 2003, utilisez le Gestionnaire d’équilibrage de la charge réseau : vérifiez que vous avez décoché l’équilibrage de la charge réseau de tous les hôtes.

  • Lorsque vous ajoutez un hôte à l’aide du Gestionnaire d’équilibrage de la charge réseau, les règles de port et les options associées sont héritées de l’hôte initial.

  • Vous ne pouvez pas ouvrir d’autres hôtes à partir du Gestionnaire d’équilibrage de la charge réseau si l’équilibrage de la charge réseau fonctionne dans une carte unique en mode monodiffusion, car une seule carte réseau en mode monodiffusion ne peut pas avoir de communication intra-hôte. Pour ce faire, utilisez ce registre : UnicastHostInterCommSupport et définissez-le sur 1.

  • Vous pouvez utiliser l’option Informations d’identification dans le Gestionnaire d’équilibrage de la charge réseau pour spécifier les informations d’identification des hôtes distants. Le Gestionnaire d’équilibrage de la charge réseau tente de se connecter aux hôtes distants à l’aide de ces informations d’identification.

  • Vous devez utiliser les paramètres de propriété TCP/IP ou le Gestionnaire d’équilibrage de la charge réseau, mais pas les deux pour configurer l’équilibrage de charge réseau.

  • Le Gestionnaire d’équilibrage de la charge réseau ne se connecte pas ou n’affiche pas les hôtes mal configurés dans un cluster.

  • Les hôtes pour lesquels vous n’avez pas d’appartenance administrative ne s’affichent pas dans le Gestionnaire d’équilibrage de la charge réseau.

  • La liste de toutes les plages de ports est triée par plage de ports.

  • L’équilibrage de la charge réseau peut avoir des contrôleurs de domaine, des serveurs membres, des serveurs de groupe de travail, etc. Il ne s’agit pas de la limitation de l’équilibrage de charge réseau. L’équilibrage de charge réseau doit être en mesure d’accéder à l’ordinateur à l’aide du compte d’administrateur intégré.

  • Lorsque vous activez l’équilibrage de charge réseau sur un serveur, les entrées de Registre par défaut sont créées sous : HKLM\System\CurrentControlSet\Services\WLBS

  • Le DIP et l’adresse IP virtuelle doivent être entrés correctement. Les nœuds de cluster convergeront entre eux si vous omettez cette étape, mais ils ne pourront pas accepter et le trafic.

  • Le message de conflit d’adresse IP s’affiche uniquement pour l’adresse IP virtuelle. Vérifiez que l’adresse IP virtuelle de tous les adaptateurs est supprimée si vous décochez L’équilibrage de la charge réseau sur cet hôte.

  • Les outils suivants peuvent être utilisés avec l’équilibrage de charge réseau pour la surveillance :

    • ClusterSenitel
    • centre Data Warehouse
    • HTTPMon : pour la surveillance des services IIS.
    • MAMAN
  • Lors de l’équilibrage de charge des demandes PPTP, les deux cartes réseau sont requises sur chaque hôte NLB.

  • Vous devez fournir l’adresse de la passerelle dans la propriété TCP/IP lors de la configuration de deux cartes réseau. La passerelle doit être entrée dans la carte réseau FE.

  • L’équilibrage de la charge réseau doit être activé sur la carte réseau publique ou Internet.

  • Le chargement de l’équilibrage d’une connexion telnet nécessite l’ouverture des ports associés. Une connexion telnet s’étend sur une seule connexion par adresse IP. L’affinité n’est donc pas requise dans ce cas.

  • L’implémentation d’origine de l’équilibrage de charge réseau est WLBS. Tous les événements sont enregistrés dans la source de WLBS. L’interface de ligne de commande pour l’équilibrage de la charge réseau est WLBS et, dans Windows 2003, il s’agit de l’équilibrage de charge réseau.

  • Le fournisseur WMI du Gestionnaire NLB ne peut pas se connecter à un hôte de cluster pour lequel le nom de l’ordinateur commence par un caractère numérique. Il s’agit d’un bogue.

  • L’équilibrage de la charge réseau ne réplique pas les données de l’application. Vous devrez peut-être utiliser le système de réplication de contenu Microsoft (CRS) ou un logiciel tiers.

  • L’équilibrage de la charge réseau ne surveille pas non plus les services qui s’arrêtent ou ne démarrent pas. Vous pouvez utiliser HTTPMon fourni avec le Kit de ressources. Vous pouvez utiliser les outils suivants décrits ci-dessous :

    • Moniteur d’exceptions

    • HTTPMon

    • Outils de supervision tiers

      • SiteScope par Mercury Interactive Corporation
      • AppManager par NetIQ
      • WhatsUp Gold par Ipswitch

Mode monodiffusion avec carte réseau unique

En mode monodiffusion, l’équilibrage de la charge réseau modifie l’adresse MAC de la carte réseau en MAC de cluster. À présent, il n’y a qu’une seule adresse MAC disponible dans le cluster : mac du cluster et cette adresse MAC doit être identique sur tous les hôtes du cluster. Le redirecteur réseau ne peut pas transférer la requête à la même adresse MAC si elle provient de la même source, et l’hôte ne peut pas communiquer entre eux : c’est l’inconvénient du mode monodiffusion avec une carte réseau unique. Pour permettre aux hôtes de communiquer entre eux, activez le mode MULTICAST ou installez une deuxième carte réseau.

  • Vous pouvez obtenir « Aucune interface n’est disponible pour configurer l’équilibrage de charge » lors de l’utilisation du gestionnaire d’équilibrage de charge réseau. Vous obtenez cette erreur si vous avez créé une image d’un serveur ou copié sur une machine virtuelle. Tous les GUID réseau seront identiques. Vous devez réinstaller la carte réseau à partir du gestionnaire de périphériques pour résoudre ce problème.
  • Lors de la configuration de l’équilibrage de la charge réseau via le Gestionnaire d’équilibrage de charge réseau, vous avez supprimé l’hôte du cluster. Si cette status s’affiche toujours en attente pendant une longue période, désactivez manuellement l’équilibrage de la charge réseau dans l’hôte. Il disparaîtrait du gestionnaire.
  • Il est toujours recommandé d’ajouter un hôte local (sur l’emplacement où vous exécutez le Gestionnaire d’équilibrage de l’équilibrage de la charge réseau) après avoir ajouté tout l’hôte lorsque vous exécutez un cluster d’équilibrage de charge réseau dans une carte réseau unique avec le mode monodiffusion.
  • Il est recommandé d’exécuter le Gestionnaire d’équilibrage de la charge réseau sur un ordinateur distinct qui ne fait pas partie du cluster lorsque vous exécutez cluster dans une carte réseau unique avec le mode monodiffusion ou multidiffusion.
  • Si vous avez ajouté l’hôte local au Gestionnaire d’équilibrage de la charge réseau en mode monodiffusion de carte réseau et que vous actualisez, tous les autres hôtes sont inaccessibles.
  • Lorsque vous accédez à une adresse IP virtuelle à l’aide d’UNC, vous pouvez obtenir la zone de connexion si votre demande est transférée à un hôte qui n’est pas dans le domaine et à votre membre de domaine. Vous devrez peut-être fournir les informations d’identification de l’utilisateur.
  • Le câble croisé entre les nœuds NLB ne fonctionne pas correctement pour les messages de pulsation et autres. Il fonctionne très bien dans les clustering de serveur.
  • Les messages de pulsation sont transmis via la carte réseau avec équilibrage de charge réseau activée, que vous ayez un cluster en mode monodiffusion ou multidiffusion.
  • Lorsqu’une application s’exécutant sur un hôte meurt ou s’arrête, l’équilibrage de charge réseau continue de transférer les demandes à ce serveur, car l’équilibrage de charge réseau ne surveille pas l’état de l’application.
  • Seul Windows 2003 et les versions ultérieures peuvent être configurés par le Gestionnaire d’équilibrage de la charge réseau. Toutefois, vous pouvez gérer les versions précédentes de Windows, mais vous ne pouvez pas les configurer à l’aide du Gestionnaire d’équilibrage de l’équilibrage de la charge réseau.
  • Le contrôle à distance pour l’équilibrage de la charge réseau utilise le port UDP 2504.

Améliorations de l’équilibrage de charge réseau Windows 2008

  • Il existe une prise en charge d’IPV6 dans Windows Server 2008 pour l’équilibrage de la charge réseau. Un hôte IPV6 peut joindre un nœud NLB.
  • Plusieurs adresses IP dédiées sont prises en charge dans Windows Server 2008 pour l’équilibrage de la charge réseau.
  • Prend en charge la mise à niveau propagée de Windows 2003 vers Windows 2008.
  • Prise en charge de l’installation sans assistance de l’équilibrage de charge réseau
  • Prend également en charge l’équilibrage de la charge réseau dans server Core.

Exclusion de contenu communautaire Solutions

MICROSOFT CORPORATION ET/OU SES FOURNISSEURS RESPECTIFS NE FONT AUCUNE DÉCLARATION SUR LA PERTINENCE, DE FIABILITÉ OU L’EXACTITUDE DES INFORMATIONS ET DES ÉLÉMENTS GRAPHIQUES ASSOCIÉS CONTENUS DANS LE PRÉSENT DOCUMENT. TOUTES CES INFORMATIONS ET ÉLÉMENTS GRAPHIQUES ASSOCIÉS SONT FOURNIS « EN L’ÉTAT » SANS GARANTIE D’AUCUNE SORTE. MICROSOFT ET/OU SES FOURNISSEURS RESPECTIFS EXCLUENT TOUTES LES GARANTIES ET CONDITIONS RELATIVES À CES INFORMATIONS ET LES GRAPHIQUES ASSOCIÉS, NOTAMMENT TOUTE GARANTIE IMPLICITE DE QUALITÉ MARCHANDE, D’ADÉQUATION À UN USAGE PARTICULIER, LOIS ET D’ABSENCE DE CONTREFAÇON. VOUS RECONNAISSEZ SPÉCIFIQUEMENT QU’EN AUCUN CAS MICROSOFT ET/OU SES FOURNISSEURS EST RESPONSABLES POUR DES DOMMAGES DIRECTS, INDIRECTS, PUNITIFS, OU ACCESSOIRES, SPÉCIALES, NI LES DOMMAGES QUELCONQUES Y COMPRIS, SANS LIMITATION, LES DOMMAGES POUR PERTE D’UTILISATION, DE DONNÉES OU DE BÉNÉFICES, DÉCOULANT D’OU DANS N’IMPORTE QUEL LIÉS À L’UTILISATION D’OU DE L’INCAPACITÉ À UTILISER LES INFORMATIONS ET LES ÉLÉMENTS GRAPHIQUES ASSOCIÉS CONTENUS DANS LE PRÉSENT DOCUMENT , BASÉ SUR LE CONTRAT, RESPONSABILITÉ DÉLICTUELLE, NÉGLIGENCE, RESPONSABILITÉ STRICTE OU AUTREMENT, MÊME SI MICROSOFT OU L’UN DE SES FOURNISSEURS A ÉTÉ AVERTI DE L’ÉVENTUALITÉ DE DOMMAGES.