Bonjour à vous.
 
Voilà je travail en tant que bénévole ( En plus de Mon Boulot chez CapGemini ) Pour une Fédération de Sport Peu Connu.  Je développe une Appli DotNet capable de gérer des compétitions des club des rencontres des équipes de club, des feuilles de résultats et des statistiques des licencies etc etc..  
 
Tout çà avec un Front et Back DotNet  et une Couche Data SQL Serveur.
 
L'appli est tenu encore sous le secret mais tourne pour une division régional le but étant de l'étendre  pour l'ensemble des regions puis pour les divisions nationales.
 
L'appli est une Appli Web ou les responsables de club remplisse des feuilles de match gère leur licencier tout çà regrouper dans la base sql Serveur.
 
Client(s) ------>WEB------>(SERVEUR ---> BASESQL)
 
et là vous me dites pourquoi je poste ici
 
Et bien tout simplement car le serveur est héberger chez moi pour l'instant car seulement une 10ène de clubs testent l'appli mais çà rame à mort.
 
Je sais que la ligne ADSL y ai surement pour beaucoup mais vu que je vais avoir des moyens financié ( pas énorme non plus faut pas réver ) J'aimerai monter un serveur plus véloce capable de répondre au besoin pour l'avoir tout frai lorsque je le brancherai derrière une ligne à plus grand débit.
 
Donc j'aurais aimer avoir un peu de conseil sachant qu'il y aura un seul et unique serveur pour la base et l'appli et la connexion au net.
 
quelque chiffre :  
200 Club  
5000 licencié  
 
Les accès à l'appli sont regroupés le plus souvent le dimanche et le samedi ( juste aprés les rencontres pour voir les résultats des autres clubs et les remplir ses feuilles de match )
 
Au niveau des accès je pense qu'on peut tabler sur une centaine de connexion dans la soirée du samedi soir et du dimanche soir et un peu moins en semaine.
 
Voilà si vous avez des idées pour fabriquer au niveau matériel le serveur idéal merci de donner vos idées et exemple ( sachant que la configuration soft çà je serais gérer )
 
Merci d'avance
 
 
 

Re bonjour,
 
Je vais apporter un peu plus de précision sur ma demande d'information sous forme de questions
 
1)  Pour un tel serveur mieux vaux une carte mère avec deux emplacement processeur (Xeon) ou une carte mère avec un Quad Coeur ?
 
2)  Pour la base de donnée mieux vaut un disque sur SSH ou un disque 10000rpm ou un 7200 suffit ?  
 
3) Qu'apporterait un disque SCSI par rapport au disques de la question précédente ?
 
4) Pour Windows Serveur 2003 mieux vaut une installe sur un disque SSH ou 10000rpm ou 7200 ?
 
5) Pour l'application DotNet mieux vaut elle l'installer sur un SSH un 10000rpm ou 7200 suffit ?
 
6) Mieux vaut utiliser le Raid 0 ou le Raid 1 pour les données et le System ?
 
7) Au niveau de la mèmoire 2go suffit ou 4go apporterai un plus ?
 
Merci a ceux qui prendron le temps de réfléchir sur mon problème
 
Cordialement  
 
Julien
 

D'après ce que tu décris, ça ne va pas chercher super loin niveau besoins (sauf si ton appli a des soucis de performances, mais dans ce cas le problème est a chercher au niveau code, je ne vois pas de fonctionnalités qui pourraient s'avérer gourmandes).
 
Un simple core2duo de base, avec 2go de ram (et du raid 1 pour limiter les problèmes en cas de panne disque) devrait largement suffire.

donc d'aprés ce que tu me dis, qu'il y ai 1 ou 10 ou 100 personnes sur l'appli en même temps un simple core2duo 2go de ram suffit ?
 
Pourtant si çà monte à 100 connexion çà fait beaucoup  quand même pour un core2Duo Non  ?
 
Enfin si çà passe niveau Matériel je regarder plus niveau Débit de mon Réseau.
 
Merci de m'avoir répondu.
 
Mais même si c'est la réponse à mon problème pour ma culture personnel quel genre de disque dur et le mieux adapter pour les donné,e le sytem etc... Car on vois l'arrivée des SSH sur le marché mais quand l'utiliser par rapport à un 15000rpm ?  
 
++

Je viens de comprendre que tu voulais parler des disques SSD (et pas SSH).
 
Et non, c'est clairement pas orienté serveur ce genre de disques (en tous cas pas pour du serveur classique, plutôt dans de l'embarqué).
 
Malgré les très bonnes performances, vu que les cellules de stockage ont un nombre maximal d'écritures, c'est pas une bonne idée de faire tourner dessus de l'applicatif qui fait de nombreuses écritures.
 
 
A la base, une appli web, c'est pas gourmand en ressources. 100 utilisateurs c'est une paille, pas besoin d'un monstre de guerre pour que ça fonctionne. Si consommation il y a, elle se fera au niveau base de données / traitements back office. Tu as développé tout ça, alors tu devrais normalement savoir s'il y a des traitements particulièrement gourmands, ou pas.
 
Partant sur l'hypothèse d'une application normale, avec 100 utilisateurs en pointe, je ne vois rien qui nécessite un énorme serveur.

Oui pardon SSD    
 
 
Je te remercie d'avoir pris le temps de m'expliquer. je vais essayer de monter tout sa sur les composants que j'ai déjà en mettant un disque plus véloce qu'un 7200rpm genre un Vélociraptor ou autre avec du raid 1 pour la sécurité. Merci beaucoup en tout cas. A moi de jouer en regardant de plus prés mes traitements pour les optimiser.
 
A bientôt
 
Julien