W tej sekcji przedstawiono kilka typowych problemów, które można napotkać podczas używania klastrów równoważenia obciążenia sieciowego.

Jaki problem należy rozwiązać?

Po zainstalowaniu równoważenia obciążenia sieciowego i ponownym uruchomieniu hosta klastra jest wyświetlany komunikat: „System wykrył, że adres IP powoduje konflikt z innym systemem w sieci”.
  • Przyczyna: W sieci już istnieje ten sam adres IP.

  • Rozwiązanie: Należy wybrać nowy adres IP lub usunąć zduplikowany adres.

  • Przyczyna: Skonfigurowano różne tryby działania klastra (Emisja pojedyncza lub Multiemisja) na hostach, co powoduje, że dwa różne adresy MAC są mapowane na ten sam adres IP.

  • Rozwiązanie: Należy upewnić się, że wszystkie hosty mają skonfigurowany ten sam tryb działania klastra.

  • Przyczyna: Adres IP klastra został skonfigurowany przed powiązaniem równoważenia obciążenia sieciowego z kartą sieciową.

  • Rozwiązanie: Należy usunąć adres IP klastra z właściwości protokołu TCP/IP, włączyć równoważenie obciążenia sieciowego na odpowiedniej karcie sieciowej, a następnie skonfigurować adres IP klastra.

  • Przyczyna: Adres IP klastra został dodany do karty sieciowej, która nie została włączona dla funkcji równoważenia obciążenia sieciowego.

  • Rozwiązanie: Należy usunąć adres IP klastra z właściwości protokołu TCP/IP nieprawidłowej karty sieciowej, włączyć równoważenie obciążenia sieciowego na prawidłowej karcie sieciowej, a następnie skonfigurować adres IP klastra.

Aby uzyskać więcej informacji na temat włączania równoważenia obciążenia sieciowego, zobacz Instalowanie równoważenia obciążenia sieciowego

Nie ma odpowiedzi po użyciu polecenia ping w celu uzyskania dostępu do adresu IP klastra z sieci zewnętrznej.

Należy sprawdzić, czy można za pomocą polecenia ping uzyskać dostęp do dedykowanych adresów IP hostów klastra z komputera za routerem. Jeśli ten test zakończy się niepowodzeniem i jest używanych wiele kart sieciowych, ten problem nie jest związany z równoważeniem obciążenia sieciowego. Jeśli jest używana jedna karta sieciowa dla dedykowanego adresu IP i adresu IP klastra, należy wziąć pod uwagę poniższe przyczyny:

  • Przyczyna: Jeśli jest włączona obsługa multiemisji, może się okazać, że router ma problemy z rozpoznaniem podstawowego adresu IP jako adresu MAC multiemisji za pomocą protokołu ARP (Address Resolution Protocol).

  • Rozwiązanie: Należy sprawdzić, czy za pomocą polecenia ping można uzyskać dostęp do klastra z klienta w podsieci klastra i czy można uzyskać dostęp do dedykowanych adresów IP hostów klastra z komputera za routerem. Jeśli te testy zakończą się pomyślnie, router jest prawdopodobnie uszkodzony. Powinno być możliwe usunięcie tego problemu przez dodanie statycznego wpisu protokołu ARP do routera. Można też wyłączyć obsługę multiemisji równoważenia obciążenia sieciowego i użyć adresu sieciowego emisji pojedynczej bez koncentratora.

  • Przyczyna: Podczas korzystania z równoważenia obciążenia sieciowego w trybie multiemisji lub emisji pojedynczej routery muszą akceptować odpowiedzi protokołu ARP serwera proxy (mapowania adresów IP na adresy sieciowe odbierane za pomocą adresu źródłowego innej sieci w ramce Ethernet).

  • Rozwiązanie: Należy upewnić się, że router ma włączoną obsługę protokołu ARP serwera proxy. Można także ustawić statyczny wpis protokołu ARP, aby obsługa protokołu ARP serwera proxy była wyłączona w routerze.

  • Przyczyna: Ruch protokołu ICMP do klastra jest zablokowany przez router lub zaporę.

  • Rozwiązanie: Należy zezwolić na ruch protokołu ICMP przez router lub zaporę. Należy pamiętać, że ta operacja może narazić system na dodatkowe zagrożenie bezpieczeństwa.

Nie ma odpowiedzi po użyciu polecenia ping w celu uzyskania dostępu do dedykowanych adresów IP hosta z innego hosta klastra.
  • Przyczyna: Podczas korzystania z równoważenia obciążenia sieciowego w trybie multiemisji lub emisji pojedynczej routery muszą akceptować odpowiedzi protokołu ARP serwera proxy (mapowania adresów IP na adresy sieciowe odbierane za pomocą adresu źródłowego innej sieci w ramce Ethernet).

  • Rozwiązanie: Należy upewnić się, że router ma włączoną obsługę protokołu ARP serwera proxy. Można także ustawić statyczny wpis protokołu ARP, aby obsługa protokołu ARP serwera proxy była wyłączona w routerze.

  • Przyczyna: Ruch protokołu ICMP do klastra jest zablokowany przez router lub zaporę.

  • Rozwiązanie: Należy zezwolić na ruch protokołu ICMP przez zaporę lub router. Należy pamiętać, że ta operacja może narazić system na dodatkowe zagrożenie bezpieczeństwa.

Podczas próby połączenia się z hostem w klastrze za pomocą Menedżera równoważenia obciążenia sieciowego występuje błąd „Host jest nieosiągalny”.
  • Przyczyna: Ruch protokołu ICMP do hosta jest zablokowany przez router lub zaporę lub ten protokół jest wyłączony na karcie sieciowej hosta.

  • Rozwiązanie: Należy włączyć protokół ICMP na karcie sieciowej hosta lub zezwolić na ruch protokołu ICMP przez zaporę lub router. Należy pamiętać, że ta operacja może narazić system na dodatkowe zagrożenie bezpieczeństwa. Można także użyć opcji /noping Menedżera równoważenia obciążenia sieciowego.

Nie ma odpowiedzi podczas korzystania z programu Telnet lub przy próbie przeglądania komputera nienależącego do klastra z hosta klastra.
Nie ma odpowiedzi jednego lub kilku hostów klastra podczas wywoływania poleceń zdalnego sterowania równoważenia obciążenia sieciowego z komputera nienależącego do klastra.
  • Przyczyna: Polecenia zdalnego sterowania nie są wysyłane do adresu IP klastra.

  • Rozwiązanie: Polecenia muszą być wysyłane do podstawowego adresu IP klastra, który został przypisany w oknie dialogowym Właściwości równoważenia obciążenia sieciowego. Należy upewnić się, że polecenia zdalne są wysyłane do prawidłowego adresu IP.

  • Przyczyna: Ruch zdalnego sterowania jest szyfrowany przez zabezpieczenia protokołu internetowego (IPSec). Polecenia zdalnego sterowania równoważenia obciążenia sieciowego nie będą działać prawidłowo, jeśli będą wysyłane z komputera, który ma tak skonfigurowany protokół IPSec, aby ruch zdalnego sterowania był przez niego szyfrowany.

  • Rozwiązanie: Należy wyłączyć protokół IPSec.

    Aby uzyskać więcej informacji, zobacz zawartość Pomocy na temat zabezpieczeń protokołu internetowego (IPSec).

  • Przyczyna: Porty sterowania UDP równoważenia obciążenia sieciowego są nieprawidłowo chronione przez zaporę. Domyślnie polecenia zdalnego sterowania są wysyłane do portów UDP 1717 i 2504 na adres IP klastra.

  • Rozwiązanie: Należy sprawdzić, czy te porty nie zostały nieprawidłowo zablokowane przez router lub zaporę. Można także zmienić numer portu, modyfikując odpowiedni parametr równoważenia obciążenia sieciowego.

Nie ma odpowiedzi podczas określania hosta jako obiektu docelowego dla polecenia zdalnego sterowania za pomocą dedykowanego adresu IP tego hosta. Można jednak określić host na podstawie jego priorytetu (identyfikatora).
W przypadku niektórych użytkowników, ale nie wszystkich, występuje odmowa łączności z klastrem.
  • Przyczyna: Nie odpowiada aplikacja, której obciążenie jest równoważone.

  • Rozwiązanie: To jest problem specyficzny dla aplikacji, który nie jest związany z równoważeniem obciążenia sieciowego. Należy zapoznać się z dokumentacją aplikacji, aby naprawić ten problem. Może być konieczne zatrzymanie i ponowne uruchomienie aplikacji.

  • Przyczyna: Jeśli klaster jest skonfigurowany dla trybu emisji pojedynczej, przełącznik mógł uzyskać adres MAC karty sieciowej równoważenia obciążenia sieciowego.

  • Rozwiązanie: Należy wyczyścić port przełącznika służący do mapowania adresu MAC.

  • Przyczyna: Adres IP klastra nie został dodany do protokołu TCP/IP na jednym lub kilku hostach.

  • Rozwiązanie: Jeśli klaster nie jest konfigurowany za pomocą Menedżera równoważenia obciążenia sieciowego, należy ręcznie skonfigurować protokół TCP/IP, używając adresu IP klastra.

  • Przyczyna: Host opuszcza klaster, ponieważ użyto polecenia drainstop lub stop, ale proces zbieżności nie został prawidłowo ukończony.

  • Rozwiązanie: Należy zaczekać na zakończenie procesu zbieżności. Jeśli proces zbieżności nie zostanie zakończony, zobacz poniższy problem w dalszej części tego tematu dotyczącego rozwiązywania problemów:

    Po uruchomieniu hosty klastra zaczynają przechodzić proces zbieżności, ale nigdy go nie kończą.

Nie można wyświetlić ani zmienić właściwości równoważenia obciążenia sieciowego za pomocą polecenia net config i Instrumentacji zarządzania Windows (WMI).
  • Przyczyna: Aby wyświetlić lub zmienić właściwości równoważenia obciążenia sieciowego, użytkownik musi być członkiem grupy Administratorzy.

  • Rozwiązanie: Należy zalogować się jako użytkownik będący członkiem lokalnej grupy Administratorzy komputera, na którym jest uruchomione równoważenie obciążenia sieciowego.

Serwer lub klient resetuje nietypową liczbę połączeń protokołu TCP z adresem IP klastra.
  • Przyczyna: Na hostach równoważenia obciążenia sieciowego są włączone wartości utrzymania aktywności protokołu HTTP i z klastrem łączą się klienci z włączonymi wartościami utrzymania aktywności.

  • Rozwiązanie: Należy wyłączyć wartości utrzymania aktywności protokołu HTTP. Aby uzyskać więcej informacji na temat wartości utrzymania aktywności protokołu HTTP i Internetowych usług informacyjnych (IIS), należy zapoznać się z dokumentacją Internetowych usług informacyjnych (IIS).

    Aby wyświetlić dokumentację Internetowych usług informacyjnych (IIS) z poziomu pulpitu, należy zainstalować Internetowe usługi informacyjne (IIS), kliknąć przycisk Start, kliknąć polecenie Uruchom, a następnie wpisać poniższe polecenie w polu tekstowym Otwórz:

    %windir%\help\iisrv.chm

  • Przyczyna: Niski poziom zasobów systemowych na serwerze powoduje, że protokół TCP odrzuca połączenia.

  • Rozwiązanie: Należy podnieść poziom dostępnych zasobów systemowych na przykład przez dodanie większej ilości pamięci systemowej lub zamknięcie niepotrzebnych aplikacji.

  • Przyczyna: Klaster podzielił się na dwa klastry oddzielnie przechodzące proces zbieżności, co powoduje, że więcej niż jeden węzeł przejmuje własność każdego połączenia.

  • Rozwiązanie: Należy usunąć te dwa klastry, a następnie ponownie utworzyć jeden klaster.

Wywołania wirtualnej sieci prywatnej (VPN) kończą się niepowodzeniem po wprowadzaniu zmiany powodującej rozpoczęcie procesu zbieżności (na przykład po dodaniu hosta, usunięciu hosta lub opróżnieniu hosta).
  • Przyczyna: Po użyciu funkcji równoważenia obciążenia sieciowego do równoważenia ruchu sieci VPN należy skonfigurować reguły portów zarządzające portami obsługującymi ruch sieci VPN (port 1723 protokołu TCP dla protokołów PPTP/GRE i port 500 protokołu UDP dla protokołów IPSEC/L2TP), aby używały koligacji Pojedyncze lub Sieć.

  • Rozwiązanie: Należy skonfigurować reguły portów zarządzające portami 500 i 1723 w ten sposób, aby używały koligacji Pojedyncze lub Sieć. Aby uzyskać więcej informacji, zobacz Właściwości Menedżera równoważenia obciążenia sieciowego.

Po uruchomieniu hosty klastra zaczynają przechodzić proces zbieżności, ale nigdy go nie kończą.
  • Przyczyna: Na różnych hostach klastra wprowadzono różne liczby reguł portów lub niezgodne reguły portów. Zablokuje to proces zbieżności.

  • Rozwiązanie: Należy otworzyć okno dialogowe Właściwości równoważenia obciążenia sieciowego na każdym hoście klastra i sprawdzić, czy wszystkie hosty mają identyczne reguły portów.

  • Przyczyna: Uszkodzona karta sieciowa lub kabel.

  • Rozwiązanie: Należy przetestować łączność za pomocą polecenia ping. Należy wprowadzić w pełni kwalifikowaną nazwę domeny hosta. Aby dowiedzieć się więcej na temat tego problemu, można także wyszukać kontroler domeny na podstawie adresu IP i wyszukać inne serwery sieciowe na podstawie nazwy i adresu IP, używając polecenia ping.

  • Przyczyna: Ustawienia dupleksu na przełączniku lub koncentratorze są niezgodne.

  • Rozwiązanie: Należy upewnić się, że na wszystkich przełącznikach i koncentratorach są odpowiednio skonfigurowane ustawienia dupleksu.

  • Przyczyna: Dedykowany adres IP, który został użyty dla jednego z hostów, już istnieje w sieci.

  • Rozwiązanie: Należy wybrać nowy adres IP lub usunąć zduplikowany adres.

  • Przyczyna: Klaster zawiera hosty z systemem Windows 2000.

  • Rozwiązanie: Na wszystkich hostach klastra musi być uruchomiony system Windows Server 2008. Środowisko klastra równoważenia obciążenia sieciowego zawierające hosty z systemami Windows Server 2003 i Windows Server 2008 jest obsługiwane dopiero po wykonaniu uaktualnienia stopniowego do systemu Windows Server 2008. Łączenie systemów Windows Server 2003 i Windows Server 2008 przez długi czas w tym samym klastrze nie jest obsługiwane.

  • Przyczyna: Na hostach zostały skonfigurowane różne tryby działania klastra (emisja pojedyncza i multiemisja).

  • Rozwiązanie: Korzystając z Menedżera równoważenia obciążenia sieciowego, należy dopilnować, aby wszystkie hosty były skonfigurowane przy użyciu tego samego trybu działania klastra.

Uwaga

Można także wyświetlić dzienniki zdarzeń systemu Windows, aby sprawdzić błędy i ostrzeżenia. Aby uzyskać więcej informacji, zobacz Instalowanie równoważenia obciążenia sieciowego.

Klaster wchodzi w stan przechodzenia procesu zbieżności i wychodzi z tego stanu.
  • Przyczyna: Sygnały pulsu nie są odbierane z powodu przerywanej łączności w sieci spowodowanej uszkodzeniem karty sieciowej lub kabla albo innymi problemami sieciowymi.

  • Rozwiązanie: Należy przetestować łączność za pomocą polecenia ping. Należy wprowadzić w pełni kwalifikowaną nazwę domeny hosta. Aby dowiedzieć się więcej na temat tego problemu, można także wyszukać kontroler domeny na podstawie adresu IP i wyszukać inne serwery sieciowe na podstawie nazwy i adresu IP, używając polecenia ping.

Po uruchomieniu hostów klastra funkcja równoważenia obciążenia sieciowego zgłasza, że proces zbieżności został zakończony, ale więcej niż jeden host jest hostem domyślnym.
  • Przyczyna: Hosty klastra stały się elementami członkowskimi różnych podsieci, dlatego nie wszystkie hosty są dostępne w tej samej sieci.

  • Rozwiązanie: Należy upewnić się, że wszystkie hosty klastra mogą się ze sobą komunikować.

  • Przyczyna: Jest używany przełącznik warstwy trzeciej.

  • Rozwiązanie: Między hostami i przełącznikiem warstwy trzeciej należy umieścić przełącznik warstwy drugiej.

  • Przyczyna: Przerwa w nadmiarowym przełączniku spowodowała rozdzielenie się klastra na dwa klastry i utworzenie dwóch hostów domyślnych.

  • Rozwiązanie: Należy usunąć te dwa klastry, a następnie utworzyć jeden klaster.

  • Przyczyna: Przełącznik jest skonfigurowany do odrzucania pakietów emisji.

  • Rozwiązanie: Należy skonfigurować przełącznik, aby akceptował pakiety emisji (może to stworzyć pewne zagrożenia bezpieczeństwa), lub skonfigurować klaster równoważenia obciążenia sieciowego do używania trybu multiemisji.

  • Przyczyna: Jeden host nie może wysyłać lub odbierać sygnałów pulsu.

  • Rozwiązanie: Należy przetestować łączność z każdym z hostów za pomocą polecenia ping. Należy wprowadzić w pełni kwalifikowaną nazwę domeny hosta.

  • Przyczyna: Host jest podłączony do nieprawidłowego portu w przełączniku.

  • Rozwiązanie: Należy użyć prawidłowego portu w przełączniku.

Funkcja równoważenia obciążenia sieciowego nie równoważy obciążenia aplikacji, a cały ruch sieciowy obsługuje host domyślny.
  • Przyczyna: Brakuje reguły portu. Domyślnie funkcja równoważenia obciążenia sieciowego kieruje cały przychodzący ruch sieciowy niezarządzany przez reguły portów do hosta domyślnego - pozwala to zagwarantować, że aplikacje, których obciążenie nie ma być równoważone, będą się działać prawidłowo.

  • Rozwiązanie: Aby równoważyć obciążenie aplikacji na klastrze, należy utworzyć regułę portu na każdym hoście klastra dla portów TCP/IP, które są obsługiwane przez tę aplikację.

  • Przyczyna: Do klastra z jednym hostem dodano drugi host, ale ten drugi host nie jest prawidłowo skonfigurowany. Klaster nigdy nie przechodzi procesu zbieżności i pierwotny host nadal obsługuje cały ruch.

  • Rozwiązanie: Należy dokładnie sprawdzić (i w razie potrzeby poprawić) każde ustawienie na drugim hoście - na przykład adres IP klastra, dedykowany adres IP i reguły portów.

  • Przyczyna: Jeśli klaster jest skonfigurowany dla trybu emisji pojedynczej, przełącznik mógł uzyskać adres MAC karty sieciowej równoważenia obciążenia sieciowego.

  • Rozwiązanie: Należy wyczyścić port przełącznika służący do mapowania adresu MAC.

  • Przyczyna: Serwer proxy wysyła wszystkie połączenia używające jednego adresu IP do klastra w trybie koligacji Pojedyncze.

  • Rozwiązanie: Należy skonfigurować serwer proxy, aby używał wielu adresów IP.

Nieoczekiwanie ruch jest obsługiwany przez różne hosty klastra, a połączenia protokołu TCP są zrywane.
  • Przyczyna: Adresy sieciowe emisji pojedynczej powodują problemy z koncentratorem przełączającym. Jeśli łączenie się z hostami klastra odbywa się za pomocą koncentratora przełączającego, należy włączyć obsługę multiemisji równoważenia obciążenia sieciowego. W przeciwnym wypadku przełącznik może zachowywać się nieodpowiednio, gdy ta sama sieć emisji pojedynczej jest używana na wielu portach przełącznika.

  • Rozwiązanie: Należy sprawdzić, czy w oknie dialogowym Właściwości równoważenia obciążenia sieciowego została włączona obsługa multiemisji. Jeśli użytkownik nie chce korzystać z obsługi multiemisji, może łączyć się z hostami klastra za pomocą koncentratora lub kabla koncentrycznego, a nie przy użyciu przełącznika.

Równoważenie obciążenia ruchu sieciowego nie jest równomierne między hostami klastra.
  • Przyczyna: Ruch sieciowy przychodzi z ograniczonej liczby adresów IP, możliwe że z powodu ustawienia na serwerze proxy.

  • Rozwiązanie: Należy skonfigurować serwer proxy, aby używał wielu adresów IP.

Podczas używania funkcji równoważenia ruchu sieciowego przy użyciu programu Microsoft Internet Security and Acceleration (ISA) Server jeden host klastra rejestruje zablokowane pakiety, które są kierowane do dedykowanego adresu IP innego hosta.
  • Przyczyna: Jeden z hostów klastra ma skonfigurowany identyfikator priorytetu hosta równy 1.

  • Rozwiązanie: Nie należy dla żadnego hosta klastra konfigurować identyfikatora priorytetu hosta równego 1. Należy używać liczb większych niż 1. Aby uzyskać więcej informacji, zobacz Konfigurowanie parametrów hosta równoważenia obciążenia sieciowego.

Nie można utworzyć klastra równoważenia obciążenia sieciowego w 64-bitowej wersji środowiska.
  • Przyczyna: Być może nie jest uruchomiona wersja równoważenia obciążenia sieciowego odpowiednia dla danego środowiska. Funkcja równoważenia obciążenia sieciowego nie może utworzyć klastra, gdy jest używana 32-bitowa wersja równoważenia obciążenia sieciowego na komputerze 64-bitowym. Ten problem mógł pozostawać niewykryty, ponieważ 32-bitowe składniki równoważenia obciążenia sieciowego (nlb.exe, wlbs.exe i nlbmgr.exe) wydają się działać prawidłowo w środowisku 64-bitowym.

  • Rozwiązanie: Jeśli jest planowane korzystanie z 64-bitowego środowiska komputerowego, należy używać 64-bitowej wersji równoważenia obciążenia sieciowego.

Uwagi
  • W poniższych tematach opisano kilka typowych problemów, które można napotkać podczas instalowania i początkowego używania równoważenia obciążenia sieciowego. Opisano prawdopodobne przyczyny każdego problemu oraz jedno lub kilka proponowanych rozwiązań. W tych tematach przyjęto założenie, że system i aplikacje spełniają minimalne wymagania dla równoważenia obciążenia sieciowego. Aby uzyskać więcej informacji, zobacz: Omówienie równoważenia obciążenia sieciowego i Instalowanie równoważenia obciążenia sieciowego.
  • Aby zapewnić prawidłowe działanie równoważenia obciążenia sieciowego, przed jego zainstalowaniem należy przetestować sieć i wszystkie karty sieciowe. Należy dokładnie wykonać wszystkie czynności instalacyjne i sprawdzić, czy parametry klastra i reguły portów są identycznie ustawione dla wszystkich hostów klastra. Jeśli wystąpi problem, zawsze należy sprawdzić, czy w dzienniku zdarzeń systemu Windows jest komunikat od sterownika równoważenia obciążenia sieciowego. Aby uzyskać więcej informacji, zobacz sekcje Parametry klastra, Parametry hosta i Reguły portów w temacie Właściwości Menedżera równoważenia obciążenia sieciowego.

Spis treści