mysql - измерить объем записи

Система: Centos 6.4, PerconaDb/MySQL 5.5.31

Я использую относительно небольшую базу данных mysql с примерно 30 базами данных, общий объем 12 ГБ, но много операций чтения, обновления и записи (тексты, сообщения, пользовательские данные и действия пользователей равномерно передаются в CRUD в течение дня). Это типичный реляционный БД, без хранилища данных или около того.

В настоящее время он работает на каком-то массиве из двух жестких дисков (не уверен в спецификациях, он размещен), что дает дискам довольно тяжелое время, с 25% загрузкой ввода-вывода, средним 700 IOPS, 5 Мбит / с (согласно агенту мониторинга Newrelic на сервере). Целый MySQL в среднем сервер выполняет около 540 запросов в секунду.

Я подумываю разместить его на отдельном дисковом массиве, и я рассматриваю возможность использования для него SSD. Либо классические SSD-диски, либо SSD-карта PCI.

Поскольку существуют технические ограничения на то, сколько данных можно записать на SSD, до того, как чипы изнашиваются, я хотел бы рассчитать / оценить количество времени, в течение которого диски будут исправны, прежде чем потребуется их замена.

Мои вопросы:

Это преждевременная оптимизация? Я не могу переписать все приложения, используя все базы данных, все они проиндексированы настолько хорошо, насколько это возможно, я не новичок в этом, но я согласен, что есть что рассмотреть и изменить.
Как я могу измерить объем данных, записанных MySQL ? чтобы оценить, как долго он, вероятно, будет жить на SSD. Применяется ли это вообще к этому количеству данных, стоит ли мне вообще это волновать?
У вас есть опыт бега MySQL на SSD, можете поделиться лучшими практиками?