Lorsque vous créez une conception pour un environnement de production Horizon 7 qui comporte plus de 500 postes de travail, plusieurs considérations affectent la décision d'utiliser une seule instance de vCenter Server plutôt que plusieurs instances.
À partir de View 5.2, VMware prend en charge la gestion de 10 000 machines virtuelles de poste de travail maximum dans un seul espace Horizon 7 avec un seul serveur vCenter 5.1 ou version ultérieure. Avant d'essayer de gérer 10 000 machines virtuelles avec une seule instance de vCenter Server, prenez 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'Horizon 7
- 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 7. 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 7 à 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 7 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 7 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 de défaillance unique dans toutes les conceptions d'Horizon 7. Ce risque est également vrai pour chaque instance de View Composer. (Il existe un mappage un-à-un entre chaque instance de View Composer et de vCenter Server.) L'utilisation de l'un des produits suivants peut réduire l'impact d'une panne de vCenter Server ou de View Composer :
- VMware vSphere High Availability (HA)
- Produits de basculement tiers compatibles
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'Horizon 7 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, ce qui peut entraîner sur le Serveur de connexion Horizon l'expiration du délai d'attente d'exécution par 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 Horizon 7 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 seule instance de vCenter Server dans une conception d'Horizon 7 à grande échelle offre certains avantages irréfutables, tels qu'un emplacement unique permettant de gérer des images maître et des machines virtuelles parentes, un affichage unique de vCenter Server permettant de correspondre à l'affichage de la console Horizon Administrator 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 rapports aux inconvénients, tels que la lourdeur des tâches administratives pour gérer des images de machine virtuelle parente 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.
