можно:) но мой вопрос был именно о такой конфигурации
а что вы подразумеваете под "виртуальными" дисками? диски для виртуальных машин или виртуальные диски raid-контроллера?
виртуализация. вы ведь не пробрасываете устройство, когда выделяете дисковое пространство. вы выделяете либо фиксированный объем либо динамический, но это в любом случае просто файл на диске гипервизора. поэтому диск виртуальный)
Ну чисто теоретически, на хабре что-то писали на эту тему. Любая виртуализация вносит некоторую задержку из-за обработки данных, какой бы ни был крутой драйвер паравиртуализации и т.п. И, по идее, параллельные обращения к виртуальным дискам, теоретически могут компенсировать эту задержку. Это как tcp в несколько потоков позволяют утилизировать полосу пропускания, не смотря на большую задержку. Но что там на самом деле в итоге получится на конкретной связке обородувание+гипервизор+виртуалка можно сравнить только натурным испытанием. Ну и всегда "чистое" железо победит.
Это всё понятно, что любая виртуализация создает накладные расходы, просто у меня была мысль, что: 1) в случае если внутри ВМ один диск, то при любом взаимодействии будет очередь, все операции будут последовательны. 2) если мы создаем два диска внутри ВМ, то ядро может и будет обращаться к ним параллельно. 3) поднимаемся выше, к гипервизору. в разрезе гипервизора эти обращения будут всё равно к одному диску, и в случае с HDD они будут последовательны, и вот тут у меня возник вопрос, если этот диск - ссд, то вдруг, эти обращения смогут обрабатываться параллельно. P.S. все эти вопросы созрели с одной целью, получить правильную(читай наиболее производительную) инфраструктуру в рамках ограниченной среды.
заменить диск на более производительный и все будет ок
Обсуждают сегодня