Оптимальный размер Stripe

[CaptainJS]

В работе находиться облако на vmWare с системой хранения Xeratec.
На ней есть два RAID 1. Соотвесенно весь RAID отдан под LUN на котором размещена vmfs.

В приложенных файлах статистика по обращеним к этим LUN.

В данный момент устанавливаем новую систему хранения. Новая система хранения позволяет создать RAID 1 с размером stripe = 4К, 8К, 16К и т.д.

Судя по приложенной статистике правильно ли я понимаю, что оптимальным для моей ситуации будет установка srtipe=4K на RAID 1?

[Stranger03]

Судя по приложенной статистике правильно ли я понимаю, что оптимальным для моей ситуации будет установка srtipe=4K на RAID 1?

Если это данные вашей системы по чтению и записи, то да.

[Stranger03]

Только учтите, чем меньше размер блока, тем бОльше иопсов, то меньше скорость записи и чтения в МБ/сек. И наоборот.

[CaptainJS]

Провел тесты. Теория как и бывает очень сильно расходится с практикой.
Суть тестирования:

Есть нода с vmWare 5.1 К ней подлючена СХД. На СХД делаем на одном м том же наборе из двух дисков 7.2K RAID 1 с размером кластера 8,16,32,64,128.
Указанный LUN подключаем к ноде делаем там vmfs5.

На указанный LUN кладем виртуалку незагруженную ничем. Просто включен сервер.
Есть veeam сервер с локальным хранилищем RAID5 из 8HDD, т.е. скорость его хранилища гарантированно перекрывает скорость работы сетевого интерфейса.

Соотвесенно оба сервера не делают никакой другой работы на период тестирования.


ТЕСТ НА ЧТЕНИЕ: Veeam сервером делаем полный бекап данной виртуалки. Смотрим по системе мониторинга СХД и нагрузке на канал по диспечеру задач сервера с veeam(1Gb/c сетка).

ТЕСТ НА ЗАПИСЬ: Veeam сервером разворачиваем полный бекап на этот же LUN.


По факту видим, что скорость записи вобще практически не зависит от размера кластера.
Скорость чтения например на 8К и на 128К была одинаковая, а вот на 16K, 32K, 64К почему то меньше.



Соотвесенно вопрос, почему практика никак не вяжется с теорирей?
Получили, что скорость чтения записи существенно не зависит от размера кластера.

[gs]

Таким тестом Вы просто сетевые дрова тестируете...

[gs]

http://blog.trinitygroup.ru/search/label/stripe

Что за задачи, что за контроллеры?
С хератекса экстраполировать не стоит, он очень странным образом работал...

[CaptainJS]

Xeratec и щаз вполне успешно работает, просто хотелось бы новую СХД собрать с более оптимальными настройками.

Задача простая, облако на vmWare. Все что оноситься к Xeratec - это облако на 4.1.
Щаз идет переход на 5.1 и поэтому возник вопрос, какой размер кластера лучше выбрать.
Новая СХД DELL 3500f

http://blog.trinitygroup.ru/search/label/stripe - это уже совсем для тех то не хочет думать. Ставить по дефолту это слишком просто... и не эффективно.

[gs]

Уфф. "Облако" - это может быть что угодно. Может быть у Вас там пачка сиквелов, и может быть файлопомойки. А может быть все вместе - что вероятнее всего. И как раз когда все вместе, то дефолтный страйп в подавляющем большинстве случаев лучше всего - на то он и дефолтный, что дает лучшие результаты в среднем по больнице.

[CaptainJS]

Облако стандартное, 4 ноды, в которы работают разные виртуалки(win, WEB сервера Unix разных версий, почтовые сервера и т.д.). Вобщем сборная солянка.

Какой старйп можно для них можно дефолтным неясно. Т.к. при создании есть в СХД два деволта для видео данных и для баз данных(256 и 128К) соотвесенно.

Поэтому и есть мысль, на основе логов работающий системы определить оптимальный размер.

Наверняка же есть опыт в реализации таких решений, интересно какой размер рекомендуется для vmfs5.

[CaptainJS]

По поводу проведенных тестов с Вами не соглашусь. Т.к. если бы это был тест сетевых драйверов, то и результаты были бы другие.

Если нам нужно проверить скорость работы LUN в vmWare в условиях реальной работы что ещё можно придумать?
У нас например каждый день бекапяться все вирутальыне машины, поэтому скорость работы veeam очень важный параметор.

Например на Xeracet с размером кластера в 128К скорость создания бекапа на таком же RAID1 не более 30% по сетевому интерфейсу(по аналогии с тем тестом что был проведен выше).

[gs]

Если у Вас есть видео, то лучше не страйп подбирать, а вынести его на отдельную группу шпинделей.