Felsöka rapportering av klusterverifiering
Gäller för: Azure Stack HCI, versionerna 22H2 och 21H2; Windows Server 2022, Windows Server 2019
Det här avsnittet hjälper dig att felsöka rapportering av klustervalidering för QoS-inställningar för nätverk och lagring (tjänstkvalitet) mellan servrar i ett Azure Stack HCI-kluster och kontrollera att viktiga regler har definierats. För optimal anslutning och prestanda verifierar klustervalideringsprocessen att QoS-konfigurationen för Datacenterbryggning (DCB) är konsekvent och, om den definieras, innehåller lämpliga regler för redundansklustring och SMB/SMB Direct-trafikklasser.
DCB krävs för RDMA över Konvergerade Ethernet-nätverk (RoCE) och är valfritt (men rekommenderas) för IWARP-nätverk (Internet Wide Area RDMA Protocol).
Installera bryggning av datacenter
Data Center Bridging måste installeras för att använda QoS-specifika cmdletar. Kontrollera om datacentrets bryggningsfunktion redan är installerad på en server genom att köra följande cmdlet i PowerShell:
Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1
Om Data Center Bridging inte är installerat installerar du det genom att köra följande cmdlet på varje server i klustret:
Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1
Köra ett klusterverifieringstest
Använd antingen funktionen Verifiera i Windows Admin Center genom att välja Verktyg Servrar >> Inventeringsvalidera > kluster eller kör följande PowerShell-kommando:
Test-Cluster –Node Server1, Server2
Testet verifierar bland annat att DCB QoS-konfigurationen är konsekvent och att alla servrar i klustret har samma antal trafikklasser och QoS-regler. Den kontrollerar också att alla servrar har QoS-regler definierade för redundansklustring och SMB/SMB Direct-trafikklasser.
Du kan visa valideringsrapporten i Windows Admin Center eller genom att komma åt en loggfil i den aktuella arbetskatalogen. Exempel: C:\Användares<användarnamn>\AppData\Local\Temp\
Längst ned i rapporten visas "Verifiera konfiguration av QoS-inställningar" och en motsvarande rapport för varje server i klustret.
Använd cmdleten Get-NetQosTrafficClass för att förstå vilka trafikklasser som redan har angetts på en server.
Mer information finns i Verifiera ett Azure Stack HCI-kluster.
Verifiera QoS-regler för nätverk
Verifiera konsekvensen för status för DCB-villig status och statusinställningar för prioritetsflödeskontroll mellan servrar i klustret.
DCB-villig status
Nätverkskort som stöder Data Center Bridging Capability Exchange Protocol (DCBX) kan acceptera konfigurationer från en fjärrenhet. För att aktivera den här funktionen måste DCB-villig bit på nätverkskortet vara inställd på true. Om den villiga biten är inställd på false avvisar enheten alla konfigurationsförsök från fjärrenheter och framtvingar endast de lokala konfigurationerna. Om du använder RDMA över RoCE-kort (Converged Ethernet) bör den villiga biten anges till false på alla servrar.
Alla servrar i ett Azure Stack HCI-kluster bör ha DCB-villig bit inställd på samma sätt.
Använd cmdleten Set-NetQosDcbxSetting för att ange dcb-villig bit till antingen sant eller falskt, som i följande exempel:
Set-NetQosDcbxSetting –Willing $false
Status för DCB-flödeskontroll
Prioritetsbaserad flödeskontroll är nödvändig om det övre lagrets protokoll, till exempel Fibre Channel, förutsätter en underliggande transport utan dataförlust. DCB-flödeskontroll kan aktiveras eller inaktiveras antingen globalt eller för enskilda nätverkskort. Om det är aktiverat kan du skapa QoS-principer som prioriterar viss programtrafik.
För att QoS-principer ska fungera sömlöst under redundansväxlingen bör alla servrar i ett Azure Stack HCI-kluster ha samma statusinställningar för flödeskontroll. Om du använder RoCE-kort måste prioritetsflödeskontroll aktiveras på alla servrar.
Använd cmdleten Get-NetQosFlowControl för att hämta den aktuella flödeskontrollkonfigurationen. Alla prioriteringar är inaktiverade som standard.
Enable-NetQosFlowControl Använd cmdletarna och Disable-NetQosFlowControl med parametern -priority för att aktivera eller inaktivera prioritetsflödeskontroll. Följande kommando aktiverar till exempel flödeskontroll för trafik som har taggats med prioritet 3:
Enable-NetQosFlowControl –Priority 3
Verifiera QoS-regler för lagring
Kontrollera att alla noder har en QoS-regel för redundansklustring och för SMB eller SMB Direct. Annars kan anslutningsproblem och prestandaproblem uppstå.
QoS-regel för redundansklustring
Om QoS-regler för lagring definieras i ett kluster bör det finnas en QoS-regel för redundansklustring, eller så kan anslutningsproblem uppstå. Om du vill lägga till en ny QoS-regel för redundansklustring använder du cmdleten New-NetQosPolicy som i följande exempel:
New-NetQosPolicy "Cluster" -Cluster -Priority 6
QoS-regel för SMB
Om vissa eller alla noder har QOS-regler definierade men inte har en QOS-regel för SMB kan detta orsaka anslutningsproblem och prestandaproblem för SMB. Om du vill lägga till en ny QoS-regel för nätverket för SMB använder du cmdleten New-NetQosPolicy som i följande exempel:
New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3
QoS-regel för SMB Direct
SMB Direct kringgår nätverksstacken och använder i stället RDMA-metoder för att överföra data. Om vissa eller alla noder har QOS-regler definierade men inte har en QOS-regel för SMB Direct kan detta orsaka anslutningsproblem och prestandaproblem för SMB Direct. Skapa en ny QoS-princip för SMB Direct genom att utfärda följande kommandon:
New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3
Nästa steg
Relaterad information finns i även: