Bonjour,

Ayant déjà utilisé du IIS sur du contenu CIFS, je peux te dire qu'il n'y pas
de contre-indications particulières. Je n'ai jamais eu de problèmes de lock.
Le seul point "lourd" dans cette configuration, c'est le système de gestions
des droits de NTFS / Windows : il faut que le compte sous lequel est excuté
le site en question ait les droits nécessaires sur le partages CIFS.

Si vous utilisez actuellement du DFS, il peut être interessant d'avoir une
ferme de stockage DFS sur laquelle se connectent les frontaux Web de la
ferme IIS.

Il faut aussi savoir que Windows 2003 peut se connecter à un partage NFS
avec possibilité de mapper les utilisateurs (et donc les droits) entre UNIX
et Windows. Le mapping des droits est assez fastidieux mais une fois la
solution en place, il n'y a pas de soucis notables à signaler.



Matthieu BOUTHORS

Le 3 novembre 2008 12:18, <[EMAIL PROTECTED]> a écrit :

> Bonjour tout le monde,
>
>        Dans le monde UNIX, pour monter une ferme de serveur WEB avec le
> meme contenu la reponse est simple : NFS.
>        Dans le monde Microsoft pour monter une ferme de serveur WEB IIS
> avec le meme contenu il faut faire comment ? CIFS ?
>
>        Actuellement, ce qui en place chez nous est une replication de
> donnees (avec DFS) une tehcnologie Microsoft qui repose sur l'AD. La
> solution comme vous pouvez l'imaginer ne passe pas a l'echelle (rajout de
> serveur) et atteint rapidement ses limites au fur et a mesure que le nombre
> de fichier augmente (sans parler de la perte d'espace due a la duplication
> de donnees)
>
>        Je voudrais savoir s'il y'a des gens qui ont des serveurs WEB IIS
> qui partagent du contenu en CIFS. Quel est le retour ? les trucs qui peuvent
> marcher ou pas ? Est ce qu'il y'a de probleme de locks ?
>
>        Ou bien je suis curieux de savoir ce que recommende Microsoft a ce
> sujet, parce que j'avoue que je ne trouve rien dans la litterature
> (publique)
>
>        Merci pour vos retours.
>
> Youssef
> ---------------------------
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

Répondre à