Partager via


Équilibrage de charge réseau - Concept et notes

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

S’applique à : Windows Server 2003
Numéro de 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 d’équilibrage de charge réseau ?

  • Par exemple, vous avez trouvé des nœuds dans le cluster et souhaitez vérifier si l’équilibrage de charge fonctionne ou non. Créez quatre partages différents sur quatre nœuds et essayez de les accéder à partir d’un 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 (IP virtuelles) est disponible uniquement dans les éditions de Windows 2003 et 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 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.

  • Le serveur ne doit pas avoir de propriété réseau ouverte lors de la configuration à l’aide du Gestionnaire NLB.

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

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

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

  • N’importe quel autre protocole, sauf TCP/IP pour l’adaptateur de cluster.

  • Le cluster d’équilibrage de charge réseau peut fonctionner en mode Monodiffusion ou Multidiffusion, mais pas les deux.

  • Microsoft ne prend pas en charge la combinaison de serveurs et de cluster d’équilibrage de charge réseau.

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

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

  • Limitations de carte réseau unique : lors de l’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é à un ordinateur individuel 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 DLB.
  • Détecte et récupère automatiquement à partir d’un ordinateur ayant échoué ou hors connexion. Équilibre automatiquement la charge réseau lorsque les 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 utilisent 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 sql server sur un seul nœud. De cette façon, vous pouvez désigner le trafic pour la base de données vers le nœud SQL Server uniquement.

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

    Est-il nécessaire d’avoir un sous-réseau distinct pour la technologie ?

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

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

  • L’équilibrage de charge réseau détecte et supprime automatiquement l’échec du nœud NLB, mais il ne peut pas juger si une application est en cours d’exécution ou s’est arrêtée. 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 est effectué 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 charge réseau ne chevauche pas le nom d’ordinateur d’origine et l’adresse IP.

  • L’équilibrage de 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 charge réseau peut fonctionner en 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 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 du pilote NLB filtrent le trafic en fonction des 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 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 existe une modification dans le cluster (par exemple, le nœud supprimé ou ajouté).

  • La convergence est un processus de reconstruction de l’état du cluster. Ce processus appelle lorsqu’il existe une modification dans le cluster (par exemple, le nœud échoue, quitte ou rejoint le cluster). Dans ce processus, les actions suivantes sont effectuées par cluster :

    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 repartionné ou redistribué parmi 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 obtenue de manière transparente aux clients Internet et aux applications serveur. Toutefois, il 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 à 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 une seconde et cinq messages de pulsation manqués d’un hôte entraîne l’appel du processus de convergence par équilibrage de charge réseau.

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

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

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

  • NLB de > carte réseau unique activée en mode Monodiffusion : vous ne pouvez pas utiliser le Gestionnaire d’équilibrage de 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 est possible uniquement dans le nœud multidiffusion. Pour autoriser la communication entre les serveurs du même cluster DLB, chaque serveur nécessite l’entrée de Registre suivante : une clé DWORD nommée « UnicastInterHostCommSupport » et définie sur 1, pour le GUID de chaque carte d’interface réseau (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 différentes cartes réseau.

  • Carte réseau unique en mode monodiffusion

    • La propre 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 résolues sur l’adresse MAC du cluster.
    • La communication réseau ordinaire entre les hôtes de cluster n’est pas possible.

Paramètres du cluster

  • L’adresse MAC du cluster est générée automatiquement à l’aide de l’adresse IP du cluster et est unique sur le sous-réseau.
  • Le contrôle à distance ne fonctionnera 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 nombre 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é dans le cadre du cluster, mais d’autres nœuds continueront à fonctionner. Il s’agit de l’hôte par défaut. Si l’hôte par défaut échoue, l’autre nœud avec 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 la propriété TCP/IP. Il ne peut pas être activé sur DHCP. Cela s’applique également à l’adresse IP virtuelle.
  • Vous ne pouvez pas ajouter plus de 32 règles de port à un cluster et il doit être identique sur le cluster.

Gestionnaire d’équilibrage de la charge réseau

  • Vous ne pouvez pas ouvrir de propriété réseau pour l’hôte si NLB Manager l’utilise actuellement.

  • L’équilibrage de 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 l’équilibrage de la charge réseau avec succès sur Windows 2003, utilisez le Gestionnaire d’équilibrage de charge réseau . Vérifiez que vous avez décoché l’équilibrage de charge réseau de tous les hôtes.

  • Lorsque vous ajoutez un hôte à l’aide du Gestionnaire NLB, 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 charge réseau fonctionne en mode Monodiffusion, car une seule carte réseau avec le 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 Credentials dans NLB Manager pour spécifier les informations d’identification des hôtes distants. NLB Manager tente de se connecter à des hôtes distants à l’aide de ces informations d’identification.

  • Vous devez utiliser les paramètres de propriété TCP/IP ou NLB Manager, mais ne doivent pas utiliser les deux pour configurer l’équilibrage de charge réseau.

  • NLB Manager 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 charge réseau.

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

  • L’équilibrage de charge réseau peut avoir plusieurs contrôleurs de domaine, serveurs membres, serveurs de groupe de travail, et ainsi de suite. Ce n’est pas la limitation de l’équilibrage de charge réseau en fait. 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 convergent les uns avec les autres si vous omettez cette étape, mais ils ne seront pas en mesure d’accepter et de 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ésactivez l’équilibrage de 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 d’entrepôt de données
    • HTTPMon : pour la surveillance des services IIS.
    • MOM
  • Lors de l’équilibrage de charge des requêtes PPTP, les deux cartes réseau sont requises sur chaque hôte d’équilibrage de charge réseau.

  • Vous devez fournir une adresse de 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 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, de sorte que l’affinité n’est 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 charge réseau est WLBS et dans Windows 2003, elle est NLB.

  • 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 charge réseau ne réplique pas les données d’application. Vous devrez peut-être utiliser le système de réplication de contenu Microsoft (CRS) ou un logiciel tiers.

  • L’équilibrage de charge réseau ne surveille pas les services s’arrête ou ne démarre pas également. 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 de Mercury Interactive Corporation
      • AppManager by NetIQ
      • WhatsUp Gold par Ipswitch

Mode monodiffusion avec une seule carte réseau

En mode monodiffusion, l’équilibrage de charge réseau modifie l’adresse MAC de la carte réseau en mac de cluster. À présent, il n’existe qu’une seule adresse MAC disponible dans le cluster , c’est-à-dire mac de cluster et cette adresse MAC doit être identique sur tous les hôtes de cluster. Le redirecteur réseau ne peut pas transférer la requête vers la même adresse MAC si elle provient de la même source, et que l’hôte ne peut pas communiquer entre eux . Il s’agit de l’inconvénient du mode monodiffusion avec une seule carte réseau. 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 imagené 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 d’appareils pour résoudre ce problème.
  • Lors de la configuration de l’équilibrage de charge réseau via NLB Manager et que vous avez supprimé l’hôte du cluster. Si cet état est toujours en attente pendant une longue période, désactivez manuellement l’équilibrage de 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 la charge réseau) après avoir ajouté tout l’hôte lorsque vous exécutez un cluster NLB dans une seule carte réseau avec le mode monodiffusion.
  • Il est recommandé d’exécuter NLB Manager sur un ordinateur distinct qui ne fait pas partie du cluster lorsque vous exécutez le cluster en une seule carte réseau avec 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 unique et lorsque vous l’actualisez, tous les autres hôtes seront inaccessibles.
  • Lorsque vous accédez à l’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 des informations d’identification utilisateur.
  • Le câble de basculement entre les nœuds NLB ne fonctionne pas correctement pour les messages de pulsation et d’autres. Il fonctionne parfaitement dans le clustering de serveurs.
  • Les messages de pulsation sont transmis via la carte réseau activée par l’équilibrage de charge réseau, que vous ayez toujours un cluster d’exploitation en monodiffusion ou en mode multidiffusion.
  • Lorsqu’une application s’exécute sur un hôte meurt ou s’arrête, l’équilibrage de charge réseau continue de transférer les requêtes à ce serveur, car l’équilibrage de charge réseau ne surveille pas l’état de l’application.
  • Seules les versions windows 2003 et ultérieures peuvent être configurées par le Gestionnaire d’équilibrage de 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 charge réseau.
  • Le contrôle à distance pour NLB utilise le port UDP 2504.

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

  • Il existe une prise en charge d’IPV6 dans Windows Server 2008 pour L’équilibrage de charge réseau. Un hôte IPV6 peut joindre un nœud DLB.
  • Plusieurs adresses IP dédiées sont pris en charge dans Windows Server 2008 pour l’équilibrage de 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 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.