1)
VMWare может передать гостю виртуалки в качестве диска физическое устройство целиком, например отдельный SSD, а ещё он позволяет так же передавать отдельные разделы. Таким образом, на SSD можно держать несколько разделов и в каждом из них будет своя виртуалка. А Hyper-V позволяет только отдать весь диск целиком и распределить несколько виртуалок внутри одного SSD не получится (я не пишу здесь о хранении дисков в файлах, потому что см. п.2).
Кто-нибудь знает, есть ли вообще возможность писать свои расширения и "драйверы" для Hyper-V? Как раз для того, чтобы дать ей возможность использовать отдельные разделы, а не всё физическое устройство. Как такое сделать?
2)
Для чего это нужно: как известно, виртуалки тормозят. Особо замечательно они тормозят на дисковых операциях, когда дисковые устройства гостей виртуалки размещены внутри файлов (вроде VHDX) на системе ОС-хоста. Файловая система хоста тормозит, откуда-то берётся двойное кэширование, чтобы на хосте, и на госте оперативка была загажена дисковым кэшем. Основных клиентов систем виртуализации это всё не еб... не волнует, потому что это всякие хостеры со всякими особыми железками, где всё особенное и за мильон денег.
С>Кто-нибудь знает, есть ли вообще возможность писать свои расширения и "драйверы" для Hyper-V? Как раз для того, чтобы дать ей возможность использовать отдельные разделы, а не всё физическое устройство. Как такое сделать?
Думаю, что проще и универсальнее сделать эмуляцию физ.диска на основе файла или партиции.
За основу взять например FileDisk (http://www.accum.se/~bosse/).
Здравствуйте, Слава, Вы писали:
С>Для чего это нужно: как известно, виртуалки тормозят. Особо замечательно они тормозят на дисковых операциях, когда дисковые устройства гостей виртуалки размещены внутри файлов (вроде VHDX) на системе ОС-хоста.
для этого МС придумал ReFS, храните vhdx на рефс-ных томах и будет счастье
Здравствуйте, mike_rs, Вы писали:
С>>Для чего это нужно: как известно, виртуалки тормозят. Особо замечательно они тормозят на дисковых операциях, когда дисковые устройства гостей виртуалки размещены внутри файлов (вроде VHDX) на системе ОС-хоста.
_>для этого МС придумал ReFS, храните vhdx на рефс-ных томах и будет счастье
Судя по Реддиту, на ReFS куча проблем.
Ещё, я не понимаю, почему для записи "сектор виртуального диска — участок в файле VHDX на секторе физического диска" требуется какая-то особая файловая система. Если снапшоты отключены.
Здравствуйте, Слава, Вы писали:
_>>для этого МС придумал ReFS, храните vhdx на рефс-ных томах и будет счастье С>Судя по Реддиту, на ReFS куча проблем.
Куча проблем у кого? эту ФС пилят специально для hyper-v образов, чтобы там снепшоты максимально быстро работали и все такое. Использовать ее для чего-либо еще — не нужно. А ОС с нее вообще не грузится
Если нужны быстрые виртуалки, создается отдельный том refs или диск целиком и там только vhdx и держат.
Здравствуйте, mike_rs, Вы писали:
_>Куча проблем у кого? эту ФС пилят специально для hyper-v образов, чтобы там снепшоты максимально быстро работали и все такое. Использовать ее для чего-либо еще — не нужно. А ОС с нее вообще не грузится _>Если нужны быстрые виртуалки, создается отдельный том refs или диск целиком и там только vhdx и держат.
Its okay for the lack of performance penalty on dynamically expanding VHDX files and instant checkpoints however do not enable integrity streams because I once had an entire VHDX just get deleted because ReFS saw a single bad block in the VHDX file. There is no way to undelete so it took most of a day to restore it from a backup. NTFS should still be the default unless there is a specific need like Veeam repos.
