WSFC Validation

WSFC Validation sprawdza, czy węzły i infrastruktura sieciowa spełniają wymagania klastra pracy awaryjnej.

Rola WSFC Validation w przygotowaniu klastra awaryjnego

WSFC Validation to zestaw testów dostępny w systemie Windows Server Failover Clustering, którego zadaniem jest sprawdzenie, czy serwery mają wymagane składniki i czy mogą współpracować jako węzły jednego klastra pracy awaryjnej. Walidacja nie tworzy klastra i nie zastępuje jego konfiguracji. Dostarcza natomiast raport o stanie sprzętu, systemu operacyjnego, sieci, magazynów danych oraz ustawień istotnych dla komunikacji między węzłami.

Testy wykonuje się zwykle przed utworzeniem klastra, po istotnej zmianie konfiguracji oraz podczas diagnozowania problemów z istniejącym środowiskiem WSFC. Badanie powinno obejmować wszystkie serwery, które mają pełnić rolę węzłów. Wynik dla jednego komputera nie potwierdza poprawności całego klastra, ponieważ część wymagań dotyczy relacji między konkretnymi parami węzłów, wspólnych sieci i współdzielonych urządzeń dyskowych.

Zakres sprawdzianów: system, sieć i magazyny

Walidacja analizuje konfigurację systemową węzłów, między innymi wersję i edycję Windows Server, role oraz funkcje wymagane przez klaster, poprawność usług, sterowników i ustawień systemowych. Sprawdzane są także różnice konfiguracyjne między serwerami. Niezgodne aktualizacje, odmienne sterowniki urządzeń, różne ustawienia sieciowe albo brak wymaganych składników mogą powodować ostrzeżenia lub błędy, nawet gdy każdy serwer uruchamia się bez widocznych problemów.

W części sieciowej testowane są interfejsy, adresacja, komunikacja między węzłami oraz dostęp do usług i zasobów potrzebnych do działania klastra. Istotne są również opóźnienia, utrata pakietów i poprawne rozpoznawanie nazw, ponieważ heartbeat oraz ruch klastrowy muszą docierać do pozostałych węzłów. W środowiskach korzystających ze współdzielonego storage walidacja sprawdza widoczność urządzeń, ścieżki dostępu i możliwość wykonywania operacji dyskowych. Testy magazynów mogą obejmować dyski, woluminy oraz mechanizmy komunikacji używane przez konkretną konfigurację, na przykład iSCSI lub Fibre Channel. Wynik należy interpretować z uwzględnieniem przeznaczenia danego zasobu, ponieważ nie każdy dysk musi być wspólny dla wszystkich węzłów.

Uruchamianie testów i czytanie raportu

Walidację można uruchomić z poziomu kreatora Failover Cluster Manager albo za pomocą polecenia PowerShell Test-Cluster. Przykładowo, test dla dwóch węzłów można rozpocząć poleceniem Test-Cluster -Node Node1,Node2, stosując rzeczywiste nazwy serwerów z danego środowiska. Zakres można ograniczyć parametrem -Test, ale pełna walidacja jest właściwsza przed pierwszym wdrożeniem lub po zmianie infrastruktury. Do uruchomienia części testów potrzebne są odpowiednie uprawnienia administracyjne, a niektóre sprawdzenia storage mogą wywoływać kontrolowany ruch wejścia-wyjścia.

Po zakończeniu działania narzędzie generuje raport z podziałem na testy zakończone powodzeniem, ostrzeżeniami i błędami. Raport nie powinien być oceniany wyłącznie na podstawie ogólnego statusu. Trzeba sprawdzić nazwę testu, wskazane węzły, urządzenie lub interfejs, opis różnicy oraz szczegóły techniczne. Ostrzeżenie może oznaczać konfigurację dopuszczalną, lecz wymagającą świadomej decyzji, natomiast błąd dotyczący komunikacji, quorum, sterownika albo wspólnego dysku zwykle wymaga usunięcia przed wdrożeniem. Po zmianie konfiguracji test należy powtórzyć, aby odróżnić usunięty problem od błędu nadal występującego w środowisku.

Wnioski z walidacji przy diagnostyce WSFC

Nieudana walidacja nie zawsze oznacza awarię pojedynczego serwera. Częstą przyczyną jest niespójność między węzłami: inna konfiguracja kart sieciowych, brak tej samej aktualizacji, niedostępna trasa, niezgodne sterowniki lub różny sposób prezentowania zasobów storage. Dlatego diagnostyka powinna łączyć raport Test-Cluster z dziennikami zdarzeń FailoverClustering, stanem usług, konfiguracją sieci i informacjami od administratora macierzy lub przełączników. Samo ponowne uruchomienie kreatora bez usunięcia przyczyny nie poprawia gotowości klastra.

Ważne jest także rozróżnienie problemu walidacyjnego od problemu eksploatacyjnego. Walidacja sprawdza warunki i funkcje w określonym momencie, lecz nie przewiduje przyszłego uszkodzenia zasilania, awarii przełącznika ani błędów firmware. Po wdrożeniu należy nadal monitorować zdarzenia klastra, stan sieci i magazynów oraz reakcję zasobów na przełączanie ról między węzłami. Jeżeli raport wskazuje konkretny adapter, dysk, ścieżkę lub węzeł, naprawa powinna rozpocząć się od tego elementu, a następnie zostać potwierdzona kolejną pełną walidacją.