Pour utiliser un groupe d'instances du Serveur de connexion répliquées dans un réseau étendu, un réseau métropolitain ou autre réseau non local dans des scénarios dans lesquels un déploiement d'Horizon doit s'étendre sur des centres de données, vous devez utiliser la fonctionnalité Architecture Cloud Pod.
Cette fonctionnalité utilise les composants standard d'Horizon pour fournir l'administration de plusieurs centres de données, une correspondance globale et flexible des utilisateurs avec les postes de travail à haute disponibilité et des fonctionnalités de récupération d'urgence.
Une topologie Architecture Cloud Pod standard se compose d'au moins deux espaces qui sont reliés entre eux dans une fédération d'espaces. Les fédérations d'espaces sont soumises à certaines limites.
Objet | Limite |
---|---|
Nombre total de sessions | 250 000 |
Groupes | 50 |
Sessions par espace | 12 000 |
Sites | 15 |
Instances du Serveur de connexion par espace | 7 |
Nombre total d'instances du Serveur de connexion | 350 |
Le graphique suivant présente un exemple d'une topologie Architecture Cloud Pod de base.
![Graphique représentant l'architecture de Linked Mode View.](images/GUID-03D73CFB-25DB-424D-8A44-0534D81A974C-high.png)
Dans l'exemple de topologie, deux espaces précédemment autonomes dans différents centres de données sont joints pour former une fédération d'espaces unique. Un utilisateur final de cet environnement peut se connecter à une instance du Serveur de connexion dans le centre de données de New York et recevoir un poste de travail ou une application dans le centre de données de Londres.
La fonction Architecture Cloud Pod n'est pas prise en charge dans un environnement IPv6.
Pour plus d'informations, reportez-vous au document Administration d'Architecture Cloud Pod dans Horizon 7.