- Как развернуть ВМ с Windows Server
- Доступные шаблоны
- Лицензирование
- Создание VM с Windows Server (Flash-интерфейс)
- С помощью стандартного шаблона
- Активация операционной системы
- Как посмотреть пароль администратора
- С помощью ISO-образа
- С помощью собственного образа
- Подготовка системы
- Загрузка ISO-образа
- Загрузка OVF-шаблона
- Ручная активация
- Automatic virtual machine activation
- Practical applications
- System requirements
- How to implement AVMA
- AVMA keys
- Reporting and tracking
- Активация Windows Server 2016 Windows Server 2016 Activation
- Выполнение эксплуатационных требований KMS Addressing KMS operational requirements
- Выполнение функциональных требований KMS Addressing KMS functional requirements
Как развернуть ВМ с Windows Server
Доступные шаблоны
В качестве стандартных шаблонов для развертывания предлагаются следующие версии:
- Windows Server 2012 R2 в редакции Standard;
- Windows Server 2016 в редакции Standard;
- Windows Server 2019 в редакции Standard.
При необходимости можно установить указанные версии операционных систем в редакции Datacenter из собственного образа или из репозитория образов ISO Library.
Важно: согласно SPLA Microsoft, не допускается виртуализация операционных систем, предназначенных для рабочих станций. Например, использование Windows 10 в виртуальной среде однозначно нарушает лицензионное соглашение.
Лицензирование
В облаке на базе VMware допускается только использование лицензий, арендованных у Selectel. Лицензирование виртуальных машин собственными лицензиями не допускается. При создании виртуальной машины из нашего шаблона, автоматически предоставляется доступ к серверу управления ключами (KMS).
Если развертывание происходит из собственного образа или путем миграции, то для активации операционной системы необходимо указать соответствующий ключ и адрес сервера KMS kms.vcd.selectel.ru.
Биллинг ОС Windows будет производится автоматически на основе метаданных виртуальной машины, явно указывающих на то, что ее ОС относится к семейству Windows.
Создание VM с Windows Server (Flash-интерфейс)
С помощью стандартного шаблона
Создание виртуальной машины с операционной системой Windows Server выполняется аналогично описанному в статье Создание vApp c одной виртуальной машиной из шаблона. В списке доступных шаблонов выберите требуемую версию операционной системы Windows Server. После завершения процедуры виртуальная машина будет готова к работе.
Активация операционной системы
После первого выполнения входа в систему, операционная система будет автоматически перезагружена для выполнения действий по активации, в частности, будет добавлен еще один сетевой адаптер для подключения к серверу KMS. После перезагрузки, операционная система будет активирована.
Как посмотреть пароль администратора
В процессе первого запуска ОС происходит автоматическая перезагрузка и кастомизация образа. После перезагрузки откроется стандартное окно аутентификации.
Для просмотра сгенерированного в процессе кастомизации пароля выполните следующие действия:
- Щелкните правой кнопкой мыши по виртуальной машине.
- В контекстном меню выберите пункт Properties.
- Перейдите на вкладку Guest OS Customization.
- Пароль будет отображен в соответствующем поле.
С помощью ISO-образа
Если требуется ручная установка операционной системы, то для удобства мы загрузили в каталог ISO-образы самых популярных операционных систем, в том числе и дистрибутивы Windows Server 2012 R2 / 2016 / 2019 на русском и английском языке. После создания виртуальной машины:
- Перейдите к списку виртуальных машин внутри vApp.
- Выделите необходимую VM и нажмите на пиктограмму компакт-диска.
- В диалоговом окне Insert CD выберите нужный ISO-образ из каталога ISO library.
- Нажмите Insert, после чего образ подключится к виртуальной машине.
- При включении виртуальная машина загрузится в инсталлятор ОС.
Установите VMware Tools™, выбрав в контекстном меню виртуальной машины соответствующий пункт.
При создании виртуальной машины с Windows Server 2019 в меню выбора типа ОС следует выбрать тип Windows Server 2016.
С помощью собственного образа
Подготовка системы
Для того, чтобы успешно загрузить образ с использованием Flash-интерфейса VMware vCloud Director® дополнительно выполните:
- Скачайте совместимый браузер, например FireFox ESR версии 52.5.2 (32 bit).
- Отключите компьютер от сети интернет.
- Запустите установленный FireFox ESR.
- Откройте окно настроек, набрав в адресной строке about:preferences#advanced и нажав Enter.
- Перейдите на вкладку Обновления.
- Поставьте точку на пункте Никогда не проверять наличие обновлений.
Снимите галочку Использовать фоновую службу для установки обновлений.
Важно! Если обновления не будут отключены, браузер обновится до последней версии автоматически при первом же включении, что не позволит запустить расширение VMware vCloud Director Client Integration Plug-In. Это сделает невозможным загрузку собственных образов.
Вновь подключите компьютер к сети интернет.
Перейдите в панель управления облаком на базе VMware.
Скопируйте уникальную ссылку vDirector Flash из панели управления.
Если в системе не установлен Adobe Flash Player, то необходимо его скачать и установить, после чего перезапустить браузер.
Пройдите по ссылке, скачайте и установите vCloud Director Client Integration Plug-In.
Перезапустите браузер и вставьте скопированную ссылку в адресную строку и нажмите Enter.
Разрешите браузеру использование плагинов (система запросит разрешения автоматически).
Загрузка ISO-образа
В корпоративной среде часто встречается ситуация, когда системный администратор готовит заранее настроенный установочный образ ОС. Чтобы воспользоваться подобным образом, его необходимо добавить в соответствующий приватный репозиторий.
- Перейдите на вкладку Catalogs в раздел My Organization’s Catalogs.
- Откройте существующий или создайте новый каталог, нажав на +.
- Перейдите на вкладку Media & Other.
- Нажмите на знак +.
- В открывшемся окне за 30 секунд нажмите Allow.
- Выберите нужный ISO-образ.
- Нажмите Upload.
После завершения процесса загрузки образ станет доступен для создания новой виртуальной машины.
Загрузка OVF-шаблона
Стандарт OVF (Open Virtualization Format) заслуженно пользуется популярностью, поскольку позволяет удобно и быстро выполнить развертывание образа ОС без привязки к гипервизору или аппаратной архитектуре. Добавить собственный образ в OVF-формате очень просто.
- Перейдите на вкладку Catalogs в раздел My Organization’s Catalogs.
- Откройте существующий или создайте новый каталог, нажав на +.
- Перейдите на вкладку vApp Templates.
- Нажмите на знак +.
- В открывшемся окне за 30 секунд нажмите Allow.
- Выберите нужный OVF-шаблон.
- Нажмите Upload.
После завершения процесса загрузки новый шаблон станет доступен для создания новой виртуальной машины. Развертывание выполняется аналогично инструкции Создание vApp c одной виртуальной машиной из шаблона, но в качестве источника следует выбрать не Public Catalogs, а My Organization’s Catalogs. Загруженный шаблон появится в списке доступных для развертывания.
Вышеуказанные инструкции применимы исключительно для Flash-интерфейса vCloud Director. Те же самые операции можно выполнить в HTML5-интерфейсе без установки каких-либо плагинов и предварительной настройки браузера.
Ручная активация
Для активации операционной системы Windows Server требуется доступ к сети интернет. Активация выполняется следующим образом:
Убедитесь в корректности настроек даты и времени.
Установить время можно как вручную, так и с помощью NTP-сервера (предпочтительнее). Проверьте также соответствие часового пояса. Если между сервером KMS и клиентом обнаружится существенная разница во времени, то активация не будет выполнена.
Запустите командную строку или оболочку Powershell с правами администратора.
Задайте ключ операционной системы:
Примечание: ключи клиентов ОС доступны по ссылке.
Укажите адрес сервера KMS:
Выполните активацию (или перезагрузите VM):
Операционная система Windows Server готова к работе.
Примечание: биллинг ОС Windows будет производится автоматически на основе метаданных виртуальной машины, явно указывающих на то, что ее ОС относится к семейству Windows.
Automatic virtual machine activation
Applies to: Windows Server 2019, Windows Server Semi-Annual Channel, Windows Server 2016, Windows Server 2012 R2
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 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 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
On virtualization servers that are activated using Volume Licensing or OEM licensing, AVMA offers several benefits.
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.
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. 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 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 2016 | Windows Server 2012 R2 |
---|---|---|---|
Windows Server 2019 | X | X | X |
Windows Server 2016 | X | X | |
Windows Server 2012 R2 | X |
Note that these activate all editions (Datacenter, Standard, or Essentials).
This tool does not work with other Virtualization Server technologies.
How to implement AVMA
On a Windows Server Datacenter virtualization server, install and configure the Microsoft Hyper-V Server role. For more information, see Install Hyper-V Server.
Create a virtual machine and install a supported server operating system on it.
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.
You can also employ the AVMA keys in any Unattend.exe setup file.
AVMA keys
The following AVMA keys can be used for Windows Server 2019.
Edition | AVMA key |
---|---|
Datacenter | H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW |
Standard | TNK62-RXVTB-4P47B-2D623-4GF74 |
Essentials | 2CTP7-NHT64-BP62M-FV6GG-HFV28 |
The following AVMA keys can be used for Windows Server, versions 1909, 1903, and 1809.
Edition | AVMA key |
---|---|
Datacenter | H3RNG-8C32Q-Q8FRX-6TDXV-WMBMW |
Standard | TNK62-RXVTB-4P47B-2D623-4GF74 |
The following AVMA keys can be used for Windows Server, version 1803 and 1709.
Edition | AVMA key |
---|---|
Datacenter | TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J |
Standard | C3RCX-M6NRP-6CXC9-TW2F2-4RHYD |
The following AVMA keys can be used for Windows Server 2016.
Edition | AVMA key |
---|---|
Datacenter | TMJ3Y-NTRTM-FJYXT-T22BY-CWG3J |
Standard | C3RCX-M6NRP-6CXC9-TW2F2-4RHYD |
Essentials | B4YNW-62DX9-W8V6M-82649-MHBKQ |
The following AVMA keys can be used for Windows Server 2012 R2.
Edition | AVMA key |
---|---|
Datacenter | Y4TGP-NPTV9-HTC2H-7MGQ3-DV4TW |
Standard | DBGBW-NPF86-BJVTX-K3WKJ-MTB6V |
Essentials | K2XGM-NMBT3-2R6Q8-WF2FK-P36R2 |
Reporting and tracking
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. By default the KVP returns information about the virtual machine, including the following:
Fully qualified domain name
Operating system and service packs installed
IPv4 and IPv6 network addresses
For more information about how to get this information, see Hyper-V Script: Looking at KVP GuestIntrinsicExchangeItems.
KVP data is not secured. It can be modified and is not monitored for changes.
KVP data should be removed if the AVMA key is replaced with another product key (retail, OEM, or volume licensing key).
Historical data about AVMA requests is available in a log file on the virtualization server (EventID 12310).
Since the AVMA activation process is transparent, error messages are not displayed. However, the following events are captured in a log file on the virtual machines (EventID 12309).
Активация Windows Server 2016 Windows Server 2016 Activation
Ниже представлена информация, с которой необходимо ознакомиться, прежде чем планировать активацию служб управления ключами (KMS) с использованием Windows Server 2016. The following information outlines initial planning considerations that you need to review for Key Management Services (KMS) activation involving Windows Server 2016. Сведения об активации KMS с использованием более старых операционных систем, не указанных здесь, см. в разделе Шаг 1. Просмотр и выбор методов активации. For information about KMS activation involving operating systems older than those listed here, see Step 1: Review and Select Activation Methods.
KMS использует клиент-серверную модель для активных клиентов. KMS uses a client-server model to active clients. Для активации клиенты KMS подключаются к серверу KMS, который называется узлом KMS. KMS clients connect to a KMS server, called the KMS host, for activation. Узел KMS должен находиться в локальной сети. The KMS host must reside on your local network.
Узлы KMS не обязательно должны быть выделенными серверами, и службы KMS могут размещаться на сервере вместе с другими службами. KMS hosts do not need to be dedicated servers, and KMS can be cohosted with other services. Узел KMS можно запустить на любой физической или виртуальной системе под управлением Windows 10, Windows Server 2016, Windows Server 2012 R2, Windows 8.1 или Windows Server 2012. You can run a KMS host on any physical or virtual system that is running Windows 10, Windows Server 2016, Windows Server 2012 R2, Windows 8.1, or Windows Server 2012.
Узел KMS, запущенный в Windows 10 или Windows 8.1, может активировать только компьютеры с клиентскими операционными системами. A KMS host running on Windows 10 or Windows 8.1 can only activate computers running client operating systems. В следующей таблице перечислены общие требования к узлу и клиенту KMS для сетей, включающих клиенты Windows Server 2016 и Windows 10. The following table summarizes KMS host and client requirements for networks that include Windows Server 2016 and Windows 10 clients.
Для поддержки активации новых клиентов может потребоваться установить обновления на сервере KMS. Updates might be required on the KMS server to support activation of any of these newer clients. Если возникнут ошибки активации, убедитесь, что установлены необходимые обновления, перечисленные под этой таблицей. If you receive activation errors, check that you have the appropriate updates listed below this table.
Группа ключей продукта Product key group | KMS можно разместить в KMS can be hosted on | Выпуски Windows, активируемые этим узлом KMS Windows editions activated by this KMS host |
---|---|---|
Корпоративная лицензия для Windows Server 2016 Volume License for Windows Server 2016 | Windows Server 2012 Windows Server 2012 |
Windows Server 2012 R2 Windows Server 2012 R2
Windows Server 2016 Windows Server 2016
Windows Server 2016 (все выпуски) Windows Server 2016 (all editions)
Windows 10 LTSB (2015 и 2016) Windows 10 LTSB (2015 and 2016)
Windows 10 Профессиональная Windows 10 Professional
Windows 10 Корпоративная Windows 10 Enterprise
Windows 10 Pro для рабочих станций Windows 10 Pro for Workstations
Windows 10 для образовательных учреждений Windows 10 Education
Windows Server 2012 R2 (все выпуски) Windows Server 2012 R2 (all editions)
Windows 8.1 Профессиональная Windows 8.1 Professional
Windows 8.1 Корпоративная Windows 8.1 Enterprise
Windows Server 2012 (все выпуски) Windows Server 2012 (all editions)
Windows Server 2008 R2 (все выпуски) Windows Server 2008 R2 (all editions)
Windows Server 2008 (все выпуски) Windows Server 2008 (all editions)
Windows 7 Профессиональная Windows 7 Professional
Windows 7 Корпоративная Windows 7 Enterprise
Windows 8.1 Windows 8.1
Windows 10 Windows 10
Windows 10 Профессиональная N Windows 10 Professional N
Windows 10 Корпоративная Windows 10 Enterprise
Windows 10 Корпоративная N Windows 10 Enterprise N
Windows 10 для образовательных учреждений Windows 10 Education
Windows 10 для образовательных учреждений N Windows 10 Education N
Windows 10 Корпоративная с долгосрочным обслуживанием (2015) Windows 10 Enterprise LTSB (2015)
Windows 10 Корпоративная с долгосрочным обслуживанием N (2015) Windows 10 Enterprise LTSB N (2015)
Windows 10 Pro для рабочих станций Windows 10 Pro for Workstations
Windows 8.1 Профессиональная Windows 8.1 Professional
Windows 8.1 Корпоративная Windows 8.1 Enterprise
Windows 7 Профессиональная Windows 7 Professional
Windows 7 Корпоративная Windows 7 Enterprise
Windows Server 2012 Standard Windows Server 2012 Standard
Windows Server 2012 Datacenter Windows Server 2012 Datacenter
Windows Server 2012 R2 Standard Windows Server 2012 R2 Standard
Windows Server 2012 R2 Datacenter Windows Server 2012 R2 Datacenter
Windows 10 Корпоративная Windows 10 Enterprise
Windows 10 Корпоративная с долгосрочным обслуживанием (2015) Windows 10 Enterprise LTSB (2015)
Windows 10 Pro для рабочих станций Windows 10 Pro for Workstations
Windows 10 для образовательных учреждений Windows 10 Education
Windows Server 2012 R2 (все выпуски) Windows Server 2012 R2 (all editions)
Windows 8.1 Профессиональная Windows 8.1 Professional
Windows 8.1 Корпоративная Windows 8.1 Enterprise
Windows Server 2012 (все выпуски) Windows Server 2012 (all editions)
Windows Server 2008 R2 (все выпуски) Windows Server 2008 R2 (all editions)
Windows Server 2008 (все выпуски) Windows Server 2008 (all editions)
Windows 7 Профессиональная Windows 7 Professional
Windows 7 Корпоративная Windows 7 Enterprise
В зависимости от того, какая операционная система используется на сервере KMS и какие ОС требуется активировать, может потребоваться установить одно или несколько из следующих обновлений: Depending on which operating system your KMS server is running and which operating systems you want to activate, you might need to install one or more of these updates:
- Установки службы KMS в Windows 7 или в Windows Server 2008 R2 следует обновить, чтобы обеспечить поддержку активации клиентов под управлением Windows 10. Installations of KMS on Windows 7 or Windows Server 2008 R2 must be updated in order to support activation of clients running Windows 10. Дополнительные сведения см. в статье Обновление, которое позволяет узлам KMS под управлением Windows 7 и Windows Server 2008 R2 активировать Windows 10. For more information, see Update that enables Windows 7 and Windows Server 2008 R2 KMS hosts to activate Windows 10.
- Установки KMS в Windows Server 2012 должны быть обновлены для поддержки активации клиентов под управлением Windows 10 и Windows Server 2016 или более поздней версии клиентской или серверной операционных систем. Installations of KMS on Windows Server 2012 must be updated in order to support activation of clients running Windows 10 and Windows Server 2016, or newer client or server operating systems. Дополнительные сведения см. в статье Накопительный пакет обновления для Windows Server 2012 за июль 2016 г. For more information, see July 2016 update rollup for Windows Server 2012.
- Установки KMS в Windows 8.1 или Windows Server 2012 R2 должны быть обновлены для поддержки активации клиентов под управлением Windows 10 и Windows Server 2016 или более поздней версии клиентской или серверной операционных систем. Installations of KMS on Windows 8.1 or Windows Server 2012 R2 must be updated in order to support activation of clients running Windows 10 and Windows Server 2016, or newer client or server operating systems. Дополнительные сведения см. в разделе Накопительный пакет обновления для Windows 8.1 и Windows Server 2012 R2 за июль 2016 г. For more information, see July 2016 update rollup for Windows 8.1 and Windows Server 2012 R2.
- Windows Server 2008 R2 невозможно обновить для поддержки активации клиентов с Windows Server 2016 или более новыми операционными системами. Windows Server 2008 R2 cannot be updated to support activation of clients running Windows Server 2016, or newer operating systems.
Один узел KMS может поддерживать неограниченное количество клиентов KMS. A single KMS host can support an unlimited number of KMS clients. Если в среде более 50 клиентов, рекомендуется выделить хотя бы два узла KMS на случай, если один из них станет недоступен. If you have more than 50 clients, we recommend that you have at least two KMS hosts in case one of your KMS hosts becomes unavailable. Большинство организаций могут использовать всего лишь два узла KMS для всей своей инфраструктуры. Most organizations can operate with as few as two KMS hosts for their entire infrastructure.
Выполнение эксплуатационных требований KMS Addressing KMS operational requirements
KMS может активировать физические и виртуальные компьютеры, но для активации на основе KMS в сети должно присутствовать минимальное количество компьютеров (порог активации). KMS can activate physical and virtual computers, but to qualify for KMS activation, a network must have a minimum number of computers (called the activation threshold). Клиенты KMS активируются только после достижения этого порогового значения. KMS clients activate only after this threshold is met. Чтобы обеспечить достижение порога активации, узел KMS подсчитывает количество компьютеров, запрашивающих активацию в сети. To ensure that the activation threshold is met, a KMS host counts the number of computers that are requesting activation on the network.
Узлы KMS учитывают последние подключения. KMS hosts count the most recent connections. Когда клиент или сервер обращается к узлу KMS, узел добавляет идентификатор компьютера к счетчику, а затем возвращает значение текущего счетчика в ответе. When a client or server contacts the KMS host, the host adds the machine ID to its count and then returns the current count value in its response. Клиент или сервер активируется при достаточно высоком значении счетчика. The client or server will activate if the count is high enough. Клиенты будут активированы, если счетчик равен 25 или выше. Clients will activate if the count is 25 or higher. Выпуски для серверов или томов для продуктов Microsoft Office, будут активированы, если счетчик равен пяти или выше. Servers and volume editions of Microsoft Office products will activate if the count is five or greater. KMS считает только уникальные подключения за последние 30 дней и хранит только 50 последних контактов. The KMS only counts unique connections from the past 30 days, and only stores the 50 most recent contacts.
Активации KMS допустимы в течение 180 дней (период проверки действительности активации). KMS activations are valid for 180 days, a period known as the activation validity interval. Клиенты KMS должны возобновлять активацию путем подключения к узлу KMS не реже одного раза в 180 дней. KMS clients must renew their activation by connecting to the KMS host at least once every 180 days to stay activated. По умолчанию клиентские компьютеры KMS пытаются возобновлять активацию каждые семь дней. By default, KMS client computers attempt to renew their activation every seven days. После возобновления активации клиента отсчет срока действия активации начинается снова. After a client’s activation is renewed, the activation validity interval begins again.
Выполнение функциональных требований KMS Addressing KMS functional requirements
Для активации на основе KMS требуется подключение TCP/IP. KMS activation requires TCP/IP connectivity. Узлы и клиенты KMS по умолчанию используют службу доменных имен (DNS). KMS hosts and clients are configured by default to use Domain Name System (DNS). По умолчанию узлы KMS используют динамическое обновление DNS для автоматической публикации информации, которая нужна клиентам KMS для поиска этих узлов и подключения к ним. By default, KMS hosts use DNS dynamic update to automatically publish the information that KMS clients need to find and connect to them. Можно принять эти параметры по умолчанию, либо — в случае особых требований сети и конфигурации безопасности — можно вручную настроить узлы и клиенты KMS. You can accept these default settings, or if you have special network and security configuration requirements, you can manually configure KMS hosts and clients.
После активации первого узла KMS можно применить использованный на нем ключ KMS для активации дополнительных узлов KMS в сети (до пяти). After the first KMS host is activated, the KMS key that is used on the first host can be used to activate up to five more KMS hosts on your network. После активации узла KMS администраторы могут до девяти раз повторно активировать тот же узел с одним и тем же ключом. After a KMS host is activated, administrators can reactivate the same host up to nine times with the same key.
Если вашей организации требуется более шести узлов KMS, следует запросить дополнительные активации для ключа KMS организации — например, если одно корпоративное лицензионное соглашение действует для десяти физических расположений и в каждом из них нужен локальный узел KMS. If your organization needs more than six KMS hosts, you should request additional activations for your organization’s KMS key—for example, if you have ten physical locations under one volume licensing agreement and you want each location to have a local KMS host.
Чтобы запросить это исключение, обращайтесь в центр обработки вызовов по активации. To request this exception, contact your Activation Call Center. Дополнительные сведения см. в разделе Корпоративное лицензирование Майкрософт. For more information, see Microsoft Volume Licensing.
Компьютеры, работающие под управлением версий Windows 10, Windows Server 2016, Windows 8.1, Windows Server 2012 R2, Windows Server 2012, Windows 7, Windows Server 2008 R2 с корпоративными лицензиями, по умолчанию являются клиентами KMS, для которых не требуется дополнительная настройка. Computers that are running volume licensing editions of Windows 10, Windows Server 2016, Windows 8.1, Windows Server 2012 R2, Windows Server 2012, Windows 7, Windows Server 2008 R2 are, by default, KMS clients with no additional configuration needed.
При преобразовании узла KMS, компьютера, использующего ключ MAK или работающего под управлением розничной лицензионной версии Windows, в клиенте KMS необходимо установить соответствующий ключ установки клиента KMS. If you are converting a computer from a KMS host, MAK, or retail edition of Windows to a KMS client, install the applicable KMS Client Setup Key. Дополнительные сведения см. в разделе Ключи установки клиента KMS. For more information, see KMS Client Setup Keys.