Спільний доступ до віртуального диска - це не те саме, що спільне використання файлової системи. Ви шукаєте спільну файлову систему. Якщо ви цього хочете, увімкніть загальний доступ до файлів на одній або іншій машині, а потім використовуйте файли через мережу.
Якщо ви ділите віртуальний диск між двома VM (що може, як зазначали інші, траплятися лише тоді, коли VHDX зберігається в кластерній файловій системі), вам потрібно використовувати кластеризацію в групі VM для арбітражу доступу до диску , так що різні віртуальні пристрої не блокують блок один одного, записують на диск і пошкоджують файлову систему на віртуальному диску. Це дуже потребує кластеризації програмного забезпечення, що працює в наборі запрошених віртуальних машин, і це є причиною того, що ця функція зовсім не працює для Windows 8.1, навіть усередині VM.
Насправді можливо більше одного VM одночасно записувати на спільний VHDX. Ви можете ввімкнути файлову систему CSV у гостьовому кластері, і це дозволить записувати декілька вузлів кластера одночасно, доки запис відбувається до файлів, які вже існують на диску та до областей файлів, які вже існують. Це має сенс для робочих навантажень, таких як SQL Server, що використовує файловий сервер як резервне зберігання. Для інших навантажень має сенс уникати CSV і дозволити одному VM використовувати диск одночасно. До речі, кластер файлових серверів Windows все ще буде доступний, оскільки один VM може загинути, не перериваючи службу файлів. Право власності на диск безперешкодно переходить на іншого члена кластерного файлового сервера.
Це, до речі, вказує на причину, чому спільний VHDX повинен знаходитися в CSV на хостинговому шарі. Вся функція не має сенсу, якщо спільний VHDX не знаходиться на сховищі, в якому немає жодної точки відмови.