Совместное использование устройств на виртуальной машине
Содержание:
Какие гостевые операционные системы поддерживаются?
Виртуальные машины поколения 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.
Настройка и установка другой ОС на Hyper-V
Шаг 1. Как только мы включили Hyper-V он появится в вашей системе. Чтобы открыть виртуальную машину, просто наберите в поиске «hyper-v» и запустите.
Шаг 2. Чтобы установить другую ОС, нажмите правой кнопкой мыши на своем имени устройства и «Создать» > «Виртуальная машина».
Шаг 3. Появится мастер первоначальных настроек «приступая к работе». Нажимаем «Далее».
Шаг 4. Задайте имя виртуальной машине и укажите путь, если вам нужно сохранить виртуальную машину на другом локальном диске. Если вы не укажите другой путь, то виртуальная машина сохранится на диске «C» по умолчанию.
Шаг 5. Выберите поколение виртуальной машины. Если вы уверены, что устанавливаете 64-bit версию, то выбирайте 2 поколение. Первое поколение подойдет для запуска старых 32-bit ОС и программ. Если вы сомневаетесь, то выбирайте первое поколение.
Шаг 6. Укажите объем выделенной памяти для виртуальной машины. Если вы устанавливаете ОС, то рекомендую 2048 МБ.
Шаг 7. Выберите свой сетевой адаптер из списка. Если у вас, как и у меня на картинке, то выбираем «Default Switch».
Шаг 8. Тут все просто. Если мы создаем новую установку ОС, то выбираем «Создать виртуальный жесткий диск». Путь будет указан, который мы указали выше в шаге 4. Единственное, что нужно изменить это размер. Я указал 30 Гб, так как ставлю Linux и мне много не нужно. Если у вас уже была ранее создана виртуальная машина, то выберите «Использовать имеющийся виртуальный жесткий диск» и укажите к нему путь.
Шаг 9. Выберите «Установить ОС с загрузочного компакт диска», установите «файл образ ISO» и укажите путь к вашей системе которую хотите установить на виртуальную машину Hyper-V.
Шаг 10. Завершение мастера настроек покажет вам все выбранные параметры. Убедитесь еще раз и нажмите «Готово» для установки.
Шаг 11. Все готово. Еще пару штрихов перед установкой. Откройте диспетчер Hyper-V, описано в шаге 1, и вы увидите справа список вашей созданной виртуальной машины. Нажмите по ней правой кнопкой мыши и выберите «Параметры».
Шаг 12. Здесь вы можете изменить параметры. К примеру, изменить сетевой адаптер, добавить оперативной памяти. Рекомендую первым делом добавить 2 виртуальных ядра, так как в мастере настроек этой опции не было.
Шаг 13. Возвращаемся обратно в диспетчер Hyper-v, нажимаем по созданной машине правой кнопкой мыши и выбираем «Подключить».
Шаг 14. Появится темное окно и нажимаем «пуск» для установки ОС на Hyper-v.
Шаг 15. Далее просто следуйте инструкциям на экране. Думаю дальше вы разберетесь, как установить ту или иную ОС, если вам понадобился Hyper-V. Если после установки ОС на виртуальную машину Hyper-V у вас нет сети, то смотрите ниже.
Горький опыт, который поможет вам
1 момент. Когда я писал эту инструкцию, я не дождался установки Linux Zorin и попытался выключать. Установка не выключалась, а на экране появились ошибки связанные с кривым дистрибутивом. После перезагрузил ПК локальный диск на котором были созданные виртуальные машины не открывался и просил отформатировать его. Я понимал, что на диске была вся моя работа и она просто исчезнет.
Совет: Если после сбоя диск не открывается и просит отформатировать его, то запустите командную строку от имени администратора и введите команду:
chkdsk F: /f — где F имя локального диска, который не открывается и просит отформатировать.
2 момент. Если после установки ОС на виртуальную машину Hyper-V у вас нет интернета и сети, то откройте «сетевые адаптеры», нажмите правой кнопкой мыши на заданном нами адаптере «Default Switch» и выберите «Свойства». Далее выделите графу «IP версии 4 (TCP/IPv4)» и нажмите ниже на кнопку «Свойства». В новом окне установите получать автоматически IP и DNS адреса.
Смотрите еще:
- Создать портативную систему Windows на USB-диск с Windows To Go
- Как сбросить настройки сети
- Не удается подключиться к WiFi или Локальной сети в Windows 10
- Узнать, какие приложения используют GPU в Windows 10
- Выбрать другой GPU для разных приложений в Windows 10
Загрузка комментариев
Microsoft Hyper-V
В «магическом квадранте» Gartner по виртуализации серверной инфраструктуры х86 (Magic Quadrant for x86 Server Virtualization Infrastructure), выпущенном в июле 2015 года, лидируют Micrоsoft и VMware. Xen и KVM представлены вендорами Citrix и Red Hat.способны отлично работать под Hyper-VLinux Integration Services 4.0 for Hyper-Vпакет драйверов, утилит и улучшений для гостевых ОС LinuxОсобенности Microsoft Hyper-V в Windows Server 2012 R2 Datacenter Edition
| Максимальное число одновременно работающих ВМ | 1024 |
| Максимальное число процессоров на хост-сервер | 320 |
| Число ядер на процессор хоста | Не ограничено |
| Максимальное число виртуальных процессоров (vCPU) на хост-сервер | 2048 |
| Максимальная емкость оперативной памяти на хост-сервер | 4 Тбайт |
| Память на одну ВМ | 1 Тбайт |
| Виртуальных процессоров на ВМ | 64 vCPU |
| Динамическое перераспределение памяти | Dynamic Memory |
| Дедупликация страниц памяти | Нет |
| Поддержка больших страниц памяти (Large Memory Pages) | Да |
| Централизованное управление | Да, System Center Virtual Machine Manager (SCVMM) |
| Интеграция с Active Directory | Да (через SCVMM) |
| Снимки ВМ (snapshot) | Да |
| Управление через браузер | Через портал самообслуживания |
| Обновления хост-серверов/ гипервизора | Да |
| Управление сторонними гипервизорами | Да, управление VMware vCenter и Citrix XenCenter |
| Обновление ВМ | Да (WSUS, SCCM, VMST) |
| Режим обслуживания (Maintenance Mode) | Да |
| Динамическое управление питанием | Да, Power Optimization |
| API для резервного копирования | Да, VSS API |
| Шаблоны виртуальных машин (VM Templates) | Да |
| Профили настройки хостов (Host Profiles) | Да |
| Миграция физических серверов в виртуальные машины (P2V) | Нет |
| Горячая миграция виртуальных машин | Да, без общего хранилища (Shared Nothing), поддержка сжатия и SMB3, неограниченное число одновременных миграций |
| Горячая миграция хранилищ ВМ | Да |
| Профили хранилищ | Да |
| Поддержка USB | Нет (за исключением Enhanced Session Mode) |
| Горячее добавление устройств | Только устройства хранения и/или память |
| Устройства Floppy в ВМ | 1 |
| Сетевые адаптеры/интерфейсы | 8 NIC |
| Виртуальные диски IDE | 4 |
| Емкость виртуального диска | 64 Тбайта для VHDX |
| Максимальное число узлов в кластере | 64 |
| Виртуальных машин в кластере | 8000 |
| Функции высокой доступности при сбоях хост-серверов | Failover Clustering |
| Перезапуск виртуальных машин в случае сбоя на уровне гостевой ОС | Да |
| Обеспечение доступности на уровне приложений | Да (Failover Clustering) |
| Непрерывная доступность ВМ | Нет |
| Репликация виртуальных машин | Да, Hyper-V Replica |
| Автоматическое управление ресурсами кластера | Да, Dynamic Optimization |
| Пулы ресурсов | Да (Host Groups) |
| Проверка совместимости процессоров при миграциях машин | Да, Processor Compatibility |
| Поддерживаемые хранилища | SMB3, FC, Virtual FC, SAS, SATA, iSCSI, FCoE, Shared VHDX |
| Кластерная файловая система | CSV (Cluster Shared Volumes) |
| Поддержка Boot from SAN | Да (iSCSI, FC) |
| Динамическое выделение емкости хранения (Thin Provisioning) | Да, Dynamic Disks |
| Загрузка с USB | Нет |
| Хранилища на базе локальных дисков серверов | Storage Spaces, Tiered Storage |
| Уровни обслуживания для подсистемы ввода-вывода | Да, Storage QoS |
| Поддержка NPIV | Да (Virtual Fibre Channel) |
| Поддержка доступа по нескольким путям (multipathing) | Да (DSM и SMB Multichannel) |
| Кэширование | Да, CSV Cache |
| API для интеграции с хранилищами | Да, SMI-S/SMP, ODX, Trim |
| Поддержка NIC Teaming | Да |
| Поддержка Private VLAN | Да |
| Поддержка Jumbo Frames | Да |
| Поддержка Network QoS | Да |
| Поддержка IPv6 | Да |
| Мониторинг трафика | Да |
Советы по использованию средства VMConnect
Ознакомьтесь с указанными ниже сведениями об использовании VMConnect:
| Для этого… | Сделайте это… |
|---|---|
| Отправка щелчков мыши или клавиатурного ввода на виртуальную машину | Щелкните в любом месте окна виртуальной машины. При подключении к работающей виртуальной машине указатель мыши может отображаться в виде маленькой точки. |
| Возврат щелчков мыши или клавиатурного ввода на физический компьютер | Нажмите клавиши CTRL+ALT+СТРЕЛКА ВЛЕВО, а затем переместите указатель мыши за пределы окна виртуальной машины. Это сочетание клавиш для отпускания кнопки мыши можно изменить в параметрах Hyper-V в диспетчере Hyper-V. |
| Отправка сочетания клавиш CTRL+ALT+DELETE на виртуальную машину | Выберите Действие > Ctrl+Alt+Delete или воспользуйтесь сочетанием клавиш CTRL+ALT+END. |
| Переключение из режима окна в полноэкранный режим | Выберите Представление > Полноэкранный режим. Чтобы перейти обратно в режим окна, нажмите клавиши CTRL+ALT+BREAK. |
| Создание контрольной точки для получения сведений о текущем состоянии компьютера, чтобы устранить неполадки | Выберите Действие > Контрольная точка или используйте сочетание клавиш CTRL+N. |
| Изменение параметров виртуальной машины | Выберите Файл > Параметры. |
| Подключение к (ISO-файлу) DVD-образа или к (VFD-файлу виртуального гибкого диска) | Выберите Медиа.
Виртуальные гибкие диски не поддерживаются для виртуальных машин 2-го поколения. Дополнительные сведения см.в статье Should I create a generation 1 or 2 virtual machine in Hyper-V? (Следует ли создавать виртуальные машины 1-го и 2-го поколения в Hyper-V?). |
| Использование локальных ресурсов узла на виртуальной машине Hyper-V, например, USB-устройства флэш-памяти | На узле Hyper-V включите режим расширенного сеанса, с помощью VMConnect подключитесь к виртуальной машине и перед подключением выберите нужный локальный ресурс. Описание конкретных шагов см. в статье Use local resources on Hyper-V virtual machine with VMConnect (Использование локальных ресурсов на виртуальной машине Hyper-V с VMConnect). |
| Изменение сохраненных параметров VMConnect для виртуальной машины | Выполните следующую команду в Windows PowerShell или в командной строке: |
| Запрещение пользователю VMConnect получать доступ к сеансу VMConnect другого пользователя |
.
Отсутствие включенного режима расширенного сеанса может привести к угрозе безопасности и конфиденциальности. Если пользователь подключился и вошел на виртуальную машину через VMConnect, а другой авторизированный пользователь подключается к той же виртуальной машине, то сеанс перехватывается вторым пользователем и будет прерван у первого. Второй пользователь сможет просматривать рабочий стол, документы и приложения первого пользователя. |
| Управление службами интеграции или компонентами, которые позволяют виртуальной машине обмениваться данными с узлом Hyper-V | На узлах Hyper-V под управлением Windows 10 или Windows Server 2016 нельзя управлять службами интеграции с помощью VMConnect. Дополнительную информацию об этом см. в следующих разделах: — Turn an integration service on or off using Hyper-V Manager (Включение или отключение службы интеграции в диспетчере Hyper-V); — (Запуск и остановка службы интеграции в гостевой учетной записи Windows);- (Запуск и остановка службы интеграции в гостевой учетной записи Linux); — (Своевременное обновление служб интеграции). Сведения об узлах под управлением Windows Server 2012 или Windows Server 2012 R2 см. в статье Службы интеграции. |
| Изменение размера окна VMConnect | Вы можете изменить размер окна VMConnect для виртуальных машин 2-го поколения, работающих под управлением операционной системы Windows. Для этого может потребоваться включить режим расширенного сеанса на узле Hyper-V. Дополнительные сведения см. в разделе . Сведения о виртуальных машинах под управлением Ubuntu см. в статье Changing Ubuntu Screen Resolution in a Hyper-V VM (Изменение разрешения экрана Ubuntu на виртуальной машине Hyper-V). |
Что такое виртуализация и какие требования к ПК предъявляет
Виртуализация – это технология предоставления вычислительных мощностей с целью их объединения в логическую структуру, которая имитирует работу аппаратных компонентов и обеспечивает разделение процессов, протекающих в хостовом и виртуальном пространствах. Наиболее часто виртуализация применяется для создания так называемых виртуальных машин – программных и/или аппаратных систем, эмулирующих работу компьютера или другого устройства с установленной на нём операционной системой. Существует несколько типов виртуализации, а именно:
- Виртуализация памяти;
- Программная виртуализация;
- Аппаратная виртуализация;
- Виртуализация хранения данных;
- Виртуализация сети и так далее.
Различные инструменты могут использовать разные виды виртуализации, например, гипервизор Hyper-V, которому посвящен этот материал, нуждается в аппаратной виртуализации. Чтобы иметь возможность создавать и запускать виртуальные машины на Hyper-V, компьютер и операционная система должны отвечать следующим требованиям:
- Поддержка ЦП технологии виртуализации Intel VT-x или AMD-V;
- Поддержка ЦП функции преобразования адресов второго уровня (SLAT);
- Операционная система обязательно должна быть 64-разрядный и не ниже редакции Pro;
- На борту должно быть как минимум 4 Гб ОЗУ.
Проверить, поддерживает ли Ваш компьютер виртуализацию Hyper-V, совсем не сложно
Откройте от имени администратора консоль PowerShell или командную строку, выполните в ней команду systeminfo и обратите внимание на пункт «Требования Hyper-V». Если все четыре требования имеют значение «да», можете смело включать гипервизор и создавать виртуальные машины
Если один из этих пунктов имеет значение «нет», необходимо уточнить поддержку виртуализации в прилагаемой к компьютеру спецификации.
Бывает и такое, что опция отключена в BIOS. Чтобы включить виртуализацию в БИОСе, вам нужно зайти в его меню и проследовать по цепочке Advanced – CPU Configuration, найти опцию «Intel Virtualization Technology» и установить для нее значение «Enabled». В разных версиях BIOS наименование раздела и самой опции может отличаться, например, иногда нужный параметр называется Vanderpool Technology, VT Technology, Virtualization и т.п.
Требования к конкретным функциям
Ниже приведены требования для дискретного назначения устройств и экранированных виртуальных машин. Описание этих функций см. в статье новые возможности Hyper-V в Windows Server.
Отдельное назначение устройств
Требования к узлу аналогичны существующим требованиям к функции SR-IOV в Hyper-V.
Процессор должен иметь либо расширенную таблицу страниц Intel (EPT), либо таблицу вложенных страниц AMD (НПТ).
Набор микросхем должен иметь следующие компоненты:
Перераспределение прерываний. Технология Intel VT-d с возможностью повторного сопоставления прерываний (VT-D2) или любой другой версией модуля управления памятью ввода-вывода AMD (ввод-вывод ММУ).
Повторное сопоставление DMA. Технология Intel VT-d с недействительными в очереди или любыми ММУами AMD ввода-вывода.
Службы контроля доступа (ACS) на корневых портах PCI Express.
Таблицы встроенного по должны предоставлять ММУ ввода-вывода гипервизору Windows
Обратите внимание, что эта функция может быть отключена в UEFI или BIOS. Инструкции см
в документации по оборудованию или обратитесь к изготовителю оборудования.
Устройствам требуется GPU или энергонезависимый объем памяти (NVMe). Для GPU только некоторые устройства поддерживают дискретное назначение устройств. Чтобы проверить, ознакомьтесь с документацией по оборудованию или обратитесь к изготовителю оборудования. Дополнительные сведения об этой функции, включая способы ее использования и рекомендации, см. в блоге по виртуализации в разделе Post «дискретное назначение устройств—описание и фон».
Экранированные виртуальные машины
Эти виртуальные машины полагаются на безопасность на основе виртуализации и доступны начиная с Windows Server 2016.
Требования к узлу :
-
UEFI 2.3.1 c — поддерживает безопасную, измеряемую загрузку
Следующие два являются необязательными для безопасности на основе виртуализации в целом, но требуются для размещения, если требуется обеспечить защиту с помощью этих функций:
-
TPM версии 2.0 — защищает активы безопасности платформы
-
IOMMU (Intel VT-D) — позволяет гипервизору обеспечивать защиту прямого доступа к памяти (DMA)
Требования к виртуальной машине :
- 2-е поколение
- Windows Server 2012 или более новая версия в качестве операционной системы на виртуальной машине
Установка 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 типа коммутаторов:
- Личный (private) для связи только между виртуальными машинами, без доступа к гипервизору и сетью за ним.
- Внутренний (internal) — почти то же самое, что и личный, только доступ к коммутатору может иметь и гипервизор, но по прежнему нет доступа к внешней сети.
- Внешний (external) по сути это обычный сетевой бридж, куда входит реальный сетевой интерфейс гипервизора. Этот тип коммутатора используется для доступа виртуальных машин во внешнюю сеть.
В моем примере у меня только один сетевой интерфейс на гипервизоре. Я создам один коммутатор типа Внешний (External).
Получилось вот так.
Теперь этот коммутатор можно использовать в виртуальных машинах для доступа во внешнюю сеть.
В принципе, на этом настройку Windows Hyper-V Server 2019 можно и закончить. Если вас функционал Windows Admin Center устраивает, пользуйтесь им. В целом, в нем есть все необходимое, но мне он не нравится. Очень тормозной интерфейс, приходится два раза авторизовываться, чтобы подключиться. У меня не всегда получается через браузер открыть консоль виртуальной машины. Какие-то ошибки бывают, зависания.
Я предпочитаю использовать классические оснастки для управления гипервизором. Если вы так же как и я, предпочитаете их, переходим к следующему способу подключения и управления Hyper-V Server 2019. Для этого нам понадобится компьютер или виртуальная машина с Windows 10. Можно ее установить прямо на этом же гипервизоре. Иногда я так делаю для удобства. Получается автономный гипервизор со всем необходимым для управления.
Некоторые способы, с помощью которых Hyper-V может помочь
Hyper-V может помочь:
-
Создание или расширение частной облачной среды. Предоставление более гибких ИТ-служб по запросу путем перемещения или расширения использования общих ресурсов и корректировки использования по мере изменения спроса.
-
Более эффективное использование оборудования. Консолидируйте серверы и рабочие нагрузки на меньшее число более мощных физических компьютеров, чтобы использовать меньше энергии и физического пространства.
-
Непрерывные деловые операции. Сократите влияние запланированного и незапланированного простоя рабочих нагрузок.
-
Установка или расширение инфраструктуры виртуальных рабочих столов (VDI). Использование централизованной стратегии настольных систем с помощью VDI поможет повысить гибкость бизнеса и безопасность данных, а также упростить соответствие нормативным требованиям и управлять настольными операционными системами и приложениями. Разверните узлы Hyper-V и узел виртуализации удаленных рабочих столов (узел виртуализации удаленных рабочих столов) на том же сервере, чтобы сделать личные виртуальные рабочие столы или пулы виртуальных рабочих столов доступными для пользователей.
-
Сделайте разработку и тестирование более эффективными. Воспроизведение различных вычислительных сред без необходимости покупать или поддерживать все необходимое оборудование, если используются только физические системы.
