Weryfikowanie sprzętu dla klastra trybu failover
Ten artykuł zawiera kroki sprawdzania poprawności sprzętu dla klastra trybu failover. Możesz użyć Kreatora weryfikacji konfiguracji, który jest zintegrowany z Menedżerem klastra trybu failover lub poleceniem cmdlet środowiska Windows PowerShell test-cluster , aby uruchomić zestaw ukierunkowanych testów walidacji. Ten proces można uruchomić w kolekcji serwerów, które mają być używane jako węzły w klastrze. Umożliwia to przetestowanie bazowego sprzętu i oprogramowania, bezpośrednio i indywidualnie, w celu uzyskania dokładnej oceny, jak dobrze można obsługiwać klaster trybu failover w danej konfiguracji.
Ważne
Raport weryfikacji klastra jest wymagany przez firmę Microsoft jako warunek pomocy technicznej firmy Microsoft dla danej konfiguracji.
| Zadanie | Opis |
|---|---|
| Krok 1. Przygotowanie do weryfikacji sprzętu dla klastra trybu failover | Dowiedz się więcej na temat weryfikacji klastra i pomocy technicznej firmy Microsoft dla konfiguracji klastra oraz przygotuj sprzęt do testów weryfikacji. |
| Krok 2. Weryfikowanie nowego lub istniejącego klastra trybu failover | Uruchom Kreatora weryfikacji konfiguracji lub polecenia cmdlet środowiska Windows PowerShell w klastrze testowym. |
| Krok 3. Analizowanie wyników weryfikacji | Przejrzyj raport podsumowania, który jest tworzony po zakończeniu walidacji. Jeśli występują błędy i potrzebujesz pomocy technicznej, przygotuj raport weryfikacji dla działu obsługi klienta i pomocy technicznej firmy Microsoft. |
| Zaawansowane scenariusze walidacji | Przejrzyj te zaawansowane scenariusze, jeśli musisz zweryfikować istniejący klaster i wybrać testowanie tylko niektórych aspektów funkcjonalności klastra. |
| Często zadawane pytania | Uzyskaj odpowiedzi na pytania dotyczące procesu weryfikacji klastra. |
Krok 1. Przygotowanie do weryfikacji sprzętu dla klastra trybu failover
Co to jest walidacja klastra?
Kreator weryfikacji konfiguracji lub polecenie cmdlet środowiska Windows PowerShell test-cluster umożliwia uruchamianie zestawu testów skoncentrowanych na kolekcji serwerów, sieci i skojarzonego magazynu, które są planowane do użycia jako klaster trybu failover. Proces weryfikacji klastra testuje podstawowy sprzęt i oprogramowanie, aby uzyskać dokładną ocenę tego, jak dobrze można obsługiwać klaster trybu failover w danej konfiguracji.
Przed utworzeniem klastra trybu failover zalecamy uruchomienie wszystkich testów weryfikacji klastra.
Walidacja klastra jest przeznaczona do wykonywania następujących akcji:
- Znajdź problemy ze sprzętem lub konfiguracją, zanim klaster trybu failover przejdzie do środowiska produkcyjnego.
- Pomoc w zapewnieniu, że wdrażane rozwiązanie klastrowania jest zależne.
- Umożliwia weryfikowanie zmian sprzętu istniejącego klastra.
- Wykonywanie testów diagnostycznych w istniejącym klastrze.
Typowe scenariusze walidacji
Na poniższej liście opisano scenariusze, w których wymagana jest weryfikacja sprzętu lub jest przydatna. Ogólnie rzecz biorąc, należy uruchomić wszystkie testy weryfikacji (niektóre wyjątki są zanotowane).
Sprawdzanie poprawności przed skonfigurowaniem klastra
Zestaw serwerów gotowych do utworzenia klastra trybu failover
Jest to najprostszy scenariusz weryfikacji. Składniki sprzętowe (systemy, sieci i magazyn) są połączone, ale systemy nie działają jako klaster. Uruchamianie testów w tej sytuacji nie ma wpływu na dostępność.
Sklonowane lub z obrazami systemy
W przypadku sklonowanych lub obrazowanych systemów do innego sprzętu należy uruchomić Kreatora weryfikacji konfiguracji, tak jak w przypadku dowolnego nowego klastra. Zalecamy uruchomienie kreatora tuż po połączeniu składników sprzętowych i zainstalowaniu funkcji Klaster trybu failover przed użyciem klastra przez klientów.
Serwery zwirtualizowane
W przypadku serwerów zwirtualizowanych w klastrze uruchom Kreatora weryfikacji konfiguracji, tak jak w przypadku dowolnego nowego klastra. Wymaganie uruchamiania kreatora jest takie samo, czy istnieje "klaster hostów" (przejście w tryb failover między dwoma komputerami fizycznymi), "klaster gościa" (przejście w tryb failover między systemami operacyjnymi gościa na tym samym komputerze fizycznym) lub inną konfigurację, która obejmuje co najmniej jeden zwirtualizowany serwer.
Sprawdzanie poprawności, gdy klaster ma tylko jeden węzeł
Możesz chcieć uruchomić ograniczoną liczbę testów weryfikacji na jednym serwerze, który ma być używany w klastrze. Niektórych testów nie można uruchomić w tej sytuacji; na przykład testy potwierdzające dopasowanie oprogramowania i aktualizacji oprogramowania między serwerami oraz testy magazynu, które symulują przejście w tryb failover między węzłami. Aby ukończyć proces weryfikacji klastra, musisz mieć co najmniej dwa węzły w klastrze. W związku z tym w przypadku przeniesienia większej liczby serwerów do konfiguracji należy ponownie uruchomić Kreatora weryfikacji klastra, aby można było ukończyć wszystkie testy.
Walidacja po skonfigurowaniu i użyciu klastra
Aby potwierdzić weryfikację pomocy technicznej firmy Microsoft lub wykluczyć problemy z konfiguracją
Jeśli potrzebujesz pomocy technicznej od firmy Microsoft, być może musisz podać raport weryfikacji z kreatora. Jeśli kreator nie został jeszcze uruchomiony i zapisany raport, może być konieczne przełączenie klastra w tryb offline, aby uruchomić kreatora. Raport pokazuje, czy konfiguracja jest obsługiwana, i może pomóc działowi pomocy technicznej firmy Microsoft w rozwiązywaniu problemów z konfiguracją sprzętu, sterowników i podstawowej konfiguracji systemu.
Przed dodaniem węzła
Podczas dodawania serwera do klastra zalecamy najpierw połączenie serwera z sieciami klastra i magazynem, a następnie uruchomienie Kreatora weryfikacji konfiguracji, określenie istniejących węzłów klastra i nowego węzła.
Podczas dołączania nowego magazynu
Po dołączeniu nowego magazynu do klastra (innego niż uwidacznianie nowego numeru jednostki logicznej (LUN) w istniejącym magazynie, należy uruchomić Kreatora weryfikacji konfiguracji, aby potwierdzić, że nowe funkcje magazynu działają poprawnie. Aby zminimalizować wpływ na dostępność, zalecamy uruchomienie kreatora po dołączeniu magazynu i przed rozpoczęciem korzystania z nowych jednostek LUN w klastrowanych usługach lub aplikacjach.
Podczas wprowadzania zmian wpływających na oprogramowanie układowe lub sterowniki
Jeśli chcesz uaktualnić lub wprowadzić inne zmiany w klastrze, które wymagają zmiany oprogramowania układowego lub sterowników, należy uruchomić Kreatora weryfikacji konfiguracji, aby potwierdzić, że nowa kombinacja sprzętu, oprogramowania układowego, sterowników i oprogramowania obsługuje funkcje klastra trybu failover. Jeśli zmiana ma wpływ na oprogramowanie układowe lub sterowniki magazynu, zalecamy zachowanie małej jednostki LUN dostępnej (nieużywanej przez role klastrowane), aby można było uruchomić testy weryfikacji magazynu bez przełączeń ról klastrowanych w tryb offline.
Po przywróceniu systemu z kopii zapasowej
Po przywróceniu systemu z kopii zapasowej uruchom Kreatora weryfikacji konfiguracji, aby potwierdzić, że system może działać prawidłowo w ramach klastra. System nie jest uznawany za obsługiwany system, dopóki testy weryfikacyjne nie zostaną ukończone.
Podczas weryfikowania zmian sprzętu w istniejącym klastrze (w ramach zaawansowanego scenariusza) możesz zdecydować się pominąć niektóre testy magazynu. Aby uzyskać więcej informacji i zagadnień, zobacz Zaawansowane scenariusze walidacji.
Kategorie testów weryfikacji
W poniższej tabeli wymieniono kategorie testów walidacji. Testy w każdej kategorii są wyświetlane w momencie uruchomienia Kreatora weryfikacji konfiguracji. Opis każdego testu w każdej kategorii znajduje się w raporcie weryfikacji zapisanym po zakończeniu walidacji.
| Kategoria | opis |
|---|---|
| Konfiguracja klastra | Wyświetla i weryfikuje zasoby skonfigurowane do użycia w klastrze, w tym role klastrowane i woluminy klastra. |
| Konfiguracja funkcji Hyper-V | Sprawdza poprawność konfiguracji funkcji Hyper-V do użycia w klastrze trybu failover. Uwaga: testy konfiguracji funkcji Hyper-V są wymagane tylko wtedy, gdy używasz lub planujesz korzystać z klastrowanych maszyn wirtualnych. |
| Zapasy | Wyświetla listę kart magistrali hosta (HBA), urządzeń, procesów i sterowników używanych na komputerach w klastrze. |
| Sieć | Weryfikuje konfigurację sieci klastra, adresów IP i Zapory systemu Windows. |
| Magazynowanie | Weryfikuje dyski magazynu i systemy plików, które są dostępne do użycia w klastrze trybu failover. |
| Konfiguracja systemu | Weryfikuje systemy operacyjne, poziomy aktualizacji i ustawienia usługi na komputerach w klastrze. |
Krok 2. Weryfikowanie nowego lub istniejącego klastra trybu failover
Ten krok zawiera procedury uruchamiania Kreatora weryfikacji konfiguracji lub polecenia cmdlet środowiska Windows PowerShell Test-Cluster w celu zweryfikowania nowego lub istniejącego klastra trybu failover.
Ważne
Aby rozpocząć proces dodawania sprzętu (takiego jak dodatkowy serwer) do klastra trybu failover, połącz sprzęt z klastrem trybu failover. Następnie uruchom Kreatora weryfikacji konfiguracji i określ wszystkie serwery, które mają zostać uwzględnione w klastrze. Kreator testuje łączność klastra i tryb failover, nie tylko izolowane składniki (takie jak poszczególne serwery).
Aby uruchomić Kreatora weryfikacji konfiguracji
Zidentyfikuj serwer lub serwery, które chcesz przetestować.
- Jeśli klaster jeszcze nie istnieje, wybierz serwery, które chcesz uwzględnić w klastrze, i upewnij się, że na tych serwerach zainstalowano funkcję Klaster trybu failover. Jeśli funkcja nie jest zainstalowana, zapoznaj się z instrukcjami dotyczącymi instalacji.
- Jeśli klaster już istnieje, upewnij się, że znasz nazwę klastra lub węzła w klastrze.
Zapoznaj się z wymaganiami klastra dotyczącymi sprzętu dla sieci lub magazynu, który chcesz zweryfikować, i upewnij się, że jest on połączony z serwerami.
Zdecyduj, czy chcesz uruchomić wszystkie, czy tylko niektóre z dostępnych testów walidacji. Ogólnie rzecz biorąc, zalecamy uruchomienie wszystkich testów, ale poniższe ogólne wskazówki mogą pomóc w podjęciu decyzji.
Typ klastra Testy weryfikacyjne Nowy lub planowany klaster ze wszystkimi połączonymi sprzętami Wszystkie testy Nowy lub planowany klaster z podłączonymi częściami sprzętu Testy konfiguracji systemu, testy spisu i testy, które mają zastosowanie do połączonego sprzętu (czyli testy sieciowe, jeśli sieć jest połączona lub testuje magazyn, czy magazyn jest połączony) Istniejący klaster, do którego planujesz dodać serwer Wszystkie testy
Uwaga: przed uruchomieniem testów należy połączyć sieci i magazyn dla wszystkich serwerów, które mają znajdować się w klastrze.Rozwiązywanie problemów z istniejącym klastrem Wszystkie testy, chociaż można uruchomić tylko testy, które odnoszą się do widocznego problemu. Ważne
Jeśli rola klastrowana używa dysku podczas uruchamiania kreatora, kreator wyświetli monit o to, czy przejąć rolę klastrowaną do trybu offline na potrzeby testowania. Jeśli zdecydujesz się przejąć rolę klastrowaną w tryb offline, pozostanie ona w trybie offline do momentu zakończenia testów.
Aby otworzyć kreatora, w Menedżerze klastra trybu failover wybierz pozycję Zweryfikuj konfigurację w obszarze Akcje.
Postępuj zgodnie z instrukcjami kreatora, aby określić serwery (w zaplanowanym klastrze) i testy. Jeśli na przykład nie planujesz używania funkcji klastra, które wymagają funkcji Hyper-V, możesz pominąć testy konfiguracji funkcji Hyper-V. Następnie kreator przeprowadzi Cię przez uruchomienie testów.
Uwaga 16.
Po uruchomieniu kreatora na serwerach nieklastrowanych należy wprowadzić nazwy wszystkich serwerów, które chcesz przetestować, nie tylko jeden.
Po uruchomieniu testów jest wyświetlana strona Podsumowanie. Na stronie Podsumowanie wybierz pozycję Wyświetl raport, aby wyświetlić wyniki testu.
Aby wyświetlić wyniki testów po zamknięciu kreatora, w obszarze Akcje w Menedżerze klastra trybu failover wybierz pozycję Wyświetl raport weryfikacji. Można zobaczyć %SystemRoot%\Cluster\Reports\Validation Report <Date and Time>.html gdzie %SystemRoot% to folder, w którym zainstalowano system operacyjny (na przykład C:\Windows).
Równoważne polecenia programu Windows PowerShell
Poniższe polecenia cmdlet środowiska Windows PowerShell pełnią taką samą funkcję jak wcześniejsza procedura. Wprowadź każde polecenie cmdlet w jednym wierszu, mimo że mogą one być wyświetlane w kilku wierszach z powodu ograniczeń formatowania.
W poniższym przykładzie uruchomiono wszystkie testy weryfikacji klastra w węzłach o nazwie node1 i node2. Jeśli węzeł1 lub węzeł2 jest już członkiem klastra, testy będą zawierać wszystkie węzły w tym klastrze.
Test-Cluster -Node node1,node2
Krok 3. Analizowanie wyników weryfikacji
Po zakończeniu działania Kreatora weryfikacji konfiguracji zostanie wyświetlony raport weryfikacji klastra trybu failover. Wszystkie testy muszą przejść z zielonym znacznikiem wyboru lub, w niektórych przypadkach, żółtym trójkątem (ostrzeżenie). W poniższej tabeli przedstawiono symbole w podsumowaniu i wyjaśniono, co oznaczają:
| Symbol | Wyjaśnienie |
|---|---|
|
Odpowiedni test weryfikacyjny zakończył się pomyślnie, co wskazuje, że ten aspekt klastra może być obsługiwany. |
|
Odpowiedni test weryfikacyjny wygenerował ostrzeżenie wskazujące, że ten aspekt klastra może być obsługiwany, ale może nie spełniać zalecanych najlepszych rozwiązań i należy go przejrzeć. Dział pomocy technicznej firmy Microsoft może poprosić Cię o zbadanie lub rozwiązanie problemu, jeśli wydaje się, że jest on bezpośrednio połączony z czymś, co rozwiązujesz. |
|
Odpowiedni test weryfikacji zakończył się niepowodzeniem i ten aspekt klastra nie jest obsługiwany. Należy rozwiązać ten problem, zanim będzie można utworzyć obsługiwany klaster trybu failover. |
|
Odpowiedni test weryfikacyjny został anulowany. Może się to zdarzyć, gdy test zależy od innego testu, który nie zakończył się pomyślnie. |
Jeśli szukasz obszarów problemów (ostrzeżeń lub błędów), w podsumowaniu wyników testu wybierz pojedynczy test, aby przejrzeć szczegóły. Zapoznaj się również z instrukcją podsumowania, aby uzyskać informacje o tym, czy klaster jest obsługiwaną konfiguracją.
Po podjęciu akcji w celu rozwiązania problemu możesz ponownie uruchomić kreatora w razie potrzeby, aby potwierdzić, że konfiguracja przejdzie testy.
Co zrobić, jeśli test weryfikacji zakończy się niepowodzeniem
W większości przypadków, jeśli jakiekolwiek testy w Kreatorze weryfikacji konfiguracji nie powiedzie się, konfiguracja nie jest uważana za obsługiwaną.
Jeśli którykolwiek z testów konfiguracji funkcji Hyper-V zakończy się niepowodzeniem, funkcja Hyper-V w klastrze nie jest poprawnie skonfigurowana. Problem musi zostać rozwiązany, zanim będzie można obsługiwać maszyny wirtualne w klastrze. Jednak błędy w tej kategorii testów nie oznaczają, że klaster nie jest obsługiwany dla obciążeń innych niż klastrowane maszyny wirtualne.
Typ testu, który kończy się niepowodzeniem, jest wskazówką dla akcji naprawczej. Jeśli na przykład test magazynu Lista wszystkich dysków zakończy się niepowodzeniem, a kolejne testy magazynu nie zostaną uruchomione (ponieważ również nie powiedzie się), skontaktuj się z dostawcą magazynu, aby rozwiązać ten problem. Podobnie, jeśli test sieciowy związany z adresami IP zakończy się niepowodzeniem, skontaktuj się z zespołem infrastruktury sieciowej. Nie wszystkie ostrzeżenia lub błędy wskazują na konieczność połączenia z pomocą techniczną firmy Microsoft. Większość ostrzeżeń lub błędów powinna spowodować współpracę z zespołami wewnętrznymi lub określonym dostawcą sprzętu.
Aby uzyskać informacje na temat naprawiania błędów wymienionych w raporcie weryfikacji, zobacz poprzednią sekcję Krok 3: Analizowanie wyników walidacji.
Po rozwiązaniu i rozwiązaniu problemów należy ponownie uruchomić Kreatora weryfikacji konfiguracji. Aby można było uznać za obsługiwaną konfigurację, wszystkie testy są wymagane do uruchomienia i ukończenia bez błędów.
Podaj raport weryfikacji, gdy poprosisz o pomoc techniczną od firmy Microsoft
Jeśli musisz skontaktować się z pomocą techniczną firmy Microsoft w sprawie problemu z walidacją, zespół pomocy technicznej pomoże Ci zebrać raport weryfikacji i inne odpowiednie pliki konfiguracji przy użyciu narzędzia diagnostycznego pomoc techniczna firmy Microsoft (MSDT). (Ta funkcja zastępuje narzędzie do zbierania danych MPSReports). W razie potrzeby firma Microsoft wyśle instrukcje dotyczące sposobu przechwytywania danych. W niektórych sytuacjach firma Microsoft może zażądać, aby zawartość folderu C:\Windows\Cluster\Reports została spakowana i wysłana do analizy. Każda z metod będzie zbierać wymagany raport weryfikacji klastra.
Aktualizacje testów walidacji
Kreator weryfikacji konfiguracji zawiera dokładny obraz tego, jak dobrze można obsługiwać klaster trybu failover dla danej konfiguracji. Jeśli aktualizacja Kreatora weryfikacji konfiguracji stanie się dostępna, może być konieczne ponowne uruchomienie kreatora i przekazanie wszystkich testów dla konfiguracji, aby nadal być obsługiwane. Może to spowodować niepowodzenie niektórych rozwiązań, które wcześniej zostały przekazane do awarii. Problemy zgłaszane w zaktualizowanych testach należy rozwiązać w taki sam sposób, jak pokazano w tym przewodniku.
Zaawansowane scenariusze walidacji
Jeśli wprowadzisz zmianę w istniejącym klastrze, może nie być konieczne uruchomienie wszystkich testów weryfikacji klastra. W poniższych tabelach wymieniono rodzaje zmian, które można wprowadzić w klastrze i odpowiednie testy do uruchomienia.
Klucz wymaganych testów weryfikacji pokazanych w następujących tabelach:
- Pełne: Uruchom kompletny zestaw testów. Wymaga to przestoju klastra.
- Pojedyncza jednostka LUN: uruchom kompletny zestaw testów i uruchom testy magazynu tylko na jednej jednostki LUN. Jednostka LUN może być małą jednostki LUN, która jest odkładana do celów testowych lub dysku monitora (jeśli klaster używa dysku monitora). Umożliwia to zweryfikowanie podsystemu magazynowania, ale nie w szczególności poszczególnych jednostek LUN lub dysku. Możesz uruchomić te testy weryfikacyjne bez powodowania przestojów w klastrowanych usługach lub aplikacjach.
- Pomijanie testów magazynu: uruchom konfigurację systemu, spis i testy sieciowe, ale nie testy magazynu. Możesz uruchomić te testy weryfikacyjne bez powodowania przestojów w rolach klastrowanych.
- Brak: nie są wymagane żadne testy weryfikacyjne.
Zmiany serwera
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Fizycznie zastępując lub zmieniając serwer używany w klastrze | Pełny |
| Dodawanie lub usuwanie procesorów CPU | Brak |
| Dodawanie lub usuwanie pamięci RAM na serwerze | Brak |
| Dodawanie, usuwanie lub zastępowanie karty sieciowej | Pomijanie testów magazynu |
| Aktualizowanie oprogramowania układowego lub istniejącego sterownika sieciowego | Pomijanie testów magazynu |
| Zmienianie ustawień systemu BIOS lub wersji oprogramowania układowego | Brak |
| Dodawanie lub zmienianie urządzeń peryferyjnych innych niż składniki sieciowe lub magazynujące, takie jak dyski CD-ROM lub DVD, stacje taśm, karty wideo, urządzenia dźwiękowe i urządzenia USB | Brak |
Zmiany systemu operacyjnego
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Stosowanie dodatków Service Pack systemu operacyjnego, aktualizacji oprogramowania lub poprawek mających wpływ na stos magazynu | Pojedyncza jednostka LUN |
| Stosowanie aktualizacji oprogramowania lub poprawek, które nie wpływają na stos magazynu | Pomijanie testów magazynu |
| Instalowanie aplikacji, która nie ma trybu jądra ani sterowników filtrów | Brak |
| Zmienianie lub dodawanie nowych sterowników trybu jądra | Pojedyncza jednostka LUN |
Zmiany konfiguracji klastra
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Dodawanie nowego węzła do klastra | Pełny |
| Dodawanie nowego węzła korzystającego z różnego sprzętu | Pełny |
| Usuwanie węzła z klastra | Brak |
| Zmienianie konfiguracji kworum | Brak |
Zmiany magazynu udostępnionego
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Zmienianie lub dodawanie macierzy magazynowej | Pełny |
| Dodanie innej sprzętowej jednostki RAID SCSI tego samego typu i użycie karty HBA, która jest już w konfiguracji | Pojedyncza jednostka LUN |
| Tworzenie drobnego (0.x) poprawka do oprogramowania układowego magazynu | Pojedyncza jednostka LUN |
| Wprowadzenie wersji głównej (x.0) do oprogramowania układowego magazynu | Pojedyncza jednostka LUN |
| Prezentowanie nowego dysku lub jednostki LUN w klastrze | Pełne, ale przetestuj tylko nowe lun |
Zmiany sieci SAN (przełącznik/koncentrator)
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Dodawanie lub zastępowanie przełącznika Fibre Channel lub koncentratora | Pełny |
| Zmienianie liczby portów w bloku przełącznika | Brak |
| Wprowadzenie drobnej poprawki (0.x) do oprogramowania układowego przełącznika Fibre Channel | Pojedyncza jednostka LUN |
| Wprowadzenie wersji głównej (X.0) do oprogramowania układowego przełącznika Fibre Channel | Pojedyncza jednostka LUN |
| Zmienianie konfiguracji przełącznika lub strefowania | Pełne, ale test zmienił tylko lun |
Zmiany karty magistrali hosta (HBA)
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Zastępowanie karty HBA (tego samego lub innego typu) | Pełny |
| Dodawanie nowej karty HBA (tego samego lub innego typu) | Pojedyncza jednostka LUN |
| Zmiana oprogramowania układowego karty HBA lub systemu BIOS | Pojedyncza jednostka LUN |
| Zmiana wersji sterownika HBA | Pojedyncza jednostka LUN |
Zmiany oprogramowania wielościeżkowego
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Zmiana z pojedynczej ścieżki na wielościeżk lub wielościeżkowego na pojedynczą ścieżkę | Pełny |
| Dodawanie ścieżki | Pojedyncza jednostka LUN |
| Usuwanie ścieżki | Pojedyncza jednostka LUN |
| Aktualizowanie wersji modułu specyficznego dla urządzenia (DSM) | Pojedyncza jednostka LUN |
| Zmiana na DSM innego typu, na przykład dsm z innego dostawcy | Pojedyncza jednostka LUN |
Zmiany klastra w wielu lokacjach
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Modyfikowanie sieci łączących węzły | Pomijanie testów magazynu |
| Zmiana wersji pomocniczej (0.x) w oprogramowaniu do replikacji danych | Pojedyncza jednostka LUN |
| Zmiana wersji głównej (X.0) w oprogramowaniu replikacji danych lub zmiana na inny typ oprogramowania replikacji | Pełny |
Zmiany sieci
| Zmień | Wymagane testy weryfikacyjne |
|---|---|
| Modyfikowanie oprogramowania układowego, oprogramowania lub sprzętu sieciowego | Pomijanie testów magazynu |
Dołączanie testów magazynu
Podczas przeprowadzania testów weryfikacji klastra w skonfigurowanym klastrze może nie zawsze być uruchamiane wszystkie testy magazynu. W tej sekcji wyjaśniono, co należy wziąć pod uwagę podczas dołączania lub wykluczania testów magazynu.
Zagadnienia dotyczące dołączania testów magazynu
Kreator sprawdzania poprawności konfiguracji domyślnie uruchamia wszystkie testy magazynu. Wszystkie lub niektóre testy magazynu mogą być niezaznaczone, wybierając opcję Uruchom tylko testy wybierane na stronie Opcje testowania kreatora. Gdy testy magazynu są uwzględnione, na stronie Przeglądanie stanu magazynu w kreatorze są wyświetlane wszystkie dyski i pule magazynu w klastrze, spośród których można wybrać dyski i pule magazynu, które mają zostać objęte testami magazynu. Testy magazynu wymagają, aby dysk lub pula magazynu przypisana do roli klastrowanej lub udostępnionego woluminu klastra została najpierw przełączona w tryb offline. W związku z tym wszystkie elementy korzystające z magazynu nie będą miały dostępu do niego podczas testów magazynu. Zalecamy, aby każda rola klastrowana lub inny proces, który może używać dysku lub puli magazynów, został przełączony w tryb offline, zanim magazyn zostanie uwzględniony w testach weryfikacji magazynu.
Polecenie cmdlet Środowiska Windows PowerShell testowego klastra uruchamia domyślnie wszystkie testy magazynu. Można określić parametr do uruchamiania -Include tylko testów magazynu lub określonego testu magazynu. Możesz użyć parametrów -Disk i -Pool , aby włączyć docelową walidację magazynu. Parametr -Disk lub -Pool parametr umożliwia określenie odpowiednio jednego lub większej liczby dysków lub pul magazynów, które mają zostać uwzględnione w testach weryfikacji magazynu. -Disk Jeśli parametr lub -Pool parametr jest używany do określenia dysku lub puli magazynów, która jest obecnie w trybie online i jest przypisana do roli klastrowanej lub udostępnionego woluminu klastra, należy również określić -Force parametr, aby zweryfikować odpowiedni dysk lub pulę magazynów. W przeciwnym razie należy upewnić się, że dysk klastrowany lub pula magazynów jest w trybie offline przed uruchomieniem testów. -Disk Jeśli parametr lub -Pool parametr nie jest określony, Test-Cluster uruchamia testy magazynu na wszystkich dyskach i pulach magazynów, które są dostępne do użycia klastra lub które znajdują się w zasobie klastra w trybie offline lub w stanie niepowodzenia. Zalecamy, aby każda rola klastrowana lub inny proces, który może używać dysku lub puli magazynów, został przełączony w tryb offline przed włączeniem magazynu do testowania poprawności.
Magazyn, który nie jest bezpośrednio połączony ze wszystkimi węzłami w klastrze
W niektórych przypadkach projekt klastra obejmuje magazyn, który nie jest połączony ze wszystkimi węzłami w klastrze. Typowym przykładem są klastry obejmujące wiele lokacji, w których węzły klastra w lokacjiA są połączone z jednym zestawem magazynu, węzły w usłudze SiteB są połączone z innym zestawem magazynu, a rozwiązanie replikacji innej firmy niż Microsoft służy do zapewnienia, że oba zestawy magazynu mają te same dane. Klastry trybu failover wykrywają tę konfigurację magazynu asymetrycznego, więc dyski w usłudze SiteA są weryfikowane tylko za pomocą węzłów LokacjaA, a dyski w usłudze SiteB są weryfikowane tylko z węzłami w usłudze SiteB.
W jednym scenariuszu, w którym dział pomocy technicznej firmy Microsoft może zażądać uruchomienia testów weryfikacji w klastrach produkcyjnych, występuje błąd magazynu klastra, który może być spowodowany przez niektóre podstawowe zmiany konfiguracji magazynu lub problem. Może nie być zalecane, aby przejąć dysk, który jest używany w trybie offline ze względu na jego wpływ na dostępność ról klastrowanych, które go używają. W takiej sytuacji można uruchomić testy weryfikacyjne (w tym testy magazynu), tworząc lub wybierając nową jednostkę LUN z tego samego udostępnionego urządzenia magazynującego i przedstawiając je wszystkim węzłom w klastrze. Testując tę jednostkę LUN, można uniknąć zakłócania działania ról klastrowanych, które są już w trybie online w klastrze i nadal testować bazowy podsystem magazynowania.
Jeśli klaster trybu failover przejdzie pełny zestaw testów weryfikacji i nie będzie miał przyszłych zmian sprzętowych ani oprogramowania, będzie nadal obsługiwaną konfiguracją. Jednak podczas wykonywania rutynowych aktualizacji składników oprogramowania, takich jak sterowniki i oprogramowanie układowe, może być konieczne ponowne uruchomienie Kreatora konfiguracji, aby upewnić się, że bieżąca konfiguracja klastra trybu failover jest obsługiwana. Poniższe wskazówki mogą pomóc w podjęciu decyzji, kiedy jest to konieczne:
Wszystkie składniki stosu magazynu powinny być identyczne we wszystkich węzłach w klastrze. Wymagane jest, aby oprogramowanie wielościeżkowe we/wy (MPIO) i składniki oprogramowania specyficzne dla urządzenia (DSM) są identyczne. Zalecamy, aby kontrolery urządzeń pamięci masowej (tj. karta magistrali hosta (HBA), sterowniki HBA i oprogramowanie układowe HBA dołączone do magazynu klastra są identyczne. Jeśli używasz różnych kart HBA, sprawdź u dostawcy magazynu, że korzystasz z obsługiwanych lub zalecanych konfiguracji.
Najlepszym rozwiązaniem jest zapewnienie niewielkiej jednostki LUN, aby umożliwić Kreatorowi weryfikacji konfiguracji uruchamianie testów w dostępnym magazynie bez negatywnego wpływu na role klastrowane. Jeśli dział pomocy technicznej klienta firmy Microsoft zażąda pełnego zestawu testów weryfikacji klastra, kreator umożliwia wybranie tego dysku dla testów magazynu w celu sprawdzenia, czy magazyn działa prawidłowo.
Zagadnienia dotyczące nieuwzględniania testów magazynu
Testy konfiguracji systemu, testy spisu i testy sieciowe mają niewielkie obciążenie i mogą być wykonywane bez znaczącego wpływu na serwery w klastrze.
Dział pomocy technicznej firmy Microsoft może poprosić o zweryfikowanie klastra produkcyjnego w ramach normalnych procedur rozwiązywania problemów (nie koncentruje się na magazynie). W tym scenariuszu użyj kreatora, aby utworzyć spis sprzętu i oprogramowania, przeprowadzić testowanie sieci i zweryfikować konfigurację systemu. Niektóre scenariusze mogą wymagać tylko podzestawu pełnych testów. Jeśli na przykład rozwiązujesz problem z siecią w klastrze produkcyjnym, dział pomocy technicznej firmy Microsoft może poprosić o uruchomienie tylko spisu sprzętu i oprogramowania oraz testów sieciowych.
Często zadawane pytania
Czy rozwiązania klastra trybu failover będą wyświetlane w wykazie systemu Windows Server?
Nie, firma Microsoft nie będzie obsługiwać listy rozwiązań dostawcy dla klastrów trybu failover. Jednak wielu dostawców wymienia zalecane rozwiązania i składniki klastra trybu failover w swoich witrynach internetowych.
W jaki sposób dział pomocy technicznej firmy Microsoft sprawdza, czy rozwiązanie zostało zweryfikowane?
Kreator sprawdzania poprawności konfiguracji generuje prosty raport HTML, który wyraźnie wyświetla, czy rozwiązanie zakończyło wszystkie testy. Ten raport jest zbierany w ramach standardowego narzędzia diagnostycznego MSDT.
Co zrobić, jeśli wprowadzim zmianę w konfiguracji klastra, na przykład dodając węzeł? Czy muszę ponownie uruchomić Kreatora weryfikacji konfiguracji?
Tak, Kreator weryfikacji konfiguracji powinien być uruchamiany za każdym razem, gdy zostanie wprowadzona zmiana w istniejącym klastrze trybu failover. Aby uzyskać więcej informacji, zobacz Typowe scenariusze weryfikacji we wcześniejszej sekcji tego przewodnika.