Zones
Introduction
Les déploiements Citrix DaaS (anciennement service Citrix Virtual Apps and Desktops™) qui s’étendent sur des emplacements largement dispersés et connectés par un WAN peuvent être confrontés à des défis liés à la latence et à la fiabilité du réseau. L’utilisation 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. Dans l’environnement Citrix DaaS, chaque emplacement de ressource est considéré comme une zone.
Les zones peuvent être utiles dans les déploiements de toutes tailles. Vous pouvez utiliser les zones pour rapprocher les applications et les bureaux des utilisateurs, ce qui améliore les performances. Les zones 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.
- Dans cet article, le terme local fait référence à la zone en question. Par exemple, « Un VDA s’enregistre auprès d’un Cloud Connector local » signifie qu’un VDA s’enregistre auprès d’un Cloud Connector dans la zone où se trouve le VDA.
Différences par rapport aux zones dans les environnements Citrix Virtual Apps and Desktops locaux
Les zones dans l’environnement Citrix DaaS™ sont similaires, mais pas identiques, aux zones d’un déploiement Citrix Virtual Apps and Desktops local.
- Dans Citrix DaaS, les zones sont créées automatiquement lorsque vous créez un emplacement de ressource et y ajoutez un Cloud Connector. Contrairement à un déploiement local, l’environnement Citrix DaaS ne classe pas les zones comme principales ou satellites.
- Dans XenApp version 6.5 et antérieures, les zones incluaient des collecteurs de données. Citrix DaaS n’utilise pas de collecteurs de données pour les zones. De plus, les zones de basculement et préférées fonctionnent différemment.
Contenu d’une zone
- Une zone est équivalente à un emplacement de ressource. Lorsque vous créez un emplacement de ressource et installez un Cloud Connector, une zone est automatiquement créée pour vous. Chaque zone peut avoir un ensemble de ressources différent, en fonction de vos besoins et de votre environnement uniques.
Chaque zone doit toujours disposer d’au moins un Cloud Connector, et de préférence deux ou plus, pour la redondance.
- Vous pouvez placer des catalogues de machines, des hyperviseurs, des connexions d'hôte, des utilisateurs et des applications dans une zone. Une zone peut également contenir des serveurs Citrix Gateway et StoreFront™. Pour utiliser la fonctionnalité Local Host Cache, une zone doit disposer d'un serveur StoreFront.
- Les zones sont prises en charge avec Citrix Workspace™ et le service Citrix Gateway.
-
Le placement d’éléments dans une zone affecte la manière dont Citrix DaaS interagit avec eux et avec d’autres objets qui leur sont liés.
- Lorsqu’une connexion d’hyperviseur est placée dans une zone, il est supposé que tous les hyperviseurs gérés via cette connexion résident également dans cette zone.
- Lorsqu’un catalogue de machines est placé dans une zone, il est supposé que tous les VDA du catalogue se trouvent dans la zone.
- Des instances de Citrix Gateway peuvent être ajoutées aux zones. Lorsque vous créez un emplacement de ressource, l’option d’ajouter une Citrix Gateway vous est proposée. Lorsqu’une Citrix Gateway est associée à une zone, elle est préférée pour les connexions aux VDA de cette zone.
- Idéalement, Citrix Gateway dans une zone est utilisée pour les connexions utilisateur provenant d’autres zones ou d’emplacements externes vers cette zone. Vous pouvez également l’utiliser pour les connexions au sein de la zone.
-
Après avoir créé d’autres emplacements de ressources et y avoir installé des Cloud Connectors (ce qui crée automatiquement d’autres zones), vous pouvez déplacer des ressources entre les zones. Cette flexibilité s’accompagne du risque de séparer des éléments qui fonctionnent mieux à proximité. Par exemple, le déplacement d’un catalogue 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. Conservez un catalogue et la connexion d’hôte qu’il utilise dans la même zone.
- Si la connexion entre une zone et Citrix Cloud échoue, la fonctionnalité Local Host Cache permet à un Cloud Connector de la zone de continuer à broker les connexions aux VDA de cette zone. (La zone doit avoir StoreFront installé.) Par exemple, cela est efficace dans un bureau où les employés utilisent le site StoreFront local pour accéder à leurs ressources locales, même si le lien WAN connectant leur bureau au réseau d’entreprise échoue. Pour plus d’informations, consultez Local Host Cache.
Où les VDA s’enregistrent
Les VDA doivent être au minimum de la version 7.7 pour utiliser ces fonctionnalités d’enregistrement de zone :
- Un VDA dans une zone s’enregistre auprès d’un Cloud Connector local.
- Tant que ce Cloud Connector peut communiquer avec Citrix Cloud™, les opérations normales se poursuivent.
- Si ce Cloud Connector est opérationnel mais ne peut pas communiquer avec Citrix Cloud (et que cette zone dispose d’un StoreFront local), il passe en mode de panne du cache d’hôte local.
- Si un Cloud Connector tombe en panne, les VDA de cette zone tentent de s’enregistrer auprès d’autres Cloud Connectors locaux. Un VDA d’une zone ne tente jamais de s’enregistrer auprès d’un Cloud Connector d’une autre zone.
- Si vous ajoutez ou supprimez un Cloud Connector dans une zone (à l’aide de la console de gestion Citrix Cloud) et que la mise à jour automatique est activée, les VDA de cette zone reçoivent des listes mises à jour des Cloud Connectors locaux disponibles, afin qu’ils sachent auprès de qui ils peuvent s’enregistrer et accepter des connexions.
- Si vous déplacez un catalogue de machines vers une autre zone (à l’aide de Studio), les VDA de ce catalogue se réenregistrent auprès des Cloud Connectors de la zone vers laquelle vous avez déplacé le catalogue. Lorsque vous déplacez un catalogue, assurez-vous de déplacer également toute connexion d’hôte associée vers la même zone.
- Pendant une panne (lorsque les Cloud Connectors d’une zone ne peuvent pas communiquer avec Citrix Cloud), seules les ressources associées aux machines enregistrées dans cette zone sont disponibles.
Préférence de zone
- Dans un site multi-zones, la fonctionnalité de préférence de zone offre à l’administrateur une plus grande 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 de stockage des données de l’application. C’est ce qu’on appelle le domicile de l’application.
- L’emplacement des données personnelles de l’utilisateur, telles qu’un profil ou un partage personnel. C’est ce qu’on appelle le domicile de l’utilisateur.
- L’emplacement actuel de l’utilisateur (où l’application Citrix Workspace est exécutée). C’est ce qu’on appelle l’emplacement de l’utilisateur. L’emplacement de l’utilisateur nécessite au minimum StoreFront 3.7 et Citrix Gateway (anciennement NetScaler Gateway) 11.0-65.x.
Le graphique suivant présente un exemple de configuration multi-zones.
Dans cet exemple, les VDA sont répartis entre trois zones, mais ils appartiennent tous au même groupe de mise à disposition. Par conséquent, le broker Citrix DaaS peut avoir le choix du VDA à utiliser pour une demande de lancement d’utilisateur. Cet exemple illustre que les utilisateurs peuvent exécuter leurs points de terminaison de l’application Citrix Workspace à différents emplacements. L’utilisateur A utilise un appareil avec l’application Citrix Workspace dans la zone 1. L’utilisateur B utilise un appareil dans la zone 2. De même, les documents d’un utilisateur peuvent être stockés à différents emplacements. Les utilisateurs A et B utilisent un partage situé dans la zone 1. L’utilisateur C utilise un partage dans la zone 3. De plus, l’une des applications publiées utilise une base de données située dans la zone 1.
Vous associez un utilisateur ou une application à une zone en configurant une zone d’accueil pour l’utilisateur ou l’application. Le broker 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 se produisent en raison de l’appartenance à un groupe d’utilisateurs. 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. 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 en a une (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 l’application Citrix Workspace (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 est (ou n’est pas) utilisée.
- **Utilisation obligatoire de la zone d'accueil de l'utilisateur :** Dans un groupe de mise à disposition, vous pouvez spécifier « Lancer la session 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 si vous souhaitez é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 lancer la session 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 spécifier « lancer l'application uniquement 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 d’utilisateur configurée : Si vous ne spécifiez pas de zone d’accueil pour une application, vous pouvez également spécifier « ne pas prendre en compte les zones d’utilisateur configurées lors du lancement de cette application. » Par exemple, utilisez la préférence de zone d’emplacement de l’utilisateur si vous souhaitez que les utilisateurs exécutent une application spécifique sur un VDA proche de leur machine, même si certains utilisateurs peuvent 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 dispose déjà d’une session adaptée à la ressource lancée (par exemple, peut utiliser le partage de session pour une application, ou une session exécutant déjà la ressource lancée), mais que cette session se trouve sur un VDA dans une zone autre que la zone préférée pour l’utilisateur/l’application, le système peut créer une nouvelle session. Cette action permet de lancer la session dans la zone correcte (si elle dispose de la 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 des sessions pour satisfaire un lancement est le suivant :
- Se reconnecter à une session existante dans la zone préférée.
- Se reconnecter à une session déconnectée existante dans une zone non préférée.
- Démarrer une nouvelle session dans la zone préférée.
- Se reconnecter à une session connectée existante dans une zone non préférée.
- Démarrer une nouvelle session dans une zone non préférée.
Autres considérations relatives aux préférences 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 peut donc 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 ce choix effectué par le broker, 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 l’emplacement de l’utilisateur nécessite la détection de l’application Citrix Workspace sur le périphérique de point de terminaison par la passerelle Citrix via laquelle ce périphérique se connecte. Citrix doit être configuré pour associer des plages d’adresses IP à des zones particulières. L’identité de zone découverte doit être transmise via StoreFront à Citrix DaaS.
- Bien que rédigé pour l’utilisation sur site des zones, l’article de blog Zone Preference Internals contient des détails techniques pertinents.
Autorisations pour gérer les zones
- Un administrateur complet peut effectuer toutes les tâches de gestion de zone prises en charge. Le déplacement d'éléments entre les zones ne nécessite pas d'autorisations liées aux zones (sauf l'autorisation de lecture de zone). Cependant, vous devez disposer de l'autorisation 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 l'autorisation de modification pour ce catalogue.
Si vous utilisez Citrix Provisioning™ : La console Citrix Provisioning actuelle 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 spécifiques. Après avoir créé le catalogue, vous pouvez utiliser la console Citrix Provisioning pour provisionner des machines dans ce catalogue.
Création de zone
Lorsque vous créez un emplacement de ressources dans Citrix Cloud, puis que vous ajoutez un Cloud Connector à cet emplacement de ressources, Citrix DaaS crée et nomme automatiquement une zone. Vous pouvez éventuellement ajouter une description ultérieurement.
Après avoir créé plusieurs emplacements de ressources (et les zones sont créées automatiquement), vous pouvez déplacer des ressources d’une zone à une autre.
Les emplacements de ressources et les zones sont synchronisés périodiquement, généralement toutes les cinq minutes environ. Ainsi, si vous modifiez le nom d’un emplacement de ressources dans Citrix Cloud, cette modification est propagée à la zone associée dans les cinq minutes.
Ajouter ou modifier une description de zone
Bien que vous ne puissiez pas modifier le nom d’une zone, vous pouvez ajouter ou modifier sa description.
- Dans Studio, sélectionnez Zones dans le volet gauche.
- Sélectionnez une zone dans le volet central, puis sélectionnez Modifier la zone dans la barre d’actions.
- Ajoutez ou modifiez la description de la zone.
- Sélectionnez OK ou Appliquer.
Déplacer des ressources d’une zone à une autre
- Dans Studio, sélectionnez Zones dans le volet gauche.
- 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 les éléments dans la barre d’actions, puis spécifiez la zone vers laquelle les déplacer. (Bien que vous puissiez sélectionner des Cloud Connectors, vous ne pouvez pas les déplacer vers une autre zone.)
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.
N’oubliez pas : lorsqu’un catalogue de machines utilise une connexion d’hôte à un hyperviseur ou un service cloud, assurez-vous que le catalogue et la connexion se trouvent dans la même zone. Dans le cas contraire, les performances peuvent être affectées. Si vous déplacez l’un, déplacez également l’autre.
Suppression de zone
Vous ne pouvez pas supprimer une zone. Cependant, vous pouvez supprimer un emplacement de ressources (après avoir supprimé ses Cloud Connectors). La suppression de l’emplacement de ressources entraîne automatiquement la suppression de la zone.
- Si la zone ne contient aucun élément (tel que des catalogues, des connexions, des applications ou des utilisateurs), la zone est supprimée lors de la prochaine synchronisation entre les zones et les emplacements de ressources. La synchronisation a lieu toutes les cinq minutes.
- Si la zone contient des éléments, la zone est automatiquement supprimée une fois que tous les éléments ont été retirés.
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.
- Dans Studio, sélectionnez Zones dans le volet gauche.
- Sélectionnez une zone dans le volet central, puis sélectionnez Ajouter des utilisateurs à la zone dans la barre d’actions.
- Dans la boîte de dialogue Ajouter des utilisateurs à la zone, sélectionnez 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.
- Sélectionnez 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 Exiger que les sessions soient 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 ne dispose pas d’une 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 appelée suppression d’un utilisateur d’une zone.
- Dans Studio, sélectionnez Zones dans le volet gauche.
- Sélectionnez une zone dans le volet central, puis sélectionnez Supprimer des utilisateurs de la zone dans la barre d’actions.
- Dans la boîte de dialogue Ajouter des utilisateurs à la zone, sélectionnez Supprimer, puis sélectionnez les utilisateurs et les groupes à supprimer de la zone. Cette action supprime les utilisateurs uniquement de la zone. Ces utilisateurs restent dans les groupes de mise à disposition 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 ne dispose 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 l’ajoutez à un groupe ou ultérieurement.
- Lors de la création d’un groupe de mise à disposition 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 Zones dans le volet gauche. Sélectionnez une application, puis sélectionnez Propriétés dans la barre d’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.
- Si vous souhaitez que l’application se lance 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 de l’application ni celles de l’utilisateur ne sont utilisées pour déterminer où lancer cette application.
Autres actions incluant la spécification de zones
Si vous avez plusieurs zones, vous pouvez spécifier une zone lorsque vous ajoutez une connexion d’hôte ou créez un catalogue. Les zones sont répertoriées par ordre alphabétique dans les listes de sélection. Par défaut, le premier nom alphabétique est sélectionné.
Dépannage
Studio vous fournit des alertes proactives pour s’assurer que votre cache d’hôte local et vos zones sont configurés correctement afin que vous puissiez résoudre les problèmes à temps avant qu’une panne n’affecte vos utilisateurs. Cette fonctionnalité permet de maintenir un accès utilisateur continu aux charges de travail critiques.
Un onglet Dépannage apparaît pour chaque zone présentant des problèmes.
Pour vérifier les problèmes liés aux zones, procédez comme suit :
- Accédez à Zones et cliquez sur la zone avec l’icône d’avertissement.
- Accédez à l’onglet Dépannage dans le volet inférieur et lisez les informations qui s’y trouvent.
Remarque :
Les diagnostics sont mis à jour toutes les heures.
Exemple d’informations de dépannage :
Le tableau suivant fournit une liste complète des avertissements et erreurs liés aux zones :
| Gravité | Problèmes possibles | Actions recommandées |
|---|---|---|
| Avertissement | L’emplacement des ressources contient plusieurs domaines. Les emplacements de ressources qui contiennent plusieurs domaines peuvent entraîner des retards ou des échecs d’enregistrement de VDA en mode cache d’hôte local. | Reconfigurez votre emplacement de ressources afin que tous les Cloud Connectors se trouvent dans le même domaine. Reportez-vous aux Détails techniques du Citrix Cloud Connector pour plus d’informations sur les configurations multi-domaines prises en charge. |
| Avertissement | Le nombre de connexions d’hôte dans l’emplacement des ressources dépasse la limite recommandée, ce qui pourrait entraîner une dégradation des performances. | Réduisez le nombre de connexions d’hôte dans l’emplacement des ressources pour ne pas dépasser la limite recommandée. Reportez-vous à Limites. |
| Avertissement | Il n’y a qu’un seul Cloud Connector dans l’emplacement des ressources. | Pour une haute disponibilité, installez deux Cloud Connectors dans chaque emplacement de ressources. Reportez-vous aux Détails techniques du Citrix Cloud Connector. |
| Avertissement | Il y a moins de CPU par socket que recommandé, ce qui pourrait entraîner une dégradation des performances en mode cache d’hôte local. | Assurez-vous que chaque Cloud Connector répond aux exigences minimales de CPU par socket. Reportez-vous à Configuration de calcul recommandée pour le cache d’hôte local. |
| Avertissement | StoreFront n’envoie pas de requêtes STA à tous les Cloud Connectors de cet emplacement de ressources. | Assurez-vous que tous les Cloud Connectors sont ajoutés en tant que serveurs STA sur StoreFront et NetScaler® Gateway pour éviter les échecs de lancement en mode cache d’hôte local. |
| Avertissement | StoreFront est détecté dans l’emplacement des ressources, mais au moins un Connector au sein de l’emplacement des ressources ne reçoit pas de trafic StoreFront. Un trafic manquant de StoreFront peut affecter l’évolutivité et causer des problèmes lors du passage en mode haute disponibilité. | Assurez-vous que tous les Cloud Connectors sont répertoriés comme flux de ressources dans StoreFront et vérifiez que StoreFront peut communiquer avec tous les Connectors répertoriés au port spécifié dans le flux de ressources. |
| Avertissement | L’emplacement des ressources a plusieurs brokers de cache d’hôte local élus. Avoir plusieurs brokers de cache d’hôte local élus peut entraîner la division des enregistrements de VDA entre les connecteurs en mode cache d’hôte local, ce qui conduit à des échecs de lancement intermittents. | Assurez-vous que les connecteurs peuvent communiquer à http://<FQDN_OF_PEER_CONNECTOR>:80/Citrix/CdsController/ISecondaryBrokerElection. Reportez-vous à Zones avec plusieurs Cloud Connectors. |
| Avertissement | Il y a moins de processeurs logiques que recommandé, ce qui pourrait entraîner une dégradation des performances en mode cache d’hôte local. | Assurez-vous que chaque Cloud Connector répond aux exigences minimales de processeurs logiques pour le cache d’hôte local. Reportez-vous à Configuration de calcul recommandée pour le cache d’hôte local. |
| Avertissement | Il y a moins de RAM que recommandé, ce qui pourrait entraîner une dégradation des performances en mode cache d’hôte local. | Assurez-vous que chaque Cloud Connector répond aux exigences minimales de RAM pour le cache d’hôte local. Reportez-vous à Configuration de calcul recommandée pour le cache d’hôte local. |
| Erreur | Il y a plus de VDA dans l’emplacement des ressources que recommandé, ce qui entraînera des échecs d’enregistrement de VDA en mode cache d’hôte local. | Réduisez le nombre de VDA dans cet emplacement de ressources pour ne pas dépasser la limite recommandée. Reportez-vous à Limites. |
| Erreur | Aucun des Cloud Connectors de la zone n’est joignable. Les VDA de cet emplacement de ressources devraient être disponibles via le cache d’hôte local ou la continuité de service. | Vérifiez la connectivité des Cloud Connectors dans la zone et vérifiez le registre pour voir si le mode LHC est forcé via le registre. Si le LHC n’est pas forcé via le registre, envisagez d’exécuter l’utilitaire de vérification de la connectivité du Cloud Connector. Si le problème persiste, ouvrez un ticket de support. |
| Erreur | Il y a moins de processeurs logiques que recommandé, ce qui pourrait entraîner une dégradation des performances. | Assurez-vous que chaque Cloud Connector répond aux exigences minimales de processeurs logiques. Reportez-vous aux Détails techniques du Citrix Cloud Connector. |
| Erreur | Il y a moins de RAM que recommandé, ce qui pourrait entraîner une dégradation des performances. | Assurez-vous que chaque Cloud Connector répond aux exigences minimales de RAM. Reportez-vous aux Détails techniques du Citrix Cloud Connector. |
Pour obtenir un rapport détaillé des erreurs de configuration dans la zone, exécutez l’applet de commande PowerShell, Get-ConfigMisconfigurationReport. Les détails supplémentaires incluent des informations telles que le connecteur mal configuré, la configuration erronée actuelle et la configuration recommandée.
Dans cet article
- Introduction
- Où les VDA s’enregistrent
- Préférence de zone
- Autorisations pour gérer les zones
- Création de zone
- Ajouter ou modifier une description de zone
- Déplacer des ressources d’une zone à une autre
- Suppression de 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
- Dépannage