AVMA активация виртуальных машин в Windows Server 2016

Автоматическая активация виртуальных машин (AVMA — Automatic Virtual Machine) была впервые представлена в Windows Server 2012 R2. Данная технология позволяет автоматически активировать все виртуальные машины с Windows Server, запущенные на хосте Hyper-V с редакцией Windows Server Datacenter. Таким образом, любая новая ВМ с Windows Server при запуске будет автоматически активирована, при этом не требуется использовать MAK ключ, активировать ВМ на KMS сервере, подключаться к интернету или вручную активировать копию продукта.

Напомним, что лицензия Windows Server Datacenter позволяет легально запускать неограниченное количество виртуальных машин с Windows Server (Лицензирование Windows Server и виртуализация), а благодаря AVMA активации можно существенно упростоить активацию этих ВМ.

Требования для AVMA активации

Основные требования, нюансы и ограничения, которые нужно учитывать при выполнении автоматической активации ВМ с помощью AVMA:

• В качестве гипервизора должен использоваться активированный хост Hyper-V с ОС Windows Server 2016 / 2012 R2 в редакции Datacenter (версии Windows Server 2012, 2008 R2 и 2008 не поддерживают AVMA активацию)
• В качестве гостевых ОС на виртуальных машинах могут быть использованы Windows Server 2016/2012 R2 в редакциях Datacenter, Standard и Essentials (активировать декстопные версии Windows таким способом не удастся)
• Хост Windows Server 2012 R2 не сможет активировать ВМ с любой редакцией Windows Server 2016
• В качестве ключа продукта на гостевых ОС должен быть указан публичный ключ AVMA (перечислены ниже)
• На ВМ должны быть установлены службы IntegrationServices, а в свойствах ВМ включена опция DataExchange (Management -> Integration Services)
• На стороне гостевой ОС должен иметься драйвер Microsoft Hyper-V Activation Component (устанавливается при инсталляции Integration Services)

Гостевая ОС виртуальной машина обменивается данными о AVMA-активации с хостом Hyper-V через VMbus при помощи объектов KVP (key + value), хранящихся в ветке реестра HKLM\Software\Microsoft\Virtual Machine\Guest.

AVMA ключи для Windows Server

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

Список AVMA ключей для разных версий Windows Server:

Windows Server 2012 R2

Редакция	Ключ активации AVMA
Datacenter	Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard	DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essentials	K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Windows Server 2016

Редакция	Ключ активации AVMA
Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD
Essentials	B4YNW-62DX9-W8V6M-82649-MHBKQ

AVMA ключ должен быть указан при установке гостевой ОС, либо в любой момент после с помощью следующей команды, запущенной с правами администратора:

slmgr –ipk C3RCX-M6NRP-6CXC9-TW2F2-4RHYD

При активации ОС посредством AVMA в журнале приложений гостевой ОС фиксируется событие с EventID 12309, на стороне гипервизора – EventID 12310. Таким образом, администратор может вести учет выданных лицензий на хосте Hyper-V.

Текущий статус активации гостевой ОС можно получить с помощью команды:

В том случае, если ВМ активирована через AVMA, должна присутствовать строка VIRTUAL_MACHINE_ACTIVATION channel.

После активации, гостевые ОС выполняют обновление активации каждые 7 дней.

Лицензирование и редакции Windows Server 2016

В декабре Microsoft выпустила документ, описывающий основные изменения в версиях, политике лицензирования и ценовой политике на редакции своего нового флагмана в нише серверных ОС Windows Server 2016, который готовится к выходу во второй половине грядущего года .

Лицензирование серверных ядер

Главное нововведение в политике лицензирования Windows Server 2016 — переход от лицензирования физических процессоров (подробнее о лицензировании Windows Server 2012 R2) к лицензированию процессорных ядер. Теперь стоимость лицензий будет рассчитываться не по числу процессоров, а по числу ядер системы (аналогично лицензированию Microsoft SQL Server).

Одна лицензия Windows Server 2016 будет стоить в восемь раз дешевле, чем лицензия Windows Server 2012 на два процессора, но одна новая лицензия будет покрывать только два физических ядра.

Этот шаг Microsoft в общем-то ожидаем, т.к. разработчики процессоров за последние несколько лет существенно увеличили количество ядер (и собственно производительность). В частности Intel уже предлагает заказчикам 60 ядерный процессор Intel® Xeon Phi стоимостью 2500$. В Майкрософт представили сколько они потеряют денег при лицензировании по старой модели в случае массового внедрение таких систем и быстренько разработали новую политику лицензирования.

