Udostępnij za pośrednictwem

Konfigurowanie kworum i zarządzanie nim

Ten artykuł zawiera podstawowe informacje oraz kroki, w jaki sposób skonfigurować i zarządzać kworum w klastrze przełączania awaryjnego.

Aby uzyskać informacje na temat kworum klastra i puli magazynu w Storage Spaces Direct na platformach Azure Local i Windows Server, zobacz Understanding cluster and pool quorum.

Opis kworum

Kworum dla klastra jest określane przez liczbę elementów głosowania, które muszą być częścią aktywnego członkostwa w klastrze, aby można było prawidłowo uruchomić lub kontynuować pracę. Aby uzyskać bardziej szczegółowe wyjaśnienie, zobacz dokument dotyczący zrozumienia klastra i kworum zasobnika.

Opcje konfiguracji kworum

Model kworum w systemie Windows Server jest elastyczny. Jeśli musisz zmodyfikować konfigurację kworum dla klastra, możesz użyć Kreatora konfigurowania kworum klastra lub cmdletów Windows PowerShell FailoverClusters. Aby zapoznać się z krokami i zagadnieniami dotyczącymi konfigurowania kworum, zobacz Konfigurowanie kworum klastra w dalszej części tego tematu.

W poniższej tabeli wymieniono trzy opcje konfiguracji kworum dostępne w Kreatorze konfigurowania kworum klastra.

Opcja Opis
Użyj typowych ustawień Klaster automatycznie przypisuje głos do każdego węzła i dynamicznie zarządza głosami węzła. Jeśli jest odpowiedni dla Twojego klastra i dostępna jest współdzielona przestrzeń dyskowa klastra, klaster wybiera świadek dyskowy. Ta opcja jest zalecana w większości przypadków, ponieważ oprogramowanie klastra automatycznie wybiera konfigurację kworum i świadka, która zapewnia najwyższą dostępność dla twojego klastra.
Dodaj lub zmień świadka kworum Możesz dodawać, zmieniać lub usuwać zasób świadka. Udział plików lub monitor dysku można skonfigurować. Klaster automatycznie przypisuje głos do każdego węzła i dynamicznie zarządza głosami węzła.
Zaawansowana konfiguracja kworum i wybór świadka Należy wybrać tę opcję tylko wtedy, gdy masz wymagania specyficzne dla aplikacji lub lokacji dotyczące konfigurowania kworum. Możesz zmodyfikować świadka kworum, dodać lub usunąć głosy węzłów i wybrać, czy klaster dynamicznie zarządza głosami węzłów. Domyślnie głosy są przypisywane do wszystkich węzłów, a głosy węzłów są dynamicznie zarządzane.

W zależności od wybranej opcji konfiguracji kworum i określonych ustawień klaster zostanie skonfigurowany w jednym z następujących trybów kworum:

Tryb Opis
Większość węzłów (bez świadka) Tylko węzły mają głosy. Nie skonfigurowano świadka kworum. Kworum klastra jest większością węzłów głosowania w aktywnym członkostwie klastra.
Większość węzłów z świadkiem (dysk lub udział plików) Węzły mają głosy. Ponadto świadek kworum ma głos. Kworum klastra stanowi większość węzłów głosujących w aktywnym składzie klastra oraz głos świadka. Monitor kworum może być wyznaczonym monitorem dysku lub wyznaczonym monitorem udziału plików.
Brak kworum (tylko świadek dysku) Żadne węzły nie mają głosów. Tylko monitor dysku ma głos.
Kworum klastra jest określane przez stan świadka dysku. Ogólnie rzecz biorąc, ten tryb nie jest zalecany i nie należy go wybierać, ponieważ tworzy pojedynczy punkt awarii klastra.

Poniższe podsekcje zawierają więcej informacji na temat zaawansowanych ustawień konfiguracji kworum.

Konfiguracja świadka

Ogólnie rzecz biorąc podczas konfigurowania kworum elementy głosowania w klastrze powinny być liczbą nieparzystną. W związku z tym, jeśli klaster zawiera parzystą liczbę węzłów głosowania, należy skonfigurować świadka dysku lub świadka udziału plików. Klaster będzie mógł utrzymać jeden dodatkowy węzeł w dół. Ponadto dodanie głosu świadka umożliwia klastrowi kontynuowanie działania, jeśli połowa węzłów klastra jednocześnie ulegnie awarii lub zostaną odłączone.

