Simulateur de cloud privé pour Windows Server 2019

Introduction

La tendance actuelle du secteur est que les solutions de cloud privé comprennent des composants logiciels et matériels étroitement intégrés afin de fournir un cloud privé résilient avec des performances élevées. Les problèmes liés à l’un des composants (logiciels, matériels, pilotes, microprogrammes, etc.) peuvent compromettre la solution et compromettre les promesses faites concernant un contrat de niveau de service (SLA) pour le cloud privé.

Certains de ces problèmes sont exposés uniquement dans le cadre d’un déploiement à l’échelle du cloud à haute contrainte et sont potentiellement difficiles à trouver à l’aide de tests autonomes traditionnels axés sur les composants. Le simulateur de cloud privé est une suite de test de validation cloud qui vous permet de valider votre composant dans un scénario cloud et d’identifier ces types de problèmes.

Public visé

Le public cible de ce document est ceux qui travaillent à la validation de leur matériel pour le logo Windows Server, les solutions Microsoft Azure Stack et les solutions Microsoft Azure Stack HCI.

Vue d’ensemble des tests

Le simulateur de cloud privé (PCS) simule un centre de données/un cloud privé en direct en créant des charges de travail de machine virtuelle, en simulant les opérations du centre de données (équilibrage de charge, maintenance logicielle/matérielle) et en injectant des erreurs de calcul/stockage (défaillance matérielle/logicielle non planifiée). PCS utilise une base de données Microsoft SQL Server pour enregistrer les données de test et de solution pendant l’exécution. Il présente ensuite un rapport qui inclut les taux de réussite/échec des opérations et les journaux d’activité permettent de mettre en corrélation les données pour la détermination des réussites/échecs et le diagnostic d’échec (le cas échéant).

Liens vers les fichiers requis

Le tableau ci-dessous contient les liens vers les fichiers que vous devez télécharger pour exécuter des tests PCS.

Nom	Emplacement
HLK Kit	HLK version 1809
Package de mise à jour HLK	Installez la dernière version sur le site Microsoft Collaborate. Format de nom de fichier : HlkUpdatePackage17763.buildnumber.datetime.zip
HLK Playlist	HLK Version 1809 CompatPlaylist x64 Server.xml
PCSFiles.vhd	PCSFiles.vhd La valeur de hachage SHA256 est 5D801FE7627C539C2DA0E1719E3ECC96847BF08AFF2CBABC08133921E7EB08D1
dotNet 3.5 pour Windows 10	Microsoft-Windows-NetFx3-OnDemand-Package.cab
Mise à jour de Windows Server 2019	Installer la dernière version sur Windows Update site

Vous pouvez utiliser Get-FileHash applet de commande PowerShell pour calculer la valeur de hachage d’un fichier.

Configuration de l’infrastructure de labo commune

Topologie

L’environnement de laboratoire PCS contient les éléments suivants :

• Contrôleur de domaine Active Directory/SERVEUR DNS/DHCP pour le domaine de test.
  • Vous trouverez des informations sur Active Directory à l’adresse https://msdn.microsoft.com/library/bb727067.aspx
  • services de domaine Active Directory niveaux fonctionnels doivent être Windows Server 2012 ou supérieurs.
• Une machine de contrôleur HLK dédiée. Le système d’exploitation doit être Windows Server 2016.
• Une machine de contrôleur PCS dédiée. Le système d’exploitation doit être Windows Server 2019.
• Un cluster de calcul, qui héberge des machines virtuelles Hyper-V. Le nombre minimal de nœuds dépend du type de travaux PCS.

Justificatives:

• Déployer un cluster Hyper-Converged à l’aide de espaces de stockage direct
• Failover-Clustering
• Exigences relatives au logo Microsoft Azure Stack publiées via Microsoft Collaborate pour les partenaires Microsoft

Remarques :

• Toutes les machines ci-dessus doivent être jointes au même domaine de test.
• Tous les tests PCS doivent être exécutés en tant que même utilisateur dans le groupe « Administrateurs de domaine » pour le domaine de test.
• Utilisez le même utilisateur avec les informations d’identification de Administration domaine pour installer le contrôleur HLK.

Configuration système requise pour le contrôleur HLK

La configuration système minimale requise est indiquée dans le tableau ci-dessous.

Ressource	Configuration minimale
Processeur (ou processeur virtuel)	4 cœurs
Mémoire	12 Go de RAM
Espace disque disponible	200 Go
Système d’exploitation	Windows Server 2016 Datacenter
Domaine Active Directory	Le joindre au domaine de test

Configuration du contrôleur HLK

• Téléchargez Windows HLK, version 1809 à partir d’ici.
  • Suivez le guide de Prise en main Windows HLK pour configurer Windows HLK.
• Télécharger le contenu supplémentaire pour 1809 HLK pour Azure Stack-WSSD Premium
  • Suivez les étapes répertoriées dans Comment utiliser le package de mise à jour HLK pour mettre à jour le contrôleur HLK.
• Télécharger PCSFiles.vhd

  • Copiez le fichier PCSFiles.vhd dans le dossier de test Tests\amd64 sur le contrôleur HLK. Voici le chemin par défaut d’une installation HLK :

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

Obtenir des fichiers IOMeter

• IOMeter est une charge de travail qui doit être installée sur le contrôleur HLK.

• Téléchargez la version Windows i386 d’IOMeter datant de la version 2006.07.27 à partir du site web IOMeter.

• Exécutez le programme d’installation (ou décompressez le package) pour décompresser les fichiers.

• Copiez IOMeter.exe, Dynamo.exe dans le dossier Tests\amd64\pcs\GuestScenarioManager\IOMeter sur le contrôleur HLK. Voici le chemin par défaut d’une installation HLK :

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

Configuration système requise pour le contrôleur PCS

La configuration système minimale requise est indiquée dans le tableau ci-dessous.

Ressource	Configuration minimale
Processeur (ou processeur virtuel)	4 cœurs
Mémoire	12 Go de RAM
Espace libre sur le lecteur de démarrage	200 Go
Système d’exploitation	Windows Server 2019 Datacenter
Domaine Active Directory	Le joindre au domaine de test

Configuration du contrôleur PCS

• Le contrôleur PCS DOIT être une machine virtuelle de génération v2 ou une machine physique.
• Le démarrage sécurisé et BitLocker doivent être désactivés. Cela est obligatoire, car PCS active la configuration de démarrage TestSigning . Si vous utilisez une machine virtuelle Hyper-V de génération 2 comme contrôleur PCS, arrêtez la machine virtuelle pour désactiver le démarrage sécurisé dans les paramètres de la machine virtuelle.
• Installez le client HLK à l’aide du guide de Prise en main Windows HLK et ouvrez les ports requis.
• Installez .NET Framework 3.5 (cette fonctionnalité n’est pas incluse par défaut dans Windows Server 2019).
  • Vous trouverez les instructions d’installation génériques aux emplacements suivants :
    • https://msdn.microsoft.com/library/hh506443
    • https://msdn.microsoft.com/library/windows/desktop/hh848079
  • Pour les builds publiées via Microsoft Connect, consultez les détails ci-dessous :

    • Montez l’ISO fourni avec la build et recherchez le fichier à MountedDriveLetter:\sources\sxs\microsoft-windows-netfx3-ondemand-package.cab

    • Copier le fichier dans un dossier local sur le contrôleur PCS

    • Installer le package en exécutant cette ligne de commande à l’aide de privilèges d’administrateur

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

PCS Tests

Cette section explique comment trouver un test PCS approprié pour votre appareil/solution, configurer le labo et lancer l’exécution de PCS.

• Vous devez utiliser le même compte d’utilisateur administrateur de domaine pour configurer le labo et exécuter des tests.
• L’état de démarrage sécurisé doit être DÉSACTIVÉ sur tous les nœuds et contrôleur PCS.
• Le package de mise à jour HLK DOIT être téléchargé et installé sur le contrôleur/les clients HLK. Le package de mise à jour HLK est disponible sur le site Microsoft Collaborate pour téléchargement.

Sélection du test PCS

Les travaux PCS sont utilisés pour certifier plusieurs catégories d’appareils et de solutions. Le tableau ci-dessous les mappe au travail PCS approprié.

Cible	Programme de certification	Nom du travail dans HLK
Carte d’interface réseau	Windows Server Logo	PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
Carte d’interface réseau	SDDC Standard	PrivateCloudSimulator-Device.Network.LAN.10GbOrGreater
Carte d’interface réseau	SDDC Premium	PrivateCloudSimulator-Device.Network.LAN.AzureStack
Carte d’interface réseau	AZURESTACK	PrivateCloudSimulator-Device.Network.LAN.AzureStack
SAS HBA	SDDC Standard	Le travail PCS est remplacé par les tests S2D BVT et Stress
SAS HBA	SDDC Premium	Le travail PCS est remplacé par les tests S2D BVT et Stress
SAS HBA	AZURESTACK	Le travail PCS est remplacé par les tests S2D BVT et Stress
Disque (HDD/SSD/NVMe)	SDDC Standard	Le travail PCS est remplacé par les tests S2D BVT et Stress
Disque (HDD/SSD/NVMe)	SDDC Premium	Le travail PCS est remplacé par les tests S2D BVT et Stress
Disque (HDD/SSD/NVMe)	AZURESTACK	Le travail PCS est remplacé par les tests S2D BVT et Stress
Solution	SDDC Standard	PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) & (MAX)
Solution	SDDC Premium	PrivateCloudSimulator-System.Solutions.StorageSpacesDirect (MIN) & (MAX)
Solution	AZURESTACK	PrivateCloudSimulator-System.Solutions.AzureStack (MIN) & (MAX)

Les travaux PCS sont résumés ci-dessous :

• PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater
  Ce test contient un ensemble d’actions qui ciblent spécifiquement l’appareil de carte réseau, ainsi que les actions de machine virtuelle et de cluster de calcul.
• PrivateCloudSimulator - Device.Network.LAN.AzureStack
  Ce test contient un ensemble étendu d’actions qui vérifient la prise en charge de la carte réseau pour la nouvelle fonctionnalité « Mise en réseau à définition logicielle » dans Windows Server, ainsi que les actions de machine virtuelle et de cluster de calcul.
• PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN)/(MAX)
  Ce test contient un ensemble étendu d’actions qui ciblent l’ensemble de la solution basée sur un cluster direct d’espaces de stockage hyperconvergés. Le test (MIN) doit être exécuté sur un cluster avec le nombre minimal de nœuds pris en charge pour la solution. Le test (MAX) doit être exécuté sur un cluster avec le nombre maximal de nœuds pris en charge pour la solution.
• PrivateCloudSimulator - System.Solutions.AzureStack (MIN)/(MAX)
  Ce test contient un ensemble étendu d’actions qui ciblent l’ensemble de la solution AzureStack. Le test (MIN) doit être exécuté sur un cluster avec le nombre minimal de nœuds pris en charge pour la solution. Le test (MAX) doit être exécuté sur un cluster avec le nombre maximal de nœuds pris en charge pour la solution.

Flux d’exécution du travail PCS

Chaque travail PCS contient les tâches suivantes.

• Initialiser le contrôleur PCS
  • À cette étape, le moteur d’exécution PCS configure un serveur SQL et IIS sur l’ordinateur contrôleur PCS
  • Il copie également le contenu (par exemple, les fichiers VHD du système d’exploitation d’évaluation) pour activer la création de machines virtuelles à l’étape suivante
• Créer des machines virtuelles
  • Cette étape voit le moteur PCS commencer à créer des machines virtuelles sur chaque nœud du cluster
  • La création de la machine virtuelle s’arrête lorsque le nombre cible de machines virtuelles/nœud a été atteint.
  • Cette étape fait partie de la phase de configuration de PCS. Le minuteur de durée de l’exécution de test est lancé après cette étape.
• Exécuter des actions PCS
  • À présent, PCS lance différents types d’actions (machine virtuelle, cluster, stockage, réseau) sur chaque nœud du cluster.
  • Les actions s’exécutent en parallèle et se coordonnent entre elles pour exercer l’appareil (stockage, réseau) et la solution via le cycle de vie du cloud privé/du centre de données
  • Les actions s’exécutent régulièrement et s’arrêtent une fois que l’heure d’exécution cible (définie par le profil/travail) du test a été atteinte.
  • La durée d’exécution des tests est définie par profil et peut varier en fonction du profil que vous exécutez. Le minuteur d’exécution de test entre en jeu après la création de toutes les machines virtuelles.
  • Les étapes de chaque action et le résultat correspondant de chaque étape sont stockés dans le serveur SQL Server.
• Nettoyage de l’exécution
  • À cette étape, les machines virtuelles créées à l’étape (4) sont nettoyées et le cluster est restauré à un état propre (dans la mesure du possible).
  • Il génère un fichier de rapport (PcsReport.htm) et un fichier ZIP qui contient des journaux de test.
• Résultat du rapport dans HLK Studio
  • À cette étape, le studio HLK signale le résultat de l’exécution du PCS.
  • Le résultat peut être empaqueté dans un fichier HLKX à soumettre à Microsoft.

Exécuter des tests PCS

PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater

Configuration requise

Condition requise	Description
Composant certifié	Carte d’interface réseau
Type d’installation	Configuration hyperconvergée avec stockage S2D. Remarque : Un HBA certifié SDDC est requis.
Nombre minimal de nœuds de serveur	3 machines identiques
Spécification du serveur	PROCESSEUR : 16 cœurs physiques (par exemple, 2 sockets avec 8 cœurs), MÉMOIRE : 128 Go, 64 Go d’espace libre sur le lecteur de démarrage
Stockage global	4 To d’espace libre par nœud sur HDD, 800 Go d’espace libre par nœud sur SSD
Disque	S’il existe des lecteurs utilisés comme cache, il doit y en avoir au moins 2 par serveur. Il doit y avoir au moins 4 lecteurs de capacité (hors cache) par serveur. Pour plus d’informations, consultez Configuration matérielle requise pour S2D .
Carte réseau	Carte réseau certifiée
Commutateur	Commutateur prenant en charge toutes les fonctionnalités de carte réseau

Programme d’installation

• Suivez le guide de Prise en main Windows HLK pour installer le logiciel client HLK sur tous les nœuds de cluster.
• Suivez le guide Windows Server 2016 espaces de stockage direct cluster pour déployer un cluster.
• Tous les nœuds doivent être connectés aux mêmes commutateurs physiques.
• Une vitesse de transmission réseau de 10 GbE ou supérieure doit être utilisée. Créez un swith virtuel portant le même nom sur chaque nœud.
• Les machines virtuelles créées par PCS se connectent au commutateur virtuel pour envoyer le trafic réseau entre elles. Ces machines virtuelles obtiennent l’adresse IP via DHCP. Assurez-vous que votre serveur DHCP affecte des adresses IP valides à ces machines virtuelles. Si le serveur DHCP n’est pas disponible ou échoue, les machines virtuelles utilisent l’adressage IP privé automatique (APIPA) pour configurer elles-mêmes une adresse IP et un sous-réseau. Chaque machine virtuelle doit avoir une adresse IP valide pour envoyer le trafic réseau entre les machines virtuelles.

Execute

• Ouvrir HLK Studio

• Suivez le guide de Prise en main Windows HLK pour créer un pool de machines

• Accédez à l’onglet Projet, puis cliquez sur Créer un projet.

• Entrez un nom de projet et appuyez sur Entrée

• Accédez à l’onglet Sélection

• Sélectionner le pool d’ordinateurs contenant le périphérique de carte réseau

• Sélectionner le gestionnaire de périphériques

• Sélectionnez le périphérique. Vous devez sélectionner n’importe quel appareil de carte réseau approprié (quel que soit le membre de l’équipe de commutateur virtuel) sur l’un des nœuds de calcul ciblés pour la certification.

  

• Cliquez avec le bouton droit sur l’appareil sélectionné, puis sélectionnez Ajouter/modifier des fonctionnalités.

• Dans la boîte de dialogue fonctionnalités, sélectionnez Device.Network.LAN.10GbOrGreater , puis cliquez sur OK. Pour la plupart des cartes réseau (avec des vitesses supérieures ou égales à 10 GoE), cette fonctionnalité doit avoir été sélectionnée automatiquement.

• Accédez à l’onglet Tests

• Sélectionnez PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater

• Cliquez sur Exécuter la sélection

• Dans la boîte de dialogue Planifier,

  • Entrer des valeurs pour les paramètres de test requis
    • DomainName : nom de domaine de l’utilisateur de test
    • UserName : nom d’utilisateur de test
    • Mot de passe : tester le mot de passe de l’utilisateur
    • ComputeCluster : nom du cluster de calcul
    • StoragePath : la valeur par défaut est « ». Il utilise tous les csv disponibles du cluster de calcul. Vous pouvez utiliser différents chemins en entrant des chemins séparés par des virgules. Exemple : « C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2 »
    • VmSwitchName : nom du commutateur virtuel sur tous les nœuds
    • FreeDriveLetter : la valeur par défaut est R. Pendant l’installation, le fichier PcsFiles.vhd est monté sur cette lettre de lecteur sur le contrôleur PCS. Vérifiez que cette lettre de lecteur est disponible.
    • IsCreateCluster : utiliser la valeur par défaut
    • IsRemoveCluster : utiliser la valeur par défaut
    • IsConfigureHyperV : utiliser la valeur par défaut
  • Mapper des machines à des rôles
    • PrimaryNode : il s’agit du nœud avec l’appareil sélectionné
    • Contrôleur de test : sélectionner l’ordinateur du contrôleur de test PCS
    • OtherNodes : sélectionner d’autres nœuds de cluster

• Cliquez sur OK pour planifier le test

• Reportez-vous à Afficher le rapport PCS en temps réel via SQL Server Reporting Services pour afficher les résultats en temps réel de la série de tests.

Duration

• Les actions PCS (répertoriées ci-dessous) s’exécutent pendant environ 24 heures.
• L’exécution complète peut prendre 24 à 36 heures supplémentaires (y compris le temps d’installation et de nettoyage).

PCS Actions

Le tableau ci-dessous répertorie les actions incluses dans ce test.

Nom de l'action	Description
VmCloneAction	Crée une machine virtuelle.
VmLiveMigrationAction	Migre en direct la machine virtuelle vers un autre nœud de cluster.
VmSnapshotAction	Prend une instantané de la machine virtuelle.
VmStateChangeAction	Change l’état de la machine virtuelle (par exemple, en pause).
VmStorageMigrationAction	Migre le stockage des machines virtuelles (le ou les disques durs virtuels) entre les nœuds de cluster.
VmGuestRestartAction	Redémarre la machine virtuelle.
VmStartWorkloadAction	Démarre une charge de travail simulée par l’utilisateur.
VmGuestFullPowerCycleAction	Effectue un cycle d’alimentation de la machine virtuelle.
ComputeNodeEvacuationAction	Redémarrez un nœud de cluster.

PrivateCloudSimulator - Device.Network.LAN.AzureStack

Configuration requise

Condition requise	Description
Composant certifié	Carte réseau (avec RDMA)
Type d’installation	Configuration hyperconvergée avec stockage S2D. Remarque : Un HBA certifié SDDC est requis.
Nombre minimal de nœuds de serveur	3 machines identiques
Spécification du serveur	PROCESSEUR : 16 cœurs physiques (par exemple, 2 sockets avec 8 cœurs), MÉMOIRE : 128 Go, 64 Go d’espace libre sur le lecteur de démarrage
Stockage global	4 To d’espace libre par nœud sur HDD, 800 Go d’espace libre par nœud sur SSD
Disque	S’il existe des lecteurs utilisés comme cache, il doit y en avoir au moins 2 par serveur. Il doit y avoir au moins 4 lecteurs de capacité (hors cache) par serveur. Pour plus d’informations, consultez Configuration matérielle requise pour S2D .
Carte réseau	Carte réseau certifiée
Commutateur	Commutateur prenant en charge toutes les fonctionnalités de carte réseau

Programme d’installation

• L’hôte Hyper-V qui contient la machine virtuelle du contrôleur PCS doit être Windows Server 2016 ou version ultérieure.

• Suivez le guide de Prise en main Windows HLK pour installer le logiciel client HLK sur tous les nœuds de cluster

• Suivez le guide Windows Server 2016 espaces de stockage direct cluster pour déployer un cluster

• Pour obtenir des instructions sur la configuration de la mise en réseau pour espaces de stockage direct, consultez Windows Server 2016 Guide de déploiement de la carte réseau convergée et RDMA invité.

• La machine virtuelle du contrôleur PCS doit être générée en tant que machine virtuelle de génération 2 et avoir 2 interfaces réseau, une pour le réseau de gestion et l’autre pour la topologie SDN (espace d’adressage PA). L’interface de la topologie SDN se verra attribuer une adresse IP à partir de l’espace d’adressage IP passé en tant que paramètre AddressPrefixes .

  

• Tous les nœuds doivent être en mesure de communiquer avec la machine virtuelle du contrôleur PCS à tout moment via une interface de gestion. À cet effet, chaque serveur doit disposer d’une carte réseau supplémentaire pour l’interface de gestion, qui n’a pas besoin de répondre à des exigences strictes de débit.

• Tous les nœuds et le contrôleur PCS doivent avoir la même base de connaissances la plus récente installée.

• Une vitesse de transmission réseau de 10 GbE ou supérieure est requise pour les cartes réseau testées. Chaque serveur doit avoir deux cartes réseau identiques de 10 Go ou plus.

• Si des cartes réseau compatibles RDMA sont utilisées, le commutateur physique doit répondre aux exigences RDMA associées.

• Définissez les propriétés des cartes réseau spécifiques aux déploiements AzureStack pour vous assurer que les cartes réseau certifiées peuvent prendre en charge ces propriétés. Vous pouvez utiliser l’applet de commande PowerShell Get-NetAdapterAdvancedProperty pour vérifier les propriétés de la carte réseau.

  • Déchargement de tâche encapsulée VXLAN == Activé
  • Surcharge d’encapsulation == 160
  • Paquet >Jumbo = 1500
  • MtuSize == 1660

• Assurez-vous que chaque nœud contient un commutateur virtuel activé pour l’association portant le même nom.

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

• Configurer la virtualisation imbriquée : la virtualisation imbriquée pour la machine virtuelle du contrôleur PCS doit être activée. Lorsque la machine virtuelle PCS est à l’état OFF, exécutez la commande suivante sur l’hôte Hyper-V.

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

• Assurez-vous que RDMA est configuré sur tous les nœuds et reflète lorsqu’il & est interrogé via Get-SMBClientNetworkInterface Get-SMBServerNetworkInterface.

• Les paramètres de migration dynamique (Gestionnaire du cluster de basculement-Réseaux-Paramètres>> de migration dynamique) doivent être définis de manière appropriée pour utiliser le réseau de stockage pour les migrations dynamiques.

• Ce test crée des machines virtuelles et envoie du trafic entre elles à l’aide du commutateur virtuel créé. L’adresse IP de la carte réseau virtuelle (carte réseau virtuelle) des machines virtuelles PCS est affectée à partir de l’espace d’adressage IP passé en tant que paramètre AddressPrefixes .

Execute

• Ouvrir HLK Studio

• Accédez à l’onglet Projet, puis cliquez sur Créer un projet.

• Entrez un nom de projet et appuyez sur Entrée

• Accédez à l’onglet Sélection

• Sélectionner le pool d’ordinateurs contenant le périphérique de carte réseau

• Sélectionner le gestionnaire de périphériques

• Sélectionnez le périphérique. Vous devez sélectionner n’importe quel appareil de carte réseau approprié (quel que soit le membre de l’équipe de commutateur virtuel) sur l’un des nœuds de calcul ciblés pour la certification.

  

• Cliquez avec le bouton droit sur l’appareil sélectionné, puis sélectionnez Ajouter/modifier des fonctionnalités.

• Dans la boîte de dialogue fonctionnalités, sélectionnez Device.Network.LAN.AzureStack , puis cliquez sur OK.

• Accédez à l’onglet Tests

• Sélectionnez PrivateCloudSimulator - Device.Network.LAN.AzureStack

• Cliquez sur Exécuter la sélection

• Dans la boîte de dialogue Planifier,

  • Entrer des valeurs pour les paramètres de test requis
    • DomainName : nom de domaine complet (FQDN) de l’utilisateur de test.
    • UserName : nom d’utilisateur de test
    • Mot de passe : tester le mot de passe de l’utilisateur
    • ComputeCluster : nom du cluster de calcul
    • StoragePath : la valeur par défaut est ''. Il utilise tous les csv disponibles du cluster de calcul. Vous pouvez utiliser différents chemins en entrant des chemins séparés par des virgules. Les noms de volume ne doivent pas contenir d’espaces vides. Exemple : « C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2 » (des guillemets simples sont nécessaires)
    • VmSwitchName : nom du commutateur virtuel à utiliser pour SDN. Exemple : SdnSwitch
    • FreeDriveLetter : la valeur par défaut est R. Pendant l’installation, le fichier PcsFiles.vhd est monté sur ce lecteur sur le contrôleur PCS. Vérifiez que cette lettre de lecteur est disponible.
    • AdapterNames : liste séparée par des virgules des noms d’adaptateurs qui font partie de vmSwitch. Utilisez le format « Nom 1 », « Nom 2 » (des guillemets doubles et des guillemets simples sont nécessaires) pour plusieurs adaptateurs. Les noms doivent être dérivés de Get-NetAdapter applet de commande.
    • VLan : ID de Vlan défini sur vmSwitch. Obligatoire uniquement si votre commutateur physique est configuré pour Vlan. Entrez « 0 » pour indiquer qu’il n’existe aucun balisage Vlan.
    • RDMAEnabled : entrez $True si la carte réseau prend en charge RDMA
    • SetEnabled : entrez $True si la carte réseau prend en charge switch embedded teaming
    • HnvEnabled : entrez $True si la carte réseau prend en charge la virtualisation de réseau Hyper-V
    • TaskOffloadEnabled : entrez $True si la carte réseau prend en charge le déchargement de tâche encapsulé
    • TestControllerNetAdapterName : nom de l’adaptateur sur le contrôleur PCS auquel une adresse IP statique peut être affectée dans la plage AddressPrefixes pour communiquer avec les machines virtuelles du contrôleur de réseau SDN. Exemple : « Ethernet 2 » (des guillemets simples sont nécessaires s’il y a des espaces dans le nom)
    • VHDSourcePath : fichier VHDX pour Windows Server 2019 DataCenter. Ce fichier VHDX sera utilisé pour créer des machines virtuelles de contrôleur de réseau. La valeur par défaut est c:\pcs\BaseVHDX\17763.1.amd64fre.rs5_release.180914-1434_server_serverdatacentereval_en-us.vhdx. NE modifiez pas la valeur par défaut, sauf si vous devez utiliser votre propre fichier VHDX. Les fichiers vhdx clonés ont les mêmes signatures de disque. Pour éviter une collision de signature de disque, ce fichier VHDX ne peut pas être identique à celui utilisé par le contrôleur PCS.
    • KBPackagePath : liste séparée par des virgules des packages Windows Update qui doivent être appliqués au fichier VHDX spécifié dans le paramètre VHDSourcePath. Ces packages de mise à jour doivent correspondre à ceux installés sur tous les nœuds de cluster et ordinateur contrôleur PCS. La valeur par défaut est « » (des guillemets simples sont nécessaires). Cela signifie qu’aucune base de connaissances ne serait injectée dans le fichier VHDX.
      • Vous devez installer la dernière version ou une version récente des packages Windows Update. Vous pouvez utiliser l’applet de commande Get-Hotfix pour savoir ce qui a été installé sur vos ordinateurs.
      • La plupart des packages Windows Update nécessitent que vous installiez d’abord « maintenance stak update (SSU) ». En d’autres termes, vous devez eneter au moins deux Ko dans ce paramètre.
      • Exemple :
        • KB4501371 (18 juin 2019)
        • Dans la section « Comment obtenir cette mise à jour », il est indiqué que « mise à jour de la pile de maintenance (SSU) » KB4504369 est requise.
        • Dans ce paramètre, vous devez entrer « c:\KB\Windows-KB4504369-x64.msu,c:\KB\Windows-KB4501371-x64.msu ». (Un devis unique est requis, KB4504369 sera installé avant l’installation de KB4501371.)
        • Vous devez télécharger les fichiers MSU à partir de Windows Update site et les copier dans le dossier c:\KB sur l’ordinateur du contrôleur PCS.
        • Important : Le format de nom de fichier DOIT être « Windows-KBNumber-x64.msu ». Un tiret (-) est requis avant et après KBNumber.
    • AddressPrefixes : plage d’adresses IP à utiliser par les machines virtuelles et les hôtes du locataire. Ces adresses seront utilisées pour la gestion du centre de données SDN.
    • VipPrefixes : deux plages d’adresses IP utilisées par SLB pour les scénarios d’équilibrage de charge des adresses IP virtuelles. Utilisez le format « '192.160.2.0/23','192.160.3.0/23' » (des guillemets doubles et des guillemets simples sont nécessaires)
    • ClientAddressPrefix : plage d’adresses IP utilisée par les machines virtuelles clientes.
  • Mapper des machines à des rôles
    • PrimaryNode : il s’agit du nœud avec l’appareil sélectionné, automatiquement sélectionné par HLK.
    • Contrôleur de test : sélectionner l’ordinateur du contrôleur de test PCS
    • OtherNodes : sélectionner d’autres nœuds de cluster

• Cliquez sur OK pour planifier le test

• Reportez-vous à Afficher le rapport PCS en temps réel via SQL Server Reporting Services pour afficher les résultats en temps réel de la série de tests.

Nettoyage

Utilisez le script C:\Pcs\ReRunPcsCleanup.cmd sur le PCS-Controller pour nettoyer l’état de la configuration si le test se termine brusquement. Il est très important que l’infrastructure SDN des machines virtuelles & obsolètes soit nettoyée avant de commencer une nouvelle exécution.

Vérifiez que les éléments suivants sont nettoyés avant de commencer une nouvelle exécution :

• Rôles de machine virtuelle en cluster (FailoverClusterManager-Cluster-Roles>>)

  Get-ClusterGroup -Cluster $clusterName
  

• Toutes les machines virtuelles créées par PCS

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

• Cartes réseau virtuelles créées par PCS/SDN

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

  

• Les volumes de stockage/CSV sur le cluster n’ont aucune entrée relative à PCS (C:\ClusterStorage\Volume1\PCS)

Duration

• Les actions PCS (répertoriées ci-dessous) s’exécutent pendant environ 24 heures.
• L’exécution complète peut prendre 36 à 48 heures supplémentaires (y compris le temps d’installation et de nettoyage).

PCS Actions

Le tableau ci-dessous répertorie les actions incluses dans ce test.

Nom de l'action	Description
NetRunEastWestCrossSubnetTrafficAction	Exécuter le trafic entre deux machines virtuelles clientes dans le même réseau virtuel, mais des vsubnets différents
NetRunEastWestSameSubnetTrafficAction	Exécuter le trafic entre deux machines virtuelles clientes dans le même Vsubnet
NetLoadBalancerEastWestInterTenantTrafficAction	Exécutez le trafic entre des locataires à charge équilibrée et une autre machine virtuelle dans un autre niveau d’application. Simule le trafic à charge équilibrée entre les machines virtuelles d’application frontale (site web).
NetLoadBalancerEastWestIntraTenantTrafficAction	Exécutez le trafic entre des locataires à charge équilibrée et une machine virtuelle dans le même Teir d’application. Simule le trafic à charge équilibrée entre l’application back-end (DB) et l’application frontale (site web).
NetLoadBalancerInboundTrafficAction	Exécutez le trafic à partir de l’extérieur du réseau client vers une machine virtuelle (site web) à charge équilibrée.
NetLoadBalancerNorthSouthTrafficAction	Exécutez le trafic à partir de l’intérieur du réseau client vers des machines virtuelles à charge équilibrée.
NetLoadBalancerOutboundTrafficAction	Exécutez le trafic à partir de machines virtuelles à charge équilibrée à l’intérieur du réseau locataire vers une machine virtuelle externe.
NetAddInboundVipToLoadBalancerAction	Crée des adresses IP virtuelles pour les machines virtuelles clientes de manière dynamique, principalement pour d’autres actions de trafic à utiliser.
VmCloneAction	Crée des adresses IP virtuelles pour les machines virtuelles clientes de manière dynamique, principalement pour d’autres actions de trafic à utiliser.
VmLiveMigrationAction	Migre en direct la machine virtuelle vers un autre nœud de cluster.
VmStateChangeAction	Change l’état de la machine virtuelle (par exemple, en pause).
VmStorageMigrationAction	Migre le stockage des machines virtuelles (le ou les disques durs virtuels) entre les nœuds de cluster.
VmGuestRestartAction	Redémarre la machine virtuelle.
VmGuestFullPowerCycleAction	Effectue un cycle d’alimentation de la machine virtuelle.

PrivateCloudSimulator - System.Solutions.StorageSpacesDirect

Programme d’installation

• Configurez une solution hyperconvergée. Consultez ici pour obtenir un exemple.
• Nous vous recommandons de faire en sorte que le nombre de volumes soit un multiple du nombre de serveurs dans votre cluster. Par exemple, si vous avez 4 serveurs, vous bénéficierez de performances plus cohérentes avec 4 volumes en tout qu’avec 3 ou 5. Cela permet au cluster de répartir uniformément la « propriété » des volumes (un serveur gère l’orchestration des métadonnées pour chaque volume) entre les serveurs.
• Nous vous recommandons d’utiliser reFS (Resilient File System) pour espaces de stockage direct.
• Par défaut, test crée 20 machines virtuelles par nœud de cluster. La taille moyenne du fichier VHD de la machine virtuelle peut être de 40 Go. Pour exécuter ce test dans un environnement de cluster à 4 nœuds, la taille de votre disque virtuel doit être d’au moins 20 * 40 * 4 = 3200 Go.
• Configuration minimale
  • Cette configuration contient le minimum de nœuds de cluster, le processeur le plus lent pris en charge, la mémoire minimale et la capacité de stockage la plus faible prise en charge par la famille de solutions.
  • Utilisez le travail PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN) pour valider cette configuration
• Configuration maximale
  • Cette configuration contient le nombre maximal de nœuds de cluster et le stockage maximal pris en charge par la famille de solutions.
  • Le processeur et la mémoire doivent être égaux ou supérieurs à la valeur la plus faible prise en charge pour la solution, mais ne doivent pas nécessairement être la valeur maximale prise en charge possible. Les valeurs de processeur et de mémoire doivent être représentatives des références SKU les plus courantes pour la solution.
  • Utilisez le travail PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MAX) pour valider cette configuration

Execute

• Ouvrir HLK Studio

• Suivez le guide de Prise en main Windows HLK pour créer un pool de machines

• Accédez à l’onglet Projet, puis cliquez sur Créer un projet.

• Entrez un nom de projet et appuyez sur Entrée

• Accédez à l’onglet Sélection

• Sélectionnez le pool de machines contenant le système testé et l’ordinateur contrôleur PCS.

• Sélectionnez systèmes dans le volet gauche, puis sélectionnez le contrôleur de test PCS (REMARQUE : PAS la machine qui doit être certifiée).

  

• Cliquez avec le bouton droit sur l’ordinateur contrôleur PCS sélectionné, puis sélectionnez Ajouter/modifier des fonctionnalités

• Dans la boîte de dialogue fonctionnalités, sélectionnez System.Solution.StorageSpacesDirect , puis cliquez sur OK.

• Accédez à l’onglet Tests

• Sélectionnez PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MAX) ou PrivateCloudSimulator - System.Solutions.StorageSpacesDirect (MIN) (en fonction de la taille de solution que vous testez)

• Cliquez sur Exécuter la sélection

• Dans la boîte de dialogue Planifier,

  • Entrer des valeurs pour les paramètres de test requis
    • DomainName : nom de domaine complet (FQDN) de l’utilisateur de test.
    • UserName : nom d’utilisateur de test
    • Mot de passe : tester le mot de passe de l’utilisateur
    • ComputeCluster : nom du cluster de calcul
    • StoragePath : la valeur par défaut est « ». Il utilise tous les csv disponibles du cluster de calcul. Vous pouvez utiliser différents chemins en entrant des chemins séparés par des virgules. Exemple : « C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2 » (guillemet double nécessaire)
    • VmSwitchName : entrez le nom du commutateur virtuel. Ce nom doit être le même sur tous les nœuds
    • FreeDriveLetter : la valeur par défaut est R. Pendant l’installation, le fichier PcsFiles.vhd est monté sur cette lettre de lecteur sur le contrôleur PCS. Vérifiez que cette lettre de lecteur est disponible.
  • Mapper des machines à des rôles
    • Contrôleur de test : sélectionner l’ordinateur du contrôleur de test PCS

• Cliquez sur OK pour planifier le test.

• Reportez-vous à Afficher le rapport PCS en temps réel via SQL Server Reporting Services pour afficher les résultats en temps réel de la série de tests.

Duration

• Les actions PCS (répertoriées ci-dessous) s’exécutent pendant 96 heures.
• L’exécution complète peut prendre 24 à 36 heures supplémentaires (y compris le temps d’installation et de nettoyage).

PCS Actions

Le profil définit les actions à exécuter pour valider les lecteurs de disque pour Microsoft AzureStack. Le tableau ci-dessous répertorie les actions incluses dans ce profil.

Nom de l'action	Description
VmCloneAction	Crée une machine virtuelle.
VmLiveMigrationAction	Migre en direct la machine virtuelle vers un autre nœud de cluster.
VmSnapshotAction	Prend une instantané de la machine virtuelle.
VmStateChangeAction	Change l’état de la machine virtuelle (par exemple, en pause).
VmStorageMigrationAction	Migre le stockage des machines virtuelles (le ou les disques durs virtuels) entre les nœuds de cluster.
VmGuestRestartAction	Redémarre la machine virtuelle.
VmStartWorkloadAction	Démarre une charge de travail simulée par l’utilisateur.
VmGuestFullPowerCycleAction	Effectue un cycle d’alimentation de la machine virtuelle.
ComputeNodeEvacuation	Draine toutes les ressources d’un nœud de cluster.
ClusterCSVMoveAction	Déplacez les disques CSV vers le meilleur nœud disponible.
StorageNodePoolMove	Déplace un pool de stockage (créé dans espaces de stockage) vers un autre nœud propriétaire dans le cluster de stockage.
StorageNodeRestart	Redémarre un nœud dans le cluster de stockage.
StorageNodeBugcheck	Vérification des bogues sur un nœud du cluster de stockage.
StorageNodeUpdateStorageProviderCacheAction	Appelle la commande update-storageprovidercache dans PowerShell.

PrivateCloudSimulator - System.Solutions.AzureStack

Programme d’installation

• Configurez une solution hyperconvergée. Consultez ici pour obtenir un exemple.
• Nous vous recommandons de faire en sorte que le nombre de volumes soit un multiple du nombre de serveurs dans votre cluster. Par exemple, si vous avez 4 serveurs, vous bénéficierez de performances plus cohérentes avec 4 volumes en tout qu’avec 3 ou 5. Cela permet au cluster de répartir uniformément la « propriété » des volumes (un serveur gère l’orchestration des métadonnées pour chaque volume) entre les serveurs.
• Vous devez utiliser le système de fichiers résilient (ReFS) pour espaces de stockage direct. Sinon, le travail échouerait.
• Par défaut, test crée 20 machines virtuelles par nœud de cluster. La taille moyenne du fichier VHD de la machine virtuelle peut être de 40 Go. Pour exécuter ce test dans un environnement de cluster à 4 nœuds, la taille totale de votre disque virtuel doit être d’au moins 20 * 40 * 4 = 3200 Go.
• Configuration minimale
  • Cette configuration contient le minimum de nœuds de cluster, le processeur le plus lent, la mémoire minimale et la capacité de stockage la plus faible prise en charge par la famille de solutions.
  • Utilisez le travail PrivateCloudSimulator - System.Solutions.AzureStack (MIN) pour valider cette configuration
• Configuration maximale
  • Cette configuration contient le nombre maximal de nœuds de cluster et le stockage maximal pris en charge par la famille de solutions.
  • Le processeur et la mémoire doivent être égaux ou supérieurs à la valeur la plus faible prise en charge pour la solution, mais ne doivent pas nécessairement être la valeur maximale prise en charge possible. Les valeurs de processeur et de mémoire doivent être représentatives des références SKU les plus courantes pour la solution.
  • Utilisez PrivateCloudSimulator - System.Solutions. Tâche AzureStack (MAX) pour valider cette configuration

Execute

• Ouvrir HLK Studio

• Suivez le guide de Prise en main Windows HLK pour créer un pool de machines

• Accédez à l’onglet Projet, puis cliquez sur Créer un projet.

• Entrez un nom de projet et appuyez sur Entrée

• Accédez à l’onglet Sélection

• Sélectionner le pool de machines contenant le système testé

• Sélectionnez systèmes dans le volet gauche, puis sélectionnez le contrôleur de test PCS (REMARQUE : Pas la machine qui doit être certifiée).

  

• Cliquez avec le bouton droit sur l’appareil sélectionné, puis sélectionnez Ajouter/modifier des fonctionnalités.

• Dans la boîte de dialogue fonctionnalités, sélectionnez System.Solution.AzureStack , puis cliquez sur OK.

• Accédez à l’onglet Tests

• Sélectionnez PrivateCloudSimulator - System.Solutions.AzureStack

• Cliquez sur Exécuter la sélection

• Dans la boîte de dialogue Planifier,

  • Entrer des valeurs pour les paramètres de test requis
    • DomainName : nom de domaine complet (FQDN) de l’utilisateur de test.
    • UserName : nom d’utilisateur de test
    • Mot de passe : tester le mot de passe de l’utilisateur
    • ComputeCluster : nom du cluster de calcul
    • StoragePath : la valeur par défaut est « ». Il utilise tous les csv disponibles du cluster de calcul. Vous pouvez utiliser différents chemins en entrant des chemins séparés par des virgules. Exemple : « C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2 » (guillemet double nécessaire)
    • VmSwitchName : entrez le nom du commutateur virtuel. Ce nom doit être le même sur tous les nœuds
    • FreeDriveLetter : la valeur par défaut est R. Pendant l’installation, le fichier PcsFiles.vhd est monté sur cette lettre de lecteur sur le contrôleur PCS. Vérifiez que cette lettre de lecteur est disponible.
  • Mapper des machines à des rôles
    • Contrôleur de test : sélectionner l’ordinateur du contrôleur de test PCS

• Cliquez sur OK pour planifier le test.

• Reportez-vous à Afficher le rapport PCS en temps réel via SQL Server Reporting Services pour afficher les résultats en temps réel de la série de tests.

Duration

• Les actions PCS (répertoriées ci-dessous) s’exécutent pendant 96 heures.
• L’exécution complète peut prendre 24 à 36 heures supplémentaires (y compris le temps d’installation et de nettoyage)

Actions

Le profil définit les actions à exécuter pour valider le boîtier de stockage pour Microsoft AzureStack. Le tableau ci-dessous répertorie les actions incluses dans ce profil.

Nom de l'action	Description
VmCloneAction	Crée une machine virtuelle.
VmLiveMigrationAction	Migre en direct la machine virtuelle vers un autre nœud de cluster.
VmSnapshotAction	Prend une instantané de la machine virtuelle.
VmStateChangeAction	Change l’état de la machine virtuelle (par exemple, en pause).
VmStorageMigrationAction	Migre le stockage des machines virtuelles (le ou les disques durs virtuels) entre les nœuds de cluster.
VmGuestRestartAction	Redémarre la machine virtuelle.
VmStartWorkloadAction	Démarre une charge de travail simulée par l’utilisateur.
VmGuestFullPowerCycleAction	Effectue un cycle d’alimentation de la machine virtuelle.
ClusterCSVMoveAction	Déplacez les disques CSV vers le meilleur nœud disponible.
StorageNodePoolMove	Déplace un pool de stockage (créé dans espaces de stockage) vers un autre nœud propriétaire dans le cluster de stockage.
StorageNodeRestart	Redémarre un nœud dans le cluster de stockage.
StorageNodeBugcheck	Vérification des bogues sur un nœud du cluster de stockage.
StorageNodeUpdateStorageProviderCacheAction	Appelle la commande update-storageprovidercache dans PowerShell.

Afficher le rapport PCS en temps réel via SQL Server Reporting Services

Pendant l’exécution des opérations PCS, les rapports sont enregistrés dans une base de données SQL sur le contrôleur PCS. Chaque rapport répertorie toutes les opérations qui ont été effectuées, leurs pourcentages de réussite et toutes les ressources qui ont été acquises et libérées pendant le test. Une base de données est créée pour chaque série de tests afin de vous permettre d’examiner à tout moment les données des séries de tests précédentes.

Pour afficher le rapport, procédez comme suit :

• Par défaut, internet Explorer la configuration de la sécurité renforcée est activée sur Windows Server. Vous devez le désactiver pour afficher le rapport.

  Ouvrez Gestionnaire de serveur => Serveur local => Cliquez sur Configuration de sécurité renforcée d’Internet Explorer pour la désactiver pour les administrateurs et les utilisateurs.

• Ouvrez Internet Explorer à partir du contrôleur PCS et visitez http://<PcsControllerMachineName>/Reports.

  

• Cliquez sur Rapports PCS =>PCSExécuter.

• Chaque exécution du PCS est identifiée par un ID d’exécution de passe unique.

  

• Cliquez sur un ID d’exécution de passe (par exemple, cliquez sur f44b3f88-3dbf-476e-9294-9d479ca0a369) pour ouvrir un rapport à partir de l’exécution PCS. Les données de ces rapports sont actives. Pendant l’exécution d’un test, vous pouvez surveiller la progression d’une série de tests en temps réel.

  • Vue d’ensemble de toutes les ressources (nœuds, cluster et machines virtuelles) qui ont participé à la série de tests.
  • Toutes les actions qui ont été effectuées sur chaque ressource. Les colonnes Réussite et Échec indiquent le nombre d’actions qui ont réussi et qui ont échoué.

  

• Dans la table Informations sur l’opération globale , vous pouvez cliquer sur des liens dans la colonne Action/Pass/Fail pour ouvrir des pages de détails, qui vous donnent plus d’informations sur les résultats de l’action. Par exemple, si vous avez cliqué sur le numéro d’échec 9 par l’entrée VMLiveMigrationAction , vous verrez le résumé illustré dans l’illustration suivante.

  

• La première entrée ci-dessus fournit les informations suivantes :

  • ID d’échec : Lorsque nous rencontrons un échec dans PCS, nous généralisons le message d’échec et générons un hachage unique pour celui-ci. Dans l’exemple ci-dessus, l’ID d’échec est 97c12afd-23a8-3982-e304-a5dc6793950d

  • Hachage d’échec : Message d’échec généralisé. Dans l’exemple ci-dessus, le hachage d’échec est

    <Échec de la migration dynamique de machine virtuelle VIRTUAL MACHINE> en cours <POURCENTAGE> (état de migration : Migration)
    Erreur : L’opération de migration de machine virtuelle pour «< VIRTUAL MACHINE> » a échoué au niveau de la destination de migration «< COMPUTE NODE> ». (ID de < machine virtuelleGUID>)
    Échec de la réception des données d’une migration de machine virtuelle : cette opération a été retournée, car le délai d’expiration a expiré. (0x800705B4).

  • Compter l’exécution actuelle : Nombre d’actions d’un type particulier ayant échoué avec ce message d’erreur particulier pendant cette exécution. Dans l’exemple ci-dessus, VMLiveMigrationAction a été exécuté 3 fois.

  • Compter toutes les exécutions : Nombre d’actions ayant échoué en raison de cet échec particulier sur toutes les exécutions de PCS. Pour vmLiveMigrationAction, ce nombre était de 3.

  • Exécutions de PCS affectées : Indique le nombre d’exécutions qui ont été affectées par cet échec. Pour VMLiveMigrationAction, une seule exécution DE PCS a été affectée.

• Pour examiner plus en détail l’erreur, vous pouvez cliquer sur un ID d’échec sur cet écran pour accéder à un historique global du type d’échec sur toutes les exécutions de PCS. Par exemple, cliquez sur 97c12afd-23a8-3982-e304-a5dc6793950d pour afficher les éléments suivants. La page répertorie toutes les opérations ayant échoué, regroupées par type d’échec, ce qui a pour effet de mettre en surbrillance les fonctionnalités clés que vous devrez peut-être examiner.

  

• Si vous cliquez sur l’ID d’action, vous pouvez explorer plus loin pour afficher un rapport du journal des actions. Les erreurs sont affichées en rouge ; Les avertissements sont affichés en jaune.

  

Résoudre les problèmes d’exécution d’un PCS à partir du contrôleur HLK

Il existe plusieurs étapes dans le flux d’exécution PCS. Voici un exemple lors de l’affichage d’un résultat à partir de HLK Manager => Explorateurs => Moniteur de travaux => sélectionner pool d’ordinateurs => sélectionner le travail dans État d’exécution du travail.

Si PCS a échoué à l’étape d’installation, d’exécution ou de nettoyage , vous pouvez parcourir les journaux des travaux en cliquant avec le bouton droit sur le nom du travail (ou un nom de tâche enfant) => cliquez sur Parcourir les journaux des travaux. Les noms des fichiers journaux sont PCS-E2Elaunch_Setup.log, PCSE2Elaunch_Execute.log et PCS-E2Elaunch_Cleanup.log. Les fichiers journaux doivent contenir des informations sur les échecs. Essayez de rechercher une exception inattendue à la fin des fichiers journaux.

Résoudre les problèmes d’exécution d’un PCS à partir du contrôleur PCS

Lorsqu’un travail PCS échoue à l’étape Installation/Exécution/Nettoyage, vous pouvez réexécuter l’étape directement à partir du contrôleur PCS. Cette méthode est utile pour résoudre les problèmes au cours de ces étapes.

• Ouvrez une invite de commandes avec élévation de privilèges
• Exécuter un script ReRunPcsSetup.cmd, ReRunPcsExecute.cmd ou ReRunPcsCleanup.cmd

Journaux et diagnostic

PCS comporte trois phases main : Configuration, Exécution et Nettoyage. Un travail PCS utilise PCS-E2Elaunch.ps1 script pour lancer ces trois étapes. Leurs noms de fichiers journaux sont appelés PCS-E2ELaunch_Setup.log, PCS-E2ELaunch_Execute.log et PCSE2ELaunch_Cleanup.log.

Une fois l’exécution d’un PCS terminée, PCS analyse les journaux pendant la phase de nettoyage . Une exécution a réussi lorsque les critères suivants sont remplis, avec le rapport analysé enregistré en tant que PCSReport.htm.

• Toutes les actions PCS ont un taux de réussite d’au moins 90 %
• Aucun incident inattendu d’un nœud de cluster, à l’exception de ceux initiés par PCS à des fins de test

Les fichiers suivants sont générés sur le contrôleur PCS pendant la phase de nettoyage .

• PcsReport.htm : résumé de l’exécution.
• ClusterName-PRE.mht.html : rapport de test de validation de cluster exécuté avant l’étape d’exécution
• ClusterName-POST.mht.html : rapport de test de validation de cluster exécuté après la phase d’exécution
• PcsLog-DateTime.zip : contient les journaux et est copié dans le contrôleur HLK une fois le test terminé.
  • Dossier MHTML : contient les journaux SQL PCS
  • Dossier SDDCDiagnosticInfo : contient les journaux de cluster et les journaux des événements

Les problèmes rencontrés ou résultant d’une exécution de certification PCS ont été observés pour ne pas être liés à PCS lui-même plusieurs fois. Vous trouverez ci-dessous un guide de base pour vous aider à réduire certains problèmes.

• Exécutez le test de validation du cluster et case activée rapport pour les erreurs.
• Sur le gestionnaire de cluster de basculement, case activée si tous les nœuds, vDisk et Pool sont dans un état sain. Si ce n’est pas le cas, il est préférable d’investir du temps sur la vérification des journaux/débogage avant d’appeler MSFT.
• Ouvrez le gestionnaire Hyper-V et assurez-vous que les machines virtuelles et les commutateurs virtuels sont énumérés (également possible en exécutant Get-VM ou Get-VMSwitch).
• Assurez-vous que vous êtes en mesure de créer un commutateur virtuel en dehors des tests PCS sur un ou tous les nœuds de calcul.
• Assurez-vous que vous pouvez créer une machine virtuelle sur un ou tous les nœuds et que vous pouvez attacher un vmNetworkAdapter à un commutateur virtuel.
• Recherchez les fichiers de vidage générés en raison de vérifications de bogues en exécutant « dir /s *.dmp » à partir de %systemdrive% sur les nœuds de calcul.
• Utilisation possible de LiveKD pour examiner les modules/threads du noyau bloqués, si vous n’avez pas de débogueur de noyau attaché.
• Vérifiez si la licence des nœuds de calcul est active, car la licence de version Eval est réinitialisée tous les 180 jours.

Générer un fichier ZIP qui contient les journaux PCS

Vous pouvez exécuter le script suivant à partir du contrôleur PCS pour générer un fichier ZIP qui contient les journaux requis. Cette méthode est utile lorsque le travail est cacelleé ou que le test est en cours d’exécution.

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

Paramètres

• DomainName : nom de domaine complet (FQDN) de l’utilisateur de test.
• UserName : nom d’utilisateur de test
• Mot de passe : tester le mot de passe de l’utilisateur
• ComputeCluster : nom du nom du cluster de calcul
• StorageCluster : facultatif, Nom du cluster de stockage. Ne spécifiez pas ce paramètre si les clusters Ordinateur et Stockage sont identiques.
• CollectLog : obligatoire
• CollectLogLevel : facultatif, la valeur par défaut est 1. Entrez 3 pour collecter les journaux détaillés.

Générer PcsReport.htm fichier manuellement

Pendant l’exécution de PCS, vous pouvez exécuter les applets de commande suivantes sur le contrôleur PCS pour générer un rapport HTML qui répertorie les vérifications de bogues inattendues à partir de tous les nœuds.

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

Personnaliser les actions PCS

• Chaque travail PCS a ses propres fichiers xml qui définissent ses actions.

• Chaque travail peut contenir jusqu’à 3 fichiers xml : PrivateCloudSimulator.xml, PrivateCloudSimulator_Create.xml PrivateCloudSimulator_Storage.xml

• Ces fichiers XML se trouvent sur le contrôleur HLK. Voici un exemple de travail PrivateCloudSimulator - System.Solution.AzureStack . Le nom du dossier en surbrillance est le nom du travail HLK.

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

