Как передавать файлы используя буфер обмена в hyper v

Особенности USB Passthrough в Hyper-V

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

Плохая новость в том, что в Hyper-V нет нормальной поддержки проброса USB устройств, вы не сможете пробросить любое USB устройство с физического хоста в виртуальную машину (в VMWare с этим на порядок лучше – см. статью USB passthrough в VMWare ESXi). Есть несколько встроенных возможностей использования USB устройства в Hyper-V, но у всех них есть существенные ограничения. На данный момент можно использовать следующие технологии для проброса USB устройства в Hyper-V.

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

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

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

Этот способ работает во всех изданиях 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.

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

Виртуальные машины (ВМ), в основном, применяют для следующих целей:

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

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

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

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

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

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

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

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

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

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

На этом изображении, на виртуальной машине VMware Workstation запущена операционная система Mac OS X, в окне которой открыт браузер Safari. В VMware Workstation гостевая система может быть раскрыта на весь экран монитора вашего компьютера.

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

Вам также может быть интересно:

• Виртуальная машина VMware Workstation
• Создание и настройка виртуальной машины в VirtualBox

Если вы желаете попробовать работу другой операционной системы Windows на своем компьютере, а из-за малой мощности компьютера, работа в виртуальной машине будет затруднена, то вы можете установить другую систему на виртуальный жесткий диск (VHD). Подробнее об этом можно прочитать здесь. При таком варианте, вы будете по очереди запускать операционные системы на своем компьютере.

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

Формат VHD

Формат VHD был единственным форматом виртуального жесткого диска, поддерживаемым Hyper-V в прошлых выпусках. формат VHD, введенный в Windows Server 2012, был изменен, чтобы обеспечить лучшее выравнивание, что приводит к значительному повышению производительности на новых дисках больших секторов.

любой новый виртуальный жесткий диск, созданный на Windows Server 2012 или более поздней версии, имеет оптимальное выравнивание по 4 кб. этот согласованный формат полностью совместим с предыдущими операционными системами Windows Server. однако свойство alignment будет разорвано для новых выделений из синтаксических анализаторов, которые не поддерживают выравнивание по 4 кб (например, средство синтаксического анализа виртуальных жестких дисков из предыдущей версии Windows Server или средства синтаксического анализа сторонних разработчиков).

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

чтобы преобразовать в новый формат VHD, выполните следующую команду Windows PowerShell:

Можно проверить свойство Alignment для всех виртуальных жестких дисков в системе, и оно должно быть преобразовано в оптимальное выравнивание по 4 КБ. Создайте новый виртуальный жесткий диск с данными из исходного виртуального жесткого диска с помощью параметра CREATE-From-Source .

чтобы проверить выравнивание с помощью Windows Powershell, изучите линию выравнивания, как показано ниже:

чтобы проверить выравнивание с помощью Windows PowerShell, изучите линию выравнивания, как показано ниже:

2.1 Отчет задания, и зачем его смотреть

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

 Что же мы видим в отчете?

1. Сервер FS4 падает с ошибкой;

2. Через несколько минут — успешный Retry для сервера FS4

3. Во время следующего штатного выполнения задания серверы FS2 и FS3 падают с этой же WMI-ошибкой

4. Через несколько минут — успешный Retry для серверов FS2 и FS3

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

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

Теории о том, что:

• есть проблемная машина или ряд проблемных машин;

• есть проблемная Hyper-V нода ;

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

Перед началом работы

для управления кластером в качестве Hyper-Converged инфраструктуры в Windows центре администрирования необходимо запустить Windows Server 2016 или Windows Server 2019 и включить поддержку Hyper-V и дисковые пространства Direct. при необходимости также можно включить программно-определяемую сеть и управлять ими с помощью центра администрирования Windows.

Совет

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

подготовка кластера Windows Server 2016 для Windows центра администрирования

Windows центр администрирования для Hyper-Converged инфраструктура зависит от api-интерфейсов управления, добавленных после выпуска Windows Server 2016. прежде чем управлять кластером Windows Server 2016 с помощью Windows центра администрирования, необходимо выполнить следующие два действия.

1. убедитесь, что на каждом сервере в кластере установлено накопительное обновление 2018-05 для Windows Server 2016 (KB4103723) или более поздней версии. чтобы загрузить и установить это обновление, перейдите в Параметры > обновление & безопасность > Центр обновления Windows и выберите проверить наличие обновлений в интернете с Центр обновления Майкрософт.
2. Запустите следующий командлет PowerShell от имени администратора в кластере:

Совет

Этот командлет нужно запускать только один раз на любом сервере в кластере. его можно запустить локально в Windows PowerShell или воспользоваться поставщиком службы безопасности учетных данных (CredSSP) для удаленного запуска. в зависимости от конфигурации вы не сможете запустить этот командлет из центра администрирования Windows.

подготовка кластера Windows Server 2019 для Windows центра администрирования

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

Настройка программно-определяемой сети (необязательно)

вы можете настроить инфраструктуру Hyper-Converged с Windows Server 2016 или 2019, чтобы использовать программно-определяемую сеть (SDN), выполнив следующие действия.

1. Подготовьте виртуальный жесткий диск ОС, который является той же операционной системой, которая установлена на узлах инфраструктуры с поддержкой технологии Hyper-in. Этот виртуальный жесткий диск будет использоваться для всех виртуальных машин NC/SLB/GW.
2. Скачайте все файлы и папки из файла SDN Express из https://github.com/Microsoft/SDN/tree/master/SDNExpress .
3. Подготовьте другую виртуальную машину с помощью консоли развертывания. Эта виртуальная машина должна иметь доступ к узлам SDN. Кроме того, на виртуальной машине должен быть установлен инструмент RSAT Hyper-V.

4. Скопируйте все, что вы скачали для SDN Express, на виртуальную машину консоли развертывания. И предоставьте общий доступ к этой папке сднекспресс . Убедитесь, что каждый узел имеет доступ к общей папке сднекспресс , как определено в файле конфигурации в строке 8:

5. Скопируйте виртуальный жесткий диск операционной системы в папку Images в папке сднекспресс на виртуальной машине консоли развертывания.
6. Измените конфигурацию SDN Express с помощью настройки среды. После изменения конфигурации SDN Express в соответствии со сведениями о среде выполните следующие два действия.
7. Запустите PowerShell с правами администратора для развертывания SDN:

Развертывание займет около 30 – 45 минут.

Создание дискового хранилища для виртуальных машин

Для хранения данных (файлов виртуальных машин и дистрибутивов) будем использовать отдельный раздел на физическом диске. Просмотрите список физических дисков на сервере.

Создайте новый раздел на диске максимально возможного размера и назначьте ему букву D. Используйте DiskNumber из Get-Disk.

После этого отформатируйте раздел в NTFS и укажите его метку.

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

Создайте папку D:\Distrib для хранения дистрибутивов ОС:

Для создания шары используйте командлет New-SmbShare, с помощью которого дайте полный доступ по сети для группы локальных администраторов сервера:

Подключение к Hyper-V Server 2016 с Windows 7

Рассмотрим еще один вариант подключения к бесплатному hyper-v, когда у вас в наличие только операционная система Windows 7. Вам нужно создать виртуальную машину, либо изменить настройки существующей, завершить ее работу, или наоборот запустить. Оснастку управления Hyper-V на Windows 7 поставить не получится. На помощь придет программа 5nine Manager Free. Скачать ее можно либо с указанного сайта, но нужна регистрация, после которой на почту придет ссылка для скачивания и файл с лицензией. Для нормальной установки требуется .NET Framework 4.5 или выше. Если в системе он не будет установлен, то инсталлятор просто не начнет установку, даже не сказав почему. Мне пришлось читать руководство, чтобы разобраться, почему на один компьютер у меня нормально ставится программа, а на другой не хочет.

После установки запускайте программу и добавляйте hyperv server.

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

Если нет стандартной оснастки, эта программа выручает. Сам ей частенько пользуюсь при необходимости.

Удаленное управление Hyper-V Server 2019/2016

Для удобного управления Free Hyper-V Server 2019 из графического интерфейса вы можете использовать:

Для работы с Hyper-V Server 2016/2019 вам потребуется ПК с операционной системой Windows 10 версий Pro или Enteprise х64.

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

Если учетная запись, под которой вы работаете на клиентском ПК, отличается от учетных данных администратора Hyper-V, а так и должно быть, то следует явно сохранить учетные данные для соединений с сервером командой:

cmdkey /add: NAME-SERVERHV /user:Administrator /pass:MyPa$$word

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

Теперь запустите консоль PowerShell от имени администратора и выполните следующую команду:

winrm quickconfig Утвердительно отвечаете на все вопросы, при этом будет настроен автоматический запуск службы WinRM и созданы разрешающие правила в брандмауэре.

Добавьте Hyper-V сервер в доверенные узлы:

Если серверов несколько — добавьте в доверенные каждый из них.

Теперь попробуем подключиться к удаленному серверу. Запустите оснастку Управление компьютером и щелкнув правой кнопкой на верхнем уровне выберите Connect to another computer.

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

Установите в Windows 10 Диспетчер Hyper-V. Откройте оснастку Programs and Features и перейдите в Turn Windows Features on or off. В открывшемся окне найдите пункт Hyper-V и отметьте для установки Hyper-V Management Tools.

Оснастка Hyper-V Manager будет установлена, запускаете ее и подключаетесь к вашему серверу.

Использование консоли Hyper-V Manager для управления гипервизором обычно не вызывает вопросов. Далее я рассмотрю некоторые способы управления Hyper-V Server сервером из PowerShell

Основы работы с сетями Hyper-V

Основная сеть в Hyper-V довольно проста. В ней используются две части — виртуальный коммутатор и виртуальный сетевой адаптер. Для установки сети для виртуальной машины потребуется по крайней мере один из них. Виртуальный коммутатор подключается к любой сети на основе Ethernet. Виртуальный сетевой адаптер подключается к порту виртуального коммутатора, что позволяет виртуальной машине использовать сеть.

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

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

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

Параметры коммутатора и сетевого адаптера

Hyper-V предлагает три типа виртуальных коммутаторов и два типа виртуальных сетевых адаптера. Вы решите выбрать, какой из них вам нужен при создании. вы можете использовать диспетчер hyper-v или модуль hyper-v для Windows PowerShell создания виртуальных коммутаторов и виртуальных сетевых адаптеров и управления ими. Некоторые расширенные сетевые возможности, такие как расширенные списки управления доступом к портам (ACL), можно управлять только с помощью командлетов в модуле Hyper-V.

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

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

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

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

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

Типы виртуальных сетевых адаптеров:

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

Обратите внимание, что в диспетчере Hyper-V и командлетах Networking этот тип просто называется сетевым адаптером.

Устаревший сетевой адаптер — доступен только в виртуальных машинах поколения 1. эмулирует адаптер PCI Fast Ethernet на основе Intel 21140 и может использоваться для загрузки в сеть, чтобы можно было установить операционную систему из службы, например Windows служб развертывания.

Установка 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. Можно ее установить прямо на этом же гипервизоре. Иногда я так делаю для удобства. Получается автономный гипервизор со всем необходимым для управления.

Видео

Онлайн курс «DevOps практики и инструменты»

Если у вас есть желание научиться строить и поддерживать высокодоступные и надежные системы, научиться непрерывной поставке ПО, мониторингу и логированию web приложений, рекомендую познакомиться с онлайн-курсом «DevOps практики и инструменты» в OTUS. Курс не для новичков, для поступления нужны базовые знания по сетям и установке Linux на виртуалку. Обучение длится 5 месяцев, после чего успешные выпускники курса смогут пройти собеседования у партнеров.

Проверьте себя на вступительном тесте и смотрите программу детальнее по .

Заключение

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Сам еще не проверял его в работе и особо не интересовался нововведениями, пока не было времени. Смотрел на него только в тестовых стендах. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье установка и настройка proxmox.

Самым большим преимуществом последнего является возможность установки на программный рейд. Hyper-V сервер я никогда не пробовал установить на программный рейд, я даже не знаю, возможно ли это. Так что использовать его можно только там, где есть аппаратный рейд, либо в тестовых вариантах. Лично я никогда не ставлю гипервизоры в продакшн на одиночные диски. Все остальное дело привычки и удобства. В proxmox мне нравится управление через web браузер. Не нужно ничего ставить на компьютер. После установки гипервизор сразу готов к работе.

В hyper-v удобно, что все системы его поддерживают без проблем. На kvm, к примеру, в proxmox, после установки windows систем в качестве гостевых машин, нужно будет устанавливать драйвера с отдельного диска, либо использовать готовые образы, где они будут уже интегрированы. Мелочь, но все равно не так удобно.

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