Beheben von Problemen bei Clustervalidierungsberichten
Gilt für: Azure Stack HCI, Versionen 22H2 und 21H2; Windows Server 2022, Windows Server 2019
Wichtig
Azure Stack HCI ist jetzt Teil von Azure Local. Die Umbenennung der Produktdokumentation wird ausgeführt. Ältere Versionen von Azure Stack HCI, z. B. 22H2, verweisen jedoch weiterhin auf Azure Stack HCI und spiegeln die Namensänderung nicht wider. Weitere Informationen
In diesem Thema erfahren Sie, wie Sie Probleme bei Clustervalidierungsberichten für Netzwerk- und QoS-Einstellungen (Quality of Service) auf den Servern in einem Azure Stack HCI-Cluster beheben und wie Sie überprüfen, ob wichtige Regeln definiert sind. Damit eine optimale Konnektivität und Leistung sichergestellt ist, überprüft der Clustervalidierungsprozess, ob die QoS-Konfiguration für Data Center Bridging (DCB) konsistent ist und – sofern definiert – geeignete Regeln für Failoverclustering und SMB-/SMB Direct-Datenverkehrsklassen enthält.
DCB ist für RoCE-Netzwerke (RDMA over Converged Ethernet) erforderlich und für iWARP-Netzwerke (Internet Wide Area RDMA Protocol) optional (wird für diese jedoch empfohlen).
Installieren von Data Center Bridging
Data Center Bridging muss installiert sein, damit Sie QoS-spezifische Cmdlets verwenden können. Um zu überprüfen, ob das Data Center Bridging-Feature bereits auf einem Server installiert ist, führen Sie das folgende Cmdlet in PowerShell aus:
Get-WindowsFeature -Name Data-Center-Bridging -ComputerName Server1
Wenn Data Center Bridging nicht installiert ist, führen Sie das folgende Cmdlet auf jedem Server im Cluster aus, um das Feature zu installieren:
Install-WindowsFeature –Name Data-Center-Bridging -ComputerName Server1
Ausführen eines Clustervalidierungstests
Verwenden Sie das Validierungsfeature in Windows Admin Center, indem Sie Tools > Server > Bestand > Cluster überprüfen auswählen, oder führen Sie den folgenden PowerShell-Befehl aus:
Test-Cluster –Node Server1, Server2
Der Test überprüft u. a., ob die QoS-Konfiguration für DCB konsistent ist und ob alle Server im Cluster dieselbe Anzahl von Datenverkehrsklassen und QoS-Regeln aufweisen. Es wird auch überprüft, ob auf allen Servern QoS-Regeln für Failoverclustering und SMB-/SMB Direct-Datenverkehrsklassen definiert sind.
Sie können den Validierungsbericht in Windows Admin Center anzeigen oder auf eine Protokolldatei im aktuellen Arbeitsverzeichnis zugreifen. Beispiel: C:\Benutzer<Benutzername>\AppData\Local\Temp\
Am Ende des Berichts finden Sie unter „Validate QoS Settings Configuration“ (Konfiguration der QoS-Einstellungen überprüfen) einen entsprechenden Bericht für jeden Server im Cluster.
Um zu ermitteln, welche Datenverkehrsklassen auf einem Server bereits eingerichtet sind, verwenden Sie das Cmdlet Get-NetQosTrafficClass.
Mehr dazu erfahren Sie unter Überprüfen eines Azure Stack HCI-Clusters.
Validieren der QoS-Regeln für Netzwerkfunktionen
Überprüfen Sie die Konsistenz der Statuseinstellungen für DCB-Bereitschaft (Willing) und Prioritätsflusssteuerung auf den Servern im Cluster.
DCB-Bereitschaftsstatus (Willing)
Netzwerkadapter, die das DCBX-Protokoll (Data Center Bridging Capability Exchange) unterstützen, können Konfigurationen von einem Remotegerät akzeptieren. Um diese Funktion zu aktivieren, muss das DCB-Willing-Bit im Netzwerkadapter auf TRUE festgelegt werden. Wenn das Willing-Bit auf FALSE festgelegt ist, lehnt das Gerät alle Konfigurationsversuche von Remotegeräten ab und erzwingt nur die lokalen Konfigurationen. Wenn Sie RoCE-Adapter (RDMA over Converged Ethernet) verwenden, muss das Willing-Bit auf allen Servern auf FALSE festgelegt werden.
Das DCB-Willing-Bit muss auf allen Servern in einem Azure Stack HCI-Cluster die gleiche Einstellung aufweisen.
Verwenden Sie das Cmdlet Set-NetQosDcbxSetting, um das DCB-Willing-Bit auf TRUE oder FALSE festzulegen, wie in folgendem Beispiel gezeigt:
Set-NetQosDcbxSetting –Willing $false
Status der DCB-Flusssteuerung
Eine prioritätsbasierte Flusssteuerung ist essenziell, wenn das Protokoll der höheren Ebene, wie z. B. Fibre Channel, einen verlustfreien zugrunde liegenden Transport annimmt. Die DCB-Flusssteuerung kann entweder global oder für einzelne Netzwerkadapter aktiviert oder deaktiviert werden. Wenn sie aktiviert ist, ermöglicht sie die Erstellung von QoS-Richtlinien, die bestimmten Anwendungsdatenverkehr priorisieren.
Damit QoS-Richtlinien während eines Failovers nahtlos funktionieren, müssen alle Server in einem Azure Stack HCI-Cluster dieselben Statuseinstellungen für die Flusssteuerung aufweisen. Wenn Sie RoCE-Adapter verwenden, muss die Prioritätsflusssteuerung auf allen Servern aktiviert sein.
Verwenden Sie das Cmdlet Get-NetQosFlowControl, um die aktuelle Konfiguration der Flusssteuerung abzurufen. Alle Prioritäten sind standardmäßig deaktiviert.
Verwenden Sie die Cmdlets Enable-NetQosFlowControl und Disable-NetQosFlowControl mit dem Parameter „-priority“, um die Prioritätsflusssteuerung zu aktivieren oder zu deaktivieren. Der folgende Befehl z. B. aktiviert die Flusssteuerung für Datenverkehr, der mit der Priorität 3 gekennzeichnet ist:
Enable-NetQosFlowControl –Priority 3
Validieren von QoS-Regeln für Speicher
Überprüfen Sie, ob alle Knoten über eine QoS-Regel für das Failoverclustering und für SMB oder SMB Direct verfügen. Wenn dies nicht der Fall ist, können Konnektivitäts- und Leistungsprobleme auftreten.
QoS-Regel für Failoverclustering
Wenn in einem Cluster QoS-Regeln für Speicher definiert sind, muss eine QoS-Regel für das Failoverclustering vorhanden sein, da sonst Konnektivitätsprobleme auftreten können. Um eine neue QoS-Regel für das Failoverclustering hinzuzufügen, verwenden Sie das Cmdlet New-NetQosPolicy, wie in folgendem Beispiel gezeigt:
New-NetQosPolicy "Cluster" -Cluster -Priority 6
QoS-Regel für SMB
Wenn für einige oder alle Knoten QoS-Regeln definiert sind, aber keine QoS-Regel für SMB vorhanden ist, kann dies zu Konnektivitäts- und Leistungsproblemen bei SMB führen. Um eine neue QoS-Netzwerkregel für SMB hinzuzufügen, verwenden Sie das Cmdlet New-NetQosPolicy, wie in folgendem Beispiel gezeigt:
New-NetQosPolicy -Name "SMB" -SMB -PriorityValue8021Action 3
QoS-Regel für SMB Direct
SMB Direct umgeht den Netzwerkstapel und verwendet stattdessen RDMA-Methoden zum Übertragen von Daten. Wenn für einige oder alle Knoten QoS-Regeln definiert sind, aber keine QoS-Regel für SMB Direct vorhanden ist, kann dies zu Konnektivitäts- und Leistungsproblemen bei SMB Direct führen. Um eine neue QoS-Richtlinie für SMB Direct zu erstellen, führen Sie die folgenden Befehle aus:
New-NetQosPolicy "SMB Direct" –NetDirectPort 445 –Priority 3
Nächste Schritte
Verwandte Informationen finden Sie außerdem unter: