Reprise du message précédent :
Un truc comme ça, mais qui surtout un gros volume d'ECRITURES et pas seulement de lectures serait parfait :
http://www.cybernetics.com/ssdsans [...] D20SSD.php

Encore une fois ça dépend de ton volume et du type d'écriture journalier, on ne peut pas être affirmatif comme tu l'est ! Un RAID de 10 To, et alors, si il n'y a que 200 Go d'écrit par jour, so what ?

Sinon, d'une, le taux du média en lui même sans correction, je ne vois pas en quoi ça t'importe en tant qu'utilisateur final, de deux même sur ce graph p12 https://www.eiseverywhere.com/file_ [...] dFlynn.pdf il n'est jamais question d'un taux brut de 10%, même en fin de vie, mais plutôt 0,1% dans le pire des cas...

un raid 5 de 3 DD comme celui-ci équivalent en SSD, va falloir sortir les billets.

 
On peut trouver des tests d'endurance des different ssd ici, la plupart sont en mlc mais on voit quand meme qu'un ssd mlc non pro ecrit entre 6.25 et 12.5 TO (intel 520) par GO, ce qui fait entre 400 to et 800 to d'ecriture pour un petit ssd recent de 64 go, avant que la memoire flash soit hors d'etat.  
Si on prend des ssd pour entreprise recent en les mettant en raid comme ceux de fusion io par exemple qui fournit apple ou facebook  (je ne pense pas qu'on puisse les qualifier d'amateurs), la fiabilite de devrait pas poser de probleme pour la plupart des entreprises.

de 900go à 1.2to en 1an et des brouettes? ça va faire comme les raptors, bientôt l'extinction des dinosaures. Ce sera juste plus long car en entreprise on est frileux de la nouveauté, généralement à raison.

Impensable en terme de fiabilité et de longévité?
Mais les hdd d'un RAID ne sont pas considérés comme irremplacables, au contraire leur panne est prévue et prise en compte puisque le RAID permet de les remplacer à chaud.
Ca fait partie de la maintenance et de coûts normaux d'exploitation, pourquoi en serait-il autrement des SSD utilisés en tant que cache? Leur usure étant de plus bien plus façilement prévisible qu'une défaillance d'un hdd.
 
Utiliser un gros stock de RAM et des SSD pour les ZIL/L2ARC seront de toute manière infiniment plus rapide que d'écrire directement sur les disques mécaniques du RAID, le gain aussi bien en perfs qu'en argent est très rentable comparé aux énormes et coûteuses grappes de hdds qui seraient nécessaire pour à peine arriver à la cheville des perfs d'un SSD (et dont les membres mécaniques seraient d'autant plus susceptibles de tomber en panne qu'ils seraient nombreux, sans parler de la consommation électrique et de l'espace utilisé).
 
Les erreurs sont susceptibles d'apparaître partout, de la RAM (raison pour laquelle on utilise de la mémoire ECC) aux disques durs (et leur taux d'erreurs non récupérables) en passant par n'importe lequel des maillons de la chaîne, jusqu'aux câbles et aux switchs.
 
Le ZFS en faisant un checksum de chaque fichier à chaque bout de la chaîne permet de détecter les maillons défaillants et de corriger les erreurs, ce que ne permet pas un RAID matériel puisqu'il ne les détectera tout simplement pas (corruption silencieuse).

Son monde professionnel doit pas être le même que le miens. Chez moi, HP, Dell, IBM, c'est du bas de gamme, et le haut de gamme, c'est chez Nexenta + aberdeen/AMAX/SGI/NetApp/Raidundant. Mais sans avoir les même référence que des "vrai" pro du gros data, forcément il doit pas savoir de quoi il parle.
Aller tiens, toi qui parle d'hérésie dans le monde "pro" pour les SSD : http://dsi.silicon.fr/nouveautes/s [...] ndant-2537

ZFS et SSD de cache plein de gens font ça chez eux maintenant dans leur serveur maison, très utile notamment dans le cas où plusieurs machines virtuelles tournent en // et sont individuellement moyennement gourmandes, avec bien sûr une bonne dose de RAM pour le cache de premier niveau. ça permet d'avoir une machine performante tout en utilisant des disques durs "lents" (7200rpm grand public ou semi-pro genre Constellation/RE).
 
Ces disques SAS 10Krpm sont utiles quand on a besoin d'un espace de stockage conséquent et avec des accès concurrentiels à des choses du genre flux vidéos, qui ne sont pas facilement ou pas du tout cachables, et qu'on ne peut pas faire du full SSD car trop onéreux.

 
Sauf que restreindre des disques 10k+ a uniquement des flux vidéo ... Alors qu'une BDD oracle sur ZFS/Solaris c'est un peu "fait pour" et que c'est friand de ce genre de choses :> Mais oui, c'est l'idée, actuellement tu peu pas rester en HDD complet ou en SSD complet mais tu dois avoir un environnement hétérogène (et adapté).