Member
Статус: Не в сети Регистрация: 26.04.2003 Откуда: Windsor, Con...
Важно! Перед любыми операциями с массивами бэкап важных данных обязателен! В теме обсуждаем вопросы и проблемы организации (выбор структуры), создания, эксплуатации, модернизации (перенос/расширение) и восстановления (ребилда), а также сопутствующие этим вопросам моменты. Обсуждение выбора RAID-контроллеров ведётся здесь. Подобрать накопители для массива поможет эта ветка. Обоснованный выбор оптимального размера страйпа для производительных RAID 0 посредством тестирования в HAB. Померяться производительностью стоит тут.
В случае описания вопроса выбора, скорости и связанных с этим проблем, просьба ссылаться на посты в соответствующих ветках.
Задавая вопрос, постарайтесь как можно полнее описать конфигурацию массива и компьютера в профиле, то что, проделали и текущий результат. Не забываем пользоваться поиском в данной теме и по всему Internet'у!
Intel® Rapid Storage Technology не поддерживает 3TB диски в RAID-режиме, а Rapid Storage Technology enterprise(X79, C600) - работает с ними.
Последний раз редактировалось Хитрый John 27.05.2018 7:53, всего редактировалось 9 раз(а).
Здравствуйте. Подскажите пожалуйста, существуют ли какие то "подводные камни" при создании массива на 32Тб. Сделал из 7-ми WD Ultrastar DC HC310 по 6Тб в RAID5. NTFS, размер кластера 4096. Читаю его "по сети", иногда стал замечать что "притормаживает" что ли при открытии Проводника. Или это только кажется. Пока не заполнил, мб нужно что то переделать? Буду рад советам, спасибо.
Сам по себе объём массива не проблема. Однако советую почитать про raid5 на дисках такого объёма - если коротко то идея крайне "не очень".
Member
Статус: Не в сети Регистрация: 22.06.2008 Откуда: Ленинград
рейд5 тормозная штука при записи. большая нагрузка на диски. яб слепил рейд50 из двух групп по три диска и один запасной. да места мало будет, но дискам полегче. и это на контроллере будет или какнибудьтак?
рейд5 тормозная штука при записи. большая нагрузка на диски. яб слепил рейд50 из двух групп по три диска и один запасной. да места мало будет, но дискам полегче. и это на контроллере будет или какнибудьтак?
Тогда уж 10-ку. А raid5 (как и 50) на 6тб дисках это как raid0 только медленнее и места меньше. Лично я бы делал raidz2 или в крайнем случае raid6 если это для хранения данных без особых требований к производительности. Если же производительность важна то тут выбора нет - только raid10 или аналоги.
Member
Статус: Не в сети Регистрация: 14.04.2013 Откуда: Smolensk Фото: 3
Lightwarrior писал(а):
Тогда уж 10-ку.
Десяток не бывает Если и лепить один ноль, то только при наличии бэкапов, в противном случае велик шанс всё потерять. Если важны данные 5 и 10 вообще must die. 6 или 60 на порядок безопаснее.
Member
Статус: Не в сети Регистрация: 22.06.2008 Откуда: Ленинград
Lightwarrior у меня на "насе" рейд50 из 8 3тб сата дисков на 9260 упирается в гигабитную сеточку. рейд 10 конечно лучше, но места совсем уж мало было б.
Добавлено спустя 3 минуты 51 секунду:
koshabalaka писал(а):
Если важны данные 5 и 10 вообще must die. 6 или 60 на порядок безопаснее.
вот прям на порядок? а формулы вычисления надежности есть?
Lightwarrior у меня на "насе" рейд50 из 8 3тб сата дисков на 9260 упирается в гигабитную сеточку. рейд 10 конечно лучше, но места совсем уж мало было б.
Проблема не в производительности. Упереться в гигабитную сеть на современных дисках вообще не проблема, софтовый рэйд6 из 6*2тб дисков, к примеру, это спокойно делает.
Вопрос в "надежности". А точнее даже не "надежности", а в шансах прочитать все n-1 дисков без единой ошибки при ребилде. Всё очень сильно зависит от контроллера, но большинство "аппаратных" положат массив в случае неисправимой ошибки при ребилде без 1 диска. Если погуглить рассчёты шансов успешного ребилда то для такого объёма и количества дисков там получатся очень неутешительные цифры. Конкретно для этих дисков взяв количество ошибок из документации получается ~75% шанс успеха, что даже "неплохо". Я лично окончательно бросил рэйд5 использовать потому, что шанс успеха на бытовых дисках настолько мал, что проще просто 0 делать да и всё.
Софтовый рэйд который более гибкий и способен пропустить ошибку допустив повреждение данных лучше. zfs еще лучше т.к. там получится узнать какой конкретно файл побился и проблем с ребилдом не будет. Но всё же рэйд5 для хранения сколь-либо нужных данных на современных дисках не пригоден совсем.
koshabalaka писал(а):
Десяток не бывает Если и лепить один ноль, то только при наличии бэкапов, в противном случае велик шанс всё потерять. Если важны данные 5 и 10 вообще must die. 6 или 60 на порядок безопаснее.
10 или 1+0, можно конечно придраться но до того момента пока "все всё поняли" имхо без разницы как говорить.
А по вероятности отказа массива при выходе диска из строя в порядке убывания идет 5,10,6. Правда есть одно "но", чем больше дисков в массиве тем хуже ситуация для 5 и 6, а набору зеркал без разницы - там всегда примерно всё одинаково с копированием с одного диска на его новую пару. Так что для огромных массивов (на работе стоит к примеру шкафик с 10тб "сырых" дисками по 146гб) 1+0 в итоге может оказаться и лучшим вариантом. Либо надо городить 6+0 из "разумного" размера массивов.
Но в любом случае не забывать что рэйд не бэкап и когда не важна доступность/аптайм (дома например) зачастую лучше просто хранить 2 полностью независимые копии данных без рэйда.
Member
Статус: Не в сети Регистрация: 18.03.2005 Откуда: Дмитров Фото: 5
Ребята, не нашёл нужную тему, поэтому спрошу здесь. Есть массив RAID5 на 4 SSD. Массив не системный. На нём создан GPT-раздел на всю ёмкость. Хочу спросить про выравнивание, так как винда создала раздел MSR со смещением 17 Кб от начала диска. Основной раздел начинается со 129 Мб, но меня смущают эти 17 Кб - не повлияют ли они на выравнивание основного раздела? Пробовал ли кто делать раздел MSR с другим смещением или вообще без него?
Member
Статус: Не в сети Регистрация: 22.06.2008 Откуда: Ленинград
koshabalaka писал(а):
Формулы вашего везения? Это шутка такая?
я про теорию надежности вообще. в том духе, что отказ одного компонента приводит к отказу всего устройства. и где там порядок, т.е. в 10 раз в принятой людьми десятичной системе счисления.
Здравствуйте! Имеется 3 диска по 8 TB (2 диска WDC WD80EMAZ и один диск ST8000DM004), собираю из них софтовый RAID5 (SHR) на Synology. Проблема в том, что после создания запустился процесс - фоновая проверка чётности, но он уже идёт несколько дней и выполнено только процентов 30%. Созданным томом тоже пользоваться нельзя - копирование идёт со скоростью несколько кб или единицы мб в секунду.
При детально анализе видно, что идёт загрузка только одного диска на 100% причём, чтение-запись всего единицы мегабайт. И это только у диска ST8000DM004, у остальных дисков норм. SMART проверял - всё хорошо. В чём может быть проблема и куда смотреть?
Скрины
Загрузка 100% (обведено красным), в RAID учасвуют первые 3 диска (обведено синим):
Вложение:
load_100.jpg [ 32.44 КБ | Просмотров: 1598 ]
SMART-информация диска ST8000DM004:
Вложение:
smart.JPG [ 143.1 КБ | Просмотров: 1598 ]
_________________ Asus ROG Strix X570-E Gaming/ Ryzen 9 3900X / 16x4 G Skill RipjawsV F4-3600C16-16GVKC @3533 MHz/ CORSAIR HYDRO Series H115i PRO / GeForce GTX 1080
Последний раз редактировалось Vian 04.02.2021 10:21, всего редактировалось 2 раз(а).
Moderator
Статус: Не в сети Регистрация: 13.01.2017 Откуда: Московская обл.
federer писал(а):
иногда стал замечать что "притормаживает"
Лог с контроллера можно? Особенно интересует были ли попытки контроллера сделать rebuild. Может у вас известный баг (или таки фича?!) RAID5 с Cold Data
Member
Статус: Не в сети Регистрация: 02.11.2008 Откуда: Москва
Vian писал(а):
В чём может быть проблема и куда смотреть?
Vian писал(а):
При детально анализе видно, что идёт загрузка только одного диска на 100% причём, чтение-запись всего единицы мегабайт. И это только у диска ST8000DM004
ST8000DM004 это smr, поэтому там процессы инициализации или ребилда будут идти неделями. Или его менять или ждать пока пройдёт инициализация, правда если потом опять что то будет с массивом или его будете расширять, можете просто или потерять инфу (всё же на 8тб raid5 (SHR1) тем более один из них smr делать опасно, или просто ребилд будет неделю занимать.
ST8000DM004 это smr, поэтому там процессы инициализации или ребилда будут идти неделями. Или его менять или ждать пока пройдёт инициализация, правда если потом опять что то будет с массивом или его будете расширять, можете просто или потерять инфу (всё же на 8тб raid5 (SHR1) тем более один из них smr делать опасно, или просто ребилд будет неделю занимать.
Спасибо! Я думал, что всё будет норм, т.к. читал, что всё с чтением-записей в порядке и работают в массивах хорошо:
Цитата:
то есть диски, как seagate archive, но зато в отличие от архивов, параллельный доступ не убивает скорость в 0. почему то почти нет обзоров в сети на них, поэтому поделюсь кратко информацией:
использую порядка 150 таких дисков, в основном в raid 6. в принципе и на запись и на чтение и на параллельный доступ неплохо себя показывают. (для своей цены и rpm конечно) одиночный диск, 190мб в начале и 130 в конце диска и на запись и на чтение. raid 6 из 8 дисков, на запись 300+мб, на чтение 900+. (запись\чтение линейная, продолжительность 10тб, скорость средняя)
в одном сервере даже 12 дисков в raid 5, три виртуалки тянут, я думал с smr будут большие проблемы со случайным доступом, ан нет, работает.
Т.е. пишет, что 130 запись, что выше, чем 3-6 мб, которые у меня, поэтому тут и задал вопрос.
_________________ Asus ROG Strix X570-E Gaming/ Ryzen 9 3900X / 16x4 G Skill RipjawsV F4-3600C16-16GVKC @3533 MHz/ CORSAIR HYDRO Series H115i PRO / GeForce GTX 1080
Member
Статус: Не в сети Регистрация: 11.11.2010 Откуда: Новосибирск
Vian писал(а):
130 запись, что выше, чем 3-6 мб, которые у меня
Это же данные по одиночному накопителю, который не в массиве. А уж как там разные RAID-контроллеры производят инициализацию массива - это отдельный вопрос. Да и вообще: как по мне, так идея использовать накопители с SMR в массиве - гнилая...
Да, может и так, но если хард какой-то вылетит, то всё, ппц полный будет.
А с raid5 на 3*8 дисках он будет в любом случае, с smr или без. Вообще не совсем понятно зачем такой массив нужен. В плане же smr если в случае отказа менять диск на не-smr то ребилд будет идти с нормальной скоростью, проблемы у них только с запислью.
А с raid5 на 3*8 дисках он будет в любом случае, с smr или без. Вообще не совсем понятно зачем такой массив нужен.
Поясните чуть подробней. Как понять - зачем такой массив нужен? Из-за места и отказоустойчивости. Т.е. места на 2 диска, а для чётности- 1 диск. Что не так-то?
_________________ Asus ROG Strix X570-E Gaming/ Ryzen 9 3900X / 16x4 G Skill RipjawsV F4-3600C16-16GVKC @3533 MHz/ CORSAIR HYDRO Series H115i PRO / GeForce GTX 1080
Сейчас этот форум просматривают: pred-ok и гости: 21
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения