Как в hyper v подключить физический диск

Как подключить физический жесткий диск в hyper-V server 2012r2?

Добрый вечер.Установил hyper-v сервер на хост, на хосте 3 физических HDD.На одном крутиться Hyper-v server 2012r2.
Задача чтобы путь к виртуальным машинам и жестким дискам виртуальной машины лежали на втором физическом HDD, к примеру SSD.
Через Тотал командер дисков не видно.
командой Get-Disk — они есть, а Get-PSDrive — тоже нет, размечен только C.
Кто сталкивался или знает куда копнуть, отпишитесь. Заранее благодарен.

Команда get-disk

Hyper-V в Windows 8.1 (часть 3)

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

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

Для изменения параметров открываем Hyper-V Manager, выбираем виртуальную машину, кликаем на ней правой клавишей мыши и выбираем пункт меню «Параметры».

Оборудование

На вкладке «Установка оборудования» мы можем добавить виртуальной машине дополнительный SCSI-контроллер, а также сетевой или Fibre Channel адаптер. Для ВМ первого поколения при необходимости загрузки по сети можно добавить устаревший (legacy) сетевой адаптер.

На вкладке BIOS (у ВМ первого поколения) можно изменить порядок загрузки виртуальной машины. Так например, для загрузки с дискеты выбираем соответствующий пункт и кнопкой «Вверх» поднимаем его выше остальных.

У ВМ второго поколения вместо BIOS используется UEFI, а соответствующая вкладка называется Встроенное ПО (Firmware). Во втором поколении ВМ не используются legacy устройства, и для загрузки можно выбрать обычный сетевой адаптер или SCSI-диск, а также включить механизм безопасной загрузки (Secure Boot).

Настройка памяти

Вкладка «Память» отвечает за настройки оперативной памяти. Здесь есть два варианта настройки.

Если не отмечен чекбокс «Включить динамическую память», то виртуальной машине при старте выделяется фиксированный объем памяти, указанный в пункте «ОЗУ для запуска». Этот объем неизменен и не зависит от потребления памяти внутри ВМ.

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

• ОЗУ для запуска — определяет объем памяти, необходимый виртуальной машине для старта. Если на хосте не будет соответствующего объема ОЗУ, то машина не стартует;
• Минимальный объем ОЗУ — задает минимальный объем памяти, который можно выделить машине. Минимальный объем может быть меньше, чем объем для запуска, что позволяет после старта забрать у машины неиспользуемую память;
• Максимальный объем ОЗУ — задает максимальный объем памяти, который может быть выделен виртуальной машине.

Использование динамической памяти позволяет более гибко управлять распределением памяти. К примеру, для гарантированного запуска машине можно выделить 4ГБ памяти, а на случай бездействия задать минимум в 512МБ. Кстати, максимальный и минимальный объем памяти можно изменять на живую, прямо в процессе работы ВМ.

И дополнительно можно задать:

• Буфер памяти — параметр, предназначенный для того, чтобы держать определенный объем памяти свободным, на случай незапланированных нагрузок. К примеру, если буфер равен 20% — система всегда будет пытаться обеспечить, чтобы у виртуальной машины было свободно не менее 20% памяти. Значение буфера задается в процентах и зависит от текущего потребления памяти;
• Вес памяти — определяет приоритет виртуальной машины при распределении памяти. В случае нехватки памяти система отбирает память у виртуальных машин с наименьшим приоритетом, и отдает тем, у кого приоритет наиболее высокий.

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

Настройка процессора

Далее идет вкладка «Процессор». Здесь мы можем указать количество виртуальных процессоров, выделяемых этой ВМ. В качестве виртуального процессора может выступать либо физическое ядро процессора, либо вычислительный поток (при использовании Hyper-Threading). Hyper-V позволяет выделить до 64 процессоров для одной ВМ. Также обратите внимание на поле «Процент от общего объема системных ресурсов», в котором отображается процент от общей процессорной мощности, выделенный данной ВМ. В моем случае это одно ядро четырехъядерного процессора, что составляет 25% от общей мощности.

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

• Резерв для виртуальных машин — задает процент ресурсов, зарезервированный за виртуальной машиной. При недостатке ресурсов процессора, т.е когда физический процессор загружен на 100%, те из виртуальных машин, у которых задан этот параметр, должны гарантированно получить свой резерв;
• Предел для виртуальных машин — этот параметр жестко ограничивает процент потребления ресурсов процессора виртуальной машиной. Задав значение предела мы говорим, что виртуальная машина ни при каких условиях не может использовать больше процессорной мощности, чем ей разрешено. Предел задается на каждый виртуальный процессор отдельно, например можно выделить машине 1 процессор и задать лимит 50% от его мощности;
• Относительный вес — определяет приоритет ВМ при распределении ресурсов и представляет из себя безразмерную величину в пределах от 0 до 10000. Вес играет роль только в случае нехватки процессорных ресурсов. Чем больше вес — тем выше приоритет и тем больше ресурсов должна получить машина. Имейте в виду, что в отличие от резерва вес вовсе не гарантирует получение требуемых ресурсов, а лишь повышает шансы на их получение.

Также в настройках процессора можно перейти на вкладку «Совместимость» и отметить соответствующий чекбокс. Это несколько ограничит возможности процессора, но даст возможность перенести виртуальную машину на компьютер с другим типом процессора, например с Intel на AMD.

Настройка дисковой подсистемы

Как и в обычных компьютерах, у виртуальных машин есть контроллеры дисков IDE и SCSI. Поскольку это важно, остановимся на некоторых их отличиях.

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

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

Для того, чтобы подключить к ВМ виртуальный жесткий диск или DVD выбираем соответствующий контроллер, выделяем нужное устройство и жмем «Добавить».

Для подключения существующего диска надо нажать на кнопку «Обзор» и выбрать нужный VHD-файл, либо по кнопке «Создать» создать пустой виртуальный диск с нужными параметрами. Также здесь можно проверить свойства и отредактировать виртуальный диск, уже подключенный к ВМ.

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

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

7200 об/мин SATA — 75-100 IOPS
10000 об/мин SATA — 125-150 IOPS
SSD SATA 3Гбит/c — 8000-10000 IOPS
SSD SATA 6Гбит/с — 60000-120000 IOPS

И еще одна интересная возможность, о которой стоит упомянуть — это общий доступ к виртуальному жесткому диску (Shared VHDX). Чисто теоретически вы можете взять виртуальный SCSI-диск и подключить его одновременно к нескольким виртуальным машинам, получив таким образом общее хранилище. Это очень удобно для так называемой гостевой кластеризации, т.е. создания кластеров из виртуальных машин. Почему теоретически — потому что в качестве хранилища для общих виртуальных дисков может использоваться либо общий кластерный ресурс (Cluster Shared Volume, CSV) либо файловая шара на отказоустойчивом файловом сервере, которая также требует наличия CSV. Хранение общих дисков локально или на обычной сетевой шаре не поддерживается.

Настройка сети

Переходим на вкладку «Сетевой адаптер» и приступаем к настройке сетевых параметров. В основных настройках можем выбрать виртуальный коммутатор, к которому подключен данный сетевой адаптер. Напомню, что у ВМ может быть несколько сетевых адаптеров, каждый из которых может быть подключен к разным виртуальным коммутаторам. А при использовании VLAN-ов можно активировать их поддержку и указать для адаптера соответствующий VLAN ID.

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

Раскрываем дополнительные свойства сетевого адаптера и переходим на вкладку «Аппаратное ускорение». Здесь есть две настройки, помогающие ускорить обработку сетевого трафика:

• Очередь виртуальной машины (VMQ) — включение этой настройки позволяет перенести основную нагрузку по обработке сетевых пакетов, адресованных виртуальной машине, с центрального процессора хостовой системы на процессор сетевого адаптера. Это возможно при аппаратной поддержке VMQ сетевым адаптером и установленных в гостевой ОС сервисах интеграции.
• Разгрузка задач IPSec (IPSec offload) — при использовании шифрования IPSec позволяет перенести обработку трафика с центрального процессора на сетевой адаптер хоста, снижая нагрузку на процессор. Также требует аппаратной поддержки со стороны сетевого адаптера.

Затем идем на вкладку «Дополнительные параметры», где нас ждет много интересных настроек:

• MAC-адрес — можем оставить динамический, на усмотрение Hyper-V, или указать вручную;
• Включить спуфинг MAC-адресов — включение этого пункта разрешает подмену MAC-адреса в заголовке исходящих сетевых пакетов. По умолчанию Hyper-V запрещает спуфинг MAC-адреса, и если ВМ пытается в исходящих пакетах подменить MAC отправителя (т.е свой) на другой MAC-адрес, то такие пакеты блокируются. Разрешение спуфинга может потребоваться к примеру для балансировки сетевой нагрузки (NLB);
• Охранник DHCP (DHCP Guard) — при использовании DHCP обеспечивает виртуальной машине получение IP адресов только от авторизованных DHCP-серверов;
• Защита объявления маршрута (Router advertisement guard) — блокирует пакеты редиректа и получения маршрута (router advertisement) от неизвестных маршрутизаторов;
• Защищенная сеть (Protected network) — эта настройка обеспечивает миграцию ВМ на другой узел кластера при разрыве сетевого подключения на данном виртуальном адаптере. Для обеспечения возможности миграции требуется кластер Hyper-V, что возможно только в серверных ОС;

• Зеркалирование портов (Port mirroring) — с помощью этого механизма можно осуществлять мониторинг трафика виртуальной машины. Для настройки зеркалирования на одной ВМ, трафик которой будет анализироваться, выбирается режим Источник (Source), на второй, с которой будет осуществляться мониторинг, ставится режим Назначение (Destination). После этого весь входящий и исходящий трафик на порт источника копируется и перенаправляется на порт назначения, остается только установить необходимое ПО для анализа. Обязательное условие для зеркалирования — обе ВМ должны быть подключены к одному виртуальному свичу;
• Объединение сетевых карт (NIC Teaming) — технология, позволяющая объединить несколько физических адаптеров в группу, обеспечив отказоустойчивость и увеличение пропускной способности. В Windows 8.1 нет возможности включить NIC Teaming на уровне хоста, и эта настройка позволяет задействовать его на уровне виртуальной машины. К примеру, если в ВМ есть два виртуальных сетевых адаптера, подключенных через два виртуальных коммутатора типа External к двум разным физическим сетевым адаптерам, то можно сконфигурировать NIC Teaming внутри виртуальной машины. Для того, чтобы Hyper-V понимал, что адаптеры объединены в группу, и нужно включить данную настройку в свойствах каждого виртуального адаптера, входящего в тиминг. Эта возможность работает только в том случае, если в качестве гостевой ОС используется Windows Server 2012. Подробности работы и настройка NIC Teaming в Windows Server 2012 описаны здесь.

Настройка управления

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

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

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

Переходим на вкладку «Автоматическое действие при запуске» и выбираем одно из трех действий:

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

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

На вкладке «Автоматическое действие при завершении» также выбираем один из трех вариантов:

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

Настройка с помощью PowerShell

И совсем немного о PowerShel. С помощью PowerShell можно производить все те же настройки, что и из графической оснастки. Для примера выведем состояние виртуальной машины WKS82:

Get-VM -VMName WKS82

Произведем настройки процессора и памяти:

Get-VM -VMName WKS82 | Set-VM -ProcessorCount 2 -DynamicMemory -MemoryMinimumBytes 512MB -MemoryMaximumBytes 4096MB -MemoryStartupBytes 1024MB

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

Set-VM -Name WKS82 -AutomaticStopAction ShutDown -AutomaticStartAction StartIfRunning -AutomaticStartDelay 30

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

Как в hyper v подключить физический диск

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

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

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

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

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

Все ответы

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

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

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

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

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

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

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

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

Проброс USB устройств в виртуальную машину Hyper-V

15.01.2021
itpro
Hyper-V, Windows 10, Windows Server 2016, Windows Server 2019, Виртуализация
комментариев 14

Одним из существенных недостатков Hyper-Vперед другими гипервизорами (например, ESXi или Proxmox) являются отсутствие полноценной возможности пробрасывать USB устройства с хоста в виртуальные машины. Начиная с версии Hyper-V 2012 R2 появился ряд изменений, касающихся возможностей USB Passthrouth, однако этот функционал все еще уступает возможностям конкурентов. В этой статье мы расскажем об особенностях проброса USB устройств в 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.

• Проброс USB дисков с хоста Hyper-V;
• Расширенные возможности консоли Hyper-V — Enhanced Session Mode;
• Проброс USB устройства через RDP сессию;
• Использование программного/аппаратного средства для проброса USB по сети (USB over IP).

Проброс USB диска в виртуальную машину Hyper-V

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

1. Данная инструкция работает только для USB дисков, которые в системе видятся как fixed, т.е. флешки, смарт-карты и прочие removable-устройства прокинуть внутрь виртуальной машины не получится ( хотя есть небольшой трюк, позволяющий заставить Windows видеть сменное устройство как жесткий диск);
2. Для таких дисков невозможно создать снапшот/чекпоинт.

1. Подключите внешний USB диск к хосту Hyper-V (это может быть как любой хост с Windows и установленной ролью Hyper-V, так и Free Hyper-V Server). Диск появится в системе и ему будет назначена буква диска (если буква диска не назначилась, см. статью);
2. Откройте консоль управления дисками Disk Management (diskmgmt.msc) на хосте Hyper-V. Щелкните правой кнопкой мыши по диску (левая колонка, в нашем примере USB диск размером 20 Гб имеет идентификатор Disk 1) и выберите Offline.

Если у вас используется Windows Server Core или Hyper-V Server, в которых отсутствуют некоторых графические оснастки, вы можете управлять локальными дисками с помощью PowerShell модуля управления дисками. Следующие команды могут вывести список физических дисков на хосте и перевести указанный диск в режим offline: Get-Disk
Get-Disk -Number 1 |Set-Disk -IsOffline:$true

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

Для безопасного извлечения USB диск можно открыть консоль Hyper-V Manager и перейти в окно настроек виртуальной машины. В разделе SCSI Controller выберите жесткий диск, который нужно удалить и нажмите Remove. Сохраните изменения. После этого жесткий диск можно физически извлечь из USB порта хоста Hyper-V.

Проброс USB устройств через Enhanced Session Mode в Hyper-V

В версии Hyper-V, представленной в Windows Server 2012 R2/ 8.1 практически любые USB устройства можно прокинуть внутрь виртуальной машины с помощью технологии Enhanced Session Mode (ESM). Для подключения используется утилита Hyper-V Manager vmconnect.exe . Она позволяет подключится к консоли виртуальной машины и выбрать USB устройства, которые нужно пробросить.

Сначала нужно включить Enhanced Session Mode в настройках сервера Hyper-V. Это можно сделать с помощью PowerShell:

Set-VMHost -EnableEnhancedSessionMode $true

Или в меню Hyper-V Settings -> Enhanced Session Mode.

Перезапустите службу Hyper-V Virtual Machine Management:
Get-Service vmms | Restart-Service

В разделе Integration Services настроек ВМ нужно включить опцию Guest Services.

Для проброса USB устройства через Enhanced Session Mode нужно запустить консоль Hyper-V, выбрать ВМ и нажать Connect. Либо вы можете запустить утилиту vmconnect.exe (Virtual Machine Connection), указать Hyper-V сервер и имя ВМ (утилита поддерживает некоторые параметры командной строки, поэтому вы можете отдавать пользователям настроенный bat файл).

Ели ВМ поддерживает Enhanced Session Mode, появится окно, похожее на свойства RDP подключения. Нажмите Show Option -> Local Resources -> Local device and resources -> More.

Выберите USB устройства на вашем компьютере, которое нужно пробросить в ВМ. Если устройства, которое вам нужно, сейчас не подключено, выберите опции Other supported Plug and Play (PnP) devices и Devices that I plug in later.

Теперь все подключённые к вашему компьютеру USB устройства будут автоматически доступны в консольной сессии виртуальной машины Hyper-V.

Основные возможности и ограничения Enhanced Session Mode

• В качестве гостевых ОС поддерживается только Windows (начиная с Windows 8.1/Windows Server 2012 R2);
• Вам не нужен прямой доступ к ВМ. Все подключения выполняются через Hyper-V хост (вы подключаетесь к нему через сеть по порту TCP 2179), а подключение к ВМ выполняется через шину VMBus;
• На компьютере пользователя должен быть установлен Hyper-V Manager

Данный метод похож на возможность проброса USB устройств через RDP сессию. Мы не будет рассматривать его подробнее.

Методы проброса USB устройства через сеть (USB over IP или в RDP сессии) позволяют сохранить доступ к USB ключу при миграции виртуальной машины на другой хост (Hyper-V Live Migration /vMotion).

Предыдущая статья Следующая статья

alt=»Править настройки vhdx диска» width=»58″ height=»56″ /> Как увеличить/уменьшить размер виртуального диска Hyper-V?

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

«это вам не нужно» отвечу любимой мантрой линуксоидов

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

Про мантру с вами согласен, но когда имеется альтернатива, похоже и правда «это вам не нужно» =)

Данная инструкция работает НЕ только для USB дисков .
Любые диски, подключенные по SATA, можно подключить в виртуальную машину ( при условии, что их можно перевести в режим OFFLINE )

usb диск не получается сделать offline, нет такой опции

Данная инструкция работает только для USB дисков, которые в системе видятся как fixed, т.е. флешки, смарт-карты и прочие removable-устройства прокинуть внутрь виртуальной машины не получится (

А проброс ключа 1C каким-то образом возможен, кроме USB over Ethernet?

USB-вебкамера так же просто?

Через Enhanced Session Mode не захотела.

У меня не видит флешку. Всё настроил. Сделайте инструкцию по ошибкам и пробросу веб-камеры

Статьи по заказу — по отдельному тарифу ��
ДЛя проброса USB камеры и других устройств можно использовать RemoteFX.
Включить параметр GPO «Allow RDP redirection of other supported RemoteFX USB devices from this computer» в
Computer Configuration > Administrative Templates > Windows Components > Remote Desktop Services > Remote Desktop Connection Client > RemoteFX USB Device Redirection
Теперь можно подключиться к консои ВМ:
«vmconnect.exe localhost /edit» ->»Show Options», на вкладке «Local Resources» нажать «More» и выбрать камеру в разделе «Other supported RemoteFX USB Devices».
Ну и вот если уж прям совсем подробно:
_https://social.technet.microsoft.com/Forums/windows/en-US/a11eee73-86e0-4782-b2ab-60dfd19556ab/how-to-add-webcam-to-a-hyperv-virtual-machine?forum=win10itprovirt
Enable group policy changes to allow RemoteFX 3D video adapter to work in the HyperV Host
Enable group policy changes to allow RemoteFX 3D video adapter to work in HyperV Client
Enable group policy changes to allow audio to be redirected to HyperV client
Enable group policy changes to allow audio to be recorded from HyperV clientss
Allow enhanced session mode» in hyper manager — server settings
Add RemoteFX 3d Video Adapter in hyperV manager — settings for a given virtual machine
Add the resources to the VM during when a «local resources» menu pops up during boot

На эту страницу я заходил ранее. Эта инструкция для Hyper-V, где он включён как компонент Windows. Вот цитата оттуда: I was able to add my Webcam and USB headset to a VM running on my Windows 10 Pro machine
А у нас гипервизор без GUI, Window Hyper-V Server 2019, который бесплатный, там нет графического интерфейса, это Core. Всё это я пробовал, и ничего не работает. Покажите, снимите видео, где Хайпер-Ви без гуя, и посмотрим, будет ли это работать

Ок, а откуда вы планируете прокидывать USB устройства? По сети или локальные устройства с хоста? По идее при пробросе локальных устройств с самого хоста HV в ВМ все должено работать аналогично

​​Одной из существенных проблем гипервизора HyperV является невозможность пробросить USB устройство в виртуальную машину.

Есть решение этой проблемы — open source проект usbipd-win. С его помощью можно пробросить USB устройство, подключенное к машине под управлением Windows в любую другую по сети, либо в локальный Linux, работающий по WSL2 (инструкция от microsoft).

На базе проекта usbip существует много различных продуктов. Конкретно usbipd-win это только сервер под Windows. Я начал с него, потому что он максимально просто устанавливается и настраивается. Можно через winget поставить:
> winget install usbipd
Либо скачать msi пакет из репы. Далее смотрим список подключенных устройств и публикуем одно из них:
> usbipd list
> usbipd bind —busid=4-3

Опубликованный с помощью этого сервера ключ можно подключить к Linux или Windows машине. Под Linux достаточно установить соответствующие пакеты с утилитой и модулем ядра. Для Debian вот эти:
# apt install usbip hwdata usbutils

После этого можно смотреть список опубликованных ключей и подключать один из них:
# usbip list —remote=10.20.1.56
# usbip attach -remote=10.20.1.56 —busid=4-3

Для подключения этих ключей в Windows, нужно установить Windows Agent. Взять его можно из другого репозитория usbip-win. Там есть инструкция по установке агента. Она немного замороченная, по сравнению с установкой сервера, но ничего особо сложного нет. Вопрос решаемый.

Точно так же можно публиковать USB устройства с Linux по сети на другие машины. Есть пакет сервера и под OpenWRT. Таким простым и бесплатным способом можно решить вопрос проброса USB ключей. Для HASP работает отлично.