LINUX.ORG.RU
ФорумAdmin

чем обьяснить разницу в производительности raid5?

 


1

5

хай всем

есть сервак в нём стояли четыре винта wd re 5tb, в режиме raid5, создавался массив следующей командой:

mdadm --create /dev/md0 --level=5 --raid-devices=4 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1

скорость чтения была (примерно) 200мб/с, записи 300мб/с. так как это был бэкап сервер, на который данные только записывались, меня всё устраивало.

приехали на апгрейд четыре винта hgst he8 8tb. я установил их в этот же сервер и таким же образом создал на них raid5. сделал бенч и был удивлён результатами - чтение 480мб/с, запись 180мб/с. я тестил их по отдельности - скорость последовательной записи и чтения у них такие же как и у 5тб RE-шек. чем обьяснить такие расхождения в бенчмарках? может есть способ поднять скорость записи каким-то образом?


Ответ на: комментарий от Deleted

ну тут всё не так прямолинейно как кажется. если, допустим, у меня драйвер блочного устройства повторно пытается перечитать сектор, который не получилось считать с первого раза? если контроллер жесткого диска пытается считать повторно сектор? в этом случае ребилд пойдёт далее. если же этого не происходит, то ребилд упадёт. линукс строчит в лог мессаги при любых ошибках чтения с блочного устройства (ну, у меня по крайней мере). я за последние 15 лет не увидел там ни разу сообщений о том, что не получилось прочитать блок (кроме случаев, когда винт уже превращался в кирпич).

ioan
() автор топика
Ответ на: комментарий от ioan

я за последние 15 лет не увидел там ни разу

Типичная ошибка выжившего детектед. Жёсткие диски - априори расходники, текущие из-за высокой плотности записи и большого объёма - ещё более расходники.

Ну как хочешь.

Deleted
()
Ответ на: комментарий от ioan

я за последние 15 лет не увидел там ни разу сообщений о том, что не получилось прочитать блок (кроме случаев, когда винт уже превращался в кирпич).

В подтвеждение тезиса про типичную ошибку выжившего - вот тебе моя прохладная история из 2014 года:

«Dimez: Ну я в понедельник был в афиге, у нас сервер выгорел, поэтому я выпал из жизни.

xxx: от одного сервера? :)

Dimez: Да. По закону подлости на нём хранилась важная инфа, а её бэкап был старым, потому-что при переезде с одной системы бэкапа на другую про него забыли.

Dimez: Точнее, не забыли, а недоделали :( Один проимел, второй (я) недоконтролировал. В результате без премии, похоже, останемся :(

xxx: прямо все диски в рэйде выгорели?

Dimez: 4 из 8. Было 6 дисков + 2 HSP. Контроллер древний, не умел raid6, пришлось raid5 делать. По расследованию логов: сгорели 2 диска в один день (утром и вечером), рейд успел перестроиться на hsp, потом сгорел ещё один, raid5 сделался degraded, и сразу за ним контроллер вышиб ещё один диск. Всё, финита ля комедия.

Dimez: Надо было софтверный raidz3 делать :(

xxx: а мониторинг?

Dimez: А вот мы подходим к самому интересному. Контроллер - сраный адаптек, его ипучий arcconf не отдаёт smart дисков, я кое-как обвешал костылями всё, они успешно срали в мыло на работу. А всё сгорело в субботу, когда мы все дружно бухали»

Deleted
()
Ответ на: комментарий от Deleted

ну я это понимаю прекрасно. в идеальном варианте надо бы ставить в разных частях страны бэкап сервера (а ещё лучше, в разных частях земного шара), синхронизировать бэкап между собой. это защитит от пожара, ядерного удара и тд. у меня нет таких потребностей/ресурсов. я просто держу данные в трёх копиях, на независимых между собой железках. синхронизирую самописным скриптом. (!!!) никакой рейд не гарантирует сохранности данных, хоть ты влепи туда сто винтов, дублирующих между собой инфу - они горят от выхода из строя БП в один миг. горят от пожара. просто исчезают - когда воры выносят из помещения оборудование.

ioan
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.