Felsöka rapportering av klustervalidering

Gäller för: Azure Stack HCI, versionerna 21H2 och 20H2; Windows Server 2022, Windows Server 2019

Det här avsnittet hjälper dig att felsöka klusterverifieringsrapportering för QoS-inställningar (tjänstkvalitet) för nätverk och lagring mellan servrar i ett Azure Stack HCI-kluster och verifiera att viktiga regler har definierats. För optimal anslutning och prestanda verifierar klusterverifieringsprocessen att QoS-konfigurationen för Data Center Bridging (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 cmdlets. Kontrollera om funktionen Data Center Bridging 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 har installerats installerar du den genom att köra följande cmdlet på varje server i klustret:

Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1

Köra ett klustervalideringstest

Använd antingen funktionen Verifiera i Windows administrationscenter genom att välja Kluster för >>inventeringsval av verktygsservrar eller kör följande PowerShell-kommando:

Test-Cluster –Node Server1, Server2

Testet kommer bland annat att verifiera 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 definierade QoS-regler för redundansklustring och SMB/SMB Direct-trafikklasser.

Du kan visa valideringsrapporten i Windows administrationscenter eller genom att öppna en loggfil i den aktuella arbetskatalogen. Exempel: C:\Usersusername<>\AppData\Local\Temp\

Längst ned i rapporten ser du "Verifiera QoS Inställningar Configuration" och en motsvarande rapport för varje server i klustret.

Om du vill förstå vilka trafikklasser som redan har ställts in på en server använder du Get-NetQosTrafficClass cmdleten .

Mer information finns i Verifiera ett Azure Stack HCI kluster.

Verifiera QoS-regler för nätverk

Kontrollera konsekvensen för DCB-villigt tillstånd och statusinställningar för prioritetsflödeskontroll mellan servrar i klustret.

DCB-villigt tillstånd

Nätverkskort som har stöd för Data Center Bridging Capability Exchange Protocol (DCBX) kan acceptera konfigurationer från en fjärransluten enhet. Om du vill aktivera den här funktionen måste DCB-villigt på nätverkskortet vara inställt på sant. Om den villiga biten är inställd på falskt avvisar enheten alla konfigurationsförsök från fjärranslutna enheter och framtvingar endast de lokala konfigurationerna. Om du använder RDMA över konvergerade Ethernet-kort (RoCE) ska den villiga biten vara inställd på falskt på alla servrar.

Alla servrar i ett Azure Stack HCI kluster bör ha DCB-villigt bit inställt på samma sätt.

Set-NetQosDcbxSetting Använd cmdleten för att ange den DCB-villiga biten till antingen true eller false, 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 aktiverad kan du skapa QoS-principer som prioriterar viss programtrafik.

För att QoS-principer ska fungera sömlöst under redundans 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.

Get-NetQosFlowControl Använd cmdleten för att hämta den aktuella flödeskontrollkonfigurationen. Alla prioriteter är inaktiverade som standard.

Använd cmdletarna Enable-NetQosFlowControlDisable-NetQosFlowControl och med parametern -priority för att aktivera eller inaktivera prioritetsflödeskontrollen. Följande kommando aktiverar till exempel flödeskontroll för trafik som 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 några QoS-regler för lagring definieras i ett kluster bör det finnas en QoS-regel för redundansklustring, eller så kan det uppstå anslutningsproblem. Om du vill lägga till en ny QoS-regel New-NetQosPolicy för redundansklustring använder du cmdleten som i följande exempel:

New-NetQosPolicy "Cluster" -Cluster -Priority 6

QoS-regel för SMB

Om vissa eller alla noder har definierade QOS-regler men inte har någon QOS-regel för SMB kan detta orsaka anslutnings- och prestandaproblem för SMB. Om du vill lägga till en ny QoS-nätverksregel för SMB använder du New-NetQosPolicy cmdleten 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 definierade QOS-regler men inte har någon QOS-regel för SMB Direct kan detta orsaka anslutnings- 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

Mer information finns i: