První publikován na webu MSDN na Květen 27, 2011
Ahoj Clusteru Fanoušky,

Tento blog post bude objasnit plánování úvahy
kvora
v Clusteru převzetí služeb při Selhání a odpovědět na některé z nejčastějších otázek, které jsme slyšeli.

konfigurace kvora v klastru převzetí služeb při selhání určuje počet poruch, které může cluster udržet, zatímco zůstane online. Pokud dojde k dalšímu selhání nad tuto prahovou hodnotu, cluster přestane běžet. Společné vnímání je, že důvod, proč clusteru přestane běží-li příliš mnoho poruch dojít, je, aby se zabránilo zbývající uzly od přijímání příliš mnoho pracovní vytížení a mají hostitelé být fanatik. Ve skutečnosti klastr nezná vaše omezení kapacity ani to, zda byste byli ochotni zasáhnout výkon, abyste jej udrželi online. Spíše kvorum je design zvládnout scénář, když to je problém s komunikací mezi sadami uzlů clusteru, takže dva servery nesnaží současně hostit skupinu prostředků a zapisovat na stejný disk ve stejnou dobu. Toto je známé jako „rozdělený mozek“ a chceme tomu zabránit, abychom se vyhnuli jakémukoli možnému poškození disku, který má dva současné vlastníky skupiny. Tím, že má tento koncept kvora, cluster donutí clusterovou službu zastavit se v jedné z podmnožin uzlů, aby se zajistilo, že existuje pouze jeden skutečný vlastník konkrétní skupiny zdrojů. Jakmile uzly, které byly zastaveny, mohou znovu komunikovat s hlavní skupinou uzlů, automaticky se znovu připojí k clusteru a spustí svou službu clusteru.

pro více informací o kvoru v klastru navštivte:
http://technet.microsoft.com/en-us/library/cc731739.aspx
.

hlasování pro usnášeníschopnost

mít „usnášeníschopnost“ nebo většinu voličů je založeno na hlasovacím algoritmu, kde více než polovina voličů musí být online a musí spolu komunikovat. Protože daný klastr má specifickou sadu uzlů a specifickou konfiguraci kvora, bude vědět, kolik „hlasů“ představuje většinu hlasů nebo kvora. Pokud počet voličů klesne pod většinu, služba clusteru se zastaví na uzlech v této skupině. Tyto uzly budou stále poslouchat na přítomnost dalších uzlů, v případě jiného uzlu se objeví znovu na síti, ale uzly začne fungovat jako clusteru, dokud kvora znovu existuje.

je důležité si uvědomit, že shluk vyžaduje
více než
polovinu celkového počtu hlasů k dosažení usnášeníschopnosti. To je, aby se vyhnuli “ tie “ v počtu hlasů v oddílu, protože většina bude vždy znamenat, že druhý oddíl má méně než polovinu hlasů. V klastru 5 uzlů, 3 voliči musí být online; přesto ve 4 uzlovém klastru musí být 3 voliči také online, aby měli většinu. Vzhledem k této logice se doporučuje mít vždy lichý počet celkových voličů v klastru. To nutně neznamená, že je zapotřebí lichý počet uzlů, protože disk nebo sdílení souborů mohou přispět hlasováním, v závislosti na modelu kvora.

volič může být:

  • uzel
    • 1 Hlas
    • Každý uzel v clusteru má 1 hlas
  • „Disk Svědek“ nebo „File Share Witness“
    • 1 Hlas
    • 1 Disk Svědek nebo 1 Sdílení Souborů Svědek může hlasovat v clusteru, ale ne více disků, více sdílených souborů, ani žádné kombinace dvou

Kvora Typy

k Dispozici jsou čtyři kvora typy. Tyto informace jsou také k dispozici zde:
http://technet.microsoft.com/en-us/library/cc731739.aspx#BKMK_choices
.

Uzlu Většina

To je nejjednodušší kvora typ pochopit, a je doporučeno pro clustery s lichým počtem uzlů (3-uzly, 5-uzly, atd.). V této konfiguraci má každý uzel 1 hlas, takže v clusteru je lichý počet celkových hlasů. Pokud existuje oddíl mezi dvěma podmnožinami uzlů, podmnožina s více než polovinou uzlů bude udržovat kvorum. Například, pokud se klastr 5 uzlů rozdělí na podmnožinu 3 uzlů a podmnožinu 2 uzlů, podmnožina 3 uzlů zůstane online a podmnožina 2 uzlů bude offline, dokud se nebude moci znovu připojit k ostatním uzlům 3.

Uzel & Disk Většina

Toto kvorum konfigurace se nejčastěji používá, protože to funguje dobře s 2-uzel a 4-uzel, klastry, které jsou nejčastější nasazení. Tato konfigurace se používá, pokud je v clusteru sudý počet uzlů. V této konfiguraci, každý uzel dostane 1 hlas, a navíc 1 disk dostane 1 hlas, takže je obecně lichý počet celkových hlasů.

tento disk se nazývá disk Witness (někdy označovaný jako „disk kvora“) a je to jednoduše malý seskupený disk, který je ve skupině clusteru dostupné úložiště. Tento disk je vysoce dostupný a může převzít převzetí služeb při selhání mezi uzly. Je považován za součást skupiny Core Resources clusteru, nicméně je obecně skrytý před pohledem v Failover clusteru Manager, protože s ním není třeba komunikovat.

vzhledem k tomu, že existuje sudý počet uzlů a 1 sčítání hlasů, bude celkem lichý počet hlasů. Pokud existuje oddíl mezi dvěma podmnožinami uzlů, podmnožina s více než polovinou hlasů bude zachována usnášeníschopná. Například, pokud cluster 4-uzel s Disk Witness oddíly do podmnožiny 2-uzel a další podmnožina 2-uzel, jedna z těchto podmnožin bude také vlastnit disk Witness, takže bude mít 3 celkem hlasů a zůstane online. Podmnožina 2 uzlů bude offline, dokud se nebude moci znovu připojit k ostatním voličům 3. To znamená, že cluster může ztratit komunikaci s libovolnými dvěma voliči, ať už se jedná o 2 uzly nebo 1 uzel a disk svědků.

uzel & většina sdílení souborů

tato konfigurace kvora se obvykle používá v klastrech s více místy. Tato konfigurace se používá, když je v clusteru sudý počet uzlů, takže ji lze použít zaměnitelně s režimem kvora většiny uzlů a disků. V této konfiguraci získá každý uzel 1 hlas a navíc 1 vzdálená sdílení souborů získá 1 hlas.

tato sdílení souborů se nazývá File Share Witness (FSW) a je to jednoduše sdílení souborů na libovolném serveru ve stejném ad lese, ke kterému mají přístup všechny uzly clusteru. Jeden uzel v clusteru umístí zámek na sdílení souborů, aby jej považoval za „vlastníka“ této sdílené složky souborů, a jiný uzel uchopí zámek, pokud selže původní vlastnící uzel. Na samostatný server, sdílení souborů, který sám o sobě není vysoce dostupné, nicméně sdílení souborů můžete také dát na sdílení souborů clusteru na nezávislý clusteru, takže TSP clustery a dávat to schopnost selhání mezi uzly. Je důležité, že nechcete dát toto hlasování na uzlu ve stejném clusteru, ani v rámci VM na stejném clusteru, protože ztrácí, že uzel by dojít ke ztrátě TSP hlasování, což způsobuje dva hlasy, aby se ztratil na jednom selhání. Jeden souborový server může hostit více FSW pro více klastrů.

obecně multi-site clustery mají dvě místa se stejným počtem uzlů na každém místě, což sudý počet uzlů. Přidáním této dodatečné hlasování ve 3
rd
stránky, tam je lichý počet hlasů v clusteru, na velmi malé náklady ve srovnání s nasazením 3
rd
stránky s aktivním uzlu clusteru a zapisovatelný DC. To znamená, že web nebo FSW mohou být ztraceny a cluster může stále udržovat usnášeníschopnost. Například, v multi-site clusteru s 2 uzly na Site1, 2 uzly na Web2 a TSP na Site3, existuje celkem 5 hlasů. Pokud existuje oddíl mezi weby, jeden z uzlů na webu bude vlastnit zámek FSW, takže web bude mít 3 celkem hlasů a zůstane online. Web s 2 uzly bude offline, dokud se nebude moci znovu připojit k ostatním voličům 3.

Legacy: Disk Only

důležité:
tento typ kvora se nedoporučuje, protože má jediný bod selhání.

Disk pouze kvorum typ byl k dispozici v systému Windows Server 2003 a byl udržován z důvodů kompatibility, nicméně je důrazně doporučeno nikdy používat tento režim, pokud není řízen úložiště vender. V tomto režimu obsahuje hlas pouze svědek disku a v klastru nejsou žádní další voliči. To znamená, že pokud se disk stane nedostupným, celý cluster bude offline, takže se to považuje za jediný bod selhání. Někteří zákazníci se však rozhodnou nasadit tuto konfiguraci, aby získali konfiguraci „last man standing“, kde cluster zůstává online, pokud je kterýkoli uzel stále funkční a má přístup k disku clusteru. S tímto cílem nasazení je však důležité zvážit, zda tento poslední zbývající uzel dokáže zvládnout kapacitu všech pracovních zátěží, které se k němu přesunuly z jiných uzlů.

výchozí výběr Kvora

když je cluster vytvořen pomocí Správce clusteru Failover, Cluster.exe nebo PowerShell, cluster automaticky vybere nejlepší typ kvora pro zjednodušení nasazení. Tato volba je založena na počtu uzlů a dostupném úložišti. Logika je následující:

  • Lichý Počet Uzlů – použijte Uzlu Většina
    • I Počet Uzlů
      • k Dispozici Disky Clusteru – pomocí Uzlu & Disk Většina
      • k Dispozici Žádné Disku Clusteru – pomocí Uzlu Většina

clusteru nikdy vyberte Uzel a Soubor Majoritní Podíl nebo Dědictví: Disk Pouze. Typ kvora je stále plně konfigurovatelný správcem, pokud výchozí volby nejsou upřednostňovány.

Změna typů Kvora

změna typu kvora je snadná prostřednictvím Správce clusteru Failover. Klepněte pravým tlačítkem myši na název clusteru, vyberte Další akce…, poté vyberte Konfigurovat nastavení clusteru kvora … a spusťte Průvodce konfigurací clusteru Kvora. V průvodci je možné nakonfigurovat všechny 4 typy kvora, změnit svědka disku nebo svědka sdílení souborů. Průvodce vám dokonce sdělí počet poruch, které lze na základě vaší konfigurace udržet.

podrobný průvodce konfigurací kvora naleznete na adrese:
http://technet.microsoft.com/en-us/library/cc733130.aspx
.

díky!
Symon Perriman
Technical Evangelist
Private Cloud Technologies
Microsoft

Aktualizováno: Listopadu 6th, 2019 podle Rob Hindman

Napsat komentář

Vaše e-mailová adresa nebude zveřejněna.

lg