В компании, где я работаю, мы начали использовать SSD для нашей внутренней базы данных MySQL объемом 3 ГБ.
Разница в производительности ОГРОМНАЯ, и это здорово.
Меня беспокоит срок службы SSD.
Запись в БД осуществляется 24 часа / 7 дней, операций чтения очень мало.
Стоит ли беспокоиться о сроке службы SSD?
Обновить: (еще немного данных)
Обновление 2:
10 МБ / день = 4 ГБ / год. Если отформатировано с помощью ext4 и TRIM включен, никакие другие данные не сохраняются на SSD (особенно своп), тогда потребуется ок. 200 ГБ / 4 ГБ * 2 = 100 лет за один (!) Полный цикл RW, SSD выдерживает тысячи.
Следуйте общим рекомендациям, включите TRIM и никаких проблем: https://wiki.archlinux.org/index.php/Solid_State_Drives
В вашем случае проблема может быть в RAID. LVM в Centos 6.4 поддерживает TRIM с issue_discards вариант через /etc/lvm/lvm.conf. mdraid - нет (см. Руководство по развертыванию твердотельных дисков RHEL)
Во всем мире, честно говоря, я никогда не слышал о мертвых SSD, вызванных исчерпанием внутреннего резерва перераспределения, я читал это только один раз, когда SSD Линуса Торвальда умер (https://plus.google.com/+LinusTorvalds/posts/V81f6d7QK9j). Я использую некоторые старые (возможно, первого поколения) модели в качестве блочного кеша с HW RAID на серверах, а скорость очистки НАМНОГО выше за годы работы.
Для всех, кому интересно, да, вы испытаете ужасную потерю производительности с дисками 840 EVO, если TRIM не поддерживается. У нас были действующие серверы с круглосуточной записью, и производительность значительно упала примерно до 10% по сравнению с новым накопителем.
Я был очень недоволен тем, что наш хостинг-провайдер поставил некачественные диски потребительского класса в рабочие серверы. Хорошие SSD - это Intel S3500 / S3700.