... Не так давно начал серьезно работать с SSD-приводами в проде. Предыдущие работодатели как-то жмотили денег на высокоскоростные накопители. В связи с чем у меня возник ряд вопросов.
... Понятно, что полноценный аппаратный RAID-контроллер в случае "Linux + SSD" на фиг не нужен. Так как его кеш скорее всего окажется медленнее, чем сами SSDшки. А прицепить к себе кучу носителей в любой конфигурации для ядра Linux, в отличие от форточек, вообще не проблема. Тут вопрос возникает больше в отказоустойчивости и расширении объема. Мысли же у меня вот какие.
... Допустим, мы собираем две SSDшки в зеркало. С одной стороны, резервирование. С другой стороны, поскольку пишется на них одно и то же, то и выйдут из строя они скорее всего одновременно. И в чём тогда профит?
... Допустим, мы собираем две SSDшки в stipe. С одной стороны, увеличиваем скорость линейного чтения / записи. С другой стороны, такая нагрузка не особо характерна для сервера, разве что это не раздача фильмов каким-нибудь условным Netflix. Да и то сомнительно, учитывая количество одновременно подключенных клиентов. Получается, что проще собрать SSDшки тупо в JBOD или даже купить вместо двух одну двойного объёма.
... И вообще, сама SSDшка по сути представляет собой связку из нескольких микросхем памяти с контроллером. То есть, по сути, тот же самый RAID, правда хитрозадый. И чем большего объема привод мы купим, тем быстрее он будет работать (что, кстати, подтверждается реальными тестами).
... Словом, что-то я стал сомневаться. Допустим, условному Васе выделили бюджет в размере K вечнозеленых рублей и велели обеспечить хранилище 2 TB для последующего строительства
OLTP. В какой конфигурации лучше будет Васе купить SSDшек? Четыре по терабайту и RAID10, две двухтерабайтных и RAID1, а может дык вообще одну двухтерабайтную? Или восемь по 512 MB и собрать из них JBOD? При условии, что Вася всё-таки хочет спать ночью спокойно и не мчаться сломя голову в ЦОД на другой конец города в случае чего.
Существует ли какой-нибудь best practice на данную тему?