Discussion :

[Donpi]

Bonjour,

J'aimerais un avis sur l'utilisation des SSD sur une base de production.
Ces disques ont(avait ?) la réputation de ne pas vivre bien vieux.

Je me demandais si avoir un petit ssd de je ne sais pas, 300Go par exemple.

Pour y mettre tempDB et peut être les fichiers de LOG serait une bonne idée ?
Ou les tables de statistiques qui ne sont écrites qu'une fois mais lues des centaines ?

Ou si les SSD sont encore a proscrire dans un environnement de production ?

J'ignore volontairement les système de tolérance de pannes dans ma question.
Avec de tels système il ne s'agit plus que de coûts de maintenance.

A+

[Christophe LAPORTE]

Bonjour

Aucun soucis pour des disques SSD. Ceux qui me connaissent savent que je travailel sur des environement relativement bien solicités en terme d'IOs. Et je n'ai aucune raison de ne pas mettre en prod du SSD. Mais du vrai, hein. Les games Optimus (https://www.sandisk.com/business/dat...as-ssd/optimus) chez SanDisk sont également garanties jusqu'à 45 DWPD (full disk writes per day) avec MTBF de 2.5 millions d 'heures (http://itblog.sandisk.com/ssd-endura...s-feeds-needs/).
Bien sur on n'est pas à l'abri d'une panne mais ton SSD est garanti par exemple sur un modèle 800GB pendant 3 (ou 5 ans) avec 36 TB écrit /jour.

[SQLpro]

Il y a une distinction à faire entre les disques SSD de gamme serveur et ceux des gammes pour portable au niveau des MTBF. Si c'est pour du dev ou de la qualif => disque portable suffit. Si c'est pour une exploit => SSD serveur.

par un exemple un SSD serveur "Write Inbtensive" de HP coute 3 500 $ (prix officiel) pour 800 Go.... mais endurance >=10 DWPD et 2 millions d'heure de MTBF...

A +

[mikedavem]

Hello,

Pour ajouter de la matière à ce thread, j'ajouterai que je commence à voir beaucoup de d'environnements SQL Server qui tournent sur ce type de stockage surtout au travers de SAN possédant des fonctionnalités de type fast cache (à base de SSD) ou en mode auto-tiering ou non. L'adoption des SSD a bien commencé. C'est un fait. Après bien entendu il y a des gammes de SSD plus performantes que d'autres (MLC vs SLC) mais la plupart utilisent des MLC sauf erreur de ma part (même Xtreme IO mais qui a une gestion bien particulière comparée à d'autres solutions plus classiques)

Pour y mettre tempDB et peut être les fichiers de LOG serait une bonne idée ?
Ou les tables de statistiques qui ne sont écrites qu'une fois mais lues des centaines ?

Tout dépend de comment est sollicité ta tempdb ou ton journal de bases de données. J'ai l'exemple d'un client qui avait fait l'acquisition de cartes Fusion IO pour tenter de résoudre un problème de contention sur son serveur et au bout du compte le gain de performance escompté n'était pas au rendez-vous (<4% ... ca fait cher les 4% ). Bien évidement son problème était tout autre.

J'ai également l'exemple d'un de mes autres clients où cela a été plus que bénéfique car son applicatif utilisait énormément tempdb. Nous avons pu obtenir > 60% de gain de performance applicative dans ce cas sans rien changer à l'application (qui n'était d'ailleurs pas une option dans son cas).

Tout cela pour dire que oui effectivement utiliser des disques SSD ca peut aider mais comme le dit Christophe, il faut aussi avoir le workload orienté I/O qui va avec

++

[elsuket]

Bonjour,

Idem pour moi, tous nos serveurs de production ont au moins un volume SSD. Aucun problème jusqu'ici, bien au contraire !
Pour les plus anciens, seule TempDB est stockée dessus. Pour les autres, cela dépend de l'usage que l'on en fait.

@++

[SQLpro]

Pour info, on a fait un x6 sur les performances des mises à jour en moyenne en reconstruisant un serveur propre avec 4 niveaux de stockage :

• 2 cartes fusion IO pour la tempdb (1 To)
• 16 disques SSD interne pour les journaux en RAID 10 (8 To)
• 16 disques SAS 600 Gb / 15 krpm en RAID 10 pour les données chaudes (4 To)
• SAN de 64 disques dédiés SQL Server pour les données froides. (120 To)

A +

[Donpi]

C'est quoi des données chaudes ou froides ?

[mikedavem]

C'est quoi des données chaudes ou froides ?

Hello,

Données chaudes = données actives (constamment utilisé par les applications en lecture / mise à jour)
Données froides = données d'archive généralement qui ne bougent pas / plus dans le temps

++

[Donpi]

Hello,

Données chaudes = données actives (constamment utilisé par les applications en lecture / mise à jour)
Données froides = données d'archive généralement qui ne bougent pas / plus dans le temps

++

Donc dans mon cas, mes tables d'historiques et les agrégats de statistiques serait des données froides ?

Et un table de stock on la place ou ?

[mikedavem]

Donc dans mon cas, mes tables d'historiques et les agrégats de statistiques serait des données froides ?

Si celles-ci ne bougent pas dans le temps ou très peu alors oui.

Et un table de stock on la place ou ?

Tout dépend ton contexte. J'ai souvent travaillé dans des contextes ou une table de stock est par nature volatile et peut changer via les mouvements de stocks (surtout les quantités de stocks affectés à des magasins / entrepôts etc...). Est-ce que ton cas?

++

[aserf]

Bonjour,

Quelle type de serveur utilisé vous ? il existe des carte de cache qui permette de faire du tiering entré de gamme pour pas trop cher.
https://www.thomas-krenn.com/en/wiki...Cade_SSD_Cache

Pour les SSD faite très attention, il existe plusieurs technologie, certaine techno peuvent entraînée un effondrement des performances si les disque dépasse 70% d'utilisation !
Pour faire simple (mais je vous conseil de vous documenté sur le sujet) il existe 2 type de disque, une techno qui est souvent appeler WriteIntesive, ils coûtent le plus cher et sont le plus performant en Ecriture (et en lecture).
A chaque passage d’écriture l'ensemble est écris en un passage une cellule = 1 bit.

Ensuite une deuxième technologie est le ReadIntensive, qui coûte moins cher. En fait elle est moins performance que le writeintesive, même en lecture, mais coûte très largement moins cher ... elle est 10% moins rapide en lecture, mais au moin 50% moins rapide en Ecriture... et le problème de ce disque en écriture est plus le disque est plein plus la performance chutes.

Un article traite du sujet, quand on stock plusieurs bit dans une cellule, réduction de coût , mais réduction de performance.
https://fr.wikipedia.org/wiki/Solid-state_drive

L’avantage avec les cartes qui font du tiering, c'est que les données chaudes sont automatiquement déplacé sur les disque ssd et les données froides mise les les disques plus lent. L'upgrade coûte peu cher et le gain est réel.