Remkomplekty.ru

IT Новости из мира ПК
1 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Hyper v физический жесткий диск

Создание виртуальных дисков в Hyper V VHD и VHDX

05 сентября 2019

Виртуальные диски Hyper V заменяют обычные жесткие диски в операционной системе и на виртуальных машинах. В Hyper V есть три типа накопителей:

  • vhd — максимальный размер до 2 ТБ, нет возможности сжимать и расширять диск при работающей машине. Чаще выбирается в случае, когда машины до Windows Server 2012. Размер сектора 512 байт.
  • vhdx — максимальный размер до 64 ТБ, есть возможность уменьшения и увеличения размера у работающей машины, лучше защита данных от повреждения, есть поддержка TRIM. Работает с Windows Server 2012. Размер сектора 4 КБ
  • vhds — работает только в кластере Hyper V на файловой системе CSV. Позволяет работать с одним диском нескольким виртуальным машинам. Доступен с Windows Server 2016.

Перед тем как в Hyper V добавить виртуальный жесткий диск нужно его создать.

Виртуальные жесткие диски Hyper V можно создать несколькими путями. Первый — это через оснастку управления дисками. Так как виртуальные накопитель можно использовать не только для виртуальных машин, но и для подключения как разделов и, установки ОС, такую возможность создания добавили и в эту оснастку:

Конечно мы можем создать накопитель и в Powershell, но это будет рассмотрено в конце. И можно создать в оснастке Hyper V:

Если пропустить стартовое окно, то мы увидим форматы дисков Hyper V, которые описаны выше:

В следующем окне мы видим типы накопителей, которые делятся на:

  • Фиксированного размера (Fixed) — если в последующем указать, что его размер 50 Гб, то он сразу их займет. Аналог Lazy zeroed thick disks в VMware
  • Динамического изменяемого размера (Dynamic) — если указать размер в 50 Гб, то диск изначально будет весить 0 Кб и будет заполняться до этого предела. Аналог в VMWare Thin disks.
  • Разностные диски (Differencing) — подразумевает вложенность. По аналогии с дифференциальным бэкапом этот диск отдельно сохраняет только изменения, сделанные в родительском диске. Что бы воспользоваться этим диском в последующем нужно будет указать место основного диска.

Картинка немного описывающая разностный тип:

В тестовых средах используется динамический и дифференциальный, а в рабочей среде фиксированные накопители. В рамках работы Hyper V динамический диск не подходит по нескольким причинам:

  1. Медленней работает, так как уходит время на работу с новыми блоками.
  2. Сложно предсказуем так как с большим количеством виртуальных машин можно не заметить куда уходить свободное пространство жесткого диска.

Минусов скорее всего больше, но причины выше для меня имеют ключевое значение. Я использую динамические диски в тестовых средах.

Минусы разностных дисков Hyper V такие:

  1. Если сломается родительский диск, то не будет работать и дочерний.
  2. Медленная работа.
  3. Большая фрагментация.

Тут выбирается имя файла и его расположение. Рекомендую указывать корректное имя так как при удалении виртуальной машины диски не удаляются и можно запутаться:

На предпоследнем шаге мы выбираем из трех возможных вариантов:

  1. Создать пустой виртуальный жесткий диск (Create a new blank virtual hard disk) — создаст пустой диск.
  2. Копировать содержимое указанного физического диска (Copy the contents of the specified physical disk) — в случае клонирования содержимого диска он должен быть подключен и не должен использоваться во время всего времени копирования. Это не может быть системный диск хоста, который вы в данный момент используете.
  3. Копировать содержимое указанного виртуального жесткого диска (Copy the contents of the specified virtual hard disk) — виртуальный диск Hyper V должен быть отключен и не использоваться.

Я бы не рекомендовал использовать клонирование в случаях, когда вам нужно получить копию виртуальной машины. Для этого есть импорт и экспорт Hyper V.

В финальном окне еще раз проверяем данные и подтверждаем создание. Если был выбран фиксированный тип диска, то он может создаваться долго.

Этот диск можно подключить во время создания виртуальной машины либо подключить уже к существующей виртуальной машине. Что бы в Hyper V подключить жесткий диск к существующей машине сделайте следующее:

Далее выбрать тип контроллера, который вы используете (в большинстве случаем SCSI) и нажать на добавление устройства:

В этой вкладке так же можно создать виртуальный диск Hyper V. В отличие от предыдущего способа здесь не будет вопроса о выборе VHD и VHDX. Этот выбор будет сделан автоматически от типа VM.

Через проводник мы можем найти уже созданный диск и импортировать его:

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

Создание виртуальных дисков Hyper V VHD и VHDX в Powershell

Для создания виртуальных дисков в Powershell есть команда:

Если ее запустить без параметров, то у нас появится опрос по необходимым значениям, но он работает странно и у нас могут появиться ошибки:

Cannot recognize «4GB» as a System.UInt64 due to a format error.
New-VHD : Failed to create the virtual hard disk. The size specified for ‘C:vv.vhdx’ is too small.

На примере ниже я создал виртуальный динамический диск VHDX в Powershell размером 1GB:

По умолчанию создается динамический накопитель. Формат виртуального диска определяется в пути, если бы я хотел VHD диск нужно было бы так написать. Размер может указываться и в мегабайтах (MB), терабайтах (TB) и так далее.

Тип накопителя указывается в самом ключе. Если нужно создать фиксированный диск напишите:

Читать еще:  Поврежденные сектора на жестком диске

При создании разностных дисков Hyper V нужно указать и родительский диск:

Копирование содержимого диска на новый тоже возможно, по правилам описанным выше. Сначала мы должны узнать номер накопителя, который будем копировать:

А затем передать этот номер:

Чтобы в Hyper V подключить диск средствами Powershell нужно указать тип контроллера:

Как сделать работу с виртуальными машинами более эффективной

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

Как сделать работу с виртуальными машинами более эффективной?

1. Свой гипервизор

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

Hyper-V опционально поставляется на борту клиентских Windows, начиная с версии 8, а VirtualBox – бесплатное ПО. Возможностью бесплатного использования они выигрывают у платных продуктов VMware, в частности, у программы VMware Workstation, стоящей €275. Преимущество последней – функциональность и стабильность.

Самыми нестабильным гипервизором является VirtualBox. Эта программа постоянно совершенствуется, в неё вносятся изменения, что иногда отрицательно сказывается на стабильности её работы. Плюс к этому, VirtualBox слабо оптимизирована под работу с процессорами AMD, вследствие чего могут возникать проблемы в части интеграции гостевой и основной ОС.

Hyper-V – не самый функциональный гипервизор, с ограниченной поддержкой гостевых ОС, с недружелюбным интерфейсом, но именно штатный инструмент Windows лучше использовать на недостаточно мощных компьютерах.

Hyper-V предусматривает для гостевых ОС динамическое задействование оперативной памяти и разные типы подключения к виртуальным машинам, в частности, базовый тип с минимальной нагрузкой на аппаратные ресурсы. У Hyper-V самый быстрый и удобный механизм создания снапшотов (контрольных точек) и отката к ним. Поскольку реализован он на базе службы создания теневых копий Windows VSS.

2. Отдельный жёсткий диск

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

  • хотя бы двухъядерный процессор;
  • как минимум 4 Гб оперативной памяти.

Слабое место виртуальных машин – жёсткие диски HDD. И без того низкая скорость чтения и записи данных HDD в среде гостевых ОС ещё ниже из-за того, что данные пишутся не напрямую в дисковое пространство раздела, а в файл виртуального диска. Со считыванием, соответственно, та же ситуация. Потому чтобы хоть как-то снизить нагрузку на HDD, файлы виртуальных машин желательно размещать на другом диске – отдельном от того, на котором установлена основная ОС. Использование для этих целей SSD – идеальнейший вариант. Но за неимением финансовой возможности приобрести SSD нужного объёма сгодится и второй HDD.

3. Физический жёсткий диск

Виртуальная машина будет себя вести чуть резче, если её создать не на базе виртуального диска, а на базе реального. Hyper-V и VirtualBox работают только с виртуальными жёсткими дисками, а вот VMware Workstation предусматривает возможность создания виртуальной машины на базе физического носителя или отдельного его раздела.

Правда, в последнем случае Windows не захочет устанавливаться. Разве что можно попытаться восстановить систему из бэкапа. Но лучше, конечно, подобного рода эксперименты проводить с отдельным жёстким диском, на котором не хранятся ценные данные.

4. Фиксированный виртуальный диск

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

Создание фиксированного диска обычно занимает несколько минут – 5, 10, 15, всё зависит от размера. Но это только в условиях файловой системы NTFS.

5. Файловая система REFS

Форматирование разделов диска в файловую систему REFS, коей Microsoft пророчит будущее в качестве преемницы NTFS, давно предусматривалось в серверных редакциях Windows. А после внедрения крупного обновления Creators Update эту возможность могут использовать и пользователи клиентской Windows 10. С преемницей пока ещё очень много проблем: REFS несовместима с версиями системы старше 10-й и пока что не может быть использована для системного раздела С. Но для несистемных разделов в среде актуальной Windows 10 её использовать можно. И если для хранения виртуальных машин выделить раздел, отформатированный в REFS, при работе с гостевыми ОС получим кое-какие преимущества.

Читать еще:  Расширение жесткого диска

REFS записывает нули в файл виртуального жёсткого диска фиксированного типа за считанные секунды. Так что при создании последних придётся ждать не 5, 10 или 15 минут, а 1, 2 или 3 секунды.

REFS не проводит физическое копирование данных, а только ссылается на новые метаданные. А это значит, что клонирование виртуальных машин, откат к снапшотам (контрольным точкам) и подобного рода операции гипервизоров на разделе с этой файловой системой будут проходить в разы быстрее.

6. Исключения антивируса

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

7. Оптимизация гостевых ОС

Чтобы улучшить быстродействие гостевых ОС, к ним можно применять те же способы оптимизации, что и для реальных Windows:

Hyper v физический жесткий диск

Вопрос

Ответы

Насколько мне известно, то можно. Посмотрите, пожалуйста, тут

Чтобы диск был доступен нужно чтобы он был в отключенном состоянии на Hyper-V хосте. Подробнее посмотрите, пожалуйста, тут: http://technet.microsoft.com/ru-ru/library/ee344823%28v=ws.10%29.aspx

Так же Вы можете использовать утилиту Disk2vhd для конвертации диска

  • Изменено SemenovA 8 августа 2013 г. 12:22 орфо
  • Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 9 августа 2013 г. 5:55
  • Помечено в качестве ответа Mark_123_ 11 августа 2013 г. 2:13

  • Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 19 августа 2013 г. 6:59
  • Помечено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 19 августа 2013 г. 6:59

Все ответы

Насколько мне известно, то можно. Посмотрите, пожалуйста, тут

Чтобы диск был доступен нужно чтобы он был в отключенном состоянии на Hyper-V хосте. Подробнее посмотрите, пожалуйста, тут: http://technet.microsoft.com/ru-ru/library/ee344823%28v=ws.10%29.aspx

Так же Вы можете использовать утилиту Disk2vhd для конвертации диска

  • Изменено SemenovA 8 августа 2013 г. 12:22 орфо
  • Предложено в качестве ответа Иван Проданов Microsoft contingent staff, Moderator 9 августа 2013 г. 5:55
  • Помечено в качестве ответа Mark_123_ 11 августа 2013 г. 2:13

у меня настроен и работает Hyper-V server 2012

администрирую его с другого компьютера при помощи RSAT.

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

Физические жесткие диски через «RSAT» «Управление компьютером — управление дисками » переведены в состояние offline. Но все равно пункт выбора физического жесткого диска не активен. Предлагаеммые вами статьи прочитал.

Жесткие диски подключены через рейд контроллер LSI MR9260-4i

Как подключить диск виртуальной машины для отображения в хост-системе Windows

Пользователи, работающие с гипервизорами, иногда могут сталкиваться с необходимостью получения доступа к диску виртуальной машины (ВМ) из среды хост-системы – основной операционной системы (ОС) , установленной на физическом диске. Например, когда нужно скопировать данные в гостевую ОС, не поддерживающую установку дополнений. Или когда в работе гипервизора возникают ошибки, делающие невозможным запуск ВМ, а внутри неё сокрыты нужные файлы.

Как подключить диск ВМ для отображения в хост-системе? Ниже рассмотрим, как в среде хостовой Windows подключаются файлы виртуальных жёстких дисков, используемые гипервизорами VirtualBox , Hyper-V и VMware .

В статье будут предложены варианты доступа к дискам ВМ:

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

1. Подключение VHD и VHDX средствами Windows

VHD и VHDX – форматы файлов виртуальных дисков, используемые встроенным в Windows 8.1 и 10 гипервизором Hyper-V – в среде этих версий хост-системы можно примонтировать с помощью её же штатных средств.

На файле диска вызываем контекст-меню, выбираем «Подключить».

И ищем в проводнике разделы нового устройства. Этот вариант предусматривает и чтение, и запись данных. Чтобы убрать диск ВМ из хост-системы, контекст-меню вызываем на любом из отображаемых его разделов и кликаем «Извлечь».

2. Подключение VMDK средствами VMware Workstation

VMDK и VHD – форматы дисков ВМ, с которыми работает ПО VMware — можно подключить для отображения в проводнике хостовой Windows с использованием средств программы VMware Workstation. Её средства монтирования предусматривают и чтение, и запись данных. Открываем параметры нужной ВМ. На вкладке «Оборудование» слева кликаем жёсткий диск, справа жмём кнопку «Карта». Появится окошко мастера подключения диска. Здесь выбираем нужный раздел, ориентируясь на его размер. В нашем случае это системный раздел Windows. Снимаем галочку открытия в режиме только чтения. И жмём «Ок».

Важный нюанс: при открытии системных разделов гостевых ОС, установленных на виртуальные GPT -диски, в окне мастера необходимо выбирать не сам раздел с установленной ОС (раздел С в случае с гостевой Windows) , а предшествующий ему MSR -раздел с размером обычно 16 или 128 Мб. Конечно, если MSR -раздел есть в структуре EFI -системы. Будет он там не в каждом случае.

Далее появится предупреждающее окошко, где говорится о нюансах доступа в режиме записи данных, связанных с работой снапшотов и клонов ВМ. Жмём «Да».

Примонтированный раздел откроется в проводнике хост-системы. Для отключения закрываем его открытого в проводнике (или файловом менеджере) . И идём туда же, где мы его монтировали – в параметры ВМ. Но теперь жмём кнопку «Отключить».

Читать еще:  Стал шуметь жесткий диск

3. Конвертирование VDI в VHD средствами VirtualBox

VirtualBox не позволяет своими средствами монтировать диски ВМ для доступа к ним из среды хост-системы Windows. Но в числе её арсенала есть конвертер, который может преобразовывать диски родного формата VDI в VHD , VMDK и прочие типы. А, к примеру, VHD -файл в среде хостовой Windows 8.1 или 10 можно открыть штатными средствами ОС. Более того, при необходимости продолжить работу с ВМ, её можно пересоздать на базе уже конвертированного диска VHD . В окне VirtualBox переключаемся на раздел «Инструменты». Кликаем диск нужной ВМ, в контекст-меню выбираем «Копировать».

Далее указываем тип «VHD» (можно и «VMDK», если параллельно проводится работа с VMware) . Затем жмём кнопку обзора в графе указания нового диска.

Здесь важный момент: графу «Имя файла» нужно подчистить — удалить из имени расширение «.vdi» . И отследить ниже, чтобы как тип был задан «VHD» . Жмём «Сохранить».

И теперь – «Копировать».

Конвертированный файл впоследствии открываем с помощью проводника.

Убираем его из хост-системы путём извлечения, как показано в п.1 статьи.

Однако если попутная цель реанимации ВМ не преследуется, если речь идёт только об изъятии ценной информации из файла VDI , проще прибегнуть к двум следующим вариантам решения вопроса.

4. Daemon Tools

Бесплатная версия Daemon Tools может монтировать для чтения и записи данных различные типы виртуальных дисков, включая жёсткие, с которыми работают ВМVMDK , VDI , VHD , VHDX . В окне программы жмём «Быстрое монтирование», указываем путь к файлу диска ВМ, открываем.

Убираем с помощью опции удаления в контекст-меню на значке примонтированного устройства.

5. Плагин для Total Commander

Работающим с Total Commander только лишь для просмотра и копирования ценных данных, хранящихся на диске ВМ, далеко ходить не нужно. Вопрос решается внутри этого файлового менеджера с помощью плагина к нему DiskInternals Reader. Первичная миссия этого плагина – реализация доступа в среде Windows к разделам и носителям с файловыми системами, используемыми в Linux . И неподдерживаемыми Windows. В довесок к основным возможностям плагин может монтировать для чтения диски ВМ форматов VMDK , VDI , VHD , VHDX и HDS .

Распаковываем его внутри Total Commander. Отвечаем «Да» на предложение установки. Следуем шагам установочного мастера.

Запускаем Total Commander (принципиально) от имени администратора. Переключаемся на «Сеть / FS плагины». Заходим в «DiskInternals Reader».

Далее – «Mount Image».

Выбираем тип диска ВМ. Жмём «Next».

В обзоре указываем папку ВМ. Затем увидим все подключённые к машине диски. Можем снять галочки с ненужных, если их несколько. И кликаем «Mount».

Жмём Ctrl + R для обновления содержимого панелей Total Commander. И увидим примонтированные разделы виртуального диска.

Его содержимое копируем обычным для Total Commander образом — кнопкой внизу или клавишей F5 . Процедура размонтирования дисков плагином не предусматривается. Да она как таковая и не нужна: достаточно просто перезапустить Total Commander.

Перенос физической Windows системы в виртуальную среду Hyper-V

В данной заметке мы поговорим о том, как перенести работающую физическую систему Windows, будь то серверная или десктопная, на виртуальный сервер Hyper-V при помощи утилиты Disk2VHD. Данная программ является частью набора ПО для диагностики и администрирования ОС на базе MS Windows от Sysinternals, о чем говорится в данной статье. Эти утилиты доступны как для загрузки, так и в качестве live-версии.

Перенос физической Windows системы в виртуальную среду с помощью Disk2VHD

Очень удобно, когда есть возможность освободить физический сервер или рабочую станцию, перенеся ее содержимое в целости и сохранности в виртуальную среду. Данная операция называется Physical-to-Virtual, P2V. Таким образом, повысится отказоустойчивость, гибкость развертывания и обслуживания сервисов.

Используя Disk2VHD, мы создаем образ работающей системы (без ее остановки), записанный в виртуальный жесткий диск формата VHD. Подключив его к гипервизору, в нашем случае Hyper-V, мы получим полную копию работающей физической системы (со всеми установленными приложениями, настройками и ролями) в виртуальной среде.

Стоит отметить — программа Disk2VHD бесплатна, проста в использовании, не требует установки, поддерживает запуск из командной строки и обслуживает большинство современных ОС MS Windows.

Создание образа происходит следующим образом:

Сейчас лучше выбирать формат .VHDX, т.к. он в полной мере поддерживается всеми версиями Hyper-V. Если на системном диске есть скрытый раздел — его нужно обязательно скопировать.

Работа данной утилиты в командной строке:

disk2vhd C: C:DistrImage.vhd

Выполнится конвертация диска С, а таким образом — все диска на сервере:

Подключение образа, как было сказано, ранее доступно в Hyper-V. Выполняется следующим образом — подключаемся в Hyper-V Manager, создаем новую виртуальную машину, указываем нужные характеристики (CPU, RAM, LAN), а в качестве жесткого диска — созданный нами диск в формате .VHDX.

Далее запускаем виртуальную машину. Необходимо выполнить установку драйверов. В Windows Server 2012 это выполняется автоматически. В нашем случае используется более ранняя версия серверной ОС (Win SRV 2003), поэтому необходимо запустить вручную интеграцию драйверов:

После этого потребуется перезагрузка.

По завершению которой мы получим полноценный работающий сервер. Единственное, что потребуется сделать (в некоторых случаях) — настройка сетевых адаптеров.

Как видим, процесс миграции физических серверов в виртуальную среду с помощью Disk2VHD не вызывает никаких трудностей и рекомендован к использованию.

Нашли ошибку в тексте? Выделите фрагмент текста и нажмите Ctrl+Enter

Ссылка на основную публикацию
Adblock
detector