Динамический виртуальный жесткий диск

Содержание

Особенности работы с виртуальными дискaми VirtualBox

Динамический виртуальный жесткий диск

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

Для тех, кому интересен пример с безопасностью, можете сразу переходить по якорю к разделу об особых режимах записи.
Начнем с некоторых общих понятий. У VirtualBox существуют 3 основных метода предоставления гостевой операционной системе (ОС) доступа к данным. Сей текст концентрируется на использовании виртуальных дисков.

Виртуальные диски подключаются к виртуальной — гостевой ОС, методом эмуляции подключения через соответствующий контроллер, IDE, SATA (AHCI), SCSI, SAS.

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

Например, в семействе Windows до Windows Vista нет поддержки Advanced Host Controller Interface (AHCI), к которому относится SATA, поэтому в частности, виртуальная машина с ОС Windows XP с SATA работать не будет.

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

VirtualBox позволяет работать с разными форматами файлов виртуальных дисков. Помимо собственного VDI, поддерживаются VMDK (VMware), VHD (Microsoft), Parallels version 2 HDD format (Parallels).

Каждому виртуальному диску присваивается уникальный идентификатор UUID, это помогает VirtualBox удостовериться, что каждый диск используется только один раз и не позволяет импортировать в гостевую ОС обычные копии дисков (для этого существует отдельная процедура клонирования).

Виртуальные диски могут быть, как фиксированного размера, так и динамически выделяемого, причем VirtualBox позволяет увеличить размер дискового пространства, независимо от объёма и формата диска и даже в том случае, если диск содержит данные. Ниже пример, как это сделать с помощью утилиты vboxmanage.

vboxmanage modifyhd –resize При выборе динамически выделяемого образа, файл контейнера будет «разрастаться» постепенно, по мере заполнения секторов данными, до тех пор, пока размер контейнера не достигнет указанного при создании виртуальной машины лимита. Учитывая то, что в процессе регулярного увеличения размера контейнера задействуются дополнительные вычислительные ресурсы, скорость записи при использовании опции с фиксированным размером, как правило выше, в с равнении с динамическим диском. Тем не менее, если размер динамического диска в долгосрочной перспективе значительно не увеличивается, то разница в скорости записи практически нивелируется.

Управление виртуальными медиа (Virtual Media Manager)

VirtualBox ведет реестр всех виртуальных медиа носителей, которые используются всеми гостевыми ОС. Это так называемые ”known media”, доступ к списку (реестру) которых можно получить используя утилиту Virtual Media Manager (доступно из меню File).

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

Информацию из реестра можно удалить используя встроенную функцию удаления “Remove” Каждый отдельно взятый образ можно «открепить» от виртуальной машины за которой он закреплен, используя функцию ”Release” Открепив образ, прикрепить его обратно нажатием одной кнопки не удастся, для этого необходимо будет добавить образ, как жесткий диск. Аналогичным способом «прикрепляются» и снэпшоты (снимки диска). В очередной раз отмечу, что из-за наличия UUID, о которых говорилось выше, нельзя просто скопировать и прикрепить образ диска.

Snapshots (Снэпшоты)

Как известно snapshot в переводе с английского означает снимок. Принцип работы механизма прост.

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

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

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

Действительно, если есть 2 снэпшота, то вначале VirtualBox смотрит есть ли нужный сектор в образе снэпшота2, если нет, то система обращается к снэпшоту1, если и там ничего не обнаружено, то тогда идет обращение к основному диску. Нагрузка все-же будет незначительной и мало заметной для конечного пользователя, т, к. вся таблица секторов постоянно присутствует в памяти. Стоить помнить, что при удалении снэпшота, все изменения произведенные после его создания «сливаются» с ранее «замороженным» образом.

Кэширование ввода/вывода

Затронув тему производительности уместно будет упомянуть и о кэшировании. Изначально VirtualBox работает с файлами образов, как с обычными файлами, которые само-собой кэшируются хостовой ОС. Это сделано, как нистранно с целью увеличение скорости.

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

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

Помимо расходa ресурсов еще одним недостатком кэширования является недостаточная надежность. Например, если внезапно случился перебой с электропитанием в момент, когда хоставая ОС уже сообщила гостевой об успешном выполнении записи, а сам процесс асинхронной записи еще не завершился.

Такой сценарий безусловно приводит к потере данных. Отключение кэширования выполняется следующим образом: vboxmanage storagectl “VM name” –name –hostiocache off

Bandwidth

VirtualBox позволяет ограничивать ширину пропускного канала для одного или нескольких виртуальных дисков. Создаем группу “Limit” и устанавливаем лимит в 20 Mb/s vboxmanage bandwidthctl “VM name” add Limit –type disk –limit 20M Добавляем нужные диски в группу.

vboxmanage storageattach “VM name” –storagectl “SATA” –port 0 –device 0 –type hdd –medium disk1.vdi –bandwidthgroup Limit vboxmanage storageattach “VM name” –storagectl “SATA” –port 1 –device 0 –type hdd –medium disk2.vdi –bandwidthgroup Limit Суммарный для обоих дисков bandwidth не будет превышать 20 MB/s.

Этот лимит можно изменить в любой момент, не выключая виртуальной машины. vboxmanage bandwidthctl “VM name” set Limit –limit 100M

Особые режимы записи образов

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

Такие режимы называются «нестандартными», в то время, как по умолчанию все образы дисков функционируют в «нормальном» режиме. Для того, что бы перевести режим из «нормального» в «нестандартный» можно воспользоваться вышеупомянутым Virtual Media Manager или консольной утилитой vboxmanage vboxmanage modifyhd .

vdi settype immutable В «нормальном» режиме записи, гостевая ОС может осуществлять чтение и запись с физического диска без всяких ограничений a при создании снимков диска (snapshot), VirtualBox создает oтдельный файл в котором фиксируются все изменения. В режиме «write through» функция снэпшотов работать не бует.

Режим работы «shareable» своего рода разновидность предыдущего. Тут тоже нет возможности работы со «снэпшотами», зато есть возможность использования несколькими одновременно работающими виртуальными машинами одного образа диска, сценарий кластеризации.

Схожий по названию, но отличающийся по принципам работы режим «multiattach», также позволяет использовать один образ диска для нескольких виртуальных машин, но в этом режиме каждая отдельная виртуальная машина использует свой независимый «снэпшот» и изменения произведенные в одной ВМ не доступны для других.

Режим «read only» используется в основном для работы с образами CD/DVD, т.к. предполагает только чтение.

Режим на который стоит обратить внимание называется «Immutable». Как следует из названия immutable образы не меняются с течением времени. Любые изменения в immutable диске актуальны ровно до тех пор, пока виртуальная машина работает.

После отключения виртуальной машины все изменения пропадают. Прежде чем перевести диск в режим immutable стоит сначало создатъ «нормальный» диск, установить и настроить систему в оптимальное состояние, желательно не подключаясь к интеренету, и только после того, как гостевая система готова — «откреплять» диск и переводить его в режим immutable.

Одним из сценариев работы может быть схема при которой используются два диска – один в режиме immutable, на котором находится сама система, второй в нормальном или write-through режиме. На первый взгляд вполне безопасный и понятный сценарий работы — каждый раз загружается «свежая» система. Но не все так прозрачно и есть некоторые нюансы.

Во первых, для immutable дисков есть одно важное исключение. Они не “обнуляются” в случае, когда прикреплены к виртуальной машине, снимок диска которой был сделан пока та была запущенна — так называемый online-snapshot.

Это означает, что если например, пользователь создал immutable disk, а потом в процессе работы, создал «снэпшот», не завершив работу виртуальной машины, то начиная с упомянутого «снэпшота» все последующие операции и действия внутри системы будут носить необратимый эффект, т.к.

все действия будут де-факто происходить в «снэпшоте».

В случае если основной целью является «свежая система» при каждом запуске, то от использования снэпшотов, лучше воздержаться. Во-вторых, вышеописанное «обнуление» отдельного образа происходит только в случае, когда команда включения/отключения виртуальной машины посылается самой средой VirtualBox, а не происходит внутри гостевой ОС. Проще говоря, если например перезагрузить гостевую ОС Windows стандартным методом (Меню пуск, перезагрзить систему), то обнуление immutable диска не произойдет.

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

После того, как текущий контейнер установлен в режим immutable, VirtualBox перестает использовать этот контейнер и фактически диск переходит в режим «read only». Все операции записи перенаправляются в отдельный образ и каждый раз, когда виртуальная машина начинает работу этот новый «отдельный» образ «обнуляется». В реальности на жестком диске создается временный «снэпшот», который находится в папке Snapshots, соответствующей виртуальной машины, внутри которого и происходит вся работа. После завершения работы виртуальной машины вышеупомянутый временный скриншот остается нетронутым.

Рассмотрим простой пример

Боб создал виртуальную машину, настроил ОС и перевел диск в режим immutable. Боб регулярно использует свою виртуальную машину для тайного общения с Алисой. При каждом запуске, загружается «свежая» система, не содержащая никаких логов предыдущего общения, текстов, видео или фото. В очередной раз закончив переписку, Боб спокойно выключает виртуальную машину и идет спать. Предположим также, что перед каждым запуском ОС Боб проверяет, что режим диска установлен как “immutable”. Ева имеет доступ к компьютеру на котором установлена виртуальная машина. Ей достаточно зайти в папку Snapshots внутри директории соответствующей виртуальной машины и там будет требуемый «снэпшот». Все что остается сделать Еве, что бы увидеть всю переписку, равно как и результат всех действий производимых Бобом внутри ОС, это перевести диск в «нормальный» режим и перед тем, как запустить виртуальную машину прикрепить к ней снэпшот. Более того, Ева может каждый день делать резервные копии таких «снэпшотов», главное, что бы это было сделано до того, как Боб снова запустит виртуальную машину. Решением для Боба в данной ситуации будет после завершения работы, вручную удалять все содержимое папки Snapshots. Не говоря уже о том, что надо постоянно проверять в каком режиме работает диск и желательно, либо вообще заблокировать некоторые элементы GUI, что достаточно просто реализуется vboxmanage setextradata global GUI/Customizations OPTION[,OPTION…] Справедливости ради стоит сказать, что у тех-же Parallels, с самых ранних версий для того, что бы перевести диски из одного режима в другой необходим пароль суперпользователя, а временные «снэпшоты» удаляются моментально, после завершения работы.

Вместо заключения

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

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

  • VirtualBox
  • виртуализация
  • информационная безопасность
  • виртуальные хранилища

Хабы:

  • Информационная безопасность

Источник: https://habr.com/ru/post/255427/

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

Динамический виртуальный жесткий диск

Виртуальные диски 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 есть команда:

New-VHD

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

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:

New-VHD -Path 'C:\centos.vhdx' -SizeBytes 1GB

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

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

New-VHD -Path 'C:\centos.vhdx' -SizeBytes 10GB -Fixed

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

New-VHD -ParentPath 'c:\parent.vhdx' -Path 'c:\Diff.vhdx' -Differencing

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

Get-Disk

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

New-VHD -Path 'C:\centos.vhdx' -SizeBytes 1GB -SourceDisk 0

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

Add-VMHardDiskDrive -ControllerType SCSI -VMName 'CentOS' -Path C:\centos.vhdx

Так мы получим имена виртуальных машин:

Get-VM …

#powershell #hyper-v

Источник: https://fixmypc.ru/post/sozdanie-v-hyper-v-virtualnykh-diskov-vhd-i-vhdx/

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

Динамический виртуальный жесткий диск

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

В то же время это достаточно сложные инструменты – со своими требованиями, особенностями, да даже со своей терминологией. Такие программы не изучаются за один день. Функционал отдельно выбранного гипервизора осваивать нужно шаг за шагом, параллельно интересуясь теоретической частью этой сферы 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:

  • Отключение визуальных эффектов;
  • Отключение обновлений;
  • Отключение Защитника Windows;
  • Отложенный запуск программ и служб;
  • Остановка неиспользуемых служб;
  • Очистка диска и т.п.

Windows, Виртуальные машины, Руководства

Источник: https://altarena.ru/kak-sdelat-rabotu-s-virtualnymi-mashinami-bolee-effektivnoj/

Как ускорить работу виртуальных машин VMWare, Oracle VirtualBox и Microsoft Hyper-V

Динамический виртуальный жесткий диск

Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике: https://hetmanrecovery.com/ru/recovery_news/how-to-speed-up-the-operation-of-a-virtual-machine.htm

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

Виртуальные машины довольно требовательны к характеристикам компьютера, ведь во время их работы на ПК одновременно запущено несколько операционных систем.

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

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

Динамический или фиксированный виртуальный жесткий диск?

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

Например, создавая виртуальную машину с динамическим диском в 30 ГБ, он не займёт сразу же 30 ГБ жесткого диска компьютера. После установки операционной системы и необходимых программ его размер будет порядка 10-15 ГБ. Лишь по мере добавления данных, он может увеличиться до 30 ГБ.

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

Создавая фиксированный диск, все 30 ГБ на жестком диске компьютера будут выделены под диск виртуальной машины сразу же, независимо от объёма хранимых на нём данных.

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

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

Установка пакета инструментов виртуальной машины

После установки на виртуальную машину гостевой операционной системы, первое, что необходимо сделать – это установить пакет инструментов или драйверов вашей виртуальной машины, например: VirtualBox Guest Additions или VMware Tools. Такие пакеты содержат драйвера, которые помогут гостевой операционной системе работать быстрее.

Установить их просто. В VirtualBox, загрузите гостевую операционную систему и выберите Устройства / Подключить образ диска Дополнительной гостевой ОС… После чего запустите установщик, который появится как отдельный диск в папке «Этот компьютер» гостевой операционной системы.

В VMware Workstation, выберите меню Виртуальная машина / Установить паке VMware Tools… После чего запустите установщик, который появится как отдельный диск в папке «Этот компьютер» гостевой операционной системы.

Добавьте папку с виртуальной машиной в исключения вашей антивирусной программы

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

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

Активация Intel VT-x или AMD-V

Intel VT-x и AMD-V – это специальные технологии виртуализации, которые предназначены для обеспечения большей производительности виртуальных машин. Современные процессоры Intel и AMD, как правило обладают такой функцией. Но на некоторых компьютерах она автоматически не активирована. Чтобы её включить, необходимо перейти в BIOS компьютера и активировать её вручную.

AMD-V часто уже активирована на ПК, если поддерживается. А Intel VT-x чаще всего отключена. Поэтому, убедитесь в том, что указанные функции виртуализации уже активированы в BIOS, после чего включите их в виртуальной машине.

Больше оперативной памяти

Виртуальные машины требовательны к объёму доступной оперативной памяти. Каждая виртуальная машина включает полноценную операционную систему. Поэтому необходимо разделить операционную систему вашего ПК на две отдельные системы.

Microsoft рекомендует минимум 2 ГБ оперативной памяти для своих операционных систем. Соответственно, такие требования актуальны и для гостевой операционной системы виртуальной машины с Windows. А если планируется использование на виртуальной машине стороннего требовательного программного обеспечения, то для её нормальной работы оперативной памяти потребуется ещё больше.

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

Прежде чем делать это, убедитесь, что виртуальная машина отключена. Также, не рекомендуется предоставлять виртуальной машине более чем 50% физически присутствующей на компьютере виртуальной памяти.

Если, выделив для виртуальной машины 50% памяти вашего компьютера выяснилось, что она не стала работать достаточно комфортно, то возможно для нормальной работы с виртуальными машинами вашему компьютеру недостаточно оперативной памяти. Для нормальной работы любой виртуальной машины будет достаточно 8 ГБ оперативной памяти, установленной на основном ПК.

Выделить больше CPU

Основная нагрузка при работе виртуальной машины, приходится на центральный процессор. Таким образом, чем больше мощности центрального процессора виртуальная машина может занять, тем лучше (быстрее) она будет работать.

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

Установка виртуальной машины на компьютере с одноядерным процессором нежелательна. Работать такая виртуальная машина будет медленно и выполнение ею каких-либо задач будет не эффективным.

Правильные настройки видео

На скорость работы виртуальной машины могут также влиять настройки видео. Например, включение 2D или 3D-ускорения видео в VirtualBox, позволяет работать некоторым приложениям значительно быстрее. То же касается и возможности увеличения видеопамяти.

Но, как и в случае с оперативной памятью, многое зависит от видеоадаптера, который установлен на основном компьютере.

Виртуальная машина и SSD диск

Первым и лучшим усовершенствованием компьютера на сегодняшний день является установка на него SSD диска. Это ощутимо ускорит работу компьютера, а соответственно и установленной на нём виртуальной машины.

Некоторые пользователи устанавливают виртуальные машины на другой (HDD) диск своего компьютера, оставляя на SSD диске лишь основную операционную систему. Это делает работу виртуальной машины медленнее. Освободите место на SSD диске и перенесите виртуальную машину на него. Разница в скорости работы почувствуется с первых минут.

По возможности, не размещайте диски виртуальных машин на внешних носителях информации. Они работают ещё медленнее чем встроенный HDD диск. Возможны варианты с подключением виртуальной машины через USB 3.0, но о USB 2.0 и речи быть не может – виртуальная машина будет работать очень медленно.

Приостановка вместо закрытия

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

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

Приостановка гостевой операционной системы очень похожа на использование гибернации вместо выключения ПК.

Улучшение производительности внутри виртуальной машины

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

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

Программы для работы с виртуальными машинами

Одни пользователи уверяют, что Oracle VirtualBox самый быстрый инструмент для работы с виртуальной машиной, для других – VMware Workstation или Microsoft Hyper-V.

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

Полную версию статьи со всеми дополнительными видео уроками смотрите в источнике: https://hetmanrecovery.com/ru/recovery_news/how-to-speed-up-the-operation-of-a-virtual-machine.htm

Источник: https://zen.yandex.ru/media/hetmansoftware/kak-uskorit-rabotu-virtualnyh-mashin-vmware-oracle-virtualbox-i-microsoft-hyperv-5bf1b455ca856b00a8ef34eb

Как создать виртуальный жёсткий диск средствами Hyper-V

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

В статье «Как создать виртуальную машину Hyper-V» мы рассмотрели азы работы с Hyper-V – как его активировать, как создать виртуальную машину, как установить на неё гостевую операционную систему.

И в этой статье есть отсылка на такой момент, как отдельное создание жёсткого диска виртуальной машины с выбором его фиксированного типа.

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

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

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

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

Потом в диспетчере Hyper-V мы жмём «Создать», далее – «Жёсткий диск».

Запустится мастер создания виртуального жёсткого диска. Жмём «Далее».

Я создаю диск для виртуальной машины поколения 2, которая работает с форматом файла виртуального диска VHDX. Соответственно, этот формат я и выберу.

И вот на этапе выбора типа диска нам, друзья, и нужно указать диск фиксированного размера, т.е. это будет фиксированный виртуальный жёсткий диск.

Указываем имя и путь хранения диска. Я диск создаю для машины на базе Windows 10 и, соответственно, с именем Windows 10, поэтому и её диск у меня будет носить такое же имя. В качестве пути я указываю заранее созданную мною подпапку для виртуальных дисков внутри папки машины. Чтобы всё было аккуратно разложено. 

Указываем размер диска. Поскольку он фиксированный, я создам его небольшим – 50 Гб. Этого хватит для работы Windows 10. Обратите, друзья, внимание на опции ниже. Мастер создания виртуальных дисков предлагает нам вместе с созданием виртуального диска копирование на него содержимого наших реальных жёстких дисков. Возможно, кому-то из вас это пригодится.

Финальный этап мастера: вот параметры нашего виртуального диска – он фиксированный, с размером 50 Гб. Жмём «Готово».

Немного придётся подождать, пока диск создастся.

Теперь можем подключить наш фиксированный диск к машине. Открываем её параметры.

Кликаем слева контроллер виртуального жёсткого диска. Друзья, у меня машина поколения 2, работающая только с SCSI-контроллерами, его я и кликаю. Если же вы будете работать с виртуальной машиной поколения 1, вам нужно кликать IDE-контроллер.

Только при условии подключения диска через IDE-контроллер на машине поколения 1 возможна загрузка операционной системы.

Дополнительные виртуальные диски, на которых не будет установлена операционная система, к машине поколения 1 вы можете подключать через любой контроллер – хоть IDE, хоть SCSI. Справа выбираем «Жёсткий диск».

Указываем путь к созданному нами фиксированному жёсткому диску. И применяем изменения.

Вот и всё: машина теперь с диском, можем заниматься установкой гостевой операционной системы.

А как создать и подключить к виртуальной машине дополнительный диск – второй, третий, четвёртый? Делается это точно так же, как создание и подключение основного диска к машине без диска.

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

Добавляем новый жёсткий диск.

Жмём «Создать».

Запустится мастер создания виртуального диска, и мы проходим все его этапы, проходим так, как рассмотрено в предыдущем пункте статьи.

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

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

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

Кликаем слева жёсткий диск, жмём кнопку «Удалить». Применяем изменения.

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

Метки к статье: Виртуальные машины Hyper-V

Источник: https://remontcompa.ru/virtualnye-mashiny/2082-kak-sozdat-virtualnyj-zhestkij-disk-sredstvami-hyper-v.html

Поделиться:
Нет комментариев

    Добавить комментарий

    Ваш e-mail не будет опубликован. Все поля обязательны для заполнения.