Bonjour à toutes et à tous    
 
J'aimerai savoir si l'utilisation d'un disque SSD serait plus approprié qu'un disque dur "classique" pour un serveur ?  
Aussi bien pour y mettre l'OS (Windows 2003 ou 2008 serveur), que pour y mettre une base de données avec 5 utilisateurs derrières.
 
Avec une base de données, cela ne pose-t-il pas de problème pour la maintenance des SSD ?  
 
Auriez-vous un ou des modèles de SSD a proposer pour remplir ce rôle ?  
 
D'avance merci à toutes celles et tous ceux qui pourront m'apporter une réponse...  
 
Amicalement.

Perso, je n'y mettrais pas le système d'exploitation mais que la base de données.
Après cela dépend du nombre d'accès disques fait par l'OS (si il est DC par ex).
 
Le modèle X25-E d'Intel par exemple.

Problème actuel des SSD : pas de gestion du TRIM sur les grappes RAID.
Or j'imagine que tes disques vont être en RAID ?

Je pensais, en effet, faire un RAID 1....

Reste sur du disque classique pour le moment. Un disque SSD sera trés bien pour le systeme, mais trés mauvais pour un environnement ou les données se verrons regulierement modifiées à cause effectivement de la non gestion du TRIM en raid.

Pourquoi faire du RAID avec un SSD ?
 
- pour les performances ?  
Inutile vu la vitesse des SSD pour entreprise relativement à un HDD, même haute performance (15k)
 
- pour la sécurité ?
Inutile car les SSD ne vieillissent pas de la même manière qu'un HDD.  
 
Un SSD (de bonne qualité) surveille le vieillissement des cellules et déplace les données des cellules trop usées. Aucune perte de données mais juste une perte d'espace libre.
Les autres types de panne des HDD sont dues à leur origine mécanique. Les SSD ne sont pas concernés.
De plus, la température des SSD est plus faible que les HDD haute performance. Cela améliore la durée de vie des disques et de la machine.
 
Par contre, le mix de HDD (en RAID) et de SSD (sans RAID) est nécessaire si vous avez de grosses quantités de données et que vous souhaitez optimisez l'utilisation des disques en fonction des perfs et du coût.

Je reste très dubitatif sur le fait qu'un SSD soit aussi fiable qu'un RAID 1 de HDD mécaniques.
Mais la question m’intéresse.

Je te remerci pour toutes ces infos...  
 
Concernant la quantité de données, elle sera, maximum, de 5Go...  
Donc, inutile de faire un RAID 1 de SSD... Tant mieux, ça fera toujours ça de moins    
Euh... si tu as des modèles de SSD à me conseiller, qui soient de bonnes qualités... Je suis preneur.

Je n'utilise que des SSD Intel, la série X25-E est trés bien mais tu peux aussi utiliser des X25-M pour des configs plus petites.
Je ne peux te conseiller d'autres marques car je ne les ai pas testé.

Ok... je te remerci bien pour ces infos.

 
idem.
 
et comme nous n'avons pour le moment aucun retour sur la durée de vie réélle et la fiabilité des SSD lorsqu'ils sont soumis à de fortes charges sur de longues périodes. Je ne me risquerais pas à conseiller des SSD à une entreprise.
 

IOPS moyen d'un disque SAS 15KTpm = 180
IOPS moyen d'un disque SSD = 2000
Pour une base de données de type Oracle ou SQL on voit clairement la différence.
 
La commande TRIM existe sur certains modèles de disque SSD récents.
 
Autres avantages : conso éléctrique moindre, très peu de dégagement de chaleur, meilleure fiabilité, silencieux.
 
A mon avis, dans un an ou deux, les baies SAN hybrides avec tiering SSD et SAS seront la norme.
 
 

Que le TRIM soit géré par certains contrôleurs oui ca c'est devenu habituel mais il faut que l'OS ou le contrôleur RAID soit à même de l'exploiter, non ?

 
Malheureusement le trim n'est pas valable lorsque l'on fait du raid. Quant à mettre une grosse base de données sur un SSD sachant que l'on fait des milliers d'opérations d'écriture par jour, je ne pense pas que ce soit pour le moment un choix très judicieux. La technologie SSD est encore trop jeune et nous n'avons aucun recule pour le moment ni même d'exemples sérieux pour envisager de conseiller un client de choisir cette techno.  

J'arrive a la meme conclusion que toi la... Je vais laissé tomber le SSD pour le moment.... et revenir a une solution plus classique

Effectivement, mais il faut que la machine derrière puisse tirer la charge.

Sur une baie SAN middle-range, t'as vite fait de saturer le contrôleur. Imagine un tiroir avec 15 SSD. Théoriquement, on devrait donc pouvoir tirer au max 30 000 IOPS.

Si ta baie n'héberge que ça, pourquoi pas, mais ça fait un peu cher

Dans ce cas, on va plutôt limiter le nombre de disque, mais vu la taille d'un SSD aujourd'hui, je ne suis pas convaincu.

Comme tu dis, demain, oui, ça sera certainement la norme avec du TS, mais c'est pas tout de suite je pense (pas avant 4 ans je dirais).

J'avais un projet de virtualisation avec une douzaine de VMs à faible volumétrie de stockage dont une base SQL très sollicitée et consommatrice d'IOPS.
Je devais surdimensionner en nombre de disques SAS 15KTpm pour satisfaire les besoins en IOPS/spindles.  
Une autre solution a été de mixer 2 disques SSD 120Go et 8 disques SAS 10Ktpm.  
Je suis d'accord que le tout SSD n'a pas d'intérêt (du moins aujourd'hui).

En ce qui concerne les IOPS,
 
un SAS 15k donne environ du 170 IOPS
Un SSD, du 10000 IOPS minimum.
 
Je me trompe ?
 
La différence est énorme.
En quoi cela peut-il jouer ?