Private Cloud Simulator für Windows Server 2022

Einführung

Der aktuelle Branchentrend geht dahin, dass Private Cloud-Lösungen eng integrierte Software- und Hardwarekomponenten umfassen, um eine belastbare Private Cloud mit hoher Leistung bereitzustellen. Probleme in einer der Komponenten (Software, Hardware, Treiber, Firmware usw.) können die Lösung gefährden und die Versprechungen in Bezug auf eine Vereinbarung zum Servicelevel (Service Level Agreement; SLA) für die private Cloud untergraben.

Einige dieser Probleme treten nur bei einer Cloud-basierten Bereitstellung mit hoher Belastung auf und sind mit herkömmlichen eigenständigen, komponentenorientierten Tests möglicherweise schwer zu finden. Der Private Cloud Simulator ist eine Cloud-Validierungstestsuite, mit der Sie die Komponenten in einem Cloudszenario überprüfen und diese Arten von Problemen identifizieren können.

Zielgruppe

Die Zielgruppe dieses Dokuments sind diejenigen, die daran arbeiten, ihre Hardware für das Windows Server-Logo, Microsoft Azure Stack-Lösungen und Microsoft Azure Stack HCI-Lösungen zu validieren.

Testübersicht

Private Cloud Simulator (PCS) simuliert ein Live-Rechenzentrum/eine private Cloud durch Erstellen von VM-Arbeitslasten, Simulieren von Rechenzentrumsvorgängen (Lastenausgleich, Software-/Hardwarewartung) und Einfügen von Rechen-/Speicherfehlern (ungeplante Hardware-/Softwareausfälle). PCS verwendet eine Microsoft SQL Server-Datenbank, um Test- und Lösungsdaten während des Laufs aufzuzeichnen. Anschließend präsentiert es einen Bericht, der Pass/Fail-Raten und Protokolle enthält, die die Möglichkeit bieten, Daten für die Pass/Fail-Bestimmung und Fehlerdiagnose (falls zutreffend) zu korrelieren.

Links zu den erforderlichen Dateien

Die folgende Tabelle enthält die Links zu den Dateien, die Sie herunterladen müssen, um PCS-Tests auszuführen.

Name	Standort
HLK-Kit	Windows Server 2022 HLK
HLK Azure Stack-Updatepaket	Laden Sie die neueste Version des HLK-Updates von der Microsoft Collaborate-Website herunter. Dateiname: Windows HLK WS 2022 Update Package-210527.zip
HLK-Wiedergabeliste	Windows Server 2022 HLK CompatPlaylist
PCSFiles.vhd	PCSFiles.vhd SHA256-Hashwert ist 95B1BCC54E38B459943CDEE26F09B04DAE828CAA8A95151E46E769A9A1927F61
Windows Server 2022-Update	Installieren Sie die neueste Version von der Windows Update-Website.

Sie können das PowerShell-Cmdlet Get-FileHash verwenden, um den Hashwert für eine Datei zu berechnen.

Setup für allgemeine Lab-Infrastruktur

Topologie

Die PCS-Laborumgebung enthält die folgenden Elemente:

• Ein Active Directory-Domänencontroller/DNS/DHCP-Server für die Testdomäne.
  • Informationen zu Active Directory finden Sie unter https://msdn.microsoft.com/library/bb727067.aspx
  • Die Funktionsebenen der Active Directory-Domänendienste müssen Windows Server 2012 oder höher sein.
• Ein dedizierter HLK-Controllercomputer. Betriebssystem muss Windows Server 2019 sein.
• Ein dedizierter PCS-Controllercomputer. Betriebssystem muss Windows Server 2022 sein.
• Ein Computecluster, der virtuelle Hyper-V-Computer hostet. Die Mindestanzahl der Knoten hängt von der Art der PCS-Jobs ab.

Belege:

• Stellen Sie einen hyperkonvergenten Cluster mit direkten Speicherplätzen bereit
• Failover-Clustering
• Anforderungen für das Microsoft Azure Stack-Logo, die über Microsoft Collaborate für Microsoft-Partner veröffentlicht wurden

Hinweise:

• Alle oben genannten Computer müssen derselben Testdomäne beitreten.
• Alle PCS-Tests müssen als derselbe Benutzer in der Gruppe ‚Domänen-Admins‘ für die Testdomäne ausgeführt werden.
• Verwenden Sie denselben Benutzer mit den Anmeldeinformationen des Domänenadministrators, um den HLK-Controller zu installieren.

Systemanforderungen für den HLK-Controller

Die Mindestsystemanforderungen sind in der nachstehenden Tabelle aufgeführt.

Resource	Mindestanforderung
CPU (oder vCPU)	4 Kerne
Arbeitsspeicher	12 GB RAM
Verfügbarer Speicherplatz	200 GB
Betriebssystem	Windows Server 2019 Datacenter
Azure Active Directory-Domäne	Verbinden Sie es mit der Testdomäne

HLK-Controller-Setup

• Laden Sie Windows HLK Studio herunter, und befolgen Sie die Anleitung Erste Schritte mit Windows HLK, um Windows HLK einzurichten.

• Laden Sie HLK Azure Stack Update Package-WSSD Premium herunter (erforderlich für LAN.AzureStack-Profil), und führen Sie die unten aufgeführten Schritte aus, um die Updates in HLK Studio anzuwenden.

• Laden Sie PCSFiles.vhd herunter.

  • Kopieren Sie die Datei PCSFiles.vhd in den Testordner Tests\amd64 auf dem HLK-Controller. Nachfolgend finden Sie den Standardpfad für eine HLK-Installation:

    C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64

