скорости у SSD конечно хорошие, но не всегда оно так. На самом деле, у SSD хороша только скорость _чтения_. Скорость записи не очень by design, и максимума она достигается лишь за счёт параллельной записи. А параллельная запись возможна, увы, не всегда. Мало того, возможно и усиление записи, причём TRIM это не панацея — нужно всегда иметь свободное место и свободное время (для фонового GC, который работает очень медленно). Т.ч. запись на SSD не всегда такая уж и быстрая, и в некоторых случаях проигрывает даже HDD. Например я больше чем уверен, что в случае виртуальной машины SSD будет негоден. Также сомнителен профит для достаточно больших СУБД(возможно когда-нибудь это исправят, но сейчас всякие MySQL/MariaDB оптимизированы под HDD).
именно для виртуальных машин SSD oказался просто великолепен. Более того, не для долгоиграющих серверов (хотя и с ними есть улучшение), а для эфемерных одноразовых VM: воркеров под одну транзакцию, stateless VDI, и всяких облачных задач - OVs, atomic, etc.
мы убрали все узкие места, диски подключаются к HBA через внутренний infiniband а не SAS, внешние линки тоже распределены и бегут на 100Gbps, поднять из копий образов сотню полноценных и уже настроенных VM занимает около 3-4 секунд. Узким местом в конце оказались процессоры (по 4 штуки на коробку в 2U), и то не столько из-за обработки информации, а из-за постоянно включенной блочной дедупликации с плавающим окном. SSD дорогое удовольствие, и место приходится экономить максимально. такая коробка дает 200-250k IOPS, и растет линеарно, т.е. добавил еще одну - получил 500к. именно так мы выжали из виртуалки на kvm полтора миллиона iops на одну машину, чего vmware до сих пор никак не могут добиться.
SSD не панацея для всего на свете, но дают очень полезную опцию для улучшения, был бы бюджет...