А скажите-ка уважаемые господа хостеры.
Кто нибудь заморачивается с выравниванием разделов гостевых систем на уровень страйпов raid?

Насколько я могу судить такое выравнивание поможет избежать проблем увеличения количества IOPs на одну операцию чтения.

Допустим у нас есть RAID на котором размер stripe равен 64kb. Поверх него мы кладём Logical Volume с размером блока 64kb. И поверх него лежит гостевая файловая система с размером кластера в самом критическом варианте 64kb.

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

Что теперь произойдёт при чтении или записи одного кластера файловой системы? Будет прочитано/записано 2 блока LV и 3 stripe с дисков. Колчество операций в 5 раз превышает требуемое. Или я что-то недопонимаю и путаю?

Ситуация чисто гипотетическая, но это самый плохой сценарий.

Если выровнять LV это в силах хостера то что делать с гостевой файловой системой не совсем понятно.
Делает ли кто-то из хостеров самостоятельное предразбитие гостевой файловой системы?

Второй вопрос касается дефрагментации. Помогает ли дефрагментация гостевой ОС снизить нагрузку на дисковую систему в условиях активной эксплуатации хранилища данных?

Использую SAS и SSD для таких случаев, проблем с IO не замечал.

Для случаев каких? Получается, что ответ на первый вопрос - нет. Не выравниваете партишины гостевых систем.
И на второй с дефрагментацией - тоже нет.

Возможно, либо я излишне мнителен, либо вы не сталвикаетесь с ней по причине достаточной производительности ваших дисковых подсистем. Вы сами говорите, что используете SAS и SSD.
Я думаю начать с SATA дисков, а у них производительность пониже. Поэтому не очень хочется терять производительность, которой и так не много.

Проблема о которой я написал будет проявляться наиболее ярко если гостевая операционка будет читать данные блоками по 64 килобайта. Вернее блоками размер которых совпадает с размером stripe блока RAID контроллера.

А на счёт SSD у меня странное чувство, что с виртуалками (если не отдавать SSD как физическое устройство) возникнут проблемы. Речь о том, что по мере эксплуатации SSD "страдают" деградацией производительности. И тут я не понимаю, как пользовательская виртуалка отдаст команду TRIM виртуальному диску чтобы тот в свою очередь транслировал её в команду RAID контроллеру и далее SSD диску.

Как запорожец не тюнингуй, камаза из него не сделаешь.

я думаю SATA в вашем случае подойдет
пока не стоит заморачиваться SAS и SSD

Я в этом почти уверен, что для начала SATA мне достаточно.

Но вопрос который интересовал меня - заморачивается ли кто-то выравниваем разных слоёв [Stripe - LV - гостевая файловая система] друг относительно друга чтобы минимизировать количество IOPs.

Но как я вижу никто не обращает на это внимания. А многие даже не догадываются о такой проблеме.

А использование RAID на SSD в качестве хранилища дисков виртуальных машин, я пока не вижу. Причины я описал выше. Единственное чем может помочь SSD - это кеширование между стораджем и реальными дисками. Но только тогда когда сам RAID контроллер сможет TRIM-ать неиспользованные блоки.

Водители камазов действительно не думают о грузоподъемности запорожца и способах ее повышения. Извините, что подвели.