Установка и настройка windows hyper-v server 2019

Введение

Ранее я рассказывал об установке и настройке Hyper-V Server 2012 R2, предыдущей версии бесплатного гипервизора. К сожалению, те методы настройки hyper-v в рабочей группе без домена неактуальны в версии 2016. В частности, утилита hvremote не работает на новой версии. Изменились настройки машины для управления. В данном случае в ее качестве будет выступать рабочая станция под управлением Windows 10.

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

  1. Поддержка всех популярных ОС. Нет никаких проблем с совместимостью, нет необходимости отдельно ставить какие-то драйвера или тулсы. Поддержка hyper-v присутствует во всех windows системах, в ядре линукс, не помню точно с какой версии, но все современные системы ее имеют, в ядре freebsd, начиная с 10-й версии. То есть вы просто берете установочный диск и ставите систему на hyper-v, больше от вас ничего не требуется.
  2. Много различных способов бэкапа виртуальных машин. Это могут быть простые скрипты, бесплатные программы, либо полноценные платные версии крупных компаний, специализирующихся на программном обеспечении для бэкапа.
  3. Стандартная панель управления гипервизором, которую легко установить на компьютер под управлением windows, начиная с win 8.1.
  4. В основе Hyper-V Server популярная серверная система, с которой понятно и удобно работать. К примеру, чтобы загрузить или забрать файл с гипервизора, вам достаточно расшарить на нем папку стандартным образом, как вы это делаете в любой windows системе.

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

Hard Disks

Whether adding or editing a disk, the hard disk dialog tab looks the same.

At the top, choose the controller and controller position that you wish the drive to be attached to. There are no restrictions regarding moving a disk between an IDE or SCSI controller, but Generation 1 virtual machines will only start from devices attached to an IDE controller.

After the controller selection, you’ll find the Media section which is where you detail the object that represents the hard disk. You can select a virtual hard disk file or a physical disk.

Virtual Hard Disk

This portion provides much more control than simply selecting a virtual hard disk. The New button allows you to create a new disk, using the same New Virtual Hard Disk wizard you find in the main Hyper-V Manager interface. Upon finalizing the creation, the new disk will be automatically attached at the designated location.

The Edit button allows you to make changes to a virtual hard disk that’s already attached. It initiates a wizard that guides you through the possible changes. The displayed options will change depending on the type of virtual hard disk that’s selected and the state of the virtual machine. The options are:

  • Compact. This option is only displayed for dynamically expanding hard disks. Any disk blocks that were previously in use but have since been marked as deleted will be reclaimed and the file will be shrunk. Due to a bug, this option will be visible even when the owning virtual machine is online, but it will only be successful if nothing is using the virtual hard disk file.
  • Convert. Choosing this option will allow you to change a VHD file to a VHDX file and vice versa and/or a fixed virtual hard disk into a dynamically expanding virtual hard disk and vice versa. This process does require the creation of a new disk, which will be created by reading the data from the source disk. You cannot perform this procedure while the disk is in use.
  • Expand. Use the Expand feature to grow the maximum capacity of a virtual disk. This action can be taken while the virtual machine is online. For most guest operating systems, you will also need to perform an additional task to utilize the space. For Windows guests, you must extend the disk or create a new partition in newly created blank space.
  • Merge. This option is only available for differencing disks. You’re given one of two options: you can merge the differencing disk into its parent completely or you can create a new disk that combines both. With either option, the differencing disk itself is destroyed and you must select a new one upon returning to the disk tab in the Settings dialog. Take care that you do not merge a disk that has children of its own, as they will be permanently orphaned.

The Inspect button presents a small dialog with details about the file that constitutes the virtual hard disk. For dynamically expanding disks, the actual consumed space and its upper limit will be displayed. For differencing disks, the parent will be displayed.

Use the Browse button to direct this disk to use a different VHD or VHDX file than the one that is currently selected or to select the initial file for a new disk.

Physical Hard Disk

It’s no longer recommended to connect physical hard disks, known as pass-through disks to a virtual machine except in rare situations. However, if you have need of such a disk, use this radio button to attach it to your virtual machine. The disk that you use can be a physical disk local to the host or a LUN on remotely-attached storage. It must be offline before you can use it. If the Physical hard disk radio button is disabled, Hyper-V Manager does not detect any eligible storage. Detected disks will be displayed by their local LUN information:

Once attached to the virtual machine, the disk or LUN cannot be used for any other purpose. The virtual machine will take control of the entire disk or LUN, including any partitions that it may contain.

Remove

The last control on this page is the Remove button. The only function this has is to remove the disk from the virtual machine’s controller. If it is a virtual hard disk, the file is left intact but the virtual machine is removed as an owner. If it is a physical disk, control is reverted to the management operating system and the disk is left in its original offline state. You can remove a SCSI disk from a virtual machine while it is online, but the guest must be offline to remove a disk from the IDE chain.

How to Access the Settings Dialog

The Settings dialog is reached through the context menu for a virtual machine. The two ways to gain access to the context menu are by right-clicking the virtual machine or by highlighting the virtual machine in the list so that its context menu appears in the lower portion of the right pane of Hyper-V Manager:

Just click Settings from the context menu, and you’ll be presented with the settings dialog for that virtual machine:

The left side is a series of tabs and sub-tabs that contain all the settings available in Hyper-V Manager to control a virtual machine. The following sections will cover each of these tabs and their settings in detail.

Бэкап изнутри виртуальных машин

1.1. Бэкап сегодняшнего дня

Причем, для серверных и настольных (клиентских) Windows бэкапы формируются разные. И разница заключается в том, что для серверных ОС у нас получатся снимки каждого бэкапа, а вот для настольных — снимок останется всегда только последний. Спросите, а что это за такой инкрементальный бэкап? А «инкрементальный» он остается, потому чтоТо есть для серверной Windows снимки остаются тоже только последние.Позже, выявил, что нет никакой разницы в работе wbadmin на серверной и клиентской ОС. Разве, что разница есть в интерфейсе. wbadmin производит инкрементальный бэкап (кроме первого бэкапа), если указан жесткий диск в ключе -backupTarget (команда использует ключ по умолчанию -vssСopy). Или производит полный бэкап, если добавить ключ -vssFull.

Добавление COM-порта для отладки ядра

COM-порты недоступны на виртуальных машинах поколения 2, пока они не будут добавлены. это можно сделать с помощью Windows PowerShell или инструментарий управления Windows (WMI) (WMI). Ниже показано, как это сделать с помощью Windows PowerShell.

Чтобы добавить COM-порт, выполните следующие действия.

  1. Отключите безопасную загрузку. Отладка ядра не совместима с безопасной загрузкой. Убедитесь, что виртуальная машина находится в отключенном состоянии, а затем используйте командлет Set-вмфирмваре . Например, следующая команда отключает безопасную загрузку виртуальной машины TestVM:

  2. Добавьте COM-порт. Для этого используйте командлет Set-вмкомпорт . Например, следующая команда настраивает первый COM-порт на виртуальной машине TestVM для подключения к именованному каналу Тестпипе на локальном компьютере:

Примечание

Настроенные COM-порты не указаны в параметрах виртуальной машины в диспетчере Hyper-V.

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

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

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

Бэкап виртуальных машин Hyper-V

Ранее я уже рассказывал про программу HVBackup для бэкапа виртуальных машин. Она замечательно работает с Windows Hyper-V Server 2016, приведенная статья полностью актуальна. Для работы программы необходимо установить на гипервизоре .Net Framework 3.5 с помощью команды powershell:

Install-WindowsFeature NET-Framework-Core

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

Указываете, что это Standalone Hyper-V server, добавляете учетные данные и дожидаетесь окончания установки необходимых компонентов на hyperv сервере. После этого можно создать резервную копию виртуальной машины. Для этого выберите гипервизор, виртуальную машину, которую хотите забэкапить и жмите правой кнопкой мыши по ней. Выбираете VeeamZIP:

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

Virtual Adapter: Advanced Features

The Advanced Features sub-tab contains the remaining settings for a virtual adapter.

To start, you can configure a static MAC address for a virtual adapter if necessary. This allows you to ensure that Hyper-V doesn’t control or change it. Also in this section is a checkbox to Enable MAC address spoofing. If not checked, Hyper-V will not allow the guest operating system to override its MAC address.

The second section allows you to enable DHCP guard. This prevents the virtual adapter from receiving any DHCP discover or request packets, effectively preventing its operating system from acting as a DHCP server.

The third section performs the same function for routing requests. Checking Enable router advertisement guard prevents the virtual adapter from sending any frames advertising routing functionality from within the virtual machine.

The fourth section, Protected network, only applies to clustered virtual machines. If the host detects a failure on the virtual switch that this adapter is connected to, it will Live Migrate the virtual machine to another host.

The next section, Port mirroring, allows you to set the adapter as one of two ports in a mirror. By default, this setting is None, which means it functions as a standard adapter. You can set it to Source, which makes it the sender in a pair. If you set it to Destination, it will be the recipient adapter in a pair. When there is a Source and a Destination port mirror adapter on the same host, all packets that appear on the source adapter are replicated to the destination adapter.

The final option on this tab (not pictured) is Enable this network adapter to be part of a team in the guest operating system. When checked, the guest operating system can add this adapter into a team that uses link aggregation techniques to spread a single MAC address across multiple adapters. The guest operating system must support such a feature in order for this setting to be effective.

Включение SMT на гостевых виртуальных машинах

Когда гипервизор узла виртуализации настроен для использования основного типа планировщика, Гостевые виртуальные машины могут быть настроены на использование SMT при необходимости. Предоставление доступа к тому факту, что ВПС-потоков на гостевую виртуальную машину, позволяет планировщику в гостевой операционной системе и рабочим нагрузкам, выполняемым на ВИРТУАЛЬНОЙ машине, обнаруживать и использовать топологию SMT в собственном планировании работы. на Windows Server 2016 гостевая SMT не настроена по умолчанию и должна быть явно включена администратором узла Hyper-V. начиная с Windows Server 2019, новые виртуальные машины, созданные на узле, по умолчанию наследуют топологию SMT узла. Таким образом, виртуальная машина версии 9,0, созданная на узле с 2 SMT потоками на ядро, также увидит 2 SMT потока на ядро.

Для включения SMT в гостевой виртуальной машине необходимо использовать PowerShell. в диспетчере Hyper-V не предоставлен пользовательский интерфейс.
Чтобы включить SMT на гостевой виртуальной машине, откройте окно PowerShell с достаточными разрешениями и введите:

Где — число потоков SMT на ядро, которое видит Гостевая виртуальная машина.
Обратите внимание, что = 0 задает значение хвсреадкаунтперкоре, совпадающее с количеством потоков SMT узла на значение ядра. Примечание

Примечание

параметр хвсреадкаунтперкоре = 0 поддерживается начиная с Windows Server 2019.

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

Восстановление бэкапа и WDS

  1. Если у вас загрузчик RE загружается на Hyper-V виртуальной машине по сети, но не работает клавиатура в ней. Поздравляю, ваш RE образ для WinXP или древнее и не знает о существовании Hyper-V драйверов.
  2. Если у вас система начинает восстанавливать бэкап, но останавливается. Удалите все разделы на жестком (на котором восстанавливается бэкап) и попробуйте заново. Только не забывайте, что бэкап может быть битый и после удаления всех разделов на жестком у вас может ничего не остаться от старой информации.
  3. Если бэкап с загрузкой UEFI, а вы хотите восстановить на комп без UEFI, то не стоит тратить время. Скорее всего развернуть бэкап не получится.
  4. Бэкап с загрузкой UEFI и разделами GPT можно восстанавливать на машины с другим процессором / материнкой, а вот с разделами MBR формата и с загрузкой обычного BIOS на другой машине развернуть вряд ли получится. Ну у меня точно не получалось.
  5. Если бэкап пытаться развернуть на диск с меньшим объемом, то сделать это не получится. Даже если диск в бэкапе был почти пуст. В этом случае помогает восстановление на виртуальную машину с динамическим диском. Далее уменьшение этого диска и создание нового бэкапа. Но такое можно только с загрузчиком UEFI в бэкапе (почему, читаем предыдущий пункт).
  6. Стоит перед восстановлением бэкапа отключить лишние диски, чтобы не затереть информацию на них.

Как отключить виртуализацию Hyper-V в Windows PowerShell — 2 способ

При помощи системного инструмента Windows PowerShell мы можем полностью отключить компонент Hyper-V на компьютере.

Выполните следующие действия:

  1. Запустите Windows PowerShell от имени администратора.
  2. В окне оболочки введите команду, а затем нажмите на клавишу «Enter»:
Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-All

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

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

Disable-WindowsOptionalFeature -Online -FeatureName Microsoft-Hyper-V-Hypervisor

Основные сведения о виртуализации процессоров Hyper-V

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

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

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

  • Каждый виртуальный процессор (вице-президент) корневого раздела сопоставляется с 1:1 базовым логическим процессором (LP). Вице-президент узла всегда выполняется в одном базовом LP — миграция ВПС корневого раздела отсутствует.

  • По умолчанию LPs, на котором размещен ВПС, может также запускать гостевой ВПС.

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

Инкапсуляция пакета

В виртуализации сети Hyper-V каждый виртуальный сетевой адаптер связан с двумя IP-адресами:

  • Адрес клиента (CA) IP-адрес, назначенный клиентом в зависимости от инфраструктуры интрасети. Этот адрес позволяет клиенту обмениваться сетевым трафиком с виртуальной машиной, как будто он не был перемещен в общедоступное или частное облако. АК является видимым для виртуальной машины и доступным для клиента.

  • Адрес поставщика (PA) — IP-адрес, назначенный поставщиком услуг размещения или администратором центра обработки данных на основе физической сетевой инфраструктуры. АП появляется в сети в виде пакетов. Обмен ими производится с сервером Hyper-V, на котором размещается виртуальная машина. АП является видимым в физической сети, но не для виртуальной машины.

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

Рисунок 6. Концептуальная схема виртуализации сетей относительно физической инфраструктуры

На схеме виртуальные машины клиента отправляют пакеты данных в пространстве ЦС, которые проходят по физической сетевой инфраструктуре через собственные виртуальные сети или «туннели». В приведенном выше примере туннели можно рассматривать как «конверты» вокруг пакетов данных Contoso и Fabrikam с зелеными метками доставки (адреса PA), которые должны доставляться с исходного узла слева на узел назначения справа. Основное место заключается в том, как узлы определяют адреса доставки (PA), соответствующие Contoso и ЦС Fabrikam, способ размещения конверта в пакетах, а также то, как конечные узлы могут разворачивать пакеты, а также правильно доставляться в виртуальные машины Contoso и Fabrikam.

Ключевые аспекты виртуализации сетей объясняются при помощи простой аналогии:

  • АК каждой виртуальной машины сопоставляется с АП физического узла. С одним АП может быть связано несколько АК.

  • Виртуальные машины отправляют пакеты данных в пространствах ЦС, которые помещаются в «Конверт» с парой источника и назначения PA на основе сопоставления.

  • Сопоставления АК — АП должны позволять узлам производить дифференциацию пакетов для различных клиентских виртуальных машин.

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

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

Заключение

Постарался рассмотреть все наиболее значимые аспекты в работе с бесплатным гипервизором от Microsoft. Можете сравнить его с бесплатным гипервизором на kvm — proxmox, который я рассматривал в своей статье установка и настройка proxmox. В proxmox мне нравится управление через web браузер. Не нужно ничего ставить на компьютер. После установки гипервизор сразу готов к работе.

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

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

Прошлые статьи по Hyper-V:

  • Установка и настройка Windows Hyper-V Server 2012 R2
  • Установка и настройка Windows Hyper-V Server 2016
  • Добавить iSCSI диск на сервер Windows Hyper-v
  • Установка и настройка apcupsd на Hyper-V Server
Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Adblock
detector