Dela via

Konfigurera klusterkvorum för SQL Server på virtuella Azure-datorer

  • Artikel

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

I den här artikeln lär du dig att konfigurera ett av de tre kvorumalternativen för ett Windows Server-redundanskluster som körs på SQL Server på virtuella Azure-datorer – ett diskvittne, ett molnvittne och ett filresursvittne.

Överblick

Kvorumet för ett kluster bestäms av antalet röstningselement som måste ingå i ett aktivt klustermedlemskap för att klustret ska starta korrekt eller fortsätta köras. Om du konfigurerar en kvorumresurs kan ett kluster med två noder fortsätta med endast en nod online. Windows Server-redundansklustret är den underliggande tekniken för SQL Server på virtuella Azure-datorer med hög tillgänglighet: redundansklusterinstanser (FCIs) och tillgänglighetsgrupper (AG:er).

Diskvittnet är det mest motståndskraftiga kvorumalternativet, men om du vill använda ett diskvittne på en SQL Server på en virtuell Azure-dator måste du använda en delad Azure-disk, vilket medför vissa begränsningar för lösningen med hög tillgänglighet. Använd därför ett diskvittne när du konfigurerar din redundansklusterinstans med delade Azure-diskar, annars använder du ett molnvittne när det är möjligt. Om du använder Windows Server 2012 R2 eller äldre, som inte stöder ett molnvittne, kan du använda ett filresursvittne.

Följande kvorumalternativ är tillgängliga att använda för SQL Server på virtuella Azure-datorer:

Molnvittne Diskvittne Filresursdelningsvittne
operativsystem som stöds Windows Server 2016+ Alla Alla

Mer information om kvorum finns i översikten över Windows Server-redundanskluster.

Molnvittne

Ett molnvittne är en typ av kvorumvittne för redundanskluster som använder Microsoft Azure Storage för att rösta om klusterkvorum.

Följande tabell innehåller ytterligare information och överväganden om molnvittnet:

Vittnestyp Beskrivning Krav och rekommendationer
Molnvittne
  • Använder Azure Storage som molnvittne och innehåller bara tidsstämpeln.
  • Perfekt för distributioner på flera platser, flera zoner och flera regioner.
  • Skapar den välkända behållaren msft-cloud-witness under Microsoft Storage-kontot.
  • Skriver en enskild blobfil med motsvarande klusters unika ID som används som filnamn för blobfilen under containern
  • Standardstorleken är 1 MB.
  • Använd Allmänt syfte för kontotyp. Bloblagring stöds inte.
  • Använd Standard Storage. Azure Premium Storage stöds inte.
  • Redundansklustring använder blobfilen som avstämningspunkt, vilket kräver vissa garantier för konsistens vid läsning av data. Därför måste du välja lagring som är lokalt redundant för typ av replikering.
  • Bör undantas från säkerhetskopior och antivirusgenomsökning
  • Ett diskvittne stöds inte med Storage Spaces Direct
  • Cloud Witness använder HTTPS (standardport 443) för att upprätta kommunikation med Azure Blob Storage. Kontrollera att HTTPS-porten är tillgänglig via nätverksproxy.

När du konfigurerar en Cloud Witness-kvorumresurs för ditt felöverkluster bör du tänka på:

  • I stället för att lagra åtkomstnyckeln genererar och lagrar redundansklustret en SAS-token (Shared Access Security).
  • Den genererade SAS-token är giltig så länge åtkomstnyckeln förblir giltig. När du roterar den primära åtkomstnyckeln är det viktigt att först uppdatera molnvittnet (på alla kluster som använder lagringskontot) med den sekundära åtkomstnyckeln innan du återskapar den primära åtkomstnyckeln.
  • Cloud Witness använder HTTPS REST-gränssnittet för Azure Storage-kontotjänsten. Det innebär att HTTPS-porten måste vara öppen på alla klusternoder.

Ett molnvittne kräver ett Azure Storage-konto. Följ dessa steg för att konfigurera ett lagringskonto:

  1. Logga in på Azure-portalen.
  2. På hubbmenyn väljer du Nytt –> Data + Lagring –> Lagringskonto.
  3. Gör följande på sidan Skapa ett lagringskonto:
    1. Ange ett namn för ditt lagringskonto. Lagringskontonamn måste vara mellan 3 och 24 tecken långa och får endast innehålla siffror och gemener. Lagringskontonamnet måste också vara unikt i Azure.
    2. För Kontotyp, välj Allmän användning.
    3. För Prestandaväljer du Standard.
    4. För Replikering, väljer du Lokal redundant lagring (LRS).

När ditt lagringskonto har skapats följer du dessa steg för att konfigurera molnvittneskvorumresursen för ditt redundanskluster:

Det befintliga Set-ClusterQuorum PowerShell-kommandot har nya parametrar som motsvarar Molnvittne.

Du kan konfigurera molnvittne med cmdleten Set-ClusterQuorum med hjälp av PowerShell-kommandot:

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey>

I det sällsynta fallet att du behöver använda en annan slutpunkt, använd det här PowerShell-kommandot:

Set-ClusterQuorum -CloudWitness -AccountName <StorageAccountName> -AccessKey <StorageAccountAccessKey> -Endpoint <servername>

Se dokumentationen om molnvittnen om du vill ha hjälp med att hitta åtkomstnyckeln för lagringskontot.

Diskvittne

Ett diskvittne är en liten klustrad disk i gruppen Klustertillgänglig lagring. Den här disken har hög tillgänglighet och kan växla över mellan noder.

Diskvittnet är det rekommenderade kvorumalternativet när det används med en lösning med hög tillgänglighet för delad lagring, till exempel redundansklusterinstansen med delade Azure-diskar.

Följande tabell innehåller ytterligare information och överväganden om kvorumdiskvittnet:

Vittnestyp Beskrivning Krav och rekommendationer
Diskvittne
  • Dedikerad LUN som lagrar en kopia av klusterdatabasen
  • Mest användbart för kluster med delad (inte replikerad) lagring
  • Lun-storleken måste vara minst 512 MB
  • Måste vara dedikerad till klusteranvändning och inte tilldelad till en klustrad roll
  • Måste ingå i klustrad lagring och klara lagringsverifieringstester
  • Det kan inte vara en disk som är en klusterdelad volym (CSV)
  • Basic-disk med en enda volym
  • Behöver inte ha en enhetsbeteckning
  • Kan formateras med NTFS eller ReFS
  • Kan konfigureras valfritt med maskinvaru-RAID för feltolerans
  • Bör undantas från säkerhetskopior och antivirusgenomsökning
  • Ett diskvittne stöds inte med Storage Spaces Direct

Om du vill använda en Delad Azure-disk för diskvittnet måste du först skapa disken och montera den. Genom att följa stegen i avsnittet Montera disk i Azure Shared Disk Failover Cluster Instance Guide. Disken behöver inte vara premium.

När disken har monterats lägger du till den i klusterlagringen med följande steg:

  1. Öppna Failoverklusterhanteraren.
  2. Välj Diskar under Lagring i det vänstra navigeringsfönstret.
  3. Välj Lägg till disk under Åtgärder i det högra navigeringsfönstret.
  4. Välj den Delade Azure-enhet som du precis har monterat och anteckna namnet, till exempel Cluster Disk 3.

När disken har lagts till som klustrad lagring konfigurerar du den som diskvittne med hjälp av PowerShell:

Det befintliga Set-ClusterQuorum PowerShell-kommandot har nya parametrar som motsvarar Molnvittne.

Använd sökvägen för fildelningen som parameter för diskvittnet när du använder PowerShell-cmdleten Set-ClusterQuorum.

Set-ClusterQuorum -NodeAndDiskMajority "Cluster Disk 3"

Du kan också använda Klusterhanteraren för felövergång. Följ samma steg som för molnvittnet, men välj diskvittnet som kvotumalternativ i stället.

Fildelningsvittne

Ett filresursvittne är en SMB-filresurs som vanligtvis konfigureras på en filserver som kör Windows Server. Den underhåller klustringsinformation i en witness.log fil, men lagrar inte en kopia av klusterdatabasen. I Azure kan du konfigurera en fildelning på en separat virtuell dator.

Konfigurera ett filresursvittne om ett diskvittne eller ett molnvittne inte är tillgängligt eller inte stöds i din miljö.

Följande tabell innehåller ytterligare information och överväganden om kvorumfilresursvittnet:

Vittnestyp Beskrivning Krav och rekommendationer
Filresursdelningsvittne
  • SMB-fildelning som är konfigurerad på en filserver som kör Windows Server
  • Lagrar inte en kopia av klusterdatabasen
  • Underhåller endast klusterinformation i en witness.log fil
  • Mest användbart för kluster med flera platser med replikerad lagring
  • Måste ha minst 5 MB ledigt utrymme
  • Måste vara dedikerad till det enskilda klustret och inte användas för att lagra användar- eller programdata
  • Skrivbehörigheter måste vara aktiverade för datorobjektet för klusternamnet

Följande är ytterligare överväganden för en filserver som är värd för fildelningsvittnet:
  • En enskild filserver kan konfigureras med fildelningsvittnen för flera kluster.
  • Filservern måste finnas på en plats som är separat från klusterarbetsbelastningen. På så sätt kan alla klusterplatser överleva om nätverkskommunikationen mellan platser går förlorad. Om filservern finns på samma plats blir den platsen den primära platsen, och det är den enda platsen som kan nå filresursen.
  • Filservern kan köras på en virtuell dator om den virtuella datorn inte finns i samma kluster som använder fildelniangivelsen.
  • För hög tillgänglighet kan filservern konfigureras i ett separat redundanskluster.

Efter att du har skapat dina filresurser och konfigurerat behörigheterna korrekt, ansluter du filresurserna till dina klustrade noder. Du kan följa samma allmänna steg för att montera filresursen enligt beskrivningen i avsnittet montera filresursen i handbok för premiumfilresursens redundansklusterinstans.

När filresursen har konfigurerats och monterats korrekt använder du PowerShell för att lägga till filresursen som kvorumvittnesresurs:

Set-ClusterQuorum -FileShareWitness <UNC path to file share> -Credential $(Get-Credential)

Du uppmanas att ange ett konto och lösenord för ett lokalt (till filresursen) nonadmin-konto som har fullständig administratörsbehörighet till resursen. Klustret håller namnet och lösenordet krypterat och inte tillgängligt för någon.

Du kan också använda Klusterhanteraren för växling vid fel. Följ samma steg som för molnvittnet, men välj filresursvittnet som kvorumalternativ i stället.

Ändra kvorumröstning

Det går att ändra kvorumrösten för en nod som deltar i ett Windows Server-redundanskluster.

När du ändrar inställningarna för nodröstning följer du dessa riktlinjer:

Riktlinjer för kvorumröstning
Börja med att varje nod inte har någon röst som standard. Varje nod ska bara ha en röst med explicit motivering.
Aktivera röster för klusternoder som är värdar för den primära repliken av en tillgänglighetsgrupp eller de föredragna ägarna till en failover-klusterinstans.
Aktivera röster för ägare av automatisk failover. Varje nod som kan vara värd för en primär replik eller en FCI till följd av en automatisk failover bör ha en röst.
Om en tillgänglighetsgrupp har fler än en sekundär replik aktiverar du bara röster för de repliker som har automatisk redundansväxling.
Inaktivera röster för noder som finns på sekundära katastrofåterställningsplatser. Noder på sekundära platser bör inte bidra till beslutet att ta ett kluster offline om det inte är något fel med den primära platsen.
Ha ett udda antal röster, med minst tre kvorumröster. Lägg till ett kvorumvittne för ytterligare omröstning om det behövs i ett kluster med två noder.
Reassessera rösttilldelningar efter överlämning. Du vill inte övergå till en klusterkonfiguration som inte stöder ett hälsosamt kvorum.

Nästa steg

Mer information finns i: