Аппаратный рейд имеет смысл только на старших моделях контроллеров (с собственной памятью, батарейкой и т.п.) все остальные варианты - это вендорлок и куча проблем с доступом к данным когда контроллер сломается (эта беда и на дорогих рейдах вылезает, но если у вас есть деньги на дорогой контроллер, вы и второй про запас купите).
Используйте софтварный raid.
mdadm - это работа на уровне блочного устройства, сам по себе не дает снапшотов и связанных с ним фичами (их делают поверх, например тормозной lvm) и если это не используется то дает наибольшую производительность, в т.ч. за счет отсутствия фрагментации файлов. особенно если диски виртуалок хранить не как файлы а как разделы на mdadm (не важно как, напрямую или lvm)
zfs выше требования (оперативка), но дает непревзойденные административные возможности, снапшоты (при этом высоченная их скорость), но слегка в среднем понижает производительность, особенно записи, фрагментирует файлы (это недостаток всех cow файловых систем) особенно это больно на базах данных, где часто мелкие записи (этот момент можно тюнить но все еще проблемный). у них есть zvol но так как он держит снапшоты, по факту ничем не отличается от хранения образом в файлах.
Я как то сравнил в виртуалках (при использовании hdd) zfs и btrfs (главный и единственный конкурент zfs, в чем то даже лучше но его все еще не рекомендуют в продакшне именно со сложными конфигурациями raid), первый делал заметно больше дерганий головкой hdd чем второй, но скорее всего на ssd это станет не заметно.
p.s. восстанавливать данные со сломанного zfs в тысячу раз сложнее чем с условного mdadm+ext4 по причине сложности первого.
p.p.s. есть общие рекомендации по созданию хранилища данных, и одно из них - держите хранилище по дальше от сервера приложений, разделяйте... данные здоровее будут (но это дороже)
Простой
Средний
