Rozwiązywanie problemów z raportowaniem weryfikacji klastra

  • Artykuł

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

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

Funkcja DCB jest wymagana w przypadku sieci RDMA over Converged Ethernet (RoCE) i jest opcjonalna (ale zalecana) dla sieci Internet Wide Area RDMA Protocol (iWARP).

Instalowanie mostkowania centrum danych

Aby można było używać poleceń cmdlet specyficznych dla funkcji QoS, należy zainstalować mostkowanie centrum danych. Aby sprawdzić, czy funkcja mostkowania centrum danych jest już zainstalowana na serwerze, uruchom następujące polecenie cmdlet w programie PowerShell:

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

Jeśli mostkowanie centrum danych nie jest zainstalowane, zainstaluj je, 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 Windows Admin Center, wybierając pozycję Narzędzia > Serwery > Spis spisu > klastra lub uruchom następujące polecenie programu PowerShell:

Test-Cluster –Node Server1, Server2

Między innymi test sprawdzi, czy konfiguracja QoS dcB jest spójna, a 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 klastrów trybu failover i klas ruchu SMB/SMB Direct.

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

W dolnej części raportu zostanie wyświetlony komunikat "Validate QoS Settings Configuration" (Weryfikowanie konfiguracji ustawień QoS) i odpowiadający mu 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 Weryfikowanie klastra rozwiązania Azure Stack HCI.

Weryfikowanie reguł QoS sieci

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

Stan gotowości dcB

Karty sieciowe obsługujące protokół DCBX (Data Center Bridging Capability Exchange Protocol) mogą akceptować konfiguracje z urządzenia zdalnego. Aby włączyć tę funkcję, funkcja DCB chętna bit na karcie sieciowej musi być ustawiona na wartość true. Jeśli wartość chętnego bitu 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 za pośrednictwem kart Ethernet konwergentnych (RoCE), na wszystkich serwerach powinna być ustawiona wartość false.

Wszystkie serwery w klastrze usługi Azure Stack HCI powinny mieć zestaw danych DCB chętnych bitów w taki sam sposób.

Set-NetQosDcbxSetting Użyj polecenia cmdlet , aby ustawić bit dcB chętny bit na wartość 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 to ustawienie jest włączone, 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, na wszystkich serwerach musi być włączona kontrola przepływu priorytetu.

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

Enable-NetQosFlowControl Użyj poleceń cmdlet i Disable-NetQosFlowControl z parametrem -priority, aby włączyć lub wyłączyć sterowanie przepływem priorytetu. Na przykład następujące polecenie umożliwia sterowanie przepływem ruchu oznaczonego priorytetem 3:

Enable-NetQosFlowControl –Priority 3

Weryfikowanie reguł QoS magazynu

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

Reguła QoS dla klastra trybu failover

Jeśli jakiekolwiek reguły QoS magazynu są zdefiniowane w klastrze, reguła QoS dla klastra trybu failover powinna być obecna 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 protokołu SMB

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

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

Reguła QoS dla protokołu SMB Direct

Funkcja SMB Direct pomija stos sieciowy, zamiast tego przy użyciu 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 funkcji SMB Direct, może to spowodować problemy z łącznością i wydajnością dla protokołu SMB Direct. Aby utworzyć nowe zasady QoS dla protokołu 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ż: