Новые возможности hyper-v на windows server

Настройка сети с помощью Hyper-V

Hyper-V vSwitch – это программный коммутатор сетевого трафика Ethernet уровня 2. Это позволяет администраторам подключать виртуальные машины к физическим или виртуальным сетям. Он доступен по умолчанию в рамках установки Hyper-V Manager и содержит расширенные возможности для обеспечения безопасности и отслеживания ресурсов.

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

Чтобы настроить сетевую среду, вам нужно выбрать Virtual Switch Manager на правой боковой панели Hyper-V Manager, как показано на скриншоте ниже.

Диспетчер виртуальных коммутаторов помогает настроить vSwitch и глобальные сетевые параметры, которые просто позволяют вам изменить «диапазон MAC-адресов» по ​​умолчанию, если вы видите какую-либо причину для этого.

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

• Внешний vSwitch свяжет физический сетевой адаптер хоста Hyper-V с виртуальным, а затем предоставит доступ вашим виртуальным машинам за пределами хоста. Это означает, что ваша физическая сеть и интернет (если ваша физическая сеть подключена к интернету).
• Внутренний vSwitch следует использовать для построения независимой виртуальной сети, когда вам необходимо подключить виртуальные машины друг к другу, а также к гипервизору.
• Private vSwitch создаст виртуальную сеть, в которой все подключенные виртуальные машины будут видеть друг друга, но не хост Hyper-V. Это полностью изолирует виртуальные машины в этой песочнице.

Внешний vSwitch свяжет физический сетевой адаптер хоста Hyper-V с виртуальным, а затем предоставит доступ вашим виртуальным машинам за пределами хоста. Это означает, что ваша физическая сеть и интернет (если ваша физическая сеть подключена к интернету).

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

Private vSwitch создаст виртуальную сеть, в которой все подключенные виртуальные машины будут видеть друг друга, но не хост Hyper-V. Это полностью изолирует виртуальные машины в этой песочнице.

Здесь мы выбрали «Внешний», а затем «Создать виртуальный коммутатор». Будет открыта таблица с настройкой vSwitch, где мы будем заполнять поля, как показано ниже

• Имя – это имя, которое мы будем указывать для идентификации vSwitch.
• Примечания – это описание для нас, как правило, мы ставим дружественные описания, которые следует понимать.
• Тип подключения – внешний, как объяснено ранее, и выбирает физическую сетевую карту на моем сервере.

Имя – это имя, которое мы будем указывать для идентификации vSwitch.

Примечания – это описание для нас, как правило, мы ставим дружественные описания, которые следует понимать.

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

Как только все это введено, нажмите «ОК».

Плюсы и минусы Hyper-V

Расскажу немного, почему я постоянно пользуюсь hyper-v наравне с другими гипервизорами (в основном KVM). В общем и целом мне нравится этот гипервизор, поэтому я и решил внимательно проработать вопрос установки и первоначальной настройки для дальнейшего использования по мере необходимости. К плюсам hyper-v в целом и бесплатной версии в частности я отношу следующие моменты:

Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.

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

Обращаю на это особое внимание. По мне так это самый существенный плюс Hyper-v.

Стандартная панель управления гипервизором, которую можно установить на компьютер под управлением windows

К ней прибавился web доступ через windows admin center. Расскажу об этом далее подробнее.
В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.

Hyper-V можно установить на псевдорейды, такие как встроенный рейд контроллер от intel, или собрать софтовый рейд средствами самой ОС Windows.

Полнофункциональная бесплатная версия, правда без удобных средств управления.

Удобная работа со снепшотами из коробки. Не надо думать над форматами файлов, как в KVM. В Hyper-V он один и отлично поддерживает снепшоты.

Это мое личное мнение, основанное на опыте работы с малыми и средними компаниями, где нет каких-то особенных требований к надежности и доступности сервисов. Где используются несколько серверов с виртуальными машинами, не всегда есть домен windows. Конечно, помимо плюсов, есть и минусы. Первый и главный для меня минус — первоначальная настройка. Нельзя просто взять, установить Hyper-V Server и начать им пользоваться. Необходимо производить какие-то непонятные и не очевидные действия на хосте и управляемой машине. Дальше вы поймете, что я имею ввиду. Но преодолев это препятствие, можно спокойно использовать виртуальную инфраструктуру, основанную на бесплатном гипервизоре от microsoft.

Второй минус — нет никакой возможности пробросить USB в виртуальную машину. Подчас это очень неудобно и вынуждает использовать что-то другое, вместо Hyper-V. Не понимаю, почему в Microsoft за столько лет не могут это исправить. Запрос очень актуальный и злободневный, особенно у нас, где повсеместно используется 1С с USB ключами.

Создание виртуального коммутатора с помощью диспетчера Hyper-V

1. Откройте диспетчер Hyper-V и выберите имя компьютера узла Hyper-V.

2. Выберите действие > Диспетчер виртуальных коммутаторов.

3. Выберите тип нужного виртуального коммутатора.

   Тип подключения	Описание
   External	Предоставляет виртуальным машинам доступ к физической сети для взаимодействия с серверами и клиентами во внешней сети. Позволяет виртуальным машинам на одном сервере Hyper-V взаимодействовать друг с другом.
   Внутренние	Разрешает обмен данными между виртуальными машинами на одном сервере Hyper-V, а также между виртуальными машинами и операционной системой узла управления.
   Личные	Разрешает обмен данными только между виртуальными машинами на одном сервере Hyper-V. Частная сеть изолирована от всего внешнего сетевого трафика на сервере Hyper-V. Этот тип сети полезен, если необходимо создать изолированную сетевую среду, например изолированный тестовый домен.

4. Выберите создать виртуальный коммутатор.

5. Добавьте имя для виртуального коммутатора.

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

   Имя параметра	Описание
   Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру	Выберите этот параметр, если вы хотите разрешить узлу Hyper-V совместно использовать виртуальный коммутатор и сетевую карту или группу сетевых адаптеров с виртуальной машиной. Если этот параметр включен, узел может использовать любые параметры, настроенные для виртуального коммутатора, такие как параметры качества обслуживания (QoS), параметры безопасности или другие функции виртуального коммутатора Hyper-V.
   Включить виртуализацию SR-IOV	Выберите этот параметр, только если вы хотите разрешить трафику виртуальной машины обходить коммутатор виртуальной машины и перейти непосредственно к физическому сетевому адаптеру. Дополнительные сведения см. в в справочнике по основам для плакатов: сети Hyper-V.

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

   

   

   

   

   

   

   

   

   

   

8. Нажмите кнопку OK.

9. Нажмите кнопку Да.

Настройка виртуальных коммутаторов

Перед тем, как мы приступим к установке виртуальных машин, подготовим для них сеть. Я не буду подробно рассказывать о нюансах работы сети в hyper-v. Это не тема текущего повествования. Просто создадим сетевой бридж для виртуальных машин. В оснастке управления выбираем справа «Диспетчер виртуальных коммутаторов», выбираем тип «Внешняя». Указываете имя коммутатора. Я рекомендую давать осмысленные названия, чтобы было проще потом управлять. Если это бридж в локальную сеть, то назовите виртуальный коммутатор local.

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

Отключить виртуализацию Windows

Если нам больше не нужно использовать функции виртуализации Windows, мы можем удалить Hyper-V или деактивировать службу. Таким образом мы избежим запуска службы на нашем ПК и, если мы будем использовать другие программы виртуализации (например, VMware или VirtualBox), мы заставим их использовать свои собственные гипервизоры вместо гипервизоров Microsoft.

Из функций Windows

Точно так же, как мы включили Hyper-V из дополнительных функций, если он у нас уже установлен, мы можем удалить его оттуда. Для этого мы снова открываем панель «Компоненты Windows» из поисковой системы, и в появившемся окне мы найдем запись Hyper-V.

Мы убеждаемся, что запись «Hyper-V» не отмечена (а также ее вложенные записи, которые будут автоматически отключены), и принимаем изменения. Опять же, после перезапуска Windows эта функция будет отключена.

Из PowerShell

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

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

Если мы не хотим полностью удалять его, а просто хотим временно отключить, мы можем использовать bcedit, чтобы отключить его. Это оставит файлы на ПК, но гипервизор не будет работать, поэтому он не вызовет проблем с другими программами, такими как VMware или VirtualBox. Для этого мы можем открыть окно PowerShell, также с правами администратора, и выполнить:

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

Какие гостевые операционные системы поддерживаются?

Виртуальные машины поколения 1 поддерживают большинство гостевых операционных систем. Виртуальные машины поколения 2 поддерживают большинство 64-разрядных версий Windows и более текущих версий операционных систем Linux и FreeBSD. Используйте следующие разделы, чтобы узнать, какое поколение виртуальной машины поддерживает операционную систему на виртуальной машине, которую вы хотите установить.

Поддержка гостевых операционных систем Windows

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

64-разрядные версии Windows	Поколение 1	2-е поколение
Windows Server 2019
Windows Server 2016
Windows Server 2012 R2
Windows Server 2012
Windows Server 2008 R2
Windows Server 2008
Windows 10
Windows 8.1
Windows 8
Windows 7

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

32-разрядные версии Windows	Поколение 1	2-е поколение
Windows 10
Windows 8.1
Windows 8
Windows 7

Поддержка гостевых операционных систем CentOS и Red Hat Enterprise Linux

В следующей таблице показано, какие версии Red Hat Enterprise Linux ( RHEL ) и CentOS можно использовать в качестве гостевой операционной системы для виртуальных машин поколения 1 и 2.

Версии операционной системы	Поколение 1	2-е поколение
Серия RHEL/CentOS 7. x
Серия RHEL/CentOS 6. x		Примечание. Поддерживается только в Windows Server 2016 и более поздних версиях.
Серия RHEL/CentOS 5. x

Дополнительные сведения см. в статье CentOS and Red Hat Enterprise Linux Virtual Machines in Hyper-V.

Поддержка гостевой операционной системы Debian

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

Версии операционной системы	Поколение 1	2-е поколение
Серия Debian 7. x
Серия Debian 8. x

Дополнительные сведения см. в статье Debian Virtual Machines on Hyper-V.

Поддержка гостевой операционной системы FreeBSD

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

Версии операционной системы	Поколение 1	2-е поколение
FreeBSD 10 и 10,1
FreeBSD 9,1 и 9,3
FreeBSD 8,4

Дополнительные сведения см. в статье виртуальные машины FreeBSD в Hyper-V.

Поддержка Oracle Linux гостевой операционной системы

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

Версии серии ядра, совместимые с Red Hat	Поколение 1	2-е поколение
Серия Oracle Linux 7. x
Серия Oracle Linux 6. x

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

Неповрежденные версии ядра Enterprise (UEK)	Поколение 1	2-е поколение
Oracle Linux UEK R3 QU3
Oracle Linux UEK R3 QU2
Oracle Linux UEK R3 QU1

Дополнительные сведения см. в статье Oracle Linux виртуальные машины в Hyper-V.

Поддержка гостевой операционной системы SUSE

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

Версии операционной системы	Поколение 1	2-е поколение
Серия SUSE Linux Enterprise Server 12
Серия SUSE Linux Enterprise Server 11
Open SUSE 12,3

Дополнительные сведения см. в статье о виртуальных машинах SUSE в Hyper-V.

Поддержка гостевой операционной системы Ubuntu

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

Версии операционной системы	Поколение 1	2-е поколение
Ubuntu 14,04 и более поздние версии
Ubuntu 12.04

Дополнительные сведения см. в статье о виртуальных машинах Ubuntu в Hyper-V.

Установка Windows Admin Center для управления Hyper-V 2019

Теперь нам надо передать скачанный файл на гипервизор и установить панель управления. Ранее мы разрешили подключение к Windows Hyper-V Server 2019 по rdp. Подключимся к нему, чтобы было удобно выполнять команды на самом гипервизоре.

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

netsh advfirewall set currentprofile state off
netsh advfirewall set currentprofile state on

Либо разрешить некоторые команды удаленного управления, которые позволят в том числе передавать файлы на гипервзиор по smb. Следующие команды нужно вводить не в обычной консоли, а powershell. Для этого наберите команду powershell в стандартной консоли, которая загружается после подключения по rdp, а потом сами команды.

powershell
Set-NetFirewallRule -DisplayGroup 'Windows Management Instrumentation (WMI)' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Event Log Management' -Enabled true -PassThru
Set-NetFirewallRule -DisplayGroup 'Remote Volume Management' -Enabled true -PassThru

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

Заходим на любой диск гипервизора через обычный проводник windows и передаем туда скачанный инсталлятор WindowsAdminCenter1904.1.msi. В качестве авторизации используем учетную запись администратора.

Возвращаемся на гипервизор, идем в паеку C:/Soft и запускаем переданный файл.

Запускается инсталлятор Windows Admin Center. Там все просто, можно использовать дефолтные значения. Я лично ставлю галку Разрешить Windows Admin Center изменять параметры доверенных узлов для этого компьютера и Перенаправлять трафик с HTTP-порта 80 на HTTPS-порт. После установки можно в браузере переходить по адресу https://10.20.1.14.

Чтобы страница открылась, введите учетные данные администратора hyper-v сервера. Выбираем единственный сервер, вводим еще раз данные администратора и подключаемся к панели управления сервером. Дальше, думаю, уже сами разберетесь. Не буду подробно останавливаться на описании функционала Windows Admin Center.

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

Для этого идем в раздел Виртуальные коммутаторы и жмем на кнопку Создать.

Указываете имя коммутатора и его тип. Из-за перевода Admin Center на русский язык, трудно уловить суть названий, поэтому лучше все же качать английскую версию. Я уже установил русскую, поэтому расскажу на основе ее. Существует 3 типа коммутаторов:

1. Личный (private) для связи только между виртуальными машинами, без доступа к гипервизору и сетью за ним.
2. Внутренний (internal) — почти то же самое, что и личный, только доступ к коммутатору может иметь и гипервизор, но по прежнему нет доступа к внешней сети.
3. Внешний (external) по сути это обычный сетевой бридж, куда входит реальный сетевой интерфейс гипервизора. Этот тип коммутатора используется для доступа виртуальных машин во внешнюю сеть.

В моем примере у меня только один сетевой интерфейс на гипервизоре. Я создам один коммутатор типа Внешний (External).

Получилось вот так.

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

В принципе, на этом настройку Windows Hyper-V Server 2019 можно и закончить. Если вас функционал Windows Admin Center устраивает, пользуйтесь им. В целом, в нем есть все необходимое, но мне он не нравится. Очень тормозной интерфейс, приходится два раза авторизовываться, чтобы подключиться. У меня не всегда получается через браузер открыть консоль виртуальной машины. Какие-то ошибки бывают, зависания.

Я предпочитаю использовать классические оснастки для управления гипервизором. Если вы так же как и я, предпочитаете их, переходим к следующему способу подключения и управления Hyper-V Server 2019. Для этого нам понадобится компьютер или виртуальная машина с Windows 10. Можно ее установить прямо на этом же гипервизоре. Иногда я так делаю для удобства. Получается автономный гипервизор со всем необходимым для управления.

Рекомендации По Настройке Сети Hyper-V

Теперь, когда мы рассмотрели основы Hyper-V networking, виртуальные коммутаторы, требования к сети кластера Hyper-V, а также новые функции, найденные в виртуальной сети Windows Server 2019.

Давайте рассмотрим ключевые рекомендации по созданию сетей Hyper-V, которые следует учитывать при проектировании и создании инфраструктуры Hyper-V.

По возможности установите или обновите до последней версии Windows Server. С каждым выпуском Windows Server появляются новые и расширенные возможности, связанные с Hyper-V
Используйте современные физические сетевые карты, поддерживаемые корпорацией Майкрософт и имеющие возможность использовать удаленный прямой доступ к памяти (RDMA)
Убедитесь, что вы используете новейшие драйверы сетевых карт и прошивку
Используйте очередь виртуальных машин или сетевые карты с поддержкой VMQ – это обеспечивает преимущества аппаратной виртуализации, которые позволяют более эффективно подключаться к сети для TCP / IP / iSCSI и FCoE
Использование высокоскоростных сетей между узлами Hyper-V в кластере Hyper – V-используйте не менее 10 сетей GbE между узлами Hyper-V для обеспечения соответствия требованиям к пропускной способности и производительности между узлами кластера
Включить jumbo frames-Jumbo frames обеспечивает более эффективную сетевую связь в высокопроизводительных приложениях, поскольку позволяет увеличить количество кадров передачи и снизить загрузку процессора на хостах. Гигантские кадры обычно имеют размер 9000 байт или больше, в отличие от стандартного размера 1500-байтового кадра Ethernet
Не используйте разгрузку TCP Chimney или разгрузку IPsec с Windows Server 2016. Эти технологии устарели в Windows Server 2016 и могут повлиять на производительность сервера и сети

Чтобы отключить разгрузку TCP Chimney, из командной строки с повышенными правами выполните следующие команды:Netsh int tcp show global – показывает текущие настройки TCPnetsh int tcp set global chimney=disabled-отключает разгрузку TCP Chimney, если она включена
Убедитесь, что вы используете избыточные пути между узлами кластера Hyper-V, чтобы убедиться, что при сбое в одном пути существует другой путь, который можно использовать для связи
Планируйте свои сети Hyper – V-особенно с кластерами Hyper-V, планирование сетей очень важно. Убедитесь, что вы подготовили отдельные диапазоны IP-адресов/подсети, VLAN и т

д., для ваших специфичных для кластера сетей (живая миграция, кластер, хранилище, сети виртуальных машин)
Не используйте ReFS с общими томами кластера (CSV) – в настоящее время при использовании с CSV ReFS заставляет кластер работать в режиме перенаправления файловой системы, который отправляет все операции ввода-вывода по сети кластера на узел координатора Тома. Это может значительно повлиять на производительность
Понимание кластерной сети и ее использования – вы должны включить несколько сетей для кластерной связи, так как это обеспечивает встроенную устойчивость к кластерной связи, помогая обеспечить HA этой важной сетевой связи в кластере Hyper-V
Разрешите доступ к операционной системе управления только в тех сетях, которые необходимы. Поймите, как это создает специализированные сетевые соединения на узле Hyper-V
Используемая конвергентная сеть-конвергентная сеть позволяет гораздо эффективнее использовать физические адаптеры на хосте Hyper-V, а также доступную полосу пропускания.
Used Switch Embedded Teaming – With Switch Embedded Teaming позволяет создавать команду с помощью виртуального коммутатора вместо использования физической команды
При использовании Windows Server 2019 используйте Коалесценцию сегмента приема (RSC) для повышения производительности виртуальных рабочих нагрузок
С Windows Server 2019 используйте зашифрованные сети – это позволяет шифровать все сетевые коммуникации в виртуальных сетях для шифрования в полете

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

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

Шаг 1 – Перейдите в «Диспетчер серверов» → Нажмите «Диспетчер Hyper-V».

Шаг 2 – Нажмите «Создать» на левой панели или на кнопке «Действия».

Шаг 3 – Дважды щелкните «Виртуальная машина…»

Шаг 4 – Откроется новая таблица → Введите Имя вашего нового компьютера → нажмите «Далее».

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

Шаг 6 – В раскрывающемся списке «Соединение» выберите физический сетевой адаптер → нажмите «Далее».

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

Шаг 8 – Выберите образ ISO, который должен быть установлен → нажмите «Готово».

Шаг 9 – После нажатия на финиш, вы получите следующее сообщение, как показано на скриншоте ниже.

Шаг 10 – Чтобы подключиться к виртуальной машине, щелкните правой кнопкой мыши на созданной машине → нажмите «Подключиться…»

Шаг 11 – После этого установка вашего ISO будет продолжена.

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

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

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

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

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

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

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

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

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

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

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

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

В Hyper-V между физической и виртуальной машиной невозможен обмен файлами путем копирования и вставки. Можно лишь вставлять скопированный на физической машине текст сочетанием клавиш Ctrl + V. Однако после запуска виртуальной машины можно соединяться с ней посредством RDP вместо того чтобы открывать ее из диспетчера Hyper-V. Этот способ работает в изданиях Pro и выше.

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

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

RUNDLL32.EXE shell32.dll,Control_RunDLL sysdm.cpl,,5

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

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

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

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

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

1. Введите IP-адрес виртуальной машины (обязательно).
2. Укажите имя пользователя, в чью учетную запись будет выполнен вход.
3. Включите запоминание учетных данных.
4. Сохраните параметры подключения.

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

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

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

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

1. В консоли администратора MABS введите имя виртуальной машины или разверните список защищаемых элементов, затем перейдите к пункту Все защищенные данные HyperV и выберите виртуальную машину, которую хотите восстановить.

2. В области Recovery points for (Точки восстановления для) в календаре щелкните любую дату, чтобы просмотреть доступные точки восстановления. Затем в области Путь выберите точку восстановления, которая будет использоваться в мастере восстановления.

3. В меню действий нажмите Recover (Восстановить), чтобы открыть мастер восстановления.

   Выбранная виртуальная машина и точка восстановления будут выведены в разделе Просмотр выбора для восстановления. Выберите Далее.

4. В экране выбора типа восстановления выберите расположение для восстановления данных и нажмите кнопку Далее.

   • Восстановление в исходном экземпляре. При восстановлении в исходном экземпляре исходный VHD-файл и все связанные с ним контрольные точки удаляются. MABS восстанавливает VHD-файл и другие файлы конфигурации в исходном расположении, используя модуль записи VSS Hyper-V. По окончании процесса восстановления виртуальные машины по-прежнему имеют высокую доступность.
     Для восстановления группа ресурсов должна существовать. Если группа ресурсов недоступна, восстановите виртуальную машину в другом расположении, а затем сделайте ее высокодоступной.

     

     

     

     

     

     

     

     

     

     

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

     Примечание

     Если выбрать исходный узел, поведение будет таким же, как и при восстановлении в исходном экземпляре. Исходный VHD-файл и все связанные с ним контрольные точки будут удалены.

   • Копирование в сетевую папку. MABS поддерживает восстановление на уровне элементов. Это позволяет выполнять восстановление файлов, папок, томов и виртуальных жестких дисков (VHD) из созданной на уровне узла Hyper-V резервной копии виртуальной машины в сетевую папку. Для восстановления на уровне элементов не требуется устанавливать агент защиты MABS в гостевой ОС. Если выбран этот параметр, мастер восстановления выводит дополнительную страницу для определения места назначения и пути к нему.

5. В разделе задания параметров восстановления настройте параметры восстановления и нажмите кнопку Далее.

   • При восстановлении виртуальной машины по сети с низкой пропускной способностью нажмите Modify (Изменить), чтобы включить регулирование использования полосы пропускания сети. После включения функции регулирования полосы пропускания можно указать необходимый объем пропускной способности и время, когда будет доступна такая пропускная способность.
   • Установите флажок Enable SAN based recovery using hardware snapshots (Разрешить восстановление на основе SAN с использованием моментальных снимков оборудования), если ваша сеть настроена соответствующим образом.
   • Выберите Отправить по электронной почте сообщение о завершении этого восстановления, а затем укажите адреса электронной почты, если требуется задать отправку уведомлений после завершения процесса восстановления.

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

7. На странице Состояния восстановления содержатся сведения о задании восстановления.