Создать виртуальный диск vmware
VMware Workstation – не просто функциональный гипервизор, позволяющий тестировать виртуальные операционные системы внутри системы основной, установленной на компьютере, это программа с гибким подходом к настройке оборудования виртуальных машин. Так, гипервизор VMware Workstation работает, в частности, с форматом виртуального диска собственного производства – это файлы типа «.vmdk». Виртуальные диски VMDK расходуют физическое дисковое пространство весьма экономно, и на реальном компьютере виртуальная машина по факту может занимать примерно вдвое меньше места, чем дисковый объём, доступный гостевой операционной системе. Но даже при такой существенной экономии пользователи VMware Workstation могут изначально создавать виртуальные машины с минимальным объёмом жёсткого диска. Ведь в дальнейшем при необходимости этот объём может быть увеличен в настройках гипервизора. Равно как и может быть сжато неиспользуемое виртуальное пространство.
0. Оглавление:
1. Альтернатива расширению дискового пространства виртуальной машины
При нехватке изначально заданного объёма жёсткого диска в качестве альтернативы расширению существующего дискового пространства к виртуальной машине можно подключить дополнительный виртуальный жёсткий диск. Это может быть диск как из числа существующих, так и только что созданный. Более того, это также может быть как виртуальный диск формата VMDK программы VMware Workstation, так и универсальный виртуальный VHD-диск (файл с расширением «.vhd»).
Будь это виртуальный диск VMDK-формата, будь это универсальный диск VHD, дополнительно созданные для одной виртуальной машины жёсткие диски можно затем подключать к другим машинам, перемещать их на другие компьютерные устройства. Виртуальные диски VHD и VMDK могут быть подключены не только к виртуальным машинам VMware Workstation, но и к машинам VirtualBox. Если диск VHD подключить внутри основной операционной системы, он будет отображаться отдельным разделом, и ко всему его содержимому будет доступ из системного проводника или файлового менеджера.
Как подключить к существующей машине VMware Workstation дополнительный виртуальный жёсткий диск? Как его затем удалить, если в нём отпадёт надобность? Эти вопросы рассмотрим ниже.
2. Создание и подключение дополнительного диска
Чтобы подключить к виртуальной машине дополнительный виртуальный жёсткий диск, её нужно выключить (если она находится в приостановленном состоянии). В окне сведений о ней жмём кнопку изменения настроек.
В первой вкладке «Оборудование» перемещаемся в раздел «Жёсткий диск». И жмём внизу кнопку «Добавить». Для её задействования потребуются права администратора.
Запустится мастер добавления нового оборудования, где жёсткий диск будет виднеться первой позицией. Ничего не меняя, жмём «Далее».
Оставляем предустановленный параметр SCSI. Жмём «Далее».
В окне выбора диска можем вторым пунктом указать путь к существующему виртуальному диску – файлу VMDK или VHD, а можем создать новый диск. В нашем случае виртуальный диск будем создавать новый, потому предустановленный первый пункт оставляем. Жмём «Далее».
Задаём размер виртуального диска и выбираем опцию его сохранения в одном файле. Это более удобный вариант для дальнейшего перемещения или подключения диска VMDK и единственный возможный для VHD-диска. Жмём «Далее».
Попадём в окно задания имени и пути размещения виртуального диска. VMware Workstation по умолчанию штампует свои технические названия файлам создаваемых устройств, однако если в дальнейшем с виртуальным диском планируется долгосрочная работа, его лучше назвать более удобным именем. Запоминаемое имя при удалении дополнительного диска также позволит не перепутать его с диском основным, и тем самым не нарушить работоспособность виртуальной машины. На создание виртуального диска собственного формата VMDK VMware Workstation настроена автоматически, потому в конце имени создаваемого диска увидим выставленное по умолчанию расширение файла «.vmdk». С помощью кнопки обзора можно сменить предустановленную папку размещения, которой является папка хранения настраиваемой виртуальной машины. Создаваемый диск не обязательно должен находиться в одной папке с самой виртуальной машиной. Файл виртуального диска может размещаться где-угодно, хоть даже на съёмном носителе.
Если нужен универсальный VHD-диск, его расширение «.vhd» необходимо дописать вручную после названия. Определившись с типом и местом хранения виртуального диска, жмём «Готово».
Всё — виртуальный жёсткий диск создан и виднеется в списке оборудования виртуальной машины возле основного диска. Жмём «Ок» для выхода из настроек VMware Workstation.
3. Инициализация дополнительного диска гостевой операционной системой
Запускаем виртуальную машину.
Подключённый диск, естественно, пока что не будет виден в окне проводника или файлового менеджера гостевой операционной системы. Как и новый физический винчестер, только что созданный виртуальный диск операционная система видит как нераспределённое пространство, пространство без структуры разделов. Исправим это и инициализируем подключённый диск на примере гостевой Windows 8.1 с использованием её штатных средств. В запущенной гостевой системе Windows вызываем утилиту управления дисками. В Windows 8.1 и 10 она доступна в контекстном меню на кнопке «Пуск».
В Windows 7 и более ранних версиях системы эту утилиту можно запустить универсальным способом с помощью команды «Выполнить». Жмём клавиши Win+R, вводим команду «diskmgmt.msc», кликаем «ОК».
Штатная утилита управления дисками Windows автоматически увидит новый жёсткий диск и предложит его инициализацию. Вряд ли в случае с виртуальным диском станет необходимость в преимуществах стиля разделов GPT, потому в появившемся окошке старта инициализации оставляем по умолчанию выставленную загрузочную запись MBR. Жмём «ОК».
Далее вернёмся в окно утилиты и увидим там появившийся новый жёсткий диск с нераспределённым пространством. Вызываем на этом нераспределённом пространстве контекстное меню и жмём «Создать простой том».
Запустится мастер создания тома (раздела диска). Жмём «Далее».
Оставляем нетронутым весь объём виртуального диска, если нет надобности в его разделении на два (или более) раздела. Если нужно несколько разделов диска, необходимо указать сначала размер первого раздела, а потом всю процедуру создания тома повторить с оставшимся неразмеченным пространством. В нашем случае создадим единственный раздел. Жмём «Далее».
Выбираем букву диска. Жмём «Далее».
В следующем окне можем разве что сменить метку тома. Жмём «Далее».
Только что инициализированный диск будет отформатирован.
Затем он автоматически откроется в окне проводника Windows.
4. Отключение дополнительного диска
Для отключения дополнительного диска от виртуальной машины необходимо, чтобы она, как и при подключении, была в выключенном состоянии. В окне сведений о виртуальной машине жмём кнопку изменения настроек.
Кликаем удаляемый жёсткий диск во вкладке «Оборудование». Главное, не спутать его с основным виртуальным жёстким диском, на котором установлена гостевая операционная система. Если путь физического размещения файла виртуального жёсткого диска забыт, его можно посмотреть в первой графе справа. Внизу окна жмём кнопку «Удалить».
Жмём «ОК» для закрытия окна настроек.
Всё — диск отключён от виртуальной машины. Но он, точнее, его рабочий файл, естественно, никуда не исчез с физического компьютера. Если в виртуальном диске больше нет надобности, его можно найти в папке хранения и удалить сам файл VMDK или VHD.
Смотрите также:
Для работы с виртуальными машинами на рынке десктопного софта существует, по сути, только две программы – это VMware Workstation и VirtualBox. Все остальные либо малоизвестны, либо с ограниченным функционалом, либо…
Ошибки в работе системы, её сбой, внедрение вирусов и шпионского ПО – всего этого и прочих неприятностей в работе с компьютером можно избежать, если обучаться и вести эксперименты со сторонним…
Развертывание виртуальной инфраструктуры любой сложности начинается с такого шага, как создание виртуальной машины. В качестве примера сделаем виртуальную машину под установку WinXP в достаточно простой конфигурации - один процессор, 512…
Запись опубликована в рубрике VMware Workstation с метками VMware, виртуализация. Добавьте в закладки постоянную ссылку.
Развертывание виртуальной инфраструктуры любой сложности начинается с такого шага, как создание виртуальной машины. В качестве примера сделаем виртуальную машину под установку WinXP в достаточно простой конфигурации — один процессор, 512 МБ памяти, накопитель на 10 Гб, одна сетевая карта. Этого будет достаточно для установки системы, а также рассмотрения возникающих при этом вопросов и некоторых тонкостей в настройке.
0. Оглавление
1. Что понадобится
- Рабочий ESXi-сервер. Об установке гипервизора VmWare ESXi версии 4.1 читайте здесь.
- ISO-образ или компакт-диск с дистрибутивом операционной системы для установки в виртуальную машину.
2. Создание виртуальной машины
Запустим vSphere Client и подсоединимся к ESXi-серверу. На закладке “Summary” видим основные параметры хоста. Щелкнем на “New Virtual Machine” и начнем создание виртуальной машины.
Для начала выберем типичную конфигурацию. В варианте “Custom” много излишних для данного примера подробностей. Жмем “Next”.
Присвоим имя нашей виртуальной машине. Рекомендуется выбрать понятное имя. Снова “Next”.
Укажем хранилище для размещения виртуальной машины. “Next”.
Укажем тип гостевой ОС. Это определит начальные параметры оборудования виртуальной машины — количество памяти, процессоров, объем накопителя и т.д. Выбрав параметры, жмем “Next”.
Укажем объем диска виртуальной машины и снова нажмем “Next”.
В завершении увидим сводную таблицу введенных параметров. Инсталлировать гостевую ОС будем позже. Жмем “Finish”.
Вот наша виртуальная машина. Щелкнем по ней и попадаем на стартовое окно. Закроем его, так как большой информационной нагрузки оно не несет.
3. Настройка параметров виртуальной машины
Основные параметры нашей виртуальной машины собраны в закладке “Summary”. Более подробно параметры можно рассмотреть и при необходимости поменять нажав “Edit Setting”.
Рассмотрим вкладку “Hardware”. Тут перечислено виртуальное оборудование доступное нашей виртуальной машине. Изменим количество памяти для виртуальной машины.
Количество процессоров. Каждый процессор одноядерный, по этому если нужна многоядерная конфигурация — просто укажем нужное количество процессоров. В данном случае менять не будем, так как для тестовой машины этого достаточно.
Изменим настройки видео. Как правило указанные настройки достаточны для Windows-серверов. Применим их и к тестовой машине.
Обратим внимание на путь размещения файла содержащего диск виртуальной машины.
CD-Rom виртуальной машины. Пока оставим все, как есть.
Настройки сетевой карты. Виден тип сетевой карты, ее MAC-адрес, имя сети подключения. В данном случае организована только одна сеть куда и подключен данный сетевой адаптер. Вариантов выбора типов сетевой карты достаточно много, но воспользуемся выставленной по умолчанию — для нее есть драйвера у большинства современных ОС и ее производительности хватит для тестового примера. Сменить тип сетевой карты невозможно, нужно удалить имеющийся и добавить новый, указав для него необходимый тип. При уже установленной в виртуальной машине ОС это потянет за собой необходимость настройки нового сетевого интерфейса.
Флоппи-диск так же как и CD-Rom может использовать физический имеющийся на ESXi-сервере и на машине с vSphere-client, так и файл-образ. Как правило не используется. На его примере покажем удаление ненужного оборудования из виртуальной машины.
Удаленное оборудование выглядит так. Нажимаем “Ok”, чтобы сохранить выбранные параметры.
При следующем входе увидим применившиеся параметры. Разумеется все эти настройки — выделение нужного количества памяти, настройки видео и т. д. можно было указать на шаге создания виртуальной машины. Но имеет смысл продемонстрировать возможность их изменения.
4. Запуск виртуальной машины
Для наблюдения перейдем на вкладку “Console” — это практически полноценный монитор виртуальной машины и нажмем кнопку “Пуск”.
Воспользуемся имеющейся сборкой.
Правой кнопкой на имени виртуальной машины вызовем управляющее меню. Во вкладке “Guest” выберем “Send Ctrl+Alt+del”. Так мы передадим виртуальной машине команду на перезагрузку.
После перезагрузки виртуальной машины с примонтированного образа диска будет начат процесс инсталляции ОС. При щелчке внутри окна виртуальной машины ввод клавиатуры и мышь будут “захвачены” и курсор будет перемещаться только в пределах этого окна.
Если необходимо перегрузить виртуальную машину, находясь в ней — нажмите на клавиатуре комбинацию “Ctrl+Alt+Ins”. vSphere-client перехватит эту комбинацию и отправит виртуальной машине необходимое “Ctrl+Alt+Del”. Во время перезагрузки можно нажать F2 и попасть в настройки BIOS виртуальной машины. Это иногда нужно для смены порядка загрузочных устройств. По умолчанию загрузка с HDD стоит раньше загрузки с CDRom.
Для “освобождения” ввода достаточно нажать на клавиатуре комбинацию “Ctrl+Alt”.
Движения мыши в окне виртуальной машины будут несколько затруднены, аналогично и ввод с клавиатуры будет немного медленнеe. Это исчезнет после установки драйверов.
По окончании установки получим ОС с начальными установками. В частности разрешение экрана будет составлять 640*480 точек. Так-же зайдем в настройки виртуального CDRom-а и отключим ISO-файл.
5. Установка VMware Tools.
Запустив диспетчер задач в виртуальной машине, увидим, что не для всех устройств установлены соответствующие драйверы. Правой кнопкой на имени виртуальной машины вызовем управляющее меню. Во вкладке “Guest” выберем “Install/Upgrade VMware Tools”.
Ответим утвердительно на предупреждение. Установка VMware Tools возможна только на запущенной виртуальной машине.
Практически это выглядит так — vSphere-client подключает к виртуальному CDrom-у образ диска с драйверами для ОС виртуальной машины. WinXP реагирует на появление нового диска запуском autorun.inf. Так начинается процесс инсталляции. Если на данный момент автозапуск отключен, что рекомендуется в целях безопасности, то необходимо запустить setup.exe с CDRom-а вручную.
Выберем типичный вариант установки и будем нажимать “Далее” до конца установки. Так-же согласимся на перезагрузку.
После перезагрузки Диспетчер устройств покажет, что все драйвера установлены. Поведение мышки и клавиатуры также изменится.
Изменим разрешение экрана виртуальной машины.
Видно, что максимальное разрешение равно тому, что было установлено при настройке параметров виртуальной машины.
Был рассмотрен не самый быстрый способ создания виртуальной машины, а более подробно описывающий данный процесс для наглядности и понимания происходящего, и пожалуй, более универсальный.
Смотрите также:
В данной статье будет рассматриваться пошаговая установка гипервизора VmWare ESXi версии 4.1. Кратко - разница между ESX и ESXi состоит в следующем: ESX - это гипервизор, работающий под управлением Red Hat Linux,…
Переустановка операционной системы или смена компьютерного устройства не означает конец работы с установленными гостевыми ОС в программе VirtualBox. Правда, исключением может быть случай, когда файлы жёстких дисков виртуальных машин находятся на…
В данной статье будет рассматриваться пошаговая миграция гипервизора VmWare ESXi версии 4.1 на версию 5.1. Необходимость такого действия может быть вызвана желанием использовать новые возможности гипервизора, появившиеся в версии 5.1.…
Запись опубликована в рубрике ESXi с метками ESXi, виртуализация. Добавьте в закладки постоянную ссылку.
Бесплатная минималистичная программа StarWind V2V Converter предназначена для очень узкого спектра задач. Это преобразование форматов виртуальных жёстких дисков с установленными гостевыми ОС гипервизоров VMware и Hyper-V, соответственно, из одного в другой и наоборот. В нашем случае работу программы StarWind V2V Converter рассмотрим на примере конвертирования жёсткого VMDK-диска виртуальной машины, созданной средствами программы VMware Workstation, в жёсткий VHDX-диск для создания на его базе виртуальной машины Hyper-V.
0. Оглавление:
1. О программе StarWind V2V Converter
С помощью этой программы виртуальные машины, созданные на базе жёстких дисков формата гипервизора VMware VMDK, могут быть преобразованы в форматы жёстких дисков VHD и VHDX гипервизора Hyper-V, а также в формат образа CD/DVD-диска IMG.
Особенностью StarWind V2V Converter является возможность конвертирования виртуальных дисков с применением режима Windows Repair Mode. Этот режим даёт возможность гостевой ОС, установленной на VMDK-, VHD- или VHDX-диске, самостоятельно настроить нужные драйвера под оборудование нового гипервизора. При обычном конвертировании файлов виртуальных жёстких дисков, как это предлагает, например, встроенный в программу VirtualBox конвертер, драйвера прежнего гипервизора не лучшим образом сказываются на производительности виртуальной машины на гипервизоре новом. Возможны даже варианты появления синего экрана смерти Windows. Режим Windows Repair Mode избавляет от необходимости ручного удаления из гостевой ОС драйверов старого гипервизора и позволяет к работе с виртуальной машиной приступить тотчас же после её создания из конвертированного жёсткого диска.
StarWind V2V Converter – продукт, не поддерживающий русскоязычный интерфейс, но особой сложности этот момент в процессе использования программы не должен привнести. Интерфейс программы интуитивен, действий минимум, а с техническими моментами разберёмся ниже.
2. Скачивание и запуск StarWind V2V Converter
Программу можно бесплатно скачать на сайте её разработчика, однако доступ к её инсталлятору предоставляется только после далеко не упрощённой регистрации путём отправления ссылки на указанный электронный адрес.
После установки программы запускаем её, для запуска нужны права администратора.
3. Процесс конвертирования
Подготавливаем исходный жёсткий диск, в нашем случае это диск VMDK. Желательно, чтобы перед конвертированием виртуальная машина была в выключенном состоянии. Если расположение диска забыто или неизвестно, этот момент можно уточнить в параметрах виртуальной машины.
После запуска StarWind V2V Converter нас встретит приветственное окно. Жмём «Далее».
В следующем окне с помощью кнопки обзора указываем путь к VMDK-файлу. Жмём «Next».
Затем выбираем конечный формат диска. В нашем случае это VHDX, с которым работает последняя версия Hyper-V и который нужен для создания в этом гипервизоре более производительных виртуальных машин второго поколения. Жмём «Next».
В следующем окне необходимо задействовать упомянутый выше режим Windows Repair Mode. Жмём «Next».
Далее указываем место хранения конвертированного VHDX-диска на выходе. Жмём «Next».
Пошёл процесс конвертирования.
4. Подключение конвертированного диска
Дальнейшие действия с конвертированным VHDX-диском в нашем случае таковы:
— Воспользуемся мастером создания новой виртуальной машины Hyper-V;
— На этапе подключения виртуального жёсткого диска укажем путь к конвертированному только что VHDX-диску.
При запуске виртуальная машина начнёт подготовку устройств.
И уже через пару минут увидим окно авторизации в системе Windows.
5. Универсальный способ переноса виртуальных машин
Конвертирование жёсткого диска с установленной гостевой ОС из формата одного гипервизора в другой, а затем создание новой виртуальной машины из уже существующего диска – универсальный способ преобразования виртуальных машин. Функция экспорта-импорта посредством пакета OVF, поддерживаемая виртуальными машинами VirtualBox в VMware Workstation (о ней подробно написано в статье «Импорт и Экспорт виртуальной машины в VirtualBox»), может быть применена в Hyper-V только при участии в этом процессе модуля System Center Virtual Machine Manager. В противном случае импорт невозможен.
В добавок к универсальности способ создания новой виртуальной машины из конвертированного файла жёсткого диска имеет и иное преимущество. Это более быстрый процесс, поскольку не тратится время на импорт виртуальной машины.
Смотрите также:
В данной статье будет рассматриваться пошаговая установка гипервизора VmWare ESXi версии 4.1. Кратко - разница между ESX и ESXi состоит в следующем: ESX - это гипервизор, работающий под управлением Red Hat Linux,…
По умолчанию в гипервизоре Hyper-V в Windows Server 2008 для отдельной виртуальной машины число логических процессоров можно устанавливать в диапазоне от 1 до 4. С помощью нехитрых манипуляций можно обойти…
Для работы с виртуальными машинами на рынке десктопного софта существует, по сути, только две программы – это VMware Workstation и VirtualBox. Все остальные либо малоизвестны, либо с ограниченным функционалом, либо…
Использование виртуального твердотельного накопителя поможет Вам сэкономить и время и деньги. VMware vSphere 5.5 новейшая редакция передовой платформы виртуализации, это аппаратный гипервизор, устанавливается непосредственно на физический сервер и делит его на несколько виртуальных машин, которые могут работать одновременно, используя одни и те же физические ресурсы. Дисковое пространство необходимое для установки снижено до 150 MB платформы vSphere, за счет отсутствия базовой операционной системы. Управление такой платформой может производиться удаленно.
Одним из апгрейдов компании VMware vSphere 5.5 является Flash Read Cache или как его еще называют vFlash. Это фреймворк, с его помощью возможно объединить SSD-ресурсы хост-серверов VMware ESXi в единый пул, который используется для кэширования, что позволит сторонним вендорам SSD накопителей и кэш-устройств использовать свои алгоритмы для создания модулей обработки кэшей виртуальных машин, которые интенсивно используют подсистему ввода-вывода для операций чтения. Это повышает скорость их быстродействия.
vFlash обеспечивает высокую производительность кэша чтения, что значительно ускоряет работу приложений, надежное и экономичное хранилище для сред vSphere. Что бы ускорить работу приложений, запущенных на нескольких виртуальных машинах можно использовать vFlash. Это возможно сделать, не имея физического SSD, заменив его на виртуальный SSD, с помощью трюка с vSphere применив виртуальный SSD вместо физического.
Процесс создания виртуального SSD прост. Хотя это всего лишь временная замена физического SSD. Виртуальные SSD позволяют сэкономить деньги на оборудовании, почти никак не влияя на производительность. Вот шаги для создания виртуального SSD:
- создайте физический локальный виртуальный диск на хост ESXi, который вы хотите сделать vFlash, убедитесь, что размер локального виртуального SSD не превышает размера физического хоста ESXi;
- укажите путь для ESXi хоста локального виртуального диска (e.g., mpx.vmhba1:C0:T0:L0);
- откройте Secure Shell (SSH) сессию для каждого ESXi хоста;
- преобразование физического локального виртуального диска на локальный виртуальный SSD, используя следующие esxcli командные строки для изменения.
Вот код который создает правила SATP и активирует строку SSD:
Следующий шаг, проверить правильность создание правил SATP:
Далее идет рекламация новой виртуальной SSD, что бы способствовать применению правил SATP:
Наконец, убедитесь, что новый виртуальный SSD был создан:
Если Ваш Is SSD введен верно, локальный диск теперь можно считать виртуальным. Вы можете использовать графический интерфейс пользователя или следующую команду, что бы обновить vSphere хранилище:
Теперь, когда ваша виртуальная SSD создана и проверена, Вы можете добавить его на Ваш ESXi host(s) и начать пользоваться vFlash. Его легко настроить — просто настроив его на vCenter Web client.
Настройка vFlash:
- в vSphere Web Client, перейдите к узлу;
- после этого перейдите на вкладку «Manage» и выберите «Settings»;
- в разделе vFlash, выберите «Virtual Flash Resource Management», затем нажмите «Add Capacity»;
- из списка доступных SSD устройств, выберите только что созданный локальный диск виртуальной SSD, и что бы запустить его нажмите «OK».
Несколько советов
Теперь, когда ваш vFlash настроен и работает, вы можете начать пользоваться предоставляемыми им «благами». Не забудьте убедиться, что у Вас VM version 10, так как на другой версии ваши Виртуальные машины «не выиграют» от преимуществ vFlash. Рекомендуется настраивать vFlash под каждый ESXi Host. Благодаря появлению таких носителей можно создать надежное и экономичное хранилище для сред vSphere. Выгодное соотношение цены и производительности.
Периодически я слышу от практикующих инженеров странное: VMDK, VHD и VHDX – абсолютно разные форматы виртуальных дисков, чуть ли не закрытые, а конвертировать из одного в другое – долго и больно. Сегодня наглядно покажу, что это не так, разберу, как эти форматы соотносятся друг с другом и как делать быструю конвертацию при миграции с Hyper-V на VMware и обратно.
Немного теории. C точки зрения свойств, виртуальные диски делятся на два типа:
- тонкие (thin disk, dynamic disk) и
- толстые (thick disk, fixed disk). Все остальное — разностные, thick provisioned lazy- zeroed – лишь вариации на тему.
Форматы дисков
RAW – «сырой» образ любого диска. Это обычный контейнер, который не содержит никаких специфических заголовков и футеров и представляет образ диска «как есть». Если мы откроем такой образ HEX-редактором, то сразу увидим заголовки GPT/MBR и/или файловой системы. Точно такой же образ получается через команду dd в Linux. RAW в этом плане абсолютно честен с нами.
Начало файла RAW.
Конец файла RAW.
VMDK. VMware ESXi – обыкновенный RAW, где геометрия диска описывается в обычном текстовом файле-описателе (дескрипторе). Именно его имя мы видим в vSphere Console, когда подключаем виртуальный диск к виртуальной машине или просматриваем содержимое каталога на Datastore. VMware ESXi ничего не делает с образом. Совсем. Диск покоится себе и расширяется по мере необходимости. В лучших традициях VMware формат описателя очень простой:
И он не только простой, но и функциональный: достаточно сделать пометки в файле-описателе, чтобы расширить виртуальный диск до каких угодно поддерживаемых значений. Это позволяет заполнить диски нулями или пометить его как тонкий, без необходимости держать информацию о геометрии в заголовках диска.
Ниже представлены некоторые стандартные значения всех разделов дескриптора:
Описание всех значений можно посмотреть в спецификации формата: VMware Virtual Disk Format 1.1
VHD. Толстый VHD – тот же самый RAW, но с 512-байтным футером, где описывается геометрия диска. Какого-то отдельного файла-описателя у виртуальной машины Microsoft Hyper-V нет. Описание геометрии диска занимает 4 байта. Собственно, отсюда ограничение на размер диска в 2 Тб.
Футер. Последние 512 байт диска.
Самое интересное, что если создать файл-описатель и подсунуть в ESXi VHD-диск с футером, то гипервизор VMware проигнорирует этот футер и примет VHD как родной.
При Storage vMotion с конвертацией диска в тонкий он просто отрежет этот футер, и на выходе мы получим тот же RAW без нулей в конце. А при конвертации в толстый диск – честный RAW. Это я и собираюсь продемонстрировать чуть позже.
VHDX. Вся информация о геометрии диска хранится в первых 4096 Кбайтах виртуального диска – в области заголовка.
Общая схема толстого диска VHDX.
Что представляет из себя эта область? В ней содержатся две копии заголовков со своими логами, BAT и область метаданных общие.
Логическая структура заголовка диска.
В единицу времени только одна копия заголовка активна. Это обеспечивает определенный уровень отказоустойчивости заголовка в случае незапланированных прерываний операций чтения/записи. После каждой операции I/O копия реплицируется, и происходит переключение на нее.
Макет области заголовка.
Для конвертации VHDX в RAW нам всего-то нужно отрезать первые 4096 KB.
Начало данных на 5 МБ.
Внимательный читатель, конечно же, скажет: ок, Женька, а слабо RAW конвертнуть в VHDX? На что я отвечу: зависит от файловой системы и от того, насколько она позволяет записывать данные в начало файла. Вручную на файловой системе NTFS это можно сделать, сместив в MFT начало файла на 4 Мб вперед и дописав в это место заголовок.
По этому же принципу работает утилита vhdxtool.exe. Однако при этом преобразовании мы не получим красивую картинку в виде 4 Мбайт заголовка и RAW. Диск будет виден и даже будет корректно работать как VHDX, но будет и много «мусора» из нулей, появившихся из-за манипуляций со смещениями (offsets). Диск будет не оптимизирован. ВМ с таким диском рекомендуется смигрировать на другой том или оптимизировать через командлеты Convert-VHD или Optimize-VHD. Если этого не сделать, диск будет занимать больше места, чем должен, и, возможно, медленнее работать.
Однако в сценариях миграции с VMware на Hyper-V эта утилита незаменима, так как позволяет провести преобразование на месте, без необходимости побайтового считывания исходного диска и создания рядом копии. Все шероховатости будут сглажены при первом же Storage Live Migration.
Вывод: толстые диски форматов VMDK, VHD, VHDX на деле мало чем отличаются друг от друга. В их основе RAW c различными добавками. Тем же HEX-редактором или функциями ОС для работы с файловой системой мы можем за пару секунд превратить 10 Тб VMDK или VHDХ в диск целевого гипервизора.
Давайте на практике посмотрим, как VMware Exsi справится с VHD.
-
В качестве примера я создал образ Windows Server с помощью Convert-WindowsImage с инъекцией драйверов VMware и параметрами:
- OS Version: Windows Server 2019 Standard,
- Disk Type: Fixed,
- Disk Layout: GPT,
- Disk Size: 30GB.
Если не хочется фокусов, то можно воспользоваться инструментами ниже.
Исходный формат | Целевой формат | Инструменты | Пример команды |
VHD | VHDX | vhdxtool.exe | vhdxtool upgrade -f .vhd |
VMDK (RAW) | VHD | vhdtool.exe | vhdtool /convert .vmdk |
VMDK (RAW) | VHDX | vhdtool.exe vhdxtool.exe | vhdtool /convert .vmdk |
Подведем итоги. Различные форматы толстых виртуальных дисков не такие уж разные. В основе всего RAW с различными “добавками”.
Конвертация форматов виртуальных дисков — это не страшно, и, как я показал, иногда можно обходиться даже без нее.
Основной профит всего этого — сокращение времени миграции с Hyper-V на VMware и обратно и времени простоя ВМ при миграции. В DataLine мы такое практикуем с простоем ВМ менее 30 минут. Рекорд же — 40 секунд простоя ВМ при миграции между гипервизорами.
Только помните, что при миграции между разными гипервизорами одной конвертации недостаточно. Как минимум нужно предварительно поставить компоненты интеграции целевого гипервизора, удалить или отключить запуск компонентов исходного гипервизора, удалить виртуальные устройства исходного гипервизора и т.д. Но это уже совсем другая история, о которой я тоже могу рассказать.
Читайте также: