Det här avsnittet innehåller en förteckning över vanliga problem som du kan råka ut för nät du använder NLB-kluster (Network Load Balancing).

Vad har du för problem?

Efter att Utjämning av nätverksbelastning har installerats och en värddator i ett kluster har startats om visas följande meddelande: ”Systemet har upptäckt en IP-adresskonflikt med ett annat system i nätverket...”
  • Orsak: Samma IP-adress finns redan i nätverket.

  • Lösning: Välj en ny IP-adress eller ta bort den dubblerade adressen.

  • Orsak: Du har konfigurerat olika arbetslägen för klustret (Unicast eller Multicast) på värddatorerna, vilket leder till att två olika MAC-adresser mappas till samma IP-adress.

  • Lösning: Se till att alla värddatorer i klustret är konfigurerade med samma arbetsläge.

  • Orsak: Du konfigurerade klustrets IP-adress innan NLB hade bundits till nätverkskortet.

  • Lösning: Ta bort klustrets IP-adress från egenskaperna för TCP/IP, aktivera NLB på rätt nätverkskort och konfigurera sedan klustrets IP-adress.

  • Orsak: Du har lagt till klustrets IP-adress till ett nätverkskort som inte har aktiverats för NLB.

  • Lösning: Ta bort klustrets IP-adress från det felaktiga nätverkskortets TCP/IP-egenskaper, aktivera NLB på rätt nätverkskort och konfigurera sedan klustrets IP-adress.

Mer information om hur du aktiverar NLB finns i Installera Utjämning av nätverksbelastning

Du får inget svar när du försöker nå klustrets IP-adress med hjälp av ping från ett externt nätverk.

Kontrollera att du kan nå klustervärdarnas dedicerade IP-adresser med hjälp av ping från en dator utanför routern. Om det testet misslyckas och du använder flera nätverkskort beror problemet inte på NLB. Om du använder ett enda nätverkskort för de dedicerade IP-adresserna och kluster-IP-adresserna kan problemet ha följande orsaker:

  • Orsak: Om du använder multicast-stöd kanske routern har svårt att matcha den primära IP-adressen med en multicast-MAC-adress (Media Access Control) med hjälp av ARP (Address Resolution Protocol).

  • Lösning: Kontrollera att du med hjälp av kommandot ping kan nå klustret från en klient i klustrets delnät och att du på samma vis kan nå klustervärdarnas dedicerade IP-adresser från en dator utanför routern. Om de här testen fungerar är det sannolikt routern som är problemet. Du bör kunna komma runt problemet genom att lägga till en statisk ARP-post i routern. Du kan också stänga av multicast-stödet i NLB och använda en unicast-nätverksadress utan något nav.

  • Orsak: När NLB används i multicast- eller unicast-läge måste routrar kunna acceptera proxy-ARP-svar (mappningar mellan IP-adresser och nätverksadresser i mottagna Ethernet-ramar med annan nätverkskälladress).

  • Lösning: Kontrollera att stödet för proxy-ARP är aktiverat i routern. Du kan också ange en statisk ARP-post om du inte vill aktivera stöd för proxy-ARP i routern.

  • Orsak: ICMP-trafik (Internet Control Message Protocol) till klustret blockeras av en router eller brandvägg.

  • Lösning: Tillåt ICMP-trafik genom routern eller brandväggen. Tänk dock på att det kan exponera systemet för ytterligare säkerhetsrisker.

Du får inget svar när du försöker nå en värddators dedicerade IP-adress med hjälp av ping från en annan värddator i klustret.
  • Orsak: När NLB används i multicast- eller unicast-läge måste routrar kunna acceptera proxy-ARP-svar (mappningar mellan IP-adresser och nätverksadresser i mottagna Ethernet-ramar med annan nätverkskälladress).

  • Lösning: Kontrollera att stödet för proxy-ARP är aktiverat i routern. Du kan också ange en statisk ARP-post om du inte vill aktivera stöd för proxy-ARP i routern.

  • Orsak: ICMP-trafik (Internet Control Message Protocol) till klustret blockeras av en router eller brandvägg.

  • Lösning: Tillåt ICMP-trafik genom routern eller brandväggen. Tänk dock på att det kan exponera systemet för ytterligare säkerhetsrisker.

När du försöker ansluta till en värddator i klustret med hjälp av Hanteraren för Utjämning av nätverksbelastning, får du felet ”Värddatorn kan inte nås”.
  • Orsak: ICMP-trafik (Internet Control Message Protocol) till värddatorn blockeras av en router eller brandvägg eller så är ICMP inaktiverat på värddatorns nätverkskort.

  • Lösning: Aktivera ICMP på värddatorns nätverkskort eller tillåt ICMP-trafik genom brandväggen eller routern. Tänk dock på att det kan exponera systemet för ytterligare säkerhetsrisker. Du kan även använda alternativet /noping i NLB-hanteraren.

När du använder Telnet eller försöker bläddra på en dator utanför klustret från en värddator i klustret får du inget svar.
När du använder fjärrstyrningskommandon för Utjämning av nätverksbelastning från en dator utanför klustret får du inget svar från en eller flera av värddatorerna.
  • Orsak: Fjärrstyrningskommandona skickas inte till klustrets IP-adress.

  • Lösning: Kommandona måste skickas till klustret primära IP-adress, som har angetts i dialogrutan Egenskaper för Utjämning av nätverksbelastning. Kontrollera att du skickar fjärrstyrningskommandona till rätt IP-adress.

  • Orsak: Fjärrstyrningstrafiken krypteras av IPSec (Internet Protocol security). NLB-fjärrstyrningskommandona kommer inte att fungera korrekt om de skickas från en dator där IPSec har konfigurerats så att fjärrstyrningstrafiken krypteras av IPSec.

  • Lösning: Inaktivera IPSec.

    Mer information finns i hjälpen för IPSec (Internet Protocol Security).

  • Orsak: UDP-kontrollportar för NLB skyddas felaktigt av en brandvägg. Som standard skickas fjärrstyrningskommandon till UDP-portarna 1717 och 2504 på klustrets IP-adress.

  • Lösning: Kontrollera att de är portarna inte är felaktigt blockerade av en router eller brandvägg. Du kan också ändra portnumret genom att ändra motsvarande NLB-parameter.

Du får inget svar när du använder en värddators dedicerade IP-adress som mål för ett fjärrstyrningskommando. Det fungerar däremot att använda värddatorns prioritet (ID).
En del användare kan inte ansluta till klustret.
  • Orsak: Ett program som belastningsbalanseras svarar inte.

  • Lösning: Det här är ett programspecifikt problem som inte har med NLB att göra. Lös problemet med hjälp av programmets dokumentation. Du kan behöva stänga av och starta om programmet.

  • Orsak: Om klustret är konfigurerat för unicast-läge kan en växel ha lärt sig NLB-nätverkskortets MAC-adress.

  • Lösning: Ta bort mappningen till MAC-adressen i växeln.

  • Orsak: Klustrets IP-adress lades inte till i egenskaperna för TCP/IP för en eller fler av värddatorerna.

  • Lösning: Om du inte konfigurerar klustret med hjälp av NLB-hanteraren måste du konfigurera TCP/IP med klustrets IP-adress manuellt.

  • Orsak: En värddator lämnar klustret till följd av kommandot drainstop eller stop, men konvergeringen slutfördes inte korrekt.

  • Lösning: Vänta tills konvergeringen har slutförts. Om konvergeringen inte slutförs hänvisas du till följande problem som tas upp senare i det här felsökningsavsnittet:

    Efter att värddatorerna i klustret startar börjar de konvergera, men konvergeringen slutförs aldrig.

Du kan inte visa eller ändra egenskaperna för Utjämning av nätverksbelastning med hjälp av net config och WMI (Windows Management Instrumentation).
  • Orsak: OM du vill visa eller ändra Egenskaper för utjämning av nätverksbelastning måste du vara medlem av gruppen Administratörer.

  • Lösning: Logga in som en användare som är medlem i den lokala gruppen Administratörer på den dator där NLB körs.

Ovanligt många TCP-anslutningar till klustrets IP-adress återställs av servern eller klienten.
  • Orsak: HTTP-keep-alive-värdena är aktiverade på NLB-värddatorerna och klienter med stöd för keep-alive-värden försöker ansluta till klustret.

  • Lösning: Inaktivera HTTP-keep-alive-värden. Mer information om HTTP-keep-alive-värden och IIS (Internet Information Services) hittar du i dokumentationsuppsättningen för IIS.

    Om du vill visa dokumentationsuppsättningen för IIS från skrivbordet, installerar du IIS, klickar på Start, klickar på Kör och anger sedan följande kommando i textrutan Öppna:

    %windir%\help\iisrv.chm

  • Orsak: Anslutningarna avvisas av TCP på grund av otillräckliga systemresurser på servern.

  • Lösning: Frigör systemresurser genom att till exempel lägga till ytterligare minne i systemet eller genom att stänga av program som inte behövs.

  • Orsak: Klustret har divergerat till två separata konvergerade kluster, vilket innebär att mer än en nod gör anspråk på alla anslutningar.

  • Lösning: Ta bort de två klustren och återskapa sedan ett enda kluster.

