Bonjour à tous !

Je vous préviens tout de suite je ne suis pas un expert Systèmes et Réseaux ... loin de là !

J'ai besoin de monter une architecture de production composée de plusieurs serveurs. Ces serveurs sont donc regroupés au sein d'un Cluster (attention, pas dans le sens "Cluster Windows" ). Chaque serveur est un simple serveur Windows Server 2008 R2 (Licence Standard). C'est d'un point de vue applicatif qu'ils sont vu sous forme d'un Cluster.

Mon applicatif gère un serveur "Maître" et les autres serveurs sont dit "Secondaires". Sachant qu'un "Secondaire" peut devenir le "Maître" en cas de problème avec le "Maître" par défaut ... c'est important pour la suite de mon explication.

Mon problème est que les gars de l'équipe Systèmes & Réseaux me disent qu'il est impossible de connecter une baie SAN à mon Cluster (composé pour l'instant de 2 serveurs physiques, à l'avenir il faut que je puisse en ajouter d'autres), car un partage SAN ne peut être relié qu'à un seul serveur (et ainsi être vu tel un disque dur local). Bon jusque là je suis d'accord avec eux ... sauf que du coup, il me propose de réaliser un bête partage réseau depuis mon serveur n° 1 afin que le SAN soit visible depuis mon serveur n° 2 ! Ca veut dire que si le serveur n° 1 de mon Cluster tombe, alors mon serveur n° 2 n'aura plus accès au SAN ... super utile mon Cluster !!!

[EDIT] Bien sur mon applicatif est capable de gérer l'accès concurrentiel. Même si tous mes serveurs fonctionnent en mode Actif/Actif, à un instant T seul un serveur parmi tous ceux du Cluster écrit des données. [/EDIT]

Or je croyais qu'il était possible de monter un NAS en frontal, donc entre la baie SAN et les serveurs de mon Cluster. Ainsi, je pourrai me connecter à la baie SAN depuis mes serveurs avec un chemin UNC du style //le_serveur_NAS/le_partage_SAN/mes_dossiers, non ?!

Si jamais j'ai raison, alors cela veut dire que même si le serveur n° 1 de mon Cluster tombe et bien je pourrai toujours accéder à mes dossiers ! C'est possible ou pas ?!

Merci d'avance.

Gôm

Faut regarder comment ton applicatif fonctionne.
 
Sinon oui si tu met un NAS en frontal tu peux faire ça mais si ton nas tombe tu as plus d'accès

C'est Windows qui ne sait pas gérer l'accès concurrentiel à un même "disque", sauf dans la configuration cluster Microsoft avec quorum etc...
Je comprends pas ton histoire de NAS frontal par contre.

 
Je ne vois pas ce que tu veux dire par là ?
 

 
Oui forcément si le NAS tombe c'est foutu, mais au moins je résous le problème de devoir faire un partage réseau depuis mon serveur "Maître", ce qui est mon objectif.
 
Sachant que la baie SAN est une EMC2, peux-tu me dire comment mettre le NAS en frontal ?
 
 
Merci !
 
Gôm

Oui c'est pour ça que je disais qu'il n'y aura pas de "Cluster Windows" (trop coûteux et compliqué à mettre en œuvre). Et de toute façon c'est inutile dans mon cas, puisque l'applicatif "gère" les accès concurrentiels (puisqu'il s'arrange pour ne jamais en faire !).

Gôm

Ton éditeur a bien une procédure d'install non dans ta configuration ? Ils font comment pour monter un cluster avec un SAN ?
 
 
Faut que tu montes le LUN du SAN sur ton NAS. Ca va dépendre du NAS (un NAS, un serveur linux, windows autre)
 

 
Ton appli peut être mais quid des autres process sous windows ? C'est là le pb.

+1. C'est bien beau d'avoir une appli qui sait gérer ça mais tu tournes sous Windows et lui, il sait pas gérer l'accès au même disque par deux systèmes.

Malheureusement non. Il est simplement écrit que les données (c'est un référentiel de données pour exact) peuvent être stockées sur un SAN, NAS ou même un disque local. Le choix dépendra des performances et de la sécurité souhaités.

Je me renseigne ...

Chacun de mes serveurs a son propre disque dur interne où sont installés Windows et les applications. Le SAN ne sert qu'à stocker les données du référentiel de mon applicatif.

Voir ma réponse ci-dessus !

Gôm

Nan mais tu veux pas comprendre.
Le gestionnaire de disques de Windows te plantera tout disque monté sur deux Windows différents. C'est juste le meilleur moyen de corrompre les données.

 
Ils parlent pas de l'accès à ce référentiel par un cluster ?
Ton applicatif ne gèrerais pas plutôt la copie du référentiel sur tous les serveurs plutot qu'un accès partagé ? (chaque serveur a une copie du référentiel)
 

Oui mais windows peut accéder à ce disque, tout comme un antivirus, un outil de backup etc.

 
Au risque de m'enfoncer encore un peu plus, je croyais qu'en accédant aux données via un chemin UNC, qui serait donc noté que dans mon applicatif, alors cela serait transparent voire invisible pour Windows, non ?
 
Du coup, il n'est pas question de "monter un disque", mais simplement de faire un accès réseau via UNC.

Un chemin UNC vers une autre machine qui a elle l'accès exclusif, c'est ok.

 
Non non il s'agit bien d'un accès partagé puisque d'un point de vue applicatif il n'y a "qu'un serveur" puisque mes serveurs sont tous dans le même Cluster. Il faut donc que chaque serveur lit et modifie le même référentiel de données.
 

 
Oui mais en interne par exemple tu peux répliquer les données.
Je prends Exchange par exemple ou le prochain SQL serveur tu as ça et hyper-v. Tu as un seul nom, le cluster mais les données sont répliquées entre les noeuds. Les données peuvent être locales ou san (pas nas dans ce cas).

 
Et c'est autre machine pourrait être un NAS, non ?

Ouais.

Non, même pas dans ce cas ...
 

Bah t'essaieras à l'occaze de mapper une LUN sur deux serveurs Windows, mais j'te conseille de bien sauvegarder les data avant, lol

Il a raison, même en mode cluster, le disque n'est pas en accès concurrentiel sur plusieurs serveur. Tu le vois dans le gestionnaire des disques, il est marqué "inaccessible".
 
Le seul cas où l'accès concurrentiel est géré c'est pour CSV (clustered shared volume) et c'est utilisable que par hyper-v. Le lock se fait au niveau fichier. MS ne supporte pas l'utilisation hors hyper-v.
 
Maintenant, ça change dans Windows 8 Server (il me semble avoir vu ça)

et encore, meme en CSV, techniquement un des host a la main sur le volume, et pas mal d'écritures demandées par les autres noeuds se font par l'owner au travers du LAN

Exact

J'avais pas compris ce que tu disais en fait, j'pensais que tu disais que dans son cas ce que je disais était faux xD

C'est pas vraiment ça...    
En fait les écritures passent par le lan uniquement pendant que le volume CSV est en mode exclusif (pendant un backup) ou quand un serveur n'a plus accès au volume CSV
Le reste du temps les différents serveurs écrivent directement sur le disque, mais un seul gère les meta data (la MFT ce qui n'est pas grand chose par rapport aux écritures globales).
 
 

Pour partager un SAN, il faut une surcouche propsoé par 2 logiciels

• MetaSAN de Tiger Technology (ex Starwind)
• SanMP de Studio Network Solutions

... il est ainsi possible de partager un SAN !
=> http://www.youtube.com/watch?v=qBPZxBVyp7s
 
Cependant l'accès au SAN via ces softs nécessite des licences clients payantes (compter 2000 € HT pour 1 licence serveur et 4 clients - licences flottantes -) mais n'ont pas besoin de CAL Windows...
 

 
Quel est au juste ton applicatif ?? du graphisme ? de la vidéo ?
 
++