Bonjour à tous,
 
Nous voudrions acheter un nouveau serveur car l'actuel galère trop.
Voila un peu la config actuelle ainsi que sa fonction:
Serveur: HP DL 380 G4
Processeur: 2x Intel Xeon 3.4 Ghz
Ram: 4 Go
Disque dur: 3x 146Go Scsi 10k en raid 5
Réseau: 2 sorties en 1000 couplées
 
Utilisation:
. 4 personnes bureau d'étude => serveur de fichier solidworks (petit et gros fichiers 54Go de plan pour 51 000 fichiers)
. contrôleur de domaine pour 20 ordinateurs (2003 serveur avec active directory)
. serveur DHCP
. firebird avec logiciel sage de gestion de production
. les achats et la production font beaucoup de recherche sur les plans ce qui solicite pas mal les disques dur et qui augmente les temps de réponse du serveur (impression que le serveur et planté (aucune réponse) puis tout d'un coup la recherche demandée ou la requete sql apparait).
 
Le switch réseau est un HP procurve 2848 avec 48 ports en 1000.
 
Voila ce que je souhaite faire:
Acheter un nouveau serveur pour y mettre uniquement les plans bureau d'étude. L'ancien serveur garderait les autres taches.
Que mettre comme configue? Raid SSD? Combien de sortie réseau?
Je pense me pencher toujours sur du matériel HP.
Et mon switch est-il adapté?
 
Merci pour votre aide
 
@++

Bonjour,
 
Pourquoi partir sur un nouveau serveur ?
Visiblement les accès disques sont le goulot d'étranglement de ton serveur.
Une possibilité serait de stocker ailleurs sur le réseau les plans dans un NAS par exemple.
Cela allègera beaucoup ton serveur et une configuration RAID adéquat permettra un accès rapide aux plans stockés sur le NAS.

Et bien enfaite en regardant un peu les NAS, j'ai l'impression qu'elles sont plus orientées grosse capacité que débit.

Euh peux-tu préciser un peu ?
Par exemple un NAS avec 2 ports Gigabit et aggrégation de lien configurée (à voir avec ton switch) tu montes en théorie (si je ne me trompe pas) à 2x120Mo/s. Pour le débit c'est pas mal.
Il est vrai qu'il ne faudra pas prendre des disques 5400trs/min mais des 7200 en RAID 0 (exemple bête) ça envoie en théorie.
En plus tu peux intégrer ton NAS dans l'AD !
 
Maintenant il y a la problèmatique de coût : environ 1000€ pour un NAS (plutot moins d'ailleurs) et xxxx€ pour un serveur pour lequel il faut prévoir des licences...
 
Edit: pour un débit optimum des DD pas la peine de prendre de grosse capacité, juste une grosse densité !

Et bien la je dispose de disque scsi en raid 5 à 10000 tr, donc je vise encore plus rapide. j'ai peur qu'en partant avec du 7200 en raid 0 que ca soit moins performant.
Pour le prix je ne voudrais pas dépasser 5 000  ou 6 000 €

moi avec 5000€ je partirais sur une config avec dual ethernet 1000, et une raid Z de 3 ou 4 disques de 240Go SSD...

Voici donc le problème identifié.
Il s'agit d'un temps de traitement de requête sql jugé excessif.

Solution 1 -> optimiser les requêtes

Solution 2 -> optimiser la base via des index, de la redondance de donnée, un cache.

Solution 3 -> changer les disques scsi en raid 5 par des ssd (et pourquoi pas rajouter de la mémoire vive, à voir ce que supporte la carte mère).
Actuellement, vous avez 330go d'espace disponible. A mon avis le mieux est de remplacer l'array raid par un ssd de 300go, ou quatre de 150 en raid0+1.
En ce qui concerne le raid5, j'ai des doutes que les latences induites, mais si il n'y en a quasiment pas, trois ssd en raid 5 font l'affaire.
A noter que je ne pense pas qu'il y ai de prises sata/sas sur la carte mère -> achat d'un contrôleur sata ou contrôleur raid sata.
ddd->ss  = coût variant de 600€ à 2k€

on peut aussi garder les disques?
juste ajout de ssd ou raid 1 de ssd pour y mettre les plans.
 

Ah oui, c'est moins casse-couille, c'est vrai.
Faut juste voir si il y a la place pour une carte contrôleur (pci ou pci-ex?).

Garder la machine existante c'est mort, c'est un serveur en rack 4u donc pas de possibilité d'ajouter des disques autres que des SCSI prévu pour.
En fonction de tout vos conseils, je pense mettre un NAS avec 4 ssd (RAID 1 + 0) équipé de 4 prises réseau en 1000.
Quand pensez-vous?
 
Merci à tous pour vos réponses

Enfin tu garderas la machine existante mais tu déporteras les plans.
 
Pour ce qui est du SSD dans du NAS, as-tu trouvé des modèles adaptés ? Et des modèles avec 4 port Gigabits ?

[quote]SSD dans du NAS équipé de 4 prises réseau[/quotemsg]
 
mmm
A mon avis il y aura une latence pourrie.
Cela va peut-être/sûrement plomber les perfs.
 
du 4u c'est gros, une carte d'extension devrait passer tranquille.
On peut avoir une photo de l'intérieur?

Je me suis trompé, c'est 2U. Il y a des photos ici:
http://karachi.olx.com.pk/pictures [...] -141823150
 

 
Non pour le moment rien pas grand chose.
Chez HP il y a cela:
http://h10010.www1.hp.com/wwpc/fr/ [...] 31436.html
Mais je prefereré des disques plus rapide avec moins de capacité.

ton serveur :
http://h10010.www1.hp.com/wwpc/ca/ [...] 46038.html
 
Pour ajouter des disques dur/ssd sata en interne:
   Ce serveur peut recevoir 8 disques sas 2"5 (d’après la fiche technique). Donc tu achète tes ssd et tu les insère dedans. Comme tu as la version scsi et pas la version sas, tu ne doit pas avoir des racks avec les bonnes connectiques, donc il faudra en acheter et les brancher (je ne sais pas si c'est facile)
   S'il n'y pas les prises sas/sata : acheter une carte controleur pci-X a enficher sur un port d'extension (sous le cache), genre http://www.ldlc.com/fiche/PB00082126.html (99€) et bam ! 4 port sataII en plus ! (après faut faire les branchements, on peut trouver de la place dans les baies innocupées)
 
Mais sans avoir le matériel à coté de soi, c'est dur de dire ce qui est faisable ou pas.
 
Mais là on essaye de trouver une solution à un problème mal identifié.
Qu'est-ce qui fait que tes recherches/requêtes sont lentes?
Comment le savoir?
Comment faites-vous vos requêtes?
Quel est votre sgbd?
 
 

 
Et bien enfaite, pour rechercher un fichier parmi les plans (du bureau d'étude), les utilisateurs vont sur le lecteur réseaux et fond directement rechercher dans l'explorateur windows, et j'imagine qu'une grosse partie de mes problemes viennent de la. Car je pense que pendant que le serveur fait une recherche de ce type, il ait du mal de faire autre chose.
 
Pour la sgbd il s'agit de firebird, mais elle n'est pas très grosse, je ne pense pas qu'elle puisse ralentir le système à ce point?

ha oui... effectivement, un rechercher sur un disque monté en réseau, ça pompe les ressources serveurs, et ça reste lent parce que c'est limité par la bande passante réseau surtout.
Ce n'est pas le serveur qui fait la recherche, c'est le poste client, le serveur ne fait que fournir toutes les infos sur les répertoires et les fichiers, donc en ressources serveurs, ça n’exige que peu de ressources processeur, par contre si les disques sont bons ça sature le réseau.
 
même si tu mets un serveur de la mort qui tue, ça restera lent comme recherche, parce que c'est le réseau le goulet d'étranglement, autant côté serveur que client.
 
La solution idéale serait de dédier un réseau complet, et un serveur standard pour les utilisateur du serveurs de fichiers solidworks, ça éviterait que les recherche forcément lente de ces utilisateur mettent le réseaux principal à genoux et ne ralentissent tout. tu vois le système?

ah, c'est sympa d'avoir des nouvelles sur le fonctionnement .

que penses-tu d'ajouter ces capacités au serveur existant?
i.e. ajouter un raid 1 de SCSI 15000 tours, et carte avec des interfaces réseau
ensuite, de l'investissement sur le réseau.

 
* Une solution est de les obliger à utiliser un système de recherche qui l'effectue sur le serveur, une recherche indexée évidemment (genre google desktop, msn desktop). Uniquement logiciel
 
* Une deuxième solution est, comme le dit master71, de découpler les deux: les recherche se font sur les fichiers d'un nas quelconque, ce qui laisse le serveur réactif. On achète un nas.

Changer d'Os ne peut pas etre un idée acceptable ?  
 
Me semble que les recherches sur lecteur mappé ont un peu évolué
avec les Os.
 

En fait on ne sais même pas sur quel os il tourne.
Du coup, pour l'aider dans les possibilités logicielles, c'est dur.
 
En ce qui concerne les recherches, s'il les fait via samba, c'est toujours samba qui va poser problème, non?
Il vaut mieux utiliser un produit "web" (client léger) hébergé sur le serveur qui vas effectuer la recherche efficacement (avec son outils d'indexation) et qui donne le/les résultats sur la page web, avec les liens pour dl via http/ftp (on parle d'intranet là).
 

2003 serveur avec 4 personnes qui font des recherches de fichiers d'après ce que je comprends.
 
Je pense que les possibilités sont très nombreuses pour "ruser" sur l'étendue des recherches ,
il n'en demeure pas moins qu'au dela de l'achat d'un server poster la question dans la rubrique Os serait peut
etre plus approprié. Il est aussi possible de poser la question directement a HP qui possède un support Pro live qui fonctionne si les questions sont bien posées .
 

J'ai bossé chez HP au support serveur, et chez cro$oft au support WS.
Quand je dit qu'une recherche client sur les fichiers du serveur fait que l'intégralité des répertoires et des fichiers où se situe la recherche est transférée au client, c'est que c'est comme ça que ça marche.
Optimiser et changer d'OS ne changera pas le mode de fonctionnement, sous SAMBA c'est pareil.
 
Si on veut pas que ces recherches fassent tomber le réseau, faut un réseau spécialisé, on peut le faire sur le même serveur c'est pas un gros problème, faut juste dans ce cas installer une nouvelle carte réseau dans le serveur, et dans les client, avec un switch entre les 2.

 
physiquement possible ou bien les termes sont ils schématique ?  
 
En fait tu viens de décroiter ce sujet a ma place  

Merci pour toutes vos réponses
Master71, j'ai peur que mettre en place un 2ème réseau soit un peu compliqué. Je pense que dans un premier temps, il surait intéréssant d'installer un logiciel d'indexation sur le serveur qui renverait les résultats dans un client web.
Une idée sur un soft qui fait cela pour pas trop chere?
 
Merci

autre idée, le raid est il géré par le controleur intégré par la carte mère ou par un controleur dédiée sur une carte pci express ? en général pour les gros raid, une telle carte est un vrai atout puisque ça décharge le (ici les cpu)

Xav03: ici c'est pas le raid qui est en cause, c'est la méthode de recherche qui met à genoux le réseau...
Pour le sof d'indexation et recherche c'est une autre voix qui n'est pas mauvaise, mais là, moi j'y connais rien, d'autre ont donné des solutions plus haut.

ouais j'ai vu après dsl pr le post inutile