Überprüfen eines Azure Stack HCI-Clusters

Gilt für: Azure Stack HCI, Versionen 22H2 und 21H2; Windows Server 2022, Windows Server 2019.

Validate DCB ist nicht länger das empfohlene Tool zum Einrichten oder Testen der Host-Netzwerkkonfiguration in Azure Stack HCI. Wir empfehlen die Verwendung von Network ATC zum Konfigurieren Ihrer Hostnetzwerkeinrichtung für Azure Stack HCI. Network ATC hat auf Azure Stack HCI immer Vorrang vor Validate DCB.

Obwohl der Assistent zum Erstellen von Clustern in Windows Admin Center bestimmte Überprüfungen durchführt, um einen Arbeitscluster mit der ausgewählten Hardware zu erstellen, führt die Clusterüberprüfung zusätzliche Überprüfungen durch, um sicherzustellen, dass der Cluster in einer Produktionsumgebung funktioniert. In diesem Artikel wird erläutert, warum die Clusterüberprüfung wichtig ist und wann sie auf einem Azure Stack HCI-Cluster ausgeführt werden soll.

Es wird empfohlen, die Clusterüberprüfung für die folgenden primären Szenarien auszuführen:

• Führen Sie nach der Bereitstellung eines Serverclusters das Validate-DCB Tool aus, um Netzwerk zu testen.
• Führen Sie nach dem Aktualisieren eines Serverclusters abhängig von Ihrem Szenario beide Überprüfungsoptionen aus, um Clusterprobleme zu beheben.
• Überprüfen Sie nach dem Einrichten der Replikation mit Speicherreplikat, ob die Replikation normal fortgesetzt wird, indem Sie bestimmte Ereignisse überprüfen und einige Befehle ausführen.
• Führen Sie nach dem Erstellen eines Serverclusters das Validate-DCB Tool aus, bevor Sie es in die Produktion einfügen.

Was ist die Clusterüberprüfung?

Die Clusterüberprüfung soll Hardware- oder Konfigurationsprobleme abfangen, bevor ein Cluster in die Produktion wechselt. Die Clusterüberprüfung trägt dazu bei, sicherzustellen, dass die Azure Stack HCI-Lösung, die Sie bereitstellen möchten, wirklich zuverlässig ist. Sie können die Clusterüberprüfung auch für konfigurierte Failovercluster als Diagnosetool verwenden.

Spezifische Validierungsszenarien

In diesem Abschnitt werden Szenarien beschrieben, in denen die Validierung auch erforderlich oder nützlich ist.

• Überprüfung vor der Konfiguration des Clusters:

  • Eine Reihe von Servern, die bereit sind, ein Failovercluster zu werden: Dies ist das einfachste Überprüfungsszenario. Die Hardwarekomponenten (Systeme, Netzwerke und Speicher) sind verbunden, aber die Systeme funktionieren noch nicht als Cluster. Die Ausführung von Tests in dieser Situation hat keine Auswirkungen auf die Verfügbarkeit.

  • Server-VMs: Führen Sie bei virtualisierten Servern in einem Cluster die Clusterüberprüfung wie bei jedem anderen neuen Cluster aus. Die Anforderung zum Ausführen des Features ist identisch, unabhängig davon, ob Sie folgendes haben:

    • Ein Host-Cluster, bei dem ein Failover zwischen zwei physischen Computern erfolgt.
    • Ein "Gastcluster", bei dem Failover zwischen Gastbetriebssystemen auf demselben physischen Computer erfolgt.

• Überprüfung nach der Konfiguration und Verwendung des Clusters:

  • Vor dem Hinzufügen eines Servers zum Cluster: Wenn Sie einem Cluster einen Server hinzufügen, wird dringend empfohlen, den Cluster zu überprüfen. Geben Sie beim Ausführen der Clusterüberprüfung sowohl die vorhandenen Clustermitglieder als auch den neuen Server an.

  • Beim Hinzufügen von Laufwerken: Wenn Sie dem Cluster zusätzliche Laufwerke hinzufügen, die sich von dem Ersetzen fehlerhafter Laufwerke oder dem Erstellen von virtuellen Datenträgern oder Volumes unterscheiden, die auf den vorhandenen Laufwerken basieren, führen Sie die Clusterüberprüfung aus, um zu bestätigen, dass der neue Speicher ordnungsgemäß funktioniert.

  • Beim Vornehmen von Änderungen, die sich auf Firmware oder Treiber auswirken: Wenn Sie ein Upgrade durchführen oder Änderungen am Cluster vornehmen, die sich auf Firmware oder Treiber auswirken, müssen Sie die Clusterüberprüfung ausführen, um zu bestätigen, dass die neue Kombination aus Hardware, Firmware, Treibern und Software Failoverclusterfunktionen unterstützt.

  • Nach dem Wiederherstellen eines Systems aus der Sicherung: Nachdem Sie ein System aus der Sicherung wiederhergestellt haben, führen Sie die Clusterüberprüfung aus, um zu bestätigen, dass das System als Teil eines Clusters ordnungsgemäß funktioniert.

Überprüfen des Netzwerks

Das Microsoft Validate-DCB Tool wurde entwickelt, um die Data Center Bridging(DCB)-Konfiguration auf dem Cluster zu überprüfen. Dazu übernimmt das Tool eine erwartete Konfiguration als Eingabe und testet dann jeden Server im Cluster. In diesem Abschnitt wird beschrieben, wie Sie das Validate-DCB Tool installieren und ausführen, Ergebnisse überprüfen und Netzwerkfehler beheben, die vom Tool identifiziert werden.

Im Netzwerk erfordert der Direktzugriff auf Remotespeicher (RDMA) über Converged Ethernet (RoCE) DCB-Technologien, um die Netzwerkstruktur verlustfrei zu gestalten. Bei iWARP ist DCB optional. Die Konfiguration von DCB kann jedoch komplex sein, da über alle folgenden Bereiche hinweg eine präzise Konfiguration erforderlich ist:

• Jeder Server im Cluster
• Jeder Netzwerkport im Fabric, den der RDMA-Datenverkehr durchläuft

Voraussetzungen

• Netzwerkeinrichtungsinformationen des Serverclusters, den Sie überprüfen möchten, einschließlich:
  • Host- oder Serverclustername
  • Name des virtuellen Switchs
  • Namen der Netzwerkadapter
  • Einstellungen für die Prioritätsflusssteuerung (Priority Flow Control, PFC) und erweiterte Übertragungsauswahl (Enhanced Transmission Selection, ETS)
• Eine Internetverbindung zum Herunterladen des Toolmoduls in Windows PowerShell von Microsoft.

Installieren und Ausführen des Validate-DCB-Tools

So installieren und führen Sie das Validate-DCB Tool aus:

1. Öffnen Sie auf Ihrem Verwaltungs-PC eine Windows PowerShell-Sitzung als Administrator, und verwenden Sie dann den folgenden Befehl, um das Tool zu installieren.

   Install-Module Validate-DCB
   

2. Akzeptieren Sie die Anforderungen für die Verwendung des NuGet-Anbieters, und greifen Sie auf das Repository zu, um das Tool zu installieren.

3. Nachdem PowerShell eine Verbindung mit dem Microsoft-Netzwerk hergestellt hat, um das Tool herunterzuladen, geben Sie Validate-DCB ein und drücken Sie die EINGABETASTE, um den Tool-Assistenten zu starten.

   Note

   Wenn Sie das Validate-DCB-Toolskript nicht ausführen können, müssen Sie möglicherweise Ihre PowerShell-Ausführungsrichtlinien anpassen. Verwenden Sie das Cmdlet Get-ExecutionPolicy, um die aktuellen Richtlinieneinstellungen für die Skriptausführung anzuzeigen. Informationen zum Festlegen von Ausführungsrichtlinien in PowerShell finden Sie unter "Informationen zu Ausführungsrichtlinien".

4. Wählen Sie auf der Seite „Willkommen beim Validate-DCB-Konfigurationsassistenten“ Weiter aus.

5. Geben Sie auf der Seite "Cluster" und "Knoten" den Namen des Zu überprüfenden Serverclusters ein, wählen Sie "Auflösen" aus, um ihn auf der Seite aufzulisten, und wählen Sie dann "Weiter" aus.

   

6. Auf der Seite „Adapter“:

   1. Aktivieren Sie das angefügte Kontrollkästchen "vSwitch ", und geben Sie den Namen des vSwitch ein.
   2. Geben Sie unter Adaptername den Namen jeder physischen NIC unter Host vNIC Name, den Namen jeder virtuellen NIC (vNIC) und unter VLAN die VLAN-ID ein, die für jeden Adapter verwendet wird.
   3. Erweitern Sie das Dropdown-Listenfeld "RDMA-Typ ", und wählen Sie das entsprechende Protokoll aus: RoCE oder iWARP. Legen Sie auch Jumbo Frames auf den entsprechenden Wert für Ihr Netzwerk fest, und wählen Sie dann "Weiter" aus.

   

   Note

   • Weitere Informationen dazu, wie SR-IOV die Netzwerkleistung verbessert, finden Sie unter Übersicht über single Root I/O Virtualization (SR-IOV).

7. Ändern Sie auf der Seite "Datencenter-Überbrückung" die Werte so, dass sie den Einstellungen Ihrer Organisation für Priorität, Richtlinienname und Bandbreitenreservierung entsprechen, und wählen Sie dann "Weiter" aus.

   

   Note

   Für die Auswahl von RDMA über RoCE auf der vorherigen Assistentenseite ist DCB für die Netzwerkzulässigkeit auf allen NICs und Switchports erforderlich.

8. Speichern Sie auf der Seite "Speichern und Bereitstellen" im Feld " Konfigurationsdateipfad " die Konfigurationsdatei mit .ps1 Erweiterung an einem Speicherort, an dem Sie sie später bei Bedarf erneut verwenden können, und wählen Sie dann "Exportieren" aus, um mit der Ausführung des Validate-DCB Tools zu beginnen.

   • Sie können Ihre Konfigurationsdatei optional bereitstellen, indem Sie den Abschnitt "Konfiguration auf Knoten bereitstellen" der Seite abschließen, der die Möglichkeit umfasst, ein Azure Automation Konto zum Bereitstellen der Konfiguration zu verwenden und dann zu überprüfen. Weitere Informationen finden Sie unter Erstellen eines Azure Automation Kontos für die ersten Schritte mit Azure Automation.

   

Überprüfen von Ergebnissen und Beheben von Fehlern

Das Validate-DCB-Tool liefert Ergebnisse in zwei Einheiten:

1. [Global Unit] Ergebnisliste: Voraussetzungen und Anforderungen für die Ausführung der Modaltests.
2. [Modal Unit]-Ergebnisse liefern Rückmeldung zur Konfiguration jedes Cluster-Hosts und zu Best Practices.

Dieses Beispiel zeigt erfolgreiche Scanergebnisse eines einzelnen Servers für alle Voraussetzungen und modalen Komponententests, indem eine Fehleranzahl von 0 angegeben wird.

Die folgenden Schritte zeigen, wie Sie einen Jumbo Packet-Fehler von vNIC SMB02 identifizieren und beheben:

1. Die Ergebnisse der Scans des Tools Validate-DCB zeigen einen Fehlerwert von 1 bei „Failed Count“ an.

   

2. Beim Zurückblättern der Ergebnisse wird ein Rotfehler angezeigt, der angibt, dass das Jumbo Packet für vNIC SMB02 auf Host S046036 auf der Standardgröße 1514 festgelegt ist, aber auf 9014 festgelegt werden sollte.

   

3. Überprüfen der erweiterten Eigenschaften von vNIC SMB02 auf Host S046036 zeigt, dass das Jumbo-Paket auf den Standardwert "Deaktiviert" festgelegt ist.

   

4. Zum Beheben des Fehlers muss das Jumbo Packet-Feature aktiviert und seine Größe auf 9014 Byte geändert werden. Das Erneute Ausführen des Scans auf dem Host S046036 bestätigt diese Änderung, indem eine Fehleranzahl von 0 zurückgegeben wird.

   

Weitere Informationen zum Beheben von Fehlern, die vom Validate-DCB Tool identifiziert werden, finden Sie im folgenden Video.

Sie können das Tool auch offline installieren. Verwenden Sie für nicht verbundene Systeme Save-Module -Name Validate-DCB -Path c:\temp\Validate-DCB und verschieben Sie dann die Module in c:\temp\Validate-DCB auf Ihr nicht verbundenes System. Weitere Informationen finden Sie im folgenden Video.

Überprüfen des Clusters

Führen Sie die folgenden Schritte aus, um die Server in einem vorhandenen Cluster in Windows Admin Center zu überprüfen.

1. Wählen Sie in Windows Admin Center unter "Alle Verbindungen" den Azure Stack HCI-Cluster aus, den Sie überprüfen möchten, und wählen Sie dann "Verbinden" aus.

   Das Cluster-Manager-Dashboard zeigt Übersichtsinformationen zum Cluster an.

2. Wählen Sie im Cluster-Manager-Dashboard unter "Tools" die Option "Server" aus.

3. Wählen Sie auf der Seite " Bestand " die Server im Cluster aus, erweitern Sie dann das Untermenü "Weitere ", und wählen Sie " Cluster überprüfen" aus.

4. Wählen Sie im Popupfenster Cluster überprüfenJa aus.

   

5. Wählen Sie im Popupfenster für den Credential Security Service Provider (CredSSP)"Ja" aus.

6. Geben Sie Ihre Anmeldeinformationen an, um CredSSP zu aktivieren, und wählen Sie dann "Weiter" aus.
   Die Clusterüberprüfung wird im Hintergrund ausgeführt und gibt Ihnen eine Benachrichtigung, wenn sie abgeschlossen ist. An diesem Punkt können Sie den Überprüfungsbericht anzeigen, wie im nächsten Abschnitt beschrieben.

CredSSP deaktivieren

Nachdem Ihr Servercluster erfolgreich überprüft wurde, müssen Sie das Credential Security Support Provider (CredSSP)-Protokoll auf jedem Server für Sicherheitszwecke deaktivieren. Weitere Informationen finden Sie unter CVE-2018-0886.

1. Wählen Sie in Windows Admin Center unter "Alle Verbindungen" den ersten Server in Ihrem Cluster aus, und wählen Sie dann "Verbinden" aus.

2. Wählen Sie auf der Seite "Übersicht" die Option "CredSSP deaktivieren" aus, und wählen Sie dann im Popupfenster "CredSSP deaktivieren" "Ja" aus.

   Das Ergebnis von Schritt 2 entfernt das rote CredSSP ENABLED-Banner oben auf der Seite "Übersicht " des Servers und deaktiviert CredSSP auf den anderen Servern.

Anzeigen von Validierungsberichten

Jetzt können Sie Ihren Clustervalidierungsbericht anzeigen.

Es gibt eine Reihe von Möglichkeiten für den Zugriff auf Überprüfungsberichte:

• Erweitern Sie auf der Seite " Bestand " das Untermenü "Weitere " und wählen Sie dann " Überprüfungsberichte anzeigen" aus.

• Wählen Sie oben rechts von Windows Admin Center das Benachrichtigungsglockensymbol aus, um den Benachrichtigungsbereich anzuzeigen. Wählen Sie den Erfolgreich überprüften Clusterhinweis aus, und wählen Sie dann "Zu Failoverclusterüberprüfungsbericht wechseln" aus.

Überprüfen des Clusters mithilfe von PowerShell

Sie können auch Windows PowerShell verwenden, um Überprüfungstests auf Ihrem Servercluster auszuführen und die Ergebnisse anzuzeigen. Sie können Tests sowohl vor als auch nach der Einrichtung eines Clusters ausführen.

Wenn Sie einen Überprüfungstest auf einem Servercluster ausführen möchten, stellen Sie die PowerShell-Cmdlets "Get-Cluster " und " Test-Cluster<"> von Ihrem Verwaltungs-PC aus aus, oder führen Sie nur das Testcluster-Cmdlet direkt auf dem Cluster aus:

$Cluster = Get-Cluster -Name 'server-cluster1'
Test-Cluster -InputObject $Cluster -Verbose

Weitere Beispiele und Nutzungsinformationen finden Sie in der Referenzdokumentation zu Testclustern .

Test-NetStack ist ein PowerShell-basiertes Testtool aus GitHub, mit dem Sie ICMP-, TCP- und RDMA-Datenverkehrstests von Netzwerken durchführen und potenzielle Netzwerk-Fabric- und Hostfehler oder betriebsinterne Instabilität identifizieren können. Verwenden Sie Test-NetStack, um Netzwerkdatenpfade zu überprüfen, indem Sie systemeigene, synthetische und hardwareausgeladene (RDMA)-Netzwerkdatenpfade auf Probleme mit Konnektivität, Paketfragmentierung, geringem Durchsatz und Überlastung testen.

Überprüfen der Replikation für Storage Replica

Wenn Sie Speicherreplikat verwenden, um Volumes in einem gestreckten Cluster oder Cluster-zu-Cluster zu replizieren, gibt es mehrere Ereignisse und Cmdlets, mit denen Sie den Replikationsstatus abrufen können.

Im folgenden Szenario haben wir das Speicherreplikat durch Erstellen von Replikationsgruppen (RGs) für zwei Standorte konfiguriert und dann die Datenvolumes und Protokollvolumes sowohl für die Quellserverknoten in Site1 (Server1, Server2) als auch für die Zielserverknoten (repliziert) in Site2 (Server3, Server4) angegeben.

Um den Replikationsfortschritt für Server1 in Site1 zu ermitteln, führen Sie den Befehl Get-WinEvent aus, und untersuchen Sie die Ereignisse 5015, 5002, 5004, 1237, 5001 und 2200:

Get-WinEvent -ComputerName Server1 -ProviderName Microsoft-Windows-StorageReplica -max 20

Führen Sie für Server3 in Site2 den folgenden Get-WinEvent Befehl aus, um die Storage Replica-Ereignisse anzuzeigen, aus denen die Erstellung der Partnerschaft hervorgeht. Dieses Ereignis gibt die Anzahl von kopierten Bytes und die dafür benötigte Zeit an. Beispiel:

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | FL

Führen Sie für Server3 in Site2 den Befehl aus, und untersuchen Sie die Get-WinEvent Ereignisse 5009, 1237, 5001, 5015, 5005 und 2200, um den Verarbeitungsfortschritt zu verstehen. In dieser Sequenz sollten keine Warnungen oder Fehler vorliegen. Es wird viele 1237 Events geben – diese zeigen den Fortschritt an.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Alternativ gibt die Zielservergruppe für das Replikat jederzeit die Anzahl der Bytes an, die noch kopiert werden müssen, und kann über PowerShell mit Get-SRGroup abgefragt werden. Beispiel:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

Führen Sie für Knoten Server3 in Site2 den folgenden Befehl aus, und überprüfen Sie die Ereignisse 5009, 1237, 5001, 5015, 5005 und 2200, um den Replikationsfortschritt zu verstehen. Es sollten keine Fehlerwarnungen angezeigt werden. Es gibt jedoch viele "1237"-Ereignisse - diese zeigen einfach den Fortschritt an.

Get-WinEvent -ComputerName Server3 -ProviderName Microsoft-Windows-StorageReplica | FL

Als Fortschrittsskript, das nicht beendet wird:

while($true) {
$v = (Get-SRGroup -Name "Replication2").replicas | Select-Object numofbytesremaining
[System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
Start-Sleep -s 5
}

Um den Replikationszustand innerhalb des gestreckten Clusters zu erhalten, verwenden Sie Get-SRGroup und Get-SRPartnership:

Get-SRGroup -Cluster ClusterS1

Get-SRPartnership -Cluster ClusterS1

(Get-SRGroup).replicas -Cluster ClusterS1

Sobald die Erfolgreiche Datenreplikation zwischen Standorten bestätigt wurde, können Sie Ihre virtuellen Computer und andere Workloads erstellen.

Siehe auch

• Leistungstests für synthetische Workloads in einem neu erstellten Speicherplatz mithilfe von DiskSpd.exe. Weitere Informationen finden Sie unter Testen der Leistung von Speicherplätzen mithilfe synthetischer Workloads in Windows Server.
• Windows Server Assessment ist ein Premier Service für Kunden, die möchten, dass Microsoft ihre Installationen überprüft. Weitere Informationen erhalten Sie vom Microsoft Premier Support. Weitere Informationen finden Sie unter "Erste Schritte mit der Windows Server On-Demand-Bewertung (Server, Sicherheit, Hyper-V, Failovercluster, IIS)".