Les déploiements d'Horizon 7 peuvent utiliser des clusters VMware HA pour se protéger contre les pannes du serveur physique. Selon votre configuration, les clusters peuvent contenir jusqu'à 32 nœuds.
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'Horizon 7 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.
Dans les conditions suivantes, vSphere les clusters peuvent contenir jusqu'à 32 hôtes ESXi ou nœuds :
- vSphere 5.1 et versions ultérieures, avec des pools de clone lié View Composer, et stocker des disques de réplica sur des banques de données NFS ou VMFS5 ou des banques de données ultérieures
- vSphere 6.0 et versions ultérieures, et stocker des pools sur des banques de données Virtual Volumes
Si vous disposez de vSphere 5.5 Update 1 et versions antérieures et que vous stockez des pools dans des banques de données vSAN, les clusters vSphere peuvent contenir jusqu'à 20 hôtes ESXi.
Si vous stockez les réplicas View Composer sur une version VMFS antérieure à VMFS5, un cluster peut contenir 8 hôtes au maximum. Les disques du système d'exploitation et les disques persistants peuvent être stockés sur des magasins de données NFS ou VMFS.
Pour plus d'informations, consultez le chapitre sur la création de pools de postes de travail dans le document Configuration des postes de travail virtuels dans Horizon 7. 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 (d'affectation flottante) d'image de poste de travail sans état peut avoir différentes exigences d'objectif de point de récupération (RPO) qu'un pool (d'affectation dédiée) d'image de poste de travail avec état. Pour un pool d'affectation flottante, une solution acceptable peut consister à faire ouvrir une session aux utilisateurs sur un poste de travail différent si le poste de travail 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 le but 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.
Exemples de configuration de cluster
Les paramètres répertoriés dans les tableaux suivants sont propres à Horizon 7. Pour plus d'informations sur les limites des clusters HA dans vSphere, reportez-vous au document Configurations maximales pour VMware vSphere.
| Élément | Exemple |
|---|---|
| Machines virtuelles | Instances de vCenter Server, Active Directory, serveur de base de données SQL, View Composer, instances du Serveur de connexion, serveurs de sécurité, machines virtuelles parentes à utiliser en tant que sources de pools de postes de travail |
| Nœuds (hôtes ESXi) | 6 serveurs Dell PowerEdge R720 (16 cœurs * 2 GHz ; et 192 Go de RAM sur chaque hôte) |
| Stockage SSD | Machines virtuelles pour vCenter Server, View Composer, serveur de base de données SQL et machines virtuelles parentes |
| Stockage non SSD | Machines virtuelles pour Active Directory, Serveur de connexion et serveur de sécurité |
| Type de cluster | DRS (Distributed Resource Scheduler)/HA |
| Élément | Exemple |
|---|---|
| Nombre de clusters | 5 |
| Nombre de postes de travail et de pools par cluster | 1 pool de 2 000 postes de travail (machines virtuelles) par cluster |
| Nœuds (hôtes ESXi) | Voici des exemples de divers serveurs qui pourraient être utilisés pour chaque cluster :
|
| Stockage SSD | Machines virtuelles réplicas |
| Stockage non SSD | 32 magasins de données non SSD pour les clones (450 Go par magasin de données) |
| Type de cluster | DRS (Distributed Resource Scheduler)/HA |
