На сервере Windows Server 2019 потребовалось запустить виртуальную машину посредством Hyper-V. Установим роль Hyper-V на сервер Windows Server 2019 и создадим какую-нибудь виртуальную машину.
Я буду все действия выполнять на свежем сервере Windows Server 2019 Standard Evaluation. Сервер развёрнут на гипервизоре VMware ESXi. Да-да, я понимаю, что на виртуалке поднимать систему виртуализации не самая здравая идея, но всё это в тестовых целях.
Установка роли Hyper-V на сервере Windows Server 2019
Открываем Server Manager. Manage > Add Roles and Features
Открывается мастер установки ролей. Попадаем в раздел Before You Begin.
Это информационная страница, Next.
Попадаем в раздел Installation Type. Здесь нужно выбрать тип установку. Выбираем «Role-based or feature-based installation». Next.
Попадаем в раздел Server Selection. Здесь нужно выбрать сервер, на который будем устанавливать роль. Я выбираю текущий сервер. Next.
Попадаем в раздел Server Roles. Находим роль Hyper-V, выделяем галкой. Нам предлагают установить фичи, которые необходимы для работы Hyper-V, соглашаемся. Add Features.
Облом. Я словил ошибку:
Hyper-V cannot be installed: The processor does not have required virtualization.
Для роли Hyper-V требуется процессор, поддерживающий функции виртуализации. Поддержка аппаратной виртуализации может быть отключена в BIOS, в этом случае нужно перезагрузить сервер и в BIOS включить поддержку виртуализации. Это могут быть опции:
- Intel — Intel Virtualization Technology
- AMD — SVM Mode
У меня сервер аппаратный на базе VMware, я выключаю его и перехожу к настройкам виртуальной машины.
В настройках CPU включаю галку «Expose hardware assisted virtualization to the guest OS».
Включаю сервер. Снова проходим ту же процедуру. Открываем Server Manager. Manage > Add Roles and Features. Выбираем «Role-based or feature-based installation». Находим роль Hyper-V, выделяем галкой. Нам предлагают установить фичи, которые необходимы для работы Hyper-V, соглашаемся. Add Features.
В этот раз всё проходит успешно. Next.
Попадаем в раздел Features, здесь нам ничего не нужно. Next.
Попадаем в раздел Hyper-V. Здесь рассказывается для чего используется Hyper-V. Кроме того, на этой странице есть важная информация.
- Перед установкой роли Hyper-V следует решить, какую сетевую карту сервера вы будете подключать к виртуальному коммутатору.
- После установки роли Hyper-V для управления виртуальными машинами используйте Hyper-V Manager.
Next.
Попадаем в раздел Virtual Switches. Для работы виртуальных машин требуется связать виртуальный коммутатор в сетевой картой сервера, если вы хотите выпустить виртуальный машины в сеть. У меня выбор не очень большой, выделяю единственную сетевую карту. Next.
Попадаем в раздел Migration. Здесь настраивается миграция виртуальных машин. У меня будет один сервер с Hyper-V, поэтому никаких миграций не предусмотрено. Next.
Попадаем в раздел Default Stores. Здесь можно настроить папки по умолчанию для хранения виртуальных дисков и файлов настроек виртуальных машин. Next.
Попадаем в раздел Confirmation. Проверяем что у нас будет установлено. Здесь же ставим галку, чтобы сервер при необходимости перезагрузился. Install.
Начинается процесс установки роли Hyper-V.
Сервер перезагружается.
После перезагрузки роль продолжает устанавливаться.
Установка роли Hyper-V успешно завершена. Close.
В Administrative Tools появляется Hyper-V Manager.
Настройка виртуального коммутатора Hyper-V
Запускаем Hyper-V Manager.
В списках серверов Hyper-V есть текущий сервер ILAB-DC. Нажимаем на него.
Список виртуальных машин пуст. Перед созданием новой виртуалки нужно настроить виртуальный коммутатор. По идее он уже должен быть настроен, т.к. мы при установке роли Hyper-V ставили галку для привязки виртуального коммутатора к физическому сетевому адаптеру. Но проверить не помешает, были случаи, когда виртуальный коммутатор на привязывался к физическому адаптеру. Такое случается, когда роль Hyper-V устанавливается несколько раз. В этом случае зайдите в настройки физического адаптера и снимите галку со всего где есть слово «Hyper-V», после этого физический адаптер можно снова привязать к виртуальному коммутатору из оснастки Hyper-V Manager.
Нажимаем Virtual Switch Manager…
У меня один виртуальный коммутатор «vmxnet3 Ethernet Adapter — Virtual Switch». Виртуальный коммутатор может работать в трёх режимах:
- External network
Предоставляет виртуальным машинам доступ к физической сети для взаимодействия с серверами и клиентами во внешней сети. Позволяет виртуальным машинам на одном сервере Hyper-V взаимодействовать друг с другом.- Allow management operating system to share this network adapter (Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру)
Выберите этот параметр, если вы хотите разрешить узлу Hyper-V совместно использовать виртуальный коммутатор и сетевую карту или группу сетевых адаптеров с виртуальной машиной. Если этот параметр включен, узел может использовать любые параметры, настроенные для виртуального коммутатора, такие как параметры качества обслуживания (QoS), параметры безопасности или другие функции виртуального коммутатора Hyper-V. - Enable single-root I/O virtualization (SR-IOV) (Включить виртуализацию SR-IOV)
Выберите этот параметр, только если вы хотите разрешить трафику виртуальной машины обходить коммутатор виртуальной машины и перейти непосредственно к физическому сетевому адаптеру. Сетевой адаптер должен поддерживать SR-IOV.
- Allow management operating system to share this network adapter (Разрешить управляющей операционной системе предоставлять общий доступ к этому сетевому адаптеру)
- Internal network
Разрешает обмен данными между виртуальными машинами на одном сервере Hyper-V, а также между виртуальными машинами и сервером Hyper-V. - Private network
Разрешает обмен данными только между виртуальными машинами на одном сервере Hyper-V. Частная сеть изолирована от всего внешнего сетевого трафика на сервере Hyper-V. Этот тип сети полезен, если необходимо создать изолированную сетевую среду, например изолированный тестовый домен.
SR-IOV (Single Root Input/Output Virtualization, виртуализация ввода-вывода с единым корнем) — технология виртуализации устройств, позволяющая предоставить виртуальным машинам прямой доступ к части аппаратных возможностей устройства.
При необходимости можно включить поддержку VLAN.
Настраиваю виртуальный коммутатор, вернее, ничего не меняю, меня устраивают текущие настройки. OK.
Создание виртуальной машины в Hyper-V
Пришло время создать первую виртуальную машину. Открываем Hyper-V Manager.
New > Virtual Machine…
Открывается мастер создания виртуальных машин. Попадаем в раздел Before You Begin. Здесь нет ничего интересного. Next.
Попадаем в раздел Specify Name and Location. Указываем имя виртуалки. При необходимости можно изменить папку, в которой будут храниться файлы виртуалки. Next.
Попадаем в раздел Specify Generation. Выбор поколения зависит от того, какую операционную систему на виртуальной машине вы хотите установить, и метод загрузки, который вы хотите использовать для развертывания виртуальной машины. Виртуальные машины поколения 1 поддерживают большинство гостевых операционных систем. Виртуальные машины поколения 2 поддерживают большинство 64-разрядных версий Windows, Linux и FreeBSD. Рекомендуется выбрать поколение 2 за исключением случаев когда:
- Виртуальный жесткий диск, с которого требуется выполнить загрузку, не совместим с UEFI.
- Поколение 2 не поддерживает операционную систему, которую нужно запустить на виртуальной машине.
- Поколение 2 не поддерживает метод загрузки, который вы хотите использовать.
Next.
Попадаем в раздел Assign Memory. Выделяем память для виртуалки. Динамическая память забирается у сервера, как ни странно, динамически, т.е. сколько нужно, столько и забирается. Если галку не поставить, то вся выбранная память серверу будет недоступна. Next.
Попадаем в раздел Configure Networking. Выбираем виртуальный коммутатор. У меня он один. Next.
Попадаем в раздел Connect Virtual Hard Disk. Здесь создаём жёсткий диск, можно выбрать папку для его хранения. Можно подключить существующий жёсткий диск. Можно не подключать жёсткий диск. Я создаю новый диск объёмом 40 ГБ. Next.
Попадаем в раздел Installation Options. Здесь можно примонтировать образ установочного диска, я сделаю это позже. Next.
Попадаем в раздел Summary. Проверяем параметры. Finish.
Начинается процесс создания виртуальной машины.
Виртуальная машина создана, она выключена (State = Off).
Установка операционной системы на виртуальную машину Hyper-V
Теперь примонтируем ISO образ к виртуальной машине и попробуем начать процесс установки операционной системы.
Выделяем виртуалку, нажимаем Settings.
Переходим в раздел SCSI Controller. Видим, что в нём находится только жёсткий диск. Справа выбираем DVD Drive, Add.
У виртуальной машины появляется виртуальный DVD Drive. Выбираем Image file, выбираем ISO образ для установки операционной системы. Apply.
Правой кнопкой на виртуалку, Connect.
Открывается консоль виртуалки. ISO образ можно также вставить/извлечь в меню Mediz > DVD Drive. Включаем виртуалку, Start.
Виртуальная машина включается.
Загружается ISO образ и мы можем установить операционную систему, дальше вы справитесь.
Заключение
Мы с вами на сервере Windows Server 2019 установили роль Hyper-V, настроили виртуальный коммутатор и создали первую виртуальную машину. Подключили виртуальный дисковод и загрузились с установочного ISO образа операционной системы.
Добро пожаловать в волшебный мир виртуализации Hyper-V.
Hyper-V — это платформа виртуализации от Microsoft, которая распределяет ресурсы одного физического сервера между набором виртуальных серверов. Чтобы создать среду для Hyper-V Server 2019, закажем выделенный сервер. Для этого в меню Серверы и оборудование выберем нужный сервер.
В нашем примере — это сервер по тарифу EL11-SSD с процессором Intel® Xeon® E-2236 3.4 ГГц, ОЗУ 32 ГБ DDR4 и двумя дисками SSD по 480 ГБ каждый. Далее выбираем операционную систему Windows 2019 — подойдут версии 2019 Datacenter (64-bit) и 2019 Standard (64-bit). В обоих случаях можно добавить роль Hyper-V.
Далее нажимаем Заказать и Оплатить. Деньги списываются с личного счёта.
Установка сервера занимает время, поэтому, чтобы его не тратить впустую, расскажем о новых функциях в Windows Server 2019 относительно Hyper-V.
Что нового в Hyper-V Server 2019
Любопытная особенность Hyper-V Server 2019 — это то, что первоначально эта версия была Hyper-V Server 2016 R2, вышедшая в конце 2018 года. Но из-за неприемлемого количества багов, она была отозвана и полноценно вышла уже в 2019 году под новой версией. А теперь, давайте разберем нововведения данного релиза.
Во-первых — это обновленная консоль администратора Windows Admin Center (WAC). Теперь она доступна через веб-интерфейс. Из браузера стало возможным управлять виртуальными машинами, сервисами на них, запускать скрипты PowerShell, инициировать RDP-сессии и выполнять прочие операции. Во-вторых, появилась возможность работать с окружением Linux. Работает через специальный слой совместимости Windows Subsystem for Linux (WSL) на уровне ядра ОС. Таким образом, можно запускать bash-скрипты или бинарные файлы ELF без необходимости входа на виртуальный сервер через консольный клиент (например, Putty или SecureCRT).
Во-вторых, улучшились механизмы безопасности. Windows Defender теперь имеет на борту поддержку Advanced Threat Protection. Этот механизм умеет блокировать доступ к файлам и папкам из недоверенных источников (например, для защиты от вирусов-шифровальщиков), защищает от вредоносных процессов, сетевых атак, а также поддерживает шифрование сетевых соединений между виртуальными машинами.
В-третьих, улучшилась поддержка экранированных виртуальных машин. Теперь внутри них можно запускать Linux-подобные системы: RHEL, SUSE, Ubuntu. Кроме этого, такими машинами теперь можно управлять при помощи VMConnect и PowerShell Direct.
В-четвертых, появилась служба миграции хранилища. Этот инструмент позволяет мигрировать с устаревших версий Windows Server: 2003, 2008 или 2012. Можно мигрировать даже AD со всеми пользователями и настройками.
В-пятых и далее: улучшились инструменты репликации, работа с географически распределенными серверами, функции дедупликации, появилась поддержка Kubernetes и многое другое. Подробнее о нововведениях можно узнать на соответствующей странице Microsoft.
А пока мы рассказывали о новых возможностях гипервизора, установка сервера завершилась и можно приступать к настройке Hyper-V.
Как установить Hyper-V Server 2019
Для установки Hyper-V в образе Windows Server есть соответствующая роль, которую нужно активировать. Для этого откроем консоль управления сервером и нажмем Add Roles and Features. Появится меню, в котором нужно выбрать Hyper-V.
Далее нажать на Add Features для добавления необходимых инструментов.
Далее нужно настроить роль Hyper-V: Virtual Switches, Migration и Default Stores.
На экране Virtual Switches нужно выбрать сетевой интерфейс, который будет использоваться платформой виртуализации в качестве виртуального коммутатора. В нашем примере — Intel Ethernet l210 #2. Важно не задействовать под это основной сетевой интерфейс, который будет использоваться для физического доступа к управлению сервером.
Следующая настройка — Migration. Для целей демонстрации здесь можно оставить всё по умолчанию.
Default Stores — также оставляем по умолчанию.
Когда всё готово к установке — можно нажимать кнопку Install. После завершения установки потребуется перезагрузка.
После перезагрузки сервера, через командную строку можно открыть утилиту sconfig и посмотреть возможные настройки Hyper-V Server. Об этом в следующем разделе.
Как настроить Hyper-V Server утилитой sconfig
Утилита sconfig имеет интерфейс командной строки.
Важными пунктами являются:
- Domain/Workgroup — настроено при создании сервера.
- Computer Name — настроено при создании сервера.
- Configure Remote Management — включено. Опция нужна для удалённого управления сервером с Hyper-V через специальные утилиты или PowerShell.
- Remote Desktop — включено. Опция нужна для возможности удаленного управления сервером.
- Network Setting — это сетевые настройки виртуального коммутатора, которые уже были выполнены на этапе установки роли Hyper-V на шаге Virtual Switches.
Таким образом, необходимые настройки были выполнены ранее.
Как удаленно управлять Hyper-V Server
Самый простой способ удаленного управления — это использование веб-интерфейса WAC. Для начала, нужно загрузить это приложение с сайта Microsoft. При установке следует использовать значения по умолчанию. После установки станет доступен веб-интерфейс консоли. Его можно открыть по имени сервера или IP-адресу из удаленных локаций.
Из этого интерфейса можно управлять виртуальными коммутаторами.
Или, например, создать в Hyper-V новую виртуальную машину.
Об отдельных функциях управления Hyper-V расскажем в разделах ниже.
Как использовать PowerShell для настройки Hyper-V Server
Обратите внимание, что на этапе добавления роли Hyper-V, мы добавили возможность управления через PowerShell при помощи Hyper-V Module for Windows Power Shell. Таким образом, теперь достаточно просто открыть консоль PowerShell. Чтобы узнать общее количество командлетов, выполним следующую команду:
Get-Command –ModuleHyper-V | Measure-ObjectУвидим, что общее количество командлетов — 1940 штук.
Командлеты управляют инфраструктурой Hyper-V аналогично консоли WAC. Например, при помощи командлета Get-NetIPConfiguration можно проверить настройки сети:
Для примера, проверим включена ли поддержка IPv6 на сетевом интерфейсе. Для этого выполним команду:
Get-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" | Where-Object -Property DisplayName -Match IPv6 | Format-Table -AutoSizeВывод будет следующим:
Значение True в поле Enabled показывает, что IPv6 включен. Попробуем его выключить. Для этого выполним следующий командлет:
Disable-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" -ComponentID ms_tcpip6Этот командлет вывод не показывает, поэтому проверим поле Enabled при помощи командлета Get-NetAdapterBinding:
PowerShell позволяет полноценно управлять инфраструктурой Hyper-V.
Как настроить правила Advanced Firewall для Hyper-V Server
Advanced Firewall — это расширенные настройки сетевого экрана на основе правил. Как и все остальное, их можно настраивать через PowerShell. Чтобы увидеть доступные команды для управления сетевым экраном, выполним следующий командлет с параметрами:
Get-Command -Noun *Firewall* -Module NetSecurityВ выводе увидим:
Теперь, чтобы включить правила для удаленного доступа к серверу, выполняем последовательно следующие командлеты через командную строку PowerShell:
Enable-NetFireWallRule -DisplayName "Windows Management Instrumentation (DCOM-In)"
Enable-NetFireWallRule -DisplayGroup "Remote Event Log Management"
Enable-NetFireWallRule -DisplayGroup "Remote Service Management"
Enable-NetFireWallRule -DisplayGroup "Remote Volume Management"
Enable-NetFireWallRule -DisplayGroup "Windows Defender Firewall Remote Management"
Enable-NetFireWallRule -DisplayGroup "Remote Scheduled Tasks Management"Проверить работу и статус этих правил можно в веб-консоли Windows Admin Center:
Обратите внимание, что если открывать Windows Admin Center через браузер с русской локалью, интерфейс будет на русском языке. Это не зависит от настроек самого сервера. Например, наш демо-сервер развернут с английской локалью и тот же самый Windows Admin Center открывается там на английском языке. Для сравнения:
Возможность выбирать — очень приятная возможность.
Как создать дисковое хранилище для виртуальных машин
Дисковое хранилище для виртуальных машин мы создали на этапе установки на сервер роли Hyper-V. Это было на шаге Default Stores. В этом разделе мы покажем как теперь управлять этими разделами. Самый простой способ — через консоль Windows Admin Center.
Для этого нужно перейти в раздел Settings и перейти к настройкам Hyper-V. Здесь мы видим те же самые созданные разделы под хранилище для виртуальных машин.
При необходимости, расположение хранилища можно изменить, создав под него, например, новый дисковый раздел.
Как настроить виртуальный коммутатор в Hyper-V Server
Базовая настройка виртуального коммутатора была выполнена при установке роли Hyper-V на экране Virtual Switches. Посмотрим эти настройки в WAC.
Из этого же интерфейса возможно создание новых виртуальных коммутаторов или редактирование существующих.
Как создавать виртуальные машины в Hyper-V Server
Теперь перейдем к тому, ради чего всё и затевалось — созданию виртуальной машины в Hyper-V. Воспользуемся для этого уже знакомым WAC. Для начала скачаем образ Windows 10 с сайта для разработчиков Microsoft.
Разархивируем и добавим образ жесткого диска при создании виртуальной машины и нажимаем кнопку Create.
После создания виртуальной машины, можно ее запускать через меню WAC.
Виртуальная машина создана и готова к использованию.
Как сделать резервную копию виртуальных машин в Hyper-V Server
Создать резервную копию виртуальной машины Hyper-V можно при помощи встроенной утилиты wbadmin. По умолчанию её на сервере нет, поэтому добавим роль Windows Server Backup.
После добавления новой роли, будет доступна утилита wbadmin. Выполним команду для получения списка имеющихся на сервере виртуальных машин:
wbadmin get virtualmachines
В ответ получим данные о созданной ранее виртуальной машине с именем Windows10.
После получения имени машин все готово к началу создания резервной копии. Для этого выполним следующую команду:
wbadmin start backup -backuptarget:D: -hyperv:"Windows10" -quietЭто запустит процесс создания резервной копии:
После достижения 100% появится сообщение об успешном завершении операции. Лог создания можно увидеть в одной директории с резервной копией.
Утилита позволяет настроить создание резервных копий по расписанию.
Заключение
Мы рассказали об обновлениях в Hyper-V Server 2019 и о базовых настройках, которых будет достаточно для запуска вашей первой виртуальной машине на гипервизоре. Выделенный сервер Selectel с предустановленной операционной системой поможет максимально быстро запустить проект виртуализации на базе Hyper-V.
В этой статье мы рассмотрим особенности лицензирования операционной системы Windows Server 2019, 2016 и 2012 R2 с точки зрения новой модели лицензирования Microsoft. Также мы рассмотрим правила и порядок лицензирования при использовании Windows Server в качестве гостевой ОС в виртуальных машинах, в том числе в кластерах с поддержкой возможности миграции виртуальных машин между гипервизорами (технологии VMWare VMotion, Hyper-V Live Migration и т.п.).
Начиная с Windows Server 2012 Microsoft стала кардинально менять и, самое главное, упрощать модель лицензирования своей серверной платформы с учетом современных реалий широкого использования виртуализации.
Содержание:
- Редакции WindowsServer
- Лицензирование процессоров в Windows Server 2012 R2
- Лицензирование ядер в Windows Server 2016 и 2019
- Лицензирование виртуальных машин в WindowsServer
- Лицензирование Windows Server с учетом возможности миграции виртуальных машин между физическими серверами
- Примеры расчета лицензий Windows Server для виртуализации
Редакции WindowsServer
В большинстве случаев при обсуждении модели лицензирования целесообразно рассматривать Standard и Datacenter редакции Windows Server.
В Windows Server 2012 R2 функционал редакций Standard и Datacenter практически идентичен за исключением лицензионных прав на запуск виртуальных машин. Это означает, что необходимую редакцию нужно выбирать, основываясь только на количестве виртуальных машин на физическом хосте (сервере), а не от наличия/отсутствия необходимого функционала.
- В Windows Server 2012 R2 Standard – лицензия позволяет запустить не более двух виртуальных машин;
- В Windows Server 2012 R2 Datacenter – на одном физическом хосте с этой лицензией можно запустить неограниченное количество виртуальных машин (напомним, что такие виртуальные машины можно активировать по упрощенной схеме с помощью функции автоматической активации виртуальных машин — AVMA).
По сути, при выборе редакции Windows Server 2012 R2 нужно в первую очередь основываться на том нужна, или не нужна вам виртуализация.
Лицензия Windows Server 2016/2019 Standard позволяет вам запустить до двух ВМ с Windows Server на одном физическом хосте.
В Windows Server 2016 и 2019 в редакции Datacenter поддерживаются ряд полезных технологий, которые полезны при широком использовании возможностей виртуализации и интеграции в облако Azure. Например, в редакции WS 2016 Datacenter поддерживаются:
- Storage Spaces Direct
- Storage Replica
- Shielded Virtual Machines
- Host Guardian Service
- Network Fabric
- Microsoft Azure Stack
Примечание. Мы не рассматриваем редакции Essentials и Foundation, т.к. из-за ориентации на малые предприятия, в этих ОС заложен ряд специфических ограничений и отсутствуют права на виртуализацию. Также отметим, что редакция Web Server была упразднена окончательно.
Лицензирование процессоров в Windows Server 2012 R2
В Windows Server 2012 R2 – одна лицензия позволяла запускать ОС на одном одно- или двух-процессорном сервере. Т.е одна лицензия покрывает до двух процессоров (сокетов), расположенных в одном физическом сервере (ядра процессорами не являются!). Нельзя разделить одну лицензию на два однопроцессорных сервера (в этом случае придется приобрести две лицензии Windows Server). Например, если в одном физическом сервере установлено более двух процессоров, нужно купить по 1 лицензии на каждую пару процессов. Так, например, для 4-х процессорного сервера, понадобится 2 лицензии Windows Server 2012 R2.
Лицензирование ядер в Windows Server 2016 и 2019
В Windows Server 2016 и Windows Server 2019 Microsoft перешла от модели лицензирования физических процессоров на модель лицензирования ядер (Core-based). Это связано с тенденцией производителей CPU и серверов наращивать не количество процессоров, а количество ядер на одном процессоре и нежеланием Microsoft лишаться прибыли при массовом использовании многоядерных серверов. Особенности лицензирования современных версий Windows Server 2016 и 2019 (подробно рассматривается в этой статье):
- 1 лицензия Windows Server 2016 позволяет лицензировать 2 физических ядра сервера (т.е. Microsoft продает двух ядерные лицензии);
- Стоимость одной 2-x ядерной лицензии в 8 раз снижена по сравнению с одной процессорной лицензией для Windows Server 2012 R Но на физический сервер нужно приобрести минимум 8 таких лицензий (на 16 ядер) – это минимальный пакет на 1 сервер. Таким образом стоимость лицензирования одного физического 2-х процессорного сервера с количеством ядер на CPU до 8 не изменилась;
Т.е. верно следующее равенство для лицензий: 1*Windows Server 2012 R2 (2 CPU) = 8* Windows Server 2019 (2 Core).
- Сейчас также доступны к продаже 16 ядерные лицензии, позволяющие быстро лицензировать 1 стандартный сервер (например, WinSvrSTDCore 2019 SNGL OLP 16Lic NL CoreLic);
- Все включенные ядра физического сервера должны быть лицензированы.
Лицензирование виртуальных машин в WindowsServer
Если вы планируете использовать свой физический сервер в качестве гипервизора, на котором запущены ВМ с Windows Server, вам нужно выбирать редакцию в зависимости от количества ВМ, которые будут запущены на вашем сервере.
Если вы запускаете на гипервизоре ВМ с ОС не от Microsoft, они не учитываются при лицензировании.
Например, у вас имеется двух процессорный сервер с 16 ядрами. Если приобрели 8 лицензий Windows Server 2019 Standard и лицензировали вся физический ядра сервера. Это значит, вы имеете право запускать до 2 ВМ с Windows Server на лицензированном физическом хосте. Лицензия Datacenter позволяет запустить на лицензированном хосте неограниченное количество виртуальных ОС.
Что делать, если на сервере с лицензией Standard вам понадобится запустить более двух виртуальных машин? Вам придется приобрести нужное количество лицензий исходя из следующего соображения: одна лицензия Standard позволяет запустить 2 виртуальные машины.
Например, вы хотите лицензировать двухпроцессорный (по 8 ядер на каждом) сервер с четырьмя виртуальными машинами. В модели лицензирования ядер в Windows Server 2016 Standard вам нужно приобрести 16 двухъядерных лицензий Window Server Standard ( 2 комплекта лицензий, закрывающих физические ядра) или 8 двухъядерных лицензий Datacenter (как сменить редакцию Windows Server на более высокую без переустановки).
Отметим, что порядок покрытия лицензиями такой: сначала покрываются физические ядра, а лишь затем экземпляры виртуальных машин.
На основании текущих прайсов Microsoft на Windows Server можно сделать вывод, что покупка редакции Datacenter экономически выгодна, если на одном физическом хосте вы планируете запустить более 14 виртуальных машин. Если количество ВМ меньшее, выгоднее приобрести несколько лицензий Standard, закрывающих ваши потребности по ядрам и виртуальным машинам.
Если вы используете виртуализацию на своем физическом сервере с Windows Server 2016, вы можете использовать хостовую ОС только для обслуживания и управления роли Hyper-V и виртуальных машин. Т.е. вы не сможете установить на физический сервер Windows Server 2016, запустить на нем две ВМ и получить три полноценных сервера под свои задачи. В терминологии Microsoft физической инстанс ОС называется POSE (physical operating system environment), а виртуальные – VOSE (virtual operating system
environment).
Лицензирование Windows Server с учетом возможности миграции виртуальных машин между физическими серверами
Далее рассмотрим особенности лицензирования в том случае, если виртуальная машина с Windows Server ОС может перемещаться между физическими серверами в ферме виртуализации (с помощью VMWare VMotion, Hyper-V Live Migration и т.п.).
Примечание. В соответствии с лицензионной политикой Microsoft виртуальные машины могут быть запущены не только на платформе гипервизора Hyper-V, но и на любой другой на ваш выбор, например VMWare, XEN и пр. Т.е. если вы лицензировали физический сервер, купили 8 двухъядерных лицензий WS Standard и установили на него VMWare ESXi/ Hypervisor, вы можете запустить на нем 2 виртуальные машины с Windows Server 2019 Standard.
Для большинства серверных продуктов Microsoft покупка Software Assurance (SA) предоставляет право переносить лицензию между физическими хостами. Но Windows Server является исключением из этого правила. Согласно условиям лицензионного соглашения, лицензию между хостами можно переносить не чаще чем 1 раз в 90 дней.
Как же лицензировать ферму их нескольких физических хостов с гипервизорами, в которой ВМ могут перемещаться между серверами? В такой схеме вам придется на каждый физический сервер приобрести количество лицензии, покрывающее максимальное количество виртуальных машин, которые могут быть запущены на нем в любой момент времени (с учетом ситуации, когда все виртуальные машины фермы «соберутся» на одном хосте). Т.е. лицензии на виртуальные машины привязаны к физическому хосту и не переезжают между хостами вместе с ВМ.
Например, для двух отдельно стоящих двух-процессорных физических серверов с двумя ВМ на каждом вам понадобятся 2×8 лицензии Windows Server Standard.
То в случае, если виртуальные машины могут мигрировать между этими же серверами, нам понадобится еще 2×8 лицензии (из расчета что на каждом сервере одновременно могут быть запущены сразу 4 ВМ).
В случае с редакцией Datacenter на каждый физический хост будет достаточно по одному комплекту лицензии, закрывающей все ядра (в минимальной конфигурации 8 двухъядерных лицензий Datacenter), т.к. такая лицензия позволяет запустить неограниченное количество ВМ.
Таким образом вы должны выбирать наиболее выгодный тип лицензии следует в зависимости от планируемого количества ВМ в ферме.
Примеры расчета лицензий Windows Server для виртуализации
Ниже приведены несколько примеров расчета лицензий Windows Server на физические сервера при использовании виртуализации.
Пример 1. Имеется Hyper-V кластер из 5 серверов. На каждом 2 процессора по 20 ядер. На каждом будут работать 10 виртуальных машин.
Т.к. 5 серверов объединены в HA кластер Hyper-V, значит потенциально на каждом хосте при миграции оказаться могут 50 виртуальных машин. Соответственно, выгоднее приобрести лицензии Datacenter.
Количество лицензий на 1 сервер:
- Общее кол-во ядер – 40
- Количество 2 ядерных лицензий (WinSvrDCCore 2019 SNGL OLP 2Lic NL CoreLic) – 20
Общее кол-во 2 ядерных лицензий WinSvrDCCore на 5 серверов – 100.
Пример 2. В филиале установлен 1 сервер с 2 сокетами по 4 ядра, на котором запущено 4 виртуальных машины. Сколько лицензий Windows Server нужно приобрести?
На сервере имеется 8 ядер. Согласно условиям лицензирования – вам нужно покрыть минимум 16 ядер. Значит вам нужно купить 8 лицензий Windows Server 2016 (WinSvrSTDCore 2 Core). Это позволит запустить 2 ВМ. Чтобы запустить еще 2 ВМ нужно купить еще один комплект лицензий для ядер.
Таким образом для лицензирования нужно 16 2-х ядерных лицензий Windows Server (WinSvrSTDCore 2019 SNGL OLP 2Lic NL CoreLic) или 2 16-ядерные лицензии (WinSvrSTDCore 2019 SNGL OLP 16Lic NL CoreLic).
Skip to content
Install and Configure Hyper-V in Windows Server 2019
Table of Contents
- Windows Server Desktop Experience(GUI) vs Server Core
- What is Windows Server 2019 Desktop Experience(GUI)?
- What is Windows Server 2019 Core?
- Download Windows Server 2019
- Installation of Windows Server 2019
- Installation of Hyper-V in Windows Server 2019 Desktop Experience (GUI)
- Creating Virtual Machines using Hyper-V Manager
- Install Hyper-V Role using PowerShell commands
- Installation of Windows Server 2019 Core
- Connect remotely to Hyper-V using Hyper-V Manager
- Protect your Hyper-V Environment with BDRSuite
- What type of Windows Server 2019 should you use?
- Final thoughts
Microsoft Hyper-V hypervisor – was initially launched in the Windows Server 2008 and its 1.0 VM configuration version release.
In the next releases, Microsoft added Hyper-V add-on not only for Windows Servers but also for Windows Workstations – Windows 8.1 & Windows 10.
Protect Your Data with BDRSuite
With Hyper-V, it is possible to create multiple Virtual Machines running different Operating Systems on a physical Windows Server. The hardware resources and computing option of hypervisor isolate the VM Guest OS from the Hypervisor OS.
There are two different Hyper-V versions:
- Microsoft Hyper-V Server-A stand-alone server that contains only the Windows Hypervisor (Hyper-V)
- Windows Server with Hyper-V Role -A stand-alone machine running a Windows Server OS on which the Hyper-V role is enabled
The Microsoft Hyper-V Server and Windows Server with Hyper-V role enabled are type-1 hypervisors that are used for different implementations
Difference between the two versions of Hyper-V:
| Microsoft Hyper-V Server | Windows Server with Hyper-V role |
|
|
Windows Server Desktop Experience(GUI) vs Server Core
In this section, we will discuss two forms of installations of Windows Server 2019. One being Windows Server 2019 Desktop Experience, also known as the Graphical User Interface (GUI) and the other is the Windows Server 2019 Core.
You can enable Hyper-V 2019 through the GUI of Windows Server 2019 or through Windows Server 2019 Core version and also from the Hyper-V Server 2019 ISO that can be downloaded from the Microsoft evaluation page.
Versions of Windows Server 2019:
- Windows Server 2019 Standard
- Windows Server 2019 Standard with Desktop Experience
- Windows Server 2019 Datacenter
- Windows Server 2019 Datacenter with Desktop Experience
Installation of Windows Server (Semi-Annual Channel), has the following options:
- Windows Server 2019 Standard
- Windows Server 2019 Datacenter
What is Windows Server 2019 Desktop Experience(GUI)?
Windows Server 2019 GUI is a Graphical User Interface Operating System, which means that all setting changes in the operating system are mainly done using GUI tools.
Advantages of Windows Server 2019 Desktop Experience:
- Presence of GUI makes it more user-friendly
- Easy to manage either remotely or locally
- Loaded with features and tools
Disadvantages of Windows Server 2019 Desktop Experience:
- Windows Server OS consumes more disk space and CPU/Memory resources since a number of features, applications, and service roles are installed by default
What is Windows Server 2019 Core?
The Windows Server 2019 Core has no user interface and all are managed through command line tools i.e. there is no GUI; the Windows Server Core is simply a Server Shell Package. It was first released in Windows Server 2008.
Advantages of Windows Server 2019 Desktop Experience:
- It is lightweight and ideally suited for large data centers and cloud environments
- Occupies less disk space and CPU/Memory since it is a non-graphical System Operation (similar to a Unix/Linux without Gnome Desktop or GUI)
Dis-advantages of Windows Server 2019 Desktop Experience:
- No GUI makes it less user friendly
- Limited Management tools, makes it hard to manage
- The non availability of some important features, drivers and roles make the initial setup process more difficult
Windows Server 2019 Core is mostly built to be managed by remote management tools, like the new Admin Center or even Hyper-V Manager. Both tools can be installed and used in Windows Servers, and also in Windows 8.1 and Windows 10.
Microsoft expects Windows Server Core to be the future server model that could be easily deployed in large data centers and also for the cloud.
Roles and Services that are not included in the Windows Server 2019 Core.
| Roles not in Server Core | Role Services not in Server Core |
|
|
Check Microsoft page for the full Roles and Services Features that are not included in Windows Server Core.
It’s possible to add more services and features to your Windows Server Core by using Feature on Demand (FOD).
Download Windows Server 2019
Before we start the Windows Server and Hyper-V implementation, we need to download the Windows Server 2019 ISO.
The ISO can be found here on the Microsoft evaluation page.
Users will have a free 180-day evaluation period after downloading the Windows Server 2019 Standard or Datacenter via Microsoft Evaluation Center.
As we can see in the above image, we can download an ISO image, but also an Azure (for Azure deployments) and a VHD (for Hyper-V VM deployments).
We will use the ISO for a standard Windows Server 2019 Installation.
Installation of Windows Server 2019
Initially, there are no differences in the installation process while installing Windows Server 2019 GUI or Core.
Since the process to install Windows Server is the same from previous releases, I’ll show only a few steps in the next section.
First, select your Windows language, local time and currency, and your keyboard language.
Next click Install Now.
Then, select what type of Windows Server needs to be installed. Not only the edition (Standard or Datacenter) but also the type of Windows Server (Desktop Experience – GUI or Core).
For Windows Server 2019 Desktop Experience Install
For Windows Server 2019 Core Install
Note: After you select to install Windows Server Core, it is not possible to convert to a Windows Server 2019 Desktop Experience. It needs a fresh install and cannot use the previous Windows Server Core installation. This was possible in previous releases.
You only need to select the type of Windows Server 2019, and the installation process is the same for both.
Since this is a fresh install, we will use the “Custom” option.
Choose the location to install Windows and click Next.
After the installation, the post configuration is different since one option has a GUI and the other has a command console to do all the changes and settings in the system operation like installing Hyper-V role.
Important Note: Before you install Hyper-V, run Windows Update so that you can get the latest updates and fixes.
Installation of Hyper-V in Windows Server 2019 Desktop Experience (GUI)
After the installation of the Operating System, login to your new Windows Server 2019, and install the Hyper-V role.
Install Hyper-V Role using Server Manager
Open Server Manager and in the top right corner select Manage tab
Under the Manage tab select Add Roles and Features and click “Next”
After clicking “Next” in the previous screen, in the Installation type select “Role-based or feature-based installation” and click “Next”.
Select the Destination Server. If this is a local role installation or a remote role installation (another server), leave the default “Select a server from the server pool” and click “Next”.
Select the Server Role that you plan to install, in this case, It’s the Hyper-V.
In the next screen, it is important to check if the option “Include management tools” is enabled.
Note: By default, the Hyper-V role installs the management tools, but double-check if it is enabled – since this tool is necessary to manage your Hyper-V Server.
In the next screen, check if the Hyper-V Management Tools is set to install and then click “Next”.
You get some information about your Hyper-V that you are planning to install, click “Next” to do some changes in your Hyper-V settings.654345r5t
Create a Virtual Switch wizard that appears where you can reserve a network adapter to provide network connectivity for your VMs created. You can skip this section and configure later, or if you already know the Network adapter, select one.
Since I have pre-configured the Network adapter for Hyper-V, I’ve selected one – (Hyper-V-01).
The next section is Virtual Machine Migration.
Enable the first checkbox “send and receive live migrations of Virtual Machines”, if you want this server to send and receive live migrations of Virtual Machines. This option is not a clustered Live Migration, but instead using Distributed File System (DFS).
This is not mandatory to be enabled; however, if you do not have implemented a Hyper-V Cluster, you should use it.
For the authentication protocol, CredSSP is easier to use since it doesn’t need to configure constrained delegations, but is required to sign in the source server.
However, using the Kerberos authentication protocol avoids signing into the server but requires constrained delegation set up.
In this case, we will use CredSSP authentication protocol.
Click “Next” to proceed with the settings.
The next section is where you need to select the location to allocate the Virtual Machines, Virtual Disks, and Configuration Files.
For better management, both locations should be different, and if you are using Storage Volume, you should create one for each option and separate the files.
In this case, we will use local Storage and the default path.
Now, all the settings are done, click the “Install” button to begin the installation process of Hyper-V role in our Windows Server 2019.
Note: We did not enable the checkbox “Restart the destination server automatically if required”, however, Windows Server needs a reboot after the installation, i.e, before it is ready to use. Reboot when it is possible.
After you reboot your Windows Server 2019, your Hyper-V is ready to be used, and you can start creating Virtual Machines using Hyper-V Manager for GUI installation or with PowerShell commands for both GUI and Server Core installations.
Creating Virtual Machines using Hyper-V Manager
After installing the Hyper-V role in Windows Server 2019, we will use Hyper-V Manager to connect to Hyper-V and check Network Settings(Virtual Switch) and other configurations.
To create Virtual Machines and other Hyper-V tasks, we need to use the Hyper-V Manager.
Click “Start” and click on “Administrator Tools”, then click on the Hyper-V Manager icon.
Next, connect to your local Hyper-V.
In the next image, we can see the Hyper-V Manager with some of the options.
1. Hyper-V Settings, where it is possible to change the settings for the Hyper-V (the ones used when we were installing Hyper-V Role).
2. Virtual Switch Manager, with the Network Adapters that are used for this Virtual Switch (the physical and the virtual adapter).
Note: To know more about Hyper-V Manager check the following article “What is Hyper-V Manager and how does it work”.
Install Hyper-V Role using PowerShell commands
Installing the Hyper-V role using PowerShell command in Windows Server 2019 is no different from previous versions and is very straight forward.
For the GUI version, Run PowerShell as Administrator and run the following command.
Cmd: Install-windows feature -Name Hyper-V -IncludeManagementTools
The above command installs the Hyper-V Role and also installs the Hyper-V Management Tools.
You can add –Restart to reboot your server after Hyper-V is installed automatically.
In the above picture, you can notice that we have also run the following command:
Cmd: Get-WindowsFeature -Name Hyper-V
This command shows us if Hyper-V is available to install on this server.
If Hyper-V is installed you can now manually restart your server if you did not add the option to restart automatically after the install.
Note: Installing Hyper-V Role with PowerShell is the same for Windows Server 2019 GUI or Windows Server 2019 Core. Both use the existing PowerShell in the OS, and the command is the same for both.
In Windows Server Core there is no Powershell shell icon to run, so we need to run the command to enter the PowerShell and run the commands.
In the above example, we used the automatic –Restart after the role is installed.
Installation of Windows Server 2019 Core
After installing Windows Server 2019 Core, we need to do some additional configuration to manage and connect to the server remotely.
Note: Installation of Windows Server Core is similar to the installation of Windows Server GUI
At first, the system asks to change the password.
Next, log in to Windows Server Core and do the remaining changes.
For the next change, we will use a Windows Server Core tool -sconfig. With this small tool, we can do many changes in our system:
- Domain/Workgroup
- Computer Name
- Add Local Administrator
- Configure Remote Management
- Windows Update Settings
- Download and Install Updates
- Remote Desktop
- Network Settings
- Date and Time
- Telemetry settings
- Windows Activation
- Log Off User
- Restart Server
- Shut Down Server
For this example, we will only do the next changes.
- Change Computer Name
- Add Computer to the domain
- Change Network Settings
- Enable Remote Desktop connections
- In the Core-shell console run “sconfig”
1 – Change Computer Name – Select option 2 and write the new hostname.
2 – Change Network Settings
Next, change the IP address from DHCP to Static and add DNS Gateway, etc.
Select option 8 “Network Settings” and select the “Network Adapter” that you want to change.
In this case, there is only one, so select option 1.
Next, we can change the settings for the IP Address and DNS.
3 – Enable Remote Desktop connections
Next, enable Remote Desktop so that we can connect to this Windows Server Core.
Select option 7 “Remote Desktop”, and then type “E” and for better security, the option 1 “Allow only Clients running Remote Desktop with Network Level Authentication”.
Finish the change in the sconfig, and with all settings done, now connect to the Windows Server 2019 Core using Remote Desktop.
To start using Hyper-V and to be able to connect to this server, we will connect remotely to this Hyper-V using a third server using Hyper-V Manager or Admin Center.
Connect remotely to Hyper-V using Hyper-V Manager
Using another Windows Server, or a Windows 10/8.1 where Hyper-V is installed, select “Connect to a server”.
Next, add your Windows Server Core name and click “OK”.
Next Windows Server 2019 Core shows up in the server list, and now we can manage our Hyper-V installed in a Windows Server 2019 Core.
Note: It is also possible to install the new tool Admin Center in Windows Server 2019 Core.
It’s a local install and then from a browser, we enter the IP address from the Windows Server 2019 Core, and we can manage the server with the Admin Center.
More information about Windows Server 2019 Core version can be found on the Windows Server Core page.
Protect your Hyper-V Environment with BDRSuite
Although Hyper-V includes platform-built mechanisms that enable production snapshots and replication of virtual machines into recovery environments, Hyper-V still lacks the native features and capabilities that facilitate organizations to have a comprehensive, single pane glass data protection solution that enables them to safeguard Hyper-V production workloads with confidence.
BDRSuite for Microsoft Hyper-V is the single solution to data protection that organizations need for today’s Hyper-V environments, that supports all aspects of high-availability for Hyper-V data, including support for the Hyper-V Cluster and SMB hosts, host and VM-level backups, high-performance changed block tracking and many other features with RPO & RTO less than 15 minutes.
Note: Know more on BDRSuite for Microsoft Hyper-V
What type of Windows Server 2019 should you use?
It depends on what is the purpose of your Server, and also depends on how you plan to manage the same Windows Server and Hyper-V.
If you like more graphical environments, then GUI is the best option. If you are more a Linux type of administrator and like a shell console and a more lightweight server, then Core is the best option.
Of course, security is also something to bear in mind when deciding which version to install.
Both options have pros and cons. Install the option that fits your environment.
Final thoughts
Windows Server 2019 and Hyper-V 2019 can be installed with the versions Desktop Experience and Core.
In both options, it is possible to enable the Hyper-V role using PowerShell commands and still use the same management tools to connect and manage Hyper-V (local or remotely).
Elevate the protection of your Hyper-V world effortlessly by acquiring BDRSuite: Download BDRSuite
Uncover the remarkable potential of Hyper-V backup with BDRSuite and witness its effectiveness firsthand: Hyper-V Backup with BDRSuite
Follow our Twitter and Facebook feeds for new releases, updates, insightful posts and more.
Try BDRSuite for Free!
Schedule a live demo with one of our product experts
Start your full-featured 30-day free trial
Explore detailed pricing, editions & features
Hyper-V — гипервизор, который обеспечивает аппаратную виртуализацию. Каждая виртуальная машина работает на виртуальном оборудовании. Hyper-V позволяет создавать виртуальные жесткие диски, виртуальные коммутаторы и ряд других устройств, которые можно добавлять к виртуальным машинам.
Заказ сервера
Для развертывания нужен выделенный сервер. Можно заказать его на timeweb.cloud. Здесь есть готовые серверы и конфигуратор, в котором можно настроить все важные характеристики — от типа процессора до количества и объема дисков.
Оплатите сервер и установите на него Windows Server 2019 Datacenter. Standard тоже подойдет. В обеих версиях доступно добавление роли, которая требуется для виртуализации.
По сути, установка представляет собой активацию соответствующей роли в Win Server 2019 Datacenter или Standard.
- Запустите панель управления сервером.
- Выберите добавление ролей и функций.
- Выберите Hyper-V в меню.
- Чтобы добавить все необходимые компоненты Microsoft Hyper-V, нажмите Add Features.
После добавления компонентов настройте необходимые роли. Это делается в трех разделах.
Сначала Virtual Switches. Выберите сетевой интерфейс. Он будет играть роль виртуального коммутатора для гипервизора. Не применяйте для решения этой задачи основной интерфейс. Он понадобится, когда потребуется физический доступ к серверу. На этом настройка сети Hyper-V завершена.
Следующий раздел — Migration. Можете пока ничего не менять. Настройки по умолчанию подходят для учебных целей. На вкладке Default Stores тоже оставьте стандартные параметры. Директории, в которых хранится виртуальный жесткий диск и конфигурационные файлы ВМ, можно будет изменить в любой момент через настройки гипервизора.
Вы подготовили конфигурацию для установки. Чтобы запустить ее, нажмите Install.
Настройка Hyper-V
Следующий шаг в работе с Hyper-V — настройка. Но сначала проверьте конфигурацию сервера. Запустите окно Run (сочетание Win+R) и выполните команду sconfig.
В ответ отобразится окно с конфигурацией. Информации много, обратите внимание на эти ключевые параметры:
- Домен/Рабочая группа — указывается при создании сервера.
- Имя машины — также было задано на предыдущем шаге.
- Configure Remote Management — включено по умолчанию. Эта возможность пригодится вам чуть позже для управления через специальные утилиты или консоль PowerShell.
- Remote Desktop — опция, которая позволяет управлять машиной удаленно, включена по умолчанию.
- Network Setting — сетевые параметры виртуального коммутатора. Вы указали их при настройке сервера, когда работали с разделом Virtual Switches.
Если вы создавали серверы виртуализации по той инструкции, которую мы описали в предыдущем разделе, то вам не нужно ничего менять или настраивать дополнительно. Вы можете переходить к удаленному управлению сервером.
Удаленное управление
Управлять сервером можно двумя способами. Наиболее удобный — с помощью веб-интерфейса Windows Admin Center (WAC). Скачайте его бесплатно с сайта Майкрософт.
При инсталляции WAC используйте дефолтные значения, менять настройки не нужно. После установки вы получите доступ к веб-интерфейсу. Открывать его нужно по имени или IP-адресу удаленного хоста.
Другой способ управления — с помощью консоли PowerShell. Вы добавили такую возможность, когда устанавливали вместе с гипервизором несколько компонентов. Чтобы убедиться, что все работает, запустите консоль PowerShell и выполните:
Get-Command –ModuleHyper-V | Measure-ObjectВ ответ придет количество командлетов, которые предназначены для управления инфраструктурой. Они дублируют возможности WAC. Просто в случае с веб-интерфейсом вы нажимаете на кнопки, а в PowerShell — вводите команды.
Например, так можно проверить настройки сети через консоль:
Get-NetIPConfigurationТа же информация отображается при соединении с сервером через WAC.
Другой пример — проверка поддержки IPv6. Выполните в PowerShell команду:
Get-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" | Where-Object -Property DisplayName -Match IPv6 | Format-Table -AutoSizeЕсли в строке Enabled отображается значение True, значит поддержка IPv6 на Server Hyper-V включена. Попробуйте отключить ее командой:
Disable-NetAdapterBinding -InterfaceDescription "Hyper-V Virtual Ethernet Adapter" -ComponentID ms_tcpip6После выполнения этого командлета нет вывода. Он просто втихую выключает поддержку IPv6. Проверить статус можно другой командой:
Get-NetAdapterBindingВсе то же самое можно сделать с помощью Windows Admin Center.
Выбор между WAC и PowerShell зависит от того, какие задачи нужно выполнить. Например, WAC хорош для быстрого изменения настроек. Командлеты в PowerShell удобны для автоматизации. Допустим, установка виртуальной машины — это рутина. Каждый раз настраивать очередной хост через WAC утомительно. В таком случае можно написать скрипт, который будет выполнять нужные наборы команд через PowerShell.
Настройка фаервола
Для управления сетевым экраном Windows Server 2019 можно использовать правила Advanced Firewall. Конфигурировать их удобнее через PowerShell. Чтобы увидеть список доступных запросов для регулирования сетевого экрана, выполните:
Get-Command -Noun *Firewall* -Module NetSecurityЗадайте правила удаленного доступа. Чтобы сделать это, выполните через PowerShell последовательно несколько команд:
Enable-NetFireWallRule -DisplayName "Windows Management Instrumentation (DCOM-In)"
Enable-NetFireWallRule -DisplayGroup "Remote Event Log Management"
Enable-NetFireWallRule -DisplayGroup "Remote Service Management"
Enable-NetFireWallRule -DisplayGroup "Remote Volume Management"
Enable-NetFireWallRule -DisplayGroup "Windows Defender Firewall Remote Management"
Enable-NetFireWallRule -DisplayGroup "Remote Scheduled Tasks Management"
Проверять статус удобно через веб-интерфейс Windows Admin Center. Запустите его, подключитесь к серверу и перейдите в раздел «Брандмауэр». Правила здесь разделены на три вкладки: «Общие», «Входящие» и «Исходящие».
Создание дискового хранилища
Вы уже создали дисковое хранилище. Помните, что при установке Microsoft Hyper-V Server был раздел Default Stores? В нем было необходимо указать папку, в которой будут храниться все данные.
Если вы оставили настройки по умолчанию, ничего страшного. Их можно изменить в любой момент через веб-интерфейс.
Настройки Hyper-Virtual расположены в разделе Settings. Здесь доступны для изменения те же две папки, что и при создании сервера.
- Первая директория — Virtual Hard Disk Path. Это путь к папке, которая играет роль виртуального жесткого диска.
- Вторая директория — Virtual Machines Path. Здесь хранятся конфигурационные файлы виртуальных машин.
Вы можете указать любые директории, чтобы использовать их для хранения данных и конфигурационных файлов.
Настройка виртуальных машин
Виртуализация Hyper-V нужна для того, чтобы создавать виртуальные хосты на одном физическом сервере. Давайте наконец перейдем к этой части.
Скачайте ознакомительную виртуальную машину для Hyper-V с официального сайта Майкрософт. В ней вы найдете ознакомительную версию ОС, Visual Studio, включенную подсистему Linux с предустановленной Ubuntu, включенный режим разработчика и терминал Windows.
Виртуальная машина Windows 10 создается через Windows Admin Center в пару кликов.
- Запустите веб-интерфейс WAC.
- Перейдите в раздел Virtual Machines.
- Создайте новую виртуальную машину.
- Укажите путь к разархивированным файлам ознакомительного образа.
- Добавьте образ жесткого диска.
- Нажмите Create, чтобы запустить создание виртуальной машины.
Запускать ВМ можно также через WAC.
Создание резервной копии
В целях безопасности и сохранности данных необходимо создавать резервные копии виртуальных машин. Обычно для этого используют встроенную утилиту wbadmin. Однако установка Hyper-V по умолчанию не добавляет ее на сервер. Чтобы исправить это, добавьте новую роль — Windows Server Backup.
- Откройте консоль управления сервером.
- Нажмите Add Roles and Features.
- Выберите в списке Windows Server Backup.
После добавления роли на сервере появится утилита wbadmin. Чтобы проверить, что она работает, и заодно получить список всех виртуальных машин, выполните команду:
wbadmin get virtualmachinesКоманда вернет список виртуальных машин. Посмотрите имя хоста, резервную копию которого вы хотите создать. Его нужно добавить в синтаксис команды:
wbadmin start backup -backuptarget:D: -hyperv:"Windows10" -quietВместо Windows 10 укажите название своей виртуальной машины. Команда запустит создание резервной копии. После успешного завершения процесса в папке с бэкапом сохранится лог.
Управлять резервным копирование на Hyper-V Microsoft можно также через приложение Windows Server Backup.
- Откройте консоль управления сервером.
- В меню Tools выберите Windows Server Backup.
- Откройте вкладку Action и запустите резервное копирование один раз — Backup once.
- Выберите Different Options.
- Выберите конфигурацию Full Server, чтобы сделать резервную копию всех данных на сервере, включая приложения и даже состояние системы.
- Местом назначения укажите удаленную общую папку.
- Укажите адрес удаленной общей папки. Включите наследование (опция Inherit), если хотите, чтобы резервная копия была доступна всем, у кого есть доступ к удаленной общей папке.
- Укажите данные пользователя, который имеет доступ для записи в общую сетевую директорию.
- Подтвердите конфигурацию бэкапа.
После завершения процесса откройте через Проводник общую удаленную папку, которую указали местом назначения для сохранения резервной копии. В ней должна появиться директория WindowsImageBackup с резервными данными.
Бэкапы по расписанию
Утилиту для бэкапов MS Hyper-V Server также можно использовать для создания резервных копий по расписанию.
- В приложении Windows Server Backup выберите Backup Schedule.
- Укажите, то нужно делать копию всего сервера.
- Настройте регулярность создания бэкапов. Например, можно делать копию каждый день в 23:00.
- Выберите место назначения — это может быть отдельный диск или удаленная общая папка.
- Сохраните конфигурацию.
Вы можете гибко настраивать создание резервной копии по расписанию: менять время, хранить бэкапы на отдельных дисках, передавать на сетевую папку. Главное, чтобы данные было удобно восстанавливать. Windows Server Backup предоставляет для этого все необходимые инструменты.