locked
Solutions inter-sites, DFS ou pas? RRS feed

  • Question

  • Bonjour,

    J'ai un assez gros projet à mettre en place. Je vous explique.

    Pour le moment mon client possède trois sites S1( 20 users), S2( 5-6 users), S3( 7-8 users). Les trois sites possèdent une connexion SDSL 1M.

    Il voudrait tous centralisé ces données sur le site S1 pour pouvoir gérer plus facilement les sauvegardes et pour le partage des données inter-sites. Il possède un seul serveur sur le site S1, et aucun sur les autres sites.

    Ce que je pensai faire : 

    Mettre en place une connexion VPN entre les sites ( via routeur VPN)

    Installer un serveur ( DC membre du domaine S1) sur les sites S2 et S3 ( en cas de coupure de courant les personnes peuvent quand même se logué au domaine)

    Mettre en place un espace de nom DFS avec réplication ( dès qu'une modification à lieu sur un des fichiers bureautiques, il faut que cette modification soit faite sur les 3 sites quasiment instantanément)

    Plusieurs questions me viennent : 

    Déjà est-ce que ma réflexion vous semble correcte?

    Est-ce que la bande passante sera suffisante pour pouvoir

    - accéder à toutes les données depuis n'importe quel site?

    - répliquer les données après modifications sur un des sites?

    Au niveau de l'AD qui se trouve sur le S1, comment cela se passe pour la replication des users et pwd?

    J'ai vu qu'il existait une fonctionnalité sous Windows Server 2008 R2 : le branchCache? Est-ce indispensable pour mon projet?

    mercredi 16 janvier 2013 16:01

Réponses

  • Pour la bande passante il faudra voir quel volume de données varie, il faudra aussi les informer sur la gestion de conflits, si  2 personnes modifie le même doc à 2 endroits. Pour le quasi instantannée je n'y crois pas de trop, cela dépend pas mal de la nature et taille des doc.


    Pour l'AD si vous voulez répliquer les users et password il faut mettre un dc sur chaque site, qui peut faire office 

    Enfin si l'objectif est de tout centralisé , l'option du TS peut être une alternative. Un hyperviseur par exemple, permet de n'avoir qu'un serveur physique, maintenant en cas de coupure de lien les sites distants ne bosse plus.

    mercredi 16 janvier 2013 19:37
  • Mettre en place un espace de nom DFS avec réplication ( dès qu'une modification à lieu sur un des fichiers bureautiques, il faut que cette modification soit faite sur les 3 sites quasiment instantanément)

    La réplication DFS ne permet pas la synchronization "quasiment instantanément" et ne doit pas être utilisé si cela est une contrainte forte. L'intervalle de réplication minimale est de 15mn. Si vous voulez une solution pour gérer les modifications simultanées sur des fichiers bureautiques, il est préférable de s'orienter vers une solution de travail collaboratif type Sharepoint.

    Est-ce que la bande passante sera suffisante pour pouvoir

    - accéder à toutes les données depuis n'importe quel site?

    - répliquer les données après modifications sur un des sites?

    Cela dépend de votre volume de données. La particularité de DFS est de repliquer par bloc de 64ko avec compression, donc même si vous modifiez une portion d'un fichier, seul les parties modifiées seront transférées.

    Vous pouvez lire la FAQ DFS qui est relativement bien faites : http://technet.microsoft.com/fr-fr/library/cc773238(v=ws.10).aspx#BKMK_RepVolume

    Au niveau de l'AD qui se trouve sur le S1, comment cela se passe pour la replication des users et pwd?

    C'est prit en charge par les mécanismes d'AD nativement. Une fois le DC déployer sur S1, il réplique de façon transparante pour vous les données du site principal. N'oublier pas par contre de définir le subnet réseau dans un nouveau site AD. Si vous avez des contraintes de sécurité, vous pouvez vous orienter vers des RODC (DC en lecture seul).

    J'ai vu qu'il existait une fonctionnalité sous Windows Server 2008 R2 : le branchCache? Est-ce indispensable pour mon projet?

    Non, c'est un mécanisme ressemblant à du P2P pour améliorer le rapatriement de données, cela peut vous aider pour optimiser votre bande passante, par contre vos clients doivent être en version Enterprise ou Ultimate, cela ne fonctionne pas avec les versions Pro, Familliale, etc.

    vendredi 18 janvier 2013 15:21

Toutes les réponses

  • Pour la bande passante il faudra voir quel volume de données varie, il faudra aussi les informer sur la gestion de conflits, si  2 personnes modifie le même doc à 2 endroits. Pour le quasi instantannée je n'y crois pas de trop, cela dépend pas mal de la nature et taille des doc.


    Pour l'AD si vous voulez répliquer les users et password il faut mettre un dc sur chaque site, qui peut faire office 

    Enfin si l'objectif est de tout centralisé , l'option du TS peut être une alternative. Un hyperviseur par exemple, permet de n'avoir qu'un serveur physique, maintenant en cas de coupure de lien les sites distants ne bosse plus.

    mercredi 16 janvier 2013 19:37
  • Mettre en place un espace de nom DFS avec réplication ( dès qu'une modification à lieu sur un des fichiers bureautiques, il faut que cette modification soit faite sur les 3 sites quasiment instantanément)

    La réplication DFS ne permet pas la synchronization "quasiment instantanément" et ne doit pas être utilisé si cela est une contrainte forte. L'intervalle de réplication minimale est de 15mn. Si vous voulez une solution pour gérer les modifications simultanées sur des fichiers bureautiques, il est préférable de s'orienter vers une solution de travail collaboratif type Sharepoint.

    Est-ce que la bande passante sera suffisante pour pouvoir

    - accéder à toutes les données depuis n'importe quel site?

    - répliquer les données après modifications sur un des sites?

    Cela dépend de votre volume de données. La particularité de DFS est de repliquer par bloc de 64ko avec compression, donc même si vous modifiez une portion d'un fichier, seul les parties modifiées seront transférées.

    Vous pouvez lire la FAQ DFS qui est relativement bien faites : http://technet.microsoft.com/fr-fr/library/cc773238(v=ws.10).aspx#BKMK_RepVolume

    Au niveau de l'AD qui se trouve sur le S1, comment cela se passe pour la replication des users et pwd?

    C'est prit en charge par les mécanismes d'AD nativement. Une fois le DC déployer sur S1, il réplique de façon transparante pour vous les données du site principal. N'oublier pas par contre de définir le subnet réseau dans un nouveau site AD. Si vous avez des contraintes de sécurité, vous pouvez vous orienter vers des RODC (DC en lecture seul).

    J'ai vu qu'il existait une fonctionnalité sous Windows Server 2008 R2 : le branchCache? Est-ce indispensable pour mon projet?

    Non, c'est un mécanisme ressemblant à du P2P pour améliorer le rapatriement de données, cela peut vous aider pour optimiser votre bande passante, par contre vos clients doivent être en version Enterprise ou Ultimate, cela ne fonctionne pas avec les versions Pro, Familliale, etc.

    vendredi 18 janvier 2013 15:21
  • Merci de vos réponses qui m'ont éclairci.

    Je vous tiendrai au courant de l'avancement du projet car j'aurai surement d'autres questions qui viendront.

    mardi 29 janvier 2013 10:10