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 раз(а).
Member
Статус: Не в сети Регистрация: 25.04.2007 Откуда: Moscow
Упс от такой http://www.oldi.ru/catalog/element/0025456/ В таком случае она не особо нужна получается ? А если батарейку и ставить,то как дополнительную перестраховку,я все правильно понял ?
Упс от такой http://www.oldi.ru/catalog/element/0025456/ В таком случае она не особо нужна получается ? А если батарейку и ставить,то как дополнительную перестраховку,я все правильно понял ?
Похоже, что правильно UPS можно и попроще, важно, чтоб он с ПО при отключении сети закрывал ОС и выключал комп.
Member
Статус: Не в сети Регистрация: 07.12.2007 Фото: 25
2 года сидел на чипсетном контролеллере из 2х винтов в RAID 0 и 4х в RAID 10.
Вчера решил изменить конфигурацию массива(того что ещё в профиле). вытащил 2е 750ки. И поставил ещё 2 винта по 1 ТБ(точно таких же).
На JMICRON 363 повесил винт на 250 и привод. Поставил винду на 250 ку.
Выяснился неприятный факт: после того как создаёшь RAID 5 из 6ти винтов по 1 ТБ- то дальше начинается инициализация. При этом она идёт с черепашьей скоростью. Интеловская утилита сообщила что оринтировочное время завершения -16 часов
Когда я создавал масив из 4х дисков то инициализация проходила почти мгновенно. Но почему 6 винтов хотят инициализировать 16 часов?
Винты все одинаковые- без бедов, с одинаковой прошивкой.
TSC! Russia member
Статус: Не в сети Регистрация: 31.08.2005 Откуда: Петербург Фото: 0
airserega Бесплатный рейд 5 - это сказка, сынок... Нет, он есть, но неудобен. Учтите, что при каждом чихе компьютер будет запускать консистенси чек массива. Вернитесь обратно или смотрите полноценный дискретный контроллер.
_________________ www.btbooks.ru, www.forums.btbooks.ru - официальный русскоязычный фансайт Battletech
Member
Статус: Не в сети Регистрация: 11.02.2011 Откуда: Россия, Новосиб Фото: 18
Возник такой вопрос, имеется около 2 терабайт различных данных, обращения к ним довольно частые, причем возникает такое ощущение что скорость работы компа тормозит исключительно дисковая подсистема, особенно разительно заметно на фоне системного SSD. Поэтому возникла такая идея: Взять 4 однопластиновых семитысячника, скажем http://market.yandex.ru/model-opinions. ... &hid=91033, ну или на крайняк 4 двухпластиновых http://market.yandex.ru/model.xml?model ... &hid=91033. (ну разумеется когда цена на них в адекват придет) И поставить их в нулевой райд на 4 порта sata2. SSD и привод повесить на sata3. А полуторатерабайтник для бэкапа содержимого массива на марвелл.
Вопрос такой, есть у кого такая конфига? И стоит ли игра свеч? Сейчас в системе есть райд 0 из 2 таких дисков, скоростью работы массива доволен, но вся инфа туды не влазит. Насколько четырехдисковый рэйд будет шустрее двухдискового?
Advanced member
Статус: Не в сети Регистрация: 27.01.2003 Откуда: Кунгур Фото: 47
JayK Масштабируется пропорционально числу участников массива.Но как скорости растут, так и время случайного доступа. Про низкую надежность объяснять не надо?
Member
Статус: Не в сети Регистрация: 11.02.2011 Откуда: Россия, Новосиб Фото: 18
Хитрый John™ [USSR] Время случайного доступа это плохо, у этих дисков оно и так не ахти, впрочем больших файлов у меня побольше чем мелких, поэтому линейная скорость важнее... Для надежности есть акронис и полтора терабайта на бэкап инкрементными архивами... Спс за ссылку...
Добавлено спустя 15 минут 32 секунды: Узнал что до 4 дисков масштабируется неплохо, а вот после уже никак не масштабируется... Возник еще вопрос: для времени случайного доступа лучше использовать диски с большим или меньшим числом пластин?
TSC! Russia member
Статус: Не в сети Регистрация: 31.08.2005 Откуда: Петербург Фото: 0
JayK писал(а):
для времени случайного доступа лучше использовать диски с большим или меньшим числом пластин?
Для этого число оборотов наращивают вообще-то. С плотностью записи время доступа как бы снижается, но вероятность штрафов за промах мимо трека растет. Соберите вы рейд 10 и не придумывайте себе сложностей...
_________________ www.btbooks.ru, www.forums.btbooks.ru - официальный русскоязычный фансайт Battletech
Member
Статус: Не в сети Регистрация: 11.02.2011 Откуда: Россия, Новосиб Фото: 18
Leonator
Цитата:
Соберите вы рейд 10 и не придумывайте себе сложностей...
К сожалению рэйд 10 не спасает от Shift+Del и даже банальной вирусни... А учитывая что за компом есть еще и моя девушка то для меня "надежность" это только полное ежесуточное резервное копирование акронисом, которое делает все уровни рэйда кроме нулевого абсолютно ненужными... благо терабайтными дисками до потопа успел запастись...
Цитата:
Для этого число оборотов наращивают вообще-то.
Увы столько рапторов я не потяну финансово:(
А вообще в плане производительности в рэйде лучше когда диск одно или многопластинный? Потому что у меня вот однопластинники, линейная скорость под 250, с тестами тоже все ок, но вот когда начинаешь лезть в бэкапы sql баз, или того хуже кэш локального кэширующего прокси такое ощущение что в PATA винте копаешься...
Advanced member
Статус: Не в сети Регистрация: 10.04.2003 Откуда: Москва
Вообще-то, этот тест напоминает махание руками с очень умным выражением на лице. Короче - статью они написали, они маладцы. Рекомендую обратить внимание на две вещи: 1. раздел "Пропускная способность интерфейса", сравнить ее с "Скорость чтения". Станет вполне очевиден "провал" RAID0 с кол-вом дисков больше 4. 2. см. раздел конфигурации. Использованы дискретные контроллеры. Что "обеспечило" п1 и возрастание задержек от кол-ва дисков. Т.е., посмотрели на статью? ... можно спокойно ее закрыть и забыть. На встроенный контроллер эти данные не переносятся.
Кол-во дисков в массиве и размер stripe зависят от задач. Кол-во дисков (увеличение) в HDD положительно влияют на производительность только при _крайне_ мощном многопоточном случайном доступе. Если потоков 1-2, то кол-во дисков в HDD не существенно. IMHO
Member
Статус: Не в сети Регистрация: 11.02.2011 Откуда: Россия, Новосиб Фото: 18
serj Ну да, там контроллер на pci 4x Не думаю что полуаппаратные чипсетные контроллеры этого года перещеголяли дискретные той седой древности...
Цитата:
Кол-во дисков в массиве и размер stripe зависят от задач. Кол-во дисков (увеличение) в HDD положительно влияют на производительность только при _крайне_ мощном многопоточном случайном доступе.
И это понятно, не зря же стопицотдисковые массивы в сервера БД ставят.
Но тем не менее, когда та же виртуалка грузится с одиночного диска, с рэйда, и с SSD это три большие разницы... так что проведу эксперимент. О результатах отпишусь... осталось только дождаться когда торгаши в адекват придут...
Member
Статус: Не в сети Регистрация: 02.03.2009 Откуда: Украина, Сумы
Други ситуёвина, на MSI x58 Platinym чипсетно собран был рейд 1 из двух веников(не мнойсобрано, с рейдом ещё дел до сегодня не имел), после перезагрузки глюкнуло слетели настройки биоса и я так понимаю настройки рейда в том числе, как всё вернуть на место не потеряв инфу, в рейдах я чайник
TSC! Russia member
Статус: Не в сети Регистрация: 31.08.2005 Откуда: Петербург Фото: 0
JayK писал(а):
не зря же стопицотдисковые массивы в сервера БД ставят.
На самом деле не ставят. Потому что поднимать потом массив в случае проблем... очень сложно и ответственно, скажем так. Кучка массивов потом объединяется в новые массивы с зеркалированием или программно на уровне ФС. И бэкапы, бэкапы, бэкапы!
_________________ www.btbooks.ru, www.forums.btbooks.ru - официальный русскоязычный фансайт Battletech
Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 38
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения