Förbereda virtuella datorer för en FCI (SQL Server på virtuella Azure-datorer)

gäller för:SQL Server på virtuella Azure-datorer

Den här artikeln beskriver hur du förbereder virtuella Azure-datorer (VM) för att använda dem med en SQL Server-redundansklusterinstans (FCI). Konfigurationsinställningarna varierar beroende på FCI-lagringslösningen, så kontrollera att du väljer rätt konfiguration för din miljö och ditt företag.

Mer information finns i en översikt över FCI med SQL Server på virtuella Azure-datorer och bästa metoder för kluster .

Anmärkning

Nu är det möjligt att migrera din failoverklusterlösning till SQL Server på Azure-VM:er med hjälp av Azure Migrate. Mer information finns i Migrera redundansklusterinstans.

Förutsättningar

• Ett Microsoft Azure-abonnemang. Kom igång med ett kostnadsfritt Azure-konto.
• En Windows-domän på virtuella Azure-datorer eller en lokal active directory utökad till Azure med parkoppling av virtuella nätverk.
• Ett konto som har behörighet att skapa objekt på virtuella Azure-datorer och i Active Directory.
• Ett virtuellt Azure-nätverk och ett eller flera undernät med tillräckligt med IP-adressutrymme för följande komponenter:
  • Båda de virtuella datorerna
  • En IP-adress för Windows-redundansklustret
  • En IP-adress för varje FCI
• DNS har konfigurerats i Azure-nätverket och pekar på domänkontrollanterna.

Välj ett FCI-lagringsalternativ

Konfigurationsinställningarna för den virtuella datorn varierar beroende på vilket lagringsalternativ du planerar att använda för sql Server-redundansklusterinstansen. Innan du förbereder den virtuella datorn bör du granska de tillgängliga FCI-lagringsalternativen och välja det alternativ som bäst passar din miljö och ditt företags behov. Välj sedan noggrant lämpliga konfigurationsalternativ för virtuella datorer i den här artikeln baserat på ditt lagringsval.

Välj VM-tillgänglighet

Redundansklusterfunktionen kräver att virtuella datorer placeras i en tillgänglighetsuppsättning eller en tillgänglighetszon.

Välj noggrant det alternativ för VM-tillgänglighet som matchar den avsedda klusterkonfigurationen:

• delade Azure-diskar: tillgänglighetsalternativet varierar om du använder Premium SSD eller UltraDisk:
  • Premium SSD Zone Redundant Storage (ZRS): Tillgänglighetszon i olika zoner. Premium SSD ZRS- replikerar din Azure-hanterade disk synkront över tre Azure-tillgänglighetszoner i den valda regionen. Virtuella datorer som ingår i redundanskluster kan placeras i olika tillgänglighetszoner, vilket hjälper dig att uppnå en zonredundant SQL Server FCI som tillhandahåller ett serviceavtal för VM-tillgänglighet på 99,99%. Diskfördröjningen för ZRS är högre på grund av en korszonskopia av data.
  • Premium SSD lokalt redundant lagring (LRS): Tillgänglighetsuppsättning i olika fel-/uppdateringsdomäner för Premium SSD LRS. Du kan också välja att placera de virtuella datorerna i en närhetsplaceringsgrupp för att hitta dem närmare varandra. Genom att kombinera tillgänglighetsuppsättningar och närhetsplaceringsgrupp får du den lägsta svarstiden för delade diskar eftersom data replikeras lokalt i ett datacenter och ger serviceavtal för VM-tillgänglighet på 99,95%.
  • Ultra Disk Lokalt redundant lagring (LRS): tillgänglighetszoner men de virtuella datorerna måste placeras i samma tillgänglighetszon. Ultra-diskar erbjuder lägsta diskfördröjning och passar bäst för I/O-intensiva arbetsbelastningar. Eftersom alla virtuella datorer som ingår i FCI:n måste finnas i samma tillgänglighetszon är den virtuella datorns tillgänglighet bara 99,9%.
• Premium-fildelningar: Tillgänglighetsuppsättning eller tillgänglighetszoner.
• Lagringsdirigering: Tillgänglighetsuppsättning.
• Azure Elastic SAN: Tillgänglighetszoner.

Viktigt!

Du kan inte ange eller ändra tillgänglighetsuppsättningen när du har skapat en virtuell dator.

Undernät

För SQL Server på virtuella Azure-datorer har du möjlighet att distribuera dina virtuella SQL Server-datorer till ett enda undernät eller till flera undernät.

När du distribuerar dina virtuella datorer till flera undernät används klustret eller beroendet för IP-adresser och matchar den lokala upplevelsen när du ansluter till din redundansklusterinstans. Metoden för flera undernät rekommenderas för SQL Server på virtuella Azure-datorer för enklare hanterbarhet och snabbare redundans.

För att distribuera dina virtuella datorer till ett enda undernät krävs ytterligare ett beroende av en Azure Load Balancer eller ett distribuerat nätverksnamn (DNN) för att dirigera trafik till din FCI.

Om du distribuerar dina virtuella SQL Server-datorer till flera undernät följer du stegen i det här avsnittet för att skapa dina virtuella nätverk med ytterligare undernät. När de virtuella SQL Server-datorerna har skapats tilldela sekundära IP-adresser i dessa undernät till de virtuella datorerna. Att distribuera dina virtuella SQL Server-datorer till ett enda undernät kräver ingen ytterligare nätverkskonfiguration.

Enskilt undernät

Placera båda de virtuella datorerna i ett enda undernät som har tillräckligt med IP-adresser för både virtuella datorer och alla FCI:er som du så småningom kan installera i klustret. Den här metoden kräver en extra komponent för att dirigera anslutningar till din FCI, till exempel en Azure Load Balancer eller ett distribuerat nätverksnamn (DNN).

Om du väljer att distribuera dina virtuella SQL Server-datorer till ett enda undernät granska skillnaderna mellan anslutningsalternativen för Azure Load Balancer och DNN och bestämma vilket alternativ som passar bäst för dig innan du förbereder resten av din miljö för din FCI.

Att distribuera dina virtuella SQL Server-datorer till ett enda undernät kräver ingen ytterligare nätverkskonfiguration.

flera undernät

Om du vill dirigera anslutningar direkt till SQL Server FCI placerar du båda de virtuella datorerna i separata undernät i ett virtuellt nätverk. Tilldela en sekundär IP-adress till den virtuella SQL Server-datorn för redundansklusterinstansen . Om du använder Windows Server 2016 och nedan tilldelar du även ytterligare en sekundär IP-adress för Windows Server-redundansklustret. Windows Server 2019 och senare använder ett distribuerat nätverksnamn (DNN) för klusternamnet så att det inte behövs någon sekundär IP-adress för klustret.

Den här metoden eliminerar behovet av en Azure Load Balancer eller ett distribuerat nätverksnamn (DNN) när du ansluter till din SQL Server FCI.

Om du väljer att distribuera dina virtuella SQL Server-datorer till flera undernät måste du först skapa det virtuella nätverket med två extra undernät, och när dina virtuella SQL Server-datorer har skapats tilldela sekundära IP-adresser till den virtuella datorn. För mer information, se översikt över virtuellt nätverk. Undernätsnamnen och IP-adresserna i det här avsnittet tillhandahålls som ett exempel och kan variera i din miljö. Följ dessa steg för att skapa det virtuella nätverket i Azure-portalen:

1. Gå till resursgruppen i Azure-portalen och välj + Skapa

   

2. Sök efter virtuellt nätverk i sökrutan Marketplace och välj rutan virtuellt nätverk från Microsoft. Välj Skapa på sidan Virtuellt nätverk.

3. På sidan Skapa virtuellt nätverk anger du följande information på fliken Grundläggande:

   1. Under Projektinformationväljer du lämplig Azure -prenumerationoch resursgruppen där du planerar att distribuera dina virtuella SQL Server-datorer.
   2. Under Instansinformationanger du ett namn för det virtuella nätverket och väljer samma region som resursgruppen i listrutan.

   

4. På fliken IP-adresser väljer du + Lägg till undernät för att lägga till ytterligare ett undernät för din första virtuella SQL Server-dator och fyller i följande värden:

   1. Ange ett värde för undernätsnamn, till exempel SQL-subnet-1.
   2. Ange ett unikt adressintervall för undernätet inom det virtuella nätverkets adressutrymme. Du kan till exempel iterera den tredje oktetten av DC-undernätsadressintervallet med 1.
      • Om ditt standardintervall är 10.38.0.0/24anger du IP-adressintervallet 10.38.1.0/24 för SQL-undernät-1.
      • Om din standard IP-intervall är 10.5.0.0/24anger du 10.5.1.0/24 för det nya undernätet.
   3. Välj Lägg till för att lägga till ditt nya undernät.

   

5. Upprepa föregående steg för att lägga till ytterligare ett unikt undernätsintervall för din andra virtuella SQL Server-dator med ett namn som SQL-subnet-2. Du kan iterera den tredje oktetten med en gång till.

   • Om din standard IP-intervall är 10.38.0.0/24och din SQL-undernät-1 är 10.38.1.0/24anger du 10.38.2.0/24 för det nya undernätet
   • På samma sätt Om din standard- IP-intervall är 10.5.0.0/24och din SQL-subnet-1 är 10.5.1.0/24anger du IP-adressintervallet 10.5.2.0/24 för SQL-undernät-2 .

   

6. När du har lagt till det andra undernätet granskar du undernätets namn och intervall (dina IP-adressintervall kan skilja sig från bilden). Om allt ser korrekt ut väljer du Granska + skapaoch sedan Skapa för att skapa ditt nya virtuella nätverk.

   

   Azure returnerar dig till portalinstrumentpanelen och meddelar dig när det nya nätverket skapas.

Konfigurera DNS

Konfigurera det virtuella nätverket så att det använder DNS-servern. Identifiera först DNS-IP-adressen och lägg sedan till den i ditt virtuella nätverk.

Identifiera DNS IP-adressen

Identifiera DNS-serverns IP-adress och lägg sedan till den i konfigurationen för det virtuella nätverket. Det här avsnittet visar hur du identifierar DNS IP-adressen om DNS-servern finns på en virtuell dator i Azure.

Följ dessa steg för att identifiera IP-adressen för den virtuella DNS-serverdatorn i Azure-portalen:

1. Gå till resursgruppen i Azure-portalen och välj den virtuella DNS-servern.
2. På den virtuella datorn väljer du Nätverk i fönstret Inställningar.
3. Observera den privata IP-adressen för nätverkskort , eftersom det här är DNS-serverns IP-adress. I exempelbilden är den privata IP-adressen 10.38.0.4.

Konfigurera DNS för virtuellt nätverk

Konfigurera det virtuella nätverket så att det använder DNS-serverns IP-adress.

Följ dessa steg för att konfigurera ditt virtuella nätverk för DNS:

1. Gå till resursgruppen i Azure-portalenoch välj ditt virtuella nätverk.
2. Välj DNS-servrar under Inställningar och välj sedan Anpassad.
3. Ange den privata IP-adress som du identifierade tidigare i fältet IP-adress, till exempel 10.38.0.4eller ange den interna IP-adressen för din interna DNS-server.
4. Välj Spara.

Skapa de virtuella datorerna

När du har konfigurerat det virtuella datornätverket och valt vm-tillgänglighet är du redo att skapa dina virtuella datorer. Du kan välja att använda en Azure Marketplace-avbildning som har eller inte redan har SQL Server installerat på den. Men om du väljer en avbildning för SQL Server på virtuella Azure-datorer måste du avinstallera SQL Server från den virtuella datorn innan du konfigurerar redundansklusterinstansen.

Anmärkning

Kontrollera vilken SQL Server-version som stöds för lagringsalternativet FCI du har valt innan du distribuerar dina virtuella SQL Server-datorer.

NIC-överväganden

I ett gästredundanskluster för virtuella Azure-datorer rekommenderar vi ett enda nätverkskort per server (klusternod). Azure-nätverk har fysisk redundans, vilket gör ytterligare nätverkskort onödiga i ett azure IaaS VM-gästkluster. Även om klusterverifieringsrapporten utfärdar en varning om att noderna endast kan nås i ett enda nätverk, kan den här varningen ignoreras på ett säkert sätt i azure IaaS VM-gästredundanskluster.

Placera båda de virtuella datorerna:

• Om du använder tillgänglighetsuppsättningar, i samma Azure-resursgrupp som din tillgänglighetsuppsättning.
• I samma virtuella nätverk som domänkontrollanten och DNS-servern eller i ett virtuellt nätverk som har lämplig anslutning till domänkontrollanten.
• I Azure-tillgänglighetsuppsättningen eller tillgänglighetszonen.

Du kan skapa en virtuell Azure-dator genom att använda en avbildning som har eller utan med SQL Server förinstallerad. Om du väljer SQL Server-avbildningen måste du avinstallera SQL Server-instansen manuellt innan du installerar redundansklusterinstansen.

Tilldela sekundära IP-adresser

Om du har distribuerat dina virtuella SQL Server-datorer till ett enda undernät hoppar du över det här steget.

Om du har distribuerat dina virtuella SQL Server-datorer till flera undernät för förbättrad anslutning till din FCI måste du tilldela de sekundära IP-adresserna till varje virtuell dator.

Tilldela sekundära IP-adresser till varje virtuell SQL Server-dator som ska användas för nätverksnamnet för redundansklusterinstansen, och för Windows Server 2016 och tidigare tilldelar du även sekundära IP-adresser till varje virtuell SQL Server-dator för klustrets nätverksnamn. Om du gör detta negeras behovet av en Azure Load Balancer, vilket är kravet i en enda undernätsmiljö.

På Windows Server 2016 och tidigare måste du tilldela ytterligare en sekundär IP-adress till varje virtuell SQL Server-dator som ska användas för Windows-kluster-IP eftersom klustret använder klusternätverksnamn i stället för det distribuerade standardnätverksnamnet (DNN) som introducerades i Windows Server 2019. Med ett DNN registreras klusternamnsobjektet (CNO) automatiskt med IP-adresserna för alla noder i klustret, vilket eliminerar behovet av en dedikerad WINDOWS-kluster-IP-adress.

Om du använder Windows Server 2016 och tidigare följer du stegen i det här avsnittet för att tilldela en sekundär IP-adress till varje virtuell SQL Server-dator för både FCI-nätverksnamnet, och klustret.

Om du använder Windows Server 2019 eller senare tilldelar du bara en sekundär IP-adress för FCI-nätverksnamnet och hoppar över stegen för att tilldela en WINDOWS-kluster-IP, såvida du inte planerar att konfigurera klustret med ett virtuellt nätverksnamn (VNN), i vilket fall tilldela båda IP-adresserna till varje virtuell SQL Server-dator som för Windows Server 2016.

Följ dessa steg för att tilldela ytterligare sekundära IP-adresser till de virtuella datorerna:

1. Gå till resursgruppen i Azure-portalen och välj den första virtuella SQL Server-datorn.

2. Välj Nätverk i fönstret Inställningar och välj sedan nätverksgränssnittet:

   

3. På sidan Nätverksgränssnitt väljer du IP-konfigurationer i fönstret Inställningar och väljer sedan + Lägg till för att lägga till ytterligare en IP-adress:

   

4. Gör följande på sidan Lägg till IP-konfiguration:

   1. Ange Namn för Windows-kluster-IP-adressen, till exempel windows-cluster-ip- för Windows 2016 och tidigare. Hoppa över det här steget om du använder Windows Server 2019 eller senare.
   2. Ange Allokering till Statisk.
   3. Ange en oanvänd IP-adress i samma undernät (SQL-undernät-1) som den virtuella SQL Server-datorn, till exempel 10.38.1.10.
   4. Låt offentliga IP-adressen vara kvar på standardinställningen Koppla bort.
   5. Välj OK för att slutföra tillägg av IP-konfigurationen.

   

5. Välj + Lägg till igen för att konfigurera ytterligare en IP-adress för FCI-nätverksnamnet (med ett namn som FCI-network-name), och ange återigen en oanvänd IP-adress i SQL-undernät-1 till exempel 10.38.1.11:

   

6. Upprepa dessa steg igen för den andra virtuella SQL Server-datorn. Tilldela två oanvända sekundära IP-adresser i SQL-undernät-2. Använd värdena från följande tabell för att lägga till IP-konfigurationen (även om IP-adresserna bara är exempel kan dina variera):

   Fält	Indata	Indata
   Namn	windows-kluster-ip	FCI-nätverksnamn
   Tilldelning	Statisk	Statisk
   IP-adress	10.38.2.10	10.38.2.11

Avinstallera SQL Server

Som en del av processen för att skapa FCI installerar du SQL Server som en klustrad instans till redundansklustret. Om du har distribuerat en virtuell dator med en Azure Marketplace-avbildning utan SQL Server kan du hoppa över det här steget. Om du har distribuerat en avbildning med SQL Server förinstallerad måste du ta bort tillägget från den virtuella SQL Server-datorn och sedan avinstallera SQL Server.

