Поделиться через

Рекомендации по подготовке лицензий для расширенных обновлений безопасности для Windows Server 2012

  • Статья

Гибкость важна при регистрации инфраструктуры поддержки в расширенных обновлениях безопасности (ESUs) через Azure Arc для получения критически важных исправлений. Чтобы упростить возможности в сценариях виртуализации и аварийного восстановления, необходимо сначала подготовить лицензии Windows Server 2012 Arc ESU, а затем связать эти лицензии с серверами с поддержкой Azure Arc. Связывание и подготовка лицензий могут быть выполнены с помощью портала Azure.

При подготовке лицензий WS2012 ESU необходимо указать:

  • Лицензия виртуального ядра или физического ядра
  • Лицензия Standard или Datacenter

Кроме того, необходимо подтвердить количество относящихся ядер с разбивкой по количеству пакетов по 2 и 16 ядер.

Чтобы помочь в процессе подготовки лицензий, в этой статье приведены общие рекомендации и примеры сценариев клиентов для планирования развертывания ESUs WS2012 через Azure Arc.

Общие рекомендации: стандартный и центр обработки данных, физические и виртуальные ядра

Лицензирование физических ядер

Если вы решили лицензировать на основе физических ядер, лицензирование требует не менее 16 физических ядер на компьютер. Большинство клиентов выбирают лицензию на основе физических ядер и выбирают выпуск Standard или Datacenter, чтобы соответствовать исходному лицензированию Windows Server. Хотя лицензия уровня "Стандартный" может применяться к двум виртуальным машинам, лицензия Центра обработки данных не имеет ограничений по количеству виртуальных машин, к которым можно применить. В зависимости от количества охваченных виртуальных машин может потребоваться выбрать лицензию центра обработки данных вместо стандартной лицензии.

Лицензирование виртуальных ядер

Если вы решили лицензировать на основе виртуальных ядер, лицензирование требует не менее восьми виртуальных ядер на каждую виртуальную машину. Существует два основных сценария, в которых рекомендуется использовать эту модель:

  1. Если виртуальная машина работает на стороннем узле или поставщике облачных служб, таких как AWS, GCP или OCI.

  2. Операционная система Windows Server лицензирована на основе виртуализации.

Другой сценарий (сценарий 1 ниже) — кандидат на лицензирование виртуальных машин или виртуальных ядер, когда виртуальные машины WS2012 работают на более новом узле Windows Server (то есть Windows Server 2016 или более поздней версии).

Внимание

Лицензирование виртуальных ядер не может использоваться на физических серверах. При создании лицензии с виртуальными ядрами всегда выбирайте стандартную редакцию вместо редакции Datacenter, даже если операционная система — редакция Datacenter.

Ограничения лицензий

Каждая лицензия WS2012 ESU может охватывать до 10 000 ядер. Если вам необходимы патчи безопасности (ESUs) для более чем 10 000 ядер, распределите общее количество ядер на несколько лицензий. Кроме того, в одной группе ресурсов можно создать только 800 лицензий. Используйте больше групп ресурсов, если вам нужно создать более 800 лицензий.

Соответствие лицензионному соглашению о поставщике программного обеспечения Software Assurance/Services

Во всех случаях вам необходимо подтвердить соответствие соглашению о лицензировании Software Assurance (SA) или лицензионному соглашению поставщика услуг (SPLA). Для этих требований нет исключения. Software Assurance или эквивалентная серверная подписка требуется для приобретения расширенных обновлений безопасности в локальной и размещенной средах. Вы можете закупить Расширенные обновления безопасности по Корпоративному соглашению (EA), Корпоративному соглашению о подписке (EAS), Подписке на сервер и облако (SCE) и Регистрации для образовательных решений (EES). В Azure для получения бесплатных расширенных обновлений безопасности не требуется Software Assurance, однако для получения возможности Преимущества гибридного использования Azure необходима подписка на Software Assurance или серверная подписка.

Преимущество подписки Visual Studio для сценариев разработки и тестирования

Подписки Visual Studio позволяют разработчикам получать ключи продуктов для Windows Server без дополнительных затрат, чтобы помочь им разрабатывать и тестировать программное обеспечение. Если операционная система сервера Windows Server 2012 лицензирована с помощью ключа продукта, полученного из подписки Visual Studio, вы также можете получить расширенные обновления безопасности для этих серверов без дополнительных затрат. Чтобы настроить лицензии ESU для этих серверов с помощью Azure Arc, необходимо иметь по крайней мере один сервер с платным использованием ESU. Вы не можете создать лицензию ESU, где все связанные серверы имеют право на преимущество подписки Visual Studio. Дополнительные сценарии см. в статье о развертывании, чтобы получить дополнительные сведения о том, как правильно подготовить лицензию ESU для этого сценария.

Разработка, тестирование и другие непроизводственные серверы с платной лицензией операционной системы (например, из ключа корпоративного лицензирования организации) должны использовать платную лицензию ESU. Единственными серверами разработки и тестирования, имеющими право на лицензии ESU без дополнительной платы, являются те, чьи лицензии операционной системы были получены из подписки Visual Studio.

Экономия затрат при миграции и модернизации рабочих нагрузок

При миграции и модернизации инфраструктуры Windows Server 2012 и Windows 2012 R2 до конца 2023 года можно использовать гибкость ежемесячного выставления счетов с помощью ESUs Windows Server 2012, включенных посредством Azure Arc для снижения затрат.

Поскольку серверы больше не требуют ESUs из-за их переноса в Azure, Решение Azure VMware (AVS) или Azure Local, где они имеют право на бесплатные ESUs, или обновления до Windows Server 2016 или более поздней версии, вы можете изменить количество ядер, связанных с лицензией, или удалить/деактивировать лицензии. Вы также можете связать лицензию с новой областью дополнительных серверов. Дополнительные сведения см. в статье "Программное развертывание и управление лицензиями расширенных обновлений безопасности Azure Arc". Дополнительные сведения о ESUS без затрат в локальной среде Azure см. в статье "Бесплатные расширенные обновления безопасности" с помощью локальной службы Azure.

Примечание.

Этот процесс не является автоматическим; выставление счетов привязано к активированным лицензиям, и вы несете ответственность за изменение подготовленного лицензирования, чтобы воспользоваться преимуществами экономии затрат.

Примеры на основе сценария: соответствие требованиям и экономичное лицензирование

Сценарий 1. Восемь современных 32-ядерных узлов (а не Windows Server 2012). Хотя каждый из этих узлов работает на четырех основных виртуальных машинах, только одна виртуальная машина на каждом узле работает под управлением Windows Server 2012 R2

В этом сценарии можно использовать лицензирование на основе виртуальных ядер, чтобы избежать покрытия всего узла, подготовив восемь лицензий Windows Server 2012 Standard для восьми виртуальных ядер каждый из них и связать каждую из этих лицензий с виртуальными машинами под управлением Windows Server 2012 R2. Кроме того, вы можете объединить виртуальные машины Windows Server 2012 R2 на два узла, чтобы воспользоваться преимуществами лицензирования на основе физических ядер.

Сценарий 2. Филиал с четырьмя виртуальными машинами, каждый из 8 ядер, на 32-ядрах узла Windows Server 2012 Standard

В этом случае необходимо подготовить две лицензии WS2012 Standard для 16 физических ядер каждый и применить к четырем серверам с поддержкой Arc. Кроме того, можно подготовить четыре лицензии WS2012 Standard для восьми виртуальных ядер каждый из них и применить отдельно к четырем серверам с поддержкой Arc.

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

В этом сценарии необходимо применить восемь лицензий WS2012 Standard для 16 физических ядер и связать каждую лицензию с физическим сервером. Обратите внимание, что минимум 16 физических ядер применяется к предоставленным лицензиям.

Сценарий 4. Среда Multicloud с 12 виртуальными машинами AWS, каждая из которых имеет 12 ядер и работает под управлением Windows Server 2012 R2 Standard

В этом сценарии следует применить 12 лицензий Windows Server 2012 Standard с 12 виртуальными ядрами и связать их по отдельности с каждой виртуальной машиной AWS.

Сценарий 5. Вы уже приобрели традиционные ESUs Windows Server 2012 через корпоративное лицензирование

В этом сценарии серверы с поддержкой Azure Arc, зарегистрированные в программе Расширенных Обновлений Безопасности с помощью активированного ключа MAK, считаются зарегистрированными в ESU и отображаются в портале Azure. Вы можете перейти с традиционной модели ESU на основе ключей на ESU WS2012, включенных с помощью Azure Arc, между первым и вторым годами.

Сценарий 6. Перенос или удаление серверов с поддержкой Azure Arc, зарегистрированных в Windows Server 2012 ESUs

В этом сценарии можно отключить или выключить лицензии ESU, связанные с этими серверами. Если только часть пространства сервера, на которую распространяется лицензия, больше не требует ESUs, можно изменить сведения о лицензии ESU, чтобы уменьшить количество связанных ядер.

Сценарий 7. 128-ядерный Windows Server 2012 Datacenter, работающий с 10 до 15 виртуальными машинами Windows Server 2012 R2, которые подготавливаются и удаляются регулярно.

В этом сценарии необходимо подготовить лицензию Windows Server 2012 Datacenter, связанную с 128 физическими ядрами, и связать эту лицензию с виртуальными машинами Windows Server 2012 R2 с поддержкой Arc. Удаление базовой виртуальной машины также удаляет соответствующий ресурс сервера с поддержкой Arc, что позволяет связать другой сервер с поддержкой Arc.

Сценарий 8: Клиент страховой компании эксплуатирует кластер VMware из 16 узлов с 1024 физическими ядрами на собственной площадке. 44 виртуальных машин в кластере работают под управлением Windows Server 2012 R2. Эти 44 виртуальные машины используют 506 виртуальных ядер, которые вычисляются путем суммирования максимального числа 8 или фактического числа ядер, назначенных каждой виртуальной машине.

В этом сценарии можно лицензировать весь кластер с 1024 Windows Server 2012 Datacenter ESU физическими ядрами или лицензировать каждую виртуальную машину по отдельности с 506 виртуальными ядрами стандартного выпуска. В этом случае дешевле приобрести лицензию Arc ESU для Windows Server 2012 Standard, связанную с 506 виртуальными ядрами. Вам потребуется подключить каждую из 44 виртуальных машин к Azure Arc, а затем связать лицензию с компьютерами Arc.

Внимание

Если вы переносите виртуальные машины в решение Azure VMware (AVS), эти серверы становятся правомочными на получение бесплатных ESUs WS2012 и не должны регистрироваться в ESUs, включенных через Azure Arc.

Операции с лицензиями

Существует несколько ограничений в сценариях управления для подготовленных ресурсов лицензий WS2012 Arc ESU:

  • Ядра лицензий — это изменяемое свойство, и клиенты могут увеличивать или уменьшать ядра. Это является обязательным минимумом обоих: (i) 16 ядер для лицензий на основе физических ядер и (ii) 8 ядер для лицензий на основе виртуальных ядер.

  • Выпуск лицензии и тип не являются изменяемым свойством. Стандартные лицензии нельзя изменить на лицензии центра обработки данных и наоборот. Аналогичным образом лицензии физического ядра не могут быть изменены на лицензии виртуального ядра, и наоборот. Обратите внимание, что существует три допустимых сочетания лицензий: Standard Virtual Core, Standard Physical Core и Datacenter Physical Core. Виртуальные ядра центра обработки данных не являются жизнеспособным сочетанием лицензирования. Ошибочно подготовленные лицензии на виртуальные ядра Центра обработки данных были преобразованы в лицензии на физические ядра Центра обработки данных с количеством ядер, соответствующим рекомендациям по лицензированию.

  • Лицензии можно перемещать между группами ресурсов и подписками. Лицензия моделирована в Azure Resource Manager и может запрашиваться с помощью Azure Resource Graph.

  • Лицензии могут быть связаны с серверами в другой подписке в одном клиенте, но лицензии не могут быть связаны с серверами в подписках других клиентов.

  • Добавление тегов лицензии в сценариях оценки, таких как тестирование разработки или аварийное восстановление, не влияет на выставление счетов. Выставление счетов строго привязано к количеству ядер, связанных с лицензией, независимо от тегов. Ядра процессора, используемые для оценки или бесплатных сценариев, не должны быть выделены для лицензии Azure Arc ESU.

Следующие шаги