IT Forum 2005 - Implémentation du système de fichier distribué (DFS) sous Windows Server 2003 R2 Accueil > Articles > Evènements
Auteurs  Matthieu MARTINEAU PI SERVICES (GOLD PARTNER MICROSOFT) Ingénieur systèmes et réseaux  Tous les articles de cet auteur		4,1/5 Bien 90289 85/352

1. Présentation du système de fichier distribué (DFS)

DFS signifie Distributed File System (littéralement système de fichiers distribué). Il permet de centraliser tous les points de partages présent dans une entreprise. Le but premier de ce système est donc de simplifier la vie de l'utilisateur final, mais aussi celle de l'administrateur puisqu'il n'est plus nécessaire de connaître tous les chemins UNC par cœur pour pouvoir accéder aux partages réseau !

L'exemple ci-dessous montre une racine DFS nommée LABOMS et contenant trois liens DFS nommés articles, essentiels et logiciels. Lorsqu'un client accède à l'un des liens DFS (articles par exemple), il est redirigé sans le savoir vers le bon partage réseau (en l'occurrence \\FileSrv1\articles). L'utilisation du système DFS est donc totalement transparente pour les clients.

Une racine DFS est un ensemble de liens DFS rassemblé en une seule et même arborescence. Il existe deux types de racines DFS :

• les racines DFS autonomes dont la configuration est stockée dans le registre local du serveur (pour accéder à la racine les clients doivent saisir le chemin UNC \\nom_du_serveur\nom_de_la_raccine)

• les racines DFS de domaine dont la configuration est stockée dans l'annuaire Active Directory (pour accéder à la racine les clients doivent saisir le chemin UNC \\nom_du_domaine\nom_de_la_raccine)

Seules les racines DFS de domaine permettent de mettre en place une tolérance de panne au niveau de l'accès à la racine car plusieurs serveurs peuvent accéder simultanément aux informations et car la perte d'un contrôleur de domaine n'entraîne pas la perte des informations de configuration.

Le second avantage de DFS est la tolérance aux pannes. Il est en effet possible de configurer plusieurs réplicas pour un seul et même lien DFS. Un équilibrage de la charge est automatiquement mis en place entre les cibles disponibles pour le lien DFS. Dans l'exemple ci-contre, le lien DFS articles pointe vers trois cibles distinctes \\FileSrv1\articles, \\FileSrv2\articles et \\FileSrv3\articles. Lorsque des clients tentent d'accéder à ce lien... 33% sont redirigés vers FileSrv1 33% sont redirigés vers FileSrv2 33% sont redirigés vers FileSrv3 Si l'un des trois serveurs tombe en panne (par exemple FileSrv3), alors DFS cesse de l'utiliser et la charge est répartie entre les serveurs de fichiers restants !

Bien entendu, la mise en place d'un tel système de tolérance de panne nécessite une synchronisation des données entre tous les serveurs qui hébergent un réplica du lien DFS. Plusieurs méthodes de réplication sont d'ailleurs disponibles pour synchroniser les données entre les serveurs de fichiers.

Cependant, quelle que soit la méthode de synchronisation retenue, le service utilisé pour répliquer les données est toujours le service de réplication de fichier ou FRS (File Replication Service). C'est d'ailleurs ce service qui est utilisé pour répliquer le contenu du partage SYSVOL entre les contrôleurs de domaine d'un même domaine !

Avec Windows Server 2003, lorsqu'un client accède à un lien DFS possédant plusieurs cibles (comme dans l'exemple ci-dessus avec FileSrv1, FileSrv2 et FileSrv3), le système DFS lui renvoie automatiquement la cible géographiquement la plus proche de lui. Ce système se révèle extrêmement efficace dans une infrastructure possédant plusieurs sites séparés par des liaisons WAN puisqu'il permet à un client du site de PARIS de se connecter en priorité aux serveurs de fichiers de son propre site. Bien entendu pour que tout fonctionne correctement les objets sites et les objets sous-réseau adéquats doivent être crées au préalable dans l'annuaire Active Directory.

Parfait sur le papier, le système DFS a pourtant montré ses limites dans les infrastructures multi-sites ! En effet lorsqu'un gros volume de données (plusieurs Go par exemple) doit être synchronisé entre deux sites reliés entre-eux par une liaison WAN à faible débit, plusieurs problèmes sont rencontrés :

• la synchronisation est longue (la cohérence n'est parfois jamais atteinte)

• la connexion WAN est parfois inutilisable pour les autres applications car le trafic DFS utilise toute la bande passante

• l'administration des serveurs de fichiers distants est fastidieuse

Les études réalisées par les ingénieurs de Microsoft ont montré que le principal fautif est le service FRS qui n'est pas assez optimisé pour fonctionner sur des liaisons à faible bande passante (au contraire de protocoles comme HTTP, "BITS" ou bien SMTP par exemple) et qui s'avère incapable de gérer la copie de fichiers volumineux (plusieurs giga-octets).

Pour résoudre la problématique expliquée précédemment, Microsoft a entièrement revue l'implémentation du système de fichiers distribués au sein de Windows Server 2003 R2. Voici une liste non exhaustives des améliorations qui ont été intégrées :

• Nouvelle console d'administration utilisant les fonctionnalités de la version 3.0 de MMC (Microsoft Management Console)

• Le service FRS est remplacé par le service de réplication DFS encore appelé DFS-R (DFS Replication)

• Implémentation d'un nouveau protocole de compression nommé RDC (Remote Differential Compression)

• Possibilité de générer des rapport au format HTML pour connaître l'état d'un groupe de réplication ou pour le dépannage

• Granularité plus fine au niveau des planifications pour la réplication (il est possible de configurer la réplication quart d'heure par quart d'heure)

• Possibilité de définir un ordre de priorité très précis (serveurs préférés) lorsque plusieurs cibles sont disponibles

• Nouveau outils en ligne de commande dfsradmin.exe et dfsrdiag.exe

• Administration et surveillance à distance facilité grâce aux packages DFS de MOM 2005

Ces innovations simplifient grandement l'administration et permettent vraiment d'optimiser les performances quelle que soit l'infrastructure réseau utilisée. Selon Dan Boldo, Microsoft n'utilise d'ailleurs plus que le système DFS intégré à Windows Server 2003 R2 au sein de son département "IT" ! Il nous l'as prouvé en affichant l'un des espaces de noms (cf. section suivante) utilisé en interne par Microsoft. Cet espace de noms est répliqué sur 125 serveurs à travers le monde !!! C'est donc vraiment la preuve de l'efficacité de DFS au sein de Windows Server 2003 R2.

Introduction

1. Présentation du système de fichier distribué (DFS)
     1.1 Fonctionnement de DFS sous Windows Server 2003 SP1
     1.2 Problématique des réseaux multi-sites
     1.3 Les nouveautés de DFS sous Windows Server 2003 R2

2. Gestion des espaces de noms DFS
     2.1 Une nouvelle console, une nouvelle terminologie !
     2.2 Création et configuration d'un espace de noms
     2.3 Gestion d'un espace de noms

3. Mise en place de la réplication à l'aide du service DFS-R
     3.1 Création d'un groupe de réplication
     3.3 Etude du protocole RDC (Remote Differential Compression)
     3.4 Stockages des métadonnées dans l'annuaire Active Directory

4. Optimisation de l'accès client
     4.1 Fonctionnement de l'accès client
     4.2 Configuration des clients DFS à l'aide de la console MMC

5.Conclusion
     5.1 Mise en place d'une infrastructure DFS à l'aide de Windows Server 2003 R2
     5.2 DFS et la protection des données
     5.3 Les prochaines évolutions de DFS

En Savoir Plus

Evaluez cet article  0 1 2 3 4 5 Pour afficher ou poster un commentaire, cliquez sur ce lien : Forum-Microsoft