Bon voilà je patauge complètement avec la config du service DFS.
(je suis sous Win 2008 mais je présume que ça a évolué par rapport à Win 2003 ou presque)
 

 
Idéalement je voudrais utiliser un espace de nom autonome, avec replication & gestion du failover.
Si j'en crois le blabla sur l'écran, pour le failover, je dois installer la fonctionnalité cluster de basculement. Ce que j'ai fait, j'ai malheureusement du installer un AD sur les 2 machines de mon cluster (le truc qui commence bien... y'a machinetest1 & machinetest2) sinon ça me laissait pas créer mon cluster (ou alors je me suis planté quelquepart ?).
 
Là donc si j'en crois ma capture d'écran, en autonome, ça va me créer un espace de nom netbios, basé sur le nom de la machine sur laquelle je suis en train de config le truc (machinetest1).
Si j'accède à \\machinetest1\stockagedfs, est-ce que la charge va bien se répartir sur machinetest1 & machinetest2 ?
Si machinetest1 tombe, via le cluster de basculement, est-ce que via le chemin \\machinetest1\stockagedfs on accèdera sans souci à machinetest2 ? Sinon je vois pas bien l'intérêt du truc en fait.    
 
La finalité du truc c'est d'avoir simplement un espace de stockage DFS pas chiant à utiliser (sans AD pour les clients et évidemment avec le nom du stockage qui ne change pas, sinon intérêt du DFS proche de 0) et qui continuerait de tourner sans perte de données même s'il ne restait plus qu'un serveur debout dans le tas.
 
Mercite à ceux qui pourront m'aider.

Ça inspire pas grand monde.
 
Finalement j'ai testé le mode "espace de nom dans un domaine", avec réplication. Ça tourne bien comme prévu mais ça me plait pas des masses, le fait d'être dans une structure AD avec le dns qui va bien est assez contraignant.
 
Par contre je comprends pas bien ce qu'apporte les fonctions cluster de basculement par rapport à ça : y'a bien les services serveur de fichier & espace de nom DFS clusturisable, mais normalement ça tourne sans avoir besoin de cluster tout ça pour gérer le failover non ?

Ce sujet a été déplacé de la catégorie Windows & Software vers la categorie Systèmes & Réseaux Pro par Wolfman

Bide ultime mon topic, ici ou ailleurs.
 
Je suis tombé sur ce topic sur le forum Technet :
http://social.technet.microsoft.co [...] 47a740b576
J'ai pile le même besoin, mais j'ai du mal à comprendre la réponse donnée :

 
J'arrive vraiment pas à comprendre la différence entre un tas de serveurs de stockage en DFS avec réplication & ça ?
 
Va encore falloir que je me fasse des VM de test je sens.  

En autre comme différence :  
Un cluster de fichier est accessible par son noeud virtuel qui bascule d'un serveur à un autre. Quelque soit le noeud physique qui gère la ressource à un instant l'IP et le nom pour acceder au fichier est toujours le même.
 
Un DFS, c'est 2 serveurs, 2 nom, 2 IP. Permet de "répliquer" des fichiers d'un serveur à un autre ou entre 2 sites. Ainsi site1 et 2 voit le même contenu, mais accèdent au données sur leurs serveurs respectifs.

Y'a bien aussi un noeud virtuel dans le dfs non ? Vu que c'est ça le but quand même, accéder à un partage réseau sans se soucier de l'infrastructure derrière, du nom des serveurs qui peuvent changer, des ip qui peuvent aussi changer, etc...
Dans mon exemple plus haut, l'espace de nom \\domaine.local\stockagedfs c'est virtuel, ça ne correspond pas à une machine hébergeant le DFS en particulier; le client pour accéder au partage, il accède à \\domaine.local\stockagedfs non ? Pas \\machine1\stockagedfs ou \\machine2\stockagedfs ? Ou alors j'ai rien capté.

DFS tu as DFS-N qui correspond à l'espace de nom, qui peut être standalone ou domaine (ce que tu décris) et DFS-R qui correspond à la réplication.
 
Un cluster de serveur de fichier ça n'a rien à voir avec DFS.

Attention dessin très moche.
 

 
Tout le contenu stocké par les 3 serveurs doit être identique & synchronisé.
Je veux que les clients accèdent à un espace de stockage unifié (\\domaine.local\stockage ou \\stockage tout court mais je pense pas que ça soit possible ?), sans se soucier de savoir sur quelles machines ils tapent.
Si tous les serveurs sont debouts, les client 1 2 & 3 doivent taper sur le serveur 1 ou 2, le client 4 sur le serveur 3.
Si 2 serveurs sur 3 tombent ça continue de tourner sans souci, toujours de façon transparente pour l'utilisateur.
 
C'est bien du DFS qu'il me faut là non ?
 
 
J'aurais vraiment préféré des NAS qui gèrent tout ça tout seul, mais malheureusement j'ai pas trouvé grand chose.

ouais je ferai un DFS-R avec 3 targets et un DFS-N en domaine avec ton namespace stockage

Ça c'est dans le cas où je veux un espace de nom basé sur un domaine, on est bien d'accord ?
Pour avoir la haute disponibilité, faut que chaque serveur soit contrôleur de domaine non ? Et que chaque client connaisse ces 3 serveurs.
 
Si je veux un espace de nom autonome avec la même architecture, c'est beaucoup plus compliqué je suppose ?

faut que ton espace de nom soit plusieurs serveurs (au moins 1 du site 1 et 1 du site 2) et non pas obligatoirement des DC.
 
J'ai retrouvé ce lien dans mes favoris si ça peut te donner qq infos http://blogs.technet.com/josebda/a [...] -need.aspx

L'espace de nom s'intègre dans un AD non ? ça marche pas "tout seul" ?
De toutes façons je peux pas créer d'espace de nom de domaine hors AD, logique.
 
Ce que je veux c'est que vraiment le groupe de serveurs stockage soit autonome, qu'il se suffise à lui même.
Donc quand je crée l'espace de nom, sur le premier serveur, faut déjà qu'il soit controleur de domaine, avec un domaine créé. Le 2ème serveur doit avoir au moins avoir le 1er serveur défini comme dns, sinon il va pas trouver l'espace de nom.
Enfin je m'embrouille peut-être.
 
Je vais lire le lien.