RAM-диски не вчера даже еще придумали — однако так году в 1979-1981 в ЭВМ больших типа RPT-80 (выпускались в странах СЭВ-Венгрии и Болгарии в кооперации и по документации СССР,48-битная длина слова) были уже так называемые платы расширения на базе ОЗУ.Энергопотребление конечно колоссальное было, и цена тоже, поскольку элементная база применялась что-то типа импортных аналогов 155РУ серии ОЗУ.
"Предшественником" SSD в 1996м были разработки израильской SanDisk, года за два до того была запатентована файловая система TrueFFS. И тогда же уже Octagon Systems, и немецкая контора Informatique GmBH которая DOS-RT для специализированных применений делала — предлагали решения аппаратные RAM-дисков на шинах ISA и PCI(33MHz). Но стоило всё это дело очень и очень дорого — и прменялось в основном в промышленных системах многоканального сбора данных, управления и телемеханики.
Да,были времена, когда обычная на сегодня USB флэшка или карта SD на 16/32 Gb казались чем-то из области нереальной фантастики — а щас в каждой автономной хорошей камере видонаблюдения понапиханы.
RAM-диски это пока всё еще очень дорогое удовольствие-они всяко дороже чем ECC модули RAM для серверов, и цены начинаются раза в полтора лороже этих заявленных SSD. Область применения — как правило многоканальные и(или) высокоскоростные системы измерений,ввода и обработки данных типа огромных массивов или структур (битовых и байтовых полей,выгружаемых сегментов основной памяти).
В качестве софта как правило который непосредственно работает с этим "железом", используются разные специфические БД РВ (RTDB) или даже резидентные ОС РВ — а далее уже справляются "штатные" СУБД и серверы.MS SQL и Oracle. И еще один вопрос в комментах чууть затронули. Для SQL Server с здоровенной реплицируемой базой потребуется разбиение массива RAID в виде stripped volume — "чередующегося тома" для достижения более высокой производительности. Реализация массива на базе SSD за счет их алгоритма работы (выборки,хранения) и сильно асимметричных скоростей чтения/записи пока что сильно проиграет реализации на базе SAS/SATA RE HDD. А вот для кэша первичного, или чтобы ОС загружать за 1-2 сек либо стейт виртуалок хранить-тут такие диски бы здорово пригодились. Но пока что дорого.И недолговечно.
SQL-база УБЬЕТ SSD очень быстро. Особенно при интенсивном использовании. Не забывайте, что у ячеек памяти ssd есть конечное число циклов перезаписи. А при интенсивном использовании базы эти циклы будут стремительно стремится (извините за тавтологию) к своему закономерному концу. И пока еще нет ничего лучше для данного применения чем SAS-RAID. В случае совсем больших нагрузок — схд. При чем такая, которой можно сказать, что вот ЭТО пространство выделяется у нас под SQL-базы. Выбор собственно схд — дело каждого, под конкретный бюджет и применение. Но все-же я смотрел-бы в сторону EMC. Но может играть роль и фактор парка серверов. Потому как понятно, что если мы накопили парк серверов ибм, то глупо ставить схд от хп. Повторюсь — это зависит уже от многих причин и развернуто комментировать данную тему в рамках этого треда бессмысленно.
Но наступит же когда-нибудь время когда ссд будут настолько дешевы что и выкинуть не жалко будет через годик другой из раида парочку. Для конторы, содержащей датацентры это обычное явление. Щас да, цена неадекватна, но в ближайшем будущем при такой тенденции удешевления и усовершенствования...
"Годик-другой" ? Я прошу прощения но диски серии Enterprise Storage от wd например имеют ГАРАНТИЮ работы в RAID массиве 5 лет. При этом, в случае, если вы обращаетесь изначально в компанию по восстановлению информации, гарантия на данный диск не аннулируется и диск подлежит обмену. Инвестировать на "годик-другой" неинтересно и невыгодно. Тем более, что у ssd может не быть тех самых 2 лет при работе с базами данных.
каждое событие с созданием или изменением поля или аттрибута в базе перезаписывает как минимум 1 кластер, таких событий за день может быть огромное количество, что приведет к быстрому износу ячеек. И еще, не забывайте, что чем больше места занято на SSD тем меньше его срок жизни.
А как же системный кэш? А кэш на диске? Вы читали что в EVO SSD оказывается на 1tb дисках 1gb кэша? + Системная память на сервере. Гарантию они тоже 3 года дают, учитывая что любое хранилище важных данных это всегда отказоустойчивый RAID.. то не понятно вообще где суть проблемы? И да отказ диска тоже разный у ssd производитель заявляет что контроллер просто не сможет записать, при выработке ресурса, т.е. данные таки останутся. В отличие от навернувшегося ssd а они тоже ломаются очень часто от нагрузки. В любом ДЦ они всего лишь расходный материал.
Да пофиг, бэкапы и гарантия рулят, у меня есть три года гарантии на сервер и диски в нем, через три года, просто купим новые, эти выкинем, а если что то произойдет на интервале трех лет, это проблемы поставщика, а не мои.
Комментарии
"Предшественником" SSD в 1996м были разработки израильской SanDisk, года за два до того была запатентована файловая система TrueFFS. И тогда же уже Octagon Systems, и немецкая контора Informatique GmBH которая DOS-RT для специализированных применений делала — предлагали решения аппаратные RAM-дисков на шинах ISA и PCI(33MHz). Но стоило всё это дело очень и очень дорого — и прменялось в основном в промышленных системах многоканального сбора данных, управления и телемеханики.
Да,были времена, когда обычная на сегодня USB флэшка или карта SD на 16/32 Gb казались чем-то из области нереальной фантастики — а щас в каждой автономной хорошей камере видонаблюдения понапиханы.
RAM-диски это пока всё еще очень дорогое удовольствие-они всяко дороже чем ECC модули RAM для серверов, и цены начинаются раза в полтора лороже этих заявленных SSD. Область применения — как правило многоканальные и(или) высокоскоростные системы измерений,ввода и обработки данных типа огромных массивов или структур (битовых и байтовых полей,выгружаемых сегментов основной памяти).
В качестве софта как правило который непосредственно работает с этим "железом", используются разные специфические БД РВ (RTDB) или даже резидентные ОС РВ — а далее уже справляются "штатные" СУБД и серверы.MS SQL и Oracle. И еще один вопрос в комментах чууть затронули. Для SQL Server с здоровенной реплицируемой базой потребуется разбиение массива RAID в виде stripped volume — "чередующегося тома" для достижения более высокой производительности. Реализация массива на базе SSD за счет их алгоритма работы (выборки,хранения) и сильно асимметричных скоростей чтения/записи пока что сильно проиграет реализации на базе SAS/SATA RE HDD. А вот для кэша первичного, или чтобы ОС загружать за 1-2 сек либо стейт виртуалок хранить-тут такие диски бы здорово пригодились. Но пока что дорого.И недолговечно.
Сегодня SSD Samsung продаются по $220 за 480Гиг, но по какой-то причине, только 2шт в одни руки.
Причина такой цены мне не известна.
Причина — жадность на деньги. Всё как обычно. :)
"SQL — применение ssd не рационально и бессмысленно."
Не соглашусь. Там где производительность и скорость доступа критичны, использование ССД имеет смысл. В том числе и в отказоустойчивом массиве.
Надежность ССД и их ресурс растут каждый день. Посмотри эту статью за 2012 год:
blog.imageofyou.ru