Version imprimable
bonjour,
quelqu'un a-t-il un conseil pro pour un SSD 64Go destiné à booster une base de données (postgresql81) sur un serveur ?
bien entendu, la sécurité prime sur le reste.
est-ce vrai que dans tous les cas, un SSD apportera un gain de x10 par rapport à un disque dur ?
Si quelqu'un a déjà fait l'expérience des gains en base de données avec un SSD, qu'il partage...
bien à vous
Bonjour,
Je ne sais pas quel gain réel tu peux avoir avec un SSD mais il y a quelques années, j'avais obtenu un gain assez important en séparant l'écriture des données de celle des journaux de transaction. En gros je les avais mises sur deux grappes de RAID différentes et c'était vraiment efficace (grappe de RAID 10 en 15rpm pour les journaux et RAID 5 en 10rpm pour les données).
Pour expérimenter, j'avais commencé par créer une partition en RAM, et c'est en y écrivant les journaux de transaction que j'avais eu les meilleurs résultats.
Bonjour,
Oui, vous allez obtenir un gain, mais au détriment de la fiabilité de la base. En effet, les SSD sont actuellement limités à environ 700 000 cycles d'écriture ce qui peut arriver vite avec le journal des transactions mais aussi sur les données, à cause des opérations de maintenance des index.Citation:
Envoyé par Michael REMY
Vous pouvez aussi utiliser des cartes hybrides du genre fusionIO.
Néanmoins et comme vous le conseille kain_tn, le mieux est de ventiler vos IO sur différents disques PHYSIQUE et non sur des SAN avec des LUN taillée dans la masse. Ceci sera beaucoup moins cher et beaucoup plus fiable.
Par exemple mettre un RAID 10 (ou 0+1) avec 6 à 8 disques pour le journal et mettre un RAID 10 avec 4 <disque pour les data, fera divisé par 4 les temps de lecture et d'écriture... A condition que la carte RAID soit de bonne qualité (autorise les lectures asynchrones des disques en miroir).
A lire : http://blog.developpez.com/sqlpro/p8...t-le-stocakge/
Mais, vous aurez sans doute des gains beaucoup plus important (x100 souvent) en restructurant votre base et en l'indexant correctement, si elle est notablement mal modélisée (non respect des formes normales par exemple).
A lire : http://blog.developpez.com/sqlpro/p1...ances-petites/
A +
quelqu'un a-t-il déjà vu ou produit une perte de données sur un SSD ?
j'entends parlé souvenant de cela mais jamais un détail précis.
en gros une perte de données c'est quoi ? des données corrompues dans la base de données (chaines tronqués, indexes faux, incohérences..) ou bien c'est juste 5000oips au lieu de 6000iops ? Dans le second cas c'est pas grave du tout, dans le premier j'en conviens c'est catastrophique.
pourquoi n'y-a-t-il pas de perte de données en RAM quand la base est cachée ou sur une carte pci-e fusionIO ??
Le risque de cette potentielle perte de données est-il plus minimim voire nulle quand on a que 30 utilisateurs sur la base de moins de 1Go ?
Oui, à deux reprises au moins, mais sur du SQL Server (environ 2000 transaction par minutes) SSD mort en moins d'un anCitation:
Envoyé par Michael REMY
Le SSD n'est pratiquement plus lisible.Citation:
j'entends parlé souvenant de cela mais jamais un détail précis.
en gros une perte de données c'est quoi ? des données corrompues dans la base de données (chaines tronqués, indexes faux, incohérences..) ou bien c'est juste 5000oips au lieu de 6000iops ? Dans le second cas c'est pas grave du tout, dans le premier j'en conviens c'est catastrophique.
http://blog.2ndquadrant.com/en/2011/...-sherr-sh.htmlLes ram des seveurs sont auto correctives. Fusion IO est une techno hybrideCitation:
pourquoi n'y-a-t-il pas de perte de données en RAM quand la base est cachée ou sur une carte pci-e fusionIO ??
Plus d'utilisateur = plus de transaction. Sur le Serveur mentionné en début d'article on avait en moyenne plus de 5 000 users.Citation:
Le risque de cette potentielle perte de données est-il plus minimim voire nulle quand on a que 30 utilisateurs sur la base de moins de 1Go ?
A +