Δαρθ
размазыание разное на уровне разных страйпов
Δαρθ
а в одном — всё так же на одном конкретном диске оказывается xor, на другом конкретном другая сумма
nikolay
прекрасно возможна
Причём тут страйпы?) ещё раз - данные и парити размазываются по всем дискам в рейде
Δαρθ
ок, что значит 'размазываются'?
nikolay
ок, что значит 'размазываются'?
Распределяются таким образом что ситуация описанная вами не возникает. Не забывайте что кол-во парити блоков существенно меньше чем блоков с данными. В raid5 избыточность = 20% для примера
nikolay
Те тупо говоря на каждые 4 блока с данными приходится один парити блок
Δαρθ
и raid5 переживает выход 1 диска
nikolay
Нет в raid5 выделенного диска
nikolay
Есть объём блоков, который равен объёму одного диска, но этот объём выделяется со всех дисков в рейде
nikolay
и raid5 переживает выход 1 диска
Одного ЛЮБОГО диска
nikolay
это не есть 'избыточность 20%'
Все верно. Но это не означает что все xor чек суммы пишутся на ОДИН диск
Δαρθ
Все верно. Но это не означает что все xor чек суммы пишутся на ОДИН диск
во1 я такого не утверждал. во2 конкректная чексумма в конкретном страйпе пишется на один диск. в другом страйпе — на другой.
Δαρθ
но сути это не меняет — если 1 диск в raid5 выходит, то (заранее зная распределение parity-data для каждого страйпа) всё восстанавливается
Δαρθ
Вот это кто писал?
мне дописать 'в 1 страйпе'?
Δαρθ
вопрос был о том почему парити разные и был доходчивый ответ
Δαρθ
от того что parity плавает по дискам суть не меняетс
nikolay
Ой, все. Не хочу вас в чем то убеждать
nikolay
от того что parity плавает по дискам суть не меняетс
Ещё как меняется. В отличии от например raid4, где можно собрать raid из двух дисков и потерять диск с данными.
nikolay
А ваш пример некорректен, так как в райд 6 из 4-х дисков данные и парити перемешаны таким образом что при выходе из строя двух дисков данные не будут потеряны
Δαρθ
Так и не понял смысла считать по разному
1. был такой вопрос 2. был ответ, который показывает, почему P и Q надо считать по-разному
Δαρθ
https://raid.wiki.kernel.org/index.php/A_guide_to_mdadm#Raid_4 Raid 5 is almost identical to raid-4. The difference is that the parity information is spread across all drives, not stored on just one.
nikolay
В этом суть raid5 и raid6, на них невозможна ситуация когда парити для страйпа лежит на одном диске со страйпом
nikolay
А страйп целиком на одном диске
nikolay
Умерло в сирайпе диски с данным. Остались только парити...
Могу только посоветовать поучить матчасть. В рамках заявленной отказоустойчивости в raid5 и raid6 можно потерять любые один или два диска без потери данных и похуй на страйпы
nikolay
На этом потоки сознания предлагаю приостановить
Sergey
Математические принципы В большинстве реализаций RAID 6 P+Q используется полином (многочлен) поля Галуа, при этом первый член полинома представляет собой исключающее «или», используемое в RAID 5 (его значение записывается на диск «P»), второй член полинома более сложный, обычно он представляет собой исключающее «или» с множителем. Реализации RAID 6 DP используют вычисление исключающего «или» как для горизонтальных, так и для вертикальных полос бит в дисковом массиве, каждый из дисков чётности хранит свою чётность (горизонтальную или вертикальную) https://www.osp.ru/lan/2007/07/4268095
Василий
Могу только посоветовать поучить матчасть. В рамках заявленной отказоустойчивости в raid5 и raid6 можно потерять любые один или два диска без потери данных и похуй на страйпы
Да. Поучите :) Человек вполне нормально ответил по поводу остался ксор, а рассасывать, что в современных рейдах, парити чередуется в этой группе это детский сад
nikolay
Да. Поучите :) Человек вполне нормально ответил по поводу остался ксор, а рассасывать, что в современных рейдах, парити чередуется в этой группе это детский сад
Итшник с опытом с 90х верит в то что алгоритм распределения блоков при записи на r6 может записать full stripe на два диска?)
Василий
И как он пишется когда два диска умрёт
nikolay
Ещё раз. Допустим 4 диска рейд6. Как пишется один страйп?
Ещё раз - так чтобы можно было потерять ЛЮБЫЕ два диска
nikolay
За деталями сходите в Гугл уже, мне лень вас образовывать
nikolay
Вот вам картинка для затравки
nikolay
Василий
За деталями сходите в Гугл уже, мне лень вас образовывать
Как работает рейд, я прекрасно понимаю. Меня удивляет то что вы начали спорить с тем, что может оказаться ситуация, когда будет только информация о четности
nikolay
Тут правда пять дисков, но надеюсь вы поймёте что количество дисков не играет роли
Василий
Картиночку выше посмотрите и в гугуль. Я больше этой темы касаться не буду
Посмотрите)) И расскажете откуда появится информация для линии A если умрёт 2 диска из 4х)))
Василий
А то что для других линий будет данне, уже не важно)
Василий
Вы ещё и подслеповаты? На картинке 5 дисков
Тут правда пять дисков, но надеюсь вы поймёте что количество дисков не играет роли
nikolay
Спасибо, вы открыли мне глаза на ваш гигантский опыт))
Василий
Аргументировано. Но ок. Пусть будет так)
Vasily
Посмотрите)) И расскажете откуда появится информация для линии A если умрёт 2 диска из 4х)))
Вы покажите долбодятлов, собирающих из 4 дисков RAID6, вместо 10. И парити можно считать разными методами, с коэффициентами например, далее решается система из двух уравнений
Murmuring
здравствуйте. Имеется zfs raid10. capacity operations bandwidth pool alloc free read write read write --------------------------------- ----- ----- ----- ----- ----- ----- zpool 531G 3.11T 87 153 1.23M 3.94M mirror 241G 1.58T 42 85 592K 2.00M ata-TOSHIBA_HDWD120_984S113AS - - 21 42 296K 1023K ata-TOSHIBA_HDWD120_985S5U1AS - - 21 42 296K 1023K mirror 290G 1.53T 45 67 669K 1.94M ata-TOSHIBA_HDWD120_984SAVVAS - - 22 33 336K 995K ata-TOSHIBA_HDWD120_984RZAPAS - - 22 33 333K 995K Это нормально, что информация неравномерно распределена по массиву ?
Василий
Василий
А для чисто хранения я бы собрал 6й рейд вместо 10
Murmuring
при добавлении железа
Sergey
но инфа на существущих массивах не перельеться же на ещё 1 зеркало
не перельется, постепенно при изменении данных изменения будут размазаны по всем дискам
Murmuring
тогда толку нет)
central
Что понимаете под производительностью?
Сергей
zpool status -v покажите
Сергей
а) слишком много отдано для logs. оно не будет занято даже на 5% от выделенного объёма б) дополнительный диск (а лучше найти пару) - выделить под special
Сергей
дальнейшее ускорение - это за счёт добавления hdd и создание raid10
Василий
Если все асинк, зачем логс?
Василий
А. Понял
Василий
Так в кеш его бросить
Сергей
logs вообще уберёте?
Сергей
не уверен в правильности этого решения. Избежать всех sync вряд ли сможете. Оставьте 8-16Гб под него
Сергей
special актуален для хранения метаданных и файлов небольшого размера
Сергей
sync = disabled везде включите?
Сергей
а какого типа данные будут в пуле?
Сергей
а тип файлов и способ записи/обращения к ним? последовательная/случайная запись. Запись/чтение 20/80%. в таком виде
Сергей
это файлохранилище? видео-стримминг? база данных?