Profile Management

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 en 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).

Diagramme(/en-us/profile-management/2402-ltsr/media/upm-ha-dr-scenario1-1.png)

Option 1 – Espaces de noms DFS

Lecture complémentaire

Pour un aperçu de la technologie des espaces de noms DFS de Microsoft, consultez Présentation des espaces de noms DFS.

Implémentation de cette option

Les espaces de noms DFS peuvent 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’espaces de noms à New York et Brisbane (et sur tous les autres sites). Chaque serveur d’espaces 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.

Graphique

Une fois configuré, nous définissons le paramètre Chemin vers le 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 serveur appartient 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 est que le #l# dérive de la configuration AD de l’utilisateur plutôt que des configurations machine.

Option 2 - Espaces de noms DFS avec clustering de basculement

Lecture complémentaire

Implémentation 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 préservé 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 point critique puisse entraîner une corruption du profil.

Scénario 1 - Configuration de base de magasins d’utilisateurs géographiquement adjacents et de clusters de basculement