• Schritte zum Installieren des HLK Azure Stack-Updatepakets (für LAN.AzureStack). Laden Sie zuerst das HLK PCS-Update für das LAN.AzureStack-Profil Windows HLK WS 2022 Update Package-210527.zip herunter. Extrahieren Sie das ZIP-Archiv, & kopieren/ersetzen Sie die Dateien im HLK-Ordner durch die Dateien aus dem Updatepaket im folgenden Format:

  • Ersetzen Sie Microsoft.Networking.Test.Common.dll in *C:\Programme (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs*
  • Ersetzen Sie PrivateCloudSimulator-Manager.psm1 in *C:\Programme (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs*
  • Ersetzen Sie LaunchCreateExportVM.ps1 in *C:\Programme (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\Exports*
  • Sie können diesen Befehl auch einfach aus dem extrahierten Ordner ausführen (die folgenden Befehle müssen an einer Eingabeaufforderung mit erhöhten Rechten und in dem extrahierten Ordner ausgeführt werden)
    • xcopy .\Microsoft.Networking.Test.Common.dll "C:\Programme (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\Microsoft.Networking.Test.Common.dll" /O /F /R /Y
    • xcopy .\PrivateCloudSimulator-Manager.psm1 "C:\Programme (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\PrivateCloudSimulator-Manager.psm1" /O /F /R /Y
    • xcopy .\LaunchCreateExportVM.ps1 "C:\Programme (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\Exports\LaunchCreateExportVM.ps1" /O /F /R /Y

Abrufen von IOMeter-Dateien

• IOMeter ist eine Workload, die auf dem HLK-Controller installiert werden muss.

• Laden Sie die i386 Windows-Version der IOMeter-Version vom 27.07.2006 von der IOMeter-Website herunter.

• Führen Sie das Setup aus (oder entpacken Sie das Paket), um die Dateien zu entpacken.

• Kopieren Sie IOMeter.exe, Dynamo.exe in den Ordner Tests\amd64\pcs\GuestScenarioManager\IOMeter auf dem HLK-Controller. Unten ist der Standardpfad für eine HLK-Installation:

  C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\pcs\GuestScenarioManager\IOMeter

PCS-Controller-Systemanforderungen

Die Mindestsystemanforderungen sind in der nachstehenden Tabelle aufgeführt.

Resource	Mindestanforderung
CPU (oder vCPU)	4 Kerne
Arbeitsspeicher	12 GB RAM
Freier Speicherplatz auf dem Startlaufwerk	200 GB
Betriebssystem	Windows Server 2022 Datacenter
Azure Active Directory-Domäne	Verbinden Sie es mit der Testdomäne

PCS-Controller-Setup

• Der PCS-Controller MUSS eine VM der Generation v2 oder eine physische Maschine sein.
• Secure Boot und BitLocker MÜSSEN deaktiviert sein. Dies ist erforderlich, da PCS die Startkonfiguration von TestSigning ermöglicht. Wenn Sie Hyper-V-VM der Generation 2 als PCS-Controller verwenden, halten Sie die VM an, um den sicheren Start in den Einstellungen der VM zu deaktivieren.
• Installieren Sie den HLK-Client mithilfe der Anleitung „Erste Schritte mit Windows HLK“, und öffnen Sie die erforderlichen Ports.
• Installieren Sie .NET Framework 3.5 (Dieses Feature ist nicht standardmäßig in Windows Server 2022 enthalten).
  • Allgemeine Installationsanweisungen finden Sie an den folgenden Speicherorten:
    • https://msdn.microsoft.com/library/hh506443
    • https://msdn.microsoft.com/library/windows/desktop/hh848079
  • Informationen zu Builds, die über Microsoft Connect veröffentlicht wurden, finden Sie unten:

    • Mounten Sie das mit dem Build gelieferte ISO und suchen Sie die Datei unter MountedDriveLetter:\sources\sxs\microsoft-windows-netfx3-ondemand-package.cab

    • Kopieren Sie die Datei in einen lokalen Ordner auf dem PCS-Controller

    • Installieren Sie das Paket, indem Sie diese Befehlszeile mit Administratorrechten ausführen

      Add-WindowsFeature Net-Framework-Features -source <Local Folder>
      

PCS-Tests

In diesem Abschnitt wird erläutert, wie Sie einen geeigneten PCS-Test für Ihr Gerät/Ihre Lösung finden, das Lab konfigurieren und die PCS-Ausführung starten.

• Sie müssen dasselbe Domänenadministrator-Benutzerkonto verwenden, um das Lab einzurichten und Tests auszuführen.
• Sicherer Startzustand muss auf allen Knoten und PCS-Controllern DEAKTIVIERT sein.

PCS-Testauswahl

Die PCS-Jobs werden verwendet, um mehrere Kategorien von Geräten und Lösungen zu zertifizieren. Die folgende Tabelle ordnet sie dem entsprechenden PCS-Job zu.

Ziel	Zertifizierungsprogramm	Auftragsname in HLK
NIC	Windows Server-Logo	PrivateCloudSimulator-Gerät.Netzwerk.LAN.10Gbodergrößer
NIC	SDDC Standard	PrivateCloudSimulator-Gerät.Netzwerk.LAN.10Gbodergrößer
NIC	SDDC Premium	Private Cloud Simulator-Gerät.Netzwerk.LAN.Azure Stack
NIC	AZURESTACK	PrivateCloudSimulator-Device.Network.LAN.AzureStack
Lösung	SDDC Standard	PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) & (MAX)
Lösung	SDDC Premium	PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) & (MAX)
Lösung	AZURESTACK	PrivateCloudSimulator-System.Solutions.AzureStack (MIN) & (MAX)

PCS-Jobs sind unten zusammengefasst:

• PrivateCloudSimulator – Device.Network.LAN.10GbOrGreater
  Dieser Test enthält eine Reihe von Aktionen, die speziell auf das Netzwerkadaptergerät abzielen, zusammen mit VM- und Compute-Cluster-Aktionen.
• PrivateCloudSimulator – Device.Network.LAN.AzureStack
  Dieser Test enthält einen erweiterten Satz von Aktionen, um die Unterstützung des Netzwerkadapters für das neue Feature „Software Defined Networking“ in Windows Server zusammen mit VM- und Compute-Cluster-Aktionen zu überprüfen.
• PrivateCloudSimulator – System.Solutions.StorageSpacesDirect (MIN)/(MAX)
  Dieser Test enthält einen erweiterten Satz von Aktionen, die auf die gesamte Lösung abzielen, die auf einem direkten Cluster mit hyperkonvergenten Speicherplätzen aufgebaut ist. Der (MIN)-Test sollte auf einem Cluster mit der Mindestanzahl unterstützter Knoten für die Lösung ausgeführt werden. Der (MAX)-Test sollte auf einem Cluster mit der maximalen Anzahl unterstützter Knoten für die Lösung ausgeführt werden.
• PrivateCloudSimulator – System.Solutions.AzureStack (MIN)/(MAX)
  Dieser Test enthält einen erweiterten Satz von Aktionen, die auf die gesamte AzureStack-Lösung abzielen. Der (MIN)-Test sollte auf einem Cluster mit der Mindestanzahl unterstützter Knoten für die Lösung ausgeführt werden. Der (MAX)-Test sollte auf einem Cluster mit der maximalen Anzahl unterstützter Knoten für die Lösung ausgeführt werden.

Ablauf der PCS-Auftragsausführung

Jeder PCS-Job enthält die folgenden Aufgaben.

• PCS-Controller initialisieren
  • In dieser Phase richtet die PCS-Ausführungsmaschine einen SQL-Server und IIS auf der PCS-Controller-Maschine ein
  • Es kopiert auch Inhalte (z. B. Evaluierungs-OS-VHD-Dateien), um die VM-Erstellung in der nächsten Phase zu ermöglichen
• VMs erstellen
  • In dieser Phase beginnt die PCS-Engine mit der Erstellung von VMs auf jedem Knoten des Clusters
  • Die VM-Erstellung wird beendet, wenn die Zielanzahl von VMs/Knoten erreicht wurde.
  • Dieser Schritt ist Teil der PCS-Einrichtungsphase. Der Timer für die Dauer des Testlaufs wird nach dieser Phase aktiviert.
• PCS-Aktionen ausführen
  • Jetzt initiiert PCS verschiedene Arten von Aktionen (VM, Cluster, Speicher, Netzwerk) auf jedem Knoten des Clusters.
  • Aktionen laufen parallel und koordinieren sich untereinander, um das Gerät (Speicher, Netzwerk) und die Lösung durch den Lebenszyklus der privaten Cloud/des Rechenzentrums zu führen
  • Aktionen werden periodisch ausgeführt und stoppen, sobald die Zielausführungszeit (definiert durch das Profil/den Job) des Tests erreicht ist.
  • Die Testausführungszeit wird pro Profil definiert und kann je nach ausgeführtem Profil variieren. Der Timer für die Testausführung wird aktiviert, nachdem alle VMs erstellt wurden.
  • Die Schritte in jeder Aktion und das entsprechende Ergebnis jedes Schritts werden im SQL-Server gespeichert.
• Bereinigungslauf
  • In dieser Phase werden die in Phase (4) erstellten VMs bereinigt und der Cluster wird (möglichst) in einem sauberen Zustand wiederhergestellt.
  • Es generiert eine Berichtsdatei (PcsReport.htm) und eine ZIP-Datei, die Testprotokolle enthält.
• Melden Sie das Ergebnis in HLK Studio
  • In dieser Phase meldet das HLK-Studio das Ergebnis der PCS-Ausführung.
  • Das Ergebnis kann in eine HLKX-Datei für die Übermittlung an Microsoft gepackt werden.

Führen Sie PCS-Tests aus

PrivateCloudSimulator – Device.Network.LAN.10GbOrGreater

Systemanforderungen

Anforderung	Beschreibung
Komponente wird zertifiziert	NIC
Setup-Typ	Hyperkonvergiertes Setup mit S2D-Speicher. Hinweis: Ein SDDC-zertifizierter HBA ist erforderlich.
Mindestanzahl von Serverknoten	3 identische Maschinen
Serverspez	CPU: 16 physische Kerne (z. B. 2 Sockel mit 8 Kernen), SPEICHER: 128 GB, 64 GB freier Speicherplatz auf dem Startlaufwerk
Speicher insgesamt	4 TB freier Speicherplatz pro Knoten auf HDD, 800 GB freier Speicherplatz pro Knoten auf SSD
Datenträger	Wenn Laufwerke als Cache verwendet werden, müssen mindestens 2 pro Server vorhanden sein. Es müssen mindestens 4 Kapazitätslaufwerke (ohne Cache) pro Server vorhanden sein. Weitere Informationen finden Sie unter S2D-Hardwareanforderungen.
Netzwerkkarte	NIC wird zertifiziert
Schalter	Switch, der alle NIC-Funktionen unterstützt

Einrichten

• Befolgen Sie die Anleitung „Erste Schritte mit Windows HLK“, um die HLK-Clientsoftware auf allen Clusterknoten zu installieren.
• Befolgen Sie die Cluster-Anleitung „Windows Server für direkte Speicherplätze“, um einen Cluster bereitzustellen.
• Alle Knoten müssen mit den gleichen physischen Switches verbunden sein.
• Es muss eine Netzwerk-Bitrate von 10 GbE oder besser verwendet werden. Erstellen Sie auf jedem Knoten einen virtuellen Switch mit demselben Namen.
• Virtuelle Maschinen, die von PCS erstellt wurden, verbinden sich mit dem virtuellen Switch, um Netzwerkverkehr zwischen ihnen zu senden. Diese VMs erhalten eine IP-Adresse über DHCP. Stellen Sie sicher, dass Ihr DHCP-Server diesen VMs gültige IP-Adressen zuweist. Wenn der DHCP-Server nicht verfügbar ist oder ausfällt, würden VMs die automatische private IP-Adressierung (APIPA) verwenden, um eine IP-Adresse und ein Subnetz selbst zu konfigurieren. Jede VM muss über eine gültige IP-Adresse verfügen, um Netzwerkdatenverkehr zwischen VMs zu senden.

Execute

• Öffnen Sie HLK Studio

• Befolgen Sie die Anleitung Erste Schritte mit Windows HLK, um einen Computerpool zu erstellen

• Navigieren Sie zur Registerkarte Projekt und klicken Sie auf Projekt erstellen

• Geben Sie einen Projektnamen ein und drücken Sie die Eingabetaste

• Navigieren Sie zur Registerkarte Auswahl

• Wählen Sie den Maschinenpool aus, der das Netzwerkadaptergerät enthält

• Geräte-Manager auswählen

• Wählen Sie das Gerät aus. Es sollte in Ordnung sein, ein relevantes NIC-Gerät (egal welches Mitglied des virtuellen Switch-Teams) auf einem der Rechenknoten auszuwählen, die für die Zertifizierung vorgesehen sind.

  

• Klicken Sie mit der rechten Maustaste auf das ausgewählte Gerät und wählen Sie Funktionen hinzufügen/ändern

• Wählen Sie im Features-Dialog Device.Network.LAN.10GbOrGreater und klicken Sie dann auf OK. Für die meisten NIC-Karten (mit Geschwindigkeiten von 10 GbE oder höher) sollte diese Funktion automatisch ausgewählt worden sein.

• Navigieren Sie zur Registerkarte Tests

• Wählen Sie PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater aus

• Klicken Sie auf Ausgewählte ausführen

• Im Dialogfeld Zeitplan,

  • Geben Sie Werte für die erforderlichen Testparameter ein
    • DomainName: Domänenname des Testbenutzers
    • UserName: Benutzername des Testbenutzers
    • Passwort: Passwort des Testbenutzers
    • ComputeCluster: Name des Rechenclusters
    • StoragePath: Standardwert ist "". Es verwendet alle verfügbaren CSVs aus dem Compute-Cluster. Sie können verschiedene Pfade verwenden, indem Sie durch Kommas getrennte Pfade eingeben. Beispiel: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2"
    • VmSwitchName: Name des virtuellen Switches auf allen Knoten
    • FreeDriveLetter: Der Standardwert ist R. Während des Setups wird die Datei PcsFiles.vhd unter diesem Laufwerksbuchstaben auf dem PCS-Controller bereitgestellt. Stellen Sie sicher, dass dieser Laufwerksbuchstabe verfügbar ist.
    • IsCreateCluster: Standardwert verwenden
    • IsRemoveCluster: Standardwert verwenden
    • IsConfigureHyperV: Standardwert verwenden
  • Ordnen Sie Computer zu Rollen zu
    • PrimaryNode: Dies ist der Knoten mit dem ausgewählten Gerät
    • Test Controller: Wählen Sie die PCS-Testcontroller-Maschine aus
    • OtherNodes: Wählen Sie andere Cluster-Knoten aus

• Klicken Sie auf OK, um den Test zu planen

• Siehe PCS-Bericht in Echtzeit über SQL Server Reporting Services anzeigen, um die Echtzeitergebnisse für den Testlauf anzuzeigen.

Duration

• PCS-Aktionen (unten aufgeführt) werden etwa 24 Stunden lang ausgeführt.
• Der vollständige Lauf kann weitere 24 bis 36 Stunden dauern (einschließlich Zeit für Einrichtung und Bereinigung).

PCS-Aktionen

In der folgenden Tabelle sind die Aktionen aufgeführt, die in diesem Test enthalten sind.

Aktionsname	Beschreibung
VmCloneAction	Erstellt eine neue VM.
VmLiveMigrationAction	Migriert die VM live auf einen anderen Cluster-Knoten.
VmSnapshotAction	Erstellt einen Snapshot der VM.
VmStateChangeAction	Ändert den VM-Status (z. B. in Angehalten).
VmStorageMigrationAction	Migriert VM-Speicher (die VHD(s)) zwischen Clusterknoten.
VmGuestRestartAction	Startet die virtuellen Computer neu.
VmStartWorkloadAction	Startet eine benutzersimulierte Workload.
VmGuestFullPowerCycleAction	Schaltet die VM aus und wieder ein.
ComputeNodeEvacuationAction	Starten Sie einen Clusterknoten neu.

PrivateCloudSimulator – Device.Network.LAN.AzureStack

Systemanforderungen

Anforderung	Beschreibung
Komponente wird zertifiziert	NIC (mit RDMA)
Setup-Typ	Hyperkonvergiertes Setup mit S2D-Speicher. Hinweis: Ein SDDC-zertifizierter HBA ist erforderlich.
Mindestanzahl von Serverknoten	3 identische Maschinen
Serverspez	CPU: 16 physische Kerne (z. B. 2 Sockel mit 8 Kernen), SPEICHER: 128 GB, 64 GB freier Speicherplatz auf dem Startlaufwerk
Speicher insgesamt	4 TB freier Speicherplatz pro Knoten auf HDD, 800 GB freier Speicherplatz pro Knoten auf SSD
Datenträger	Wenn Laufwerke als Cache verwendet werden, müssen mindestens 2 pro Server vorhanden sein. Es müssen mindestens 4 Kapazitätslaufwerke (ohne Cache) pro Server vorhanden sein. Weitere Informationen finden Sie unter S2D-Hardwareanforderungen.
Netzwerkkarte	NIC wird zertifiziert
Schalter	Switch, der alle NIC-Funktionen unterstützt

Einrichten

• Der Hyper-V-Host, der die PCS-Controller-VM enthält, muss Windows Server 2022 oder höher sein.

• Befolgen Sie die Anleitung „Erste Schritte mit Windows HLK“, um die HLK-Clientsoftware auf allen Clusterknoten zu installieren.

• Befolgen Sie die Cluster-Anleitung „Windows Server für direkte Speicherplätze“, um einen Cluster bereitzustellen.

• Anweisungen zum Einrichten von Netzwerken für „Direkte Speicherplätze“ finden Sie in der Anleitung zur konvergenten NIC- und Gast-RDMA-Bereitstellung für Windows Server.

• Die PCS-Controller-VM sollte als VM der Generation 2 erstellt werden und über 2 Netzwerkschnittstellen verfügen, eine für das Verwaltungsnetzwerk und die andere für SDN-Topologie (PA-Adressraum). Der Schnittstelle für die SDN-Topologie wird eine IP-Adresse aus dem IP-Adressraum zugewiesen, der als AddressPrefixes-Parameter übergeben wird.

  

• Alle Knoten müssen jederzeit über eine Verwaltungsschnittstelle mit der PCS-Controller-VM kommunizieren können. Zu diesem Zweck sollte jeder Server über eine zusätzliche Netzwerkkarte für die Verwaltungsschnittstelle verfügen, die keine strengen Bitratenanforderungen erfüllen muss.

• Auf allen Knoten und PCS-Controllern muss dieselbe neueste KB installiert sein.

• Für die zu testenden NICs ist eine Netzwerk-Bitrate von 10 GbE oder besser erforderlich. Jeder Server sollte über zwei identische NICs mit 10 GB oder mehr verfügen.

• Wenn RDMA-fähige NICs verwendet werden, muss der physische Switch die zugehörigen RDMA-Anforderungen erfüllen.

• Legen Sie die für AzureStack-Bereitstellungen spezifischen Eigenschaften von NICs fest, um sicherzustellen, dass zertifizierte NICs diese Eigenschaften unterstützen können. Sie können das PowerShell-Cmdlet Get-NetAdapterAdvancedProperty verwenden, um NIC-Eigenschaften zu überprüfen.

  • VXLAN Encapsulated Task Offload == Aktiviert
  • Kapselungs-Overhead == 160
  • Jumbo-Paket >= 1500
  • MtuSize == 1660

• Stellen Sie sicher, dass jeder Knoten einen für Teaming aktivierten virtuellen Switch mit demselben Namen enthält.

  New-VMSwitch -Name SdnSwitch -NetAdapterName "Name 1,Name 2" -AllowManagementOS -EnableEmbeddedTeaming
  

• Verschachtelte Virtualisierung konfigurieren: Verschachtelte Virtualisierung für die PCS-Controller-VM muss aktiviert sein. Führen Sie den folgenden Befehl auf dem Hyper-V-Host aus, während sich die PCS-VM im AUS-Zustand befindet.

  Set-VMProcessor -VMName <VMName> -ExposeVirtualizationExtensions $true
  

• Stellen Sie sicher, dass RDMA auf allen Knoten eingerichtet ist und widerspiegelt, wenn es über Get-SMBClientNetworkInterface & Get-SMBServerNetworkInterface abgefragt wird.

• Live-Migrationseinstellungen (Failovercluster-Manager –>Netzwerke – Live> Migrationseinstellungen) müssen entsprechend festgelegt werden, um das Speichernetzwerk für Live-Migrationen zu verwenden.

• Dieser Test erstellt virtuelle Maschinen und sendet mithilfe des erstellten virtuellen Switches Datenverkehr zwischen ihnen. Der vNIC (virtuelle NIC) der virtuellen PCS-Computer wird der IP-Adresse aus dem IP-Adressraum des Parameters AddressPrefixes zugewiesen.

Execute

• Öffnen Sie HLK Studio

• Navigieren Sie zur Registerkarte Projekt und klicken Sie auf Projekt erstellen

• Geben Sie einen Projektnamen ein und drücken Sie die Eingabetaste

• Navigieren Sie zur Registerkarte Auswahl

• Wählen Sie den Maschinenpool aus, der das Netzwerkadaptergerät enthält

• Geräte-Manager auswählen

• Wählen Sie das Gerät aus. Es sollte in Ordnung sein, ein relevantes NIC-Gerät (egal welches Mitglied des virtuellen Switch-Teams) auf einem der Rechenknoten auszuwählen, die für die Zertifizierung vorgesehen sind.

  

• Klicken Sie mit der rechten Maustaste auf das ausgewählte Gerät und wählen Sie Funktionen hinzufügen/ändern

• Wählen Sie im Features-Dialog Device.Network.LAN.AzureStack aus und klicken Sie auf OK.

• Navigieren Sie zur Registerkarte Tests

• Wählen Sie PrivateCloudSimulator – Gerät.Netzwerk.LAN.AzureStack aus

• Klicken Sie auf Ausgewählte ausführen

• Im Dialogfeld Zeitplan,

  • Geben Sie Werte für die erforderlichen Testparameter ein
    • DomainName: Vollqualifizierter Domänenname des Testbenutzers (FQDN).
    • UserName: Benutzername des Testbenutzers
    • Passwort: Passwort des Testbenutzers
    • ComputeCluster: Name des Compute-Clusters
    • StoragePath: Standardwert ist ''. Es verwendet alle verfügbaren CSVs aus dem Compute-Cluster. Sie können verschiedene Pfade verwenden, indem Sie durch Komma getrennte Pfade eingeben. Volumenamen sollten keine leeren Leerzeichen enthalten. Beispiel: „C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2“ (einzelne Anführungszeichen sind erforderlich)
    • VmSwitchName: Name des virtuellen Switches, der für SDN verwendet werden soll. Beispiel: SdnSwitch
    • FreeDriveLetter: Der Standardwert ist R. Während des Setups wird die Datei PcsFiles.vhd auf diesem Laufwerk auf dem PCS-Controller gemountet. Stellen Sie sicher, dass dieser Laufwerksbuchstabe verfügbar ist.
    • AdapterNames: Kommagetrennte Liste von Adapternamen, die Teil des vmSwitch sind. Verwenden Sie für mehrere Adapter das Format "'Name 1', 'Name 2'" (doppelte und einfache Anführungszeichen sind erforderlich). Namen müssen vom Cmdlet Get-NetAdapter abgeleitet werden.
    • VLan: Auf vmSwitch eingestellte Vlan-ID. Nur erforderlich, wenn Ihr physischer Switch für VLAN konfiguriert ist. Geben Sie „0“ ein, um anzugeben, dass kein Vlan-Tagging vorhanden ist.
    • RDMAEnabled: Geben Sie $True ein, wenn NIC RDMA unterstützt
    • SetEnabled: Geben Sie $True ein, wenn NIC Switch Embedded Teaming unterstützt
    • HnvEnabled: Geben Sie $True ein, wenn NIC Hyper-V-Netzwerkvirtualisierung unterstützt
    • TaskOffloadEnabled: Geben Sie $True ein, wenn NIC Encapsulate Task Offload unterstützt
    • TestControllerNetAdapterName: Adaptername auf dem PCS-Controller, dem eine statische IP-Adresse im Bereich AddressPrefixes zugewiesen werden kann, um mit virtuellen Computern des SDN-Netzwerkcontrollers zu kommunizieren. Beispiel: 'Ethernet 2' (einzelne Anführungszeichen sind erforderlich, wenn Leerzeichen im Namen vorhanden sind)
    • VHDSourcePath: eine VHDX-Datei für Windows Server 2022 DataCenter. Diese VHD-Datei wird verwendet, um Netzwerkcontroller-VMs zu erstellen. Standardwert ist c:\pcs\BaseVHDX\20348.1.amd64fre.fe_release.210507-1500_server_serverdatacentereval_en-us.vhd. HINWEIS: Stellen Sie sicher, dass für Windows Server 2022 der Wert auf 20348.1.amd64fre.fe_release.210507-1500_server_serverdatacentereval_en-us.vhd festgelegt ist.
    • KBPackagePath: Durch Komma getrennte Liste von Windows Update-Paketen, die auf die VHD-Datei angewendet werden sollen, die im Parameter „VHDSourcePath“ angegeben ist. Diese Updatepakete sollten mit den auf allen Clusterknoten und PCS-Controllercomputern installierten Paketen übereinstimmen. Standardwert ist '' (einzelne Anführungszeichen sind erforderlich). Das bedeutet, dass keine KB in die VHD-Datei eingefügt wird.
      • Sie sollten die letzte Version oder eine neue Version von Windows Update-Paketen installieren. Sie können das Get-Hotfix-Cmdlet verwenden, um herauszufinden, was auf Ihren Computern installiert ist.
      • Bei den meisten Windows Update-Paketen müssen Sie zuerst das ‚Servicing Stack Update (SSU)‘ installieren. Das heißt, Sie sollten in diesem Parameter mindestens zwei KB eingeben.
      • Beispiel:
        • KB4501371 (18. Juni 2019)
        • Im Abschnitt „So erhalten Sie dieses Update“ wird „Servicing Stack Update (SSU)“ KB4504369 benötigt.
        • In diesem Parameter sollten Sie „c:\KB\Windows-KB4504369-x64.msu,c:\KB\Windows-KB4501371-x64.msu“ eingeben. (Ein einziges Anführungszeichen ist erforderlich, KB4504369 wird installiert, bevor KB4501371 installiert wird.)
        • Sie müssen die MSU-Dateien von der Windows Update-Website herunterladen und sie in den Ordner c:\KB auf dem PCS-Controller-Computer kopieren.
        • Wichtig: Das Dateinamenformat MUSS "Windows-KBNumber-x64.msu" lauten. Ein Strich (-) ist vor und nach KBNumber erforderlich.
    • AddressPrefixes: Der IP-Adressbereich, der von Mandanten-VMs und -Hosts verwendet werden soll. Diese Adressen werden für die Verwaltung von SDN-Rechenzentren verwendet.
    • VipPrefixes: Zwei IP-Adressbereiche, die von SLB für VIP-Lastenausgleichsszenarien verwendet werden. Verwenden Sie das Format „'192.160.2.0/23','192.160.3.0/23'“ (doppelte Anführungszeichen und einfache Anführungszeichen sind erforderlich)
    • ClientAddressPrefix: Der von Client-VMs verwendete IP-Adressbereich.
  • Ordnen Sie Computer zu Rollen zu
    • PrimaryNode: Dies ist der Knoten mit dem ausgewählten Gerät, der automatisch von HLK ausgewählt wird.
    • Test Controller: Wählen Sie die PCS-Testcontroller-Maschine aus
    • OtherNodes: Wählen Sie andere Cluster-Knoten aus

• Klicken Sie auf OK, um den Test zu planen

• Siehe PCS-Bericht in Echtzeit über SQL Server Reporting Services anzeigen, um die Echtzeitergebnisse für den Testlauf anzuzeigen.

Bereinigen

Verwenden Sie das Skript C:\Pcs\ReRunPcsCleanup.cmd auf dem PCS-Controller, um den Setup-Status zu bereinigen, wenn der Test abrupt endet. Es ist sehr wichtig, dass die SDN-Infrastruktur veralteter VMs & bereinigt wird, bevor ein neuer Lauf gestartet wird.

Bitte stellen Sie sicher, dass die folgenden Elemente bereinigt sind, bevor Sie einen neuen Lauf starten:

• Geclusterte VM-Rollen (FailoverClusterManager –>Cluster –>Rollen)

  Get-ClusterGroup -Cluster $clusterName
  

• Alle von PCS erstellten VMs

  Get-ClusterNode -Cluster $clusterName | % { Get-VM -ComputerName $_.Name }
  

• Von PCS/SDN erstellte vNics

  Get-ClusterNode -Cluster $clusterName | % { Get-VMNetworkAdapter -ComputerName $_.Name -ManagementOS | Select-Object ComputerName,Name,SwitchName }
  

  

• Speicher/CSV-Volumes auf dem Cluster haben keine Einträge, die sich auf PCS beziehen (C:\ClusterStorage\Volume1\PCS)

Duration

• PCS-Aktionen (unten aufgeführt) werden etwa 24 Stunden lang ausgeführt.
• Die vollständige Ausführung kann weitere 36 bis 48 Stunden dauern (einschließlich Zeit für Einrichten und Bereinigen).

PCS-Aktionen

In der folgenden Tabelle sind die Aktionen aufgeführt, die in diesem Test enthalten sind.

Aktionsname	Beschreibung
NetRunEastWestCrossSubnetTrafficAction	Führen Sie Datenverkehr zwischen zwei Mandanten-VMs im selben Netzwerk, aber unterschiedlichen Subnetzen aus
NetRunEastWestSameSubnetTrafficAction	Führen Sie den Datenverkehr zwischen zwei Mandanten-VMs im selben Vsubnet aus
NetLoadBalancerEastWestInterTenantTrafficAction	Führen Sie Datenverkehr zwischen Mandanten mit Lastenausgleich und einer anderen VM in einer anderen App-Ebene aus. Simulierter Load-Balancer-Traffic zwischen Front-End-Anwendung (Website) VMS.
NetLoadBalancerEastWestIntraTenantTrafficAction	Führen Sie Datenverkehr zwischen Mandanten mit Lastenausgleich und einer VM in derselben App-Ebene aus. Simulierter Load-Balancing-Datenverkehr von der Back-End-Anwendung (DB) zur Front-End-Anwendung (Website).
NetLoadBalancerInboundTrafficAction	Führen Sie Datenverkehr von außerhalb des Mandantennetzwerks zu einer Lastenausgleichs-VMs (Website) aus.
NetLoadBalancerNorthSouthTrafficAction	Führen Sie den Datenverkehr innerhalb des Mandantennetzwerks zu einem VMS mit Lastenausgleich aus.
NetLoadBalancerOutboundTrafficAction	Führen Sie Datenverkehr von VMs mit Lastenausgleich innerhalb des Mandantennetzwerks zu einer VM außerhalb aus.
NetAddInboundVipToLoadBalancerAction	Erstellt dynamisch virtuelle IPs für Mandanten-VMs, hauptsächlich zur Verwendung durch andere Verkehrsaktionen.
VmCloneAction	Erstellt dynamisch virtuelle IPs für Mandanten-VMs, hauptsächlich zur Verwendung durch andere Verkehrsaktionen.
VmLiveMigrationAction	Migriert die VM live auf einen anderen Cluster-Knoten.
VmStateChangeAction	Ändert den VM-Status (z. B. in Angehalten).
VmStorageMigrationAction	Migriert VM-Speicher (die VHD(s)) zwischen Clusterknoten.
VmGuestRestartAction	Startet die virtuellen Computer neu.
VmGuestFullPowerCycleAction	Schaltet die VM aus und wieder ein.

PrivateCloudSimulator – System.Solutions.StorageSpacesDirect

Einrichten

• Richten Sie eine hyperkonvergente Lösung ein. Siehe hier für ein Beispiel.
• Wir empfehlen Ihnen, als Anzahl von Volumes ein Vielfaches der Anzahl von Servern Ihres Clusters zu wählen. Wenn Sie beispielsweise vier Server verwenden, erzielen Sie mit vier Volumes eine einheitlichere Leistung als mit drei oder fünf. Der Cluster kann den „Volumebesitz“ (ein Server führt die Metadatenorchestrierung für jedes Volume durch) dann gleichmäßig auf die Server verteilen.
• Wir empfehlen die Verwendung von Resilient File System (ReFS) für direkte Speicherplätze.
• Standardmäßig erstellt test 20 VMs pro Clusterknoten. Die geschätzte durchschnittliche VHD-Dateigröße der VM könnte 40 GB betragen. Um diesen Test in einer Clusterumgebung mit 4 Knoten auszuführen, sollte Ihre virtuelle Festplatte mindestens 20 * 40 * 4 = 3200 GB groß sein.
• Mindestkonfiguration
  • Diese Konfiguration enthält das Minimum an Cluster-Knoten, den langsamsten unterstützten Prozessor, den geringsten Arbeitsspeicher und die niedrigste Speicherkapazität, die von der Lösungsfamilie unterstützt werden.
  • Bitte verwenden Sie den Job PrivateCloudSimulator – System.Solutions.StorageSpacesDirect (MIN), um dieses Setup zu validieren
• Maximale Konfiguration
  • Diese Konfiguration enthält das Maximum an Cluster-Knoten und den maximalen Speicher, der von der Lösungsfamilie unterstützt wird.
  • Prozessor und Arbeitsspeicher sollten gleich oder höher als der niedrigste unterstützte Wert für die Lösung sein, müssen aber nicht der maximal mögliche unterstützte Wert sein. Die Prozessor- und Arbeitsspeicherwerte sollten repräsentativ für die gängigsten Skus für die Lösung sein.
  • Bitte verwenden Sie den Job PrivateCloudSimulator – System.Solutions.StorageSpacesDirect (MAX), um diese Einrichtung zu validieren

Execute

• Öffnen Sie HLK Studio

• Befolgen Sie die Anleitung Erste Schritte mit Windows HLK, um einen Computerpool zu erstellen

• Navigieren Sie zur Registerkarte Projekt und klicken Sie auf Projekt erstellen

• Geben Sie einen Projektnamen ein und drücken Sie die Eingabetaste

• Navigieren Sie zur Registerkarte Auswahl

• Wählen Sie den Maschinenpool aus, der das zu testende System und die PCS-Controller-Maschine enthält.

• Wählen Sie im linken Bereich Systeme und dann den PCS-Testcontroller aus (HINWEIS: NICHT die Maschine, die zertifiziert werden muss).

  

• Klicken Sie mit der rechten Maustaste auf den ausgewählten PCS-Controller-Computer und wählen Sie Features hinzufügen/ändern aus

• Wählen Sie im Features-Dialog System.Solution.StorageSpacesDirect aus und klicken Sie auf OK

• Navigieren Sie zur Registerkarte Tests

• Wählen Sie PrivateCloudSimulator – System.Solutions.StorageSpacesDirect (MAX) oder PrivateCloudSimulator – System.Solutions.StorageSpacesDirect (MIN) (basierend auf der zu testenden Lösungsgröße) aus.

• Klicken Sie auf Ausgewählte ausführen

• Im Dialogfeld Zeitplan,

  • Geben Sie Werte für die erforderlichen Testparameter ein
    • DomainName: Vollqualifizierter Domänenname des Testbenutzers (FQDN).
    • UserName: Benutzername des Testbenutzers
    • Passwort: Passwort des Testbenutzers
    • ComputeCluster: Compute-Cluster-Name
    • StoragePath: Standardwert ist "". Es verwendet alle verfügbaren CSVs aus dem Compute-Cluster. Sie können verschiedene Pfade verwenden, indem Sie durch Komma getrennte Pfade eingeben. Beispiel: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (doppelte Anführungszeichen erforderlich)
    • VmSwitchName: Geben Sie den Namen des virtuellen Switches ein. Dieser Name muss auf allen Knoten gleich sein
    • FreeDriveLetter: Der Standardwert ist R. Während des Setups wird die Datei PcsFiles.vhd unter diesem Laufwerksbuchstaben auf dem PCS-Controller bereitgestellt. Stellen Sie sicher, dass dieser Laufwerksbuchstabe verfügbar ist.
  • Ordnen Sie Computer zu Rollen zu
    • Test Controller: Wählen Sie die PCS-Testcontroller-Maschine aus

• Klicken Sie auf OK, um den Test zu planen.

• Siehe PCS-Bericht in Echtzeit über SQL Server Reporting Services anzeigen, um die Echtzeitergebnisse für den Testlauf anzuzeigen.

Duration

• PCS-Aktionen (unten aufgeführt) werden 96 Stunden lang ausgeführt.
• Der vollständige Lauf kann weitere 24 bis 36 Stunden dauern (einschließlich Zeit für Einrichtung und Bereinigung).

PCS-Aktionen

Das Profil definiert die Aktionen, die ausgeführt werden sollen, um die Laufwerke für Microsoft AzureStack zu validieren. In der folgenden Tabelle sind die Aktionen aufgeführt, die in diesem Profil enthalten sind.

Aktionsname	Beschreibung
VmCloneAction	Erstellt eine neue VM.
VmLiveMigrationAction	Migriert die VM live auf einen anderen Cluster-Knoten.
VmSnapshotAction	Erstellt einen Snapshot der VM.
VmStateChangeAction	Ändert den VM-Status (z. B. in Angehalten).
VmStorageMigrationAction	Migriert VM-Speicher (die VHD(s)) zwischen Clusterknoten.
VmGuestRestartAction	Startet die virtuellen Computer neu.
VmStartWorkloadAction	Startet eine benutzersimulierte Workload.
VmGuestFullPowerCycleAction	Schaltet die VM aus und wieder ein.
ComputeNodeEvacuation	Entleert alle Ressourcen von einem Cluster-Knoten.
ClusterCSVMoveAction	Verschieben Sie die CSV-Datenträger auf den besten verfügbaren Knoten.
StorageNodePoolMove	Verschiebt einen (in Storage Spaces erstellten) Speicherpool auf einen anderen Eigentümerknoten im Speichercluster.
StorageNodeRestart	Startet einen Knoten im Speichercluster neu.
StorageNodeBugcheck	Bug überprüft einen Knoten des Speicherclusters.
StorageNodeUpdateStorageProviderCacheAction	Ruft den Befehl update-storageprovidercache in PowerShell auf.

Private Cloud-Simulator – System.Solutions.Azure Stack

Einrichten

• Richten Sie eine hyperkonvergente Lösung ein. Siehe hier für ein Beispiel.
• Wir empfehlen Ihnen, als Anzahl von Volumes ein Vielfaches der Anzahl von Servern Ihres Clusters zu wählen. Wenn Sie beispielsweise vier Server verwenden, erzielen Sie mit vier Volumes eine einheitlichere Leistung als mit drei oder fünf. Der Cluster kann den „Volumebesitz“ (ein Server führt die Metadatenorchestrierung für jedes Volume durch) dann gleichmäßig auf die Server verteilen.
• Sie müssen Resilient File System (ReFS) für direkte Speicherplätze verwenden. Andernfalls würde der Job fehlschlagen.
• Standardmäßig erstellt test 20 VMs pro Clusterknoten. Die geschätzte durchschnittliche VHD-Dateigröße der VM könnte 40 GB betragen. Um diesen Test in einer 4-Knoten-Clusterumgebung auszuführen, sollte Ihre gesamte virtuelle Festplattengröße mindestens 20 * 40 * 4 = 3200 GB betragen.
• Mindestkonfiguration
  • Diese Konfiguration enthält das Minimum an Cluster-Knoten, den langsamsten Prozessor, den geringsten Arbeitsspeicher und die niedrigste Speicherkapazität, die von der Lösungsfamilie unterstützt werden.
  • Bitte verwenden Sie den Auftrag PrivateCloudSimulator – System.Solutions.AzureStack (MIN), um dieses Setup zu validieren
• Maximale Konfiguration
  • Diese Konfiguration enthält das Maximum an Cluster-Knoten und den maximalen Speicher, der von der Lösungsfamilie unterstützt wird.
  • Prozessor und Arbeitsspeicher sollten gleich oder höher als der niedrigste unterstützte Wert für die Lösung sein, müssen aber nicht der maximal mögliche unterstützte Wert sein. Die Prozessor- und Arbeitsspeicherwerte sollten repräsentativ für die gängigsten Skus für die Lösung sein.
  • Bitte verwenden Sie den PrivateCloudSimulator - System.Solutions. AzureStack-Auftrag (MAX) zum Überprüfen dieser Einrichtung

Execute

• Öffnen Sie HLK Studio

• Befolgen Sie die Anleitung Erste Schritte mit Windows HLK, um einen Computerpool zu erstellen

• Navigieren Sie zur Registerkarte Projekt und klicken Sie auf Projekt erstellen

• Geben Sie einen Projektnamen ein und drücken Sie die Eingabetaste

• Navigieren Sie zur Registerkarte Auswahl

• Wählen Sie den Maschinenpool aus, der das zu testende System enthält

• Wählen Sie im linken Bereich Systeme und dann den PCS-Testcontroller aus (HINWEIS: Nicht die Maschine, die zertifiziert werden muss).

  

• Klicken Sie mit der rechten Maustaste auf das ausgewählte Gerät und wählen Sie Funktionen hinzufügen/ändern

• Wählen Sie im Features-Dialogfeld System.Solution.AzureStack aus und klicken Sie auf OK

• Navigieren Sie zur Registerkarte Tests

• Wählen Sie PrivateCloudSimulator – System.Solutions.AzureStack aus

• Klicken Sie auf Ausgewählte ausführen

• Im Dialogfeld Zeitplan,

  • Geben Sie Werte für die erforderlichen Testparameter ein
    • DomainName: Vollqualifizierter Domänenname des Testbenutzers (FQDN).
    • UserName: Benutzername des Testbenutzers
    • Passwort: Passwort des Testbenutzers
    • ComputeCluster: Compute-Cluster-Name
    • StoragePath: Standardwert ist "". Es verwendet alle verfügbaren CSVs aus dem Compute-Cluster. Sie können verschiedene Pfade verwenden, indem Sie durch Komma getrennte Pfade eingeben. Beispiel: "C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2" (doppelte Anführungszeichen erforderlich)
    • VmSwitchName: Geben Sie den Namen des virtuellen Switches ein. Dieser Name muss auf allen Knoten gleich sein
    • FreeDriveLetter: Der Standardwert ist R. Während des Setups wird die Datei PcsFiles.vhd unter diesem Laufwerksbuchstaben auf dem PCS-Controller bereitgestellt. Stellen Sie sicher, dass dieser Laufwerksbuchstabe verfügbar ist.
  • Ordnen Sie Computer zu Rollen zu
    • Test Controller: Wählen Sie die PCS-Testcontroller-Maschine aus

• Klicken Sie auf OK, um den Test zu planen.

• Siehe PCS-Bericht in Echtzeit über SQL Server Reporting Services anzeigen, um die Echtzeitergebnisse für den Testlauf anzuzeigen.

Duration

• PCS-Aktionen (unten aufgeführt) werden 96 Stunden lang ausgeführt.
• Der vollständige Lauf kann weitere 24-36 Stunden dauern (einschließlich Zeit für Einrichtung und Bereinigung)

Aktionen

Das Profil definiert die auszuführenden Aktionen, um das Speichergehäuse für Microsoft AzureStack zu validieren. In der folgenden Tabelle sind die Aktionen aufgeführt, die in diesem Profil enthalten sind.

Aktionsname	Beschreibung
VmCloneAction	Erstellt eine neue VM.
VmLiveMigrationAction	Migriert die VM live auf einen anderen Cluster-Knoten.
VmSnapshotAction	Erstellt einen Snapshot der VM.
VmStateChangeAction	Ändert den VM-Status (z. B. in Angehalten).
VmStorageMigrationAction	Migriert VM-Speicher (die VHD(s)) zwischen Clusterknoten.
VmGuestRestartAction	Startet die virtuellen Computer neu.
VmStartWorkloadAction	Startet eine benutzersimulierte Workload.
VmGuestFullPowerCycleAction	Schaltet die VM aus und wieder ein.
ClusterCSVMoveAction	Verschieben Sie die CSV-Datenträger auf den besten verfügbaren Knoten.
StorageNodePoolMove	Verschiebt einen (in Storage Spaces erstellten) Speicherpool auf einen anderen Eigentümerknoten im Speichercluster.
StorageNodeRestart	Startet einen Knoten im Speichercluster neu.
StorageNodeBugcheck	Bug überprüft einen Knoten des Speicherclusters.
StorageNodeUpdateStorageProviderCacheAction	Ruft den Befehl update-storageprovidercache in PowerShell auf.

Zeigen Sie PCS-Berichte in Echtzeit über SQL Server Reporting Services an

Während PCS-Operationen ausgeführt werden, werden Berichte in einer SQL-Datenbank auf dem PCS-Controller gespeichert. Jeder Bericht listet alle durchgeführten Operationen, ihre Erfolgsquoten und alle Ressourcen auf, die während des Tests erworben und freigegeben wurden. Für jeden Testlauf wird eine neue Datenbank erstellt, damit Sie jederzeit Daten aus früheren Testläufen einsehen können.

Führen Sie die folgenden Schritte aus, um den Bericht anzuzeigen:

• Standardmäßig ist die verstärkte Sicherheitskonfiguration für Internet Explorer auf Windows Server aktiviert. Sie müssen es deaktivieren, um den Bericht anzuzeigen.

  Öffnen Sie Server-Manager => Lokaler Server => Klicken Sie auf die erweiterte Sicherheitskonfiguration von IE, um sie für Administratoren und Benutzer zu deaktivieren.

• Öffnen Sie IE vom PCS-Controller, und besuchen Sie http://<PcsControllerMachineName>/Reports.

  

• Klicken Sie auf PCS-Berichte =>PCSRuns.

• Jeder PCS-Lauf wird durch eine eindeutige Pass Run ID identifiziert.

  

• Klicken Sie auf eine Pass-Lauf-ID (z. B. auf f44b3f88-3dbf-476e-9294-9d479ca0a369), um einen Bericht aus dem PCS-Lauf zu öffnen. Die Daten in diesen Berichten sind live. Während ein Test läuft, können Sie den Fortschritt eines Testlaufs in Echtzeit überwachen.

  • Eine Übersicht aller Ressourcen (Knoten, Cluster und VMs), die am Testlauf teilgenommen haben.
  • Alle Aktionen, die für jede Ressource ausgeführt wurden. Die Spalten Bestanden und Nicht bestanden geben die Anzahl der bestandenen und fehlgeschlagenen Aktionen an.

  

• In der Tabelle Allgemeine Vorgangsinformationen können Sie auf Links in der Spalte Aktion/bestanden klicken, um /Detailseiten zu öffnen, auf denen Sie weitere Informationen zu den Ergebnissen der Aktion erhalten. Wenn Sie beispielsweise neben dem Eintrag VMLiveMigrationAction auf die Fehlernummer 9 geklickt haben, wird die in der folgenden Abbildung gezeigte Zusammenfassung angezeigt.

  

• Der erste Eintrag oben enthält die folgenden Informationen:

  • Fehler-ID: Wenn wir in PCS auf einen Fehler stoßen, verallgemeinern wir die Fehlernachricht und generieren einen eindeutigen Hash dafür. Im obigen Beispiel lautet die Fehler-ID 97c12afd-23a8-3982-e304-a5dc6793950d

  • Fehler-Hash: Allgemeine Fehlermeldung. Im obigen Beispiel lautet der Fehler-Hash

    Virtuelle Maschine <VIRTUAL MACHINE> Live-Migration bei Fortschritt <PERCENTAGE> fehlgeschlagen (Migrationsstatus: Migration läuft)
    Fehler: Der Migrationsvorgang der virtuellen Maschine für ‚<VIRTUAL MACHINE>‘ ist am Migrationsziel ‚<COMPUTE NODE>‘ fehlgeschlagen. (<ID-GUID> der virtuellen Maschine)
    Fehler beim Empfangen von Daten für eine Migration einer virtuellen Maschine: Dieser Vorgang wurde zurückgegeben, weil das Zeitlimit abgelaufen ist. (0x800705B4).

  • Aktuelle Ausführung zählen: Die Anzahl der Aktionen eines bestimmten Typs, die während dieser Ausführung mit dieser bestimmten Fehlermeldung fehlgeschlagen sind. Im obigen Beispiel wurde VMLiveMigrationAction 3-mal ausgeführt.

  • Alle Ausführungen zählen: Eine Anzahl von Aktionen, die aufgrund dieses bestimmten Fehlers in allen PCS-Ausführungen fehlgeschlagen sind. Für die VMLiveMigrationAction war diese Anzahl 3.

  • Betroffene PCS-Läufe: Gibt an, wie viele Läufe von diesem Fehler betroffen sind. Für VMLiveMigrationAction war nur 1 PCS-Ausführung betroffen.

• Um den Fehler weiter zu untersuchen, können Sie auf diesem Bildschirm auf eine Fehler-ID klicken, um einen Drilldown zu einem globalen Verlauf des Fehlertyps für alle PCS-Ausführungen durchzuführen. Klicken Sie beispielsweise auf 97c12afd-23a8-3982-e304-a5dc6793950d, um Folgendes anzuzeigen. Die Seite listet alle fehlgeschlagenen Vorgänge auf, gruppiert nach Fehlertyp, wodurch wichtige Funktionen hervorgehoben werden, die Sie möglicherweise untersuchen müssen.

  

• Wenn Sie auf die Aktions-ID klicken, können Sie weiter nach unten gehen, um einen Aktionsprotokollbericht anzuzeigen. Fehler werden rot angezeigt; Warnungen werden gelb dargestellt.

  

Problembehandlung bei einer PCS-Ausführung über den HLK-Controller

Es gibt mehrere Phasen im PCS-Ausführungsablauf. Unten ist ein Beispiel für die Anzeige eines Ergebnisses von HLK Manager => Explorers => Job Monitor => select Machine Pool => select the job in Job Execution Status.

Wenn PCS in der Einrichtungs-, Ausführungs- oder Bereinigungsphase fehlgeschlagen ist, können Sie Auftragsprotokolle durchsuchen, indem Sie mit der rechten Maustaste auf den Auftragsnamen (oder den Namen einer untergeordneten Aufgabe) klicken => Klicken Sie auf Auftragsprotokolle durchsuchen. Die Namen der Protokolldateien lauten PCS-E2Elaunch_Setup.log, PCSE2Elaunch_Execute.log und PCS-E2Elaunch_Cleanup.log. Protokolldateien sollten Informationen zu Fehlern enthalten. Versuchen Sie, am Ende der Protokolldateien nach einer unerwarteten Ausnahme zu suchen.

Problembehandlung bei einer PCS-Ausführung vom PCS-Controller

Wenn ein PCS-Auftrag in der Setup/Ausführen/Bereinigen-Phase fehlschlägt, können Sie die Phase direkt vom PCS-Controller erneut ausführen. Diese Methode ist nützlich, um Probleme in diesen Phasen zu beheben.

• Öffnen Sie eine Eingabeaufforderung mit erhöhten Rechten.
• ReRun ReRunPcsSetup.cmd, ReRunPcsExecute.cmd oder ReRunPcsCleanup.cmd Skript

Protokolle und Diagnose

PCS hat drei Hauptphasen: Einrichtung, Ausführung und Bereinigung. Ein PCS-Job verwendet das Skript PCS-E2Elaunch.ps1, um diese drei Phasen zu starten. Ihre Protokolldateinamen heißen PCS-E2ELaunch_Setup.log, PCS-E2ELaunch_Execute.log und PCSE2ELaunch_Cleanup.log.

Wenn eine PCS-Ausführung abgeschlossen ist, analysiert PCS die Protokolle während der Bereinigungsphase. Eine Ausführung war erfolgreich, wenn die folgenden Kriterien erfüllt sind, wobei der analysierte Bericht als PCSReport.htm gespeichert wurde.

• Alle PCS-Aktionen haben eine Erfolgsquote von mindestens 90 %
• Kein unerwarteter Absturz eines Cluster-Knotens, mit Ausnahme derjenigen, die von PCS zu Testzwecken initiiert wurden

Die folgenden Dateien werden während der Bereinigungsphase auf dem PCS-Controller generiert.

• PcsReport.htm: Zusammenfassung über den Lauf.
• ClusterName-PRE.mht.html: Cluster-Validierungstestbericht, der vor der Ausführungsphase ausgeführt wird
• ClusterName-POST.mht.html: Cluster-Validierungstestbericht, der nach der Ausführungsphase ausgeführt wird
• PcsLog-DateTime.zip: enthält Protokolle und wird nach Abschluss des Tests auf den HLK-Controller kopiert.
  • MHTML-Ordner: enthält PCS SQL-Protokolle
  • SDDCDiagnosticInfo-Ordner: enthält Clusterprotokolle und Ereignisprotokolle

Es wurde häufig beobachtet, dass die Probleme, die bei einem PCS-Zertifizierungslauf aufgetreten sind oder sich daraus ergeben, nicht mit PCS selbst zusammenhängen. Nachfolgend finden Sie eine grundlegende Anleitung, um einige der Probleme einzugrenzen.

• Führen Sie den Cluster-Validierungstest durch und überprüfen Sie den Bericht auf Fehler.
• Überprüfen Sie auf dem Failovercluster-Manager, ob alle Knoten, vDisks und Pools in einem fehlerfreien Zustand sind. Wenn dies nicht der Fall ist, ist es in Ordnung, Zeit in die Überprüfung der Protokolle/Debugging zu investieren, bevor Sie MSFT aufrufen.
• Öffnen Sie den Hyper-V-Manager und stellen Sie sicher, dass die VMs und vSwitches aufgelistet werden (auch durch Ausführen von Get-VM oder Get-VMSwitch möglich).
• Stellen Sie sicher, dass Sie einen vSwitch außerhalb von PCS-Tests auf einem/allen Rechenknoten erstellen können.
• Stellen Sie sicher, dass Sie eine VM auf einem/allen Knoten erstellen und einen vmNetworkAdapter an einen vSwitch anhängen können.
• Suchen Sie nach Speicherauszugsdateien, die aufgrund von Fehlerprüfungen generiert wurden, indem Sie „dir /s *.dmp“ vom %systemdrive% auf den Compute-Knoten ausführen.
• Mögliche Verwendung von LiveKD, um nach Kernel-Modulen/-Threads zu suchen, die hängen bleiben, wenn Sie keinen Kernel-Debugger angeschlossen haben.
• Überprüfen Sie, ob die Lizenz der Rechenknoten aktiv ist, da die Lizenz der Testversion alle 180 Tage zurückgesetzt wird.

Generieren Sie eine ZIP-Datei, die PCS-Protokolle enthält

Sie können das folgende Skript vom PCS-Controller ausführen, um eine ZIP-Datei zu generieren, die erforderliche Protokolle enthält. Diese Methode ist nützlich, wenn der Auftrag abgebrochen wird oder während der Test ausgeführt wird.

C:\pcs\PCS-E2ELaunch.ps1 -DomainName <string> -UserName <string> -Password <string> -ComputeCluster <string> [-StorageCluster <string>] -CollectLog [-CollectLogLevel <int>]

Parameter

• DomainName: Vollqualifizierter Domänenname des Testbenutzers (FQDN).
• UserName: Benutzername des Testbenutzers
• Passwort: Passwort des Testbenutzers
• ComputeCluster: Name des Compute-Cluster-Namens
• StorageCluster: optional, Name des Speicherclusters. Geben Sie diesen Parameter nicht an, wenn Computer- und Speichercluster identisch sind.
• CollectLog: Erforderlich
• CollectLogLevel: optional, Standard ist 1. Geben Sie 3 ein, um ausführliche Protokolle zu sammeln.

Generieren Sie die Datei PcsReport.htm manuell

Während PCS ausgeführt wird, können Sie die folgenden Cmdlets auf dem PCS-Controller ausführen, um einen HTML-Bericht zu generieren, der unerwartete Fehlerprüfungen von allen Knoten auflistet.

Import-Module C:\PCS\PrivateCloudSimulator-Manager.psm1
Get-PCSReport

Passen Sie PCS-Aktionen an

• Jeder PCS-Job hat seine eigenen XML-Dateien, die seine Aktionen definieren.

• Jeder Job kann bis zu 3 XML-Dateien enthalten: PrivateCloudSimulator.xml, PrivateCloudSimulator_Create.xml, PrivateCloudSimulator_Storage.xml

• Diese XML-Dateien finden Sie auf dem HLK-Controller. Unten finden Sie ein Beispiel für den Job PrivateCloudSimulator – System.Solution.AzureStack. Der hervorgehobene Ordnername ist der Name des HLK-Jobs.

  C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\PCS\System.Solutions.AzureStack\PrivateCloudSimulator_Create.xml

Beispiel 1: Aktivieren/Deaktivieren einer Aktion

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCloneAction, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <ConfigurableTypeField FieldName="Interval" ValueType="System.TimeSpan" Value="00:01:00" />
  <ConfigurableTypeField FieldName="StartupNumber" ValueType="System.Int32" Value="2" />
  <ConfigurableTypeField FieldName="InjectVMRTInGuest" ValueType="System.Boolean" Value="true" />
  <ConfigurableTypeField FieldName="BaseVHDPath" ValueType="System.String" Value="%BASEVHD%" />
</ConfigurableType>

• Der Name der Testaktion ist VmCloneAction.
• Das Feld Intervall legt die Häufigkeit fest, mit der die Aktion ausgeführt wird. Verwenden Sie das Format hh:mm:ss. Beispielsweise wiederholt der Wert 02:00:00 die Aktion jede 2 Stunden.
• Das Feld StartUpNumber definiert die Anzahl der Instanzen dieser Aktion, die auf jedem Knoten des Compute-Clusters initiiert werden soll. Um eine Aktion zu deaktivieren, setzen Sie dieses Feld auf Null.
• Ändern Sie keine anderen Felder.

Beispiel 2: Ändern Sie VMs, um differenzierende Datenträger zu verwenden

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCloneBase, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <ConfigurableTypeField FieldName="VmClusteringPercentage" ValueType="System.Int32" Value="100" />
  <ConfigurableTypeField FieldName="UseDiffDisks" ValueType="System.Boolean" Value="false" />
</ConfigurableType>

• PCS erstellt standardmäßig eine Kopie der bereitgestellten Gastbetriebssystem-VHD, um VMs zu erstellen, die standardmäßig über dynamische virtuelle Datenträger verfügen. Um stattdessen VMs mit differenzierenden Datenträgern zu erstellen, setzen Sie den Wert UseDiffDisks auf true.

Beispiel 3: Ändern Sie die Anzahl der erstellten VMs pro Knoten

<ConfigurableType Type="Microsoft.PrivateCloudSimulator.VM.Actions.HyperV.VmCreationBase, Microsoft.PrivateCloudSimulator.VM.Actions.HyperV">
  <!-- MaxVmCount is Max Number of VMs on any one node -->
  <ConfigurableTypeField FieldName="MaxVmCount" ValueType="System.Int32" Value="20" />
</ConfigurableType>

• PCS erstellt standardmäßig 20 VMs pro Clusterknoten. Die durchschnittliche VM-Größe könnte 40 GB betragen. In einer Clusterumgebung mit 4 Knoten könnten 20 * 4 * 40 = 3200 GB Speicherplatz benötigt werden. Wenn Sie versuchen, Ihre Hardware zu zertifizieren, ändern Sie den Standardwert nicht. Sie sollten erwägen, weitere Datenträger hinzuzufügen, anstatt die Anzahl zu verringern.

Aktionsprotokolle anpassen

Ein PCS-Lauf hat eine RunId. Eine PCS-Aktion hat eine Aktions-ID. Wenn eine PCS-Aktion fehlschlägt, entfernt PCS die Variante (d. h. den VM-Namen) aus der Fehlermeldung und generiert einen eindeutigen Hash-Wert dafür. Ähnliche Fehler haben denselben eindeutigen Hash-Wert. PCS gruppiert sie dann auf der SQL-Berichtssite zusammen.

PCS verwendet .NET-Ablaufverfolgungslistener zum Sammeln von Testergebnissen. Diese Listener sind in Microsoft.PrivateCloudSimulator.exe.config definiert.

• SQLOnline: Dieser Listener protokolliert die Ergebnisse in der SQL-Datenbank.
• AnalyticalLogGather: Dieser Listener sammelt zusätzliche Informationen, wenn eine Aktion fehlschlägt.

Wenn eine bestimmte Aktion fehlschlägt oder ein bestimmter Hashwert angezeigt wird, können Sie den AnalyticalLogGather-Listener konfigurieren, um Ereignisprotokolle, Clusterprotokolle zu sammeln oder ein Skript aufzurufen. Dies ist in ActionFailureReactionPolicy.xml definiert.

In ActionFailureReactionPolicy.xml unterstützt PCS zwei Arten von Auslösern und drei Arten von Reaktionen. Mit diesem XML-Code können Sie Regeln wie „Wenn Trigger X gesehen wird, nehmen Sie die Reaktionen Y und Z“ definieren. Bei den meisten Aktionen wäre NodeScope auf ReservedOnly und MaxLevel auf 3 festgelegt (Ereignisse Kritisch, Fehler und Warnung).

Abzug:

Typ	Daten
ActionFail	ActionFullName
KnownFailure	FailureHash

Reaktion:

Typ	Daten
ETWCollection	Kanal, NodeScope, Speicherort, MaxLevel
ClusterLogCollection	UseLocalTime, NodeScope, StorageLocation, MaxTimeDuration (optional)
CustomPS	ScriptFullPath, NodeScope, Argument

Gültige NodeScope-Werte sind die folgenden:

• AllNodes
• ComputeOnly
• StorageOnly
• EdgeOnly
• NCOnly
• ReservedOnly

Gültige MaxLevel-Werte sind die folgenden:

• 0 (Protokolle auf allen Ebenen)
• 1 (Kritisch)
• 2 (Fehler)
• 3 (Warnung)
• 4 (Information)
• 5 (ausführlich)

Beispiele:

<Trigger>
  <Type>ActionFail</Type>
  <Data Name="ActionFullName" Value="Microsoft.HyperV.Test.Stress.PrivateCloud.ComputeNode.Action.StorageNodeRestartAction">
  </Data>
  <ReactionMatchList>
    <!-- Details of Reaction are Defined Below and are referenced using the ID attribute-->
    <MatchingReaction ID ="1"></MatchingReaction>
    <MatchingReaction ID ="2"></MatchingReaction>
  </ReactionMatchList>
</Trigger>49
<Reaction ID="1">
  <Type>ETWCollection</Type>
  <Data Name="Channel" Value="Microsoft-Windows-Hyper-V-VMMS-Analytic"></Data>
  <Data Name="NodeScope" Value="ReservedOnly"></Data>
  <Data Name="StorageLocation" Value="C:\PCS\PCSEventData\%NODE%\%ActionId%\EventLogs"></Data>
  <Data Name="MaxLevel" Value="3"></Data>
</Reaction>

Aktionsprotokolldateien werden im Ordner ‚FORENSICLOGLOCATION‘ auf dem PCS-Controller gespeichert. Standardmäßig ist es C:\PCS\PCSEventData.

Für jede fehlgeschlagene Aktion werden die folgenden Informationen von den reservierten Knoten gesammelt. Dieser Protokollspeicherort kann auf der SQL-Berichtsseite der Aktion angezeigt werden.

• %MachineName%\%RunId%\ClusterLogs\%ActionId%
• %MachineName%\%RunId%\EventLogs\%ActionId%
• %MachineName%\%RunId%\CustomResponse\%ActionId%

Häufig gestellte Fragen

Siehe Private Cloud Simulator – Häufig gestellte Fragen