Rozwiązywanie problemów z raportowaniem weryfikacji klastra
Dotyczy: Azure Stack HCI, wersje 22H2 i 21H2; Windows Server 2022, Windows Server 2019
Ważne
Usługa Azure Stack HCI jest teraz częścią usługi Azure Local. Trwa zmiana nazwy dokumentacji produktu. Jednak starsze wersje rozwiązania Azure Stack HCI, na przykład 22H2 będą nadal odwoływać się do rozwiązania Azure Stack HCI i nie będą odzwierciedlać zmiany nazwy. Dowiedz się więcej.
Ten temat ułatwia rozwiązywanie problemów z raportowaniem poprawności klastra dla ustawień QoS sieci i magazynu (jakości usługi) między serwerami w klastrze usługi Azure Stack HCI i sprawdź, 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 przez konwergentną sieć 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 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 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 systemu Windows, wybierając pozycję Narzędzia > Serwery > spisu klastra> weryfikacji lub 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, 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 Centrum administracyjnym systemu Windows 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 zobaczysz komunikat "Validate QoS Settings Configuration" (Weryfikowanie konfiguracji ustawień QoS) i odpowiedni raport dla każdego serwera w klastrze.
Aby dowiedzieć się, 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ść ustawień stanu gotowości dcB i stanu kontroli przepływu priorytetu między serwerami w klastrze.
Stan gotowości usługi DCB
Karty sieciowe obsługujące protokół WYMIANY możliwości mostkowania centrum danych (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 chowana wartość bitu ma wartość false, urządzenie odrzuci wszystkie próby konfiguracji z urządzeń zdalnych i wymusi tylko konfiguracje lokalne. Jeśli używasz funkcji RDMA za pośrednictwem kart Ethernet konwergentnych (RoCE), chytny bit powinien być ustawiony na wartość false na wszystkich serwerach.
Wszystkie serwery w klastrze usługi Azure Stack HCI powinny mieć ustawioną chęć bitu DCB w taki sam sposób.
Set-NetQosDcbxSetting Użyj polecenia cmdlet , aby ustawić bit gotowości dcB 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 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, na wszystkich serwerach musi być włączona kontrola przepływu priorytetu.
Użyj polecenia cmdlet , Get-NetQosFlowControl 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 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 w następujący przykład:
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 w następujący przykład:
New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3
Reguła QoS dla protokołu SMB Direct
Funkcja 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 protokołu 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ż: