Rozwiązywanie problemów z weryfikacją raportów 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. 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 artykuł pomaga w rozwiązywaniu problemów związanych z walidacją klastra pod kątem ustawień QoS dla sieci i pamięci masowej w klastrze Azure Stack HCI, umożliwiając weryfikację, czy zdefiniowano ważne zasady. Aby uzyskać optymalną łączność i wydajność, proces weryfikacji klastra sprawdza, czy konfiguracja Data Center Bridging (DCB) QoS jest spójna i, jeśli jest zdefiniowana, zawiera odpowiednie reguły dla klastrów z przełączaniem awaryjnym 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ć cmdletów specyficznych dla QoS, należy zainstalować Data Center Bridging. Aby sprawdzić, czy funkcja 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 je, uruchamiając następujące 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ę
Test-Cluster –Node Server1, Server2
Między innymi test sprawdza, czy konfiguracja QoS usługi DCB jest spójna, a wszystkie serwery w klastrze mają taką samą liczbę klas ruchu i reguł QoS. Sprawdza również, czy wszystkie serwery mają reguły QoS zdefiniowane dla klastrów przełączania awaryjnego 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ń statusu gotowości DCB oraz priorytetowej kontroli przepływu między serwerami w klastrze.
Stan zgodności DCB
Karty sieciowe obsługujące protokół wymiany możliwości mostkowania centrów danych (DCBX) mogą akceptować konfiguracje z urządzenia zdalnego. Aby włączyć tę funkcję, bit DCB 'willing' na karcie sieciowej musi być ustawiony na prawda. Jeśli bit gotowości jest ustawiony na false, urządzenie odrzuca wszystkie próby konfiguracji przychodzące z urządzeń zdalnych i umożliwia tylko lokalne konfiguracje. Korzystając z adapterów RDMA przez konwergentny Ethernet (RoCE), bit zgody powinien być ustawiony na wartość false na wszystkich serwerach.
Wszystkie serwery w klastrze Azure Stack HCI powinny mieć bit DCB willing ustawiony w taki sam sposób.
Użyj Set-NetQosDcbxSetting cmdlet, aby ustawić bit gotowości DCB na wartość true lub false, jak pokazano 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ć dla całego systemu lub dla poszczególnych adapterów 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 adapterów RoCE, na wszystkich serwerach musi być włączona priorytetowa kontrola przepływu.
Użyj polecenia cmdlet , Get-NetQosFlowControl aby uzyskać bieżącą konfigurację sterowania przepływem. Wszystkie priorytety są domyślnie wyłączone.
Użyj poleceń cmdlet Enable-NetQosFlowControl i Disable-NetQosFlowControl z parametrem -priority, aby włączyć lub wyłączyć kontrolę przepływu priorytetowego. 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 przełączania awaryjnego oraz dla SMB i SMB Direct. W przeciwnym razie mogą wystąpić problemy z łącznością i wydajnością.
Reguła QoS dla klastra nadmiarowego
Jeśli jakiekolwiek reguły QoS dotyczące pamięci są zdefiniowane w klastrze, powinna być obecna reguła QoS dla klastra przełączania awaryjnego, w przeciwnym razie mogą wystąpić problemy z łącznością. Aby dodać nową regułę QoS dla klastra przełączania awaryjnego, użyj New-NetQosPolicy polecenia cmdlet w następującym 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 dla sieci SMB, użyj polecenia cmdlet, jak w następującym 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 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ż: