SQL Server-kluster för flera undernät

Gäller för:SQL Server

Ett redundanskluster för flera undernät i SQL Server är en konfiguration där varje nod för redundanskluster är ansluten till ett annat undernät eller en annan uppsättning undernät. Dessa undernät kan finnas på samma plats eller på geografiskt spridda platser. Kluster på geografiskt spridda platser kallas ibland stretchkluster. Eftersom det inte finns någon delad lagring som alla noder kan komma åt bör data replikeras mellan datalagringen på flera undernät. När du replikerar data finns det mer än en kopia av tillgängliga data. Därför tillhandahåller ett redundanskluster för flera undernät en haveriberedskapslösning utöver hög tillgänglighet.

SQL Server-redundanskluster för flera undernät (två noder, två undernät)

Följande bild representerar en tvånods- och tvåundernätsklusterinstans (FCI) i SQL Server.

Konfigurationer av redundanskluster för flera undernät

Här följer några exempel på SQL Server FCIs som använder flera undernät:

• SQL Server FCI-SQLCLUST1 innehåller Node1 och Node2. Node1 är ansluten till Undernät1. Node2 är ansluten till Undernät2. Sql Server-konfigurationen ser den här konfigurationen som ett kluster med flera undernät och anger resursberoendet för IP-adressen till OR.

• SQL Server FCI-SQLCLUST2 innehåller Node1, Node2 och Node3. Node1 och Node2 är anslutna till Undernät1. Nod 3 är ansluten till undernät2. Sql Server-konfigurationen ser den här konfigurationen som ett kluster med flera undernät och anger resursberoendet för IP-adressen till OR. Eftersom Node1 och Node2 finns i samma undernät ger den här konfigurationen ytterligare lokal hög tillgänglighet.

• SQL Server FCI-SQLCLUST3 innehåller Node1 och Node2. Node1 finns på Undernät1. Node2 finns på Undernät1 och Undernät2. Sql Server-konfigurationen ser den här konfigurationen som ett kluster med flera undernät och anger resursberoendet för IP-adressen till OR.

• SQL Server FCI-SQLCLUST4 innehåller Node1 och Node2. Node1 är ansluten till Undernät1 och Undernät2. Node2 är också ansluten till Undernät1 och Undernät2. Sql Server-installationsprogrammet anger resursberoendet för IP-adressen till AND.

  Anmärkning

  Den här konfigurationen betraktas inte som en redundansklusterkonfiguration med flera undernät eftersom de klustrade noderna finns i samma uppsättning undernät.

Överväganden för IP-adressresurser

I en redundansklusterkonfiguration med flera undernät ägs INTE IP-adresserna av alla noder i redundansklustret, och alla kanske inte är online under SQL Server-start. Från och med SQL Server 2012 (11.x) kan du ange RESURSberoende för IP-adress till OR. Detta gör att SQL Server kan vara online när det finns minst en giltig IP-adress som den kan binda till.

Överväganden för IP-adressresurs eller beroende

Du kanske vill överväga följande redundansbeteende om du anger resursberoendet för IP-adressen till OR:

• När det uppstår ett fel på en av IP-adresserna på noden som för närvarande äger SQL Server-klusterresursgruppen utlöses inte en redundans automatiskt förrän alla IP-adresser som är giltiga på noden misslyckas.

• När en redundansväxling inträffar är SQL Server online om den kan binda till minst en IP-adress som är giltig på den aktuella noden. IP-adresserna som inte binder till SQL Server vid start visas i felloggen.

När en SQL Server FCI installeras sida vid sida med en fristående instans av SQL Server Database Engine bör du vara noga med att undvika TCP-portnummerkonflikter på IP-adresserna. Konflikter uppstår vanligtvis när två instanser av databasmotorn är konfigurerade att använda standard-TCP-porten (1433). För att undvika konflikter konfigurerar du en instans för att använda en fast nondefault-port. Det är vanligtvis enklare att konfigurera en fast port på den fristående instansen. Om du konfigurerar databasmotorn för att använda olika portar förhindras en oväntad IP-adress/TCP-portkonflikt som blockerar en instansstart när en SQL Server FCI inte når väntelägesnoden.

Svarstid för klientåterställning under redundansväxling

Som standard aktiverar ett FCI för flera undernät klusterresursen RegisterAllProvidersIP för dess nätverksnamn. I en konfiguration med flera undernät registreras ip-adresserna online och offline för nätverksnamnet på DNS-servern. Klientprogrammet hämtar sedan alla registrerade IP-adresser från DNS-servern och försöker ansluta till adresserna, antingen i ordning eller parallellt. Det innebär att klientåterställningstiden i redundansväxlingar med flera undernät inte längre är beroende av DNS-uppdateringsfördröjningar. Som standard försöker klienten IP-adresserna i ordning. När klienten använder den valfria MultiSubnetFailover=True parametern i anslutningssträngen försöker den i stället IP-adresserna samtidigt och ansluter till den första servern som svarar. Den här konfigurationen kan hjälpa till att minimera svarstiden för klientåterställning när redundansväxlingar inträffar. Mer information finns i AlwaysOn-klientanslutning (SQL Server) och Skapa eller konfigurera en tillgänglighetsgrupplyssnare (SQL Server).

Med äldre klientbibliotek eller dataprovidrar som inte kommer från Microsoft kan du inte använda parametern MultiSubnetFailover i anslutningssträngen. För att säkerställa att klientprogrammet fungerar optimalt med FCI för flera undernät i SQL Server kan du försöka justera tidsgränsen för anslutningen i klientanslutningssträngen med 21 sekunder för varje ytterligare IP-adress. Den här konfigurationen säkerställer att klientens återanslutningsförsök inte överskrider tidsgränsen innan den kan gå igenom alla IP-adresser i ditt FCI för flera undernät.

Tidsgränsen för klientens standardanslutning för SQL Server Management Studio och sqlcmd är 15 sekunder.

Relaterat innehåll