VPN-anrop (Virtual Private Network) misslyckas när du gör en ändring som orsakar konvergering (som att lägga till, ta bort eller tömma en värddator).
  • Orsak: Om du belastningsbalanserar VPN-trafik med hjälp av NLB måste du konfigurera de portregler som styr VPN-trafiken (TCP-port 1723 för PPTP/GRE och UDP-port 500 för IPSEC/L2TP) så att antingen tillhörigheten Enkel eller Nätverk används.

  • Lösning: Konfigurera de portregler som styr portarna 500 och 1723 så att tillhörigheten Enkel eller Nätverk används. Mer information finns i avsnittet Egenskaper för Hanteraren för Utjämning av nätverksbelastning.

Efter att värddatorerna i klustret startar börjar de konvergera, men konvergeringen slutförs aldrig.
  • Orsak: Ett avvikande antal portregler eller inkompatibla portregler har angetts på olika värddatorer i klustret. Det hindrar konvergering.

  • Lösning: Öppna dialogrutan Egenskaper för utjämning av nätverksbelastning på alla värddatorer i klustret och kontrollera att de har identiska portregler.

  • Orsak: Det är fel på nätverkskortet eller nätverkssladden.

  • Lösning: Testa anslutningen med hjälp av kommandot ping. Ange värddatorns fullt kvalificerade domännamn. Du kan också ta reda på mer om problemet genom att använda ping för att kontakta domänkontrollanten via IP-adressen och andra nätverksservrar via namn och IP-adress.

  • Orsak: Duplexinställningarna i en växel eller ett nav är stämmer inte.

  • Lösning: Kontrollera att duplexinställningarna i var och en av dina växlar och nav är korrekt konfigurerade.

  • Orsak: Den dedicerade IP-adress som du angett för en av värddatorerna finns redan i nätverket.

  • Lösning: Välj en ny IP-adress eller ta bort den dubblerade adressen.

  • Orsak: Klustret innehåller datorer med Windows 2000.

  • Lösning: Alla värddatorer i klustret måste ha operativsystemet Windows Server 2008. En NLB-klustermiljö som innehåller värddatorer med Windows Server 2003 och Windows Server 2008 stöds bara när du utför en rullande uppgradering till Windows Server 2008. Att blanda värddatorer med Windows Server 2003 och Windows Server 2008 i samma kluster stöds inte under längre tidsperioder.

  • Orsak: Du har konfigurerat olika arbetslägen (unicast och multicast) på värddatorerna i klustret.

  • Lösning: Se till att alla värddatorer i klustret är konfigurerade med samma arbetsläge med hjälp av NLB-hanteraren.

OBS

Du kan också söka efter fel och varningar i händelseloggen i Windows. Mer information finns i Installera Utjämning av nätverksbelastning.

Klustret växlar hela tiden till och från konvergerat läge.
  • Orsak: Pulsslag missas på grund av växlande kvalitet på anslutningen till nätverket, vilket kan bero ett dåligt nätverkskort eller en dålig kabel eller andra nätverksproblem.

  • Lösning: Testa anslutningen med hjälp av kommandot ping. Ange värddatorns fullständigt bestämda domännamn. Du kan också lära dig mer om problemet genom att använda ping för att kontakta domänkontrollanten via IP-adressen och andra nätverksservrar via namn och IP-adress.

Efter att värddatorerna i klustret startat rapporterar Utjämning av nätverksbelastning att konvergeringen har slutförts, men det finns mer än en värddator.
  • Orsak: Värddatorerna i klustret har blivit medlemmar i olika undernät, vilket betyder att alla värddatorer inte är tillgängliga på samma nätverk.

  • Lösning: Se till att alla värddatorer i klustret kan kommunicera med varandra.

  • Orsak: En nivå 3-växel används.

  • Lösning: Placera en nivå 2-växel mellan värddatorerna och nivå 3-växeln.

  • Orsak: Ett avbrott i en redundant växel gjorde att klustret avgränsades i två kluster, vilket gav upphov till två standardvärdar.

  • Lösning: Ta bort de två klustren och skapa sedan ett enda kluster.

  • Orsak: Växeln har konfigurerats att avvisa broadcast-paket.

  • Lösning: Konfigurera växeln så att den accepterar broadcast-paket (tänk på att detta kan innebära en del säkerhetsrisker) eller konfigurera NLB-klustret så att multicast-läge används.

  • Orsak: En värddator kan inte skicka eller ta emot pulsslag.

  • Lösning: Testa anslutningen till alla värddatorer med hjälp av kommandot ping. Ange värddatorns fullt kvalificerade domännamn.

  • Orsak: En värddator har anslutits till fel port i växeln.

  • Lösning: Använd rätt port i växeln.

NLB belastningsbalanserar inte programmen och standardvärden hanterar all nätverkstrafik.
  • Orsak: En portregel saknas. Som standard skickar NLB all inkommande trafik som inte styrs av portregler till standardvärden. Det garanterar att program som du inte vill belastningsbalansera fungerar som de ska.

  • Lösning: Om du vill belastningsbalansera ett program i hela klustret skapar du en portregel på alla värddatorer i klustret för de TCP/IP-portar som används av programmet.

  • Orsak: Du har lagt till en andra värddator i ett kluster bestående av en värddator, men den andra värddatorn är inte korrekt konfigurerad. Klustret konvergerar aldrig och den ursprungliga värddatorn fortsätter att hantera alla trafik.

  • Lösning: Kontrollera alla inställningar noga (och korrigera dem om så krävs) i den andra värddatorn, till exempel klustrets IP-adress, den dedicerade IP-adressen och portreglerna.

  • Orsak: Om klustret är konfigurerat för unicast-läge kan en växel ha lärt sig NLB-nätverkskortets MAC-adress.

  • Lösning: Ta bort mappningen till MAC-adressen i växeln.

  • Orsak: En proxyserver skickar alla anslutningar som använder en enstaka IP-adress till ditt kluster i tillhörighetsläget enkel.

  • Lösning: Konfigurera proxyservern så att den använder flera IP-adresser.

Trafiken växlar oväntat mellan värddatorerna i klustret och det innebär att TCP-anslutningar bryts.
  • Orsak: Unicast-nätverksadresser orsakar problem i växeln. Om du kopplar samman värddatorerna med hjälp av en växel måste du använda multicast-support i NLB. I annat fall kan växeln bete sig felaktigt när samma unicast-nätverk används i flera växelportar.

  • Lösning: Kontrollera att du har markerat multicast-stöd i dialogrutan Egenskaper för Utjämning av nätverksbelastning. Om du inte vill använda multicast-stöd kan du koppla samman värddatorerna i klustret med hjälp av ett nav eller en koaxialkabel i stället för en växel.

Nätverkstrafiken verkar inte belastningsbalanseras jämnt mellan värddatorerna i klustret.
  • Orsak: Nätverkstrafiken kommer från ett begränsat antal IP-adresser, möjligen på grund av en inställning i en proxyserver.

  • Lösning: Konfigurera proxyservern så att den använder flera IP-adresser.

När du använder Utjämning av nätverksbelastning tillsammans med ISA Server (Microsoft Internet Security and Acceleration Server), loggar en av värddatorerna i klustret blockerade paket som är riktade till en annan värddators dedicerade IP-adress (Internet Protocol).
Du kan inte skapa ett kluster för utjämning av nätverksbelastning i 64-bitarsmiljö.
  • Orsak: Kanske kör du inte rätt NLB-version för din miljö. När 32-bitarsversionen av NLB används på en 64-bitarsdator kan NLB inte skapa något kluster. Du kan ha missat det problemet eftersom 32-bitarsversionerna av NLB-komponenterna (nlb.exe, wlbs.exe och nlbmgr.exe) verkar fungera korrekt i 64-bitarsmiljön.

  • Lösning: Om du har för avsikt att använda en 64-bitars datormiljö, måste du använda 64-bitarsversionen av NLB.

Kommentarer
  •    Följande avsnitt beskriver flera vanliga problem som du kan råka ut för när du installerar och börjar använda NLB. I avsnitten beskrivs de sannolikaste orsakerna till problemen samt ett eller fler lösningsförslag. I avsnitten förutsätts att ditt system och dina program uppfyller minimikraven för NLB. Mer information finns i: Översikt över Utjämning av nätverksbelastning och Installera Utjämning av nätverksbelastning.
  • Du bör testa att nätverket och alla nätverkskort fungerar som de ska innan du installerar NLB. Var noga med att följa alla installationssteg och kontrollera att klusterparametrarna och portreglerna är identiska för alla värddatorer i klustret. Om problem uppstår bör du alltid kontrollera om ett meddelande har skrivits till händelseloggen av NLB-drivrutinen. Mer information finns i avsnitten om klusterparametrar, värddatorparametrar och portregler i Egenskaper för Hanteraren för Utjämning av nätverksbelastning.

Innehåll