Świadek dysku jest zwykle zalecany, jeśli wszystkie węzły mogą widzieć dysk. Świadek udziału plików jest zalecany, gdy rozważasz wielomiejscowe odzyskiwanie po awarii z replikowanym magazynem. Skonfigurowanie świadka dysku z replikowaną pamięcią masową jest możliwe tylko wtedy, jeśli dostawca pamięci masowej umożliwia dostęp do odczytu i zapisu ze wszystkich lokalizacji do replikowanej pamięci masowej. Monitor dysku nie jest obsługiwany w przypadkubezpośrednich miejsc do magazynowania.

Poniższa tabela zawiera dodatkowe informacje i aspekty dotyczące typów świadków kworum.

Typ świadka Opis Wymagania i zalecenia
Świadek dysku
  • Dedykowana jednostka LUN, która przechowuje kopię bazy danych klastra
  • Najbardziej przydatne w przypadku klastrów ze wspólnym magazynem (niezreplikowanym)
  • Rozmiar LUN musi wynosić co najmniej 512 MB
  • Musi być dedykowany do użycia klastra i nie jest przypisany do roli klastrowanej
  • Należy uwzględnić w przechowywaniu klastra i przejść testy walidacji przechowywania
  • Nie może być to dysk, który jest woluminem współdzielonym klastra (CSV)
  • Dysk podstawowy z jednym woluminem
  • Nie musi mieć przypisanej litery dysku
  • Można sformatować przy użyciu systemu plików NTFS lub ReFS
  • Można opcjonalnie skonfigurować sprzętową macierz RAID w celu zapewnienia odporności na uszkodzenia.
  • Powinny być wykluczone z procesu tworzenia kopii zapasowych i ze skanowania antywirusowego
  • Świadek dysku nie jest obsługiwany w przypadku Bezpośredniej przestrzeni dyskowej
Świadek udziału plików
  • Udział plików SMB skonfigurowany na serwerze plików z systemem Windows Server
  • Nie przechowuje kopii bazy danych klastra
  • Przechowuje informacje o klastrze tylko w pliku witness.log
  • Najbardziej przydatne w przypadku klastrów z wieloma lokacjami z replikowanym magazynem
  • Musi mieć co najmniej 5 MB wolnego miejsca
  • Musi być dedykowany dla pojedynczego klastra i nie jest używany do przechowywania danych użytkownika lub aplikacji
  • Musi mieć włączone uprawnienia zapisu dla obiektu komputera dla nazwy klastra

Poniżej przedstawiono dodatkowe zagadnienia dotyczące serwera plików, który hostuje monitor udziału plików:
  • Jeden serwer plików można skonfigurować za pomocą świadków udziału plików dla wielu klastrów.
  • Serwer plików musi znajdować się w lokacji, która jest oddzielona od obciążenia klastra. Umożliwia to równą szansę przetrwania dla każdej lokacji klastra w przypadku utraty komunikacji sieciowej między lokalizacjami. Jeśli serwer plików znajduje się w tej samej witrynie, to ona staje się witryną główną i jest jedyną, która może uzyskać dostęp do udziału plików.
  • Serwer plików może działać na maszynie wirtualnej, jeśli ta maszyna wirtualna nie jest hostowana w tym samym klastrze, który używa świadka udostępniania plików.
  • Aby zapewnić wysoką dostępność, serwer plików można skonfigurować w osobnym klastrze przełączania awaryjnego.
Świadek chmury
  • Plik świadka przechowywany w usłudze Azure Blob Storage
  • Nie przechowuje kopii bazy danych klastra
  • Zalecane, gdy wszystkie serwery w klastrze mają niezawodne połączenie internetowe.
 Zobacz Wdrażanie świadka w chmurze.

Notatka

Jeśli skonfigurujesz świadka udziału plików lub świadka w chmurze, a następnie wyłączysz wszystkie węzły w celu przeprowadzenia konserwacji lub z jakiegoś innego powodu, musisz upewnić się, że uruchomisz usługę klastra z ostatniego aktywnego węzła, ponieważ najnowsza baza danych klastra nie jest przechowywana u tych świadków. Zobacz to również.

Przypisanie głosu węzłowi

Jako zaawansowana opcja konfiguracji kworum możesz przypisać lub usunąć głosy kworum dla poszczególnych węzłów. Domyślnie wszystkie węzły mają przypisane głosy. Niezależnie od przypisania głosu wszystkie węzły nadal działają w klastrze, odbierają aktualizacje bazy danych klastra i mogą hostować aplikacje.

Być może zechcesz usunąć głosy z węzłów w niektórych konfiguracjach odzyskiwania po awarii. Na przykład w klastrze z wieloma lokacjami można usunąć głosy z węzłów w stronie zapasowej, tak aby te węzły nie wpływały na obliczenia kworum. Ta konfiguracja jest zalecana tylko w przypadku ręcznego przełączenia awaryjnego między lokalizacjami. Aby uzyskać więcej informacji, zobacz Zagadnienia dotyczące kworum dotyczące konfiguracji odzyskiwania po awarii w dalszej części tego tematu.

Skonfigurowane głosowanie węzła można zweryfikować, wyszukując wspólną właściwość NodeWeight węzła klastra przy użyciu polecenia cmdlet Get-ClusterNode środowiska Windows PowerShell. Wartość 0 wskazuje, że węzeł nie ma skonfigurowanego głosowania kworum. Wartość 1 wskazuje, że węzeł posiada przypisane głosowanie kworum i jest ono zarządzane przez klaster. Aby uzyskać więcej informacji na temat zarządzania głosami węzłów, zobacz Dynamiczne Zarządzanie Kworum w dalszej części tego tematu.

Przypisanie głosów dla wszystkich węzłów klastra można zweryfikować przy użyciu testu weryfikacji kworum klastra Validate Cluster Quorum.

Dodatkowe zagadnienia dotyczące przypisywania głosów do węzłów

  • Przypisanie głosu węzła nie jest zalecane w celu wymuszenia nieparzystej liczby węzłów głosowania. Zamiast tego należy skonfigurować świadka dysku lub świadka udziału plików. Aby uzyskać więcej informacji, zobacz Konfiguracja świadka w dalszej części tego tematu.
  • Jeśli dynamiczne zarządzanie kworum jest włączone, tylko węzły skonfigurowane do przypisania głosów węzłów mogą mieć dynamicznie przypisane lub usunięte głosy. Aby uzyskać więcej informacji, zobacz dynamiczne zarządzanie kworum w dalszej części tego tematu.

Dynamiczne zarządzanie kworum

W systemie Windows Server 2012 jako zaawansowana opcja konfiguracji kworum można włączyć dynamiczne zarządzanie kworum według klastra. Aby uzyskać więcej informacji na temat sposobu działania kworum dynamicznego, zobacz to wyjaśnienie.

W przypadku dynamicznego zarządzania kworum można również uruchomić klaster w ostatnim ocalałym węźle klastra. Dostosowując dynamicznie wymaganie większości kworum, klaster może wytrzymać sekwencyjne wyłączanie węzłów aż do pozostania tylko jednego węzła.

Dynamiczny głos węzła przypisany przez klaster można zweryfikować za pomocą wspólnej właściwości DynamicWeight węzła klastra, używając cmdletu Get-ClusterNode w środowisku Windows PowerShell. Wartość 0 wskazuje, że węzeł nie uczestniczy w głosowaniu kworum. Wartość 1 wskazuje, że węzeł ma prawo do głosowania w kworum.

Przypisanie głosów dla wszystkich węzłów klastra można zweryfikować za pomocą testu weryfikacji Walidacja Kworum Klastra.

Dodatkowe zagadnienia dotyczące dynamicznego zarządzania kworum

  • Dynamiczne zarządzanie kworum nie pozwala klastrowi na przetrwanie jednoczesnej awarii większości członków z prawem głosu. Aby kontynuować działanie, klaster musi zawsze mieć większość kworum w momencie zamknięcia lub awarii węzła.

  • Jeśli jawnie usunięto głosowanie węzła, klaster nie może dynamicznie dodawać ani usuwać tego głosowania.

  • Gdy funkcja Bezpośrednie miejsca do magazynowania jest włączona, klaster może obsługiwać tylko dwa awarie węzłów. Wyjaśniono więcej w sekcji kworum puli

