Režimy kvora WSFC a konfigurace hlasování (SQL Server)

platí pro:SQL Server

Skupiny dostupnosti Always On SQL Server a instance Always On Failover Cluster (FCI) využívají technologii platformy Windows Server Failover Clustering (WSFC). WSFC používá přístup založený na kvoru k monitorování celkového stavu clusteru a maximalizuje odolnost proti chybám na úrovni uzlu. Základní znalost režimů kvora WSFC a konfigurace hlasování uzlů je velmi důležitá pro navrhování, provoz a řešení potíží s vysokou dostupností AlwaysOn a řešením zotavení po havárii.

Detekce stavu clusteru podle kvora

Každý uzel v clusteru WSFC se účastní pravidelné komunikace heartbeat signálů za účelem sdílení stavu uzlu s ostatními uzly. Nereagující uzly se považují za selhané.

Quorový soubor uzlů představuje většinu hlasovacích uzlů a svědků v clusteru WSFC. Celkový stav a stav clusteru WSFC je určen pravidelným hlasováním kvora. Přítomnost kvora znamená, že cluster je v pořádku a dokáže zajistit odolnost proti chybám na úrovni uzlu.

Absence kvóra značí, že cluster není ve zdravém stavu. Udržení celkového stavu zdraví clusteru WSFC je nutné k zajištění, že sekundární uzly zůstanou zdravé a k dispozici pro převzetí služeb při selhání primárních uzlů. Pokud hlasování kvora selže, cluster WSFC bude přepnutý do režimu offline jako preventivní opatření. To také způsobí zastavení všech instancí SQL Serveru zaregistrovaných v clusteru.

Důležité

Pokud je cluster WSFC přepnut do režimu offline kvůli selhání kvora, je potřeba ruční zásah k opětovnému přepnutí do režimu online.

Další informace najdete v tématu: Zotavení po havárii WSFC prostřednictvím vynuceného kvora (SQL Server).

Režimy kvora

Režim kvora je nakonfigurován na úrovni clusteru WSFC, který určuje metodologii použitou pro hlasování kvora. Nástroj Správce clusteru pro převzetí služeb při selhání doporučí režim kvora na základě počtu uzlů v clusteru.

Následující režimy kvora lze použít k určení, co představuje kvorum hlasů:

  • Majorita uzlů Aby byl cluster v provozuschopném stavu, musí hlasovat více než polovina hlasovacích uzlů v clustru.

  • Většina uzlů a sdílených složek Podobně jako v režimu kvora Většiny uzlů, s tím rozdílem, že sdílená složka je vzdáleně nakonfigurována jako hlasovací svědek a připojení z libovolného uzlu k této sdílené složce se počítá jako kladný hlas. Aby cluster byl v pořádku, musí být více než polovina možných hlasů kladná.

    Osvědčeným postupem je, že svědečný souborový podíl by se neměl nacházet na žádném uzlu v clusteru a měl by být viditelný pro všechny uzly v clusteru.

  • Většina uzlů a disků Podobně jako v režimu kvora Většina uzlů, kromě toho, že prostředek sdíleného disku v clusteru je také označen jako hlasovací svědek, a připojení z jakéhokoli uzlu k tomuto sdílenému disku se také počítá jako kladný hlas. Aby cluster byl v pořádku, musí být více než polovina možných hlasů kladná.

  • Pouze disk. Prostředek sdíleného diskového clusteru je určen jako svědek a připojení jakéhokoli uzlu ke sdílenému disku se počítá jako kladný hlas.

Návod

Pokud používáte asymetrickou konfiguraci úložiště pro skupiny dostupnosti Always On, měli byste obecně používat režim kvora většina uzlů, pokud máte lichý počet hlasovacích uzlů, nebo režim kvora většina uzlů a sdílených složek, pokud máte sudý počet hlasovacích uzlů.

Hlasovací a nehlasovací uzly

Ve výchozím nastavení je každý uzel v clusteru WSFC zahrnutý jako člen kvora clusteru; každý uzel má jeden hlas při určování celkového stavu clusteru a každý uzel se bude neustále pokoušet vytvořit kvorum. Diskuse o kvoru k tomuto bodu pečlivě stanovila sadu uzlů clusteru WSFC, které hlasují o stavu clusteru, a nazývá je hlasovacími uzly.

Žádný jednotlivý uzel v clusteru WSFC nemůže rozhodně určit, že je cluster jako celek v pořádku nebo není v pořádku. V každém okamžiku se z pohledu každého uzlu může zdát, že některé z ostatních uzlů jsou offline, nebo se nacházejí v procesu převzetí služeb, nebo že nereagují kvůli selhání síťové komunikace. Klíčovou funkcí hlasování o kvoru je určit, zda je zdánlivý stav každého z uzlů v clusteru WSFC skutečně stavem těchto uzlů.

U všech modelů kvora s výjimkou "Pouze disk" závisí účinnost hlasování kvora na spolehlivé komunikaci mezi všemi hlasovacími uzly v clusteru. Síťová komunikace mezi uzly ve stejné fyzické podsíti by měla být považována za spolehlivou; hlas kvora by měl být důvěryhodný.

Pokud se ale uzel v jiné podsíti považuje za nereagující při hlasování o kvoru, ale je skutečně online a jinak v pořádku, je to pravděpodobně kvůli selhání síťové komunikace mezi podsítěmi. V závislosti na topologii clusteru, režimu kvora a konfiguraci zásad převzetí služeb při selhání může selhání síťové komunikace efektivně vytvořit více než jednu sadu (nebo podmnožinu) hlasovacích uzlů.

Pokud je více než jedna podmnožina hlasovacích uzlů schopná vytvořit kvorum samostatně, označuje se jako scénář rozděleného mozku. V takovém scénáři se uzly v samostatných kvorách mohou chovat odlišně a být ve konfliktu navzájem.

Poznámka:

Scénář rozděleného mozku je možný pouze v případě, že správce systému ručně provede operaci vynuceného kvora nebo ve velmi vzácných případech vynucené převzetí služeb při selhání; explicitně rozděluje sadu uzlů kvora.

Pokud chcete zjednodušit konfiguraci kvora a zvýšit dobu provozu, můžete chtít upravit nastavení NodeWeight každého uzlu tak, aby se hlas uzlu nezapočítával do kvora.

Důležité

Chcete-li použít nastavení NodeWeight, musí být následující oprava hotfix použita na všechny servery v clusteru WSFC.

KB2494036: Hotfix je dostupný, aby vám umožnil konfigurovat uzel clusteru, který nemá hlasovací práva kvora v systémech Windows Server 2008 a Windows Server 2008 R2

Doporučené úpravy kvórumového hlasování

Při povolování nebo zakazování hlasu daného uzlu WSFC postupujte podle těchto pokynů:

  • Ve výchozím nastavení žádné hlasování. Předpokládejme, že každý uzel by neměl hlasovat bez explicitního odůvodnění.

  • Zahrnout všechny primární repliky. Každý uzel WSFC, který hostí primární repliku skupiny dostupnosti nebo je upřednostňovaným vlastníkem FCI, by měl mít hlas.

  • Zahrnout možné vlastníky automatického převzetí při selhání. Každý uzel, který by mohl hostovat primární repliku, by v důsledku automatického převzetí služeb při selhání skupiny dostupnosti nebo převzetí služeb při selhání FCI měl hlasovat. Pokud je v clusteru WSFC pouze jedna skupina dostupnosti a repliky dostupnosti jsou hostované pouze samostatnými instancemi, zahrnuje toto pravidlo pouze sekundární repliku, která je cílem automatického převzetí služeb při selhání.

  • Vylučte sekundární uzly stránky. Obecně platí, že nepřidávejte hlasy uzlům WSFC, které se nacházejí v sekundární lokalitě pro zotavení po havárii. Nechcete, aby uzly v sekundární lokalitě přispěly k rozhodnutí převést cluster do offline režimu, pokud není nic špatného s primární lokalitou.

  • Lichý počet hlasů. V případě potřeby přidejte do clusteru sdílenou složku s hlasováním, svědecký uzel nebo svědecký disk a upravte režim kvora, aby se předešlo možným rovnostem v hlasování kvora.

  • Přehodnoťte přiřazení hlasovacích práv po převzetí služeb při selhání. Nechcete provést převzetí služeb do konfigurace clusteru, která nepodporuje funkční kvorum.

Důležité

Při ověřování konfigurace hlasování o kvoru WSFC se v Průvodci skupinou dostupnosti Always On zobrazí upozornění, pokud jsou splněny některé z následujících podmínek:

  • Uzel clusteru, který je hostitelem primární repliky, nemá hlas.
  • Sekundární replika je nakonfigurovaná pro automatické převzetí služeb při selhání a její uzel clusteru nemá hlas.
  • KB2494036 není nainstalován na všech uzlech clusteru, které hostují repliky dostupnosti. Tato oprava se vyžaduje k přidání nebo odebrání hlasů pro uzly clusteru ve vícelokalitních nasazeních. V nasazeních s jednou lokalitou se ale obvykle nevyžaduje a upozornění můžete bezpečně ignorovat.

Návod

SQL Server zveřejňuje několik zobrazení dynamické správy systému( DMV), která vám můžou pomoct spravovat nastavení související s konfigurací clusteru WSFC a hlasováním kvora uzlů.

Další informace najdete v tématech: sys.dm_hadr_cluster, sys.dm_hadr_cluster_members, sys.dm_os_cluster_nodes, sys.dm_hadr_cluster_networks

Související úkoly

Související obsah

Viz také

Obnova po havárii WSFC prostřednictvím vynuceného kvóra (SQL Server)
Clusterování technologie Windows Server Failover Clustering (WSFC) s SQL Serverem

  • Last updated on