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

diagramme

Option 1 - Espaces de noms DFS

Lectures complémentaires

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.

graphique

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

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.

Scénario 1 : configuration de base de magasins d’utilisateur géographiquement adjacents et de clusters de basculement