Hyper v переключение между виртуальными машинами

Совместное использование устройств на виртуальной машине

Доступно только для виртуальных машин Windows.

Режим расширенного сеанса позволяет подключать Hyper-V к виртуальным машин с помощью протокола удаленного рабочего стола (RDP). Это не только это повышает удобство работы с виртуальной машины, подключая ее с помощью протокола RDP, но и позволяет виртуальной машине использовать устройства совместно с компьютером. Так как RDP включен по умолчанию в Windows 10, вы, вероятно, уже используете этот протокол для подключения виртуальных машин Windows. В данной статье описываются некоторые из преимуществ и скрытые параметры диалогового окна настройки подключения.

RDP и режим расширенного сеанса предоставляют следующие возможности.

В этой статье показано, как узнать тип сеанса, перейти в режим расширенного сеанса и настроить параметры сеанса.

Проверка типа сеанса

icon	Состояние подключения
	В настоящее время используется режим расширенного сеанса. Щелкните этот значок, чтобы повторно подключиться к виртуальной машине в базовом режиме.
	В настоящее время используется базовый режим сеанса, при этом доступен режим расширенного сеанса. Щелкните этот значок, чтобы повторно подключиться к виртуальной машине в режиме расширенного сеанса.
	В настоящее время используется базовый режим. Режим расширенного сеанса недоступен для этой виртуальной машины.

Настройка виртуальной машины для Удаленного рабочего стола

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

Для более поздних версий, чем Windows 10, версия 2004, потребуется дополнительный параметр. К таким версиям относится и Windows 11. Если в окне подключения виртуальной машины отображается фон без запроса на вход, необходимо внести еще одно изменение.

Сначала снова войдите на виртуальную машину в простом режиме. Выполните поиск по фразе «параметры входа» в приложении «Параметры» или меню «Пуск». На этой странице отключите параметр Require Windows Hello sign-in for Microsoft accounts (Требовать входа Windows Hello для учетных записей Майкрософт).

Windows 11	Windows 10

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

Общий доступ к дискам и устройствам

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

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

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

Общий доступ к хранилищу и USB-устройствам

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

Для совместного использования других устройств, таких как USB-устройства или диска C:, выберите меню «Дополнительно. «:

Здесь можно выбрать устройства, которые будут совместно использоваться с виртуальной машиной. Особенно полезным будет общий системный диск (Windows C:).

Совместное использование звуковых устройств (динамиков и микрофона)

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

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

Откройте меню «Параметры. » для настройки параметров удаленного звука

Теперь настройте параметры звука и микрофона

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

Повторный запуск параметров подключения

Если диалоговое окно разрешений и общего доступа к устройствам не открывается, попробуйте запустить VMConnect независимо в меню Windows или из командной строки от имени администратора.

Источник

Еще раз про живую миграцию: как перенести виртуальные машины Hyper-V, да побыстрее

«Любишь Hyper-V – люби и PowerShell»
Первое правило Сообщества Hyper-V в Телеграм

«А если любишь VMware ESXi, то люби PowerShell на пару с ESXi CLI и REST API»
Дополнено мной

Живая миграция (live migration) – популярная функция в Hyper-V. Она позволяет переносить работающие виртуальные машины без видимого простоя. В сети много инструкций по переносу ВМ, но многие из них устарели. Вдобавок не все заглядывают в расширенные настройки и правильно используют возможности Live Migration.

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

Дисклеймер: Все описанные шаги желательно сделать ДО ввода сервера Hyper-V в прод. Hyper-V никогда не прощает ошибок проектирования и подведет вас при первом удобном случае. То есть уже на следующий день.

Вспоминаем матчасть

Как обычно происходит миграция ВМ с одного узла на другой внутри кластера Hyper-V:

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

По такой схеме работает классическая живая миграция внутри Failover Cluster. Для нее нужен общий том CSV, поданный всем хостам кластера.

Помимо этого есть второй вид Live Migration, живая миграция в режиме «ничего общего» (Shared-Nothing Live Migration). Этот сценарий обычно используется для миграции ВМ без простоя между кластерами. Помимо страниц памяти с одного хоста Hyper-V на другой копируется диск VHD(X) с переносом и синхронизацией дельты данных, записанных на него.

Разберем основные нюансы по настройке интерфейсов.

Задаем настройки протоколов

Возможность использовать этот протокол появилась в Windows Server 2016. SMB по умолчанию отдает трафик в несколько портов (SMB Multi-channel). Также он прекрасно работает с RDMA – адаптером удаленного прямого доступа к памяти. Это полезно для ускорения переноса кластеров.

Начиная с Windows Server 2016, службы работают в контексте NETWORK SERVICE, который не может имперсонироваться в AD. Так что в этом случае выбираем неограниченное делегирование (Unconstrained Delegation), но учитываем, что это довольно небезопасно:

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

Эти же настройки в более модном Windows Admin Center:

Разбираемся с конфигурацией сети

Сетевая оптимизация Hyper-V – это крайне дискуссионная тема в сообществе и безграничное поле для экспериментов (предела совершенству в нем нет по определению). Так что перед пошаговой настройкой сети разберемся, как технологии изменились за последнее время и как можно это использовать.

Как было раньше. Старые мануалы по переносу ВМ Hyper-V описывают сценарии с использованием технологии тиминга Load Balancing/Fail Over (LBFO). LBFO позволяла группировать физические сетевые адаптеры и создавать поверх них интерфейсы. Но были и минусы, например: не было поддержки RDMA, нельзя было выяснить, через какой порт тима будет идти трафик. А поскольку трафик живой миграции требует довольно жирного канала, это превращалось в проблему, когда все сетевые ворклоады ломились в один физический порт.

Как сейчас. В Windows Server 2019 даже нельзя создать виртуальный свитч поверх LBFO Team. Единственным поддерживаемым решением для объединения портов сетевой карты в Hyper-V остался Switch Embedded Team (SET).

SET агрегирует адаптеры, как и vSwitch у ESXi. Физические сетевые порты становятся патч-кордом для разных типов трафика (в том числе для ВМ), а поверх них нарезаются виртуальные интерфейсы.

Тут нужно добавить, что в типах гипервизоров есть небольшой рассинхрон. Англоязычные авторы считают, что есть только 2 типа, но на самом деле их 3 (подробно мы с коллегами описывали их в этом посте). Когда-то гипервизоры ESX были гибридного типа (1+). Это был такой модернизированный Red Hat c ролью гипервизора. VMware ушла от этого в vSphere 4.1 и стала честным гипервизором типа 1 (bare-metal).

Microsoft взяла опыт VMware на вооружение и реализовала Switch Embedded Team в Windows Server 2016. Эта схема показывает большую производительность и гибкость в управлении трафиком в рамках тиминга.

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

Как это влияет на процесс настройки. В Hyper-V, помимо менеджмент-интерфейса, мы обычно создаем интерфейсы для живой миграции и интерфейсы для CSV-трафика кластера. Для этого нам нужно знать количество сетевых портов, входящих в SET, – именно столько виртуальных интерфейсов нужно будет создать. Также учитываем расположение сетевых портов на PCI-шине, количество сокетов для последующего маппинга интерфейсов по NUMA-нодам и количество физических ядер на каждом процессоре.

Посмотрим на процесс пошагово

В результате мы создадим свитч с менеджмент-интерфейсом. MinimumBandwidthMode обязательно сразу задаем как weight, иначе после создания SET мы не сможем изменить этот параметр. Так пропускная способность сети будет указана в относительных числах. Это понадобится для настройки Network QoS Policies (а иначе они не будут работать).

После этого мы создаем сетевые интерфейсы по количеству физических портов на сетевой карте и «прибиваем» CSV-трафик и трафик живой миграции к каждому порту:

Тут без помощи сетевых инженеров не обойтись: потребуется настройка портов на сетевом оборудовании.

Синхронизируем метрики интерфейсов и снизим приоритет интерфейсов CSV-трафика. В моем случае задавал так:

Пример: что можно получить с помощью командлета. Скрин со statemigration.com.

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

До Windows Server 2019 настройка VMQ была обязательна, пока не появился dVMMQ. Он автоматически балансирует трафик и перекидывает его с ядра на ядро, как только нагрузка доходит 90%. Так что на Windows Server 2019 сидеть и высчитывать ядра для VMQ не нужно.

Посмотрим наглядно, как это работает. Предположим, у нас есть 2 процессора с 16 физическими ядрами. Это 32 логических ядра с учетом многопоточности. Открываем Excel и выписываем по порядку ядра от 0 до 31:

Для первого порта сетевого адаптера назначаем Base Processor Number 2. Для количества ядер берем степень двойки. В четвертой степени получим 16 – это значение задаем для MaxProcessorNumber.

BaseProcessor для второго адаптера тоже будет равен 16 (опять берем степень двойки). На картинке хорошо виден перехлест для обработки трафика на шестнадцатом ядре. Ситуация не критичная, так как нулевое ядро мы разгрузили и не используем для обработки Live Migration.

Через эти же командлеты можно задать и количество RSS-очередей (RSS Queues). Их количество зависит от конкретной модели сетевой карты, поэтому перед настройкой RSS Queues нужно изучить документацию к сетевой карте.

Настраиваем миграцию для кластеризованного сценария

Со стороны Failover Cluster дополнительно выкрутим настройки таймаутов кластера:

Чтобы трафик живой миграции использовался только на определенной сети, также оставим отдельную сеть в настройках Failover Cluster:

Собственно, это и есть минимальный джентльменский набор настроек для корректной работы Live Migration в Hyper-V.

Источник

Подключение к виртуальной машине Hyper-V

Виртуальные гибкие диски не поддерживаются для виртуальных машин 2-го поколения. Дополнительные сведения см.в статье Should I create a generation 1 or 2 virtual machine in Hyper-V? (Следует ли создавать виртуальные машины 1-го и 2-го поколения в Hyper-V?).Использование локальных ресурсов узла на виртуальной машине Hyper-V, например флэш-накопителе USBНа узле Hyper-V включите режим расширенного сеанса, с помощью VMConnect подключитесь к виртуальной машине и перед подключением выберите нужный локальный ресурс. Конкретные действия см. в статье Использование локальных ресурсов на виртуальной машине Hyper-V с VMConnect.Изменение сохраненных параметров VMConnect для виртуальной машиныВыполните следующую команду в Windows PowerShell или в командной строке:

VMConnect.exe /editЗапрещение пользователю VMConnect получать доступ к сеансу VMConnect другого пользователяВключение режима расширенного сеанса на узле Hyper-V.

Сочетания клавиш

По умолчанию ввод с клавиатуры и щелчки мыши отправляются на виртуальную машину. Поэтому может потребоваться нажать клавиши CTRL + ALT + СТРЕЛКА ВЛЕВО, прежде чем использовать следующие сочетания клавиш.

См. также

Относится к Windows Server 2019, Windows Server 2016, Windows 10, Windows 8.1, Windows Server 2012 R2, Windows Server 2012, Windows 8

Подключение к виртуальной машине (VMConnect) — это средство, которое можно использовать для подключения к виртуальной машине для установки или взаимодействия с гостевой операционной системой на виртуальной машине. Некоторые задачи, которые можно выполнять при помощи VMConnect, перечислены ниже:

Запуск и завершение работы виртуальной машины.

Подключение на DVD-образ (iso-файл) или флэш-накопитель USB

Создание контрольной точки

Изменение параметров виртуальной машины

Советы по использованию средства VMConnect

Ознакомьтесь с указанными ниже сведениями об использовании VMConnect:

Источник

управление виртуальными машинами с помощью центра администрирования Windows

Применяется к: Windows Admin Center, ознакомительная версия Windows Admin Center

Если роль Hyper-V включена на сервере или в кластере, средство «виртуальные машины» доступно в подключениях к серверу, отказоустойчивому кластеру или к кластеру с поддержкой Hyper- in. средство «виртуальные машины» можно использовать для управления узлами Hyper-V под управлением Windows Server 2012 или более поздней версии либо с помощью возможностей рабочего стола, либо в качестве ядра сервера. также поддерживаются Hyper-V Server 2012 2016 и 2019.

Основные возможности

в центре администрирования Windows есть основные особенности средства виртуальных машин:

ниже приведены некоторые задачи Hyper-V, которые можно выполнить в центре администрирования Windows.

Мониторинг ресурсов и производительности узла Hyper-V

Просмотр инвентаризации виртуальных машин

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

Создание новой виртуальной машины

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

Введите имя виртуальной машины и выберите виртуальные машины поколения 1 и 2.

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

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

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

Изменение параметров виртуальной машины

Динамическая миграция виртуальной машины на другой узел кластера

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

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

Подробные сведения и диаграммы производительности для одной виртуальной машины можно просмотреть на странице «единственная виртуальная машина».

Управление виртуальной машиной с помощью узла Hyper-V (VMConnect)

Изменение параметров узла Hyper-V

Просмотр журналов событий Hyper-V

Журналы событий Hyper-V можно просматривать непосредственно из средства «виртуальные машины».

Защита виртуальных машин с помощью Azure Site Recovery

центр администрирования Windows можно использовать для настройки Azure Site Recovery и репликации локальных виртуальных машин в Azure. Подробнее

Ожидается

управление виртуальными машинами в центре администрирования Windows активно разрабатывается, а новые функции будут добавлены в ближайшем будущем. Вы можете просмотреть состояние и проголосовать за функции в UserVoice:

Источник

Работа с виртуальными машинами Hyper-V

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

Работа с виртуальными машинами

На рисунке ниже показано как может выглядеть диспетчер Hyper-V на основной системе, настольном ПК с мощным процессором, 32 ГБ ОЗУ и большим количеством свободного дискового пространства. Как вы можете видеть, здесь создано семь различных VM так, что можно копировать различные вычислительные среды, и запустить несколько версий ОС Windows, «с» и «без» присоединения к домену Windows.

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

В диспетчере Hyper-V, вы можете запустить любую виртуальную машину. Щёлкните правой кнопкой мыши на записи в списке виртуальных машин (или с помощью идентичных команд в группе, в нижней части панели действий) и затем в открывшемся контекстном меню, нажмите кнопку «Пуск». Когда вы это сделаете, ВМ стартует и тихо заработает. Так например, если вам нужен доступ к последнему предварительному выпуску Windows Server 2016, запустите его в VM и дайте там поработать в фоновом режиме, без прямого взаимодействия с ним. Он будет иметь свой собственный сетевой адрес, поэтому поведёт себя точно так же, как и расположенный в вашей локальной сети физический компьютер.

Команды для работающей виртуальной машины немного отличаются. Вместо одной команды Start у вас есть три варианта:

Для работы с виртуальной машиной, необходимо её подключить. Используйте для этого в Hyper-V Manager команду «Connect» (или просто дважды щёлкните на имени виртуальной машины). Откроется приложение «Virtual Machine Connection», с запущенной в окне виртуальной машиной.

Использовав приложение Virtual Machine Connection, вы можете взаимодействовать непосредственно с виртуальной машиной. Которая загружается с виртуального DVD и даёт вам возможность настроить операционную систему — в данном случае, свежую копию Windows 10.

Панель инструментов, в окне подключения к виртуальной машине, включает несколько команд в области действия. Если дважды щёлкнуть на сохранённой виртуальной машине, можно нажать зелёную кнопку «Пуск». Для работающей виртуальной машины, на панели инструментов, доступны кнопки: Turn Off, Shut Down и Save.

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

В результате, в окне подключения к виртуальной машине основной сессии, вам не удастся подключиться к USB-устройствам, например, принтеру или сканеру. А параметры разрешения монитора ограничены теми, что поддерживаются видеоадаптером Microsoft Hyper-V. Виртуального звукового оборудования тоже нет, поэтому над значком динамика, в области уведомлений панели задач, вы увидите красный значок «X».

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

Расширенные сеансы поддерживают использование буфера обмена для копирования и вставки файлов и папок между виртуальной машиной и основным компьютером (в базовом сеансе, чтобы ввести скопированный текст с главного компьютера в VM, можно использовать находящийся в меню приложения «Подключение к виртуальной машине», параметр «Буфер обмена»).

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

Если работающая на вашей виртуальной машине гостевая ОС, поддерживает входящие сеансы удалённого рабочего стола (для этого требуется Pro, Business или Enterprise версия Windows), вы можете запустить расширенный сеанс. При подключении к поддерживаемой виртуальной машине, должно появиться диалоговое окно конфигурации. Если вы находитесь в основном сеансе, нажмите в меню приложения «Подключение к виртуальной машине» «Вид»> «Расширенная сессия». Или воспользуйтесь кнопкой «Расширенная сессия» в правой части панели инструментов этого приложения.

При запуске расширенного сеанса, вы можете выбрать разрешение экрана. Чтобы использовать весь экран, переместите ползунок полностью вправо.

Если ваш хост-компьютер настроен на несколько мониторов, вы можете настроить виртуальную машину так, чтобы использовать их в расширенном сеансе. Установите флажок «Использовать все мои мониторы».
Чтобы сделать видимой вторую вкладку «Локальные ресурсы», нажмите кнопку «Показать параметры». Как здесь показано, настройки по умолчанию включают удалённую поддержку звука, принтеров и буфера обмена. Чтобы сделать локальные диски видимыми в «Проводнике» внутри виртуальной машины, нажмите кнопку «Дополнительно».

Управление виртуальными машинами

В некоторых отношениях виртуальные машины ведут себя точно так же, как их физические копии и работа с виртуальными машинами Hyper-V не отличается от стандартной. Но виртуальные машины, для некоторых видов деятельности, все же имеют бесспорные преимущества перед физическим оборудованием. Вы хотите увеличить объем доступной памяти своей виртуальной машины или добавить второй диск? Отвёртка вам не понадобится. Просто сначала закройте виртуальную машину (не используйте параметр «Сохранить»). Затем, в диспетчере Hyper-V, выберите виртуальную машину. В нижней части панели «действия» под заголовком, совпадающим с именем виртуальной машины, нажмите кнопку «Параметры» и откройте диалоговое окно.

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

В группе параметров «Оборудование» вы можете щёлкнуть «Firmware», чтобы изменить порядок запуска (по умолчанию виртуальная загрузка DVD перед жёсткими дисками). Нажмите «Память», чтобы настроить объем виртуальной памяти и включить или выключить динамическую память. Измените тип сети.

Под заголовком «Управление» вы найдёте опции изменения имени виртуальной машины (вы также можете переименовать ВМ в её листинге, в «Диспетчере Hyper-V»). А в нижней части списка, изменение действий «Автоматический старт» и «Автоматическая остановка». Например, если у вас есть виртуальный сервер, который вы хотите использовать каждый раз, при включении своего компьютера, щёлкните «Автоматическое начало действия» и выберите «Всегда запускать виртуальную машину автоматически».

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

Hyper-V в Windows 10 поддерживает два типа контрольных точек: production и standard. Вы можете выбрать тип контрольной точки (или полностью отключить контрольные точки) на странице настроек. В общем, контрольные точки production предпочтительнее стандартных контрольных точек, которые сохраняют все состояние машины и могут привести к нежелательным поведениям.

Контрольные точки включены по умолчанию, и нет причины для их отключения. Их можно использовать для возврата к стабильно рабочему состоянию, что позволяет экспериментировать с VM.

Чтобы установить контрольную точку в окне работающей VM (базовые или расширенные сессии), в меню приложения «Virtual Machine Connection», выберите «Action», а затем «Checkpoint». В диспетчере Hyper-V щёлкните правой кнопкой мыши на имени виртуальной машины и выберите в контекстном меню: «контрольные точки».

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

Чтобы вернуться к ранее созданной контрольной точке, выберите её в списке диспетчера Hyper-V. Щёлкните по ней правой кнопкой мыши, а затем выберите «Применить». Операция проходит быстро.

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

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

Источник

Подключение к виртуальной машине Hyper-V

Виртуальные гибкие диски не поддерживаются для виртуальных машин 2-го поколения. Дополнительные сведения см.в статье Should I create a generation 1 or 2 virtual machine in Hyper-V? (Следует ли создавать виртуальные машины 1-го и 2-го поколения в Hyper-V?).Использование локальных ресурсов узла на виртуальной машине Hyper-V, например флэш-накопителе USBНа узле Hyper-V включите режим расширенного сеанса, с помощью VMConnect подключитесь к виртуальной машине и перед подключением выберите нужный локальный ресурс. Конкретные действия см. в статье Использование локальных ресурсов на виртуальной машине Hyper-V с VMConnect.Изменение сохраненных параметров VMConnect для виртуальной машиныВыполните следующую команду в Windows PowerShell или в командной строке:

VMConnect.exe /editЗапрещение пользователю VMConnect получать доступ к сеансу VMConnect другого пользователяВключение режима расширенного сеанса на узле Hyper-V.

Сочетания клавиш

По умолчанию ввод с клавиатуры и щелчки мыши отправляются на виртуальную машину. Поэтому может потребоваться нажать клавиши CTRL + ALT + СТРЕЛКА ВЛЕВО, прежде чем использовать следующие сочетания клавиш.

См. также

Относится к Windows Server 2019, Windows Server 2016, Windows 10, Windows 8.1, Windows Server 2012 R2, Windows Server 2012, Windows 8

Подключение к виртуальной машине (VMConnect) — это средство, которое можно использовать для подключения к виртуальной машине для установки или взаимодействия с гостевой операционной системой на виртуальной машине. Некоторые задачи, которые можно выполнять при помощи VMConnect, перечислены ниже:

Запуск и завершение работы виртуальной машины.

Подключение на DVD-образ (iso-файл) или флэш-накопитель USB

Создание контрольной точки

Изменение параметров виртуальной машины

Советы по использованию средства VMConnect

Ознакомьтесь с указанными ниже сведениями об использовании VMConnect:

Источник

управление виртуальными машинами с помощью центра администрирования Windows

Применяется к: Windows Admin Center, ознакомительная версия Windows Admin Center

Если роль Hyper-V включена на сервере или в кластере, средство «виртуальные машины» доступно в подключениях к серверу, отказоустойчивому кластеру или к кластеру с поддержкой Hyper- in. средство «виртуальные машины» можно использовать для управления узлами Hyper-V под управлением Windows Server 2012 или более поздней версии либо с помощью возможностей рабочего стола, либо в качестве ядра сервера. также поддерживаются Hyper-V Server 2012 2016 и 2019.

Основные возможности

в центре администрирования Windows есть основные особенности средства виртуальных машин:

ниже приведены некоторые задачи Hyper-V, которые можно выполнить в центре администрирования Windows.

Мониторинг ресурсов и производительности узла Hyper-V

Просмотр инвентаризации виртуальных машин

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

Создание новой виртуальной машины

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

Введите имя виртуальной машины и выберите виртуальные машины поколения 1 и 2.

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

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

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

Изменение параметров виртуальной машины

Динамическая миграция виртуальной машины на другой узел кластера

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

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

Подробные сведения и диаграммы производительности для одной виртуальной машины можно просмотреть на странице «единственная виртуальная машина».

Управление виртуальной машиной с помощью узла Hyper-V (VMConnect)

Изменение параметров узла Hyper-V

Просмотр журналов событий Hyper-V

Журналы событий Hyper-V можно просматривать непосредственно из средства «виртуальные машины».

Защита виртуальных машин с помощью Azure Site Recovery

центр администрирования Windows можно использовать для настройки Azure Site Recovery и репликации локальных виртуальных машин в Azure. Подробнее

Ожидается

управление виртуальными машинами в центре администрирования Windows активно разрабатывается, а новые функции будут добавлены в ближайшем будущем. Вы можете просмотреть состояние и проголосовать за функции в UserVoice:

Источник

Совместное использование устройств на виртуальной машине

Доступно только для виртуальных машин Windows.

Режим расширенного сеанса позволяет подключать Hyper-V к виртуальным машин с помощью протокола удаленного рабочего стола (RDP). Это не только это повышает удобство работы с виртуальной машины, подключая ее с помощью протокола RDP, но и позволяет виртуальной машине использовать устройства совместно с компьютером. Так как RDP включен по умолчанию в Windows 10, вы, вероятно, уже используете этот протокол для подключения виртуальных машин Windows. В данной статье описываются некоторые из преимуществ и скрытые параметры диалогового окна настройки подключения.

RDP и режим расширенного сеанса предоставляют следующие возможности.

В этой статье показано, как узнать тип сеанса, перейти в режим расширенного сеанса и настроить параметры сеанса.

Проверка типа сеанса

icon	Состояние подключения
	В настоящее время используется режим расширенного сеанса. Щелкните этот значок, чтобы повторно подключиться к виртуальной машине в базовом режиме.
	В настоящее время используется базовый режим сеанса, при этом доступен режим расширенного сеанса. Щелкните этот значок, чтобы повторно подключиться к виртуальной машине в режиме расширенного сеанса.
	В настоящее время используется базовый режим. Режим расширенного сеанса недоступен для этой виртуальной машины.

Настройка виртуальной машины для Удаленного рабочего стола

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

Для более поздних версий, чем Windows 10, версия 2004, потребуется дополнительный параметр. К таким версиям относится и Windows 11. Если в окне подключения виртуальной машины отображается фон без запроса на вход, необходимо внести еще одно изменение.

Сначала снова войдите на виртуальную машину в простом режиме. Выполните поиск по фразе «параметры входа» в приложении «Параметры» или меню «Пуск». На этой странице отключите параметр Require Windows Hello sign-in for Microsoft accounts (Требовать входа Windows Hello для учетных записей Майкрософт).

Windows 11	Windows 10

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

Общий доступ к дискам и устройствам

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

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

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

Общий доступ к хранилищу и USB-устройствам

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

Для совместного использования других устройств, таких как USB-устройства или диска C:, выберите меню «Дополнительно. «:

Здесь можно выбрать устройства, которые будут совместно использоваться с виртуальной машиной. Особенно полезным будет общий системный диск (Windows C:).

Совместное использование звуковых устройств (динамиков и микрофона)

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

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

Откройте меню «Параметры. » для настройки параметров удаленного звука

Теперь настройте параметры звука и микрофона

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

Повторный запуск параметров подключения

Если диалоговое окно разрешений и общего доступа к устройствам не открывается, попробуйте запустить VMConnect независимо в меню Windows или из командной строки от имени администратора.

Источник

Еще раз про живую миграцию: как перенести виртуальные машины Hyper-V, да побыстрее

«Любишь Hyper-V – люби и PowerShell»
Первое правило Сообщества Hyper-V в Телеграм

«А если любишь VMware ESXi, то люби PowerShell на пару с ESXi CLI и REST API»
Дополнено мной

Живая миграция (live migration) – популярная функция в Hyper-V. Она позволяет переносить работающие виртуальные машины без видимого простоя. В сети много инструкций по переносу ВМ, но многие из них устарели. Вдобавок не все заглядывают в расширенные настройки и правильно используют возможности Live Migration.

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

Дисклеймер: Все описанные шаги желательно сделать ДО ввода сервера Hyper-V в прод. Hyper-V никогда не прощает ошибок проектирования и подведет вас при первом удобном случае. То есть уже на следующий день.

Вспоминаем матчасть

Как обычно происходит миграция ВМ с одного узла на другой внутри кластера Hyper-V:

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

По такой схеме работает классическая живая миграция внутри Failover Cluster. Для нее нужен общий том CSV, поданный всем хостам кластера.

Помимо этого есть второй вид Live Migration, живая миграция в режиме «ничего общего» (Shared-Nothing Live Migration). Этот сценарий обычно используется для миграции ВМ без простоя между кластерами. Помимо страниц памяти с одного хоста Hyper-V на другой копируется диск VHD(X) с переносом и синхронизацией дельты данных, записанных на него.

Разберем основные нюансы по настройке интерфейсов.

Задаем настройки протоколов

Возможность использовать этот протокол появилась в Windows Server 2016. SMB по умолчанию отдает трафик в несколько портов (SMB Multi-channel). Также он прекрасно работает с RDMA – адаптером удаленного прямого доступа к памяти. Это полезно для ускорения переноса кластеров.

Начиная с Windows Server 2016, службы работают в контексте NETWORK SERVICE, который не может имперсонироваться в AD. Так что в этом случае выбираем неограниченное делегирование (Unconstrained Delegation), но учитываем, что это довольно небезопасно:

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

Эти же настройки в более модном Windows Admin Center:

Разбираемся с конфигурацией сети

Сетевая оптимизация Hyper-V – это крайне дискуссионная тема в сообществе и безграничное поле для экспериментов (предела совершенству в нем нет по определению). Так что перед пошаговой настройкой сети разберемся, как технологии изменились за последнее время и как можно это использовать.

Как было раньше. Старые мануалы по переносу ВМ Hyper-V описывают сценарии с использованием технологии тиминга Load Balancing/Fail Over (LBFO). LBFO позволяла группировать физические сетевые адаптеры и создавать поверх них интерфейсы. Но были и минусы, например: не было поддержки RDMA, нельзя было выяснить, через какой порт тима будет идти трафик. А поскольку трафик живой миграции требует довольно жирного канала, это превращалось в проблему, когда все сетевые ворклоады ломились в один физический порт.

Как сейчас. В Windows Server 2019 даже нельзя создать виртуальный свитч поверх LBFO Team. Единственным поддерживаемым решением для объединения портов сетевой карты в Hyper-V остался Switch Embedded Team (SET).

SET агрегирует адаптеры, как и vSwitch у ESXi. Физические сетевые порты становятся патч-кордом для разных типов трафика (в том числе для ВМ), а поверх них нарезаются виртуальные интерфейсы.

Тут нужно добавить, что в типах гипервизоров есть небольшой рассинхрон. Англоязычные авторы считают, что есть только 2 типа, но на самом деле их 3 (подробно мы с коллегами описывали их в этом посте). Когда-то гипервизоры ESX были гибридного типа (1+). Это был такой модернизированный Red Hat c ролью гипервизора. VMware ушла от этого в vSphere 4.1 и стала честным гипервизором типа 1 (bare-metal).

Microsoft взяла опыт VMware на вооружение и реализовала Switch Embedded Team в Windows Server 2016. Эта схема показывает большую производительность и гибкость в управлении трафиком в рамках тиминга.

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

Как это влияет на процесс настройки. В Hyper-V, помимо менеджмент-интерфейса, мы обычно создаем интерфейсы для живой миграции и интерфейсы для CSV-трафика кластера. Для этого нам нужно знать количество сетевых портов, входящих в SET, – именно столько виртуальных интерфейсов нужно будет создать. Также учитываем расположение сетевых портов на PCI-шине, количество сокетов для последующего маппинга интерфейсов по NUMA-нодам и количество физических ядер на каждом процессоре.

Посмотрим на процесс пошагово

В результате мы создадим свитч с менеджмент-интерфейсом. MinimumBandwidthMode обязательно сразу задаем как weight, иначе после создания SET мы не сможем изменить этот параметр. Так пропускная способность сети будет указана в относительных числах. Это понадобится для настройки Network QoS Policies (а иначе они не будут работать).

После этого мы создаем сетевые интерфейсы по количеству физических портов на сетевой карте и «прибиваем» CSV-трафик и трафик живой миграции к каждому порту:

Тут без помощи сетевых инженеров не обойтись: потребуется настройка портов на сетевом оборудовании.

Синхронизируем метрики интерфейсов и снизим приоритет интерфейсов CSV-трафика. В моем случае задавал так:

Пример: что можно получить с помощью командлета. Скрин со statemigration.com.

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

До Windows Server 2019 настройка VMQ была обязательна, пока не появился dVMMQ. Он автоматически балансирует трафик и перекидывает его с ядра на ядро, как только нагрузка доходит 90%. Так что на Windows Server 2019 сидеть и высчитывать ядра для VMQ не нужно.

Посмотрим наглядно, как это работает. Предположим, у нас есть 2 процессора с 16 физическими ядрами. Это 32 логических ядра с учетом многопоточности. Открываем Excel и выписываем по порядку ядра от 0 до 31:

Для первого порта сетевого адаптера назначаем Base Processor Number 2. Для количества ядер берем степень двойки. В четвертой степени получим 16 – это значение задаем для MaxProcessorNumber.

BaseProcessor для второго адаптера тоже будет равен 16 (опять берем степень двойки). На картинке хорошо виден перехлест для обработки трафика на шестнадцатом ядре. Ситуация не критичная, так как нулевое ядро мы разгрузили и не используем для обработки Live Migration.

Через эти же командлеты можно задать и количество RSS-очередей (RSS Queues). Их количество зависит от конкретной модели сетевой карты, поэтому перед настройкой RSS Queues нужно изучить документацию к сетевой карте.

Настраиваем миграцию для кластеризованного сценария

Со стороны Failover Cluster дополнительно выкрутим настройки таймаутов кластера:

Чтобы трафик живой миграции использовался только на определенной сети, также оставим отдельную сеть в настройках Failover Cluster:

Собственно, это и есть минимальный джентльменский набор настроек для корректной работы Live Migration в Hyper-V.

Источник

Вадим Стеркин

Еще в Windows 8 появилась технология виртуализации Hyper-V, ранее доступная только в серверных ОС Microsoft. Это решение выглядит более удачным, чем входившая в Windows 7 виртуальная машина Windows Virtual PC. Сегодня я расскажу, как в Windows с помощью Hyper-V создать виртуальную машину, а также настроить в ней Интернет, локальную сеть и обмен файлами.

На DevCon’12 мы сидели с Денисом Дягилевым (MVP по виртуализации) в зоне «Спроси эксперта», а на нашем стенде был планшет Samsung с Windows 8. Денис предложил провести время с пользой и установить Windows на виртуальную машину, задействовав встроенный гипервизор.

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

Если же на современном компьютере у вас под рукой есть образ Windows в формате ISO и мышь с клавиатурой, то через 5-7 минут вы сможете приступить к установке системы на виртуальную машину.

[+] Содержание

Общие сведения о Hyper-V в Windows

Поскольку гипервизор является новинкой в клиентских системах, отмечу несколько моментов.

Системные требования для работы Hyper-V в Windows

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

У процессора должна быть в наличии и включена в BIOS:

Проще всего определить наличие этих технологий с помощью утилиты Coreinfo из набора Sysinternals. У меня утилита указала на отсутствие поддержки VMX и EPT (прочерк на скриншоте), хотя по факту она есть. В комментариях читатель Артем подсказал причину — я запускал утилиту уже после установки компонента Hyper-V.

Кроме Coreinfo можно использовать фирменную утилиту Intel (у AMD есть аналогичная).

Вы также можете заглянуть в таблицу поддержки технологий виртуализации на сайте производителя вашего процессора: Intel | AMD.

Включение компонента Hyper-V

Hyper-V представляет собой компонент операционной системы, который изначально отключен. Опытные пользователи могут включить его одной командой PowerShell:

В открывшемся окне отметьте флажком Hyper-V.

Так или иначе, компонент станет доступен после перезагрузки системы. Из проблем с установкой в Windows 8 RP пока была замечена циклическая перезагрузка по вине драйверов контроллера USB 3.0, которая на некоторых системах решалась отключением USB 3.0 в BIOS.

Создание и настройка виртуальной машины

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

Стандартное расположение для виртуальных машин – папка ProgramData, но его можно изменить.

Если у вас уже есть виртуальный диск в формате VHD, можете подключить его. Я, кстати, так и сделал, воспользовавшись диском, созданным ранее для Virtual Box.

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

Однако путь к ISO можно указать и позже, открыв параметры виртуальной машины в главном окне диспетчера Hyper-V.

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

Здесь тоже все просто, но немного непривычно для тех, кто ранее не сталкивался с Hyper-V.

В диспетчере Hyper-V:

Когда в параметрах машины указан загрузочный ISO-образ Windows, вы увидите на экране знакомую надпись Press any key to boot… Дальше вы уже сами справитесь, но если вам нужны пошаговые инструкции по установке, они есть на OSZone для Windows 7 и Windows 8.

Если операционная система на физической машине новее той, что установлена на виртуальной, рекомендуется обновить компоненты интеграции (спасибо, Артем). Для этого подключитесь в диспетчере Hyper-V к виртуальной машине, нажмите Ctrl + I и запустите setup.exe.

Настройка доступа в Интернет и локальной сети

Инструкции из этого раздела необходимы лишь в том случае, если вас не устраивает появившийся в Windows 10 1709 коммутатор по умолчанию (Default Switch), который нельзя удалить или переименовать. При использовании Default Switch в случае подключения хоста к VPN виртуальная машина также использует VPN. В этом заключается одно из главных отличий от внешнего коммутатора, создание которого я опишу дальше.

В меню Действия выберите Настройка виртуальных коммутаторов. Откроется окно, в котором можно создать коммутатор одного из трех типов. Чтобы ваша виртуальная машина могла выходить в Интернет, создайте внешний коммутатор.

Теперь нужно задать имя коммутатора и выбрать сетевой адаптер, если у вас их больше одного. Дома я использую беспроводную сеть, поэтому выбрал адаптер Wi-Fi.

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

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

На рисунке выше вы видите:

Как видите, настройка Интернета и локальной сети не столько сложна, сколько непривычна для пользователей клиентских ОС Microsoft.

Обмен файлами между физической и виртуальными машинами

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

Общие сетевые папки

Этот способ работает во всех изданиях Windows 10. Поскольку в нашем распоряжении есть локальная сеть, можно использовать общие папки для обмена файлами. Фактически инструкции ниже сводятся к основам создания общих папок.

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

Картинка стоит тысячи слов, как говорят американцы.

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

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

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

Допустим, в корне диска виртуальной машины есть папка Shared. Щелкните по ней правой кнопкой мыши и выберите Общий доступ – Отдельные люди (или Конкретные пользователи в Windows 7).

Теперь вы можете открыть общую папку по сети в проводнике, в том числе введя в адресную строку адрес вида \\имя-компьютера\имя-папки.

Подключение к удаленному рабочему столу виртуальной рабочей машины

Действия на виртуальной машине

Сначала нужно разрешить на виртуальной машине подключения к удаленному рабочему столу в свойствах системы. Нажмите Win + R и выполните:

Затем разрешите подключение, как показано на рисунке.

Остается лишь выяснить IP-адрес виртуальной машины командой ipconfig

Действия на физической машине

Нажмите Win + R и введите mstsc и раскройте параметры входа.

В открывшемся окне:

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

Советы по использованию Hyper-V

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

Используйте RDP для подключения к виртуальным машинам.

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

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

Будьте внимательны со снимками

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

Александр Косивченко (MVP по виртуализации) подробно, хотя и несколько сумбурно, описал принцип работы снимков Hyper-V на Хабре.

Используйте импорт виртуальных машин при необходимости

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

Оглядевшись в оснастке, я увидел опцию импорта и моментально восстановил машину.

Причем я даже не подозревал, что выполненные мною действия стали возможны лишь за счет появления новой возможности в Hyper-V 🙂

Hyper-V vs. VirtualBox

Разбираясь с Hyper-V, я невольно сравнивал решение Microsoft для клиентской операционной системы с Oracle VirtualBox.

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

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

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

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

Опрос

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

В комментариях расскажите, каким решением для виртуализации вы пользуетесь и с какой целью!

Я хочу поблагодарить Дениса Дягилева за помощь в подготовке этого материала. Одним из преимуществ программы MVP является знакомство с лучшими специалистами по технологиям Microsoft. Это означает, что в частном порядке можно получить грамотную консультацию по любому вопросу 😉

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

Я хочу специально подчеркнуть, что комментарии не предназначены для обсуждения графического интерфейса и прочих нововведений в Windows 8. Своим взглядом на эти моменты и личным опытом работы в Windows 8 RP на десктопе я обязательно поделюсь с вами. Но для этого мне нужно поработать в системе какое-то время, потому что обзор на следующий день после установки может быть лишь поверхностным. Когда запись выйдет, вы сможете выплеснуть ненависть или восторг в комментариях. А пока я прошу вас не выходить за рамки темы виртуализации.

Результаты голосования утеряны в связи с прекращением работы веб-сервиса опросов.

Об авторе

Источник