po raz pierwszy opublikowany w MSDN 27 maja 2011
cześć fani klastra,

ten post na blogu wyjaśni kwestie planowania wokół
kworum
w klastrze przełączania awaryjnego i odpowie na niektóre z najczęstszych pytań, które słyszymy.

konfiguracja kworum w klastrze przełączania awaryjnego określa liczbę awarii, które klaster może wytrzymać, pozostając w trybie online. Jeśli wystąpi dodatkowa awaria powyżej tego progu, klaster przestanie działać. Powszechnie uważa się, że powodem, dla którego klaster przestanie działać, jeśli wystąpi zbyt wiele błędów, jest zapobieganie przyjmowaniu przez pozostałe węzły zbyt wielu obciążeń i nadmiernemu obciążaniu hostów. W rzeczywistości klaster nie zna ograniczeń wydajności ani nie jest skłonny podjąć działania, aby utrzymać go w trybie online. Raczej quorum jest tak zaprojektowane, aby obsłużyć scenariusz, gdy występuje problem z komunikacją między zestawami węzłów klastra, tak aby dwa serwery nie próbowały jednocześnie hostować grupy zasobów i zapisywać na tym samym dysku w tym samym czasie. Jest to znane jako” split brain ” i chcemy temu zapobiec, aby uniknąć potencjalnego uszkodzenia dysku, który mam dwóch jednoczesnych właścicieli grup. Mając taką koncepcję kworum, klaster zmusi usługę klastra do zatrzymania się w jednym z podzbiorów węzłów, aby upewnić się, że istnieje tylko jeden prawdziwy właściciel danej grupy zasobów. Gdy węzły, które zostały zatrzymane, będą mogły ponownie komunikować się z główną grupą węzłów, automatycznie ponownie dołączą do klastra i rozpoczną obsługę klastra.

aby uzyskać więcej informacji na temat kworum w klastrze, odwiedź:
http://technet.microsoft.com/en-us/library/cc731739.aspx
.

głosowanie w kierunku Kworum

posiadanie „kworum”, czyli większości wyborców, opiera się na algorytmie głosowania, w którym ponad połowa głosujących musi być online i być w stanie komunikować się ze sobą. Ponieważ dany klaster ma określony zestaw węzłów i określoną konfigurację kworum, klaster będzie wiedział, ile „głosów” stanowi większość głosów, czyli kworum. Jeśli liczba głosujących spadnie poniżej większości, usługa klastra zatrzyma się na węzłach w tej grupie. Węzły te nadal będą nasłuchiwać obecności innych węzłów, w przypadku gdy inny węzeł pojawi się ponownie w sieci, ale węzły nie zaczną działać jako klaster, dopóki nie pojawi się ponownie kworum.

ważne jest, aby zdać sobie sprawę, że klaster wymaga
więcej niż
połowy wszystkich głosów, aby osiągnąć kworum. Ma to na celu uniknięcie „remisu” w liczbie głosów w partycji, ponieważ większość zawsze oznacza, że druga partycja ma mniej niż połowę głosów. W klastrze 5-węzłowym 3 głosujących musi być online; jednak w 4-węzłowym klastrze 3 wyborców musi być online, aby mieć większość. Ze względu na tę logikę, zaleca się zawsze mieć nieparzystą liczbę wszystkich głosujących w klastrze. Nie musi to oznaczać, że potrzebna jest nieparzysta liczba węzłów, ponieważ zarówno dysk, jak i udział plików mogą przyczynić się do głosowania, w zależności od modelu kworum.

wyborca może być:

  • węzeł
    • 1 głosuj
    • każdy węzeł w gromadzie ma 1 głos
  • „świadek dyskowy”lub” świadek udostępniania plików ”
    • 1 głos
    • jeden świadek dyskowy lub świadek udostępniania plików może mieć głos w klastrze, ale nie ma wielu dysków, wielu udziałów plików ani żadnej kombinacji tych dwóch

typy Kworum

istnieją cztery typy kworum. Informacje te są również dostępne tutaj:
http://technet.microsoft.com/en-us/library/cc731739.aspx #BKMK_choices
.

