Speaker : Patrick O’keeffe – Software Architect, Dell Software & Richard Douglas – Sytems Consultant, Dell Software

Niveau de la session : 300

Agenda :

  • Brief History of Magnetic Disk
  • Solid State Disk Technology
  • SSD Internals
  • SQL server buffer pool  flash cache architecture
  • Performance comparisons
  • Recommendations & Suggestions

Historique :

  • Evolution du matériel et des performances (avec du recul l’évolution est impressionnante)
  • Loi de Moore (encore lui !) mais pas dans les composants mécaniques (limites physiques)
  • Evolution des tendances en I/O des disques de 2001 à 2009 (graphique)
  • SSD to the rescue (seek time comparison graphique)
  • Consommation électrique en watt (graphique)
  • Coût SSD (graphique coût par IOP et GB) et historique des coûts (graphique de 2000 à aujourd’hui : le coût décroit par GB)

Recommendation : Consider a tiered storage approach

SSD technlology et SSD internals :

  • Présentation des différents types de SSD (en terme de hiérarchie de stockage, écriture, endurance du support et performance)
  • Flash SSD : le moins cher
  • Comparaison PCIe vs SATA
  • Il y a une dégradation des performances d’écriture qui est fonction du taux de remplissage du support : recommandation = être au plus à 25% du taux de remplissage sur les supports SSD pour conserver les performances correctes : pas économique L
  • La session poursuit en décrivant le processus d’un data update sur SSD et du garbage collector

Présentation de l’architecture des buffer de cache spécifique à SQL 2014 :

  • Extension de buffer : c’est na nouveauté propre aux support SSD
  • On la configure dans SQL server 2014 via la clause ALTER SERVER CONFIGURATION (SET BUFFER POOL EXTENSION ONFILE NAME = …) : retour d’expérience : warm up lent (penser en heures !) sur la CTP1 de SQL 2014
  • Pour le monitoring il existe une DMV et des compteurs de performance spécifiques (select * from sys.dm_os_buffer_pool_extension_configuration et select * from sys.dm_os_performance_counters where object_name like ‘%Buffer Manager%’ and counter_name like ‘%extension%’

(pour d’autres DMV c.f. le site de Microsoft et http://www.brentozar.com/archive/2013/06/new-dmvs-in-sql-server-2014-ctp1/)

Performance :

  • Présentation des scénarios de test sur du SQL 2012… et des graphiques de résultats
  • On reparle de la dégradation de la performance en écriture liée au garbage collector : moins le cas pour sql server et sur les disques SSD récents
  • La session aborde aussi la présence de tri dans la temp_db sur du support ssd puis des logs (red/write) sur du flash SSD (attention : tester avec des workload différents)
  • Présentation des scénarios de test sur du SQL 2014… et des graphiques de résultats
  • Conclusion des tests sur 2014 : un peu tôt notamment pas vu d’amélioration sur l’écriture = ils testeront sur la CTP2 (par contre mettrez au moins les données les plus utilisées dans cette extension de buffer flash de  2014), risque de plomber le system disque d’I/O si on desactive l’extension de buffer ( ?!)

Recommandations :

  • N’attendez pas (speaker de DELL ?) que les prix des supports SSD baissent : les disques ssd sont moins cher si on raisonne en IO et plus si on raisonne en GB
  • Considérer une stratégie matérielle mixte (HD classique et SSD) : SSD là où il y a la plus forte contention sur les données
  • Les SSD Flash fonctionnent bien : les utiliser en cas de lecture instance pour les données et pour la tempdb
  • Les drive SAS sont 66 fois plus lents que les SSD pour du seek
  • LES SSD (en PCIe) font 280 fois plus de IOPs
  • Si vous voulez avoir les mêmes IOP sur du SAS que sur 1 SSD en PCIe

Conclusion :

Session abordable (pour les DBA et les préconisations de matériel) , c’est toujours bien d’apprendre qu’il faudra utiliser des clauses supplémentaire liées au support physique de stockage (c’est pas automatique).

Pour les best practices SQL sur du SSD (à priori) : peu d’infos en fin de compte.

Pascal Rouzé