Ogólne zalecenia dotyczące konfiguracji kworum

Oprogramowanie klastra automatycznie konfiguruje kworum dla nowego klastra na podstawie dostępności pamięci współdzielonej i liczby skonfigurowanych węzłów. Jest to zazwyczaj najbardziej odpowiednia konfiguracja kworum dla tego klastra. Warto jednak przejrzeć konfigurację kworum po utworzeniu klastra przed umieszczeniem klastra w środowisku produkcyjnym. Aby wyświetlić szczegółową konfigurację kworum klastra, możesz użyć Kreatora zatwierdzania konfiguracji lub polecenia cmdlet Windows PowerShell Test-Cluster, aby uruchomić test "Validate Quorum Configuration" . W Menedżerze klastra trybu failover podstawowa konfiguracja kworum jest wyświetlana w podsumowaniu informacji dotyczących wybranego klastra lub można przejrzeć informacje o zasobach kworum zwracanych podczas uruchamiania polecenia cmdlet programu Get-ClusterQuorum programu Windows PowerShell.

W dowolnym momencie możesz uruchomić test Validate Quorum Configuration, aby sprawdzić, czy konfiguracja kworum jest optymalna dla klastra. Dane wyjściowe testu wskazują, czy zalecana jest zmiana konfiguracji kworum i ustawienia, które są optymalne. Jeśli zaleca się zmianę, możesz użyć Kreatora konfigurowania kworum klastra, aby zastosować zalecane ustawienia.

Gdy klaster jest w środowisku produkcyjnym, nie zmieniaj konfiguracji kworum, chyba że określono, że zmiana jest odpowiednia dla klastra. Warto rozważyć zmianę konfiguracji kworum w następujących sytuacjach:

  • Dodawanie lub usuwanie węzłów
  • Dodawanie lub usuwanie pamięci
  • Długotrwała awaria węzła lub monitora
  • Odzyskiwanie klastra w scenariuszu odzyskiwania po awarii w wielu lokacjach

Aby uzyskać więcej informacji na temat walidacji klastra failover, zobacz Weryfikowanie sprzętu klastra failover.

Konfigurowanie kworum klastra

Ustawienia kworum klastra można skonfigurować przy użyciu Menedżera klastra trybu failover lub poleceń cmdlet programu Windows PowerShell trybu failoverClusters.

Ważny

Zwykle najlepiej użyć konfiguracji kworum zalecanej przez Kreatora konfigurowania kworum klastra. Zalecamy dostosowanie konfiguracji kworum tylko wtedy, gdy określono, że zmiana jest odpowiednia dla klastra. Aby uzyskać więcej informacji, zobacz Ogólne zalecenia dotyczące konfiguracji kworum w tym temacie.

Konfigurowanie ustawień kworum klastra

Członkostwo w lokalnej grupie administratorów na każdym serwerze klastra lub równoważnej jest minimalnymi uprawnieniami wymaganymi do wykonania tej procedury. Ponadto używane konto musi być kontem użytkownika domeny.

Notatka

Konfigurację kworum klastra można zmienić bez zatrzymywania klastra lub przełączania zasobów klastra w tryb offline.

