Share via

Konfigurera en Azure Load Balancer för ett FCI VNN – SQL Server på virtuella Azure-datorer

  • Artikel

Gäller för:SQL Server på en virtuell Azure-dator

Dricks

Det finns många metoder för att distribuera en tillgänglighetsgrupp. Förenkla distributionen och eliminera behovet av en Azure Load Balancer eller ett distribuerat nätverksnamn (DNN) för din AlwaysOn-tillgänglighetsgrupp genom att skapa dina virtuella SQL Server-datorer i flera undernät i samma virtuella Azure-nätverk. Om du redan har skapat tillgänglighetsgruppen i ett enda undernät kan du migrera den till en miljö med flera undernät.

På virtuella Azure-datorer använder kluster en lastbalanserare för att lagra en IP-adress som måste finnas på en klusternod i taget. I den här lösningen innehåller lastbalanseraren IP-adressen för det virtuella nätverksnamnet (VNN) som den klustrade resursen använder i Azure.

I den här artikeln lär du dig att konfigurera en lastbalanserare med hjälp av Azure Load Balancer-tjänsten. Lastbalanseraren dirigerar trafik till din redundansklusterinstans med SQL Server på virtuella Azure-datorer för hög tillgänglighet och haveriberedskap (HADR).

Om du vill ha ett alternativt anslutningsalternativ för SQL Server 2019 CU2 och senare bör du överväga ett distribuerat nätverksnamn (DNN) i stället. Ett DNN erbjuder förenklad konfiguration och förbättrad redundansväxling.

Förutsättningar

Innan du slutför stegen i den här artikeln bör du redan ha:

Skapa en lastbalanserare

Du kan skapa någon av dessa typer av lastbalanserare:

  • Internt: En intern lastbalanserare kan endast nås från privata resurser som är interna i nätverket. När du konfigurerar en intern lastbalanserare och dess regler använder du FCI IP-adressen som klientdels-IP-adress.

  • Extern: En extern lastbalanserare kan dirigera trafik från allmänheten till interna resurser. När du konfigurerar en extern lastbalanserare kan du inte använda en offentlig IP-adress som FCI IP-adressen.

    Om du vill använda en extern lastbalanserare allokerar du logiskt en IP-adress i samma undernät som den FCI som inte är i konflikt med någon annan IP-adress. Använd den här adressen som klientdels-IP-adress för belastningsutjämningsreglerna.

Så här skapar du lastbalanseraren:

  1. I Azure-portalen går du till resursgruppen som innehåller de virtuella datorerna.

  2. Markera Lägg till. Sök efter lastbalanserare i Azure Marketplace. Välj Lastbalanserare.

  3. Välj Skapa.

  4. I Skapa lastbalanserare på fliken Grundläggande konfigurerar du lastbalanseraren med hjälp av följande värden:

    • Prenumeration: Din Azure-prenumeration.
    • Resursgrupp: Resursgruppen som innehåller dina virtuella datorer.
    • Namn: Ett namn som identifierar lastbalanseraren.
    • Region: Den Azure-plats som innehåller dina virtuella datorer.
    • SKU: Standard.
    • Typ: Antingen offentlig eller intern. En intern lastbalanserare kan nås inifrån det virtuella nätverket. De flesta Azure-program kan använda en intern lastbalanserare. Om ditt program behöver åtkomst till SQL Server direkt via Internet använder du en offentlig lastbalanserare.
    • Nivå: Regional.

    Screenshot of the Azure portal that shows the page for basic information about a load balancer.

  5. Välj Nästa: IP-konfiguration för klientdelen.

  6. Välj Lägg till en IP-konfiguration för klientdelen.

    Screenshot of the Azure portal that shows the button for adding a front-end IP configuration.

  7. Konfigurera klientdelens IP-adress med hjälp av följande värden:

    • Namn: Ett namn som identifierar IP-konfigurationen för klientdelen.
    • Virtuellt nätverk: Samma nätverk som de virtuella datorerna.
    • Undernät: Samma undernät som de virtuella datorerna.
    • Tilldelning: Statisk.
    • IP-adress: IP-adressen som du tilldelade den klustrade nätverksresursen.
    • Tillgänglighetszon: En valfri tillgänglighetszon att distribuera din IP-adress till.

    Screenshot of the Azure portal that shows the page for configuring a front-end IP address.

  8. Välj Lägg till för att skapa klientdelens IP-adress.

  9. Välj Granska + Skapa för att skapa lastbalanseraren.

Konfigurera en serverdelspool

  1. Gå tillbaka till den Azure-resursgrupp som innehåller de virtuella datorerna och leta upp den nya lastbalanseraren. Du kan behöva uppdatera vyn i resursgruppen. Välj lastbalanseraren.

  2. Välj Serverdelspooler och välj sedan +Lägg till.

  3. Som Namn anger du ett namn för serverdelspoolen.

  4. För Konfiguration av serverdelspool väljer du Nätverkskort.

  5. Välj Lägg till för att associera serverdelspoolen med tillgänglighetsuppsättningen som innehåller de virtuella datorerna.

  6. Under Virtuell dator väljer du de virtuella datorer som ska delta som klusternoder. Se till att inkludera alla virtuella datorer som ska vara värdar för FCI:n.

    Lägg bara till den primära IP-adressen för varje virtuell dator. Lägg inte till några sekundära IP-adresser.

  7. Välj Lägg till för att lägga till de virtuella datorerna i serverdelspoolen.

  8. Välj Spara för att skapa serverdelspoolen.

Konfigurera en hälsoavsökning

  1. I fönstret för lastbalanseraren väljer du Hälsoavsökningar.

  2. I fönstret Lägg till hälsoavsökning anger du följande parametrar:

    • Namn: Ett namn på hälsoavsökningen.
    • Protokoll: TCP.
    • Port: Porten som du skapade i brandväggen för hälsoavsökningen när du förberedde den virtuella datorn. I den här artikeln använder exemplet TCP-port 59999.
    • Intervall: 5 sekunder.

  3. Markera Lägg till.

Ange regler för belastningsutjämning

  1. I fönstret för lastbalanseraren väljer du Belastningsutjämningsregler.

  2. Markera Lägg till.

  3. Ange följande parametrar:

    • Namn: Ett namn på belastningsutjämningsregeln.
    • Klientdels-IP-adress: IP-adressen som du angav när du konfigurerade klientdelen.
    • Serverdelspool: Serverdelspoolen som innehåller de virtuella datorer som är mål för lastbalanseraren.
    • HA-portar: Möjliggör belastningsutjämning på alla portar för TCP- och UDP-protokoll.
    • Protokoll: TCP.
    • Port: SQL Server TCP-porten. Standardvärdet är 1433.
    • Serverdelsport: Samma port som portvärdet när du aktiverar flytande IP (direkt serverretur).
    • Hälsoavsökning: Hälsoavsökningen som du konfigurerade tidigare.
    • Sessionspersistence: Ingen.
    • Tidsgräns för inaktivitet (minuter): 4.
    • Flytande IP -adress (direkt serverretur): Aktiverad.

  4. Välj Spara.

Konfigurera en klusteravsökning

Ange klusteravsökningens portparameter i PowerShell.

Uppdatera variablerna i följande skript med värden från din miljö. Ta bort vinkelparenteserna (< och >) från skriptet.

$ClusterNetworkName = "<Cluster Network Name>"
$IPResourceName = "<SQL Server FCI IP Address Resource Name>" 
$ILBIP = "<n.n.n.n>" 
[int]$ProbePort = <nnnnn>

Import-Module FailoverClusters

Get-ClusterResource $IPResourceName | Set-ClusterParameter -Multiple @{"Address"="$ILBIP";"ProbePort"=$ProbePort;"SubnetMask"="255.255.255.255";"Network"="$ClusterNetworkName";"EnableDhcp"=0}

I följande tabell beskrivs de värden som du behöver uppdatera:

Variabel Värde
ClusterNetworkName Namnet på Windows Server-redundansklustret för nätverket. Högerklicka på nätverket i Klusterhanterarens>nätverk för växling vid fel och välj Egenskaper. Rätt värde står under Namn på fliken Allmänt.
IPResourceName Resursnamnet för IP-adressen för SQL Server FCI. Under SQL Server FCI-rollen under Servernamn högerklickar du på IP-adressresursen under SQL Server FCI-roller och väljer Egenskaper.> Rätt värde står under Namn på fliken Allmänt.
ILBIP IP-adressen för den interna lastbalanseraren. Den här adressen konfigureras i Azure-portalen som den interna lastbalanserarens klientdelsadress. Det här är också IP-adressen för SQL Server FCI. Du hittar den i Klusterhanteraren för växling vid fel på samma egenskapssida där du hittade värdet för IPResourceName.
ProbePort Avsökningsporten som du konfigurerade i lastbalanserarens hälsoavsökning. Alla oanvända TCP-portar är giltiga.
SubnetMask Nätmasken för klusterparametern. Det måste vara TCP/IP-sändningsadressen: 255.255.255.255.

När du har angett klusteravsökningen kan du se alla klusterparametrar i PowerShell. Kör det här skriptet:

Get-ClusterResource $IPResourceName | Get-ClusterParameter

Ändra anslutningssträngen

För klienter som stöder det lägger du till MultiSubnetFailover=True i anslutningssträngen. Även om anslutningsalternativet MultiSubnetFailover inte krävs ger det fördelen med en snabbare redundansväxling i undernätet. Det beror på att klientdrivrutinen försöker öppna en TCP-socket för varje IP-adress parallellt. Klientdrivrutinen väntar på att den första IP-adressen ska svara med framgång. Efter det lyckade svaret använder klientdrivrutinen den IP-adressen för anslutningen.

Om klienten inte stöder parametern MultiSubnetFailover kan du ändra RegisterAllProvidersIP inställningarna och HostRecordTTL för att förhindra anslutningsfördröjningar vid redundansväxling.

Använd PowerShell för att ändra RegisterAllProvidersIp inställningarna och HostRecordTTL :

Get-ClusterResource yourFCIname | Set-ClusterParameter RegisterAllProvidersIP 0  
Get-ClusterResource yourFCIname | Set-ClusterParameter HostRecordTTL 300

Mer information finns i dokumentationen om tidsgränsen för lyssnaranslutning i SQL Server.

Dricks

  • Ange parametern MultiSubnetFailover till true i anslutningssträngen, även för HADR-lösningar som sträcker sig över ett enda undernät. Den här inställningen stöder framtida spanning av undernät utan att behöva uppdatera anslutningssträngar.
  • Som standard cachelagrade klienter klustrets DNS-poster i 20 minuter. Genom att minska HostRecordTTLminskar du tiden till live (TTL) för den cachelagrade posten. Äldre klienter kan sedan återansluta snabbare. Därför kan en minskning av HostRecordTTL inställningen öka trafiken till DNS-servrarna.

Redundanstest

Testa redundans för den klustrade resursen för att verifiera klusterfunktioner:

  1. Anslut till en av SQL Server-klusternoderna med hjälp av Remote Desktop Protocol (RDP).
  2. Öppna Hanteraren för redundanskluster. Välj Roller. Observera vilken nod som äger SQL Server FCI-rollen.
  3. Högerklicka på SQL Server FCI-rollen.
  4. Välj Flytta och välj sedan Bästa möjliga nod.

Klusterhanteraren för redundans visar rollen och dess resurser kopplas från. Resurserna flyttas sedan och kommer tillbaka online i den andra noden.

Testa anslutning

Om du vill testa anslutningen loggar du in på en annan virtuell dator i samma virtuella nätverk. Öppna SQL Server Management Studio och anslut till SQL Server FCI-namnet.

Kommentar

Om du behöver det kan du ladda ned SQL Server Management Studio.

Nästa steg

Du kan läsa mer här: