... Не так давно начал серьезно работать с SSD-приводами в проде. Предыдущие работодатели как-то жмотили денег на высокоскоростные накопители. В связи с чем у меня возник ряд вопросов.
... Понятно, что полноценный аппаратный RAID-контроллер в случае "Linux + SSD" на фиг не нужен. Так как его кеш скорее всего окажется медленнее, чем сами SSDшки. А
(
Read more... )
Comments 79
Reply
Reply
Reply
Reply
"Это я удачно зашёл..."(с) :)
Вокруг SSD в рейд-массивах - прежде всего аппаратных - у меня есть что сказать более чем.
Ща вот кота в ветеринарку свожу - чихать начал, собака! - и вечерком попробую обозначить часть устойчивых мифов паттернов в этом месте с т.з. практикующего инфраструктурного админа, сожравшего немало собачих упряжек на рейд-контроллерах, ssd и их сочетании в реальном проде.
С уважением.
Reply
Reply
Ну у моего кота этот наполнитель с первых дней его жизни и всё норм.
Разве что попался пакет из какой-то партии некошерный - днями купили.
Спасибо за подсказку, я обдумаю этот вопрос. :)
С уважением.
Reply
Reply
Вот тут я не уверен. Ибо SSD, если эмулирует "блочное устройство", имеет несколько слоёв абстракции.
Я думаю, на чтение разница будет минимальна. А вот на отложенную запись, если она допускается, разница м.б. значительной: и в скорости, и в снижении износа.
Допустим, мы собираем две SSDшки в зеркало. С одной стороны, резервирование. С другой стороны, поскольку пишется на них одно и то же, то и выйдут из строя они скорее всего одновременно.
Если эти SSDшки одной модели, то да. А если разных, да ещё разных производителей ( ... )
Reply
Reply
Хм-м-ммм... Сергеич, дело твоё, конечно, но здравые вещи в комментарии Дмитрия есть... примерно с начала до серединки.
Другое дело, что подача и содержание "тёмной стороны комментария" действительно могут вызвать неоднозначную реакцию.
Я ща пойду отвечать "в корне" на твой пост с т.з. собственной практики (сделав вид, что не читал вот этого всего), а ты уж будь добр, не бань меня за те моменты, в которых узришь "ересь", бо напомню, что я исхожу из своего опыта, подкреплённого и "источниками" в т.ч. (в основном это доки от вендоров, форумы и т.д.... ЧСХ, корреляция "теории" и "практики" лично у меня наблюдается).
С уважением.
Reply
Где там здравое зерно? В "эмуляции блочного устройства"? Или что кто-то в трезвом уме и твёрдой памяти будет специально пихать в сервак разные SSDшки? Или что кто-то действительно будет проходить по ЦОДу и делать ротацию носителей, особенно если у тебя там полсотни таких машин по 8 приводов в каждой? Вы серьёзно?
Про "раскидать запросы на разные диски страйпа" - это уже даже и не смешно...
Reply
С ССД в проде ты работаешь с 12 года.
Ты просто про это забыл :)
RAID1 защищает не только от битых кластеров/мёртвых ячеек на диске, но и от отказа всей железки целиком - так что польза от этого несомненна.
Выбор между 10 и 1 - я бы советовал брать минимально допустимое количество SSD на сервер - то есть RAID1 ака зеркало.
На несколько серверов брал бы полку СХД с ССД оптимальными по цена/объем или 15К HDD+SSD кэш.
Для OLTP RAM ака память гораздо важнее дисков, поэтому в первую очередь забил бы RAM до отказа.
Хотя, если нет планки по ценнику - и памяти до упора и SSD в зеркале по максимуму.
PS
В любом случае ты понимаешь, что я говорю с колокольни своего двадцатитетнего опыта с MSSQL, и как оно пойдёт под ваш Постгресс или что у вас там я хз.
Reply
Reply
о более сложных вещах пусть лошадь думает - у неё голова большая
Reply
Leave a comment