Réseaux MS Windows

Serveur d'équilibrage de charge MS Windows : Problèmes de commutation et de routage

16 décembre 2015 - Traduction automatique
Autres versions: PDFpdf | Anglais (7 octobre 2015) | Commentaires


Contenu

Conversations connexes de la communauté de soutien de Cisco

Introduction

Ce document aborde un problème où le serveur d'Équilibrage de charge de Windows (WLBS) entraîne le trafic lent par des Commutateurs.

WLBS sur Windows NT et le Windows 2000 permet à des serveurs pour équilibrer la charge le trafic entre les groupes (batteries) de serveurs. WLBS fonctionne en partageant une adresse IP virtuelle de sorte que tous les serveurs voient tout le trafic destiné pour l'adresse IP de la batterie. Dans certaines configurations, WLBS peut entraîner de grandes quantités d'inondations d'unicast sur un commutateur. Ce n'est pas un problème de commutateur mais comportement prévu.

Avant de commencer

Conventions

Pour plus d'informations sur les conventions utilisées dans ce document, reportez-vous à Conventions relatives aux conseils techniques Cisco.

Conditions préalables

Aucune condition préalable spécifique n'est requise pour ce document.

Composants utilisés

Ce document n'est pas limité à des versions de matériel et de logiciel spécifiques.

Description du problème

Ce problème est apparu pendant qu'un client surveillait le trafic parce qu'il y avait une réponse lente à travers un commutateur spécifique. Le client a vu des paquets monodiffusions sembler sur un Fonction Switched Port Analyzer (SPAN) mettre en communication, où ils ne devraient pas apparaître. UNE ENVERGURE est une caractéristique du commutateur de Catalyst 5000 qui étend les capacités de surveillance des analyseurs de réseau existant dans un environnement commuté d'Ethernets. RÉPARTISSEZ les miroirs le trafic à un segment commuté sur un port SPAN de prédéfinis. Un analyseur de réseau relié au port SPAN peut surveiller le trafic de l'un des d'autres ports commutés par Catalyst. Les trames de monodiffusion ont contenu des adresses sources du WLBSs.

Une trame de monodiffusion est destinée à un hôte unique, et le port SPAN ne devrait pas le voir, excepté dans la situation d'une inondation. Dans le cas d'une inondation, le commutateur connaîtra l'adresse MAC de la destination host après que la première trame demandant ces informations revienne de la destination. L'hôte sur le port particulier que le client dans cette situation examinait n'était pas la destination de ces trames. Le problème peut se manifester des manières suivantes :

  1. Réponse lente sur un commutateur donné.

  2. Réponse lente sur un commutateur donné sur un RÉSEAU LOCAL virtuel donné (VLAN).

  3. Si l'inondation obtient assez mauvais, elle pourrait peut-être poser des problèmes de spanning tree si le commutateur perd les Bridges Protocol Data Unit (BPDU) d'autres Commutateurs.

Il y a plusieurs manières qu'un administrateur de NT peut choisir pour configurer WLBS. Les implications de ces choix doivent être comprises parce que configurer WLBS peut affecter un interréseau des manières négatives. Une fois que les options de configuration WLBS sont configurées correctement, par recommandation de Microsoft, les problèmes qui s'assortissent les problèmes dans ce document ne sont plus présentes sur un commutateur.

Solution

Référez-vous à l'article 193602 sur le site Web de Microsoft pour des options de configuration de la couche 2 WLBS :

Options de configuration pour des hôtes WLBS connectés aux Commutateurs d'une couche 2 leavingcisco.com

Un autre contournement pour le trafic de multidiffusion est de désactiver la surveillance IGMP ou d'arrêter PIM si vous n'avez pas besoin du routage de Multidiffusion ou n'avez pas beaucoup de trafic de multidiffusion sur le VLAN. Si pillant est parti en fonction, les prgrams de commutateur seulement les adresses de MAC multicast dans la table d'adresse MAC si elle reçoit IGMP se joint sur ces ports. Désactiver piller ne doit pas être recommandé si vous avez beaucoup de trafic de multidiffusion générique ; dans ce cas, la meilleure solution est de créer les mappages statiques d'adresse MAC pour les ports auxquels les serveurs sont connectés.

Il y a également des implications de la couche 3 quant au Protocole ARP (Address Resolution Protocol).

Référez-vous à l'article 244091 et 197862 sur le site Web de Microsoft :


Conversations connexes de la communauté de soutien de Cisco

Le site Cisco Support Community est un forum où vous pouvez poser des questions, répondre à des questions, faire part de suggestions et collaborer avec vos pairs.


Document ID: 10608