Simulateur de cloud privé pour Windows Server 2016

Article
06/20/2023

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 1607
Package de mise à jour HLK	Installez la dernière version disponible sur le site Microsoft Collaborate. Format de nom de fichier : HlkUpdatePackage14393.buildnumber.datetime.zip
HLK Playlist	HLK version 1607 CompatPlaylist.xml
PCSFiles.vhd	PCSFiles.vhd (Voir coup pour sa valeur de hachage)
dotNet 3.5 pour Windows 10	Microsoft-Windows-NetFx3-OnDemand-Package.cab
mise à jour Windows Server 2016	Installer la dernière version disponible sur Windows Update site

Le fichier PCSFiles.vhd contient deux fichiers VHD. Les valeurs de hachage du disque dur virtuel sont répertoriées ci-dessous. Vous pouvez utiliser Get-FileHash applet de commande PowerShell pour calculer la valeur de hachage d’un fichier.

Nom de fichier	Valeur de hachage SHA256
PCSFiles.vhd	8AE4F86D0F40B4304CA4DC8CBCFA989885E3507FCB0FFDBF969DDF10542F0035
Files\BaseVHDX\14393.0.amd64fre.rs1_release.160715-1616_server_serverdatacentereval_en-us.vhdx	1B8AAC473B97725DD339624A4D1C894A7492ABBF26824156C9EF41F954836F84
Files\BaseVHDX\PcsBaseVhd.vhd	EC449434544B383DC1AD65D93EB004DBFBB91D4476CFCC32E93EE769866626FF

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 2016.
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 1607 à partir d’ici.
- Suivez le guide de Prise en main Windows HLK pour configurer Windows HLK.
Télécharger le contenu supplémentaire pour 1607 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 2016 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 2016).
- 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
  - Copiez 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 le 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 des tests 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	PrivateCloudSimulator-Device.Storage.Controller.AzureStack
SAS HBA	SDDC Premium	PrivateCloudSimulator-Device.Storage.Controller.AzureStack
SAS HBA	AZURESTACK	PrivateCloudSimulator-Device.Storage.Controller.AzureStack
Disque (HDD/SSD/NVMe)	SDDC Standard	PrivateCloudSimulator-Device.Storage.HD.AzureStack
Disque (HDD/SSD/NVMe)	SDDC Premium	PrivateCloudSimulator-Device.Storage.HD.AzureStack
Disque (HDD/SSD/NVMe)	AZURESTACK	PrivateCloudSimulator-Device.Storage.HD.AzureStack
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 le périphérique 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éfinie par logiciel » dans Windows Server, ainsi que les actions de machine virtuelle et de cluster de calcul.
PrivateCloudSimulator - Device.Storage.Controller.AzureStack
Ce test contient un ensemble étendu d’actions, qui ciblent spécifiquement le contrôleur de stockage, ainsi que les actions de machine virtuelle et de cluster de calcul.
PrivateCloudSimulator - Device.Storage.Enclosure.AzureStack
Ce test contient un ensemble étendu d’actions, qui ciblent spécifiquement le boîtier JBOD, ainsi que les actions de machine virtuelle, de cluster de calcul et de cluster de stockage.
PrivateCloudSimulator - Device.Storage.HD.AzureStack
Ce test contient un ensemble étendu d’actions, qui ciblent spécifiquement le disque, ainsi que des 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 de travaux 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 du contrôleur PCS
- Il copie également le contenu (par exemple, les fichiers VHD du système d’exploitation d’évaluation) pour permettre 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 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 la série 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é/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.
- Le temps d’exécution du test est défini par profil et peut varier en fonction du profil que vous exécutez. Le minuteur d’exécution de test démarre une fois que toutes les machines virtuelles sont créées.
- Les étapes de chaque action et le résultat correspondant de chaque étape sont stockés dans le serveur SQL Server.
Exécution de nettoyage
- Dans 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 pour soumission à Microsoft.

Exécuter des tests PCS

PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater

Configuration système requise (Device.Network.LAN.10GbOrGreater)

Condition requise	Description
Composant en cours de certification	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é (non-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 la carte réseau

Programme d’installation (Device.Network.LAN.10GbOrGreater)

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 de cluster Windows Server 2016 espaces de stockage direct pour déployer un cluster.
Tous les nœuds doivent être connectés aux mêmes commutateurs physiques.
10 GbE ou un débit de mise en réseau supérieur doit être utilisé. 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 eux-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électionnez 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. Il doit être correct de sélectionner n’importe quel appareil de carte réseau approprié (peu importe 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 supérieures à 10 GbE), 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 sélectionné
Dans la boîte de dialogue Planifier,
- Entrez 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 : mot de passe de l’utilisateur de test
  - 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électionnez 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	Modifie 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.

PrivateCloudSimulator - Device.Network.LAN.AzureStack

Configuration système requise (Device.Network.LAN.AzureStack)

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 (Device.Network.LAN.AzureStack)

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 .

Exécuter (Device.Network.LAN.AzureStack)

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
  - StorageCluster : utiliser la valeur par défaut ''
  - 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 à 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.
  - 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.
  - ClientAddressPrefix : plage d’adresses IP utilisée par les machines virtuelles clientes.
  - RDMAEnabled : entrez 1 si la carte réseau prend en charge RDMA
  - SetEnabled : entrez 1 si la carte réseau prend en charge l’association incorporée switch
  - HnvEnabled : entrez 1 si la carte réseau prend en charge la virtualisation de réseau Hyper-V
  - TaskOffloadEnabled : entrez 1 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.
  - IsCreateCluster : utiliser la valeur par défaut
  - IsRemoveCluster : utiliser la valeur par défaut
  - VHDSourcePath : fichier VHDX pour Windows Server 2016 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\14393.0.amd64fre.rs1_release.160715-1616_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é ont les mêmes signatures de disque. Pour éviter la 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 l’ordinateur contrôleur PCS.
    - Vous devez installer la dernière version ou une version récente de packages Windows Update. Vous pouvez utiliser l’applet de commande Get-Hotfix pour découvrir 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 enerter au moins deux Ko dans ce paramètre.
    - Exemple :
      - KB4503294 (18 juin 2019)
      - Dans la section « Comment obtenir cette mise à jour », il est indiqué que la « mise à jour de la pile de maintenance (SSU) » KB4503537 est requise.
      - Dans ce paramètre, vous devez entrer « c:\KB\Windows-KB4503537-x64.msu,c:\KB\Windows-KB4503294-x64.msu ». (Un devis unique est requis, KB4503537 sera installé avant d’installer KB4503294.)
      - 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.
- 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électionnez 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 l’installation 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.

Assurez-vous 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 }

powershell montrant la carte virtuelle qui doit être nettoyée

Les volumes de stockage/CSV sur le cluster n’ont pas d’entrées relatives à PCS (C:\ClusterStorage\Volume1\PCS)

Durée (Device.Network.LAN.AzureStack)

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

Actions PCS (Device.Network.LAN.AzureStack)

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 locataires dans le même réseau virtuel, mais des vsubnets différents
NetRunEastWestSameSubnetTrafficAction	Exécuter le trafic entre deux machines virtuelles de locataire 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 parmi 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 de l’application back-end (DB) vers l’application frontale (site web).
NetLoadBalancerInboundTrafficAction	Exécutez le trafic de l’extérieur du réseau de locataire vers un site web à charge équilibrée.
NetLoadBalancerNorthSouthTrafficAction	Exécutez le trafic de l’intérieur du réseau de locataire vers des machines virtuelles à charge équilibrée.
NetLoadBalancerOutboundTrafficAction	Exécutez le trafic des machines virtuelles équilibrées à l’intérieur du réseau de locataire vers une machine virtuelle externe.
NetAddInboundVipToLoadBalancerAction	Crée des adresses IP virtuelles pour les machines virtuelles clientes dynamiquement, principalement pour d’autres actions de trafic à utiliser.
VmCloneAction	Crée des adresses IP virtuelles pour les machines virtuelles clientes dynamiquement, principalement pour d’autres actions de trafic à utiliser.
VmLiveMigrationAction	Migre en direct la machine virtuelle vers un autre nœud de cluster.
VmStateChangeAction	Modifie 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	Cycles d’alimentation de la machine virtuelle.

PrivateCloudSimulator - Device.Storage.HD.AzureStack

Configuration système requise pour les disques SSD

Lors de la certification des disques SSD à utiliser dans Azure Stack, voici le harnais de test matériel minimum requis qui doit exécuter un cluster Windows Server 2016 espaces de stockage direct.

Condition requise	Description
Composant en cours de certification	SSD
Type d’installation	Configuration hyperconvergée avec stockage S2D. Remarque : Un HBA certifié SDDC est requis.
Nombre minimal de nœuds de serveur	4 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 SSD
Ssd de stockage	Capacité de stockage SSD totale sur chaque nœud = 4 To. Au minimum 2 DISQUES SSD par nœud, mais il peut être nécessaire d’en disposer davantage pour répondre à l’espace libre de 4 To et disposer de suffisamment de disques de rechange pour le cas de test de réparation. Pour certifier simultanément plusieurs familles de disques SSD dans la même configuration (c’est-à-dire avec une seule exécution PCS), vous avez besoin d’un disque SSD de chaque famille sur chacun des 4 nœuds du même emplacement de boîtier.
Disque dur de stockage	None
Carte réseau	Carte réseau 10 GbE avec certification WS2016
Commutateur	Commutateur prenant en charge toutes les fonctionnalités de la carte réseau

Configuration système requise pour les disques durs

Lors de la certification de HDD pour une utilisation dans Azure Stack, voici le harnais de test matériel minimum requis qui doit exécuter un cluster Windows Server 2016 espaces de stockage direct.

Condition requise	Description
Composant en cours de certification	HDD
Type d’installation	Configuration hyperconvergée avec stockage S2D. Remarque : Un HBA certifié SDDC est requis.
Nombre minimal de nœuds de serveur	4 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 SSD
Ssd de stockage	None
Disque dur de stockage	Capacité totale de stockage HDD sur chaque nœud = 4 To. Au minimum 2 HDD par nœud, mais plus peut être nécessaire pour répondre à l’espace libre de 4 To et disposer de suffisamment de disques de rechange pour le cas de test de réparation. Pour certifier simultanément plusieurs familles de disques HDD dans la même configuration (c’est-à-dire avec une seule exécution PCS), vous avez besoin d’un HDD de chaque famille sur chacun des 4 nœuds du même emplacement de boîtier.
Carte réseau	Carte réseau 10 GbE avec certification WS2016
Commutateur	Commutateur prenant en charge toutes les fonctionnalités de la 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 de cluster Windows Server 2016 espaces de stockage direct pour déployer un cluster

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 périphérique de disque
Sélectionner le gestionnaire de périphériques
Sélectionnez le périphérique de disque qui doit être certifié.
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.Storage.HD.AzureStack , puis cliquez sur OK.
Accédez à l’onglet Tests
Sélectionnez PrivateCloudSimulator - Device.Storage.HD.AzureStack
Cliquez sur Exécuter sélectionné
Dans la boîte de dialogue Planifier,
- Entrez 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 : mot de passe de l’utilisateur de test
  - ComputeCluster : nom du cluster de calcul
  - StoragePath : cet emplacement se trouve sur le périphérique de disque en cours de test. La valeur par défaut est "". Il utilise tous les CSV disponibles du cluster de calcul. Vous pouvez utiliser un chemin d’accès différent en entrant des chemins séparés par des virgules. Exemple : « C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2 »
  - 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
  - PrimaryNode : il s’agit du nœud avec l’appareil sélectionné
  - Contrôleur de test : sélectionnez 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 48 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	Modifie 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	Cycles 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	Les bogues vérifient un nœud du cluster de stockage.
StorageNodeDiskReadTimeoutAction	Cette action passe par les disques qui tolèrent les erreurs (non en lecture seule, cluster, pas d’espaces simples) et attend les E/S de lecture. Une fois qu’une E/S est interceptée, cela entraîne l’expiration du délai d’E/S. Si un délai d’attente unique est détecté sur un disque, l’action est considérée comme réussie.
StorageNodeDiskWriteTimeoutAction	Cette action passe par les disques qui tolèrent les erreurs (non en lecture seule, en cluster, pas d’espaces simples) et attend les E/S d’écriture. Une fois qu’une E/S est interceptée, cela entraîne l’expiration du délai d’E/S. Si un seul délai d’expiration est détecté sur un disque, l’action est considérée comme réussie.
StorageNodeBusResetAction	Cette action tente d’injecter une réinitialisation de bus sur l’un des disques physiques qui soutiennent le pool. Tout d’abord, un délai d’expiration d’une E/S de lecture ou d’écriture est tenté. Si cela réussit, les commandes d’abandon, de réinitialisation du numéro logique et de réinitialisation cible correspondantes échouent. Si l’un d’entre eux réussit, une réinitialisation de bus est déclenchée. Si un disque émet une réinitialisation de bus, l’action est alors considérée comme réussie.
StorageNodeUpdateStorageProviderCacheAction	Appelle la commande update-storageprovidercache dans powershell

PrivateCloudSimulator - Device.Storage.Controller.AzureStack

Configuration requise

Lors de la certification des HBA SAS pour une utilisation dans Azure Stack, voici le harnais de test matériel minimum requis qui doit exécuter un cluster Windows Server 2016 espaces de stockage direct.

Condition requise	Description
Composant certifié	HBA SAS (pour S2D)
Type d’installation	Configuration hyperconvergée avec stockage S2D. L’adaptateur HBA en cours de test doit être séparé du HBA de démarrage
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
SSD de stockage	Minimum de 1 DISQUE SSD par nœud
Disque dur de stockage	Minimum de 2 disques durs par nœud
Carte réseau	Carte réseau 10 GbE avec certification WS2016
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

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 périphérique de disque
Sélectionner le gestionnaire de périphériques
Sélectionnez le périphérique de disque qui doit être certifié.
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.Storage.Controller.AzureStack , puis cliquez sur OK.
Accédez à l’onglet Tests
Sélectionnez PrivateCloudSimulator - Device.Storage.Controller.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 : ce ou ces emplacements se trouveront sur le périphérique de disque en cours de test. La valeur par défaut est "". Il utilise tous les csv disponibles du cluster de calcul. Vous pouvez utiliser un autre chemin en entrant des chemins séparés par des virgules. Exemple : « C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2 »
  - 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
  - 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 48 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 le périphérique de contrôleur 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.
StorageNodeBusResetAction	Cette action tente d’injecter une réinitialisation de bus sur l’un des disques physiques qui soutiennent le pool. Tout d’abord, un délai d’expiration d’une E/S de lecture ou d’écriture est tenté. Si cela réussit, les commandes d’abandon, de réinitialisation du numéro logique et de réinitialisation cible correspondantes échouent. Si l’un d’entre eux réussit, une réinitialisation de bus est déclenchée. Si un disque émet une réinitialisation de bus, l’action est alors considérée comme réussie.
StorageNodePortDisableAllAction	Cette action désactive tous les contrôleurs de stockage dans le nœud. Tous les contrôleurs SCSI sont désactivés. Si l’un d’eux est correctement désactivé, l’action est considérée comme réussie. Après l’heure spécifiée, tous les contrôleurs sont réactivés. Cette action est désactivée pour les contrôleurs de démarrage

PrivateCloudSimulator - Device.Storage.Enclosure.AzureStack

Configuration requise

Condition requise	Description
Composant certifié	Boîtier
Type d’installation	Configuration hyperconvergée avec stockage S2D. HBA en cours de test doit être séparé du HBA de démarrage.
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
SSD de stockage	Minimum de 1 DISQUE SSD par nœud
Disque dur de stockage	Minimum de 2 disques durs par nœud
Carte réseau	Carte réseau 10 GbE avec certification WS2016
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

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 périphérique de disque
Sélectionner le gestionnaire de périphériques
Sélectionnez le périphérique de disque qui doit être certifié.
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.Storage.Enclosure.AzureStack , puis cliquez sur OK.
Accédez à l’onglet Tests
Sélectionnez PrivateCloudSimulator - Device.Storage.Enclosure.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 : ce ou ces emplacements se trouveront sur le périphérique de disque en cours de test. La valeur par défaut est "". Il utilise tous les csv disponibles du cluster de calcul. Vous pouvez utiliser un autre chemin en entrant des chemins séparés par des virgules. Exemple : « C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2 »
  - 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
  - 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 48 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 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.
