Комментарии 50
-При какой температуре хранить диск?
-Подключенным или отключенным?
-ТО механики делать или нет?
-Критерий читаемости — должны читаться все биты (1 в 1) на диске? Или достаточно возможности считать записанную информацию?
По этому, все ограничиваются расчетными значениями MTTF\MTBF. Т.е. берем вероятность отказа каждого компонента суммируем и получаем некоторую условную циферку для конечного изделия. У того же WD Gold MTBF = 2,000,000 — 2,500,000 часов, т.е. порядка 200+ лет. Цифры впечатляющие, но надо понимать, что основаны они на вероятности. Может произойдет, а может нет. Плюс WD пишут именно MTBF — средняя работа между поломками, а не MTTF — время до первой поломки.
Если вернуться к задаче длительного (10+ лет) хранения данных то на текущий момент:
-Не придумали ничего лучше старых добрых ленточных накопителей (см. LTO). Но это дорого. Очень. Входить туда имеет смысл с бюджетом от 300-500 т.р. (стриммер, кассеты, отдельное помещение с заданными условиями хранения и пр.)
-Жесткие диски с системой мониторинга и периодической заменой по времени (а не по отказу). Дешевле, но не бюджетно. Два серверных диска + контроллер обойдутся тыщ. в 30-50. Схемы может быть две, или горячего хранения (постоянно подключены), или холодного, но с периодическими (раз в месяц) тестами.
-Облака. Есть всякие Amazon Glacier, которые за $ предлагают хранение информации на лентах. Цена хранения низкая (мне около ~100 Гб обходятся в ~0.5$), НО доступность никакая (несколько дней). Плюс отдельных (немалых)денег стоит траффик по скачиванию\выкачиванию. В общем, сервис ориентирован на долгосрочное хранение архивов.
-Прочие CD\DVD\BR, в серьезных решениях не встречал (но не означает что их нет), больше для энтузиастов.
Не придумали ничего лучше старых добрых ленточных накопителей (см. LTO). Но это дорого. Очень.
На самом деле, если посчитать, ленты все еще самое дешевое долговременное хранение больших обьемов данных. Дорого первоначальное вложение в ленточную библиотеку (если вам требуются серьезные обьемы, если нет — можете обойтись отдельным приводом).
HDD — 6TB — 15000рублей + электричество если вы их не вынимаете + опять же место в стойке занимают.
LTO-7 — 6TB — 7000рублей
Но при больших обьемах вам все равно придется покупать корзинку для HDD + контроллер, так что тут еще под вопросом что будет дороже на первоначальных вложениях.
Мы себе брали в итоге ленты на 2ПБ. И ПО к нему соответственно.
Мне могут конечно возразить — на HDD же можно сделать дедупликацию и место будет заниматься меньше и потребуется меньший объём — но по факту — если у вас будет сбойный блок без возможности восстановления или внезапно зальет стойку(был такой случай) или сервер глюканет, что диски повылетают — весь ваш бэкап превратится в тыкву. Данные на HDD я я бы назвал оперативным бэкапом на небольшой срок (например месяц).
Нужно искать новые подходы.
С одной стороны, тема HDD всегда интересная.
С другой, сколько их уже было – обзоров истории дисков и всей этой черепичной петрушки.
В текущей компании еще 3 года назад изначально стали делать хранилище на SSD. Как показала практика — не прогадали, развитие компании заставило еще наращивать обьемы. При этом не уперлись в производительность (на HDD бы просели очень сильно, особенно на текущих с SMR, а 15к диски покупать уже нету смысла), дедупликация частично отбила разницу в ценах по сравнению с HDD (по чистому обьему). У всех пользователей выкинули обычные диски из компов и ноутбуков и поставили SSD — убрали проблему апгрейда компов, они перестали тормозить — сэкономили на апгрейде.
покупали накопители на 16 ТБ за ~30 тысяч. даже чтобы купить SSD на 4 ТБ, придётся заплатить больше.
А вот к тому, что с этим хардом будет через десять лет — нет
скорее всего, выйдет из строя
И не следует забывать о случае «ой, а бэкапов нету...», когда приходится лезть в гермозону харда — в случае гелия это кхм… более проблематично.
а есть опыт с современными винтами? слышал, что «в домашних условиях» оно сильно проблематично.
У меня лежит пачка дисков на 500-2000 ГБ после апгрейдов, которые некуда ставить и стрёмно использовать без резервирования из-за возраста (а это ещё х2 к месту и портам).
для бэкапов и глушиться в моменты простоя — то работать он будет очень долго.
Постоянные включения/выключения разве не сокращают срок службы любых устройств?
И наличие гелия который ограничивает срок службы 5 годами(например, я не знаю точно, информации не нашёл) вне зависимости от того, работает ли диск или лежит на полочке, не очень хорошо для сценария редких домашних бэкапов…
Не уверен на 100%, но не запомнилось про гарантированную работу в течении 10 лет для первых моделей от HGST. И возможность читать данные при вскрытой банке.
Да, почему-то забыли рассказать как радуются таким дискам RAID контроллеры. И сколько времени может занимать восстановление массива на таких дисках (спойлер: бесконечно долго).
В силу недавнего скандала с SMR, не могу отделаться от мысли, что вся статья написана для его "легализации" в умах читающих, вполне в стиле Овертона. Даже если это не так, то мысль очевидна и паранойя неизбежна.
По этому случаю скажу, что SMR — стратегическая ошибка, а при состоявшейся подаче ещё и тактическая.
Хотя может в HDD случится какая-нибудь революция, но слухов о кардинальной смене технологии пока нету.
Выбор "давайте увеличим номинальную емкость на 20%, но чтобы это все не вытормаживалось дичайше пусть пользователь оставляет 30% свободного месте и ждет до посинения" тоже как-то не ок.
MAMR должна стать следующей ступенькой наверх.
MAMR должна стать следующей ступенькой навер
20ТБ от WD/HGST уже MAMR, только производитель стесняется признаться :)
Следующая ступенька это HAMR, на MAMR так плотность не поднять, как на HAMR.
HDD выдает 150 iops, 15k rpm выдает 300 iops
SSD выдает 10.000+
QLC SSD Config – 4x Intel D5-P4326 NVMe 15TB QLC SSDs (storage) with 2x Intel P4610 NVMe 1.6TB SSDs (cache) per node
MLC SSD Config – 4x Intel P4510 NVMe 4TB MLC SSDs (storage) per node (no cache)
HDD Config – 4x 14TB HDDs (storage) with 2x Intel P4610 NVMe 1.6TB SSDs (cache) per node
Никто не думал выпустить диски специально для бэкапов с 16к или даже 64к?
Насколько я помню за счет уменьшения служебных данных там можно и больше 20% места выиграть.
хотите сказать, что служебных данных почти килобайт на сектор?
То есть использование физических возможностей накопителя улучшилось с 88.7 до 97.3
То есть почти 10% буквально вообще без всяких физических улучшений, чисто программный код.
Понятно что производительность для рандомной записи/чтения упадет, но вот для линейного разницы быть не должно. Может быть даже увеличится.
Также понятно, что это довольно нишевые диски, хотя… для файлопомойки почему бы и нет.
Просто любопытно задумывался ли кто из производителей о таком, и если да, почему не выпустили для пробы?
На самом деле самый большая ошибка производителей — попытка впарить этот SMR по тихому. Написали бы об этом явно, как это было с Advanced Format (4K секторами), проблем было бы меньше.
www.westerndigital.com/products/internal-drives/wd-purple-hdd
DMSMR-накопители WD Red, оптимизированные для использования в составе малых NAS на 8 отсеков, станут отличным выбором для системы архивирования или резервного копирования, предполагающей долговременное хранение бэкапов.
настолько лживое, что как я помню стало предметом судебного рассмотрения в США. Не поделитесь — договорились уже до чего-то?
Тем более, что в коментах выше восторга, мягко говоря, нет?
У меня вот на столе лежит DM-SMR диск, который мне пришлось заменить на нормальный, так как надоело выпадание из массива в малом NAS. Куда б такое убожество приспособить, не подскажете? Мой диск чисто случайно оказался от Сигейта — но лгали потребителям обе фирмы в унисон.
При замене одного из накопителей в raid на вот такой вот диск, его весь потребуется перезаписать одномоментно, чего сделать не получится из-за диких задержек при записи. Массив просто не дожидается ответа от диска и маркирует его как сбойный. Поэтому, даже в режиме "только чтение" использовать его не особенно то и получится. Разве что диск будет стоять в массиве прямо при его создании.
А вот в уже работающий массив его не установить никак.
Технологии магнитной записи HDD: просто о сложном