większość węzłów

jest to najłatwiejszy do zrozumienia Typ kworum i jest zalecany dla klastrów o nieparzystej liczbie węzłów (3-węzły, 5-węzły itp.). W tej konfiguracji każdy węzeł ma 1 głos, więc jest nieparzysta liczba wszystkich głosów w klastrze. Jeśli istnieje partycja między dwoma podzbiorami węzłów, podzbiór z więcej niż połową węzłów zachowa kworum. Na przykład, jeśli klaster 5-węzłowy podzieli się na podzbiór 3-węzłowy i podzbiór 2-węzłowy, podzbiór 3-węzłowy pozostanie online, a podzbiór 2-węzłowy będzie offline, dopóki nie będzie mógł ponownie połączyć się z pozostałymi 3 węzłami.

węzeł & większość dysków

Ta konfiguracja kworum jest najczęściej używana, ponieważ działa dobrze z klastrami 2-i 4-węzłowymi, które są najczęstszymi wdrożeniami. Ta konfiguracja jest używana, gdy w klastrze jest parzysta liczba węzłów. W tej konfiguracji każdy węzeł dostaje 1 głos, a dodatkowo 1 dysk dostaje 1 głos, więc generalnie jest nieparzysta liczba wszystkich głosów.

ten dysk nazywa się Disk Witness (czasami określany jako „dysk kworum”) i jest po prostu małym dyskem klastrowym, który znajduje się w grupie dostępnej pamięci masowej klastra. Ten dysk jest wysoce dostępny i może przełączać się między węzłami. Jest on uważany za część grupy zasobów podstawowych klastra, jednak na ogół jest ukryty w widoku Menedżera klastra przełączania awaryjnego, ponieważ nie trzeba z nim wchodzić w interakcję.

ponieważ jest parzysta liczba węzłów i 1 dodatkowy głos, w sumie będzie Nieparzysta liczba głosów. Jeśli istnieje podział między dwoma podzbiorami węzłów, podzbiór z więcej niż połową głosów zachowa kworum. Na przykład, jeśli 4-węzłowy klaster z Disk Witness podzieli się na 2-węzłowy podzbiór i inny 2-węzłowy podzbiór, jeden z tych podzbiorów będzie również właścicielem Disk Witness, więc będzie miał 3 głosy i pozostanie online. Podzbiór 2-węzłowy będzie wyłączony, dopóki nie będzie mógł ponownie połączyć się z pozostałymi 3 głosującymi. Oznacza to, że klaster może utracić łączność z dowolnymi dwoma głosami, niezależnie od tego, czy są to 2 węzły, czy 1 węzeł i dysk świadka.

węzeł & większość udziałów plików

Ta konfiguracja kworum jest zwykle używana w klastrach wielostanowiskowych. Konfiguracja ta jest używana, gdy w klastrze jest parzysta liczba węzłów, więc może być używana zamiennie z trybem Kworum większości węzłów i dysków. W tej konfiguracji każdy węzeł otrzymuje 1 głos, a dodatkowo 1 zdalny udział plików otrzymuje 1 głos.

ten udział plików nazywa się File Share Witness (FSW) i jest po prostu udziałem plików na dowolnym serwerze w tym samym lesie reklamowym, do którego mają dostęp wszystkie węzły klastra. Jeden węzeł w klastrze umieści blokadę na udziale plików, aby uznać go za „właściciela” tego udziału plików, a inny węzeł chwyci blokadę, jeśli pierwotny węzeł posiadający nie powiedzie się. Na samodzielnym serwerze, udział plików sam w sobie nie jest wysoce dostępny, jednak udział plików może również umieścić na klastrze udział plików w niezależnym klastrze, co FSW klastrze i dając mu możliwość awarii między węzłami. Ważne jest, aby nie głosować na węzeł w tym samym klastrze, ani w obrębie maszyny Wirtualnej w tym samym klastrze, ponieważ utrata tego węzła spowodowałaby utratę głosowania na FSW, powodując utratę dwóch głosów przy pojedynczej porażce. Pojedynczy serwer plików może obsługiwać wiele FSWs dla wielu klastrów.

ogólnie klastry wielozadaniowe mają dwa miejsca z taką samą liczbą węzłów w każdym miejscu, co daje parzystą liczbę węzłów. Dodając ten dodatkowy głos na stronie 3
rd
, istnieje Nieparzysta liczba głosów w klastrze, przy bardzo niewielkich kosztach w porównaniu do wdrożenia strony 3
rd
z aktywnym węzłem klastra i zapisywalnym DC. Oznacza to, że strona lub FSW może zostać utracona, a klaster może nadal utrzymywać kworum. Na przykład w klastrze wielostanowiskowym z węzłami 2 w Site1, węzłami 2 w Site2 i FSW w Site3 liczba głosów wynosi 5. Jeśli między witrynami jest partycja, jeden z węzłów na stronie będzie właścicielem blokady do FSW, dzięki czemu strona będzie miała 3 całkowite głosy i pozostanie online. Strona z 2 węzłami będzie offline, dopóki nie będzie mogła ponownie połączyć się z pozostałymi 3 głosującymi.

dziedzictwo: tylko dysk

ważne:
ten typ kworum nie jest zalecany, ponieważ ma pojedynczy punkt awarii.

Typ dysku tylko quorum był dostępny w systemie Windows Server 2003 i został zachowany ze względu na kompatybilność, jednak zdecydowanie zaleca się nigdy nie używać tego trybu, chyba że jest to zalecane przez nadawcę pamięci masowej. W tym trybie tylko Disk Witness zawiera głosowanie i nie ma innych głosujących w klastrze. Oznacza to, że jeśli dysk stanie się niedostępny, cały klaster będzie offline, więc jest to uważane za pojedynczy punkt awarii. Jednak niektórzy klienci decydują się wdrożyć tę konfigurację, aby uzyskać konfigurację „last man standing”, w której klaster pozostaje online, o ile każdy węzeł jest nadal operacyjny i może uzyskać dostęp do dysku klastra. Jednak w przypadku tego celu wdrożenia ważne jest, aby rozważyć, czy ostatni pozostały węzeł może w ogóle obsłużyć wszystkie obciążenia, które zostały do niego przeniesione z innych węzłów.

domyślny wybór Kworum

gdy klaster jest tworzony za pomocą Menedżera klastra pracy awaryjnej, Cluster.exe lub PowerShell, klaster automatycznie wybierze najlepszy typ kworum, aby uprościć wdrażanie. Wybór ten zależy od liczby węzłów i dostępnej pamięci masowej. Logika jest następująca:

  • Nieparzysta liczba węzłów-użyj większości węzłów
    • parzysta liczba węzłów
      • dostępne dyski klastra-użyj węzła & Większość dysku
      • brak dostępnego dysku klastra-użyj większości węzłów

klaster nigdy nie wybierze Node i File Share Majority lub Legacy: Disk Only. Typ kworum jest nadal w pełni konfigurowalny przez administratora, jeśli domyślne wybory nie są preferowane.

zmiana typów Kworum

Zmiana typu kworum jest łatwa dzięki menedżerowi klastra przełączania awaryjnego. Kliknij prawym przyciskiem myszy nazwę klastra, wybierz Więcej akcji…, a następnie wybierz Konfiguruj ustawienia kworum klastra…, aby uruchomić Kreator Konfiguruj kworum klastra. Za pomocą kreatora można skonfigurować wszystkie 4 typy kworum, zmienić świadek dysku lub udostępnić plik świadek. Kreator poinformuje cię nawet o liczbie błędów, które mogą wystąpić w zależności od konfiguracji.

aby uzyskać przewodnik krok po kroku konfiguracji kworum, odwiedź:
http://technet.microsoft.com/en-us/library/cc733130.aspx
.

dzięki!
Symon Perriman
Ewangelista Techniczny
Technologie Chmury Prywatnej
Microsoft

Aktualizacja: 6 listopada 2019 przez Rob Hindman

Dodaj komentarz

Twój adres e-mail nie zostanie opublikowany.

lg