Ta bort SQL IaaS-agenttillägget

SQL Server VM-avbildningar från Azure Marketplace registreras automatiskt med SQL IaaS Agent-tillägget. Innan du avinstallerar den förinstallerade SQL Server-instansen måste du först ta bort tillägget från den virtuella SQL Server-datorn.

Om du vill ta bort tillägget från den virtuella SQL Server-datorn med Azure PowerShell använder du följande exempelkod:

Remove-AzSqlVM -ResourceGroupName <resource_group_name> -Name <SQL VM resource name>

Avinstallera SQL Server

När du har tagit bort tillägget kan du avinstallera SQL Server. Följ dessa steg på varje virtuell dator:

1. Anslut till den virtuella datorn med hjälp av Bastion. När du först ansluter till en virtuell dator med hjälp av Bastionfrågar en fråga dig om du vill tillåta att datorn kan identifieras i nätverket. Välj Ja.

2. Öppna Program och funktioner i Kontrollpanelen.

3. I Program och funktionerhögerklickar du på Microsoft SQL Server 201_ (64-bitars) och väljer Avinstallera/ändra.

4. Välj Ta bort.

5. Välj standardinstansen.

6. Ta bort alla funktioner under Database Engine Services, Analysis Services och Reporting Services – Native. Ta inte bort något under delade funktioner. Du ser något som liknar följande skärmbild:

   

7. Välj Nästaoch välj sedan Ta bort.

8. När instansen har tagits bort startar du om den virtuella datorn.

Öppna brandväggen

På varje virtuell dator öppnar du TCP-porten för Windows-brandväggen som SQL Server använder. Som standard använder SQL Server port 1433, men om du har ändrat detta i din miljö öppnar du den port som du har konfigurerat sql server-instansen att använda. Port 1433 öppnas automatiskt på SQL Server-avbildningar som distribueras från Azure Marketplace.

Om du använder en lastbalanserare i ett scenario med ett enda undernät måste du också öppna porten som hälsoproben använder. Som standard använder hälsoavsökningen port 59999, men det kan vara vilken TCP-port som helst som du anger när du skapar lastbalanseraren.

Den här tabellen beskriver de portar som du kan behöva öppna, beroende på din FCI-konfiguration:

Avsikt	Hamn	Noteringar
SQL Server	TCP 1433	Normal port för standardinstanser av SQL Server. Om du använde en avbildning från galleriet öppnas den här porten automatiskt. används av: Alla FCI-konfigurationer.
Hälsoavsökning	TCP 59999	Alla öppna TCP-portar. Konfigurera lastbalanseraren hälsoavsökning och klustret så att den använder den här porten. Används av: FCI med lastbalanserare i ett enda undernätsscenario.
Fildelning	UDP 445	Port som filresurstjänsten använder. används av: FCI med Premiumdelad filresurs.

Anslut till domänen

Du måste också ansluta dina virtuella datorer till domänen. Du kan göra det med hjälp av en snabbstartsmall.

Granska lagringskonfigurationen

Virtuella datorer som skapats från Azure Marketplace levereras med ansluten lagring. Om du planerar att konfigurera din FCI-lagring med hjälp av Premium-filresurser eller Delade Azure-diskar kan du ta bort det anslutna lagringsutrymmet för att spara på kostnaderna eftersom lokal lagring inte används för redundansklusterinstansen. Det är dock möjligt att använda den anslutna lagringen för Storage Spaces Direct FCI-lösningar, så att ta bort dem i det här fallet kanske inte är hjälpsamt. Granska din FCI-lagringslösning för att avgöra om det är optimalt att ta bort ansluten lagring för att spara kostnader.

Nästa steg

Nu när du har förberett din virtuella datormiljö är du redo att konfigurera din redundansklusterinstans.

Välj någon av följande guider för att konfigurera den FCI-miljö som är lämplig för ditt företag:

• Konfigurera FCI med delade Azure-diskar
• Konfigurera FCI med en Premium-fildelning
• Konfigurera FCI med Storage Spaces Direct
• Konfigurera FCI med Azure Elastic SAN

Mer information finns i:

• Windows Server-redundanskluster med SQL Server på virtuella Azure-datorer
• Failoverklusterinstanser med SQL Server på Azure VM
• översikt över Failover-klusterinstans
• HADR-inställningar för SQL Server på virtuella Azure-datorer