konfigurace a správa kvora

• 06/07/2019
• 20 zápis ke čtení
• • J
  • h
  • M
  • d
  • D
  • +7

platí pro: Windows Server 2019, Windows Server 2016, Windows Server 2012 R2, Windows Server 2012

toto téma obsahuje pozadí a kroky ke konfiguraci a správě kvora v clusteru převzetí služeb při selhání systému Windows Server.

pochopení kvora

kvorum klastru je určeno počtem hlasovacích prvků, které musí být součástí aktivního členství v klastru, aby tento klastr mohl správně začít nebo pokračovat v provozu. Podrobnější vysvětlení naleznete v dokumentu cluster understanding a pool quorum.

možnosti konfigurace Kvora

model kvora v systému Windows Server je flexibilní. Pokud potřebujete upravit konfiguraci kvora pro klastr, můžete použít Průvodce konfigurací Kvora klastru nebo rutiny PowerShell systému Windows Failoverclusters. Kroky a úvahy ke konfiguraci kvora naleznete v části Konfigurace kvora klastru později v tomto tématu.

v následující tabulce jsou uvedeny tři možnosti konfigurace kvora, které jsou k dispozici v Průvodci konfigurací Kvora clusteru.

volba	popis
použijte typická nastavení	cluster automaticky přiřadí hlas každému uzlu a dynamicky spravuje hlasy uzlu. Pokud je vhodný pro váš cluster a je k dispozici sdílené úložiště clusteru, cluster vybere svědka disku. Tato volba se doporučuje ve většině případů, protože software clusteru automaticky zvolí konfiguraci kvora a svědků, která poskytuje nejvyšší dostupnost pro váš cluster.
přidat nebo změnit svědka kvora	zdroj svědka můžete přidat, změnit nebo odebrat. Můžete nakonfigurovat sdílení souborů nebo svědka disku. Klastr automaticky přiřadí hlas každému uzlu a dynamicky spravuje hlasy uzlu.
Pokročilá konfigurace kvora a výběr svědků	tuto možnost byste měli zvolit pouze v případě, že máte pro konfiguraci kvora specifické pro aplikaci nebo konkrétní místo. Můžete upravit svědka kvora, přidat nebo odebrat hlasy uzlů a zvolit, zda klastr dynamicky spravuje hlasy uzlů. Ve výchozím nastavení jsou hlasy přiřazeny všem uzlům a hlasy uzlů jsou dynamicky spravovány.

v závislosti na zvolené možnosti konfigurace kvora a na vašem konkrétním nastavení bude cluster nakonfigurován v jednom z následujících režimů kvora:

režim	popis
většina uzlů (žádný svědek)	pouze uzly mají hlasy. Není nakonfigurován svědek usnášeníschopnosti. Kvorum klastru je většina hlasovacích uzlů v aktivním členství v klastru.
většina uzlů se svědkem (disk nebo sdílení souborů)	uzly mají hlasy. Kromě toho má svědek usnášeníschopný hlas. Kvorum klastru je většina hlasovacích uzlů v aktivním členství v klastru plus hlas svědků. Svědkem kvora může být určený diskový svědek nebo určený svědek sdílení souborů.
žádná většina (pouze svědek disku)	žádné uzly nemají hlasy. Hlasuje pouze diskový svědek. kvorum clusteru je určeno stavem diskového svědka. Obecně se tento režim nedoporučuje a neměl by být vybrán, protože vytváří jediný bod selhání clusteru.

následující podsekce vám poskytnou více informací o pokročilém nastavení konfigurace kvora.

konfigurace svědků

Obecně platí, že při konfiguraci kvora by hlasovací prvky v klastru měly být liché číslo. Pokud tedy cluster obsahuje sudý počet hlasovacích uzlů, měli byste nakonfigurovat svědka disku nebo svědka sdílení souborů. Cluster bude schopen udržet jeden další uzel dolů. Přidání hlasování svědků navíc umožňuje clusteru pokračovat v provozu, pokud polovina uzlů clusteru současně klesá nebo je odpojena.

svědek disku se obvykle doporučuje, pokud všechny uzly vidí disk. Svědek sdílení souborů se doporučuje, pokud potřebujete zvážit obnovu po havárii s replikovaným úložištěm. Konfigurace svědka disku s replikovaným úložištěm je možná pouze v případě, že dodavatel úložiště podporuje přístup ke čtení a zápisu ze všech webů do replikovaného úložiště. Diskový svědek není podporován přímo úložnými prostory.

následující tabulka obsahuje další informace a úvahy o typech svědků kvora.

Typ svědka	popis	požadavky a doporučení
Disk witness	vyhrazená LUN, která ukládá kopii clusterové databáze nejužitečnější pro klastry se sdíleným (nereplikovaným) úložištěm	Velikost LUN musí být alespoň 512 MB musí být vyhrazena pro použití clusteru a nesmí být přiřazena k seskupené roli musí být zahrnuta do seskupeného úložiště a projít testy validace úložiště nemůže být disk, který je Cluster Shared Volume (CSV) základní disk s jedním svazkem nemusí mít písmeno jednotky může být formátován pomocí NTFS nebo ReFS může být volitelně nakonfigurován s hardwarovým RAID pro odolnost proti chybám by měl být vyloučen ze záloh a antivirového skenování svědek disku není podporován s úložnými prostory přímo
svědek sdílení souborů	SMB sdílení souborů, který je nakonfigurován na souborovém serveru se systémem Windows Server neukládá kopii clusteru databáze udržuje informace klastru pouze u svědka.soubor protokolu nejužitečnější pro multisite clustery s replikovaným úložištěm	musí mít minimálně 5 MB volného místa musí být vyhrazeno pro jeden cluster a nesmí být použito k ukládání uživatelských nebo aplikačních dat musí mít povolena oprávnění pro zápis pro objekt počítače pro název clusteru níže jsou uvedeny další úvahy pro souborový server, který hostí svědka sdílení souborů: jeden souborový server může být konfigurován se svědky sdílení souborů pro více klastrů. souborový server musí být na webu, který je oddělen od zatížení clusteru. To umožňuje rovné příležitosti pro jakýkoli klastrový web přežít, pokud dojde ke ztrátě síťové komunikace mezi místy. Pokud je souborový server na stejném webu, stává se tento web primárním webem a je to jediný web, který může dosáhnout sdílení souborů. souborový server může běžet na virtuálním počítači, pokud virtuální počítač není hostován ve stejném clusteru, který používá svědka sdílení souborů. pro vysokou dostupnost lze souborový server nakonfigurovat na samostatném clusteru převzetí služeb při selhání.
Cloud witness	soubor svědků uložený v úložišti Azure Blob se doporučuje, pokud mají všechny servery v clusteru spolehlivé připojení k internetu.	viz nasadit cloud svědka.

přiřazení hlasů uzlu

jako pokročilá možnost konfigurace kvora můžete zvolit přiřazení nebo odebrání hlasů kvora na základě uzlu. Ve výchozím nastavení jsou všem uzlům přiřazeny hlasy. Bez ohledu na přiřazení hlasů všechny uzly nadále fungují v klastru, přijímají aktualizace databáze klastrů a mohou hostovat aplikace.

možná budete chtít odebrat hlasy z uzlů v určitých konfiguracích obnovy po havárii. Například ve vícemístném clusteru můžete odebrat hlasy z uzlů v záložním webu, aby tyto uzly neovlivnily výpočty kvora. Tato konfigurace se doporučuje pouze pro ruční převzetí služeb při selhání napříč weby. Pro více informací, viz úvahy Kvora pro konfigurace obnovy po havárii později v tomto tématu.

nakonfigurované hlasování uzlu lze ověřit vyhledáním společné vlastnosti nodeweight uzlu clusteru pomocí rutiny get-ClusterNode Windows PowerShell. Hodnota 0 znamená, že uzel nemá nakonfigurováno hlasování kvora. Hodnota 1 znamená, že je přiřazen hlas kvora uzlu a je spravován clusterem. Další informace o správě hlasů uzlů naleznete v části Dynamic quorum management dále v tomto tématu.

přiřazení hlasů pro všechny uzly klastru lze ověřit pomocí Validate Cluster Quorum validation test.

další úvahy pro přiřazení hlasů uzlu

• přiřazení hlasů uzlu se nedoporučuje pro vynucení lichého počtu hlasovacích uzlů. Místo toho byste měli nakonfigurovat svědka disku nebo svědka sdílení souborů. Pro více informací, viz Konfigurace svědků později v tomto tématu.
• pokud je povolena Dynamická správa kvora, mohou být dynamicky přiřazeny nebo odstraněny pouze uzly, které jsou nakonfigurovány tak, aby měly přiřazené hlasy uzlů. Pro více informací, viz Dynamic quorum management později v tomto tématu.

Dynamická správa kvora

v systému Windows Server 2012 můžete jako pokročilá možnost konfigurace kvora povolit dynamickou správu kvora pomocí clusteru. Další podrobnosti o fungování dynamického kvora naleznete v tomto vysvětlení.

s dynamickou správou kvora je také možné, aby cluster běžel na posledním přežívajícím uzlu clusteru. Dynamickým nastavením požadavku kvora většiny může cluster udržet sekvenční vypnutí uzlu na jeden uzel.

dynamické hlasování uzlu přiřazeného clusteru lze ověřit pomocí společné vlastnosti DynamicWeight uzlu clusteru pomocí rutiny get-ClusterNode Windows PowerShell. Hodnota 0 znamená, že uzel nemá hlas kvora. Hodnota 1 znamená, že uzel má hlas kvora.

přiřazení hlasů pro všechny uzly klastru lze ověřit pomocí Validate Cluster Quorum validation test.

další úvahy pro dynamické řízení kvora

• dynamické řízení kvora neumožňuje seskupení udržet souběžné selhání většiny hlasujících členů. Chcete-li pokračovat v provozu, musí mít cluster vždy většinu kvora v době vypnutí nebo selhání uzlu.

• pokud jste hlas uzlu explicitně odebrali, cluster nemůže tento hlas dynamicky přidat nebo odebrat.

• pokud je povoleno Storage Spaces Direct, cluster může podporovat pouze dvě selhání uzlu. To je vysvětleno více v sekci pool quorum

obecná doporučení pro konfiguraci kvora

software clusteru automaticky konfiguruje kvora pro nový cluster na základě počtu nakonfigurovaných uzlů a dostupnosti sdíleného úložiště. Toto je obvykle nejvhodnější konfigurace kvora pro daný cluster. Je však dobré zkontrolovat konfiguraci kvora po vytvoření clusteru před uvedením clusteru do výroby. Chcete-li zobrazit podrobnou konfiguraci kvora clusteru, můžete použít Průvodce ověřením konfigurace nebo rutinu test-Cluster Windows PowerShell ke spuštění testu konfigurace Validate Quorum. Ve Správci klastrů při selhání se základní konfigurace kvora zobrazí v souhrnných informacích pro vybraný klastr nebo si můžete prohlédnout informace o zdrojích kvora, které se vrátí při spuštění rutiny get-ClusterQuorum Windows PowerShell.

můžete kdykoli spustit test konfigurace Validate Quorum a ověřit, že konfigurace kvora je optimální pro váš klastr. Testovací výstup indikuje, zda je doporučena změna konfigurace kvora a optimální nastavení. Pokud je změna doporučena, můžete pomocí Průvodce konfigurací Kvora clusteru použít doporučená nastavení.

poté, co je cluster ve výrobě, neměňte konfiguraci kvora, pokud jste nezjistili, že změna je vhodná pro váš cluster. Možná budete chtít zvážit změnu konfigurace kvora v následujících situacích:

• přidání nebo vystěhování uzlů
• přidání nebo odebrání úložiště
• selhání dlouhodobého uzlu nebo svědka
• obnovení clusteru ve scénáři obnovy po havárii s více místy

další informace o ověření clusteru při selhání naleznete v tématu ověření hardwaru clusteru při selhání.

konfigurace kvora clusteru

nastavení kvora clusteru můžete nakonfigurovat pomocí Správce clusteru Failoverclusters nebo rutin PowerShell systému Windows Failoverclusters.

Konfigurace nastavení kvora clusteru

členství ve skupině místních správců na každém clusterovém serveru nebo ekvivalentu je minimální oprávnění potřebná k dokončení tohoto postupu. Účet, který používáte, musí být také uživatelským účtem domény.

změňte konfiguraci kvora v clusteru failover pomocí Správce clusteru Failover

1. ve Správci klastrů převzetí služeb při selhání vyberte nebo zadejte cluster, který chcete změnit.

2. s vybraným clusterem vyberte v části akce Další akce a poté vyberte Konfigurovat nastavení Kvora clusteru. Zobrazí se Průvodce konfigurací Kvora clusteru. Vyberte Další.

3. na stránce vybrat možnost Konfigurace Kvora vyberte jednu ze tří možností konfigurace a dokončete kroky pro tuto možnost. Než nakonfigurujete nastavení kvora, můžete zkontrolovat své volby. Pro více informací o možnostech, viz porozumění kvorum, dříve v tomto tématu.

   • Chcete-li umožnit clusteru automaticky Resetovat nastavení kvora, která jsou optimální pro vaši aktuální konfiguraci clusteru, vyberte Použít výchozí konfiguraci kvora a poté dokončete průvodce.

   • Chcete-li přidat nebo změnit svědka kvora, vyberte Vybrat svědka kvora a poté proveďte následující kroky. Informace a úvahy o konfiguraci svědka kvora naleznete v části Konfigurace svědka dříve v tomto tématu.

     1. na stránce Vybrat svědka Kvora vyberte možnost konfigurace svědka disku nebo svědka sdílení souborů. Průvodce označuje možnosti výběru svědků, které jsou doporučeny pro váš cluster.

        Poznámka

        můžete také vybrat nenakonfigurovat svědka kvora a dokončit průvodce. Pokud máte v clusteru sudý počet hlasovacích uzlů, nemusí se jednat o doporučenou konfiguraci.

     2. pokud vyberete možnost konfigurace svědka disku, na stránce konfigurovat svědka úložiště vyberte svazek úložiště, který chcete přiřadit jako svědka disku, a poté dokončete průvodce.

     3. pokud vyberete možnost konfigurace svědka sdílení souborů, na stránce konfigurovat svědky sdílení souborů zadejte nebo přejděte na sdílený soubor, který bude použit jako zdroj svědků, a dokončete průvodce.

     4. pokud vyberete možnost konfigurace cloudového svědka, na stránce konfigurovat cloudového svědka zadejte název účtu Azure storage, klíč účtu Azure storage a koncový bod služby Azure a dokončete průvodce.

        Poznámka

        tato možnost je k dispozici v systému Windows Server 2016 a výše.

   • Chcete-li nakonfigurovat nastavení správy kvora a přidat nebo změnit svědka kvora, vyberte možnost Upřesnit konfiguraci kvora a poté proveďte následující kroky. Informace a úvahy o pokročilém nastavení konfigurace kvora naleznete v tématu přiřazení hlasů uzlů a Dynamická správa kvora dříve v tomto tématu.

     1. na stránce vybrat konfiguraci hlasování vyberte možnost přiřazení hlasů k uzlům. Ve výchozím nastavení jsou všem uzlům přiřazeny hlasy. Pro určité scénáře však můžete přiřadit hlasy pouze podmnožině uzlů.

        Poznámka

        můžete také vybrat žádné uzly. To se obecně nedoporučuje, protože neumožňuje uzlům účastnit se hlasování kvora a vyžaduje konfiguraci svědka disku. Tento svědek disku se stává jediným bodem selhání clusteru.

     2. na stránce konfigurace správy Kvora můžete povolit nebo zakázat možnost Povolit clusteru dynamicky spravovat přiřazení hlasů uzlu. Výběr této možnosti obecně zvyšuje dostupnost clusteru. Ve výchozím nastavení je tato možnost povolena a důrazně se doporučuje tuto možnost nezakázat. Tato volba umožňuje clusteru pokračovat v provozu ve scénářích selhání, které nejsou možné, pokud je tato možnost zakázána.

        Poznámka

        tato možnost není k dispozici v systému Windows Server 2016 a výše.

     3. na stránce Vybrat svědka Kvora vyberte možnost konfigurace svědka disku, svědka sdílení souborů nebo cloudového svědka. Průvodce označuje možnosti výběru svědků, které jsou doporučeny pro váš cluster.

        Poznámka

        můžete také vybrat nenakonfigurovat svědka kvora a dokončit průvodce. Pokud máte v clusteru sudý počet hlasovacích uzlů, nemusí se jednat o doporučenou konfiguraci.

     4. pokud vyberete možnost konfigurace svědka disku, na stránce konfigurovat svědka úložiště vyberte svazek úložiště, který chcete přiřadit jako svědka disku, a poté dokončete průvodce.

     5. pokud vyberete možnost konfigurace svědka sdílení souborů, na stránce konfigurovat svědky sdílení souborů zadejte nebo přejděte na sdílený soubor, který bude použit jako zdroj svědků, a dokončete průvodce.

     6. pokud vyberete možnost konfigurace cloudového svědka, na stránce konfigurovat cloudového svědka zadejte název účtu Azure storage, klíč účtu Azure storage a koncový bod služby Azure a dokončete průvodce.

        Poznámka

        tato možnost je k dispozici v systému Windows Server 2016 a výše.

4. Vyberte Další. Potvrďte svůj výběr na zobrazené potvrzovací stránce a poté vyberte Další.

po spuštění průvodce a zobrazení souhrnné stránky, Chcete-li zobrazit zprávu o úkolech, které průvodce provedl, vyberte Zobrazit sestavu. Poslední zpráva zůstane ve složce systemroot \ Cluster\Reports s názvem QuorumConfiguration.mht.

ekvivalentní příkazy prostředí Windows PowerShell

následující příklady ukazují, jak používat rutinu Set-ClusterQuorum a další rutiny prostředí Windows PowerShell ke konfiguraci kvora clusteru.

následující příklad změní konfiguraci kvora v clusteru CONTOSO-FC1 na jednoduchou konfiguraci většiny uzlů bez svědka kvora.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

následující příklad změní konfiguraci kvora v lokálním clusteru na většinu uzlů s konfigurací svědků. Diskový prostředek s názvem Cluster Disk 2 je nakonfigurován jako svědek disku.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

následující příklad změní konfiguraci kvora v lokálním clusteru na většinu uzlů s konfigurací svědků. Zdroj sdílení souborů s názvem \ \ CONTOSO-FS \ fsw je nakonfigurován jako svědek sdílení souborů.

Set-ClusterQuorum -NodeAndFileShareMajority "\fileserver\fsw"

následující příklad odebere hlas kvora z uzlu ContosoFCNode1 v místním clusteru.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

následující příklad přidá hlas kvora uzlu ContosoFCNode1 v místním klastru.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

následující příklad umožňuje vlastnost DynamicQuorum clusteru CONTOSO-FC1 (pokud byla dříve zakázána):

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

obnovte cluster spuštěním bez kvora

cluster, který nemá dostatek hlasů kvora, se nespustí. Jako první krok byste měli vždy potvrdit konfiguraci kvora clusteru a zjistit, proč cluster již nemá kvorum. K tomu může dojít, pokud máte uzly, které přestaly reagovat, nebo pokud primární web není dosažitelný ve vícemístném clusteru. Po identifikaci hlavní příčiny selhání clusteru můžete použít kroky obnovy popsané v této části.

vynutit spuštění uzlů clusteru

poté, co zjistíte, že cluster nelze obnovit přivedením uzlů nebo svědka kvora do zdravého stavu, bude nutné nutit spuštění clusteru. Vynucení spuštění clusteru přepíše nastavení konfigurace kvora clusteru a spustí cluster v režimu ForceQuorum.

vynucení spuštění clusteru, pokud nemá kvorum, může být zvláště užitečné v clusteru s více místy. Zvažte scénář obnovy po havárii s clusterem, který obsahuje samostatně umístěné primární a záložní weby, SiteA a SiteB. Pokud na SiteA dojde ke skutečné katastrofě, může trvat značné množství času, než se web vrátí online. Pravděpodobně byste chtěli donutit SiteB, aby se připojil k internetu, i když nemá usnášeníschopnost.

když je cluster spuštěn v režimu ForceQuorum a poté, co získá dostatek hlasů kvora, cluster automaticky opustí nucený stav a chová se normálně. Proto není nutné cluster znovu spustit normálně. Pokud cluster ztratí uzel a ztratí kvorum, přepne se znovu do režimu offline, protože již není v nuceném stavu. Chcete-li jej vrátit zpět do režimu online, když nemá usnášeníschopnost, vyžaduje nutit cluster ke spuštění bez usnášeníschopnosti.

zabránit kvóru na zbývajících uzlech clusteru

po vynucení spuštění clusteru na uzlu je nutné spustit všechny zbývající uzly v clusteru s nastavením, aby se zabránilo kvóru. Uzel zahájený nastavením, které zabraňuje kvoru, označuje clusterové službě, aby se připojila k existujícímu spuštěnému clusteru místo vytvoření nové instance clusteru. Tím se zabrání tomu, aby zbývající uzly vytvořily rozdělený cluster, který obsahuje dvě konkurenční instance.

to je nutné, když potřebujete obnovit cluster v některých scénářích pro obnovu po havárii po spuštění clusteru na vašem záložním webu SiteB. Chcete-li se připojit k clusteru force started v Sitebu, uzly ve vašem primárním webu, SiteA, musí být spuštěny s vyloučením kvora.

zde je návod, jak obnovit cluster s Failover Cluster Manager:

1. ve Správci klastrů při selhání vyberte nebo zadejte cluster, který chcete obnovit.

2. s vybraným clusterem v části Akce vyberte možnost vynutit start clusteru.

   Failover Cluster Manager force spustí cluster na všech uzlech, které jsou dosažitelné. Cluster používá při spuštění aktuální konfiguraci clusteru.

ekvivalentní příkazy Windows PowerShell (Start-Clusternode)

následující příklad ukazuje, jak použít rutinu Start-ClusterNode k vynucení spuštění clusteru v uzlu ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

Alternativně můžete na uzlu lokálně zadat následující příkaz:

Net Start ClusSvc /FQ

následující příklad ukazuje, jak použít rutinu Start-ClusterNode ke spuštění služby clusteru s vyloučením kvora v uzlu ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

Alternativně můžete na uzlu lokálně zadat následující příkaz:

Net Start ClusSvc /PQ

úvahy o kvoru pro konfigurace obnovy po havárii

tato část shrnuje charakteristiky a konfigurace kvora pro dvě konfigurace vícemístného clusteru při nasazení obnovy po havárii. Pokyny pro konfiguraci kvora se liší v závislosti na tom, zda potřebujete automatické převzetí služeb při selhání nebo ruční převzetí služeb při selhání pro pracovní zatížení mezi weby. Vaše konfigurace obvykle závisí na dohodách o úrovni služeb (SLA), které jsou ve vaší organizaci zavedeny, aby poskytovaly a podporovaly seskupené pracovní zátěže v případě selhání nebo katastrofy na místě.

automatické převzetí služeb při selhání

v této konfiguraci se cluster skládá ze dvou nebo více webů, které mohou hostovat seskupené role. Pokud dojde k selhání na jakémkoli webu, očekává se, že seskupené role automaticky selžou na zbývající weby. Proto musí být kvorum clusteru nakonfigurováno tak, aby jakýkoli web mohl utrpět úplné selhání webu.

následující tabulka shrnuje úvahy a doporučení pro tuto konfiguraci.

položka	popis
počet hlasů uzlu na místo	by se měl rovnat
přiřazení hlasů uzlu	hlasy uzlu by neměly být odstraněny, protože všechny uzly jsou stejně důležité
Dynamická správa kvora	by měla být povolena
doporučuje se konfigurace svědků	sdílení souborů svědek, nakonfigurovaný na webu, který je oddělen od webů clusteru
pracovní zatížení	pracovní zatížení lze konfigurovat na libovolném z lokalit

další úvahy pro automatické převzetí služeb při selhání

• konfigurace svědka sdílení souborů na samostatném webu je nezbytná, aby každý web měl stejnou příležitost přežít. Pro více informací, viz Konfigurace svědků dříve v tomto tématu.

manuální převzetí služeb při selhání

v této konfiguraci se cluster skládá z primárního webu SiteA a záložního (obnovovacího) webu SiteB. Seskupené role jsou hostovány na SiteA. Z důvodu konfigurace kvora clusteru, pokud dojde k selhání ve všech uzlech v SiteA, cluster přestane fungovat. V tomto scénáři musí správce ručně selhat přes služby clusteru na SiteB a provést další kroky k obnovení clusteru.

následující tabulka shrnuje úvahy a doporučení pro tuto konfiguraci.

položka	popis
počet hlasů uzlu na web	Node hlasy by neměly být odstraněny z uzlů v primárním místě, SiteA Node hlasy by měly být odstraněny z uzlů v záložním místě, SiteB pokud dojde k dlouhodobému výpadku v SiteA, musí být hlasy přiděleny uzlům v Sitebu, aby byla v rámci obnovy
Dynamická správa kvora	by měla být povolena
svědek konfigurace	konfigurace svědka pokud je na SiteA sudý počet uzlů pokud je svědek potřebný, nakonfigurujte buď svědka sdílení souborů nebo svědka disku, který je přístupný pouze uzlům v SiteA (někdy se nazývá asymetrický svědek disku)
pracovní zatížení	použijte preferované vlastníky, aby pracovní zatížení běželo na uzlech v SiteA

další úvahy pro manuální převzetí služeb při selhání

• pouze uzly v SiteA jsou zpočátku konfigurovány s hlasy kvora. To je nezbytné k zajištění toho, aby stav uzlů v Sitebu neovlivnil kvorum clusteru.
• kroky obnovy se mohou lišit v závislosti na tom, zda SiteA trpí dočasným selháním nebo dlouhodobým selháním.