-
-
Partager les profils utilisateur Citrix sur des serveurs de fichiers multiples
-
Gérer des profils au sein d'unités d'organisation et entre ces dernières
-
Prise en charge de domaine et de forêt dans Profile Management
-
Haute disponibilité et récupération d'urgence avec Profile Management
-
Scénario 1 : configuration de base de magasins d'utilisateur géographiquement adjacents et de clusters de basculement
-
Scénario 5 : équilibrage de la charge des magasins d'utilisateur
-
-
Planifier la redirection de dossiers avec Profile Management
-
Services d'annuaire, d'authentification et de fichiers tiers
-
-
Activer l'accès basé sur les informations d'identification aux magasins d'utilisateurs
-
Configurer le Programme d'amélioration de l'expérience utilisateur Citrix (CEIP)
-
Sauvegarde et restauration automatiques de la base de données d'index de recherche Outlook
-
Activer la réécriture multisession pour les conteneurs de profils
-
Spécifier la taille et le chemin de stockage des fichiers VHDX
-
Reconnexion automatique des disques VHDX déconnectés dans les sessions
-
Activer la prise en charge des machines VDA jointes à Azure AD et non jointes à un domaine
-
Activer le traitement asynchrone pour la stratégie de groupe utilisateur à la connexion
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Scénario 1 : configuration de base de magasins d’utilisateur géographiquement adjacents et de clusters de basculement
« Je veux que mes utilisateurs utilisent toujours un magasin d’utilisateur en réseau (NUS) géographiquement adjacent pour leurs profils. » Dans ce cas, les options 1 et 2 s’appliquent.
« Je veux que mon NUS se trouve sur un cluster de basculement pour bénéficier d’une haute disponibilité. » Dans ce cas, l’option 2 s’applique.
Le graphique suivant illustre ce scénario. Des utilisateurs en Amérique du Nord (NA) veulent utiliser le NUS de New York plutôt que le NUS de Brisbane. L’objectif est de réduire la latence et de minimiser le trafic envoyé sur la liaison intercontinentale vers l’Australie ou la Nouvelle-Zélande (ANZ).
Option 1 - Espaces de noms DFS
Lectures complémentaires
- Pour un aperçu de la technologie des espaces de noms DFS Microsoft, consultez Vue d’ensemble des espaces de noms DFS.
- Pour obtenir des conseils sur l’équilibrage de la charge des magasins d’utilisateur, consultez le blog Citrix https://www.citrix.com/blogs/2009/07/21/profile-management-load-balancing-user-stores/.
Implémentation de cette option
Les espaces de noms DFS peuvent résoudre certains des problèmes abordés dans l’article du blog.
Nous définissons un espace de noms pour le NUS que nous appelons \\MyCorp\Profiles. Il s’agit de la racine de l’espace de noms. Définissons ensuite des serveurs d’espaces de noms à New York et Brisbane (et sur n’importe lequel des autres sites). Chaque serveur d’espace de noms dispose de dossiers correspondant à chaque emplacement Active Directory, chacun disposant à son tour de cibles sur un serveur de New York où Brisbane.
Les emplacements suivants sont peut-être déjà configurés dans Active Directory (dans le cadre des enregistrements utilisateur).
| Attribut d’emplacement AD (#l#) | Emplacement géographique |
|---|---|
| Wagga Wagga | AUSTRALIE ET NOUVELLE-ZÉLANDE |
| Darwin | AUSTRALIE ET NOUVELLE-ZÉLANDE |
| Brisbane | AUSTRALIE ET NOUVELLE-ZÉLANDE |
| Auckland | AUSTRALIE ET NOUVELLE-ZÉLANDE |
| Seattle | SO |
| San Diego | SO |
| West Palm Beach | SO |
| Poughkeepsie, New York | SO |
Le graphique suivant montre une méthode de configuration à l’aide des espaces de noms DFS.
Une fois l’installation terminée, nous configurons le paramètre Chemin d’accès au magasin de l’utilisateur comme suit :
\\MyCorp\Profiles\#l#
Les profils des utilisateurs appartenant aux huit sites sont distribués sur deux serveurs uniquement, de façon à satisfaire aux contraintes géographiques requises par le scénario.
Solutions alternatives
Vous pouvez classer les cibles d’espaces de noms et utiliser les règles de classement comme suit. Lorsque les espaces de noms DFS décident de la cible à utiliser, il est possible de spécifier que seules les cibles du site local sont choisies. Dans la mesure où vous êtes sûr que, pour un utilisateur donné, chaque bureau ou serveur appartient au même site, cette technique s’avère efficace.
En revanche, elle perd toute pertinence si un utilisateur basé à Poughkeepsie visite Wagga Wagga. Le profil de leur ordinateur portable peut provenir de Brisbane, mais le profil utilisé par leurs applications publiées peut provenir de New York.
La technique recommandée, qui fait appel aux attributs AD, garantit que les mêmes choix sont adoptés en matière de noms d’espaces DFS pour chaque session que l’utilisateur initie. La raison en est que le #l# provient de la configuration AD de l’utilisateur plutôt que de la configuration des machines.
Option 2 - Espaces de noms DFS avec clustering de basculement
Lectures complémentaires
- Pour obtenir des informations détaillées sur la configuration d’un cluster de basculement de serveur de fichiers à deux nœuds, consultez Déploiement d’un serveur de fichiers en cluster à deux nœuds.
- Pour plus d’informations sur le choix d’un type d’espace de noms, consultez https://docs.microsoft.com/en-us/windows-server/storage/dfs-namespaces/choose-a-namespace-type.
Implémentation de cette option
L’ajout d’un cluster de basculement permet de garantir une haute disponibilité.
Le point clé de cette option consiste à transformer les serveurs de fichiers en clusters de basculement, de façon à ce que les cibles de dossier soient hébergées sur un cluster de basculement plutôt que sur un serveur.
Si vous souhaitez bénéficier d’une haute disponibilité sur le serveur d’espace de noms, vous devez choisir un espace de noms autonome. Les espaces de noms basés sur domaine ne prennent pas en charge l’utilisation de clusters de basculement en tant que serveurs d’espaces de noms. Les cibles de dossiers peuvent être hébergées sur des clusters de basculement, quel que soit le type du serveur d’espace de noms.
Important : l’état des verrous de fichier peut ne pas être préservé si un serveur dans un cluster de basculement échoue. Profile Management supprime les verrous de fichier sur le NUS à certains moments durant le traitement du profil. Il est possible qu’un basculement à un moment critique provoque la corruption du profil.
Partager
Partager
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.