Exemple 1 : Activer/désactiver une action

<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>

• Le nom de l’action de test est VmCloneAction.
• Le champ Interval définit la fréquence d’exécution de l’action. Utilisez le format hh:mm:ss. Par exemple, la valeur 02:00:00 répète l’action toutes les 2 heures.
• Le champ StartUpNumber définit le nombre d’instances de cette action à lancer sur chaque nœud du cluster de calcul. Pour désactiver une action, définissez ce champ sur zéro.
• Ne modifiez pas d’autres champs.

Exemple 2 : Modifier les machines virtuelles pour utiliser des disques de différenciation

<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 par défaut effectue une copie du disque dur virtuel du système d’exploitation invité fourni pour créer des machines virtuelles qui ont des disques virtuels dynamiques par défaut. Pour créer des machines virtuelles qui ont des disques de différenciation à la place, définissez la valeur UseDiffDisks sur true.

Exemple 3 : Modifier le nombre de machines virtuelles créées par nœud

<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 crée par défaut 20 machines virtuelles par nœud de cluster. La taille moyenne de la machine virtuelle peut être de 40 Go. Dans un environnement de cluster à 4 nœuds, il peut prendre 20 * 4 * 40 = 3200 Go d’espace disque. Si vous essayez de certifier votre matériel, ne modifiez pas la valeur par défaut. Vous devez envisager d’ajouter des disques supplémentaires au lieu de réduire le nombre.

Personnaliser les journaux d’action

Une exécution PCS a un RunId. Une action PCS a un ID d’action. Lorsqu’une action PCS échoue, PCS supprime la variante (c’est-à-dire le nom de la machine virtuelle) du message d’échec et génère une valeur de hachage unique pour celle-ci. Les échecs similaires ont la même valeur de hachage unique. PCS les regroupe ensuite dans le site de rapport SQL.

PCS utilise des écouteurs de trace .NET pour collecter les résultats des tests. Ces écouteurs sont définis dans Microsoft.PrivateCloudSimulator.exe.config.

• SQLOnline : cet écouteur journalise les résultats dans la base de données SQL.
• AnalyticalLogGather : cet écouteur collecte des informations supplémentaires en cas d’échec d’une action.

Lorsqu’une action particulière échoue ou qu’une valeur de hachage particulière est affichée, vous pouvez configurer l’écouteur AnalyticalLogGather pour collecter les journaux des événements, les journaux de cluster ou appeler un script. Cela est défini dans ActionFailureReactionPolicy.xml.

Dans ActionFailureReactionPolicy.xml, PCS prend en charge deux types de déclencheurs et trois types de réactions. À l’aide de ce code XML, vous pouvez définir des règles telles que « quand le déclencheur X est vu, prenez des réactions Y et Z ». La plupart des actions ont NodeScope défini sur ReservedOnly et MaxLevel défini sur 3 (événements critiques, d’erreur et d’avertissement).

Déclencheur:

Type	Données
ActionFail	ActionFullName
KnownFailure	FailureHash

Réaction:

Type	Données
ETWCollection	Channel, NodeScope, StorageLocation, MaxLevel
ClusterLogCollection	UseLocalTime, NodeScope, StorageLocation, MaxTimeDuration (facultatif)
CustomPS	ScriptFullPath, NodeScope, Argument

Les valeurs NodeScope valides sont les suivantes :

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

Les valeurs MaxLevel valides sont les suivantes :

• 0 (journaux à tous les niveaux)
• 1 (Critique)
• 2 (Erreur)
• 3 (Avertissement)
• 4 (Informations)
• 5 (détaillé)

Exemples :

<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>

Les fichiers journaux des actions sont enregistrés dans le dossier « FORENSICLOGLOCATION » sur le contrôleur PCS. Par défaut, il s’agit de C:\PCS\PCSEventData.

Pour chaque action ayant échoué, les informations suivantes sont collectées à partir du ou des nœuds réservés. Cet emplacement de journal est visible dans la page de rapport SQL de l’action.

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

Questions fréquentes (FAQ)

Consultez faq sur le simulateur de cloud privé

Annexe : Qualificateurs supplémentaires (AQs) du centre de données à définition logicielle (SDDC)

Tous les systèmes et composants serveur utilisés dans les offres WSSD Windows Server 2019 doivent être certifiés pour le logo Windows Server 2019 et respecter les qualificateurs supplémentaires (AQ) windows Server 2019 Software-Defined Data Center (SDDC). Les noms de fonctionnalités HLK requis sont répertoriés dans le tableau ci-dessous.

TYPE DE COMPOSANT : CARTE RÉSEAU

Fonctionnalités HLK requises	SDDC Standard AQ	AQ SDDC Premium et AzureStack
Device.Network.LAN.10GbOrGreater	X	X
Device.Network.LAN.VMQ	X	X
Device.Network.LAN.RSS	X	X
Device.Network.LAN.LargeSendOffload	X	X
Device.Network.LAN.ChecksumOffload	X	X
Device.Network.LAN.Base	X	X
Device.Network.LAN.VXLAN		X
Device.Network.LAN.VMMQ		X
Device.Network.LAN.MTUSize	Obligatoire si vous utilisez des déchargements Encap	X
Device.Network.LAN.KRDMA		X
Device.Network.LAN.GRE		X
Device.Network.LAN.DCB	Obligatoire si vous utilisez des déchargements Encap	X
Device.Network.LAN.AzureStack		X

TYPE DE COMPOSANT : HBA SAS

Fonctionnalités HLK requises	SDDC Standard AQ	AQ SDDC Premium et AzureStack
Device.Storage.Controller	X	X
Device.Storage.Controller.Flush	X	X
Device.Storage.Controller.PassThroughSupport	X	X
Device.Storage.Controller.Sas	X	X
Device.Storage.Controller.AzureStack	X	X

TYPE DE COMPOSANT : Périphériques de stockage NVMe

Fonctionnalités HLK requises	SDDC Standard AQ	AQ SDDC Premium et AzureStack
Device.Storage.ControllerDrive.NVMe	X	X
Device.Storage.Hd.AzureStack	X	X

TYPE DE COMPOSANT : HDD (SAS)

Fonctionnalités HLK requises	SDDC Standard AQ	AQ SDDC Premium et AzureStack
Device.Storage.Hd	X	X
Device.Storage.Hd.DataVerification	X	X
Device.Storage.Hd.Flush	X	X
Device.Storage.Hd.PortAssociation	X	X
Device.Storage.Hd.Sas	X	X
Device.Storage.Hd.Scsi.ReliabilityCounters	X	X
Device.Storage.Hd.AzureStack	X	X
Device.Storage.Hd.FirmwareUpgrade	X	X

TYPE DE COMPOSANT : HDD (SATA)

Fonctionnalités HLK requises	SDDC Standard AQ	AQ SDDC Premium et AzureStack
Device.Storage.Hd.Sata	X	X
Device.Storage.Hd	X	X
Device.Storage.Hd.DataVerification	X	X
Device.Storage.Hd.Flush	X	X
Device.Storage.Hd.PortAssociation	X	X
Device.Storage.Hd.AzureStack	X	X
Device.Storage.Hd.FirmwareUpgrade	X	X

TYPE DE COMPOSANT : SSD (SAS)

Fonctionnalités HLK requises	SDDC Standard AQ	AQ SDDC Premium et AzureStack
Device.Storage.Hd	X	X
Device.Storage.Hd.DataVerification	X	X
Device.Storage.Hd.PortAssociation	X	X
Device.Storage.Hd.Sas	X	X
Device.Storage.Hd.AzureStack	X	X
Device.Storage.Hd.FirmwareUpgrade	X	X

TYPE DE COMPOSANT : Serveur

Fonctionnalités HLK requises	SDDC Standard AQ	AQ SDDC Premium et AzureStack
System.Fundamentals.Firmware	X	X
System.Server.Virtualization	X	X
System.Server.AzureStack.Security	X	X
System.Server.Assurance		X
System.Server.AzureStack.BMC		X