VMware, виртуальные диски, набег программного обеспечения Windows

Отказоустойчивость будет тем же, но я думаю, Ваша производительность и управляемость пострадают по сравнению с выполнением RAID1 на хосте, особенно если у Вас будет какой-либо другой VMs, использующий те те же диски.

Для одного, делая программное обеспечение RAID в госте израсходует часть части ЦП гостя, и если у Вас когда-нибудь есть конкуренция ЦП, это собирается уничтожить производительность диска того гостя.

Во-вторых, проблемы с дисковой конкуренцией будут усугублены тем, что Ваш Windows VM будет конкурировать с (по-видимому), вдвое большим количеством VMs на уровне логического диска хоста - один набор VMs для логического диска 1 хоста и другой набор VMs для логического диска 2 хоста. Если один VM идет голодный диска на любом из дисков, Ваша производительность RAID1 в госте собирается пострадать. Предоставленный, это может также произойти, если Вы RAID на уровне хоста, но это будет более предсказуемо затем, и можно более легко выяснить который гость переместиться в другой набор дисков. Выполнение RAID в госте означает, что управляемость будет ужасна, поскольку Вы пытаетесь сбалансировать свой другой VMs так, чтобы они не уничтожали производительность того RAID в госте.

В-третьих, при использовании расширения VMDKs (т.е. не предварительно выделенный), Вы оказываетесь перед необходимостью иметь дело с различными шаблонами фрагментации на физических дисках. Один VMDK мог бы быть фрагментирован через определенный набор степеней физического диска, в то время как другой VMDK фрагментируется через другой набор степеней физического диска, потому что, по-видимому, виртуальные диски различных VM охватывают различные степени физического диска. Возьмите простой пример, где каждая буква является именем гостя, и каждый letter+number является запуском степени физического диска, используемой этим VMDK:

A1------B1--------A2B2A3B3

C1-A1-C2-A2-C3-A3---------

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

Если Вы достаточно неудачны, чтобы иметь и конкуренцию ЦП и дисковую конкуренцию, гость, выполняющий Ваш RAID1 в госте, собирается прийти к стачивающемуся останову - не говоря уже о, все другие гости, которые конкурируют за те же части ЦП и диск ввод-вывод.

Таким образом, если бы Вы не можете заплатить за RAID на уровне хоста, я, по крайней мере, минимизировал бы потенциал для дисковой конкуренции путем обеспечения, что физические диски используются только единственным гостем рабочий RAID - другими словами, не позволяйте никаким другим гостям использовать те хранилища данных. (Вы могли бы даже хотеть пойти, насколько добавить Неструктурированные диски к гостю вместо того, чтобы использовать VMDKs.) Тот путь, Ваше единственное беспокойство является конкуренцией ЦП, которой необходимо смочь управлять больше очевидно.