Vue d’ensemble des tests de serveur

Les tests Windows Server sont principalement des tests orientés stress qui incluent les E/S client/serveur, le stress réseau, la consommation du processeur et la consommation de mémoire. Les tests spécifiques que vous devez exécuter dépendent des fonctionnalités que vous implémentez sur le serveur.

Cette section décrit uniquement les tests System.Server. Une certification Windows Server complète nécessite plusieurs tests qui sont composés de tests System.Client, System.Fundamentals et System.Server. Windows Hardware Lab Kit (Windows HLK) Studio détecte toutes les fonctionnalités sur un serveur.

Test de stress général du serveur

Plusieurs types de tests de contrainte sont exécutés sur un serveur, y compris les fonctionnalités système de base, la contrainte du système et les tests d’arrêt/redémarrage. LoadGen est un outil de test qui génère une charge sur un système testé (SUT). LoadGen est démarré sur le client master et peut utiliser plusieurs ordinateurs clients stressants pour générer une charge réseau sur le SUT.

Tests de fonctionnalité système

Les tests de fonctionnalité système sont des tests individuels des fonctionnalités du système. Certains tests sont exécutés pour chaque système, et certains tests s’exécutent uniquement si la fonctionnalité existe dans le système.

Test de contrainte du système

Le test de contrainte système se compose de plusieurs charges de travail de scénario de serveur qui fonctionnent à partir de l’espace d’adressage au niveau de l’utilisateur qui est appliqué au système pour exercer le matériel système, les périphériques et pilotes spécifiques au système, les cartes réseau et de stockage et les pilotes, et tous les pilotes de filtre qui peuvent faire partie de la configuration système, tels que les pilotes de stockage multipath, pilotes de filtre de système de fichiers ou de stockage, ou pilotes réseau de couche intermédiaire.

Les charges de travail appliquées sont

• Simulation d’E/S SQL

• E/S de stockage local

• Contrainte de disque avec vérification

• E/S de stockage Client-Server

• Trafic réseau Winsock

Ces charges de travail sont automatiquement mises à l’échelle en fonction du nombre de cartes réseau et de stockage dans le système qui ont des clients ou des périphériques de stockage connectés, respectivement. Par exemple, si le test détecte une carte réseau et une carte de stockage (ainsi que les clients ou périphériques de stockage connectés nécessaires, respectivement), le test crée des processus de charge de travail pour ce nombre d’adaptateurs afin de fournir la charge de travail de contrainte. Si le système a plusieurs cartes réseau et de stockage, des processus de test sont créés pour chacune de ces cartes, pilotes et ressources connectées (clients ou périphériques de stockage) afin de fournir la même charge de travail relative. En outre, les cartes réseau et de stockage et leurs ressources respectives n’ont pas besoin d’être du même type. Par exemple, les cartes Gigabit Ethernet et 10 Gigabit Ethernet peuvent être testées en même temps, tant que les clients réseau sont connectés aux deux appareils. De même, les cartes de stockage Fibre Channel et iSCSI peuvent être testées en même temps, tant que le support de stockage approprié est attaché. Toutes les unités HBA attachées au SUT doivent être connectées au type de support de stockage approprié.

Le test système entraîne la même contrainte relative sur le système, quel que soit le nombre ou le type de processeurs, la quantité de mémoire ou le nombre de cartes réseau et de stockage dans le système. Le test détecte le nombre de processeurs/cœurs dans le système, ainsi que la quantité de mémoire dans le système. Le test crée ensuite autant de processus de contrainte spécifiques au processeur et à la mémoire que nécessaire pour atteindre un niveau prédéterminé d’utilisation du processeur et de la mémoire, et met fin à ces processus si le niveau d’utilisation dépasse le niveau de contrainte prédéterminé. Par conséquent, le niveau d’utilisation de ces ressources est toujours proportionnel aux capacités du système. Un système qui ne prend en charge que quelques processeurs/cœurs et une quantité de mémoire appropriée pour le système présente les mêmes niveaux de contrainte relatifs qu’un système plus volumineux avec plus de processeurs/cœurs et une plus grande quantité de mémoire.

Test d’arrêt/redémarrage

Le test du serveur inclut également un test d’arrêt et de redémarrage. Ce test indique au système de s’arrêter et de redémarrer. Le test enregistre les informations du journal des événements liées à l’arrêt et au redémarrage du système, telles que les vetos qui empêchent l’arrêt, l’événement de démarrage et toutes les erreurs de pilote reçues après le redémarrage du système. Ce test permet de s’assurer que tous les pilotes de périphérique dans le système sont conformes à l’arrêt du système, ne font pas de veto et redémarrent proprement dans le système sans entrer en conflit avec d’autres pilotes. Pour plus d’informations, consultez Instructions relatives à l’annulation de l’achèvement des E/S.

Il existe 3 tests spécifiques :

• LoadGen Server Stress - Exécuter en premier - Définir des stratégies d’ordinateur (durée < d’exécution 30 minutes)

