Dzięki testom sieci można się upewnić, że dla klastra pracy awaryjnej jest dostępna właściwa infrastruktura sieciowa.

Rozwiązywanie problemów niewykrytych przez testy sieci

Aby uzyskać informacje na temat rozwiązywania problemów, które nie zostały wykryte przez testy sieci, zobacz:

Aby uzyskać dodatkowe informacje na temat zgodności sprzętu z systemem Windows Server 2008 R2, zobacz https://go.microsoft.com/fwlink/?LinkID=139145 (strona może zostać wyświetlona w języku angielskim).

Testy sieci w Kreatorze sprawdzania poprawności konfiguracji

Za pomocą Kreatora sprawdzania poprawności konfiguracji można uruchomić następujące testy sieci:

  • Wyświetlanie listy kolejności powiązań sieciowych: Ten test wyświetla kolejność, w jakiej sieci są powiązane z kartami sieciowymi w każdym węźle.

  • Sprawdzanie poprawności konfiguracji sieci klastrów obejmuje następujące zadania:

    • Wyświetlenie sieci klastra, czyli topologii sieci widzianej z perspektywy klastra.

    • Sprawdzenie, czy w przypadku określonej sieci klastra wszystkie karty sieciowe mają przypisane adresy IP w ten sam sposób (czyli czy wszystkie używają statycznych adresów IP albo adresów IP protokołu DHCP).

    • Sprawdzenie, czy dla określonej sieci klastra wszystkie karty sieciowe używają tej samej wersji protokołu IP (czyli czy wszystkie używają protokołu IPv4, protokołu IPv6 albo zarówno protokołu IPv4, jak i protokołu IPv6).

  • Test Sprawdzanie konfiguracji protokołu IP umożliwia wykonanie poniższych zadań:

    • Wyświetlenie szczegółów konfiguracji protokołu IP.

    • Sprawdzenie, czy adresy IP są unikatowe w klastrze (czy nie ma duplikatów).

    • Sprawdzenie liczby kart sieciowych na każdym testowanym serwerze. W przypadku znalezienia tylko jednej karty sieciowej w raporcie znajdzie się ostrzeżenie dotyczące konieczności unikania pojedynczych punktów awarii w infrastrukturze sieciowej łączącej serwery klastrowane.

      Istnieje wiele sposobów unikania pojedynczych punktów awarii. Węzły klastra można połączyć za pomocą wielu odrębnych sieci. Węzły klastra można także połączyć za pomocą jednej sieci zbudowanej z kart sieciowych zespolonych, nadmiarowych przełączników, nadmiarowych routerów lub podobnego sprzętu, który usuwa pojedyncze punkty awarii.

    • Sprawdzenie, czy żadne testowane serwery nie mają wielu kart sieciowych w tej samej podsieci IP.

    • Sprawdzenie, czy wszystkie testowane serwery używają tej samej wersji protokołu IP (czyli czy wszystkie używają protokołu IPv4, protokołu IPv6 albo zarówno protokołu IPv4, jak i protokołu IPv6).

  • Sprawdzanie poprawności właściwości wielu podsieci: Ten test sprawdza, czy ustawienia związane z usługą DNS są odpowiednio skonfigurowane dla klastrów korzystających z wielu podsieci do połączenia wielu lokalizacji.

  • Sprawdzanie komunikacji w sieci: Ten test sprawdza, czy testowane serwery mogą się komunikować z akceptowalnym opóźnieniem we wszystkich sieciach. Ponadto ten test sprawdza, czy między wszystkimi serwerami są nadmiarowe ścieżki komunikacji. Komunikacja między węzłami klastra umożliwia klastrowi wykrywanie awarii węzłów i zmian stanów oraz zarządzanie klastrem jako jedną jednostką.

  • Sprawdzanie poprawności konfiguracji Zapory systemu Windows: Ten test sprawdza, czy Zapora systemu Windows jest prawidłowo skonfigurowana dla potrzeb klastra pracy awaryjnej na testowanych serwerach.


Spis treści