Clustering s více podsítěmi SQL Serveru

platí pro:SQL Server

Cluster s podporou převzetí služeb při selhání s více podsítěmi SQL Serveru je konfigurace, ve které je každý uzel clusteru s podporou převzetí služeb při selhání připojený k jiné podsíti nebo k jiné sadě podsítí. Tyto podsítě můžou být ve stejném umístění nebo v geograficky rozptýlených lokalitách. Shluky v geograficky rozptýlených lokalitách se někdy označují jako roztažené shluky. Vzhledem k tomu, že neexistuje žádné sdílené úložiště, ke kterému mají přístup všechny uzly, data by se měla replikovat mezi úložištěm dat v několika podsítích. Při replikaci dat je k dispozici více než jedna kopie dat. Cluster s podporou převzetí služeb při selhání s více podsítěmi proto kromě vysoké dostupnosti poskytuje řešení zotavení po havárii.

Cluster s podporou převzetí služeb při selhání s více podsítěmi SQL Serveru (dva uzly, dvě podsítě)

Následující obrázek představuje instanci clusteru s podporou převzetí služeb při selhání se dvěma uzly se dvěma uzly (FCI) v SQL Serveru.

Konfigurace instancí clusteru s podporou převzetí služeb při selhání s více podsítěmi

Tady je několik příkladů fci SQL Serveru, které používají více podsítí:

• Sql Server FCI SQLCLUST1 zahrnuje Node1 a Node2. Uzel 1 je připojený k podsíti 1. Uzel 2 je připojený k podsíti2. Instalační program SQL Serveru tuto konfiguraci vidí jako cluster s více podsítěmi a nastaví závislost prostředku IP adresy na OR.

• Sql Server FCI SQLCLUST2 zahrnuje Node1, Node2 a Node3. Uzly 1 a Node2 jsou připojené k podsíti 1. Uzel 3 je připojený k podsíti2. Instalační program SQL Serveru tuto konfiguraci vidí jako cluster s více podsítěmi a nastaví závislost prostředku IP adresy na OR. Vzhledem k tomu, že Node1 a Node2 jsou ve stejné podsíti, tato konfigurace poskytuje další místní vysokou dostupnost.

• Sql Server FCI SQLCLUST3 zahrnuje Node1 a Node2. Uzel 1 je v podsíti 1. Uzel 2 je v podsíti1 a podsíti2. Instalační program SQL Serveru tuto konfiguraci vidí jako cluster s více podsítěmi a nastaví závislost prostředku IP adresy na OR.

• Sql Server FCI SQLCLUST4 zahrnuje Node1 a Node2. Uzel 1 je připojený k podsíti 1 a podsíti2. Uzel 2 je také připojený k podsíti 1 a podsíti2. Instalační program SQL Serveru nastaví závislost prostředku IP adresy na AND.

  Poznámka:

  Tato konfigurace se nepovažuje za konfiguraci clusteru s podporou převzetí služeb při selhání s více podsítěmi, protože clusterované uzly jsou ve stejné sadě podsítí.

Důležité informace o prostředcích IP adres

V konfiguraci clusteru s podporou převzetí služeb při selhání s více podsítěmi nejsou IP adresy vlastněny všemi uzly v clusteru s podporou převzetí služeb při selhání a nemusí být všechny při spuštění SQL Serveru online. Počínaje SQL Serverem 2012 (11.x) můžete nastavit závislost prostředku IP adresy na OR. To umožňuje, aby byl SQL Server online, pokud existuje aspoň jedna platná IP adresa, ke které může vytvořit vazbu.

Poznámka:

Ve verzích SQL Serveru starších než SQL Server 2012 (11.x) byla v konfiguracích clusteru s více lokalitami použita roztažené technologie V-LAN k zveřejnění jedné IP adresy pro převzetí služeb při selhání napříč lokalitami. Teď, když SQL Server dokáže uzly clusteru napříč různými podsítěmi, můžete nakonfigurovat clustery s podporou převzetí služeb při selhání SQL Serveru napříč několika lokalitami bez implementace technologie roztažené sítě V-LAN.

Důležité informace o prostředcích NEBO závislostech IP adres

Pokud nastavíte závislost prostředku IP adresy na OR:

• Pokud dojde k selhání jedné z IP adres na uzlu, který aktuálně vlastní skupinu prostředků clusteru SQL Serveru, se automaticky neaktivuje převzetí služeb při selhání, dokud všechny IP adresy platné na daném uzlu selžou.

• Když dojde k převzetí služeb při selhání, SQL Server je online, pokud může vytvořit vazbu na alespoň jednu IP adresu platnou na aktuálním uzlu. IP adresy, které se při spuštění neváže na SQL Server, budou uvedené v protokolu chyb.

Pokud je sql Server FCI nainstalovaný souběžně se samostatnou instancí databázového stroje SQL Serveru, dávejte pozor, abyste se vyhnuli konfliktům čísel portů TCP na IP adresách. Ke konfliktům obvykle dochází, když jsou dvě instance databázového stroje nakonfigurované tak, aby používaly výchozí port TCP (1433). Pokud se chcete vyhnout konfliktům, nakonfigurujte jednu instanci tak, aby používala nedefaultní pevný port. Konfigurace pevného portu je obvykle pro samostatnou instanci jednodušší. Konfigurace databázového stroje tak, aby používala různé porty, brání neočekávaný konflikt IP adresy nebo portu TCP, který blokuje spuštění instance, když sql Server FCI selže s pohotovostním uzlem.

Latence obnovení klienta během převzetí služeb při selhání

Ve výchozím nastavení vícesíť FCI povolí prostředek clusteru RegisterAllProvidersIP pro název sítě. V konfiguraci s více podsítěmi jsou online i offline IP adresy názvu sítě zaregistrované na serveru DNS. Klientská aplikace pak načte všechny registrované IP adresy ze serveru DNS a pokusí se připojit k adresám v pořadí nebo paralelně. To znamená, že doba obnovení klienta v převzetí služeb při selhání s více podsítěmi už nezávisí na latencích aktualizací DNS. Ve výchozím nastavení se klient pokusí IP adresy v pořadí. Když klient použije volitelný MultiSubnetFailover=True parametr v připojovacím řetězci, místo toho se pokusí IP adresy současně a připojí se k prvnímu serveru, který odpoví. Tato konfigurace může pomoct minimalizovat latenci obnovení klienta, když dojde k převzetí služeb při selhání. Další informace najdete v tématu Připojení klienta AlwaysOn (SQL Server) a Vytvoření nebo konfigurace naslouchacího procesu skupiny dostupnosti (SQL Server).

U starších klientských knihoven nebo poskytovatelů dat jiných společností než Microsoft nemůžete ve svém připojovacím řetězci použít parametr MultiSubnetFailover . Pokud chcete zajistit optimální fungování klientské aplikace s vícesítí FCI v SQL Serveru, zkuste upravit časový limit připojení v připojovacím řetězci klienta o 21 sekund pro každou další IP adresu. Tato konfigurace zajistí, že pokus o opětovné připojení klienta nevysadí časový limit, než bude moct cyklicky procházet všechny IP adresy ve vaší FCI s více podsítěmi.

Výchozí doba vypršení časového limitu připojení klienta pro sql Server Management Studio a sqlcmd je 15 sekund.

Poznámka:

Pokud používáte více podsítí a máte statický DNS, musíte mít zavedený proces, abyste před provedením převzetí služeb při selhání aktualizovali záznam DNS přidružený k naslouchacímu procesu. Jinak nebude název sítě online.

Související obsah

Description	Article
Instalace clusteru s podporou převzetí služeb při selhání SQL Serveru	Vytvoření nového clusteru s podporou převzetí služeb při selhání SQL Serveru (instalace)
Místní upgrade stávajícího clusteru s podporou převzetí služeb při selhání SQL Serveru	Upgrade instance clusteru s podporou převzetí služeb při selhání SQL Serveru (instalace)
Údržba clusteru s podporou převzetí služeb při selhání SQL Serveru	Přidání nebo odebrání uzlů v clusteru s podporou převzetí služeb při selhání SQL Serveru (instalace)
Zobrazení událostí a protokolů clusteru s podporou převzetí služeb při selhání ve Windows Serveru pomocí modulu snap-in Správa clusteru s podporou převzetí služeb při selhání	Zobrazení událostí a protokolů pro cluster s podporou převzetí služeb při selhání
Vytvoření souboru protokolu pro všechny uzly (nebo konkrétní uzel) v clusteru s podporou převzetí služeb při selhání Windows Serveru pomocí Windows PowerShellu	Get-ClusterLog rutina clusteru s podporou převzetí služeb při selhání