Что то я ничего не понимаю за IOPS Дано. Массив на 11*7200*2TB raid 6. Итого 18 Тб. Такая же полка к нему - 11*7200*2TB raid 6. С полки на полку едет 5 ТБ данных. Едет 2 часа. Вопрос - какого же размера там блок, что оно так быстро ВЖУХ?
Во-первых, вопрос тут не только в иопсах. Если запись и чтение последовательные (или близкие к последовательным), то диск может давать выходную скорость в сотни мегабайт в секунду. У меня внешний УСБ-шник так раскручивается при копировании чего-то класса кено или инсталляшки ведьмака. Во-вторых, размер страйпа обычно не меньше 64К, а то и 256К. Так что твои 700 мегабайт в секунду могут транслироваться в 3 килоиопса, а если они последовательные, то даже шестой рейд поверх 7.2К до этого раскрутится. Особенно если там есть хитрая оптимизация в контроллере, которая при записи полного комплекта полос считает четность "в уме" и просто фигачит весь комплект. В-третьих, вопрос, сколько среди этих 5 Тб нулевых секторов, и не игнорирует ли их СХД. Ведь нередка ситуация, когда номинально выделено 5 Тб, а по факту занятых секторов из них дай бог половина.
Суммируя - в сочетании возможных факторов очень может быть, что для такого офигенчика от каждого диска нужно всего-то 300-400 иопсов, на что при последовательной записи/чтении способны даже 7200.
>>от каждого диска нужно всего-то 300-400 иопсов, на что при последовательной записи/чтении способны даже 7200. - 7200 дадут 300 иопсов (на диск)? НЕ ВЕРЮ На 11 дисков при 6 рейде - и то не дадуд
Паттерн нагрузки, батенька, паттерн нагрузки. При 100% Write, 100% Random, согласен, ты вряд ли снимешь с одного 7200 больше 100 IOPS, что при мультипликаторе 6 от RAID6 даст менее двухсот с 11 дисков. А вот 100% Write, 100% Sequential - это совсем другой коленкор, особенно если контроллер использует помянутую мной оптимизацию, когда при запросе на цельный комплект страйпов он пишет все разом, и тогда мультипликатор у тебя не 6, а всего-то 11/9. Если под рукой есть незанятый пул дисков и Iometer, то, я думаю, этот базар подтвердится и экспериментально. У меня Iometer, конечно, есть, а вот незанятого пула дисков нет.
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
timeasmymeasure
no subject
Date: 2017-06-22 10:46 pm (UTC)Во-вторых, размер страйпа обычно не меньше 64К, а то и 256К.
Так что твои 700 мегабайт в секунду могут транслироваться в 3 килоиопса, а если они последовательные, то даже шестой рейд поверх 7.2К до этого раскрутится. Особенно если там есть хитрая оптимизация в контроллере, которая при записи полного комплекта полос считает четность "в уме" и просто фигачит весь комплект.
В-третьих, вопрос, сколько среди этих 5 Тб нулевых секторов, и не игнорирует ли их СХД. Ведь нередка ситуация, когда номинально выделено 5 Тб, а по факту занятых секторов из них дай бог половина.
Суммируя - в сочетании возможных факторов очень может быть, что для такого офигенчика от каждого диска нужно всего-то 300-400 иопсов, на что при последовательной записи/чтении способны даже 7200.
no subject
Date: 2017-06-23 05:49 pm (UTC)-
7200 дадут 300 иопсов (на диск)? НЕ ВЕРЮ
На 11 дисков при 6 рейде - и то не дадуд
no subject
Date: 2017-06-23 05:58 pm (UTC)При 100% Write, 100% Random, согласен, ты вряд ли снимешь с одного 7200 больше 100 IOPS, что при мультипликаторе 6 от RAID6 даст менее двухсот с 11 дисков.
А вот 100% Write, 100% Sequential - это совсем другой коленкор, особенно если контроллер использует помянутую мной оптимизацию, когда при запросе на цельный комплект страйпов он пишет все разом, и тогда мультипликатор у тебя не 6, а всего-то 11/9.
Если под рукой есть незанятый пул дисков и Iometer, то, я думаю, этот базар подтвердится и экспериментально. У меня Iometer, конечно, есть, а вот незанятого пула дисков нет.
no subject
Date: 2017-06-23 07:19 pm (UTC)Но с другой стороны есть сырые данные про время .. и я ими поражен.