Rozwiązywanie problemów z raportowaniem weryfikacji klastra

Dotyczy: Azure Stack HCI, wersje 21H2 i 20H2; Windows Server 2022, Windows Server 2019

Ten temat ułatwia rozwiązywanie problemów z raportowaniem weryfikacji klastra dla ustawień QoS (jakości usług) sieci i magazynu na serwerach w klastrze usługi Azure Stack HCI oraz sprawdzenie, czy są zdefiniowane ważne reguły. Aby uzyskać optymalną łączność i wydajność, proces weryfikacji klastra sprawdza, czy konfiguracja QoS usługi Data Center Bridging (DCB) jest spójna i, jeśli jest zdefiniowana, zawiera odpowiednie reguły dla klasterów trybu failover i klas ruchu SMB/SMB Direct.

Funkcja DCB jest wymagana dla sieci RDMA over Converged Ethernet (RoCE) i jest opcjonalna (ale zalecana) w przypadku sieci protokołu RDMA (iWARP) w internecie.

Instalowanie mostkowania centrum danych

Data Center Bridging musi być zainstalowany, aby można było używać polecenia cmdlet specyficzne dla technologii QoS. Aby sprawdzić, Data Center Bridging jest już zainstalowana na serwerze, uruchom następujące polecenie cmdlet w programie PowerShell:

Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1

Jeśli Data Center Bridging nie jest zainstalowany, zainstaluj go, uruchamiając następujące polecenie cmdlet na każdym serwerze w klastrze:

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

Uruchamianie testu weryfikacji klastra

Użyj funkcji Weryfikuj w centrum administracyjnym Windows, wybierając klaster Narzędzia Servers Inventory >> Validatelub uruchom następujące polecenie programu PowerShell:

Test-Cluster –Node Server1, Server2

Między innymi test sprawdzi, czy konfiguracja QoS usługi DCB jest spójna i czy wszystkie serwery w klastrze mają taką samą liczbę klas ruchu i reguł QoS. Sprawdzi również, czy wszystkie serwery mają reguły QoS zdefiniowane dla klas ruchu klastra trybu failover i SMB/SMB Direct.

Raport weryfikacji można wyświetlić w centrum Windows administracyjnego lub uzyskać dostęp do pliku dziennika w bieżącym katalogu roboczy. Na przykład: C:\Users < username > \AppData\Local\Temp\

W dolnej części raportu zobaczysz "Weryfikuj konfigurację QoS Ustawienia" i odpowiedni raport dla każdego serwera w klastrze.

Aby zrozumieć, które klasy ruchu są już ustawione na serwerze, użyj Get-NetQosTrafficClass polecenia cmdlet .

Aby dowiedzieć się więcej, zobacz Validate an Azure Stack HCI cluster (Weryfikowanie Azure Stack HCI klastra).

Weryfikowanie reguł QoS sieci

Zweryfikuj spójność ustawień stanu gotowości dcb i stanu sterowania przepływem priorytetu między serwerami w klastrze.

Stan gotowości dcb

Karty sieciowe, które obsługują protokół DATA CENTER BRIDGING Capability Exchange Protocol (DCBX), mogą akceptować konfiguracje z urządzenia zdalnego. Aby włączyć tę funkcję, funkcja DCB chce bit na karcie sieciowej musi być ustawiona na wartość true. Jeśli bit chętny ma wartość false, urządzenie odrzuci wszystkie próby konfiguracji z urządzeń zdalnych i wymusi tylko konfiguracje lokalne. Jeśli używasz kart RDMA over Converged Ethernet (RoCE), wartość bitu gotowości powinna być ustawiona na wartość false na wszystkich serwerach.

Wszystkie serwery w klastrze Azure Stack HCI powinny mieć ustawiony bit gotowości DCB w taki sam sposób.

Użyj polecenia cmdlet , aby ustawić bit gotowości DCB na wartość Set-NetQosDcbxSetting true lub false, jak w poniższym przykładzie:

Set-NetQosDcbxSetting –Willing $false

Stan sterowania przepływem DCB

Sterowanie przepływem oparte na priorytetach jest niezbędne, jeśli protokół warstwy wyższej, np. Fiber Channel, zakłada bezstratny transport w warstwie niższej. Sterowanie przepływem DCB można włączyć lub wyłączyć globalnie lub dla poszczególnych kart sieciowych. Jeśli ta opcja jest włączona, umożliwia tworzenie zasad QoS, które priorytetują określony ruch aplikacji.

Aby zasady QoS działały bezproblemowo podczas pracy w trybie failover, wszystkie serwery w klastrze Azure Stack HCI powinny mieć te same ustawienia stanu sterowania przepływem. Jeśli używasz kart RoCE, sterowanie przepływem priorytetu musi być włączone na wszystkich serwerach.

Użyj polecenia Get-NetQosFlowControl cmdlet , aby pobrać bieżącą konfigurację sterowania przepływem. Wszystkie priorytety są domyślnie wyłączone.

Użyj polecenia Enable-NetQosFlowControlDisable-NetQosFlowControl cmdlet i z parametrem -priority, aby włączyć lub wyłączyć sterowanie przepływem o priorytecie. Na przykład następujące polecenie umożliwia sterowanie przepływem dla ruchu otagowanego priorytetem 3:

Enable-NetQosFlowControl –Priority 3

Weryfikowanie reguł QoS magazynu

Sprawdź, czy wszystkie węzły mają regułę QoS dla klastra trybu failover oraz dla SMB lub SMB Direct. W przeciwnym razie mogą wystąpić problemy z łącznością i wydajnością.

Reguła QoS dla klastra trybu failover

Jeśli w klastrze zdefiniowano jakiekolwiek reguły QoS magazynu, powinna być obecna reguła QoS dla klastra trybu failover lub mogą wystąpić problemy z łącznością. Aby dodać nową regułę QoS dla klastra trybu failover, użyj New-NetQosPolicy polecenia cmdlet , jak w poniższym przykładzie:

New-NetQosPolicy "Cluster" -Cluster -Priority 6

Reguła QoS dla SMB

Jeśli niektóre lub wszystkie węzły mają zdefiniowane reguły QOS, ale nie mają reguły QOS dla SMB, może to spowodować problemy z łącznością i wydajnością dla SMB. Aby dodać nową regułę QoS sieci dla SMB, użyj New-NetQosPolicy polecenia cmdlet , jak w poniższym przykładzie:

New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3

Reguła QoS dla SMB Direct

SMB Direct pomija stos sieciowy, zamiast tego używa metod RDMA do transferu danych. Jeśli niektóre lub wszystkie węzły mają zdefiniowane reguły QOS, ale nie mają reguły QOS dla usługi SMB Direct, może to spowodować problemy z łącznością i wydajnością usługi SMB Direct. Aby utworzyć nowe zasady QoS dla SMB Direct, wydaj następujące polecenia:

New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3

Następne kroki

Aby uzyskać powiązane informacje, zobacz również: