Sdílet prostřednictvím

Konfigurace a správa kvora

Tento článek obsahuje základní informace a kroky ke konfiguraci a správě kvóra v clusteru pro převzetí služeb při selhání.

Informace o kvorech clusteru a fondu úložiště ve Storage Spaces Direct v místních clusterech Azure a clusterech Windows Serveru najdete v tématu Principy kvora clusteru a fondu.

Porozumění kvóru

Kvorum clusteru je určeno počtem hlasovacích prvků, které musí být součástí aktivního členství v clusteru, aby se cluster spustil správně nebo pokračoval ve spuštění. Podrobnější vysvětlení najdete v dokumentu o pochopení kvora clusteru a fondu.

Možnosti konfigurace kvora

Model kvora ve Windows Serveru je flexibilní. Pokud potřebujete upravit konfiguraci kvora pro cluster, můžete použít Průvodce konfigurací kvora clusteru nebo rutiny Windows PowerShell pro Převzetí služeb při selhání clusteru. Postup a aspekty konfigurace kvora najdete v tématu Konfigurace kvora clusteru dále v tomto tématu.

Následující tabulka uvádí tři možnosti konfigurace kvora, které jsou dostupné v Průvodci konfigurací kvora pro cluster.

Možnost Popis
Použití typických nastavení Cluster automaticky přiřadí každému uzlu hlas a dynamicky spravuje hlasy uzlů. Pokud je to vhodné pro váš cluster a je k dispozici sdílené úložiště clusteru, cluster vybere svědka disku. Tato možnost se ve většině případů doporučuje, protože software clusteru automaticky zvolí konfiguraci kvora a svědka, která poskytuje nejvyšší dostupnost pro váš cluster.
Přidat nebo změnit kvórum svědka Můžete přidat, změnit nebo odebrat svědecký prostředek. Můžete nakonfigurovat sdílenou složku nebo diskový svědek. Cluster automaticky přiřadí každému uzlu hlas a dynamicky spravuje hlasy uzlů.
Pokročilá konfigurace kvora a výběr svědka Tuto možnost byste měli vybrat jenom v případě, že máte požadavky specifické pro konkrétní aplikaci nebo místo týkající se konfigurace kvora. Můžete upravit svědka kvora, přidat nebo odebrat hlasy uzlů a zvolit, jestli cluster dynamicky spravuje hlasy uzlů. Ve výchozím nastavení se hlasy přiřazují ke všem uzlům a hlasy uzlů se dynamicky spravují.

V závislosti na možnosti konfigurace kvora, kterou zvolíte, a konkrétních nastaveních se cluster nakonfiguruje v jednom z následujících režimů kvora:

Režim Popis
Většina uzlů (bez svědka) Hlasy mají pouze uzly. Není nakonfigurován žádný svědek kvora. Kvorum clusteru je většina hlasovacích uzlů v aktivním členství v clusteru.
Většina uzlů s kopií clusteru (disk nebo sdílená složka) Uzly mají hlasy. Kromě toho má svědek kvoru hlas. Kvorum clusteru je většina hlasovacích uzlů v aktivním členství clusteru plus hlas svědka. Svědek systému kvorum může být určený diskový svědek nebo určený sdílený souborový svědek.
Žádná většina (pouze jako svědek disku) Žádné uzly nemají hlasy. Hlas má pouze diskový svědek.
Kvorum clusteru je určováno stavem diskového svědka. Obecně se tento režim nedoporučuje a neměl by být vybrán, protože pro cluster vytvoří jediný bod selhání.

Následující pododdíly vám poskytnou další informace o rozšířených nastaveních konfigurace kvora.

Konfigurace svědka

Obecně platí, že při konfiguraci kvora by hlasovací prvky v clusteru měly mít lichý počet. Pokud tedy cluster obsahuje sudý počet hlasovacích uzlů, měli byste nakonfigurovat diskoho svědka nebo svědka sdílené složky. Cluster bude schopný udržovat jeden další uzel mimo provoz. Kromě toho přidání hlasu svědka umožňuje clusteru pokračovat v provozu, pokud polovina uzlů clusteru současně selže nebo se odpojí.

Diskový svědek se obvykle doporučuje, pokud všechny uzly mohou vidět disk. Svědek sdíleného souboru se doporučuje, když potřebujete zvážit zotavení po havárii v prostředí s více lokalitami a replikovaným úložištěm. Konfigurace disku s replikovaným úložištěm je možná jenom v případě, že dodavatel úložiště podporuje přístup pro čtení a zápis ze všech míst do replikovaného úložiště. Diskový svědek není podporován ve Storage Spaces Direct.

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

Typ svědka Popis Požadavky a doporučení
Diskový svědek
  • Vyhrazená jednotka LUN, která ukládá kopii databáze clusteru
  • Nejužitečnější pro clustery se sdíleným (nereplikovaným) úložištěm
  • Velikost logické jednotky musí být minimálně 512 MB.
  • Musí být vyhrazený pro použití clusteru a nepřiřazuje se ke clusterové roli.
  • Musí být součástí clusterového úložiště a projít ověřovacími testy úložiště.
  • Nemůže být diskem, který je sdíleným svazkem clusteru (CSV).
  • Základní disk s jedním svazkem
  • Nemusí mít písmeno jednotky.
  • Dá se naformátovat pomocí systému souborů NTFS nebo ReFS
  • Volitelně se dá nakonfigurovat s hardwarovým polem RAID pro odolnost proti chybám.
  • Měla by být vyloučena ze záloh a antivirové kontroly.
  • Diskový svědek není podporován v Storage Spaces Direct.
Svědek sdílení souborů
  • Sdílená složka SMB nakonfigurovaná na souborovém serveru se systémem Windows Server
  • Neukládá kopii databáze clusteru.
  • Udržuje informace o clusteru pouze v souboru witness.log.
  • Nejužitečnější pro clustery ve více lokalitách s replikovaným úložištěm
  • Musí mít minimálně 5 MB volného místa.
  • Musí být vyhrazený pro jeden cluster a nesmí se používat k ukládání dat uživatelů nebo aplikací.
  • Musí mít povolená oprávnění k zápisu pro objekt počítače pro název clusteru.

Následující jsou další úvahy pro souborový server, který hostí určené sdílení souborů.
  • Jeden souborový server lze nakonfigurovat se svědky sdílení souborů pro více clusterů.
  • Souborový server musí být v lokalitě, která je oddělená od úlohy clusteru. To umožňuje stejné příležitosti, aby každá lokalita clusteru přežila, pokud dojde ke ztrátě síťové komunikace typu site-to-site. Pokud je souborový server ve stejné lokalitě, stane se tato lokalita primární lokalitou a je to jediná lokalita, která se může spojit se sdílenou složkou.
  • Server souborů může běžet na virtuálním počítači, pokud není virtuální počítač hostovaný na stejném clusteru, který používá souběžné sdílení souborů.
  • Pro zajištění vysoké dostupnosti může být souborový server nakonfigurován v samostatném clusteru pro převzetí služeb při selhání.
Cloudový svědek
  • Soubor svědka uložený ve službě Azure Blob Storage
  • Neukládá kopii databáze clusteru.
  • Doporučuje se, když mají všechny servery v clusteru spolehlivé připojení k internetu.
 Podívejte se na nasazení cloudového svědka.

Poznámka

Pokud nakonfigurujete sdílenou složku svědka nebo cloudového svědka a vypnete všechny uzly kvůli údržbě nebo z jiného důvodu, musíte zajistit, aby se služba clusteru spustila z posledního funkčního uzlu, protože nejnovější databáze clusteru se do těchto svědků neuloží. Viz to také.

Přiřazení hlasu uzlu

Jako pokročilá možnost konfigurace kvora můžete přiřazovat nebo odebírat hlasy kvora pro jednotlivé uzly. Ve výchozím nastavení mají všechny uzly přiřazené hlasy. Bez ohledu na přiřazení hlasu budou všechny uzly v clusteru dál fungovat, přijímají aktualizace databáze clusteru a můžou hostovat aplikace.

V určitých konfiguracích zotavení po havárii můžete z uzlů odebrat hlasy. V clusteru s více lokalitami můžete například odebrat hlasy z uzlů v záložní lokalitě, aby tyto uzly neměly vliv na výpočty kvora. Tato konfigurace se doporučuje pouze pro manuální převzetí služeb mezi lokalitami. Další informace najdete v tématu Aspekty kvora pro konfigurace zotavení po havárii dále v tomto tématu.

Lze ověřit nakonfigurovaný hlas uzlu vyhledáním společné vlastnosti uzlu clusteru NodeWeight pomocí příkazu Get-ClusterNode ve Windows PowerShell. Hodnota 0 označuje, že uzel nemá nakonfigurovaný hlas kvora. Hodnota 1 označuje, že je přiřazen hlas kvora uzlu a spravuje ho cluster. Další informace o správě hlasů uzlů najdete v tématu dynamické správy kvora dále v tomto tématu.

Přiřazení hlasu pro všechny uzly clusteru je možné ověřit provedením testu pro ověření kvora clusteru.

Další úvahy při přiřazení hlasů uzlu

  • Doporučuje se neprovádět přiřazení hlasu uzlu tak, aby výsledný počet hlasovacích uzlů byl lichý. Místo toho byste měli nakonfigurovat diskového svědka nebo svědka sdílení souborů. Další informace najdete v části konfigurace svědka dále v tomto tématu.
  • Pokud je povolena dynamická správa kvora, hlasy můžou být přiřazeny nebo odebrány pouze uzlům, které jsou nakonfigurovány tak, aby jejich hlasy mohly být přiřazovány nebo odebírány dynamicky. Další informace naleznete v části Správa dynamického kvora dále v tomto tématu.

Dynamická správa kvora

Ve Windows Serveru 2012 můžete jako pokročilou možnost konfigurace kvora povolit dynamickou správu kvora podle clusteru. Další podrobnosti o tom, jak dynamické kvorum funguje, najdete v tomto vysvětlení.

Díky dynamické správě kvora je také možné, aby cluster běžel na posledním zbývajícím uzlu clusteru. Díky dynamické úpravě požadavku na většinu kvora může cluster přečkat postupné vypínání uzlů až do úrovně jednoho funkčního uzlu.

Dynamické hlasování uzlu přiřazené clusterem je možné ověřit pomocí společné vlastnosti DynamicWeight uzlu clusteru pomocí rutiny Windows PowerShellu Get-ClusterNode. Hodnota 0 označuje, že uzel nemá hlas kvora. Hodnota 1 označuje, že uzel má hlas kvora.

Přiřazení hlasu pro všechny uzly clusteru je možné ověřit pomocí testu Ověření kvora clusteru.

Další aspekty správy dynamického kvora

  • Dynamická správa kvora neumožňuje klasteru udržet provoz při současném selhání většiny svých hlasovacích členů. Pokud chcete pokračovat v provozu, cluster musí mít 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řidávat ani odebírat.

  • Pokud je povoleno Storage Spaces Direct, cluster může podporovat pouze dvě selhání uzlů. To je vysvětleno více v části kvorum fondu

Obecná doporučení pro konfiguraci kvora

Software clusteru automaticky nakonfiguruje kvorum pro nový cluster na základě počtu nakonfigurovaných uzlů a dostupnosti sdíleného úložiště. Obvykle se jedná o nejvhodnější konfiguraci kvora pro tento cluster. Je ale vhodné zkontrolovat konfiguraci kvora po vytvoření clusteru, před umístěním clusteru do produkčního prostředí. Pokud chcete zobrazit podrobnou konfiguraci kvora clusteru, můžete použít Průvodce ověřením konfigurace nebo rutinu Test-Cluster prostředí Windows PowerShell a spustit test Ověřit Konfiguraci Kvora. Ve Správci clusterů pro převzetí služeb při selhání se základní konfigurace kvora zobrazuje v souhrnných informacích pro vybraný cluster, nebo můžete zkontrolovat informace o prostředcích kvora, které se vrátí při spuštění rutiny Get-ClusterQuorum ve Windows PowerShell.

Kdykoli můžete spustit test ověření konfigurace kvora, abyste ověřili, jestli je konfigurace kvora pro váš cluster optimální. Výstup testu indikuje, jestli se doporučuje změna konfigurace kvora, a optimální nastavení. Pokud je doporučena změna, můžete použít Průvodce konfigurace kvora clusteru k aplikaci doporučených nastavení.

