Какой виртуальный диск лучше выбрать: VirtualBox. Виртуальные диски. Их типы. Расширение виртуального носителя.

VHD/VHDX хранятся в виде файлов в операционной системе хоста и относятся к любому из следующих типов:

• Исправлен образ жесткого диска. Этот тип имеет тот же размер, что и виртуальный диск, и характеризуется необработанным образом диска, за которым следует нижний колонтитул виртуального жесткого диска.
• Расширяемый (или динамический) образ жесткого диска. Размер этого типа соответствует фактическим данным, которые он содержит, и включает верхний и нижний колонтитулы.
• Различный образ жесткого диска. Этот тип образа сохраняет все изменения на виртуальном жестком диске в дочернем образе с возможностью отменить изменения или объединить изменения с виртуальным жестким диском. Этот тип образа позволяет клонировать виртуальные жесткие диски.
• Сквозной образ диска. Этот вид связан с физическим жестким диском или с одним из его разделов.

Образы VHD/VHDX имеют следующие преимущества:

• Они упрощают создание готовых конфигураций для различных целей.
• Они позволяют легко выполнять резервное копирование и восстановление, чтобы можно было откатить потенциально опасные изменения на диске, предотвращая выход виртуальной машины из строя.
• Многопользовательская изоляция, обеспечиваемая различными образами жестких дисков, означает, что пользователи запускают свои собственные экземпляры ОС. Если что-то вредоносное выводит из строя один экземпляр, другие экземпляры не затрагиваются.

Спецификации форматов файлов VHD и VHDX были предоставлены третьим сторонам и, таким образом, широко поддерживаются различными платформами виртуализации. Microsoft даже сделала доступными интерфейсы прикладного программирования (API), чтобы упростить создание образов Windows в файлах VHD. Также доступны сценарии Microsoft PowerShell, которые позволяют преобразовать существующий виртуальный жесткий диск из динамического в фиксированный и наоборот, из VHD в VHDX или транзитного диска в виртуальный жесткий диск.

С другой стороны, поврежденные файлы VHD/VHDX могут вызвать сбой Windows. Более того, они являются потенциальными векторами атаки вредоносного ПО на виртуальную машину. Необходимо принять меры по смягчению последствий, чтобы свести к минимуму риски их использования. К ним относятся блокировка и ограничение их доступа из Интернета и почтовых шлюзов, а также отмена их регистрации в проводнике Windows.

VMDK: формат файла виртуального диска VMWare

VMDK или Virtual Machine Disk — это ранее проприетарный формат виртуального диска, созданный специально для виртуальных устройств VMware, включая VMware Workstation, VMware Player и VMware Fusion. С тех пор он стал открытым форматом и теперь широко используется на различных платформах виртуализации, включая Hyper-V и VirtualBox.

VMDK позволяет клонировать физический жесткий диск и выполнять резервное копирование виртуальных машин за пределами площадки. Размер хранилища VMDK увеличился с 2 ТБ до 62 ТБ с выпуском VMware vSphere 5.5 в 2013 г.

Файлы VMDK могут быть динамическими (разреженными) или фиксированными (плоскими). Динамические диски начинаются с малого размера и расширяются вместе с размером файлов в гостевой ОС. Фиксированные диски являются статическими и не изменяются в размере — им с самого начала выделяется фиксированный большой размер, чтобы приспособиться к ожидаемым изменениям размера по мере увеличения использования виртуальной машины.

VMDK позволяет выполнять добавочное резервное копирование изменений данных с момента последнего резервного копирования, в отличие от VDI и VHD. Это значительно ускоряет процесс резервного копирования файлов VMDK по сравнению с VDI и VHD. Неофициальные тесты также показывают, что VMDK значительно быстрее, чем VDI или VHD.

Другие преимущества:

• Функции динамической миграции, которые позволяют перемещать/мигрировать виртуальные машины на другой сервер.
• Моментальные снимки и постоянная защита данных.
• Использование высокопроизводительного хранилища SAN.
• Возможность воссоздания и перезапуска ВМ с резервными файлами VMDK.

Преобразование физического ПК в виртуальный диск

Используя VMware или Hyper-V, вы можете преобразовать физический жесткий диск, на котором установлена ​​Windows, Linux или любая другая операционная система, в виртуальный диск, который затем можно установить на виртуальную машину. Процесс преобразования зависит от поставщика. В случае с VirtualBox этот процесс может быть сложным и поэтому не рекомендуется, если вы не достаточно терпеливы и не обладаете необходимыми знаниями.

Кроме того, перед преобразованием ПК с Windows убедитесь, что вы не нарушаете условия лицензии Windows.

Для VMware вы можете преобразовать ПК с Windows и Linux в виртуальные машины с помощью VMware vCenter Converter. Загрузите инструмент на ПК, который нужно преобразовать, нажмите кнопку «Преобразовать компьютер», выберите ПК в качестве источника, затем выберите виртуальную машину VMware Workstation, VMware Player или VMware Fusion в качестве места назначения. Затем вы можете использовать сгенерированный файл VMDK для установки виртуальной машины с образом операционной системы на другом ПК.

Hyper-V позволяет создавать виртуальные диски Windows с помощью инструмента Disk2vhd. Полученный VHD-файл затем можно установить с помощью Hyper-V на другом компьютере.

Parallels RAS обеспечивает гибкость гипервизора

Parallels® Remote Application Server (RAS) поддерживает VMware ESXi, VMware vCenter и Microsoft Hyper-V, а также другие гипервизоры и технологии виртуализации. Таким образом, он поддерживает несколько форматов виртуальных дисков, включая VDI, VHD и VMDK.

Parallels RAS позволяет вашей ИТ-команде создавать и развертывать несколько гостевых ВМ одновременно, используя один шаблон. Виртуальные диски также можно реплицировать с существующих виртуальных машин с помощью связанных клонов, что позволяет нескольким виртуальным машинам совместно использовать одну и ту же установку программного обеспечения и помогает вашей организации сэкономить драгоценное время и дисковое пространство в процессе.

Parallels RAS также имеет мастер тестовых шаблонов, который позволяет моделировать жизненный цикл виртуальной машины от создания до удаления. Этот же мастер проверяет, насколько ваши виртуальные машины доступны вашим пользователям.

Загрузите пробную версию Parallels RAS и проверьте ее совместимость с различными форматами виртуальных дисков.

Какой образ диска следует использовать с VirtualBox, VDI, VMDK, VHD или HDD?

спросил 11 лет, 5 месяцев назад

Изменено 3 месяца назад

Просмотрено 604 тыс. раз

Последние версии VirtualBox поддерживают несколько форматов виртуальных дисков, но забыли предоставить сравнение между ними.

• VDI
• ВМДК
• VHD
• Жесткий диск

Теперь меня интересует рекомендация или сравнение, которое учитывает следующее:

• иметь возможность использовать динамическое изменение размера
• иметь возможность делать снимки
• иметь возможность перенести мою виртуальную машину на другую ОС или даже другое бесплатное решение для виртуализации с минимальными усилиями (вероятно, что-то, что будет нормально работать в Ubuntu).
• производительность

• виртуальный бокс
• образ диска

5

VirtualBox имеет

• полную поддержку
  • VDI
  • ВМДК
  • VHD
• частичная поддержка
  • Жесткий диск (только Parallels версии 2)
• и недокументированная поддержка
  • QCOW
  • QED

^{_{Источник: Руководство пользователя Oracle® VM VirtualBox® » Глава 5. Виртуальное хранилище » 5.2. Файлы образов дисков (VDI, VMDK, VHD, HDD)}}

Ответы на ваши вопросы

• иметь возможность использовать динамическое изменение размера

VDI , VMDK и VHD поддерживают динамически выделяемое хранилище. VMDK имеет дополнительную возможность разбивать файл хранилища на файлы размером менее 2 ГБ каждый, что полезно, если ваша файловая система имеет ограничение на небольшой размер файла.

HDD , QCOW и QED должны быть динамически распределены, если они созданы в VirtualBox.

• иметь возможность делать снимки

VirtualBox поддерживает создание моментальных снимков всех шести форматов .

• иметь возможность перенести мою виртуальную машину на другую ОС или даже другое бесплатное решение для виртуализации с минимальными усилиями (вероятно, что-то, что будет нормально работать в Ubuntu).

VDI — собственный формат VirtualBox. Другое программное обеспечение для виртуализации обычно не поддерживает VDI, но его довольно легко преобразовать из VDI в другой формат, особенно с qemu-img преобразовать .

VMDK разработан компанией VMWare и для нее, но VirtualBox и QEMU (другое распространенное программное обеспечение для виртуализации) также поддерживают его. Этот формат может быть лучшим выбором для вас, поскольку вам нужна широкая совместимость с другим программным обеспечением для виртуализации.

VHD — это собственный формат Microsoft Virtual PC. Windows Server 2012 представил VHDX в качестве преемника VHD, но VirtualBox не поддерживает VHDX.

HDD — это формат для Parallels. Parallels специализируется на виртуализации для macOS. Вероятно, это вам не подходит, особенно если учесть, что VirtualBox поддерживает только старую версию формата жесткого диска.

QCOW — старая оригинальная версия формата qcow. Он был заменен qcow2, который VirtualBox не поддерживает.

QED был заброшенным усовершенствованием qcow2. QEMU не рекомендует использовать QED.

• производительность

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

Существуют более важные факторы, влияющие на производительность, такие как:

• ограничения вашего физического устройства (гораздо более заметные на жестком диске, чем на твердотельном диске… Почему? )
• расширение динамически выделяемого виртуального диска (операции записи выполняются медленнее по мере расширения виртуального диска, но как только он становится достаточно большим, расширение должно происходить реже)
• технология виртуализации (аппаратное и программное обеспечение; аппаратная виртуализация помогает VirtualBox и повышает скорость работы виртуальных операционных систем)
• тот факт, что вы используете виртуальную операционную систему. Производительность всегда ниже, чем при работе операционной системы на хосте из-за накладных расходов на виртуализацию.

9

Я всегда использую VDI, так как это родной формат VirtualBox; однако использование VMDK (формат VMWare) повысит совместимость с другим программным обеспечением виртуальных машин.

VirtualBox будет нормально работать на Ubuntu, поэтому, если целью является совместимость Windows/Ubuntu, VDI будет вполне допустимым выбором.

Оба формата удовлетворят ваши требования.

Что касается двух других, VHD — формат, разработанный Microsoft, а HDD — формат, разработанный Apple; они оба имеют проприетарную лицензию, поэтому кроссплатформенная поддержка ограничена; Я бы не рекомендовал их.

Mpack, объясняет ключевую разницу в производительности между VHD и VDI здесь:

Недавно изучив формат VHD, я ожидаю, что будет хотя бы небольшая разница в пользу VDI, наиболее заметная при сравнении похожего с подобным, т. е. оптимизированного VDI и оптимизированного VHD. Причина в том, что в динамическом формате VHD эти «растровые» сектора разбросаны по всему диску. Каждый раз, когда вы изменяете сектор внутри блока, может потребоваться обновление и запись этих растровых блоков, включая дополнительные операции поиска, чтения и записи. Эти растровые сектора также должны быть пропущены при чтении последовательных кластеров из образа диска — больше операций поиска. Формат VDI не имеет таких накладных расходов, особенно если VDI оптимизирован (блоки на виртуальном диске отсортированы в порядке LBA).

Все мои комментарии относятся к динамическому формату VHD и динамическому VDI. Тесты производительности на виртуальных дисках фиксированного размера бессмысленны, поскольку оба формата в этом случае одинаковы (просто образ диска), у них просто разные заголовки.

https://forums.virtualbox.org/viewtopic.php?f=1&t=22688

Я не знаю, позволит ли использование vmdk прозрачно запускать виртуальную машину, созданную в VirtualBox, в VMware или нет. Это может быть. Однако более универсальным вариантом может быть использование функции VirtualBox File/Export для создания файла .ova «Open Virtualization Appliance», который затем можно импортировать в VMware. При таком подходе вы можете портировать на любую систему виртуализации, которая поддерживает .ova, не заботясь о том, какой формат образа диска вы используете в VirtualBox.

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

Если у вас уже есть файл .vdi, вы можете проверить, работает ли он, не создавая новую виртуальную машину. Экспортируйте его в .ova, затем попробуйте импортировать с помощью vmware.

Хорошей причиной для использования vmdk для меня является то, что Virtualbox (по крайней мере, до версии 4.1), использующий формат VDI, имеет тенденцию со временем заполнять все выделенное дисковое пространство, хотя внутреннее использование виртуального диска все еще намного меньше. . С Virtualbox, использующим диски vmdk, это кажется меньшей проблемой.

Но я говорю о годах безотказной работы. Возможно, это не проблема, с которой сталкиваются многие люди.

1

Файлы образов дисков находятся в хост-системе и воспринимаются гостевыми системами как жесткие диски определенной геометрии. Когда гостевая операционная система читает или записывает на жесткий диск, VirtualBox перенаправляет запрос на файл образа.

Как и физический диск, виртуальный диск имеет размер (емкость), который необходимо указать при создании файла образа. Однако, в отличие от физического диска, VirtualBox позволяет вам расширять файл образа после создания, даже если в нем уже есть данные; VirtualBox поддерживает четыре варианта файлов образа диска:

VDI: Обычно VirtualBox использует собственный формат контейнера для гостевых жестких дисков — файлы образа виртуального диска (VDI). В частности, этот формат будет использоваться при создании новой виртуальной машины с новым диском.

VMDK:VirtualBox также полностью поддерживает популярный и открытый формат контейнера VMDK, который используется многими другими продуктами виртуализации, в частности, VMware.[25]

VHD:VirtualBox также полностью поддерживает формат VHD, используемый Microsoft.

Файлы изображений Parallels версии 2 (формат жесткого диска) также поддерживаются. [26] Из-за отсутствия документации по формату более новые форматы (3 и 4) не поддерживаются. Однако вы можете преобразовать такие файлы изображений в формат версии 2 с помощью инструментов, предоставляемых Parallels.

1

Это также зависит от того, как вы планируете использовать виртуальный диск. Не каждой виртуальной машине нужен один раздел на одном диске.

VDI, кажется, имеет больше возможностей (при использовании с VirtualBox), но как только вы убираете VirtualBox из поля зрения, поддержка VDI становится несколько шаткой (по состоянию на конец 2014 года).

Например, мои решения должны иметь максимальную межплатформенную поддержку. Монтировать VDI (например, петлевое устройство) в Linux или Windows 7 сложнее и содержит больше ошибок, чем вы могли ожидать. Почти как у VDI слишком много функций, что затрудняет создание полностью соответствующих утилит, которые могут работать с ним.

VMDK просто менее болезненный ИМХО, когда вы хотите, чтобы он работал с любой виртуальной машиной на любой рабочей станции, когда вы хотите клонировать его 3 раза на другие системы в сети одновременно, и когда вы хотите открыть его без запуска экземпляр ВМ.

Несмотря на то, что я использую VirtualBox 90% времени, те несколько раз, когда мои диски становятся недоступными в определенных рабочих процессах, заставили меня отдать предпочтение VMDK для подключаемых/общих файловых систем.

Я только что перенес необработанный VMDK, который был сопоставлен с разделом Transcend SSD370 128 ГБ на Samsung Pro 850 512 ГБ.

По-видимому, VMDK намного быстрее, чем VDI. Я не понимаю, почему, может быть, я где-то ошибся.

Я скопировал VMDK через Virtual Media Manager на 850. Один раз как VDI, один раз как VMDK.

Затем я запустил hdparm -tT --direct /dev/sda для изображений. Для каждого из «запусков» я переключил замененный «Машина -> Настройки -> Хранилище -> Контроллер SATA -> ImageFile.xxx». Необработанный раздел на SSD370 был определен файлом VMDK, поэтому на самом деле это не образ.

Вот результаты:

 ######################################### ################################################### #####
Добро пожаловать в Ubuntu 16. 04.3 LTS (GNU/Linux 4.4.0-96-универсальный x86_64)
  Информация о системе по состоянию на четверг, 21 сентября, 17:02:51 CEST 2017
  Загрузка системы: 1,96 процессов: 201
  Использование /: 83,2% от 43,88 ГБ Пользователи, выполнившие вход: 0
  Использование памяти: 4% IP-адрес для eth0:
  Использование подкачки: 0% IP-адрес для docker0: 172.17.0.1
################################################### ###############################################
================================================== =====================================
      В М Д К --- Р А Ж !!! --- на Transcend SSD370 128 ГБ
================================================== =====================================
 Тайминг чтения в кэше O_DIRECT: 1024 МБ за 2,00 секунды = 511,61 МБ/с <---
 Время чтения диска O_DIRECT: 1134 МБ за 3,00 секунды = 377,88 МБ/с <---
 Время чтения в кэше O_DIRECT: 1042 МБ за 2,00 секунды = 520,82 МБ/с <---
 Время чтения диска O_DIRECT: 1162 МБ за 3,00 секунды = 387,27 МБ/с <---
---
 Время чтения в кэше O_DIRECT: 816 МБ за 2,00 секунды = 407,55 МБ/с. 
 Время чтения диска O_DIRECT: 1020 МБ за 3,01 секунды = 3390,43 МБ/с <---
================================================== =====================================
      В М Д К --- на Samsung Pro 850 515 ГБ
================================================== =====================================
 Тайминг кэшированных чтений O_DIRECT: 836 МБ за 2,00 секунды = 417,21 МБ/с <---
 Время чтения диска O_DIRECT: 782 МБ за 3,01 секунды = 260,21 МБ/с.
 Время чтения в кэше O_DIRECT: 834 МБ за 2,00 секунды = 416,08 МБ/с.
 Время чтения диска O_DIRECT: 786 МБ за 3,00 секунды = 261,71 МБ/с.
---
 Время чтения в кэше O_DIRECT: 826 МБ за 2,00 секунды = 412,75 МБ/с <---
 Время чтения диска O_DIRECT: 774 МБ за 3,00 секунды = 257,79МБ/сек
 Время кэшированных операций чтения O_DIRECT: 828 МБ за 2,00 секунды = 413,88 МБ/с <---
 Время чтения диска O_DIRECT: 774 МБ за 3,00 секунды = 257,83 МБ/с.
---
 Тайминг кэшированных чтений O_DIRECT: 842 МБ за 2,00 секунды = 420,76 МБ/с <---
 Время чтения диска O_DIRECT: 770 МБ за 3,00 секунды = 256,56 МБ/с. 
================================================== =====================================
      V D I --- на Samsung Pro 850 515GB
================================================== =====================================
 Время чтения в кэше O_DIRECT: 470 МБ за 2,01 секунды = 234,21 МБ/с <---
 Время чтения диска O_DIRECT: 766 МБ за 3,00 секунды = 254,94 МБ/сек
 Время чтения в кэше O_DIRECT: 494 МБ за 2,00 секунды = 246,45 МБ/с <---
 Время чтения диска O_DIRECT: 754 МБ за 3,00 секунды = 250,92 МБ/с.
 Тайминг кэшированных чтений O_DIRECT: 490 МБ за 2,00 секунды = 244,46 МБ/с <---
 Время чтения диска O_DIRECT: 764 МБ за 3,01 секунды = 254,03 МБ/с.
################################################### ###############################################
# Данные выше взяты отсюда
################################################### ###############################################
================================================== =====================================
      В М Д К --- на Samsung Pro 850 515 ГБ
================================================== =====================================
  Информация о системе по состоянию на четверг, 21 сентября, 17:02:51 CEST 2017
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время чтения в кэше O_DIRECT: 836 МБ за 2,00 секунды = 417,21 МБ/с <======
 Время чтения диска O_DIRECT: 782 МБ за 3,01 секунды = 260,21 МБ/с <======
user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Время чтения в кэше: 21080 МБ за 2,00 секунды = 10554,40 МБ/с. 
 Время чтения диска с буферизацией: 784 МБ за 3,00 секунды = 260,92 МБ/сек
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время чтения в кэше O_DIRECT: 834 МБ за 2,00 секунды = 416,08 МБ/с <======
 Время чтения диска O_DIRECT: 786 МБ за 3,00 секунды = 261,71 МБ/с <======
================================================== =====================================
      В М Д К --- Р А Ж !!! --- на Transcend SSD370 128 ГБ
================================================== =====================================
  Информация о системе по состоянию на четверг, 21 сентября, 17:00:47 CEST 2017
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время чтения в кэше O_DIRECT: 1024 МБ за 2,00 секунды = 511,61 МБ/с <======
 Время чтения диска O_DIRECT: 1134 МБ за 3,00 секунды = 377,88 МБ/с <======
user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Тайминг кэшированных чтений: 21182 МБ за 2,00 секунды = 10603,52 МБ/с.
 Время чтения диска с буферизацией: 1060 МБ за 3,00 секунды = 352,91 МБ/сек
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время чтения в кэше O_DIRECT: 1042 МБ за 2,00 секунды = 520,82 МБ/с <======
 Время чтения диска O_DIRECT: 1162 МБ за 3,00 секунды = 387,27 МБ/с <======
================================================== =====================================
      В М Д К --- на Samsung Pro 850 515 ГБ
================================================== =====================================
  Информация о системе по состоянию на четверг, 21 сентября, 16:58:12 CEST 2017
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время кэшированных операций чтения O_DIRECT: 826 МБ за 2,00 секунды = 412,75 МБ/с <======
 Время чтения диска O_DIRECT: 774 МБ за 3,00 секунды = 257,79МБ/сек <======
user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Кэшированные чтения по времени: 22082 МБ за 2,00 секунды = 11055,78 МБ/с. 
 Время чтения диска с буферизацией: 788 МБ за 3,01 секунды = 262,11 МБ/с.
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время кэшированных операций чтения O_DIRECT: 828 МБ за 2,00 секунды = 413,88 МБ/с <======
 Время чтения диска O_DIRECT: 774 МБ за 3,00 секунды = 257,83 МБ/с <======
================================================== =====================================
      V D I --- на Samsung Pro 850 515GB
================================================== =====================================
  Системная информация по состоянию на четверг, 21 сентября, 16:55:24 CEST 2017
user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Время чтения в кэше: 21468 МБ за 2,00 секунды = 10747,37 МБ/с.
 Время чтения диска с буферизацией: 662 МБ за 3,01 секунды = 220,12 МБ/с.
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время кэшированных операций чтения O_DIRECT: 470 МБ за 2,01 секунды = 234,21 МБ/с <======
 Время чтения диска O_DIRECT: 766 МБ за 3,00 секунды = 254,94 МБ/с <======
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время чтения в кэше O_DIRECT: 494 МБ за 2,00 секунды = 246,45 МБ/с <======
 Время чтения диска O_DIRECT: 754 МБ за 3,00 секунды = 250,92 МБ/с <======
user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Время чтения в кэше: 20872 МБ за 2,00 секунды = 10448,98 МБ/с. 
 Время чтения диска с буферизацией: 694 МБ за 3,01 секунды = 230,78 МБ/с.
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Кэшированные чтения O_DIRECT по времени: 490 МБ за 2,00 секунды = 244,46 МБ/с <======
 Время чтения диска O_DIRECT: 764 МБ за 3,01 секунды = 254,03 МБ/с <======
================================================== =====================================
      В М Д К --- на Samsung Pro 850 515 ГБ
================================================== =====================================
  Системная информация по состоянию на четверг, 21 сентября, 16:52:32 CEST 2017
user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Кэшированные чтения по времени: 20872 МБ за 2,00 секунды = 10448,90 МБ/сек
 Время чтения диска с буферизацией: 764 МБ за 3,01 секунды = 254,11 МБ/с.
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время чтения в кэше O_DIRECT: 842 МБ за 2,00 секунды = 420,76 МБ/с <======
 Время чтения диска O_DIRECT: 770 МБ за 3,00 секунды = 256,56 МБ/с <======
================================================== =====================================
      В М Д К --- Р А Ж !!! --- на Transcend SSD370 128 ГБ
================================================== =====================================
  Системная информация по состоянию на четверг, 21 сентября, 16:29. :55 по центральноевропейскому летнему времени 2017 г.
user@xeon:~$ sudo hdparm -tT /dev/sda
/dev/sda:
 Время чтения в кэше: 22034 МБ за 2,00 секунды = 11029,82 МБ/с.
 Время чтения диска с буферизацией: 990 МБ за 3,00 секунды = 329,68 МБ/с.
user@xeon:~$ sudo hdparm -tT --direct /dev/sda
/dev/sda:
 Время чтения в кэше O_DIRECT: 816 МБ за 2,00 секунды = 407,55 МБ/с <======
 Время чтения диска O_DIRECT: 1020 МБ за 3,01 секунды = 339,43 МБ/с <======
 

Я действительно не знаю, как это интерпретировать, может быть, кто-то захочет оставить комментарий. Тогда я выбрал VMDK.

VDI гораздо проще сжать, если виртуальная машина становится слишком большой.

Давным-давно я сделал один тест, преобразовал динамический VDI в динамический VHD только для проверки скорости и размеров файлов.

Помните, что это была неизменяемая гостевая ОС Windows, установленная с некоторыми приложениями, помните, что для моего теста я конвертировал один формат в другой, поэтому оба должны иметь точно такое же изображение, как при клонировании.

Для диска размером 64 ГБ размер файла VDI составлял около 18 ГБ, а размер файла VHD — около 22 ГБ.

Насколько я помню, я видел эти две вещи:

1. Время загрузки существенно отличалось, если я не помню плохой vhd был в 1,6 раза быстрее, чем VDI
Размер
2. VHD был намного больше, чем VDI, примерно на 4 ГБ больше, чем 18 ГБ, то есть в 1,2 раза больше.

Это было давно, и тест проводился на жестком диске, но я уверен, что оба файла дефрагментированы и расположены рядом друг с другом на быстрой части диска.

Надеюсь, кто-нибудь сможет провести реальные тесты SSD, но мне кажется, что VHD быстрее (и больше), чем VDI.

Подсказка: VHD/VHDX можно сжать напрямую на любой Windows 7 и более поздних версиях с помощью инструмента командной строки DiskPart, для VDI требуется внешний инструмент CloneVDI.

Извините, я не тестировал VMDK, я не знал, как сжать его, не меняя его UUID (UUID диска), помните, что инструменты команд VBOX всегда меняют его при каждом клонировании, независимо от того, какой формат вы используете.