-
-
-
Partager les profils utilisateur Citrix® sur plusieurs serveurs de fichiers
-
Administrer les profils au sein et entre les unités d’organisation
-
Prise en charge des domaines et forêts dans Profile Management
-
Haute disponibilité et reprise après sinistre avec Profile Management
-
Scénario 1 - Configuration de base des magasins d’utilisateurs géographiquement adjacents et des clusters de basculement
-
Scénario 5 - Équilibrage de charge des magasins d’utilisateurs
-
Planifier la redirection de dossiers avec Profile Management
-
Services de répertoire, d’authentification et de fichiers tiers
-
FAQ: À propos des profils sur plusieurs plates-formes et de la migration de Profile Management
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’utilisateurs géographiquement adjacents et de clusters de basculement
« Je veux que mes utilisateurs utilisent toujours un magasin d’utilisateurs en réseau (NUS) préféré et géographiquement adjacent pour leurs profils. » Les options 1 et 2 s’appliquent dans ce cas.
« Je veux que mon NUS soit sur un cluster de basculement, pour me donner une haute disponibilité. » L’option 2 s’applique dans ce cas.
Le graphique suivant illustre ce scénario. Les utilisateurs d’Amérique du Nord (AN) 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é via la liaison intercontinentale vers l’Australie ou la Nouvelle-Zélande (ANZ).
Option 1 – DFS Namespaces
Lecture complémentaire
Pour un aperçu de la technologie Microsoft DFS Namespaces, consultez Présentation de DFS Namespaces.
Implémentation de cette option
DFS Namespaces peut résoudre certains des problèmes présentés dans l’article de blog.
Mettons en place un espace de noms pour le NUS appelé \\MyCorp\Profiles. C’est la racine de l’espace de noms. Nous configurons des serveurs d’espace de noms à New York et Brisbane (et sur tous les autres sites). Chaque serveur d’espace de noms possède des dossiers correspondant à chaque emplacement Active Directory, qui à leur tour ont des cibles sur un serveur à New York ou Brisbane.
Nous pourrions avoir les emplacements suivants configurés dans Active Directory (faisant partie des enregistrements d’utilisateurs).
| Attribut d’emplacement AD (#l#) | Emplacement géographique |
|---|---|
| Wagga Wagga | ANZ |
| Darwin | ANZ |
| Brisbane | ANZ |
| Auckland | ANZ |
| Seattle | NA |
| San Diego | NA |
| West Palm Beach | NA |
| Poughkeepsie, New York | NA |
Le graphique suivant montre une façon de configurer cela en utilisant les espaces de noms DFS.
Une fois configuré, nous définissons le paramètre Chemin d’accès au magasin d’utilisateurs comme suit :
\\MyCorp\Profiles\#l#
Les profils des utilisateurs appartenant aux huit sites sont distribués à seulement deux serveurs, respectant ainsi les contraintes géographiques requises par le scénario.
Alternatives
Vous pouvez ordonner les cibles d’espace de noms et utiliser les règles d’ordonnancement comme suit. Lorsque les espaces de noms DFS résolvent la cible à utiliser, il est possible de spécifier que seules les cibles du site local sont choisies. Cela fonctionne tant que vous êtes certain que, pour un utilisateur donné, chaque poste de travail et chaque serveur appartiennent au même site.
Cette technique échoue si, par exemple, un utilisateur normalement basé à Poughkeepsie visite Wagga Wagga. Son profil d’ordinateur portable pourrait provenir de Brisbane, mais le profil utilisé par ses applications publiées pourrait provenir de New York.
La technique recommandée, utilisant les attributs AD, garantit que les mêmes choix d’espace de noms DFS sont faits pour chaque session initiée par l’utilisateur. La raison en est que le #l# dérive de la configuration AD de l’utilisateur plutôt que des configurations de machine.
Option 2 - Espaces de noms DFS avec clustering de basculement
Lecture complémentaire
- Pour un guide étape par étape 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/fr-fr/windows-server/storage/dfs-namespaces/choose-a-namespace-type.
Mise en œuvre de cette option
L’ajout du clustering de basculement vous permet de fournir une haute disponibilité de base.
Le point clé de cette option est de transformer les serveurs de fichiers en clusters de basculement, afin que les cibles de dossiers soient hébergées sur un cluster de basculement plutôt que sur un serveur unique.
Si vous exigez que le serveur d’espaces de noms lui-même dispose d’une haute disponibilité, vous devez choisir un espace de noms autonome. Les espaces de noms basés sur un domaine ne prennent pas en charge l’utilisation de clusters de basculement comme serveurs d’espaces de noms. Les cibles de dossiers peuvent être hébergées sur des clusters de basculement, quel que soit le type de serveur d’espaces de noms.
Important : L’état des verrous de fichiers pourrait ne pas être conservé si un serveur d’un cluster de basculement tombe en panne. Profile Management applique des verrous de fichiers sur le NUS à certains moments du traitement du profil. Il est possible qu’un basculement à un moment critique puisse entraîner une 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.