• LoadGen Server Stress - Exécuter en premier - Démarrer le test pour le serveur (durée d’exécution = 24 heures)

• Stress du serveur LoadGen - Dernière exécution - Réinitialiser les stratégies d’ordinateur (durée < d’exécution 30 minutes)

Vous devez planifier le travail LoadGen Server Stress - Run First - Set Machine Policies avant d’exécuter le travail « LoadGen Server Stress - Start Test for Server ». Vous devez planifier le travail « LoadGen Server Stress - Run Last - Reset Machine Policies » une fois le travail Démarrer le test pour le serveur terminé. Vous ne devez planifier les travaux Exécuter la première et la dernière exécution qu’une seule fois pour chaque soumission, mais vous devez planifier et exécuter le travail Démarrer le test plusieurs fois jusqu’à ce qu’il réussisse. Vous devez également planifier le travail Exécuter en dernier - Réinitialiser les stratégies d’ordinateur si vous envisagez de planifier d’autres travaux dans le même pool d’ordinateurs.

Test du programme de validation de virtualisation de serveur (SVVP)

Deux types de tests de virtualisation sont exécutés sur un serveur, notamment les tests de fonctionnalité de machine virtuelle et les tests de fonctionnalité du système SVVP. Le système peut être un serveur autonome ou une machine virtuelle. LoadGen est démarré sur le client master et peut utiliser plusieurs ordinateurs clients stressants pour générer une charge réseau sur le système en cours de test.

Tests de fonctionnalité de machine virtuelle

Les tests de fonctionnalité sont des tests individuels des fonctionnalités de l’implémentation de la machine virtuelle du produit.

Tests de fonctionnalité du système SVVP

Les tests de fonctionnalité du système SVVP valident les fonctionnalités des aspects et composants suivants de la machine virtuelle :

• E/S PCI virtuelles

• SMBIOS virtuel

• Minuteurs virtuels

• Fonctions ACPI et PNP virtuelles

• Fonctionnement correct des fonctionnalités de stockage de la machine virtuelle

• Signature appropriée par Microsoft de tous les pilotes inclus

• Les produits de virtualisation exposent correctement au instance du système d’exploitation en cours d’exécution, le fait que le système d’exploitation s’exécute dans un environnement virtuel.

Tests de fonctionnalités supplémentaires

Les systèmes serveur peuvent avoir des fonctionnalités supplémentaires au-delà de celles requises pour la certification Windows Server. Les fonctionnalités supplémentaires pour lesquelles un système peut tester et qualifier sont les suivantes :

Ces tests de fonctionnalités supplémentaires se trouvent dans le harnais de test Windows HLK, ainsi que les tests répertoriés pour les systèmes. Les fournisseurs dont les systèmes peuvent répondre aux exigences de ces fonctionnalités supplémentaires doivent sélectionner et exécuter les tests requis. L’exercice de tests tolérance de pannes confirme la capacité d’un matériel, des appareils et des pilotes système à tolérance d’erreur à présenter une défaillance matérielle et à continuer à fonctionner sans impact sur les clients connectés au serveur sur le réseau. Les tests de gestion de l’alimentation améliorée vérifient que les systèmes prennent en charge l’indicateur de fonctionnalité CPUID, les états p du processeur et d’autres fonctionnalités nécessaires à Windows Server pour gérer la puissance du système.

Pour plus d’informations, consultez la section « Alimentation, contrôle et interface de budgétisation » dans la spécification ACPI 4.0 ou ultérieure et « Introduction à la gestion de l’alimentation.

Notez qu’un système ne peut prendre en charge aucune, une partie ou la totalité des fonctionnalités ci-dessus, telles que la gestion de l’alimentation améliorée. Pour qu’un fournisseur vérifie que le système répond à la configuration requise pour une ou plusieurs fonctionnalités supplémentaires, un ou plusieurs des tests de fonctionnalités supplémentaires doivent être sélectionnés et exécutés. Ces résultats sont ensuite envoyés avec les résultats des tests de certification du serveur. Les résultats des tests de fonctionnalités supplémentaires ne peuvent pas être envoyés séparément des résultats de test de certification de serveur.

Le temps d’exécution de ces tests de fonctionnalités supplémentaires varie en fonction des tests sélectionnés. Si le test de certification du serveur est sélectionné uniquement, le test prend environ deux jours, le test Loadgen prenant un jour d’exécution et les tests restants utilisant le temps restant. En outre, si le système testé inclut des périphériques audio, vidéo ou d’autres périphériques et pilotes, ceux-ci seront exercés et augmenteront le temps de test.

Test de serveur minimum requis

Voici une liste minimale de tests que vous devez exécuter sur tous les serveurs. Pour le test minimal répertorié sous System.Client ou System.Fundamentals, vous devez passer en revue la section requise appropriée pour chaque test.

Rubriques connexes

Test System.Server