Jakmile je cluster v produkci, neměňte konfiguraci kvora, pokud jste nedospěli k závěru, že je změna 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 vyřazení uzlů
  • Přidání nebo odebrání úložiště
  • Selhání dlouhodobého uzlu nebo svědka
  • Obnovení clusteru ve scénáři zotavení po havárii ve více lokalitách

Další informace o validaci clusteru pro převzetí služeb při selhání naleznete v části Ověření hardwaru pro cluster pro převzetí služeb při selhání.

Konfigurujte kvórum clusteru

Nastavení kvora clusteru můžete nakonfigurovat pomocí Správce clusteru s podporou převzetí služeb při selhání nebo rutin prostředí Windows PowerShell s podporou převzetí služeb při selhání.

Důležitý

Obvykle je nejlépe použít konfiguraci kvora, kterou doporučuje Průvodce konfigurací kvora clusteru. Konfiguraci kvora doporučujeme upravovat jenom v případě, že jste zjistili, že změna je pro váš cluster vhodná. Další informace najdete v tématu Obecná doporučení pro konfiguraci kvora v tomto tématu.

Nakonfigurujte nastavení kvora clusteru

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

Poznámka

Konfiguraci kvora clusteru můžete změnit bez zastavení clusteru nebo přechodu prostředků clusteru do offline režimu.

Změna konfigurace kvora ve clusteru pro převzetí služeb při selhání pomocí Správce clusteru pro převzetí služeb při selhání

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

  2. S vybraným clusterem v části Akcezvolte Další akcea poté vyberte Nastavení kvora clusteru. Zobrazí se Průvodce pro konfiguraci kvora clusteru. Vyberte Další.

  3. Na stránce Vyberte možnost konfigurace kvora vyberte jednu ze tří možností konfigurace a proveďte kroky pro tuto možnost. Než nakonfigurujete nastavení kvora, můžete zkontrolovat své volby. Další informace o možnostech najdete v tématu Principykvora , dříve v tomto tématu.

    • Pokud chcete clusteru povolit automatické resetování nastavení kvora, která jsou pro aktuální konfiguraci clusteru optimální, vyberte Použít výchozí konfiguraci kvora a dokončete průvodce.

    • Pokud chcete přidat nebo změnit svědka kvora, vyberte Vyberte svědka kvoraa pak proveďte následující kroky. Informace a úvahy o konfiguraci kvórum svědka najdete v tématu konfigurace kvórum svědka dříve v tomto tématu.

      1. Na stránce Vyberte svědka kvora vyberte možnost konfigurace svědka disku nebo svědka sdílené složky. Průvodce znázorňuje možnosti výběru svědků, které se doporučují pro váš cluster.

        Poznámka

        Můžete také vybrat Nekonfigurovat určující kopii kvora a poté 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 pro konfiguraci diskového svědka, na stránce Konfigurace úložiště svědka vyberte svazek úložiště, který chcete přiřadit jako diskový svědek, a dokončete průvodce.

      3. Pokud vyberete možnost konfigurace sdílené složky svědka, na stránce Konfigurovat sdílenou složku svědka zadejte nebo přejděte do sdílené složky, která se použije jako určující prostředek, a dokončete průvodce.

      4. Pokud vyberete možnost konfigurace svědka v cloudu, na stránce Konfigurace svědka v cloudu zadejte název účtu úložiště Azure, klíč k účtu úložiště Azure a koncový bod služby Azure a poté dokončete průvodce.

        Poznámka

        Tato možnost je dostupná ve Windows Serveru 2016 a novějším.

    • Pokud chcete nakonfigurovat nastavení správy kvora a přidat nebo změnit svědka kvora, vyberte Pokročilá konfigurace kvoraa poté proveďte následující kroky. Pro informace a úvahy o rozšířených nastaveních konfigurace kvora se podívejte na přiřazení hlasu uzlu a dynamickou správu kvora výše v tomto tématu.

      1. Na stránce Vyberte konfiguraci hlasování vyberte možnost pro přiřazení hlasů uzlům. Ve výchozím nastavení se všem uzlům přiřadí hlas. V určitých scénářích ale můžete přiřadit hlasy pouze podmnožině uzlů.

        Poznámka

        Můžete také vybrat Žádné uzly. Obecně se to nedoporučuje, protože to neumožňuje uzlům účastnit se hlasování kvora a vyžaduje konfiguraci diskového svědka. Tento diskový svědek se stane jediným bodem selhání clusteru.

      2. Na stránce Konfigurovat správu kvora můžete povolit nebo zakázat, aby cluster dynamicky spravoval přiřazení hlasů uzlů . Výběrem této možnosti obecně zvýšíte dostupnost clusteru. Ve výchozím nastavení je tato možnost povolená a důrazně doporučujeme tuto možnost zakázat. Tato možnost umožňuje clusteru pokračovat ve scénářích selhání, které nejsou možné, pokud je tato možnost zakázaná.

        Poznámka

        Tato možnost není k dispozici ve Windows Serveru 2016 a novějším.

      3. Na stránce Vyberte svědka kvora vyberte možnost konfigurace diskového svědka, svědka sdílené složky nebo cloudového svědka. Průvodce ukazuje možnosti výběru svědka, které se doporučují pro váš cluster.

        Poznámka

        Můžete také vybrat Nekonfigurovat svědka kvoraa pak 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 diskového svědka, na stránce Konfigurace svědka úložiště vyberte svazek úložiště, který chcete přiřadit jako diskový svědek, a dokončete průvodce.

      5. Pokud vyberete možnost konfigurace sdílené složky pro svědka, na stránce Konfigurace sdílené složky pro svědka zadejte nebo přejděte do sdílené složky, která se použije jako systémový prostředek pro svědka, a poté dokončete průvodce.

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

        Poznámka

        Tato možnost je dostupná ve Windows Serveru 2016 a novějším.

  4. Vyberte Další. Potvrďte výběry na stránce potvrzení, která se zobrazí, a pak vyberte Další.

Po spuštění průvodce se zobrazí stránka Souhrn, pokud chcete zobrazit sestavu úkolů, které průvodce provedl, vyberte Zobrazit sestavu. Nejnovější sestava zůstane ve složce systemroot\Cluster\Reports s názvem QuorumConfiguration.mht.

Poznámka

Po nakonfigurování kvora clusteru doporučujeme spustit test Ověřit konfiguraci kvora, abyste ověřili aktualizované nastavení kvora.

Ekvivalentní příkazy Windows PowerShellu

Následující příklady ukazují, jak pomocí rutiny Set-ClusterQuorum a dalších rutin prostředí Windows PowerShell nakonfigurovat kvorum clusteru.

Následující příklad změní konfiguraci kvora v clusteru CONTOSO-FC1 na konfiguraci většinového uzlu bez svědka kvora.

Set-ClusterQuorum –Cluster CONTOSO-FC1 -NodeMajority

Následující příklad změní konfiguraci kvora v místním clusteru na většinu uzlů s konfigurací svědka. Prostředek disku s názvem Clusterový disk 2 je nakonfigurován jako diskový svědek.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 2"

Následující příklad změní konfiguraci kvora v místním clusteru na většinu uzlů s konfigurací svědka. Prostředek sdílení souborů s názvem \\CONTOSO-FS\fsw je nakonfigurovaný jako svědek sdílení souborů.

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

Následující příklad odebere hlasování o kvoru z uzlu ContosoFCNode1 v místním clusteru.

(Get-ClusterNode ContosoFCNode1).NodeWeight=0

Následující příklad přidá hlas kvora do uzlu ContosoFCNode1 v místním clusteru.

(Get-ClusterNode ContosoFCNode1).NodeWeight=1

Následující příklad povolí vlastnost DynamicQuorum clusteru CONTOSO-FC1 (pokud byla dříve zakázána):

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

Obnovení clusteru spuštěním bez kvórum

Cluster, který nemá dostatečný počet hlasů pro kvórum, se nespustí. V prvním kroku byste měli vždy potvrdit konfiguraci kvora clusteru a zjistit, proč už cluster nemá kvorum. K tomu může dojít v případě, že máte uzly, které přestaly reagovat, nebo pokud primární lokalita není dostupná v clusteru s více lokalitami. Po identifikaci původní příčiny selhání clusteru můžete použít kroky obnovení popsané v této části.

Poznámka

  • Pokud se služba clusteru zastaví, protože dojde ke ztrátě kvora, zobrazí se v systémovém protokolu ID události 1177.
  • Vždy je nutné zjistit, proč došlo ke ztrátě quora clusteru.
  • Vždy je vhodnější přenést uzel nebo určující kvorum do stavu v pořádku (připojit se ke clusteru) místo spuštění clusteru bez kvora.

Vynutit spuštění uzlů clusteru

Poté, co zjistíte, že cluster nemůžete obnovit tím, že uzly nebo svědka kvora přivedete do zdravého stavu, bude nutné přinutit cluster ke spuštění. Vynucené spuštění clusteru přebije nastavení konfigurace kvora clusteru a spustí cluster v režimu ForceQuorum.

Vynucení spuštění clusteru v případě, že nemá kvorum, může být užitečné zejména v clusteru ve více lokalitách. Zvažte scénář zotavení po havárii s clusterem, který obsahuje samostatně umístěné primární a záložní lokality: SiteA a SiteB. Pokud dojde k skutečné havárii v SiteA, může trvat dlouho, než se web vrátí do online režimu. Pravděpodobně byste chtěli vynutit, že SiteB přejde do online režimu, i když nemá kvorum.

Když se cluster spustí v režimu ForceQuorum a po opětovném získání dostatečných hlasů kvora cluster automaticky opustí vynucený stav a chová se normálně. Proto není nutné cluster spustit znovu normálně. Pokud cluster ztratí uzel a ztratí kvorum, přejde znovu do offline režimu, protože už není v vynuceném stavu. Pokud chcete zařízení přivést zpět do režimu online, když nemá kvorum, je nutné vynutit spuštění clusteru bez kvora.

Důležitý

  • Po vynucení spuštění clusteru má správce plnou kontrolu nad clusterem.
  • Cluster používá konfiguraci clusteru na uzlu, kde je cluster vynuceně spuštěný, a replikuje ho do všech ostatních dostupných uzlů.
  • Pokud vynutíte spuštění clusteru bez kvora, budou všechna nastavení konfigurace kvora ignorována, dokud cluster zůstane v režimu ForceQuorum. To zahrnuje přiřazení hlasů jednotlivým uzlům a nastavení dynamické správy kvora.

Zamezit kvóru na zbývajících uzlech clusteru

Po vynuceném spuštění clusteru na jednom uzlu je nutné spustit všechny zbývající uzly ve vašem clusteru s nastavením, aby se zabránilo dosažení kvoru. Uzel, který je spuštěn s nastavením, které vylučuje kvórum, indikuje službě clusteru, aby se připojil k existujícímu spuštěnému clusteru a nevytvořil novou instanci clusteru. Tím zabráníte, aby zbývající uzly vytvořily rozdělený cluster, který obsahuje dvě konkurenční instance.

Pokud jste vynuceně spustili cluster na záložní lokalitě SiteB, bude nezbytné obnovit jej v některých scénářích obnovy po havárii ve více lokalitách. Pokud chcete připojit cluster s nuceným spuštěním v SiteB, uzly ve vaší primární lokalitě, SiteA, musí být spuštěny s blokovaným kvorem.

Důležitý

Po vynuceném spuštění clusteru na uzlu doporučujeme vždy spustit zbývající uzly s deaktivovaným kvórem.

Tady je postup obnovení clusteru pomocí Správce klastrů převzetí služeb při selhání:

  1. Ve Správci clusteru s podporou převzetí služeb při selhání vyberte cluster, který chcete obnovit, nebo ho zadejte.

  2. Při výběru clusteru z nabídky Akcezvolte možnost Vynutit spuštění clusteru.

    Správce clusteru pro převzetí služeb při selhání vynuceně spustí cluster na všech dosažitelných uzlech. Cluster při spuštění používá aktuální konfiguraci clusteru.

Poznámka

  • Pokud chcete, aby se cluster spustil na konkrétním uzlu, který obsahuje konfiguraci clusteru, kterou chcete použít, musíte použít rutiny Windows PowerShellu nebo ekvivalentní nástroje příkazového řádku, jak je znázorněno po tomto postupu.
  • Pokud pomocí Správce clusteru s podporou převzetí služeb při selhání připojíte ke clusteru, který byl nuceně spuštěn, a použijete akci Spustit clusterovou službu k zahájení uzlu, uzel se automaticky spustí s nastavením, které zabraňuje vytvoření kvorum.

Ekvivalentní příkazy Windows PowerShellu (Start-Clusternode)

Následující příklad ukazuje, jak pomocí rutiny Start-ClusterNode vynutit spuštění clusteru na uzlu ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –FQ

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

Net Start ClusSvc /FQ

Následující příklad ukazuje, jak pomocí rutiny Start-ClusterNode spustit službu clusteru bez kvoru na uzlu ContosoFCNode1.

Start-ClusterNode –Node ContosoFCNode1 –PQ

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

Net Start ClusSvc /PQ

Úvahy o kvóru pro konfigurace obnovy po havárii

Tato část shrnuje charakteristiky a konfigurace kvora pro dvě konfigurace clustru ve více lokalitách v nasazeních pro zotavení po havárii. Pokyny pro konfiguraci kvora se liší v závislosti na tom, jestli potřebujete automatické nebo ruční převzetí služeb při selhání pro pracovní zátěže mezi lokalitami. Konfigurace obvykle závisí na smlouvách o úrovni služeb (SLA), které se ve vaší organizaci používají k poskytování a podpoře clusterovaných úloh v případě selhání nebo havárie v lokalitě.

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

V této konfiguraci se cluster skládá ze dvou nebo více lokalit, které mohou hostovat clusterové role. Pokud dojde k selhání v jakékoli lokalitě, očekává se, že klastrové role budou automaticky převedeny na zbývající lokality. Aby se zachovala spolehlivost, musí být quorum clusteru nakonfigurováno tak, aby jakákoli lokalita mohla vydržet úplné selhání lokality.

Následující tabulka shrnuje aspekty a doporučení pro tuto konfiguraci.

Položka Popis
Počet hlasů uzlů na lokalitu Měla by být rovna
Přiřazení hlasu uzlu Hlasy uzlů by se neměly odebírat, protože všechny uzly jsou stejně důležité.
Dynamická správa kvora Měla by být povolená.
Konfigurace svědka Doporučuje se svědek se sdíleným souborem nakonfigurovaný v lokalitě, která je oddělená od lokalit clusteru.
Pracovní vytížení Úlohy je možné nakonfigurovat na libovolné lokalitě.

Další aspekty automatického převzetí služeb při selhání

  • Konfigurace společného svědka souborového systému v samostatném místě je nezbytná k tomu, aby každé místo mělo stejnou šanci přežít. Další informace najdete v části konfigurace svědka uvedené dříve v tomto tématu.

Ruční převzetí při selhání

V této konfiguraci se cluster skládá z primární lokality, siteAa zálohované (obnovovací) lokality, SiteB. Clusterované role jsou hostované na SiteA. Kvůli konfiguraci kvora clusteru, jestliže dojde k selhání všech uzlů v SiteA, klastr přestane fungovat. V tomto scénáři musí správce ručně přesměrovat služby clusteru do SiteB a dále provést další kroky pro obnovení clusteru.

Následující tabulka shrnuje aspekty a doporučení pro tuto konfiguraci.

Položka Popis
Počet hlasů uzlů na lokalitu
  • Hlasy uzlů by se neměly odebírat z uzlů v primární lokalitě siteA
  • Hlasy uzlů by měly být odebrány z uzlů v záložní lokalitě SiteB
  • Pokud dojde k dlouhodobému výpadku na SiteA, musí být hlasy přiřazeny uzlům na SiteB, aby se v rámci obnovení umožnila většina kvóra v této lokalitě.
Dynamická správa kvora Měla by být povolená.
Konfigurace svědka
  • Nakonfigurujte svědka, pokud je sudý počet uzlů v SiteA
  • Pokud potřebujete určujícího svědka, nakonfigurujte buď svědka sdílení souborů, nebo diskového svědka, který je přístupný jenom pro uzly v SiteA (někdy označovaný jako asymetrický diskový svědek).
Pracovní vytížení Použití upřednostňovaných vlastníků k udržování úloh spuštěných na uzlech na SiteA

Další úvahy o ručním přepnutí při selhání

  • Na SiteA jsou zpočátku nakonfigurované jenom uzly s hlasovacími právy. To je nezbytné k zajištění, aby stav uzlů v SiteB neměl vliv na kvorum clusteru.
  • Kroky obnovení se můžou lišit v závislosti na tom, jestli SiteA dojde k dočasnému či dlouhodobému selhání.

Další informace