StorageNodeBusResetAction	Cette action tente d’injecter une réinitialisation de bus sur l’un des disques physiques qui sauvegardent le pool. Tout d’abord, un délai d’expiration d’une E/S de lecture ou d’écriture est tenté. Si cela réussit, les commandes d’abandon, de réinitialisation d’LUN et de réinitialisation cibles correspondantes échouent. Si l’un d’entre eux réussit, une réinitialisation du bus est déclenchée. Si un disque émet une réinitialisation de bus, l’action est alors considérée comme réussie.
StorageRetireAndRepairAction	Cette action retire un disque d’un pool et démarre la réparation. Si les espaces ne sont pas sains, l’action échoue. L’action sélectionne aléatoirement un pool et tente de mettre hors service un disque dans le pool. Si le disque est défini en lecture seule, s’il s’agit d’un espace simple ou s’il est utilisé à des fins de cluster (c’est-à-dire une ressource de quorum), l’action est ignorée

PrivateCloudSimulator - System.Solutions.StorageSpacesDirect

Programme d’installation

Configurez une solution hyperconvergée. Voir 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 Le système de fichiers résilient (ReFS) pour espaces de stockage direct.
Par défaut, le 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 pris en charge 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.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 prise en charge la plus faible pour la solution, mais pas nécessairement la valeur maximale prise en charge possible. Les valeurs de processeur et de mémoire doivent être représentatives des références 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 sous test et l’ordinateur contrôleur PCS.
Sélectionnez systèmes dans le panneau 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 la solution que vous testez)
Cliquez sur Exécuter sélectionné
Dans la boîte de dialogue Planifier,
- Entrez 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 : mot de passe de l’utilisateur de test
  - 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 » (un guillemet double est 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.
  - IsCreateCluster : utiliser la valeur par défaut
  - IsRemoveCluster : utiliser la valeur par défaut
- Mapper des machines à des rôles
  - Contrôleur de test : sélectionnez 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	Modifie 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	Cycles 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	Les bogues vérifient un nœud du cluster de stockage.
StorageNodeDiskReadTimeoutAction	Cette action passe par les disques qui tolèrent les erreurs (pas en lecture seule, en cluster, sans espaces simples) et attend les E/S de lecture. Une fois qu’une E/S est interceptée, cela entraîne l’expiration du délai d’E/S. Si un seul délai d’expiration est détecté sur un disque, l’action est considérée comme réussie. Cette action est appelée sur les nœuds de stockage toutes les 15 minutes.
StorageNodeDiskWriteTimeoutAction	Cette action passe par les disques qui tolèrent les erreurs (pas en lecture seule, en cluster, sans espaces simples) et attend les E/S d’écriture. Une fois qu’une E/S est interceptée, cela entraîne l’expiration du délai d’E/S. Si un seul délai d’expiration est détecté sur un disque, l’action est considérée comme réussie. Cette action est appelée sur les nœuds de stockage toutes les 15 minutes.
StorageNodeBusResetAction	Cette action tente d’injecter une réinitialisation de bus sur l’un des disques physiques qui soutiennent le pool. Tout d’abord, un délai d’expiration d’une E/S de lecture ou d’écriture est tenté. Si cela réussit, les commandes d’abandon, de réinitialisation du numéro logique et de réinitialisation cible correspondantes échouent. Si l’un d’entre eux réussit, une réinitialisation de bus est déclenchée. Si un disque émet une réinitialisation de bus, l’action est alors considérée comme réussie.
StorageNodePortDisableAllAction	Cette action désactive tous les contrôleurs de stockage dans le nœud. Tous les contrôleurs SCSI sont désactivés. Si l’un d’eux est correctement désactivé, l’action est considérée comme réussie. Après l’heure spécifiée, tous les contrôleurs sont réactivés.
StorageRetireAndRepairAction	Cette action retire un disque d’un pool et démarre la réparation. Si les espaces ne sont pas sains, l’action échoue. L’action sélectionne de façon aléatoire un pool et tente de mettre hors service un disque dans le pool. Si le disque est défini en lecture seule, s’il s’agit d’un espace simple ou est utilisé à des fins de cluster (c’est-à-dire la ressource de quorum), l’action est ignorée DisableNetworkAdapters Désactive l’une des cartes réseau qui transporte le trafic de stockage.
StorageNodeNetworkDisconnectAction	Désactive l’une des cartes réseau qui transporte le trafic de stockage.
StorageNodeDiskIoTimeoutOnceAction	Expire une seule lecture ou écriture sur le nœud de stockage. Comme la tentative de nouvelle tentative pour cette E/S n’expire pas, le disque ne répond pas.
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 : ce ou ces emplacements se trouveront sur le périphérique de disque en cours de test. La valeur par défaut est "". Il utilise tous les csv disponibles du cluster de calcul. Vous pouvez utiliser un autre chemin en entrant des chemins séparés par des virgules. Exemple : « C:\ClusterStorage\Volume1,C:\ClusterStorage\Volume2 »
  - VmSwitchName : nom du commutateur virtuel à utiliser par les machines virtuelles. La valeur par défaut est "".
  - 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
- 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.
StorageNodeDiskReadTimeoutAction	Cette action passe par les disques qui tolèrent les erreurs (pas en lecture seule, en cluster, sans espaces simples) et attend les E/S de lecture. Une fois qu’une E/S est interceptée, cela entraîne l’expiration du délai d’E/S. Si un seul délai d’expiration est détecté sur un disque, l’action est considérée comme réussie. Cette action est appelée sur les nœuds de stockage toutes les 15 minutes.
StorageNodeDiskWriteTimeoutAction	Cette action passe par les disques qui tolèrent les erreurs (pas en lecture seule, en cluster, sans espaces simples) et attend les E/S d’écriture. Une fois qu’une E/S est interceptée, cela entraîne l’expiration du délai d’E/S. Si un seul délai d’expiration est détecté sur un disque, l’action est considérée comme réussie. Cette action est appelée sur les nœuds de stockage toutes les 15 minutes.
StorageNodeBusResetAction	Cette action tente d’injecter une réinitialisation de bus sur l’un des disques physiques qui soutiennent le pool. Tout d’abord, un délai d’expiration d’une E/S de lecture ou d’écriture est tenté. Si cela réussit, les commandes d’abandon, de réinitialisation du numéro logique et de réinitialisation cible correspondantes échouent. Si l’un d’entre eux réussit, une réinitialisation de bus est déclenchée. Si un disque émet une réinitialisation de bus, l’action est alors considérée comme réussie.
StorageNodePortDisableAllAction	Cette action désactive tous les contrôleurs de stockage dans le nœud. Tous les contrôleurs SCSI sont désactivés. Si l’un d’eux est correctement désactivé, l’action est considérée comme réussie. Après l’heure spécifiée, tous les contrôleurs sont réactivés.
StorageRetireAndRepairAction	Cette action retire un disque d’un pool et démarre la réparation. Si les espaces ne sont pas sains, l’action échoue. L’action sélectionne de façon aléatoire un pool et tente de mettre hors service un disque dans le pool. Si le disque est défini en lecture seule, s’il s’agit d’un espace simple ou est utilisé à des fins de cluster (c’est-à-dire la ressource de quorum), l’action est ignorée DisableNetworkAdapters Désactive l’une des cartes réseau qui transporte le trafic de stockage.
StorageNodeNetworkDisconnectAction	Désactive l’une des cartes réseau qui transporte le trafic de stockage.
StorageNodeDiskIoTimeoutOnceAction	Expire une seule lecture ou écriture sur le nœud de stockage. Comme la tentative de nouvelle tentative pour cette E/S n’expire pas, le disque ne répond pas.
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.

contrôleur pcs montrant les status d’exécution des tâches

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

Quand 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
Réexécuter le script ReRunPcsSetup.cmd, ReRunPcsExecute.cmd ou ReRunPcsCleanup.cmd

Journaux et diagnostic

PCS comprend trois étapes 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, le rapport analysé étant 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 la phase 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é constatés comme n’étant pas liés à PCS lui-même de nombreuses fois. Vous trouverez ci-dessous un guide de base pour vous aider à réduire certains des problèmes.

Exécutez un test de validation de 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 en bon état. 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 vérifiez 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 vSwitch 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 de noyau qui sont 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 contenant les journaux requis. Cette méthode est utile lorsque le travail est cacelle ou lorsque 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 : mot de passe de l’utilisateur de test
ComputeCluster : nom du nom du cluster de calcul
StorageCluster : facultatif, Nom du 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 que PCS est en cours d’exécution, 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 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 de la tâche 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 à laquelle l’action s’exécute. 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 des 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>

PAR défaut, PCS 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>

PAR défaut, PCS crée 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 d’autres disques 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 les é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 s’affiche, vous pouvez configurer l’écouteur AnalyticalLogGather pour collecter les journaux d’événements, les journaux de cluster ou appeler un script. Ceci 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 « lorsque le déclencheur X est vu, prenez les réactions Y et Z ». Pour la plupart des actions, NodeScope est défini sur ReservedOnly et MaxLevel 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%

Forum Aux Questions

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 serveurs et composants utilisés dans Windows Server 2016 offres WSSD doivent être certifiés pour le logo Windows Server 2016 et respecter les qualificateurs supplémentaires (AQs) Windows Server 2016 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

Partager via

Simulateur de cloud privé pour Windows Server 2016

Introduction

Public visé

Vue d’ensemble des tests

Liens vers les fichiers requis

Configuration de l’infrastructure de labo commune

Topologie

Configuration système requise pour le contrôleur HLK

Configuration du contrôleur HLK

Obtenir des fichiers IOMeter

Configuration système requise pour le contrôleur PCS

Configuration du contrôleur PCS

PCS Tests

Sélection des tests PCS

Flux d’exécution de travaux PCS

Exécuter des tests PCS

PrivateCloudSimulator - Device.Network.LAN.10GbOrGreater

Configuration système requise (Device.Network.LAN.10GbOrGreater)

Programme d’installation (Device.Network.LAN.10GbOrGreater)

Execute

Duration

PCS Actions

PrivateCloudSimulator - Device.Network.LAN.AzureStack

Configuration système requise (Device.Network.LAN.AzureStack)

Programme d’installation (Device.Network.LAN.AzureStack)

Exécuter (Device.Network.LAN.AzureStack)

Nettoyage

Durée (Device.Network.LAN.AzureStack)

Actions PCS (Device.Network.LAN.AzureStack)

PrivateCloudSimulator - Device.Storage.HD.AzureStack

Configuration système requise pour les disques SSD

Configuration système requise pour les disques durs

Programme d’installation

Execute

Duration

PCS Actions

PrivateCloudSimulator - Device.Storage.Controller.AzureStack

Configuration requise

Programme d’installation

Execute

Duration

PCS Actions

PrivateCloudSimulator - Device.Storage.Enclosure.AzureStack

Configuration requise

Programme d’installation

Execute

Duration

PCS Actions

PrivateCloudSimulator - System.Solutions.StorageSpacesDirect

Programme d’installation

Execute

Duration

PCS Actions

PrivateCloudSimulator - System.Solutions.AzureStack

Programme d’installation

Execute

Duration

Actions

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

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

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

Journaux et diagnostic

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

Générer PcsReport.htm fichier manuellement

Personnaliser les actions PCS

Exemple 1 : Activer/désactiver une action

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

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

Personnaliser les journaux d’action

Forum Aux Questions

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

TYPE DE COMPOSANT : CARTE RÉSEAU

TYPE DE COMPOSANT : HBA SAS

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

TYPE DE COMPOSANT : HDD (SAS)

TYPE DE COMPOSANT : HDD (SATA)

TYPE DE COMPOSANT : SSD (SAS)

TYPE DE COMPOSANT : Serveur

Ressources supplémentaires