Ces résultats de test décrivent une installation de View 5.2 comportant 10 000 postes de travail, dans laquelle une instance de vCenter Server 5.1 gérait 5 pools comportant chacun 2 000 postes de travail de machine virtuelle. Une seule période de maintenance était requise pour l'approvisionnement d'un nouveau pool ou pour la recomposition, l'actualisation ou le rééquilibrage d'un pool existant de 2 000 machines virtuelles. Une tempête d'ouverture de session de 10 000 utilisateurs a également été testée.
Les résultats de test fournis ici ont été réalisés avec les paramètres logiciels, matériels et de configuration décrits dans les rubriques suivantes :
- Configurations de postes de travail et de pools décrites dans la section Configuration maximale du Serveur de connexion Horizon et configuration de machine virtuelle
- Composants de stockage étagé décrits dans la section Exemple de stockage partagé
- Composants de réseau décrits dans la section Considérations de bande passante réseau
Capacité d'une tempête d'ouverture de session de 10 000 utilisateurs d'une heure
La fonctionnalité vSAN disponible avec vSphere 6.0 et versions ultérieures contient de nombreuses améliorations de performance par rapport à la fonctionnalité disponible avec vSphere 5.5 Update 1. Avec vSphere 6.0, cette fonctionnalité dispose également d'une compatibilité matérielle (HCL) élargie. Pour plus d'informations sur vSAN dans vSphere 6 ou version ultérieure, reportez-vous au document Administration de VMware vSAN.
Dans une installation test, les configurations de poste de travail et de pool suivantes étaient utilisées pour un scénario de tempête d'ouverture de session pour 10 000 postes de travail. La règle d'alimentation pour les postes de travail était définie sur Toujours active.
Pour 10 000 postes de travail, la tempête d'ouverture de session se produisait sur une période de 60 minutes, en utilisant une distribution normale d'heures d'ouverture de session. Les machines virtuelles étaient activées et disponibles avant le début de la tempête d'ouverture de session. Après l'ouverture de session, une charge de travail démarrait, qui incluait les applications suivantes : Adobe Reader, Microsoft Outlook, Internet Explorer, Microsoft Word et Bloc-notes.
Voici des détails supplémentaires de la tempête d'ouverture de session qui était supportée lors des tests :
- 95 % des ouvertures de session se produisaient dans une fenêtre d'écart-type +/- 2 (40 minutes).
- 68 % des ouvertures de session se produisaient dans une fenêtre d'écart-type +/- 1 (20 minutes).
- Le taux maximal d'ouverture de session était 400/min, ou 6,67/seconde.
Durée requise pour l'approvisionnement d'un pool
Les pools sont approvisionnés à l'avance, lorsque vous créez le pool, ou à la demande, à mesure que des utilisateurs y sont affectés. L'approvisionnement signifie qu'il faut créer la machine virtuelle et la configurer pour qu'elle utilise les paramètres d'image du système d'exploitation et réseau corrects.
Dans une installation test contenant déjà 4 pools de 2 000 machines virtuelles chacun, l'approvisionnement d'un cinquième pool qui contenait 2 000 machines virtuelles a pris 4 heures. Toutes les machines virtuelles ont été approvisionnées à l'avance.
Durée requise pour la recomposition d'un pool
Vous pouvez utiliser une opération de recomposition pour fournir des correctifs de système d'exploitation, installer ou mettre à jour des applications ou modifier les paramètres matériels du poste de travail de machines virtuelles dans un pool. Avant de recomposer un pool, vous prenez un snapshot d'une machine virtuelle avec une nouvelle configuration. L'opération de recomposition utilise ce snapshot pour mettre à jour toutes les machines virtuelles dans le pool.
Dans une installation test de 5 pools de 2 000 machines virtuelles chacun, la recomposition d'un pool de 2 000 machines virtuelles a pris 6 heures et 40 minutes. Toutes les machines virtuelles étaient activées et disponibles avant le début de l'opération de recomposition.
Durée requise pour l'actualisation d'un pool
Comme les disques croissent avec le temps, vous pouvez conserver l'espace disque en actualisant un poste de travail à son état d'origine lorsque des utilisateurs ferment leur session, ou vous pouvez définir un planning pour l'actualisation périodique des postes de travail. Par exemple, vous pouvez programmer l'actualisation quotidienne, hebdomadaire ou mensuelle des postes de travail.
Dans une installation test de 5 pools de 2 000 machines virtuelles chacun, l'actualisation d'un pool de 2 000 machines virtuelles a pris 2 heures et 40 minutes. Toutes les machines virtuelles étaient activées et disponibles avant le début de l'opération d'actualisation.
Durée requise pour le rééquilibrage d'un pool
Une opération de rééquilibrage de poste de travail redistribue de façon égale des postes de travail de clone lié sur des lecteurs logiques disponibles. Une opération de rééquilibrage économise de l'espace de stockage sur des lecteurs surchargés et garantit qu'aucun lecteur n'est sous-utilisé. Vous pouvez également utiliser une opération de rééquilibrage pour migrer toutes les machines virtuelles d'un pool de postes de travail vers une banque de données vSAN ou à partir de celle-ci.
Dans un groupe test qui contenait 5 pools de 2 000 machines virtuelles chacun, 2 magasins de données ont été ajoutés au groupe pour un test. Pour un autre test, 2 magasins de données ont été supprimés du groupe. Après l'ajout ou la suppression des magasins de données, une opération de rééquilibrage a été effectuée sur l'un des pools. Le rééquilibrage d'un pool de 2 000 machines virtuelles a pris 9 heures. Toutes les machines virtuelles étaient activées et disponibles avant le début de l'opération de rééquilibrage.
