Так же, если диски физические

Так погоди. у тебя 6 физических дисков? или какие то луны от провайдера презентованы? а как собраны луны на каких рейдах ты не знаешь?
К виртуалке можно примапить с уже с любого диска файл-диск для виртуалбокс тот же а этот файл на локальном диске или каком то рейде лежит. это одно.
а можно до виртуалки на контроллере физически собрать рейды из физических дисков и уже эти диски презентовать любой из виртуалок - эксклюзивный доступ будет

Ну куда то на физический сервак нужно запихнуть систему виртуализацию и саму гостевую ОС. С оставшихся дисков уже рейд мутить какой нужно.

ну вот рейд1 под гипервизор и гостевую ос туда хуяч. а из 6 теровых дисков уже райд 10/5 и можно же после презентовать твоей гостевой ОС эти рейды

Ну... Тогда и смысла нет рассуждать. Сколько весят 22 виртуалки? Меньше тера? Без самой бд. Если да то виртуалки на рейд1 из 2х хардов и 4 оставшихся диска на рейд10 или пару рейд1? Просто появляются новые условия не сразу )

Про хранение БД...
По классике у БД есть файлы транлога и файлы с данными.

1. файлы транлога - 99% это последовательная запись и сохранение в ОЗУ этих данных, чтение происходит при откатах транзакций и при старте - дочитка из транлога того, что не успело записаться в файлы данных. То есть рекомендуют транлог выносить на отдельный raid1/10 ибо транлог важен, его важно не проебать когда рейд вылетит иначе привет восстановление из бэкапа с проебом данных и максимум скорости для линейной записи. Если туда ткнуть еще какие то данные которые читаться будут то скорость записи будет нихуя не линейной будет рандомное чтение и скорость записи просядет. Кстати в случае кластеров или репликаций, чуть ли не всегда реализована передача транлога с основного сервера на резервный по сети.

2. файлы данных туда запись идет фоном раз в 30 сек - 1 минута фоновыми процессами, то есть запись редкая, но идет чтение с разных таблиц. Ну... типа рейд5/6 пишут норм, но если много всякого чтения, то 10ка лучше чем 5ка.

Основной лейт-мотив - предаставь транлогу отдельные диски которые не будет трогать другие процессы, места много транлогу не нужно там и 100гб хватит. была бы пара дисков быстрых по 300гб из них собрал рейд1 отдал транлогу и збсь было бы. Ну и... размер кластера файловой системы можно сделать наверное небольшим 1-2кб, хотя я бы не парился сделал бы 8кб - равный размеру страницы.

Для файла данных рейд5 или рейд10 размер кластера файловой системы не меньше размера страницы в постгрес 8кб, можно менять если пересобирать из исходников, в оракл тоже вроде можно и 64кб сделать - хз кто этим заморачивается или всем похуй оставляют по умолчанию 8кб.
В мсскл есть еще такая хуйня как экстенты - 8 страниц то есть 64кб, обычно майкрасофт скл пишет минимум 1 экстент, бэкапы точно читает экстентами минимум (64кб). Как в mysql не ебу честно...
В общем для раздела где будут лежать файлы БД, я бы ебанул райд5/6 а лучше райд1/10 и размер кластера файловой системы как рекомендует майкрасофт 64кб.

Понятно что это всё делают в корпорациях когда базы большие и бабло есть всяские дисковые полки ебашут по 12-24-48 дисков... но при желании можно и здесь что то подумать