Zones
Les déploiements qui s’étendent sur des emplacements très dispersés et connectés par un WAN peuvent rencontrer des difficultés en raison de la latence et de la fiabilité du réseau. Deux options permettent d’atténuer ces difficultés :
- Déployer plusieurs Sites, chacun avec sa propre base de données de Site SQL Server.
Cette option est recommandée pour les déploiements d’entreprise de grande envergure. Plusieurs Sites sont gérés séparément, et chacun nécessite sa propre base de données de Site SQL Server. Chaque Site est un déploiement XenApp® distinct.
- Configurer plusieurs zones au sein d’un même Site.
La configuration de zones peut aider les utilisateurs des régions éloignées à se connecter aux ressources sans nécessairement forcer leurs connexions à traverser de larges segments du WAN. L’utilisation de zones permet une gestion efficace du Site à partir d’une seule console Citrix Studio, de Citrix Director et de la base de données du Site. Cela permet d’économiser les coûts de déploiement, de personnel, de licences et d’exploitation de Sites supplémentaires contenant des bases de données distinctes dans des emplacements distants.
Les zones peuvent être utiles dans les déploiements de toutes tailles. Vous pouvez utiliser des zones pour rapprocher les applications et les bureaux des utilisateurs finaux, ce qui améliore les performances. Une zone peut avoir un ou plusieurs contrôleurs installés localement pour la redondance et la résilience, mais ce n’est pas obligatoire.
Le nombre de contrôleurs configurés dans le Site peut affecter les performances de certaines opérations, telles que l’ajout de nouveaux contrôleurs au Site lui-même. Pour éviter cela, nous vous recommandons de limiter le nombre de zones dans votre Site XenApp ou XenDesktop® à 50 au maximum.
Remarque :
Lorsque la latence réseau de vos zones est supérieure à 250 ms RTT, nous vous recommandons de déployer plusieurs Sites au lieu de zones.
Tout au long de cet article, le terme local fait référence à la zone en question. Par exemple, « Un VDA s’enregistre auprès d’un contrôleur local » signifie qu’un VDA s’enregistre auprès d’un contrôleur dans la zone où se trouve le VDA.
Les zones de cette version sont similaires, mais pas identiques, aux zones de XenApp version 6.5 et antérieures. Par exemple, dans cette implémentation des zones, il n’y a pas de collecteurs de données. Tous les contrôleurs du Site communiquent avec une seule base de données de Site dans la zone principale. De plus, les zones de basculement et préférées fonctionnent différemment dans cette version.
Types de zones
Un Site possède toujours une zone principale. Il peut également avoir, en option, une ou plusieurs zones satellites. Les zones satellites peuvent être utilisées pour la reprise après sinistre, les centres de données géographiquement éloignés, les succursales, un cloud ou une zone de disponibilité dans un cloud.
Zone principale
La zone principale porte le nom par défaut « Primary » et contient la base de données de site SQL Server (et les serveurs SQL haute disponibilité, si utilisés), Studio, Director, Citrix StoreFront™, Citrix License Server et NetScaler Gateway. La base de données de site doit toujours se trouver dans la zone principale.
La zone principale doit également disposer d’au moins deux Contrôleurs pour la redondance, et peut avoir un ou plusieurs VDA avec des applications étroitement liées à la base de données et à l’infrastructure.
Zone satellite
Une zone satellite contient un ou plusieurs VDA, Contrôleurs, serveurs StoreFront et serveurs NetScaler® Gateway. En fonctionnement normal, les Contrôleurs d’une zone satellite communiquent directement avec la base de données de la zone principale.
Une zone satellite, en particulier une grande, peut également contenir un hyperviseur qui est utilisé pour provisionner et/ou stocker des machines pour cette zone. Lorsque vous configurez une zone satellite, vous pouvez lui associer un hyperviseur ou une connexion de service cloud. (Assurez-vous que tous les catalogues de machines qui utilisent cette connexion se trouvent dans la même zone.)
Un site peut avoir des zones satellites de différentes configurations, en fonction de vos besoins et de votre environnement uniques. La figure suivante illustre une zone principale et des exemples de zones satellites.
-
La zone principale contient deux Contrôleurs, Studio, Director, StoreFront, License Server et la base de données de site (ainsi que des déploiements SQL Server haute disponibilité). La zone principale contient également plusieurs VDA et un NetScaler Gateway.
-
Zone satellite 1 - VDA avec Contrôleur
La zone satellite 1 contient un Contrôleur, des VDA et un serveur StoreFront. Les VDA de cette zone satellite s’enregistrent auprès du Contrôleur local. Le Contrôleur local communique avec la base de données de site et le serveur de licences de la zone principale.
Si le WAN tombe en panne, la fonctionnalité de location de connexion permet au Contrôleur de la zone satellite de continuer à gérer les connexions aux VDA de cette zone. Un tel déploiement peut être efficace dans un bureau où les employés utilisent un site StoreFront local et le Contrôleur local pour accéder à leurs ressources locales, même si la liaison WAN connectant leur bureau au réseau d’entreprise tombe en panne.
- Zone satellite 2 - VDA avec Contrôleurs redondants
La zone satellite 2 contient deux Contrôleurs, des VDA et un serveur StoreFront. Il s’agit du type de zone le plus résilient, offrant une protection contre une défaillance simultanée du WAN et de l’un des Contrôleurs locaux.
Où les VDA s’enregistrent et où les Contrôleurs basculent
Dans un site contenant des zones principales et satellites, avec des VDA à la version minimale 7.7 :
- Un VDA de la zone principale s’enregistre auprès d’un Contrôleur de la zone principale. Un VDA de la zone principale ne tentera jamais de s’enregistrer auprès d’un Contrôleur d’une zone satellite.
- Un VDA d’une zone satellite s’enregistre auprès d’un Contrôleur local, si possible. (Ceci est considéré comme le Contrôleur préféré.) Si aucun Contrôleur local n’est disponible (par exemple, parce que les Contrôleurs locaux ne peuvent pas accepter plus d’enregistrements VDA ou que les Contrôleurs locaux ont échoué), le VDA tentera de s’enregistrer auprès d’un Contrôleur de la zone principale. Dans ce cas, le VDA reste enregistré dans la zone principale, même si un Contrôleur de la zone satellite redevient disponible. Un VDA d’une zone satellite ne tentera jamais de s’enregistrer auprès d’un Contrôleur d’une autre zone satellite.
- Lorsque la mise à jour automatique est activée pour la découverte des Contrôleurs par les VDA, et que vous spécifiez une liste d’adresses de Contrôleurs lors de l’installation du VDA, un Contrôleur est sélectionné aléatoirement dans cette liste pour l’enregistrement initial (quelle que soit la zone dans laquelle réside le Contrôleur). Après le redémarrage de la machine avec ce VDA, le VDA commencera à préférer s’enregistrer auprès d’un Contrôleur dans sa zone locale.
- Si un Contrôleur d’une zone satellite échoue, il bascule vers un autre Contrôleur local, si possible. Si aucun Contrôleur local n’est disponible, il bascule vers un Contrôleur de la zone principale.
- Si vous déplacez un Contrôleur dans ou hors d’une zone, et que la mise à jour automatique est activée, les VDA des deux zones reçoivent des listes mises à jour indiquant quels Contrôleurs sont locaux et quels sont dans la zone principale, afin qu’ils sachent auprès de qui ils peuvent s’enregistrer et de qui ils peuvent accepter des connexions.
- Si vous déplacez un catalogue de machines vers une autre zone, les VDA de ce catalogue se réenregistreront auprès des Contrôleurs de la zone où vous avez déplacé le catalogue. (Lorsque vous déplacez un catalogue vers une zone mal connectée à la zone actuelle (par exemple, via un réseau à latence élevée ou à faible bande passante), assurez-vous de déplacer également toute connexion d’hôte associée vers la même zone.)
- Les Contrôleurs de la zone principale conservent les données de bail de connexion pour toutes les zones. Les Contrôleurs des zones satellites conservent les données de bail de connexion pour leur propre zone et la zone principale, mais pas les données pour les autres zones satellites.
Si tous les Contrôleurs de la zone principale échouent :
- Studio ne peut pas se connecter au Site.
- Les connexions aux VDA de la zone principale ne peuvent pas être établies.
- Les performances du Site se dégraderont progressivement jusqu’à ce que les Contrôleurs de la zone principale redeviennent disponibles.
Pour les Sites contenant des versions de VDA antérieures à 7.7 :
- Un VDA d’une zone satellite acceptera les requêtes des Contrôleurs dans leur zone locale et la zone principale. (Les VDA à partir de la version 7.7 peuvent accepter les requêtes de Contrôleurs provenant d’autres zones satellites.)
- Un VDA d’une zone satellite s’enregistrera auprès d’un Contrôleur dans la zone principale ou la zone locale de manière aléatoire. (Les VDA à partir de la version 7.7 préfèrent la zone locale.)
Préférence de zone
Important :
Pour utiliser la fonctionnalité de préférence de zone, vous devez utiliser au minimum StoreFront 3.7 et NetScaler Gateway 11.0-65.x.
Dans un Site multi-zones, la fonctionnalité de préférence de zone offre à l’administrateur plus de flexibilité pour contrôler quel VDA est utilisé pour lancer une application ou un bureau.
Fonctionnement de la préférence de zone
Il existe trois formes de préférence de zone. Vous pouvez préférer utiliser un VDA dans une zone particulière, en fonction de :
- L’emplacement où les données de l’application sont stockées. C’est ce que l’on appelle le domicile de l’application (application home).
- L’emplacement des données personnelles de l’utilisateur, telles qu’un profil ou un partage personnel. C’est ce que l’on appelle le domicile de l’utilisateur (user home).
- L’emplacement actuel de l’utilisateur (où Citrix Receiver™ est exécuté). C’est ce que l’on appelle l’emplacement de l’utilisateur (user location).
Le graphique suivant montre un exemple de configuration multi-zones.
Dans cet exemple, les VDAs sont répartis entre trois zones satellites, mais ils se trouvent tous dans le même Delivery Group. Par conséquent, le broker peut avoir le choix du VDA à utiliser pour une demande de lancement d’utilisateur. Cet exemple indique qu’il existe un certain nombre d’emplacements où les utilisateurs peuvent exécuter leurs points de terminaison Citrix Receiver : l’utilisateur A utilise un appareil avec Citrix Receiver dans la zone satellite 1 ; l’utilisateur B utilise un appareil dans la zone satellite 2. Les documents d’un utilisateur peuvent être stockés à plusieurs endroits : les utilisateurs A et B utilisent un partage basé dans la zone satellite 1 ; l’utilisateur C utilise un partage de la zone satellite C. De plus, l’une des applications publiées utilise une base de données située dans la zone satellite 1.
Vous associez un utilisateur ou une application à une zone en configurant une zone d’accueil pour l’utilisateur ou l’application. Le broker du Delivery Controller™ utilise ensuite ces associations pour aider à sélectionner la zone où une session sera lancée, si des ressources sont disponibles. Vous :
- Configurez la zone d’accueil pour un utilisateur en ajoutant un utilisateur à une zone.
- Configurez la zone d’accueil pour une application en modifiant les propriétés de l’application.
Un utilisateur ou une application ne peut avoir qu’une seule zone d’accueil à la fois. (Une exception pour les utilisateurs peut se produire lorsque plusieurs appartenances à des zones surviennent en raison de l’appartenance à un groupe d’utilisateurs ; voir la section « Autres considérations ». Cependant, même dans ce cas, le broker n’utilise qu’une seule zone d’accueil.)
Bien que les préférences de zone pour les utilisateurs et les applications puissent être configurées, le broker ne sélectionne qu’une seule zone préférée pour un lancement. L’ordre de priorité par défaut pour la sélection de la zone préférée est domicile de l’application > domicile de l’utilisateur > emplacement de l’utilisateur. (Vous pouvez restreindre la séquence, comme décrit dans la section suivante.) Lorsqu’un utilisateur lance une application :
- Si cette application a une association de zone configurée (un domicile d’application), alors la zone préférée est la zone d’accueil de cette application.
- Si l’application n’a pas d’association de zone configurée, mais que l’utilisateur a une association de zone configurée (un domicile d’utilisateur), alors la zone préférée est la zone d’accueil de cet utilisateur.
- Si ni l’application ni l’utilisateur n’ont d’association de zone configurée, alors la zone préférée est la zone où l’utilisateur exécute une instance de Citrix Receiver (l’emplacement de l’utilisateur). Si cette zone n’est pas définie, une sélection aléatoire de VDA et de zone est utilisée. L’équilibrage de charge est appliqué à tous les VDA de la zone préférée. S’il n’y a pas de zone préférée, l’équilibrage de charge est appliqué à tous les VDA du groupe de mise à disposition.
Personnalisation de la préférence de zone
Lorsque vous configurez (ou supprimez) une zone d’accueil pour un utilisateur ou une application, vous pouvez également restreindre davantage la manière dont la préférence de zone sera (ou ne sera pas) utilisée.
- Utilisation obligatoire de la zone d’accueil de l’utilisateur : Dans un groupe de mise à disposition, vous pouvez spécifier qu’une session doit être lancée dans la zone d’accueil de l’utilisateur (si l’utilisateur a une zone d’accueil), sans basculement vers une zone différente si les ressources ne sont pas disponibles dans la zone d’accueil. Cette restriction est utile lorsque vous devez éviter le risque de copier de gros profils ou fichiers de données entre les zones. En d’autres termes, vous préféreriez refuser le lancement d’une session plutôt que de la lancer dans une zone différente.
- Utilisation obligatoire de la zone d’accueil de l’application : De même, lorsque vous configurez une zone d’accueil pour une application, vous pouvez indiquer que l’application ne doit être lancée que dans cette zone, sans basculement vers une zone différente si les ressources ne sont pas disponibles dans la zone d’accueil de l’application.
- Pas de zone d’accueil d’application, et ignorer la zone d’accueil utilisateur configurée : Si vous ne spécifiez pas de zone d’accueil pour une application, vous pouvez également indiquer que les zones utilisateur configurées ne doivent pas être prises en compte lors du lancement de cette application. Par exemple, vous pourriez préférer que les utilisateurs exécutent une application spécifique sur un VDA proche de la machine qu’ils utilisent (où Citrix Receiver est en cours d’exécution), en utilisant la préférence de zone d’emplacement de l’utilisateur, même si certains utilisateurs pourraient avoir une zone d’accueil différente.
Comment les zones préférées affectent l’utilisation des sessions
Lorsqu’un utilisateur lance une application ou un bureau, le broker préfère utiliser la zone préférée plutôt qu’une session existante.
Si l’utilisateur qui lance une application ou un bureau a déjà une session adaptée à la ressource lancée (par exemple, qui peut utiliser le partage de session pour une application, ou une session qui exécute déjà la ressource lancée), mais que cette session s’exécute sur un VDA dans une zone autre que la zone préférée pour l’utilisateur/l’application, alors le système peut créer une nouvelle session. Cela permet de lancer dans la zone correcte (si elle a une capacité disponible), avant de se reconnecter à une session dans une zone moins préférée pour les exigences de session de cet utilisateur.
Pour éviter une session orpheline qui ne peut plus être atteinte, la reconnexion est autorisée aux sessions déconnectées existantes, même si elles se trouvent dans une zone non préférée.
L’ordre de préférence pour les sessions afin de satisfaire un lancement est :
- Se reconnecter à une session existante dans la zone préférée.
- Se reconnecter à une session déconnectée existante dans une zone autre que la zone préférée.
- Démarrer une nouvelle session dans la zone préférée.
- Se reconnecter à une session existante connectée dans une zone autre que la zone préférée.
- Démarrer une nouvelle session dans une zone autre que la zone préférée.
Autres considérations relatives à la préférence de zone
- Si vous configurez une zone d’accueil pour un groupe d’utilisateurs (tel qu’un groupe de sécurité), les utilisateurs de ce groupe (par adhésion directe ou indirecte) sont associés à la zone spécifiée. Cependant, un utilisateur peut être membre de plusieurs groupes de sécurité et, par conséquent, avoir une zone d’accueil différente configurée via une autre appartenance à un groupe. Dans de tels cas, la détermination de la zone d’accueil de cet utilisateur peut être ambiguë.
Si un utilisateur a une zone d’accueil configurée qui n’a pas été acquise par l’appartenance à un groupe, cette zone est utilisée pour la préférence de zone. Toutes les associations de zone acquises par l’appartenance à un groupe sont ignorées.
Si l’utilisateur a plusieurs associations de zone différentes acquises uniquement par l’appartenance à un groupe, le broker choisit une zone au hasard. Une fois que le broker a fait ce choix, cette zone est utilisée pour les lancements de session ultérieurs, jusqu’à ce que l’appartenance de l’utilisateur au groupe change.
- La préférence de zone de localisation de l’utilisateur nécessite la détection de Citrix Receiver sur le périphérique de point de terminaison par le Citrix NetScaler Gateway via lequel ce périphérique se connecte. Le NetScaler doit être configuré pour associer des plages d’adresses IP à des zones particulières, et l’identité de zone découverte doit être transmise via StoreFront au Controller.
Pour plus d’informations sur la préférence de zone, consultez Fonctionnement interne de la préférence de zone.
Considérations, exigences et bonnes pratiques
- Vous pouvez placer les éléments suivants dans une zone : Contrôleurs, Catalogues de machines, connexions d’hôte, utilisateurs et applications. Si un Catalogue de machines utilise une connexion d’hôte, le catalogue et la connexion doivent se trouver dans la même zone, afin que la connexion entre eux soit à faible latence et à bande passante élevée.
- Lorsque vous placez des éléments dans une zone satellite, cela affecte la manière dont le Site interagit avec eux et avec d’autres objets qui leur sont liés.
- Lorsque des machines Controller sont placées dans une zone satellite, il est supposé que ces machines disposent d’une bonne connectivité (locale) aux hyperviseurs et aux machines VDA dans la même zone satellite. Les Controllers de cette zone satellite sont alors utilisés de préférence aux Controllers de la zone principale pour gérer ces hyperviseurs et machines VDA.
- Lorsqu’une connexion d’hyperviseur est placée dans une zone satellite, il est supposé que tous les hyperviseurs gérés via cette connexion d’hyperviseur résident également dans cette zone satellite. Les Controllers de cette zone satellite sont alors utilisés de préférence aux Controllers de la zone principale lors de la communication avec cette connexion d’hyperviseur.
- Lorsqu’un catalogue de machines est placé dans une zone satellite, il est supposé que toutes les machines VDA de ce catalogue se trouvent dans la zone satellite. Les Contrôleurs locaux sont utilisés de préférence aux Contrôleurs de la zone principale lors de la tentative d’enregistrement auprès du Site, après l’activation du mécanisme de mise à jour automatique de la liste des Contrôleurs suite à la première inscription de chaque VDA.
- Les instances NetScaler Gateway peuvent également être associées à des zones. Cela fait partie de la configuration de routage HDX™ optimal de StoreFront plutôt que, comme pour les autres éléments décrits ici, de la configuration du Site XenApp ou XenDesktop. Lorsqu’un NetScaler Gateway est associé à une zone, il est préféré pour les connexions HDX vers les machines VDA de cette zone.
- Lorsque vous créez un Site de production, puis le premier catalogue de machines et groupe de mise à disposition, tous les éléments se trouvent dans la zone principale – vous ne pouvez pas créer de zones satellites avant d’avoir terminé cette configuration initiale. (Si vous créez un Site vide, la zone principale ne contiendra initialement qu’un Contrôleur ; vous pouvez créer des zones satellites avant ou après la création d’un catalogue de machines et d’un groupe de mise à disposition.)
- Lorsque vous créez la première zone satellite contenant un ou plusieurs éléments, tous les autres éléments de votre Site restent dans la zone principale.
- La zone principale est nommée ‘Primary’ par défaut ; vous pouvez modifier ce nom. Bien que l’affichage Studio indique quelle zone est la zone principale, il est recommandé d’utiliser un nom facilement identifiable pour la zone principale. Vous pouvez réaffecter la zone principale (c’est-à-dire faire d’une autre zone la zone principale), mais elle doit toujours contenir la base de données du Site et tous les serveurs haute disponibilité.
- La base de données du Site doit toujours se trouver dans la zone principale.
- Après avoir créé une zone, vous pouvez ultérieurement déplacer des éléments d’une zone à une autre. Notez que cette flexibilité vous permet de séparer potentiellement des éléments qui fonctionnent mieux à proximité – par exemple, déplacer un catalogue de machines vers une zone différente de la connexion (hôte) qui crée les machines dans le catalogue, peut affecter les performances. Par conséquent, tenez compte des effets indésirables potentiels avant de déplacer des éléments entre les zones. Gardez un catalogue et la connexion hôte qu’il utilise dans la même zone, ou dans des zones bien connectées (par exemple, via un réseau à faible latence et à large bande passante).
- Pour des performances optimales, installez Studio et Director uniquement dans la zone principale. Si vous souhaitez une autre instance Studio dans une zone satellite (par exemple, si une zone satellite contenant des Contrôleurs est utilisée comme basculement au cas où la zone principale deviendrait inaccessible), exécutez Studio en tant qu’application publiée localement. Vous pouvez également accéder à Director depuis une zone satellite car il s’agit d’une application web.
- Idéalement, NetScaler Gateway dans une zone satellite devrait être utilisé pour les connexions utilisateur entrant dans cette zone depuis d’autres zones ou des emplacements externes, bien que vous puissiez l’utiliser pour les connexions au sein de la zone.
- Rappel : Pour utiliser la fonctionnalité de préférence de zone, vous devez utiliser au minimum StoreFront 3.7 et NetScaler Gateway 11.0-65.x.
Limites de qualité de connexion
Les Contrôleurs de la zone satellite effectuent des interactions SQL directement avec la base de données du Site. Cela impose certaines limites sur la qualité du lien entre la zone satellite et la zone principale contenant la base de données du Site. Les limites spécifiques sont relatives au nombre de VDA et de sessions utilisateur sur ces VDA qui sont déployés dans la zone satellite. Ainsi, les zones satellites avec seulement quelques VDA et sessions peuvent fonctionner avec une connexion de moins bonne qualité à la base de données que les zones satellites avec un grand nombre de VDA et de sessions.
Pour plus d’informations, consultez Améliorations de la latence et du blocage des requêtes SQL.
L’impact de la latence sur les performances de l’agent de connexion
Bien que les zones permettent aux utilisateurs d’être sur des liens à latence plus élevée, à condition qu’il y ait un agent de connexion local, la latence supplémentaire a inévitablement un impact sur l’expérience de l’utilisateur final. Pour la plupart des tâches effectuées par les utilisateurs, ils subissent une lenteur causée par les allers-retour entre les Contrôleurs de la zone satellite et la base de données du Site.
Pour le lancement d’applications, des délais supplémentaires se produisent pendant que le processus de courtage de session identifie les VDA appropriés auxquels envoyer les requêtes de lancement de session.
Créer et gérer des zones
Un administrateur complet peut effectuer toutes les tâches de création et de gestion de zones. Cependant, vous pouvez également créer un rôle personnalisé qui vous permet de créer, modifier ou supprimer une zone. Le déplacement d’éléments entre les zones ne nécessite pas de permissions liées aux zones (sauf la permission de lecture de zone) ; cependant, vous devez disposer de la permission de modification pour les éléments que vous déplacez. Par exemple, pour déplacer un catalogue de machines d’une zone à une autre, vous devez disposer de la permission de modification pour ce catalogue de machines. Pour plus d’informations, consultez l’article sur l’administration déléguée.
Si vous utilisez Provisioning Services : La console Provisioning Services fournie avec cette version n’est pas compatible avec les zones. Citrix recommande donc d’utiliser Studio pour créer les catalogues de machines que vous souhaitez placer dans des zones satellites. Utilisez l’assistant Studio pour créer le catalogue, en spécifiant la zone satellite correcte. Ensuite, utilisez la console Provisioning Services pour provisionner les machines dans ce catalogue. (Si vous créez le catalogue à l’aide de l’assistant Provisioning Services, il sera placé dans la zone principale, et vous devrez utiliser Studio pour le déplacer vers la zone satellite ultérieurement.)
Créer une zone
- Sélectionnez Configuration > Zones dans le volet de navigation de Studio.
- Sélectionnez Créer une zone dans le volet Actions.
- Saisissez un nom pour la zone et une description (facultatif). Le nom doit être unique au sein du site.
- Sélectionnez les éléments à placer dans la nouvelle zone. Vous pouvez filtrer ou rechercher la liste des éléments parmi lesquels vous pouvez choisir. Vous pouvez également créer une zone vide ; il suffit de ne sélectionner aucun élément.
- Cliquez sur Enregistrer.
Comme alternative à cette méthode, vous pouvez sélectionner un ou plusieurs éléments dans Studio, puis sélectionner Créer une zone dans le volet Actions.
Modifier le nom ou la description d’une zone
- Sélectionnez Configuration > Zones dans le volet de navigation de Studio.
- Sélectionnez une zone dans le volet central, puis sélectionnez Modifier la zone dans le volet Actions.
- Modifiez le nom et/ou la description de la zone. Si vous modifiez le nom de la zone principale, assurez-vous qu’elle reste facilement identifiable comme telle.
- Cliquez sur OK ou Appliquer.
Déplacer des éléments d’une zone à une autre
- Sélectionnez Configuration > Zones dans le volet de navigation de Studio.
- Sélectionnez une zone dans le volet central, puis sélectionnez un ou plusieurs éléments.
- Faites glisser les éléments vers la zone de destination ou sélectionnez Déplacer des éléments dans le volet Actions, puis spécifiez la zone vers laquelle les déplacer.
Un message de confirmation répertorie les éléments que vous avez sélectionnés et vous demande si vous êtes sûr de vouloir tous les déplacer.
Rappel : Lorsqu’un catalogue de machines utilise une connexion d’hôte à un hyperviseur ou un service cloud, le catalogue et la connexion doivent se trouver dans la même zone. Dans le cas contraire, les performances peuvent être affectées. Si vous déplacez l’un, déplacez l’autre également.
Supprimer une zone
Une zone doit être vide avant de pouvoir être supprimée. Vous ne pouvez pas supprimer la zone principale.
- Sélectionnez Configuration > Zones dans le volet de navigation de Studio.
- Sélectionnez une zone dans le volet central.
- Sélectionnez Supprimer la zone dans le volet Actions. Si la zone n’est pas vide (elle contient des éléments), il vous est demandé de choisir la zone vers laquelle ces éléments seront déplacés.
- Confirmez la suppression.
Ajouter une zone d’accueil pour un utilisateur
La configuration d’une zone d’accueil pour un utilisateur est également appelée ajout d’un utilisateur à une zone.
- Sélectionnez Configuration > Zones dans le volet de navigation de Studio, puis sélectionnez une zone dans le volet central.
- Sélectionnez Ajouter des utilisateurs à la zone dans le volet Actions.
- Dans la boîte de dialogue Ajouter des utilisateurs à la zone, cliquez sur Ajouter, puis sélectionnez les utilisateurs et les groupes d’utilisateurs à ajouter à la zone. Si vous spécifiez des utilisateurs qui ont déjà une zone d’accueil, un message propose deux choix : Oui = ajouter uniquement les utilisateurs spécifiés qui n’ont pas de zone d’accueil ; Non = revenir à la boîte de dialogue de sélection des utilisateurs.
- Cliquez sur OK.
Pour les utilisateurs disposant d’une zone d’accueil configurée, vous pouvez exiger que les sessions soient lancées uniquement à partir de leur zone d’accueil :
- Créez ou modifiez un groupe de mise à disposition.
- Sur la page Utilisateurs, cochez la case Les sessions doivent être lancées dans la zone d’accueil d’un utilisateur, si configurée.
Toutes les sessions lancées par un utilisateur dans ce groupe de mise à disposition doivent être lancées à partir de machines situées dans la zone d’accueil de cet utilisateur. Si un utilisateur du groupe de mise à disposition n’a pas de zone d’accueil configurée, ce paramètre n’a aucun effet.
Supprimer une zone d’accueil pour un utilisateur
Cette procédure est également connue sous le nom de suppression d’un utilisateur d’une zone.
- Sélectionnez Configuration > Zones dans le volet de navigation de Studio, puis sélectionnez une zone dans le volet central.
- Sélectionnez Supprimer des utilisateurs de la zone dans le volet Actions.
- Dans la boîte de dialogue Ajouter des utilisateurs à la zone, cliquez sur Supprimer, puis sélectionnez les utilisateurs et les groupes à supprimer de la zone. Notez que cette action supprime les utilisateurs uniquement de la zone ; ces utilisateurs restent dans les groupes de mise à disposition et les groupes d’applications auxquels ils appartiennent.
- Confirmez la suppression lorsque vous y êtes invité.
Gérer les zones d’accueil pour les applications
La configuration d’une zone d’accueil pour une application est également appelée ajout d’une application à une zone. Par défaut, dans un environnement multi-zones, une application n’a pas de zone d’accueil.
La zone d’accueil d’une application est spécifiée dans les propriétés de l’application. Vous pouvez configurer les propriétés de l’application lorsque vous ajoutez l’application à un groupe ou ultérieurement, en sélectionnant l’application dans Studio et en modifiant ses propriétés.
- Lors de la création d’un groupe de mise à disposition, de la création d’un groupe d’applications ou de l’ajout d’applications à des groupes existants, sélectionnez Propriétés sur la page Applications de l’assistant.
- Pour modifier les propriétés d’une application après son ajout, sélectionnez Applications dans le volet de navigation de Studio. Sélectionnez une application, puis sélectionnez Modifier les propriétés de l’application dans le volet Actions.
Sur la page Zones des propriétés/paramètres de l’application :
- Si vous souhaitez que l’application ait une zone d’accueil :
- Sélectionnez le bouton radio Utiliser la zone sélectionnée pour décider puis sélectionnez la zone dans la liste déroulante.
- Si vous souhaitez que l’application soit lancée uniquement à partir de la zone sélectionnée (et non à partir d’une autre zone), cochez la case sous la sélection de zone.
- Si vous ne souhaitez pas que l’application ait une zone d’accueil :
- Sélectionnez le bouton radio Ne pas configurer de zone d’accueil.
- Si vous ne souhaitez pas que le broker prenne en compte les zones utilisateur configurées lors du lancement de cette application, cochez la case sous le bouton radio. Dans ce cas, ni les zones d’accueil d’application ni les zones d’accueil utilisateur ne seront utilisées pour déterminer où lancer cette application.
Autres actions incluant la spécification de zones
Lorsque vous ajoutez une connexion d’hôte ou créez un catalogue de machines (autrement que lors de la création du site), vous pouvez spécifier une zone où l’élément sera affecté, si vous avez déjà créé au moins une zone satellite.
Dans la plupart des cas, la zone principale est la valeur par défaut. Lors de l’utilisation de Machine Creation Services™ pour créer un catalogue de machines, la zone configurée pour la connexion d’hôte est automatiquement sélectionnée.
Si le site ne contient aucune zone satellite, la zone principale est supposée et la zone de sélection n’apparaît pas.
Dans cet article
- Types de zones
- Où les VDA s’enregistrent et où les Contrôleurs basculent
- Préférence de zone
- Considérations, exigences et bonnes pratiques
- Limites de qualité de connexion
- L’impact de la latence sur les performances de l’agent de connexion
- Créer et gérer des zones
- Créer une zone
- Modifier le nom ou la description d’une zone
- Déplacer des éléments d’une zone à une autre
- Supprimer une zone
- Ajouter une zone d’accueil pour un utilisateur
- Supprimer une zone d’accueil pour un utilisateur
- Gérer les zones d’accueil pour les applications
- Autres actions incluant la spécification de zones