Zmień konfigurację kworum w klastrze awaryjnym przy użyciu Menedżera klastra awaryjnego

  1. W Menedżerze klastra trybu failover wybierz lub określ klaster, który chcesz zmienić.

  2. Po wybraniu klastra w obszarze Actionswybierz pozycję Więcej akcji, a następnie wybierz pozycję Skonfiguruj ustawienia kworum klastra. Pojawia się kreator konfiguracji kworum klastra. Wybierz pozycję Dalej.

  3. Na stronie Wybierz opcję konfiguracji kworum wybierz jedną z trzech opcji konfiguracji i wykonaj kroki dla tej opcji. Przed skonfigurowaniem ustawień kworum możesz przejrzeć wybrane opcje. Aby uzyskać więcej informacji na temat opcji, zobacz Zrozumienie kworum, wcześniej w tym temacie.

    • Aby zezwolić klastrowi na automatyczne resetowanie ustawień kworum, które są optymalne dla bieżącej konfiguracji klastra, wybierz Użyj domyślnej konfiguracji kworum, a następnie ukończ pracę kreatora.

    • Aby dodać lub zmienić monitor kworum, wybierz pozycję Wybierz monitor kworum, a następnie wykonaj następujące kroki. Aby uzyskać informacje i uwagi dotyczące konfigurowania monitora kworum, zobacz konfiguracja monitora kworum wcześniej w tym temacie.

      1. Na stronie Wybieranie świadka kworum wybierz opcję konfiguracji świadka dysku lub świadka udziału plików. Kreator wskazuje zalecane opcje wyboru świadka dla Twojego klastra.

        Uwaga

        Możesz również wybrać Nie konfiguruj monitora kworum, a następnie zakończyć pracę kreatora. Jeśli w klastrze istnieje parzysta liczba węzłów głosowania, może to nie być zalecana konfiguracja.

      2. Jeśli wybierzesz opcję skonfigurowania świadka dyskowego, na stronie Skonfiguruj świadka magazynu wybierz wolumin magazynu, który chcesz przypisać jako świadka dyskowego, a następnie ukończ kreatora.

      3. Jeśli wybierzesz opcję skonfigurowania zasobu świadka udziału plików, na stronie Skonfiguruj zasób świadka udziału plików wpisz lub przejdź do udziału plików, który będzie używany jako zasób świadka, a następnie zakończ pracę kreatora.

      4. Jeśli wybierzesz opcję skonfigurowania świadka w chmurze, na stronie Skonfiguruj świadka w chmurze wprowadź nazwę konta magazynu platformy Azure, klucz konta usługi Azure Storage i punkt końcowy usługi platformy Azure, a następnie ukończ kreatora.

        Notatka

        Ta opcja jest dostępna w systemie Windows Server 2016 lub nowszym.

    • Aby skonfigurować ustawienia zarządzania kworum i dodać lub zmienić świadka kworum, wybierz Zaawansowaną konfigurację kworum, a następnie wykonaj następujące kroki. Aby uzyskać informacje i uwagi dotyczące zaawansowanych ustawień konfiguracji kworum, zobacz przypisywanie głosu węzła i dynamiczne zarządzanie kworum wcześniej w tym temacie.

      1. Na stronie Wybierz konfigurację głosowania wybierz opcję przypisania głosów do węzłów. Domyślnie wszystkim węzłom przypisywany jest głos. Jednak w przypadku niektórych scenariuszy można przypisywać głosy tylko do podzestawu węzłów.

        Notatka

        Możesz również wybrać pozycję Brak węzłów. Zazwyczaj nie jest to zalecane, ponieważ nie umożliwia węzłom uczestniczenia w głosowaniu kworum i wymaga skonfigurowania świadka dysku. Ten świadek dysku staje się pojedynczym punktem uszkodzenia klastra.

      2. Na stronie Konfigurowanie zarządzania kworum można włączyć lub wyłączyć opcję Zezwalaj klastrowi na dynamiczne zarządzanie przypisaniem głosów węzłów. Wybranie tej opcji zwykle zwiększa dostępność klastra. Domyślnie opcja jest włączona i zdecydowanie zaleca się, aby nie wyłączać tej opcji. Ta opcja umożliwia klastrowi kontynuowanie działania w scenariuszach awarii, które nie są możliwe, gdy ta opcja jest wyłączona.

        Notatka

        Ta opcja nie jest obecna w systemie Windows Server 2016 lub nowszym.

      3. Na stronie Wybieranie świadka kworum wybierz opcję skonfigurowania świadka dysku, świadka udziału plików lub świadka w chmurze. Kreator wskazuje zalecane dla klastra opcje wyboru świadków.

        Notatka

        Możesz również wybrać Nie konfiguruj świadka kworum, a następnie zakończyć działanie kreatora. Jeśli w klastrze istnieje parzysta liczba węzłów głosowania, może to nie być zalecana konfiguracja.

      4. Jeśli wybierzesz opcję skonfigurowania świadka dysku, na stronie Skonfiguruj świadka magazynu wybierz wolumin magazynu, który chcesz przypisać jako świadka dysku, a następnie ukończ kreatora.

      5. Jeśli wybierzesz opcję skonfigurowania świadka udziału plików, na stronie Skonfiguruj świadka udziału plików wpisz lub przejdź do udziału plików, który będzie używany jako zasób świadka, a następnie zakończ pracę kreatora.

      6. Jeśli wybierzesz opcję skonfigurowania świadka w chmurze, na stronie Skonfiguruj świadka w chmurze wprowadź nazwę konta magazynu Azure, klucz konta Azure Storage i punkt końcowy usługi Azure, a następnie dokończ kreatora.

        Notatka

        Ta opcja jest dostępna w systemie Windows Server 2016 lub nowszym.

  4. Wybierz pozycję Dalej. Potwierdź wybrane opcje na wyświetlonej stronie potwierdzenia, a następnie wybierz pozycję Dalej.

Po uruchomieniu kreatora i wyświetleniu strony Podsumowanie, jeśli chcesz wyświetlić raport zadań, które kreator wykonał, wybierz pozycję Wyświetl raport. Najnowszy raport pozostanie w folderze systemroot\Cluster\Reports o nazwie QuorumConfiguration.mht.

Notatka

Po skonfigurowaniu kworum klastra zalecamy uruchomienie testu Validate Quorum Configuration w celu zweryfikowania zaktualizowanych ustawień kworum.

Równoważne polecenia programu Windows PowerShell

W poniższych przykładach pokazano, jak skonfigurować kworum klastra za pomocą polecenia cmdlet Set-ClusterQuorum i innych poleceń cmdlet programu Windows PowerShell.

Poniższy przykład zmienia konfigurację kworum w klastrze CONTOSO-FC1 na prostą konfigurację większości węzłów bez świadka kworum.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

Poniższy przykład zmienia konfigurację kworum w lokalnym klastrze na konfigurację większości węzłów ze świadkiem. Zasób dysku o nazwie Dysk klastra 2 jest skonfigurowany jako świadek dysku.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

Poniższy przykład zmienia konfigurację kworum w klastrze lokalnym na większość węzłów z konfiguracją świadka. Zasób udziału plików o nazwie \\CONTOSO-FS\fsw jest skonfigurowany jako świadek udziału plików.

Set-ClusterQuorum -NodeAndFileShareMajority "\\fileserver\fsw"

Poniższy przykład usuwa głosowanie kworum z węzła ContosoFCNode1 w klastrze lokalnym.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

W poniższym przykładzie dodano głosowanie kworum do węzła ContosoFCNode1 w klastrze lokalnym.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

W poniższym przykładzie włączono właściwość DynamicQuorum klastra CONTOSO-FC1 (jeśli została ona wcześniej wyłączona):

(Get-Cluster CONTOSO-FC1).DynamicQuorum=1

Odzyskiwanie klastra przez uruchomienie bez uzyskania kworum

Klaster, który nie ma wystarczającej liczby głosów kworum, nie zostanie uruchomiony. W pierwszym kroku należy zawsze potwierdzić konfigurację kworum klastra i zbadać, dlaczego klaster nie ma już kworum. Może się tak zdarzyć, jeśli masz węzły, które przestały odpowiadać, lub jeśli lokacja główna nie jest osiągalna w klastrze z wieloma lokacjami. Po zidentyfikowaniu głównej przyczyny awarii klastra możesz użyć kroków odzyskiwania opisanych w tej sekcji.

Notatka

  • Jeśli usługa klastrowania zostanie zatrzymana z powodu utraty kworum, w dzienniku systemu zostanie wyświetlony identyfikator zdarzenia 1177.
  • Zawsze należy zbadać, dlaczego kworum klastra zostało utracone.
  • Zawsze zaleca się przywrócenie węzła lub świadka kworum do stanu stabilności (dołączenie do klastra), zamiast uruchamiania klastra bez kworum.

Wymuszone uruchamianie węzłów klastra

Po ustaleniu, że nie można odzyskać klastra przez przywrócenie węzłów lub monitora kworum do stanu dobrej kondycji, konieczne jest wymuszenie uruchomienia klastra. Wymuszanie uruchomienia klastra zastępuje ustawienia konfiguracji kworum klastra i uruchamia klaster w trybie ForceQuorum.

Wymuszanie uruchomienia klastra, gdy nie ma kworum, może być szczególnie przydatne w klastrze z wieloma lokacjami. Rozważmy scenariusz odzyskiwania po awarii z klastrem, który zawiera oddzielnie zlokalizowane lokacje główne i zapasowe, SiteA i SiteB. Jeśli w SiteAwystąpi prawdziwa awaria, może to zająć dużo czasu, aby witryna wróciła do trybu online. Prawdopodobnie chcesz wymusić, aby SiteB się włączyło do trybu online, mimo że nie ma kworum.

