Verifiera ett Azure Stack HCI-kluster

Gäller för: Azure Stack HCI, version 22H2 och 21H2; Windows Server 2022, Windows Server 2019.

Kontrollera att DCB inte längre är det rekommenderade verktyget för att konfigurera eller testa värdnätverkskonfigurationen på Azure Stack HCI. Vi rekommenderar att du använder Network ATC för att konfigurera värdnätverksuppsättningen för Azure Stack HCI. Network ATC ersätter alltid Validate DCB på Azure Stack HCI.

Guiden Skapa kluster i Windows Admin Center utför vissa valideringar för att skapa ett fungerande kluster med den valda maskinvaran, men klusterverifieringen utför ytterligare kontroller för att säkerställa att klustret fungerar i en produktionsmiljö. Den här artikeln fokuserar på varför klusterverifiering är viktigt och när du ska köra det på ett Azure Stack HCI-kluster.

Vi rekommenderar att du utför klusterverifiering för följande primära scenarier:

• När du har distribuerat ett serverkluster kör du verktyget Validate-DCB för att testa nätverk.
• När du har uppdaterat ett serverkluster kan du, beroende på ditt scenario, köra båda valideringsalternativen för att felsöka klusterproblem.
• När du har konfigurerat replikering med Storage Replica kontrollerar du att replikeringen fortsätter normalt genom att kontrollera vissa specifika händelser och köra ett par kommandon.
• När du har skapat ett serverkluster kör du verktyget Validate-DCB innan du placerar det i produktion.

Vad är klusterverifiering?

Klustervalidering är avsedd att fånga upp maskinvaru- eller konfigurationsproblem innan ett kluster går i produktion. Klusterverifiering hjälper till att säkerställa att den Azure Stack HCI-lösning som du ska distribuera verkligen är tillförlitlig. Du kan också använda klusterverifiering på konfigurerade redundanskluster som ett diagnostikverktyg.

Specifika valideringsscenarier

I det här avsnittet beskrivs scenarier där validering också behövs eller är användbart.

• Verifiering innan klustret har konfigurerats:

  • En uppsättning servrar som är redo att bli ett redundanskluster: Det här är det enklaste valideringsscenariot. Maskinvarukomponenterna (system, nätverk och lagring) är anslutna, men systemen fungerar ännu inte som ett kluster. Att köra tester i den här situationen påverkar inte tillgängligheten.

  • Virtuella serverdatorer: För virtualiserade servrar i ett kluster kör du klusterverifiering på samma sätt som på andra nya kluster. Kravet på att köra funktionen är detsamma oavsett om du har:

    • Ett "värdkluster" där automatisk omkoppling vid fel sker mellan två fysiska datorer.
    • Ett "gästkluster" där redundansväxling sker mellan gästoperativsystem på samma fysiska dator.

• Verifiering när klustret har konfigurerats och används:

  • Innan du lägger till en server i klustret: När du lägger till en server i ett kluster rekommenderar vi starkt att du validerar klustret. Ange både befintliga klustermedlemmar och den nya servern när du kör klusterverifiering.

  • När du lägger till enheter: När du lägger till ytterligare enheter i klustret, vilket skiljer sig från att ersätta misslyckade enheter eller skapa virtuella diskar eller volymer som är beroende av befintliga enheter, kör du klustervalidering för att bekräfta att den nya lagringen fungerar korrekt.

  • När du gör ändringar som påverkar inbyggd programvara eller drivrutiner: Om du uppgraderar eller gör ändringar i klustret som påverkar inbyggd programvara eller drivrutiner måste du köra klusterverifiering för att bekräfta att den nya kombinationen av maskinvara, inbyggd programvara, drivrutiner och programvara stöder redundansklusterfunktioner.

  • När du har återställt ett system från en säkerhetskopia: När du har återställt ett system från säkerhetskopian kör du klustervalidering för att bekräfta att systemet fungerar korrekt som en del av ett kluster.

Verifiera nätverk

Verktyget Microsoft Validate-DCB är utformat för att verifiera DCB-konfigurationen (Data Center Bridging) i klustret. För att göra detta tar verktyget en förväntad konfiguration som indata och testar sedan varje server i klustret. Det här avsnittet beskriver hur du installerar och kör verktyget Validate-DCB, granskar resultaten och löser nätverksfel som verktyget identifierar.

I nätverket kräver fjärråtkomst till direkt minne (RDMA) via Konvergerat Ethernet (RoCE) DCB-teknik för att göra nätverksinfrastrukturen förlustfri. Med iWARP är DCB valfritt. Att konfigurera DCB kan dock vara komplext, med exakt den konfiguration som krävs för:

• Varje server i klustret
• Varje nätverksport som RDMA-trafiken passerar genom i nätverket

Prerequisites

• Information om nätverkskonfiguration för det serverkluster som du vill verifiera, inklusive:
  • Värd- eller serverklusternamn
  • Namn på virtuell växel
  • Namn på nätverkskort
  • Inställningar för prioritetsflödeskontroll (PFC) och utökad överföringsval (ETS)
• En Internetanslutning för att ladda ned verktygsmodulen i Windows PowerShell från Microsoft.

Installera och kör verktyget Validate-DCB

Så här installerar och kör du verktyget Validate-DCB:

1. Öppna en Windows PowerShell-session som administratör på hanteringsdatorn och använd sedan följande kommando för att installera verktyget.

   Install-Module Validate-DCB
   

2. Acceptera begäranden om att använda NuGet-providern och få åtkomst till lagringsplatsen för att installera verktyget.

3. När PowerShell har anslutit till Microsoft nätverk för att ladda ned verktyget skriver Validate-DCB du och trycker på Retur för att starta verktygsguiden.

   Note

   Om du inte kan köra Validate-DCB-verktygsskriptet kan du behöva justera dina PowerShell-körningsprinciper. Använd cmdleten Get-ExecutionPolicy för att visa dina aktuella principinställningar för skriptkörning. Information om hur du anger körningsprinciper i PowerShell finns i Om körningsprinciper.

4. På sidan Välkommen till Validate-DCB konfigurationsguiden väljer du Nästa.

5. På sidan Kluster och noder skriver du namnet på det serverkluster som du vill verifiera, väljer Matcha för att visa den på sidan och väljer sedan Nästa.

   

6. På sidan Adaptrar:

   1. Markera kryssrutan vSwitch bifogad och skriv namnet på vSwitch.
   2. Under Adapternamn skriver du namnet på varje fysiskt nätverkskort, under Värd-vNIC-namn, namnet på varje virtuellt nätverkskort (vNIC) och under VLAN, VLAN-ID som används för varje nätverkskort.
   3. Expandera listrutan RDMA-typ och välj lämpligt protokoll: RoCE eller iWARP. Ange även Jumbo Frames till lämpligt värde för nätverket och välj sedan Nästa.

   

   Note

   • Mer information om hur SR-IOV förbättrar nätverksprestanda finns i Översikt över enkel rot-I/O-virtualisering (SR-IOV).

7. På sidan Data Center Bridging ändrar du värdena så att de matchar organisationens inställningar för Prioritet, Principnamn och Bandbreddsreservation och väljer sedan Nästa.

   

   Note

   Om du väljer RDMA över RoCE på föregående guidesida krävs DCB för nätverkstillförlitlighet på alla nätverkskort och switchportar.

8. På sidan Spara och distribuera i rutan Konfigurationsfilsökväg sparar du konfigurationsfilen med hjälp av.ps1-tillägget till en plats där du kan använda den igen senare om det behövs och väljer sedan Exportera för att börja köra verktyget Validate-DCB.

   • Du kan också distribuera konfigurationsfilen genom att slutföra avsnittet Distribuera konfiguration till noder på sidan, vilket innefattar möjligheten att använda ett Azure Automation-konto för att distribuera konfigurationen och sedan verifiera den. Se Skapa ett Azure Automation-konto för att komma igång med Azure Automation.

   

Granska resultat och åtgärda fel

Verktyget Validate-DCB ger resultat i två enheter:

1. [Global Unit] resultatlistan innehåller förutsättningar och krav för att köra de modala testerna.
2. [Modal Unit]-resultat ger återkoppling om konfigurationen för varje klustervärd och rekommenderade metoder.

Det här exemplet visar resultatet av en lyckad skanning av en enskild server för alla förutsättningar och modala enhetstester genom att ange antalet misslyckanden till 0.

Följande steg visar hur du identifierar ett Jumbo Packet-fel från vNIC SMB02 och åtgärdar det:

1. Resultaten från skanningarna med verktyget Validate-DCB visar ett Failed Count-fel på 1.

   

2. När du bläddrar tillbaka genom resultaten visas ett rött fel som anger att Jumbo-paketet för vNIC SMB02 på värd S046036 har angetts till standardstorleken 1514, men bör vara inställt på 9014.

   

3. Om du granskar avancerade egenskaper för vNIC SMB02 på värd S046036 visas att Jumbo-paketet är inställt på standardvärdet Inaktiverad.

   

4. För att åtgärda felet krävs att funktionen Jumbo Packet aktiveras och dess storlek ändras till 9 014 byte. Att köra skanningen igen på värden S046036 bekräftar denna ändring genom att ge antalet misslyckade som 0.

   

Mer information om hur du löser fel som Validate-DCB verktyget identifierar finns i följande video.

Du kan också installera verktyget offline. För system utan anslutning använder du Save-Module -Name Validate-DCB -Path c:\temp\Validate-DCB och flyttar sedan modulerna i c:\temp\Validate-DCB till det system som saknar anslutning. Mer information finns i följande video.

Verifiera klustret

Använd följande steg för att verifiera servrarna i ett befintligt kluster i Windows Admin Center.

1. Under Alla anslutningar i Windows Admin Center väljer du det Azure Stack HCI-kluster som du vill verifiera och väljer sedan Anslut.

   Klusterhanterarens instrumentpanel visar översiktsinformation om klustret.

2. På instrumentpanelen för Klusterhanteraren går du till Verktyg och väljer Servrar.

3. På sidan Inventering väljer du servrarna i klustret, expanderar sedan undermenyn Mer och väljer Verifiera kluster.

4. I popup-fönstret Verifiera kluster väljer du Ja.

   

5. I popup-fönstret Credential Security Service Provider (CredSSP) väljer du Ja.

6. Ange dina autentiseringsuppgifter för att aktivera CredSSP och välj sedan Fortsätt.
   Klustervalidering körs i bakgrunden och ger dig ett meddelande när det är klart. Då kan du visa valideringsrapporten enligt beskrivningen i nästa avsnitt.

Inaktivera CredSSP

När serverklustret har verifierats måste du inaktivera CredSSP-protokollet (CredSSP) på varje server i säkerhetssyfte. Mer information finns i CVE-2018-0886.

1. Under Alla anslutningar i Windows Admin Center väljer du den första servern i klustret och väljer sedan Anslut.

2. På sidan Översikt väljer du Inaktivera CredSSP och i popup-fönstret Inaktivera CredSSP väljer du Ja.

   Resultatet av steg 2 tar bort den röda CredSSP ENABLED-banderollen överst på serverns översiktssida och inaktiverar CredSSP på de andra servrarna.

Visa valideringsrapporter

Nu är du redo att visa klusterverifieringsrapporten.

Det finns några sätt att komma åt valideringsrapporter:

• På sidan Inventering expanderar du undermenyn Mer och väljer sedan Visa valideringsrapporter.

• Längst upp till höger i Windows Admin Center väljer du klockikonen Meddelanden för att visa fönstret Meddelanden. Välj meddelande om att klustret har verifierats och välj sedan Gå till verifieringsrapport för redundanskluster.

Verifiera klustret med Hjälp av PowerShell

Du kan också använda Windows PowerShell för att köra valideringstester på serverklustret och visa resultatet. Du kan köra tester både före och efter att ett kluster har konfigurerats.

Om du vill köra ett valideringstest på ett serverkluster utfärdar du PowerShell-cmdletarna Get-Cluster och Test-Cluster-serverklusternamn<> från hanteringsdatorn eller kör endast cmdleten Test-Cluster direkt i klustret:

$Cluster = Get-Cluster -Name 'server-cluster1'
Test-Cluster -InputObject $Cluster -Verbose

Fler exempel och användningsinformation finns i referensdokumentationen för testkluster .

Test-NetStack är ett PowerShell-baserat testverktyg som är tillgängligt från GitHub som du kan använda för att utföra ICMP-, TCP- och RDMA-trafiktestning av nätverk och identifiera potentiella nätverksinfrastrukturer och värdfelkonfigurationer eller driftinstabilitet. Använd Test-NetStack för att verifiera nätverksdatasökvägar genom att testa interna, syntetiska och maskinvaruavlastade nätverksdatasökvägar (RDMA) för problem med anslutning, paketfragmentering, lågt dataflöde och överbelastning.

Validera replikering för Storage Replica

Om du använder Storage Replica för att replikera volymer i ett utsträckt kluster eller kluster-till-kluster finns det flera händelser och cmdletar som du kan använda för att hämta replikeringstillståndet.

I följande scenario konfigurerade vi Lagringsreplik genom att skapa replikeringsgrupper (RG: er) för två platser och angav sedan datavolymerna och loggvolymerna för både källservernoderna på Plats1 (Server1, Server2) och målservernoderna (replikerade) på Plats2 (Server3, Server4).

För att fastställa replikeringsstatusen för Server1 på Plats1 kör du kommandot Get-WinEvent och undersöker händelserna 5015, 5002, 5004, 1237, 5001 och 2200:

Get-WinEvent -ComputerName Server1 -ProviderName Microsoft-Windows-StorageReplica -max 20

För Server3 på Plats2 kör du följande Get-WinEvent kommando för att se de Storage Replica-händelser som visar skapandet av partnerskapet. Den här händelsen anger antalet kopierade byte och hur lång tid det tog. Ett exempel:

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL

För Server3 på Site2 kör du Get-WinEvent kommandot och undersöker händelserna 5009, 1237, 5001, 5015, 5005 och 2200 för att förstå bearbetningens förlopp. Det bör inte finnas några varningar om fel i den här sekvensen. Det kommer att finnas många 1237 händelser - dessa indikerar förlopp.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Alternativt anger målservergruppen för repliken antalet byte som ska kopieras hela tiden och kan frågas via PowerShell med Get-SRGroup. Ett exempel:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

För noden Server3 på Plats2 kör du följande kommando och undersöker händelserna 5009, 1237, 5001, 5015, 5005 och 2200 för att förstå replikeringens förlopp. Det får inte finnas några varningar om fel. Det kommer dock att finnas många "1237"-händelser - dessa indikerar helt enkelt förlopp.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Som ett förloppsskript som inte avslutas:

while($true) {
$v = (Get-SRGroup -Name "Replication2").replicas | Select-Object numofbytesremaining
[System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
Start-Sleep -s 5
}

Om du vill hämta replikeringstillståndet i det utsträckta klustret använder du Get-SRGroup och Get-SRPartnership:

Get-SRGroup -Cluster ClusterS1

Get-SRPartnership -Cluster ClusterS1

(Get-SRGroup).replicas -Cluster ClusterS1

När lyckad datareplikering har bekräftats mellan platser kan du skapa dina virtuella datorer och andra arbetsbelastningar.

Se även

• Prestandatestning mot syntetiska arbetsbelastningar i ett nyligen skapat lagringsutrymme med hjälp av DiskSpd.exe. Mer information finns i Testa lagringsprestanda med syntetiska arbetsbelastningar i Windows Server.
• Windows Server Assessment är en Premier Service som är tillgänglig för kunder som vill att Microsoft ska kunna granska sina installationer. Kontakta Microsoft Premier Support om du vill ha mer information. Mer information finns i Komma igång med Windows Server utvärdering på begäran (server, säkerhet, Hyper-V, redundanskluster, IIS).