лицензия windows для виртуальной машины
Применение лицензии Windows к виртуальным машинам узла сеансов
Клиенты, имеющие лицензию на выполнение рабочих нагрузок Виртуальных рабочих столов Azure, могут применить лицензию Windows к виртуальным машинам узла сеансов и запускать их без оплаты по другой лицензии. Дополнительные сведения см. в статье Цены на Виртуальные рабочие столы Azure.
Способы использования лицензии на Виртуальные рабочие столы Azure
Лицензирование Виртуальных рабочих столов Azure позволяет применять лицензии к любой виртуальной машине Windows или Windows Server, зарегистрированной в качестве узла сеанса в пуле узлов и принимающей подключения пользователей. Эта лицензия не распространяется на виртуальные машины, работающие в качестве серверов общих папок, контроллеров домена и т. д.
Существует несколько способов использования лицензии на Виртуальные рабочие столы Azure:
Применение лицензии Windows к виртуальной машине узла сеансов
Убедитесь, что у вас установлена и настроена последняя версия Azure PowerShell. Выполните следующий командлет PowerShell, чтобы применить лицензию Windows.
При проверке виртуальной машины узла сеансов используется преимущество лицензирования
После развертывания виртуальной машины выполните командлет, чтобы проверить тип лицензии:
На виртуальной машине узла сеансов с действующей лицензией Windows отобразится примерно следующее.
На виртуальной машине узла сеансов без действующей лицензии Windows отобразится примерно следующее.
Выполните следующий командлет, чтобы просмотреть список всех виртуальных машин узла сеансов с лицензией Windows в вашей подписке Azure.
Требования к развертыванию службы удаленных рабочих столов Windows Server
при развертывании Windows server в качестве узлов виртуальных рабочих столов Azure в развертывании сервер лицензирования службы удаленных рабочих столов должен быть доступен с этих виртуальных машин. Сервер лицензий служб удаленных рабочих столов может быть установлен в локальной среде или в Azure. Дополнительные сведения см. в разделе Активация сервера лицензий служб удаленных рабочих столов.
Заметка про лицензирование Windows Server или как не обанкротить компанию при лицензионном аудите
Лицензионная политика Microsoft — вещь достаточно сложная и запутанная. Тем не менее, многие уже изучили все основные правила и знают, как лицензировать тот или иной продукт. Но проблема в том, что не учтя всего один небольшой нюанс, можно ошибиться на несколько порядков. И такая ошибка может попросту привести к банкротству компании при процедуре лицензионного аудита от Microsoft.
Взять, например, Windows Server, который используется практически в любой компании. Почти все системные администраторы знают, чем отличается лицензирование Windows Server Standard от Windows Server Datacenter. Опустим отличия в функционале, которое снова появилось в версии 2016. Основное отличие в том, что 1 лицензия Windows Server Standard может быть установлена на 2 виртуальных машинах в пределах 1 хоста, а Datacenter на неограниченном числе виртуальных машин в пределах одного хоста. Второе важное требование — это лицензирование всех физических ядер (ранее процессоров) сервера. Это, казалось бы, все знают. Но дьявол, как известно, кроется в деталях.
Рассмотрим практическую задачку.
У нас есть 5-узловой Hyper-V кластер. Каждый хост имеет по 2 процессора по 20 ядер. И на каждом хосте будет работать по 10 виртуальных машин с Windows Server. Давайте прикинем, как будет выгоднее пролицензировать?
Для начала посчитаем Windows Server Datacenter
Если мы возьмём Datacenter, то не важно, сколько у нас виртуалок, просто лицензируем все ядра на хосте. Т.е. 2*20 = 40 Core лицензий на хост. Поскольку Windows продаётся лицензиями по 2 ядра, получаем 20 2Core лицензий на хост. Поскольку у нас 5 хостов, получаем 20*5 = 100 лицензий 2Core.
По стоимости получаем:
9EA-00128 WinSvrDCCore 2016 SNGL OLP NL 2Lic CoreLic 40579,94*100 = 4’057’994р. (4 млн. руб.)
Теперь посчитаем Windows Server Standard
У нас 10 виртуалок на хост. 10 ВМ на хост требует 5 лицензированных Windows Server. (т.к. 1 лицензия Standard — это 2 ВМ). Поскольку у нас на 1 хост 2×20 = 40 ядер. Нужно 5 раз пролицензировать 40 ядер. — это 200 Core лицензий. Но, поскольку Windows Server Standard продаётся лицензиями по 2, то нужно 100 2Core лицензий на каждый хост. Всего у нас 5 хостов, потому умножаем на 5. Получаем 500 2Core License.
По стоимости получаем:
9EM-00124 WinSvrSTDCore 2016 SNGL OLP NL 2Lic CoreLic 5815,38*500 = 2’907’690р. (2,9 млн. руб.)
Казалось бы, если будем лицензировать Windows Server Standard, то сэкономим целый миллион рублей по сравнению с Datacenter. Так?
Мы упустили одну маленькую мелочь, на которую редко кто-то обращает внимание. Уже догадались о чём я?
Если нет, то мелочь заключается в том, что я вначале написал, что у нас кластер. А в кластере любая виртуальная машина может перемещаться с хоста на хост. Причём, даже если у вас нет динамического распределения ресурсов. Она может переехать на другой хост просто в случае отказа одного из хостов. И согласно политике лицензирования Microsoft вы должны пролицензировать все виртуальные машины на все хосты, на которых они теоретически могут работать. А для аудиторов достаточно того, что у вас HA кластер. Причём, о таком сценарии явно сказано в документации (см. картинку).
А теперь пересчитываем лицензирование Windows Server Standard для нашего сценария «правильно»:
5 хостов по 10 машин — это 50 виртуалок, т.е. требуется 25 лицензированных Windows. Каждую виртуалку нужно пролицензировать на все хосты, т.е. на все ядра всех хостов, а это 200 ядер. Т.е. вам получается нужно 200*25 = 5 000 Core лицензий. Ну или 2500 2Core лицензий!
По стоимости получаем:
9EM-00124 WinSvrSTDCore 2016 SNGL OLP NL 2Lic CoreLic 5815,38*2500 = 14’538’450р. (14,5 млн. руб.)
14,5 миллионов рублей — против 2,9 миллиона, который мы посчитали изначально. 5-кратная ошибка. Можете представить масштаб бедствия, если у вас не 5 хостов, а 50 или 500.
Т.е. в данном случае, естественно намного дешевле будет лицензировать все хосты более дорогой лицензией Datacenter (это обойдётся в 4 млн. руб.). Хотя на первый взгляд кажется, что версия Standard выходит дешевле.
Настройка VDA для активации Windows 10/11 подписки
В этом документе описывается настройка виртуальных машин (виртуальных компьютеров), чтобы включить активацию подписки Windows 10/11 в сценарии Windows виртуальный настольный доступ (VDA). Windows VDA — это устройство или пользовательский механизм лицензирования для управления доступом к виртуальным рабочим столам.
Инструкции по развертыванию предоставляются для следующих сценариев.
Требования
Активация
Сценарий 1
VM работает Windows 10 версии 1803 или более поздней версии (например, Windows 11).
VM находится в Azure или другом многотенантном хостере (QMTH).
Когда пользователь с правами на VDA вошел в VM с помощью учетных данных AAD, VM автоматически активируется Enterprise и активируется. Нет необходимости выполнять Windows 10/11 Pro активации. Это устраняет необходимость сохранения KMS или MAK в облачной инфраструктуре.
Сценарий 2
Хост Hyper-V и VM работают Windows 10 версии 1803 или более поздней версии.
Включена наследуемая активация. Все VMs, созданные пользователем с лицензией Windows 10/11 E3 или E5, автоматически активируются независимо от того, включается ли пользователь с локальной учетной записью или Azure Active Directory учетной записью.
Сценарий 3
VM работает Windows 10 версии 1703 или 1709, или хостер не является авторизованной партнером QMTH.
В этом сценарии Windows 10/11 Pro лицензия должна быть активирована до активации подписки Windows 10/11 Enterprise. Активация выполняется с помощью универсального ключа лицензии на объем (GVLK) KMS сервера активации, предоставляемой хостером. Кроме того, KMS можно использовать сервер активации. KMS активация предоставляется для VMs Azure. Дополнительные сведения см. в видеоролике Устранение неполадок Azure Windows активации виртуальных машин.
Виртуальные машины, присоединенные к Active Directory
Используйте следующие инструкции для подготовки виртуальной Машины для Azure: Подготовьте виртуальный жесткий диск Windows или VHDX, чтобы загрузить Azure
(Необязательно) Чтобы отключить проверку подлинности на сетевом уровне, введите следующее в командной строке с повышенными привилегиями:
В командной строке с повышенными привилегиями введите команду sysdm.cpl и нажмите клавишу ВВОД.
На вкладке «Удаленный доступ» выберите разрешить удаленные подключения к этому компьютеру и нажмите кнопку Выбрать пользователей.
Щелкните Добавить, введите Прошедшие проверку подлинности пользователи, а затем трижды нажмите кнопку ОК.
Следуйте инструкциям по использованию средства sysprep в разделе Шаги для подготовки виртуального жесткого диска, а затем снова запустите виртуальную машину.
Если необходимо активировать Windows 10 Pro, как описано в сценарии 3,выполните следующие действия, чтобы использовать Windows Configuration Designer и ввести ключ активации. В противном случае пропустите шаг 20.
Откройте Windows конструктор конфигурации и нажмите кнопку Подготовка настольных служб.
В разделе Введите ключ продукта введите ключ Pro GVLK: W269N-WFGWX-YVC9B-4J6C9-T83GX.
На странице Настройка сети выберите отключение.
На странице управления учетными записями выберите Регистрация в Active Directory, а затем введите данные учетной записи.
На странице Добавить приложения, при необходимости, добавьте приложения. Этот шаг является необязательным.
На странице Добавить сертификаты, при необходимости, добавьте сертификаты. Этот шаг является необязательным.
На странице «Готово» нажмите кнопку Создать.
В проводнике дважды щелкните файл виртуального жесткого диска для подключения образа диска. Определите букву диска для подключенного образа.
Введите следующее в командной подсказке с повышенными уровнями. Замените букву G буквой диска подключенного образа, а затем введите используемое имя проекта, если оно отличается от предложенного:
В проводнике щелкните правой кнопкой мыши подключенный образ и нажмите кнопку Извлечь.
См. инструкции в Загрузка и создание виртуальной машины из подготовленного виртуального жесткого диска для входа в Azure, получите сведения о вашей учетной записи хранения, загрузите виртуальный жесткий диск и создайте управляемый образ.
Виртуальные машины, подсоединенные к Azure Active Directory
Azure Active Directory (Azure AD) для пакетов подготовка имеет ограничение в 180 дней на массовое использование маркеров. Вам потребуется обновить пакет подготовка и повторно ввести его в изображение через 180 дней. Существующие присоединенные к Azure AD и развернутые виртуальные машины не потребуется создавать заново.
Для виртуальных машин, присоединенных к Azure AD, выполните те же инструкции (выше), что и для виртуальных машин, присоединенных к Active Directory, со следующими исключениями:
Виртуальные машины Azure Gallery
(Необязательно) Чтобы отключить проверку подлинности на сетевом уровне, введите следующее в командной строке с повышенными привилегиями:
В командной строке с повышенными привилегиями введите команду sysdm.cpl и нажмите клавишу ВВОД.
На вкладке «Удаленный доступ» выберите разрешить удаленные подключения к этому компьютеру и нажмите кнопку Выбрать пользователей.
Щелкните Добавить, введите Прошедшие проверку подлинности пользователи, а затем трижды нажмите кнопку ОК.
Откройте Windows конструктор конфигурации и нажмите кнопку Подготовка настольных служб.
Если необходимо активировать Windows 10 Pro, как описано в сценарии 3,выполните следующие действия. В противном случае пропустите шаг 8.
Под названиемвведите набор настольныхкомпьютеров, нажмите кнопку Готово, а затем на странице Настройка устройства введите имя устройства.
На странице Настройка сети выберите отключение.
На странице «Управление учетными записями» выберите Регистрация в Azure AD, нажмите кнопку Получение массового маркера, войдите и добавьте массовый маркер с использованием учетных данных вашей организации.
На странице «Добавить приложения», при необходимости, добавьте приложения. Этот шаг является необязательным.
На странице Добавить сертификаты, при необходимости, добавьте сертификаты. Этот шаг является необязательным.
На странице «Готово» нажмите кнопку Создать.
Создание настраиваемых параметров протокола удаленного рабочего стола для Azure
Чтобы создать настраиваемые параметры протокола удаленного рабочего стола для Azure, сделайте следующее.
Откройте подключение к удаленному рабочему столу и введите IP-адрес или DNS-имя удаленного узла.
Нажмите кнопку Показать параметры, а затем под параметрами подключения нажмите кнопку Сохранить как и сохраните RDP-файл в расположение, где он будет использоваться.
Закройте окно подключения к удаленному рабочему столу и откройте Блокнот.
Перетащите RDP-файл в окно программы Блокнот для его редактирования.
Введите или замените строку, которая указывает уровень проверки подлинности с помощью следующих двух строк текста:
enablecredsspsupport и уровень проверки подлинности появятся только один раз в файле.
Сохраните изменения, а затем используйте этот пользовательский RDP-файл с учетными данными Azure AD для подключения к виртуальной машине Azure.
Лицензирование Windows Server в виртуальной среде
В этой статье мы рассмотрим особенности лицензирования операционной системы Windows Server 2019, 2016 и 2012 R2 с точки зрения новой модели лицензирования Microsoft. Также мы рассмотрим правила и порядок лицензирования при использовании Windows Server в качестве гостевой ОС в виртуальных машинах, в том числе в кластерах с поддержкой возможности миграции виртуальных машин между гипервизорами (технологии VMWare VMotion, Hyper-V Live Migration и т.п.).
Начиная с Windows Server 2012 Microsoft стала кардинально менять и, самое главное, упрощать модель лицензирования своей серверной платформы с учетом современных реалий широкого использования виртуализации.
Редакции WindowsServer
В большинстве случаев при обсуждении модели лицензирования целесообразно рассматривать Standard и Datacenter редакции Windows Server.
В Windows Server 2012 R2 функционал редакций Standard и Datacenter практически идентичен за исключением лицензионных прав на запуск виртуальных машин. Это означает, что необходимую редакцию нужно выбирать, основываясь только на количестве виртуальных машин на физическом хосте (сервере), а не от наличия/отсутствия необходимого функционала.
По сути, при выборе редакции Windows Server 2012 R2 нужно в первую очередь основываться на том нужна, или не нужна вам виртуализация.
Лицензия Windows Server 2016/2019 Standard позволяет вам запустить до двух ВМ с Windows Server на одном физическом хосте.
В Windows Server 2016 и 2019 в редакции Datacenter поддерживаются ряд полезных технологий, которые полезны при широком использовании возможностей виртуализации и интеграции в облако Azure. Например, в редакции WS 2016 Datacenter поддерживаются:
Лицензирование процессоров в 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 (подробно рассматривается в этой статье):
Лицензирование виртуальных машин в WindowsServer
Если вы планируете использовать свой физический сервер в качестве гипервизора, на котором запущены ВМ с Windows Server, вам нужно выбирать редакцию в зависимости от количества ВМ, которые будут запущены на вашем сервере.
Например, у вас имеется двух процессорный сервер с 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 покупка 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 сервер:
Общее кол-во 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).
Лицензия windows для виртуальной машины
Просто есть мнение, если 2 хоста, то надо лицензировать полностью каждый хост, т.к. необходимые лицензии х2
так я так и написал:
каждый физической хост (нода) обязана иметь лицензии позволяющие использовать виртаульные среды Windows Server. Лицензия назначается физическому хосту. Если Вы лицензируете только один хост, то Вы не сможете «перенести лицензии» на другой хост во время миграции. Или.
Вот тут я задумался, если у меня две ноды (одинаковой конфигурации) с Windows Hyper-V Server 2016, то мне нужны лицензии только для виртуальных сред Windows. При условии, что кластер использует общее хранилище (нет репликации между виртуальными средами Windows), то я, наверное мог бы переназначить лицензии на другую ноду. Ведь назначении лицензии в данном случае не является технической задачей, а юридической. Вообщем, тут я не уверен.
Если у Вас же используется репликация между виртуальными средами Windows, то Вам одназначно нужно лицензировать обе ноды (хоста).
Имеем HA ( High Available ) кластер, состоящий из 2-х хостов. Оба хоста имеют по 2 процессора. В каждом процессоре 6 ядер.
Все виртуальные машины будут иметь возможность горячей миграции с хоста на хост.
На виртуальных машинах будет установлено стороннее ПО (не Microsoft )
Виртуалки будут администрироваться через консоль гипервизора.
Никто на них работать удаленно не собирается.
Чтобы составить внятную Спецификацию на необходимые и достаточные лицензии для вашего случая, нужно уточнить (написать словами):
1. сколько вирт.экземляров Win Svr будет на хосте А и сколько на хосте Б в штатном и нештатном режимах? (например, в штатном: 1+1, в нештатном: 0+2 или 2+0).
2. Сценарий использования 7 вирт.экземляров Win 10 Pro (с учетом вашего комментария о том, что с ними никто не будет работать).
Имеем HA ( High Available ) кластер, состоящий из 2-х хостов. Оба хоста имеют по 2 процессора. В каждом процессоре 6 ядер.
Все виртуальные машины будут иметь возможность горячей миграции с хоста на хост.
На виртуальных машинах будет установлено стороннее ПО (не Microsoft )
Виртуалки будут администрироваться через консоль гипервизора.
Никто на них работать удаленно не собирается.
Чтобы составить внятную Спецификацию на необходимые и достаточные лицензии для вашего случая, нужно уточнить (написать словами):
1. сколько вирт.экземляров Win Svr будет на хосте А и сколько на хосте Б в штатном и нештатном режимах? (например, в штатном: 1+1, в нештатном: 0+2 или 2+0).
2. Сценарий использования 7 вирт.экземляров Win 10 Pro (с учетом вашего комментария о том, что с ними никто не будет работать).
В штатном 1+1, в нештатном 2+0 или 0+2
Никто не будет подключаться удаленно, виртуалки будут администрироваться через панель гипервизора.
И еще такой вопрос, лицензируя один сервер полностью редакцией standart, сколько виртуалок с windows 10 можно будет запускать?
Никто не будет подключаться удаленно, виртуалки будут администрироваться через панель гипервизора.
а смысл их администрировать если никто не будет с ними работать? может какие-то службы там будут?
И еще такой вопрос, лицензируя один сервер полностью редакцией standart, сколько виртуалок с windows 10 можно будет запускать?
В штатном 1+1, в нештатном 2+0 или 0+2
Никто не будет подключаться удаленно, виртуалки будут администрироваться через панель гипервизора.
И еще такой вопрос, лицензируя один сервер полностью редакцией standart, сколько виртуалок с windows 10 можно будет запускать?
Ок. С серверами понятно. Для них необходимо и достаточно приобрести лицензии:
А так же клиентские лицензии (CAL) на каждого живого человека, использующего функционал экземпляров Windows Server или на каждое устройство, с помощью которого люди используют экземпляры Windows Server.
Право установки, запуска и использования Windows 10 Pro в виртуальных машинах на сервере представляют три лицензии:
3. Лицензия Software Assurance для Windows Enterprise. Эта лицензия вам вряд ли будет полезна или интересна, поэтому про нее и говорить не стоит.
Если ваш сценарий предполагает использование виртуальных Windows людьми с помощью каких-то устройств посредством сетевых соединений, то подойдут первые две лицензии.