Les instances du Serveur de connexion communiquent dans un environnement Architecture Cloud Pod à l'aide d'un protocole de communication entre espaces appelé VIPA (View InterPod API).
Les instances du Serveur de connexion utilisent le canal de communication VIPA pour lancer de nouveaux postes de travail, rechercher des postes de travail existants et partager des données d'état de santé ainsi que d'autres informations. Horizon 8 configure le canal de communication VIPA lorsque vous initialisez la fonctionnalité Architecture Cloud Pod.
Si vous exécutez Horizon 8 2309 et versions ultérieures, assurez-vous qu'au moins (N/2)+1 nœuds sont opérationnels dans l'espace, où N correspond au nombre total de nœuds enregistrés dans un espace. Si le nombre de nœuds en cours d'exécution est inférieur à (N/2)+1, aucune des opérations de provisionnement ou de création d'images n'est effectuée.
La communication VIPA utilise HTTPS sur le port TCP 8472 et est protégée par des certificats qu'Horizon 8 renouvelle automatiquement tous les sept jours.
Alors que la couche de données globale répond à « qu'est-ce qui est configuré ? » (autorisations, topologie, stratégie), VIPA répond à « qu'est-ce qui se passe en ce moment ? », par exemple, si un pool spécifique dans un espace distant dispose actuellement d'un poste de travail disponible ou si un utilisateur dispose déjà d'une session en cours d'exécution ailleurs dans la fédération. Les deux mécanismes fonctionnent ensemble lors de chaque décision d'intermédiation : les données de la couche de données globale indiquent à une instance du Serveur de connexion les pools qu'elle est autorisée à rechercher et VIPA lui permet de demander aux espaces qui possèdent ces pools si une ressource est disponible.
Cette page vous a-t-elle été utile ?