Avant d'essayer de gérer un grand nombre de machines virtuelles avec une seule instance de vCenter Server, vous devez prendre en compte les considérations suivantes.

  • Durée des fenêtres de maintenance de votre entreprise
  • Capacité de tolérance aux pannes des composants d'VMware Horizon
  • Fréquence des opérations d'alimentation, d'approvisionnement et d'adaptation
  • Simplicité de l'infrastructure

Durée des fenêtres de maintenance

Les paramètres de simultanéité des opérations d'alimentation, d'approvisionnement et de maintenance des machines virtuelles sont déterminés par instance de vCenter Server.

Conceptions d'espaces avec une seule instance de vCenter Server Les paramètres de simultanéité déterminent le nombre d'opérations pouvant être mises en file d'attente à la fois pour l'intégralité d'un espace Horizon 8.

Par exemple, si vous définissez le nombre d'opérations d'approvisionnement simultanées sur 20 et que vous ne disposez que d'une seule instance de vCenter Server dans un espace, un pool de plus de 20 postes de travail entraînera la sérialisation des opérations d'approvisionnement. Après la mise en file d'attente de 20 opérations simultanées simultanément, une opération doit se terminer pour que la suivante commence. Dans les déploiements Horizon 8 à grande échelle, cette opération d'approvisionnement peut prendre beaucoup de temps.

Conceptions d'espaces avec plusieurs instances de vCenter Server Chaque instance peut approvisionner 20 machines virtuelles simultanément.

Pour garantir la simultanéité d'un plus grand nombre d'opérations dans une fenêtre de maintenance unique, vous pouvez ajouter plusieurs instances de vCenter Server (5 maximum) à votre espace et déployer plusieurs pools de postes de travail dans des clusters vSphere gérés par des instances de vCenter Server distinctes. Un cluster vSphere peut être géré par une seule instance de vCenter Server à la fois. Pour garantir la simultanéité sur plusieurs instances de vCenter Server, vous devez déployer vos pools de postes de travail en conséquence.

Capacité de tolérance aux échecs des composants

Le rôle de vCenter Server dans des espaces Horizon 8 consiste à fournir des opérations d'alimentation, d'approvisionnement et d'adaptation (actualisation, recomposition et rééquilibrage). Une fois qu'un poste de travail de machine virtuelle est déployé et activé, Horizon 8 ne repose pas sur vCenter Server pour le cours normal des opérations.

Comme chaque cluster vSphere doit être géré par une seule instance de vCenter Server, ce serveur représente un point unitaire de panne dans toutes les conceptions de VMware Horizon.

Important : Pour utiliser l'une de ces stratégies de basculement, l'instance de vCenter Server ne doit pas être installée dans une machine virtuelle faisant partie du cluster que l'instance gérée par vCenter Server.

En plus de ces options automatisées pour le basculement de vCenter Server, vous pouvez choisir de recréer le serveur en échec sur une nouvelle machine virtuelle ou sur un nouveau serveur physique. La plupart des informations clés sont stockées dans la base de données vCenter Server.

La tolérance aux risques est un facteur important dans le choix d'utiliser une ou plusieurs instances de vCenter Server dans votre conception d'espace. Si vos opérations requièrent la possiblité d'exécuter des tâches de gestion des postes de travail, telles que l'alimentation et l'adaptation de tous les postes de travail simultanément, vous devez diffuser l'impact d'une panne sur le moins de postes de travail possible à la fois en déployant plusieurs instances de vCenter Server. Si vous pouvez tolérer que votre environnement de poste de travail soit indisponible pour des opérations de gestion ou d'approvisionnement pendant un long moment, ou si vous choisissez d'utiliser un processus de recréation manuel, vous pouvez déployer une seule instance de vCenter Server pour votre espace.

Fréquence des opérations d'alimentation, d'approvisionnement et d'adaptation

Certaines opérations d'alimentation, d'approvisionnement et d'adaptation de postes de travail de machine virtuelle sont initiées uniquement par des actions d'administrateur, sont généralement prévisibles et contrôlables et peuvent être limitées à des fenêtres de maintenance établies. D'autres opérations d'alimentation et d'adaptation de postes de travail de machine virtuelle sont déclenchées par le comportement de l'utilisateur, tel que l'utilisation des paramètres Actualisation à la fermeture de session ou Interruption à la fermeture de session, ou par une action scriptée, telle que l'utilisation de DPM (Distributed Power Management) lors des fenêtres d'inactivité de l'utilisateur pour désactiver les hôtes ESXi inactifs.

Si votre conception d'VMware Horizon 8 ne requiert pas d'opérations d'alimentation et d'adaptation déclenchées par l'utilisateur, une seule instance de vCenter Server peut probablement répondre à vos besoins. Sans une fréquence élevée d'opérations d'alimentation et d'adaptation déclenchées par l'utilisateur, aucune longue file d'attente d'opérations ne peut se former, susceptible d'entraîner l'expiration du délai d'attente par le routeur de connexions de l'exécution par le système vCenter Server des opérations demandées dans les limites de simultanéité définies.

De nombreux clients choisissent de déployer des pools flottants et d'utiliser le paramètre Actualisation à la fermeture de session pour fournir de façon cohérente des postes de travail sans données périmées provenant de sessions précédentes. Les données périmées sont par exemple des pages de mémoire non réclamées dans les fichiers pagefile.sys ou temp de Windows. Les pools flottants peuvent également réduire l'impact des programmes malveillants en réinitialisant fréquemment les postes de travail à un état propre connu.

Certains clients réduisent la consommation électrique en configurant VMware Horizon 8 de manière à désactiver les postes de travail inutilisés afin que vSphere DRS (Distributed Resources Scheduler) puisse consolider sur un nombre minimal d'hôtes ESXi les machines virtuelles en cours d'exécution. VMware Distributed Power Management désactive ensuite les hôtes inactifs. Dans ce type de scénario, plusieurs instances de vCenter Server peuvent mieux s'adapter à une fréquence élevée d'opérations d'alimentation et d'adaptation, et ainsi éviter l'expiration du délai d'attente des opérations.

Simplicité de l'infrastructure

Une instance seule de vCenter Server dans une conception de VMware Horizon 8 à grande échelle offre certains avantages irréfutables, tels qu'un emplacement unique permettant de gérer des machines virtuelles d'image standard, un affichage unique de vCenter Server permettant de faire correspondre l'affichage de la console et moins de bases de données principales de production et de serveurs de base de données. La planification de récupération d'urgence est plus simple pour une seule instance de vCenter Server que pour plusieurs instances. Comparez les avantages offerts par l'utilisation de plusieurs instances de vCenter Server, tels que la durée des fenêtres de maintenance et la fréquence des opérations d'alimentation et d'adaptation, par rapport aux inconvénients, tels que la lourdeur des tâches administratives pour gérer des images de machine virtuelle d'image standard et l'accroissement du nombre de composants d'infrastructure requis.

Votre conception peut bénéficier d'une approche hybride. Vous pouvez choisir d'utiliser de très grands pools relativement statiques gérés par une seule instance de vCenter Server ou des pools de postes de travail plus petits, plus dynamiques gérés par plusieurs instances de vCenter Server. La meilleure stratégie pour la mise à niveau de groupes à grande échelle existants consiste à d'abord mettre à niveau les composants logiciels VMware de votre groupe existant. Avant de modifier votre conception d'espace, mesurez l'impact des améliorations des opérations d'alimentation, d'approvisionnement et d'adaptation de la dernière version, et testez ensuite l'augmentation de la taille de vos pools de postes de travail pour trouver le bon équilibre entre un plus grand nombre de grands pools de postes de travail et un plus faible nombre d'instances de vCenter Server.