Порядок лицензирования физических ядер сервера таков:

• Должны быть лицензированы все физические ядра сервера (ядра с Hyper-threading считаются одним ядром)
• Минимальное количество приобретаемых лицензий на ядра одного процессора: 8 шт
• Минимальное количество лицензий на ядра одного сервера : 16 шт
• Если процессор отключен на уровне системы, его ядра лицензировать не нужно.

Таким образом, для лицензирования одного физического сервера с двумя четырехядерными процессорами нужно приобрести 8 комплектов двухъядерных лицензий (что будет равно по стоимости одной двухпроцессорной лицензии Windows Server 2012). Для лицензирования однопроцессорного 16-ядерного сервера также понадобится комплект из восьми 2-ядерных лицензий.

Редакции Windows Server 2016

На сегодняшний день известно о двух редакциях Windows Server 2016 (как это было с Windows Server 2012/ 2012 R2):

• Windows Server 2016 Datacenter
• Windows Server 2016 Standard

В отличии от Windows Server 2012 R2, в котором разница в редакциях Standard Edition и Datacenter Edition заключалась в количестве поддерживаемых виртуальных машин (2 и неограниченное количество соответственно) и в наличии возможности автоматической активации виртуальных машин в редакции Datacenter. В Windows Server 2016 помимо разницы в возможностях виртуализации, появились и другие функциональные отличия.

В частности Windows Server 2016 Datacenter поддерживает следующие технологии:

• Storage Spaces Direct — расширение технологии Storage Spaces для создания HA хранилищ для кластеров
• Storage Replica – технология блочной синхронной мультисайтовой репликации между кластерами
• Shielded Virtual Machines — технологию создания защищенных виртуальных машин, чей контент защищен от администратора хост-системы Hyper-V
• Host Guardian Service – роль сервера для поддержки защищенных виртуальные машины (Shielded Virtual Machines) и данные на них от несанкционированного доступа
• Network Fabric
• Microsoft Azure Stack — SDN стек на основе Azure

Client Access License (CAL) лицензии

Windows Server Standard и Datacenter по прежнему требуют приобретения лицензий Windows Server CAL для всех устройств или пользователей, использующих сервер.

Клиентские CAL лицензии для Remote Desktop Services и AD Rights Management Services также требуется приобретать отдельно.

Цены на редакции Windows Server 2016

Майкрософт также опубликовала официальные цены на Windows Server 2016. Комплект лицензий на 16 ядер (8 пакетов лицензий по 2 ядра) будет стоить:

• Windows Server 2016 Standard — 882$
• Windows Server 2016 Datacenter — 6155$

FAQ по лицензированию Windows Server 2016

В этом разделе буду собирать и отвечать на частые вопросы по лицензированию Windows Server 2016

• Как лицензируется Nano Server?Nano Server это опция установки Windows Server 2016 и не требует дополнительного лицензирования
• Как лицензировать процессоры с Hyper-Threading?В Windows Server и System Center 2016 лицензируются только физические ядра. С этой точки зрения ядро с поддержкой технологии Hyper-Threading являются одним ядром.
• Если процессор/ ядро отключено и не используется Windows, нужно ли покупать на него лицензии?Отключенные процессоры и ядра лицензировать не требуется.
• Как лицензируются виртуальные контейнеры (Hyper-V Containers)Hyper-V Containers контейнеры лицензируются также, как обычные виртуальные машины Hyper-V. На редакции Standard можно запустить 2 виртуальные машины, на Datacenter – неограниченное количество

Автоматическая активация виртуальной машины Automatic virtual machine activation

Относится к: Windows Server 2019, Semi-Annual Channel для Windows Server, Windows Server 2016, Windows Server 2012 R2 Applies to: Windows Server 2019, Windows Server Semi-Annual Channel, Windows Server 2016, Windows Server 2012 R2

Автоматическая активация виртуальной машины (AVMA) — это механизм подтверждения законности приобретения, помогающий удостовериться, что продукты Windows используются в соответствии с правами на использование продуктов и условиями лицензионного соглашения на использование программного обеспечения корпорации Майкрософт. Automatic Virtual Machine Activation (AVMA) acts as a proof-of-purchase mechanism, helping to ensure that Windows products are used in accordance with the Product Use Rights and Microsoft Software License Terms.

AVMA позволяет устанавливать виртуальные машины на сервере с должным образом активированной ОС Windows, не настраивая ключи продукта для каждой виртуальной машины, даже в отключенных средах. AVMA lets you install virtual machines on a properly activated Windows server without having to manage product keys for each individual virtual machine, even in disconnected environments. Она привязывает активацию виртуальной машины к лицензированному серверу виртуализации и активирует виртуальную машину при запуске. AVMA binds the virtual machine activation to the licensed virtualization server and activates the virtual machine when it starts up. AVMA также предоставляет отчеты по использованию в реальном времени и данные о состоянии лицензии виртуальной машины за прошлые периоды. AVMA also provides real-time reporting on usage and historical data on the license state of the virtual machine. Отчеты и данные отслеживания доступны на сервере виртуализации. Reporting and tracking data is available on the virtualization server.

Практическое применение Practical applications

AVMA предоставляет ряд преимуществ на серверах виртуализации, активированных с использованием корпоративного лицензирования или лицензирования OEM. On virtualization servers that are activated using Volume Licensing or OEM licensing, AVMA offers several benefits.

Администраторы серверов в центрах обработки данных могут использовать AVMA для выполнения следующих действий: Server datacenter managers can use AVMA to do the following:

Активация виртуальных машин в удаленных расположениях Activate virtual machines in remote locations

Активация виртуальных машин с подключением к Интернету или без него Activate virtual machines with or without an internet connection

Отслеживание данных об использовании и лицензиях виртуальных машин с сервера виртуализации без прав доступа к виртуализованным системам Track virtual machine usage and licenses from the virtualization server, without requiring any access rights on the virtualized systems

Не требуется управлять ключами продукта и читать наклейки на серверах. There are no product keys to manage and no stickers on the servers to read. Виртуальная машина активируется и продолжает работать даже при переносе в массиве серверов виртуализации. The virtual machine is activated and continues to work even when it is migrated across an array of virtualization servers.

Партнеры с лицензионным соглашением с поставщиком услуг (SPLA) и другие поставщики услуг размещения не обязаны предоставлять ключи продукта арендаторам или активировать виртуальные машины арендаторов. Service Provider License Agreement (SPLA) partners and other hosting providers do not have to share product keys with tenants or access a tenant’s virtual machine to activate it. С помощью AVMA клиенты могут легко активировать виртуальные машины. Virtual machine activation is transparent to the tenant when AVMA is used. Поставщики услуг размещения могут использовать журналы сервера для проверки соответствия лицензии и отслеживания хронологии использования клиента. Hosting providers can use the server logs to verify license compliance and to track client usage history.

Системные требования System requirements

Для AVMA требуется Microsoft Virtualization Server с Windows Server 2019 Datacenter, Windows Server 2016 Datacenter или Windows Server 2012 R2. AVMA requires a Microsoft Virtualization Server running Windows Server 2019 Datacenter, Windows Server 2016 Datacenter, or Windows Server 2012 R2.

Ниже представлен список гостей, которых можно активировать с помощью различных версий серверов узла. Here are the guests that the different version hosts can activate:

Версия сервера узла Server host version	Windows Server 2019 Windows Server 2019	Windows Server 2016 Windows Server 2016	Windows Server 2012 R2 Windows Server 2012 R2
Windows Server 2019 Windows Server 2019	X X	X X	X X
Windows Server 2016 Windows Server 2016	X X	X X
Windows Server 2012 R2 Windows Server 2012 R2	X X

Обратите внимание на то, что они активируют все выпуски (Datacenter, Standard и Essentials). Note that these activate all editions (Datacenter, Standard, or Essentials).

Это средство не работает с другими технологиями виртуализации сервера. This tool does not work with other Virtualization Server technologies.

Реализация AVMA How to implement AVMA

На сервере виртуализации Windows Server Datacenter установите и настройте роль Microsoft Hyper-V Server. On a Windows Server Datacenter virtualization server, install and configure the Microsoft Hyper-V Server role. Дополнительную информацию см. в статье об установке Hyper-V Server. For more information, see Install Hyper-V Server.

Создайте виртуальную машину и установите на ней поддерживаемую серверную операционную систему. Create a virtual machine and install a supported server operating system on it.

Установите ключ AVMA на виртуальной машине. Install the AVMA key in the virtual machine. В командной строке с повышенными привилегиями введите следующую команду: From an elevated command prompt, run the following command:

Виртуальная машина автоматически активирует лицензию в соответствии с сервером виртуализации. The virtual machine will automatically activate the license against the virtualization server.

Можно также использовать ключи AVMA в любом файле установки Unattend.exe. You can also employ the AVMA keys in any Unattend.exe setup file.

Ключи AVMA AVMA keys

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2019. The following AVMA keys can be used for Windows Server 2019.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
Standard Standard	TNK62-RXVTB-4P47B-2D623-4GF74 TNK62-RXVTB-4P47B-2D623-4GF74
Essentials Essentials	2CTP7-NHT64-BP62M-FV6GG-HFV28 2CTP7-NHT64-BP62M-FV6GG-HFV28

Перечисленные ниже ключи AVMA можно использовать для Windows Server версий 1909, 1903 и 1809. The following AVMA keys can be used for Windows Server, versions 1909, 1903, and 1809.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW
Standard Standard	TNK62-RXVTB-4P47B-2D623-4GF74 TNK62-RXVTB-4P47B-2D623-4GF74

Перечисленные ниже ключи AVMA можно использовать для Windows Server версии 1803 и 1709. The following AVMA keys can be used for Windows Server, version 1803 and 1709.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD C3RCX-M6NRP-6CXC9-TW2F2-4RHYD

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2016. The following AVMA keys can be used for Windows Server 2016.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J
Standard Standard	C3RCX-M6NRP-6CXC9-TW2F2-4RHYD C3RCX-M6NRP-6CXC9-TW2F2-4RHYD
Essentials Essentials	B4YNW-62DX9-W8V6M-82649-MHBKQ B4YNW-62DX9-W8V6M-82649-MHBKQ

Перечисленные ниже ключи AVMA можно использовать для Windows Server 2012 R2. The following AVMA keys can be used for Windows Server 2012 R2.

Выпуск Edition	Ключ AVMA AVMA key
Datacenter Datacenter	Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW
Standard Standard	DBGBW-NPF86-BJVTX-K3WKJ-MTB6V DBGBW-NPF86-BJVTX-K3WKJ-MTB6V
Essentials Essentials	K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 K2XGM-NMBT3-2R6Q8-WF2FK-P36R2

Отчетность и отслеживание Reporting and tracking

Реестр (KVP) на сервере виртуализации предоставляет данные по отслеживанию в реальном времени для операционных систем на виртуальной машине. The registry (KVP) on the virtualization server provides real-time tracking data for the guest operating systems. Поскольку раздел реестра перемещается вместе с виртуальной машиной, можно также получить информацию о лицензии. Because the registry key moves with the virtual machine, you can get license information as well. По умолчанию KVP возвращает данные о виртуальной машине, в том числе: By default the KVP returns information about the virtual machine, including the following:

Полное доменное имя Fully qualified domain name

Операционную систему и установленные пакеты обновления Operating system and service packs installed

Архитектуру процессора Processor architecture

Сетевые адреса IPv4 и IPv6 IPv4 and IPv6 network addresses

Адреса RDP RDP addresses

Дополнительные сведения о том, как получить эту информацию, см. в публикации Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems (GuestIntrinsicExchangeItems KVP в скрипте Hyper-V). For more information about how to get this information, see Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems.

Данные KVP не защищены. KVP data is not secured. Они допускают модификации и не контролируются на предмет изменений. It can be modified and is not monitored for changes.

Данные KVP следует удалить в случае замены ключа AVMA другим ключом продукта (розничным, OEM или ключом корпоративного лицензирования). KVP data should be removed if the AVMA key is replaced with another product key (retail, OEM, or volume licensing key).

Данные о запросах AVMA за прошлые периоды доступны в файле журнала на сервере виртуализации (EventID 12310). Historical data about AVMA requests is available in a log file on the virtualization server (EventID 12310).

Поскольку процесс активации AVMA прозрачен, сообщения об ошибках не отображаются. Since the AVMA activation process is transparent, error messages are not displayed. Однако данные о перечисленных ниже событиях записываются в файл журнала на виртуальных машинах (EventID 12309). However, the following events are captured in a log file on the virtual machines (EventID 12309).