Les déploiements d'VMware Horizon peuvent utiliser des clusters VMware HA pour se protéger contre les pannes du serveur physique.

vSphere et vCenter Server fournissent un ensemble étendu de fonctionnalités pour la gestion de clusters de serveurs qui hébergent des postes de travail de machine virtuelle. La configuration du cluster est également importante, car chaque pool de postes de travail de machine virtuelle doit être associé à un pool de ressources vCenter Server. Par conséquent, le nombre maximum de postes de travail par pool est lié au nombre de serveurs et de machines virtuelles que vous prévoyez d'exécuter par cluster.

Dans les déploiements d'VMware Horizon très volumineux, les performances et la réactivité de vCenter Server peuvent être améliorées en ne plaçant qu'un seul objet de cluster par objet de centre de données, ce qui n'est pas le comportement par défaut. Par défaut, vCenter Server crée des clusters dans le même objet de centre de données.

Note : Pour découvrir les dernières mises à jour sur les limites de dimensionnement et les recommandations d' VMware Horizon, consultez l'article de la base de connaissances de VMware https://kb.vmware.com/s/article/2150348.

Pour plus d'informations, consultez le chapitre sur la création de pools de postes de travail dans le document Postes de travail et applications Windows dans Horizon. Les exigences de réseau dépendent du type de serveur, du nombre d'adaptateurs réseau et de la façon dont VMotion est configuré.

Déterminer des exigences de haute disponibilité

vSphere, grâce à son efficacité et à sa gestion des ressources, vous permet d'atteindre des niveaux exceptionnels de machines virtuelles par serveur. Mais atteindre une haute densité de machines virtuelles par serveur signifie que plus d'utilisateurs sont affectés si un serveur échoue.

Les exigences de haute disponibilité peuvent différer considérablement en fonction de l'objectif du pool de postes de travail. Par exemple, un pool de postes de travail non persistants peut comporter des exigences d'objectif de point de récupération (RPO) différentes de celles d'un pool de postes de travail persistants. Pour un pool non persistant, nous recommandons aux utilisateurs de se connecter à un poste de travail différent si celui qu'ils utilisent devient indisponible.

Dans les cas où les exigences de disponibilité sont élevées, il est impératif de bien configurer VMware HA. Si vous utilisez VMware HA et que vous prévoyez un nombre fixe de postes de travail par serveur, exécutez chaque serveur à une capacité réduite. Si un serveur échoue, la capacité de postes de travail par serveur n'est pas dépassée lorsque les postes de travail sont redémarrés sur un hôte différent.

Par exemple, dans un cluster à 8 hôtes, où chaque hôte est capable d'exécuter 128 postes de travail, et que l'objectif est de tolérer un seul échec de serveur, assurez-vous que 128 * (8 - 1) = 896 postes de travail maximum sont exécutés sur ce cluster. Vous pouvez également utiliser VMware DRS (Distributed Resource Scheduler) pour équilibrer les postes de travail sur les 8 hôtes. Vous pouvez utiliser complètement la capacité de serveur supplémentaire sans laisser des ressources de secours rester inactives. De plus, DRS peut permettre de rééquilibrer le cluster après la restauration d'un serveur échoué.

Vous devez également vous assurer que le stockage est correctement configuré pour supporter la charge d'E/S qui résulte du redémarrage simultané de plusieurs machines virtuelles après l'échec d'un serveur. L'IOPS de stockage a le plus d'effet sur la rapidité de récupération des postes de travail après l'échec d'un serveur.