Product Documentation

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

Feb 26, 2018

« 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, de manière à réduire la latence et minimiser le trafic envoyé via le lien intercontinental vers l'Australie ou la Nouvelle-Zélande (ANZ).


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.

Commençons par définir un espace de noms pour le NUS. Appelons-le \\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 illustre une méthode d'installation faisant appel à 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 seront 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, car #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, car 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 donc possible qu'un basculement à un moment critique provoque la corruption du profil.