Po uruchomieniu klastra w trybie ForceQuorum, a po odzyskaniu wystarczających głosów kworum klaster automatycznie opuszcza stan wymuszony i zachowuje się normalnie. W związku z tym nie jest konieczne ponowne uruchomienie klastra normalnie. Jeśli klaster utraci węzeł i utraci kworum, ponownie przechodzi w tryb offline, ponieważ nie znajduje się już w stanie wymuszonym. Aby przywrócić go do działania, gdy nie ma kworum, należy wymusić uruchomienie klastra bez kworum.

Ważny

  • Po wymusieniu uruchomienia klastra administrator ma pełną kontrolę nad klastrem.
  • Klaster używa konfiguracji klastra na węźle, w którym dochodzi do wymuszonego uruchomienia klastra, i replikuje ją do wszystkich innych dostępnych węzłów.
  • Jeśli wymusisz uruchomienie klastra bez kworum, wszystkie ustawienia konfiguracji kworum zostaną zignorowane, gdy klaster pozostanie w trybie ForceQuorum. Obejmuje to określone przypisania głosów węzłów i dynamiczne ustawienia zarządzania kworum.

Zapobieganie osiągnięciu kworum na pozostałych węzłach klastra

Po wymuszeniu uruchomienia klastra na węźle, konieczne jest uruchomienie pozostałych węzłów w klastrze z ustawieniem zapobiegającym osiągnięciu kworum. Węzeł uruchomiony z ustawieniem uniemożliwiającym utworzenie kworum informuje usługę klastra, aby dołączyła do istniejącego, działającego klastra, zamiast tworzyć nowe wystąpienie klastra. To zapobiega pozostałym węzłom w tworzeniu podzielonego klastra, który zawiera dwa konkurujące wystąpienia.

Staje się to konieczne, gdy trzeba odzyskać klaster w niektórych scenariuszach odzyskiwania po awarii w wielu lokacjach po wymuszeniu uruchomienia klastra w lokacji kopii zapasowej, SiteB. Aby dołączyć do uruchomionego klastra w SiteB, węzły w lokacji głównej, SiteA, należy uruchomić z wstrzymanym kworum.

Ważny

Po wymuszonym uruchomieniu klastra na węźle zalecamy, aby zawsze uruchamiać pozostałe węzły z wyłączonym kworum.

Oto jak odzyskać klaster za pomocą Menedżera klastra trybu failover:

  1. W Menedżerze klastra trybu failover wybierz lub określ klaster, który chcesz odzyskać.

  2. Po wybraniu klastra w obszarze Działaniawybierz pozycję Wymuszenie uruchomienia klastra.

    Menedżer klastra awaryjnego wymusza uruchomienie klastra na wszystkich osiągalnych węzłach. Klaster używa bieżącej konfiguracji klastra podczas uruchamiania.

Notatka

  • Aby wymusić uruchomienie klastra na określonym węźle zawierającym konfigurację klastra, której chcesz użyć, należy użyć poleceń cmdlet programu Windows PowerShell lub równoważnych narzędzi wiersza polecenia, jak przedstawiono po tej procedurze.
  • Jeśli używasz Menedżera klastra trybu failover do nawiązywania połączenia z klastrem, który jest wymuszony do uruchomienia, i używasz akcji Uruchom usługę klastra, aby uruchomić węzeł, węzeł zostanie automatycznie uruchomiony z ustawieniem zapobiegającym kworum.

Równoważne polecenia programu Windows PowerShell (Start-Clusternode)

W poniższym przykładzie pokazano, jak użyć polecenia cmdlet Start-ClusterNode , aby wymusić uruchomienie klastra w węźle ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Alternatywnie możesz wpisać następujące polecenie lokalnie w węźle:

Net Start ClusSvc /FQ

W poniższym przykładzie pokazano, jak użyć polecenia cmdlet Start-ClusterNode, aby uruchomić usługę klastra z zablokowanym kworum w węźle ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Alternatywnie możesz wpisać następujące polecenie lokalnie w węźle:

Net Start ClusSvc /PQ

Rozważania dotyczące kworum przy konfiguracjach odtwarzania po awarii

W tej sekcji przedstawiono podsumowanie cech i konfiguracji kworum dla dwóch konfiguracji klastra w wielu lokacjach we wdrożeniach odzyskiwania po awarii. Wskazówki dotyczące konfiguracji kworum różnią się w zależności od tego, czy potrzebujesz automatycznego przełączenia awaryjnego, czy ręcznego przejścia awaryjnego dla obciążeń między lokacjami. Konfiguracja zwykle zależy od umów dotyczących poziomu usług (SLA), które obowiązują w organizacji w celu zapewnienia i obsługi obciążeń klastrowanych w przypadku awarii lub katastrofy w miejscu.

Automatyczne przełączanie awaryjne

W tej konfiguracji klaster składa się z co najmniej dwóch lokacji, które mogą hostować role klastrowane. Jeśli wystąpi awaria w dowolnej lokacji, role klastrowane będą automatycznie przełączone w tryb failover do pozostałych lokacji. W związku z tym kworum klastra musi być skonfigurowane tak, aby każda lokacja mogła przetrwać pełną awarię lokacji.

Poniższa tabela zawiera podsumowanie zagadnień i zaleceń dotyczących tej konfiguracji.

Przedmiot Opis
Liczba głosów węzłów na lokację Powinna być równa
Przypisanie głosów do węzła Nie należy usuwać głosów węzłów, ponieważ wszystkie węzły są równie ważne
Dynamiczne zarządzanie kworum Należy włączyć
Konfiguracja świadka Zalecany jest monitor udziału plików skonfigurowany w lokacji, która jest oddzielona od lokacji klastra
Obciążenia Obciążenia można skonfigurować w dowolnej lokacji

Dodatkowe zagadnienia dotyczące automatycznego przełączania w przypadku awarii

  • Skonfigurowanie świadka udziału plików w oddzielnym miejscu jest konieczne, aby zapewnić każdemu miejscu taką samą szansę przetrwania. Aby uzyskać więcej informacji, zobacz Konfiguracja świadka wcześniej w tym temacie.

Ręczne przełączenie awaryjne

W tej konfiguracji klaster składa się z lokacji głównej, SiteAi lokacji kopii zapasowej (odzyskiwania), SiteB. Role klastrowane są hostowane w usłudze SiteA. Ze względu na konfigurację kworum klastra, jeśli wystąpi błąd we wszystkich węzłach w SiteA, klaster przestanie działać. W tym scenariuszu administrator musi ręcznie przełączyć usługi klastra na SiteB i wykonać dodatkowe kroki w celu odzyskania klastra.

Poniższa tabela zawiera podsumowanie zagadnień i zaleceń dotyczących tej konfiguracji.

Przedmiot Opis
Liczba głosów węzłów na lokację
  • Głosy nodów nie powinny być usuwane z nodów na głównej stronie, SiteA
  • Głosy węzłów powinny zostać usunięte z węzłów w lokalizacji zapasowej, SiteB
  • Jeśli nastąpi długotrwała awaria w SiteA, głosy muszą być przypisane do węzłów na SiteB, aby umożliwić większości kworum w tej lokalizacji w ramach działań naprawczych.
Dynamiczne zarządzanie kworum Należy włączyć
Konfiguracja świadka
  • Skonfiguruj świadka, jeśli istnieje parzysta liczba węzłów w SiteA
  • Jeśli monitor jest potrzebny, skonfiguruj monitor udziału plików lub monitor dysku, który jest dostępny tylko dla węzłów w siteA (czasami nazywany asymetrycznym monitorem dysku)
Obciążenia Użyj preferowanych właścicieli zasobów, aby utrzymać działanie obciążeń na węzłach w SiteA

Dodatkowe zagadnienia dotyczące ręcznego przejścia w tryb failover

  • Tylko węzły w SiteA są początkowo konfigurowane dla głosów kworum. Jest to konieczne, aby upewnić się, że stan węzłów w SiteB nie ma wpływu na kworum klastra.
  • Kroki odzyskiwania mogą się różnić w zależności od tego, czy SiteA zmaga się z tymczasową awarią bądź długoterminową awarią.

Więcej informacji