Внимание! Это временный неофициальный архив старой версии форума Полигон Призраков, созданный сочувствующим форуму участником. Этот сайт просуществует лишь до тех пор, пока администрация Полигона не сдержит своё обещание и не откроет официальный архив по адресу old.sannata.org.

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Технический флейм »   Современный RAID
RSS

Современный RAID

Вопросы новичка

<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 7 8 9
Печать
 
pahan
Advanced Member


Откуда: Химки, М.О.
Всего сообщений: 1070
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
13 мар. 2015
[q]
что забываем и бежим как от огня от всех без исключения рейд-контроллеров, не имеющих своего CPU и памяти. Потому что это все софтвейрная эмуляция на базе обычного хаба.
Соб-но описываемые вами чудеса, как и подтвержденные pahan, возникнуть могут только на таких псевдорейдах, но никак не на полноценных аппаратных.
[/q]
Тут ить понимаешь, какая штука...
Да, скупой платит Nжды, люди делятся на 2 категории - кто делает бэкапы и кто Уже делает бэкапы и не все контроллеры одинаково полезны... вот только:
пользователь-то видит в описании любой современной материнки волшебное слово RAID и думает, что сейчас за бесплатно он чего-нибудь получит в смысле надёжности. И увидев это слово, отказывается верить в стоимость одного только дискового контроллера, сравнимую со стоимостью компонентов всего остального компа. И верить начинает, только столкнувшись с "чудесами" на собственной шкуре. И всё больше пользователей сталкиваются и будут сталкиваться именно с такими вариантами, а не полноценными контроллерами.
Так что от встроенного в чипсет полупрограммного рейда ожидать следует одного - что при отказе одного диска сервер не сразу встанет колом, а проработает то время, пока ты будешь покупать замену (о часто неадекватной индикации этого отказа молчим), но 100%го сохранения данных при этом ожидать не стоит.
hardware10
Advanced Member


Откуда: Moscow
Всего сообщений: 2051
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 мая 2007
pahan написал:
[q]
от встроенного в чипсет полупрограммного рейда ожидать следует одного - что при отказе одного диска сервер
[/q]
Вот в этом предложении, две вещи несовместимы. Сервер и софтовый рейд.
Он НЕ полупрограммный. Он ПОЛНОСТЬЮ программный. Тупо берем любой матрикс
и развалившийся рейд. БЕЗ загруженной оси, он в принципе не сможет ничего
отребилдить, хотя честно будет писать состояние ребилдинг и просто висеть на 0%.
Вот такая легкая шутка от интела.
Ну а тех кто юзает бомж-решение от незнания - не жалко. Поскольку аппаратные контроллеры
одна из самых неликвидных железок на вторичке, и стоит втрое дешевле пристойной видяхи.

Потому априори - любой сервер для тех данных, что не пофиг, неважно, есть бэкап или нет,
это не софтовый контроллер.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
hardware10 написал:
[q]
Предполагать ничего не надо, аппаратный контроллер априори делает верификацию
[/q]
Он делает это сразу после записи (с потерей ~50% производительности по сравнению с просто записью на диск) или фоново в моменты простоя (но тогда объём верифицируемых данных ограничен памятью контроллера, иначе опять потеря производительности? А как тогда c RAID5, там объём верифицируемых данных при записи и нагрузка на контроллер вырастает кратно (правда производительность упадёт так же в 2 раза)?
aleksvolgin
Advanced Member


Всего сообщений: 2123
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 нояб. 2010
hardware10 написал:
[q]
Потому что запись идет с проверкой до дальнейшей записи. Она либо прошла эту проверку, либо нет. Это даже не касаясь постоянного контроля смарта. Предполагать ничего не надо, аппаратный контроллер априори делает верификацию,
[/q]
Первая выделенная фраза, это что такое?
И по второй, как делает верификацию?
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
Возвращаясь к исходному вопросу:
CodeMaster написал:
[q]
А что происходит в ситуации, когда при записи (или может по какой ещё причине например во время простоя, ну даже хотя бы и умышленно) в одном и том же файле на разных дисках оказались отличающиеся данные. Какой файл контроллер возьмёт за основу при чтении и последующей синхронизации?
[/q]
Усложняете простое.
[q]
Для каждого сектора выполняется контроль записи или чтения. При записи сектора вычисляется контрольная сумма всех байтов, находящихся в секторе, и эта контрольная сумма записывается на диск в служебную область, расположенную после сектора. При чтении эта контрольная сумма вычисляется заново и сравнивается с контрольной суммой, считанной из служебной области. При несовпадении контроллер сообщает программе об ошибке.
[/q]
Источник
Так что, не всё так плохо. В том числе, с софтовым рейдом. В любом случае, надежнее, чем совсем без него.
А если следить за температурой дисков и их состоянием, то и без рейдов тьфу-тьфу. Конечно только для дома. Не для серверов.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
aleksvolgin написал:
[q]
Первая выделенная фраза, это что такое?
[/q]
К сожалению, форматирование текста в цитатах не работает. Лучше выделять так:

hardware10 написал:
[q]
Потому что запись идет _с проверкой до дальнейшей записи._ Она либо прошла эту проверку, либо нет. Это даже не касаясь постоянного контроля смарта. Предполагать ничего не надо, _аппаратный контроллер априори делает верификацию,_
[/q]
Rio444 написал:
[q]
При записи сектора вычисляется контрольная сумма всех байтов, находящихся в секторе
[/q]
Rio444 написал:
[q]
Так что, не всё так плохо.
[/q]
Не знаю, не так уж невероятен вариант при котором CRC изменённого набора данных в секторе совпадёт с CRC оригинального. Хотя, вероятность конечно сильно уменьшается. Просто при этих условиях RAID1 нельзя назвать "истинно" отказоустойчивым. Я не хочу сказать, что RAID1 заменяет бекап, но получается он просто снижает возможное время простоя сервера не увеличивая при этом надёжность хранения данных?


Rio444 написал:
[q]
Возвращаясь к исходному вопросу:
[/q]
И тут тоже пока ни одного (хотя бы для частного случая), но конкретного ответа я не увидел. RAID1 пишет на 2 диска, а читает с одного? И если, допустим по CRC, он обнаружил ошибку данных он помечает "основной для чтения" диск как сбойный и начинает работать только с одним перечитывая данные где обнаружилась ошибка CRC с начала но уже со второго диска? Если подмена данных не обнаружилась по CRC, то всё, правильная информация накрылась медным тазом?
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
CodeMaster написал:
[q]
И тут тоже пока ни одного (хотя бы для частного случая), но конкретного ответа я не увидел. RAID1 пишет на 2 диска, а читает с одного? И если, допустим по CRC, он обнаружил ошибку данных он помечает "основной для чтения" диск как сбойный и начинает работать только с одним перечитывая данные где обнаружилась ошибка CRC с начала но уже со второго диска? Если подмена данных не обнаружилась по CRC, то всё, правильная информация накрылась медным тазом?
[/q]
Вам бы литературу специальную почитать. Задаёте не сложные вопросы. Но никому не интересные. Обычно такую информацию знают узкие специалисты, а остальные прочитывают и забывают.
Что происходит когда на обычном HDD, не включенном в рейд обнаруживается сбойный сектор? Контроллер HDD сам помечает этот сектор как сбойный ("bad") и переносит информацию на другой сектор. Примерно то же и в рейде. Нюансы мне не интересны.
Вероятность случайного совпадения CRC можете посчитать сами. Её размер - 2 байта.

Да, RAID1 читает с обоих дисков одновременно (разные сектора), за счет этого в этом рейде удваивается скорость чтения с HDD.
CodeMaster
Advanced Member
Рыцарь ордена Хламовников

Откуда: Воронеж
Всего сообщений: 1655
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
27 авг. 2010
Rio444 написал:
[q]
Вам бы литературу специальную почитать.
[/q]
Не встречал, где доступным языком описано.


Rio444 написал:
[q]
Задаёте не сложные вопросы.
[/q]
Но на которые пока не услышал простого ответа.


Rio444 написал:
[q]
Но никому не интересные.
[/q]
Я не заставляю отвечать кому неинтересно.


Rio444 написал:
[q]
а остальные прочитывают и забывают.
[/q]
Не нашёл где прочитать, что бы забыть.


Rio444 написал:
[q]
и переносит информацию на другой сектор.
[/q]
Что можно и главное зачем переносить со сбойного сектора?


Rio444 написал:
[q]
Примерно то же и в рейде.
[/q]
Думацо это не примерно, а точно так и в RAID, но меня интересует другой вопрос.


Rio444 написал:
[q]
Вероятность случайного совпадения CRC можете посчитать сами. Её размер - 2 байта.
[/q]
Не запредельная: 1/65536
Rio444
Гость


Откуда: Ростов-на-Дону
Всего сообщений: 8632
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
14 сен. 2014
CodeMaster написал:
[q]
Не запредельная: 1/65536
[/q]
Помножьте на вероятность появления сбойного сектора. При нормальной работе HDD это ситуация экстраординарная.
Каждый день они не появляются. Если появляются - HDD на помойку.

CodeMaster написал:
[q]
Rio444 написал:
[q]
Вам бы литературу специальную почитать.
[/q]
Не встречал, где доступным языком описано.
[/q]
Посмотрите на Rutracker.org, там много литературы. Причем, довольно старой. Вопросы, которые Вы задаёте скорее всего разжеваны где-то в 90-х. У того же Гука может быть. В литературе по восстановлению информации с HDD. И т.п.
hardware10
Advanced Member


Откуда: Moscow
Всего сообщений: 2051
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
21 мая 2007
Rio444

Соглашусь. Это совсем не интересно обсуждать, т.к. многократно описано.
Намного более интересные вопросы на данный день это аппаратное решение vs хаб+ZFS или raidix.
Последние намного легче масштабируются, намного быстрее ребилдятся, причем без фатальной потери скорости,
особенно в случае рейдикса, но... абсолютно беззащитны при пропадании питания.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 6 7 8 9
Печать
Полигон-2 »   Технический флейм »   Современный RAID
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS