Partage via


Instructions d’approvisionnement de licences pour les mises à jour de sécurité étendues pour Windows Server 2012

La flexibilité est essentielle lors de l’inscription de la fin de l’infrastructure de support dans les mises à jour de sécurité étendues (ESU) via Azure Arc pour recevoir des correctifs critiques. Pour faciliter les options dans les scénarios de virtualisation et de récupération d’urgence, vous devez d’abord approvisionner des licences Windows Server ESU Arc 2012, puis lier ces licences à vos serveurs avec Azure Arc. La liaison et l’approvisionnement des licences peuvent être effectuées via le portail Azure.

Lors de l’approvisionnement de licences ESU WS2012, vous devez spécifier :

  • Licence de base virtuelle ou de base physique
  • Licence Standard ou centre de données

Vous devez également attester du nombre de cœurs associés (divisé par le nombre de packs de 2 cœurs et de 16 cœurs).

Pour faciliter le processus d’approvisionnement de licences, cet article fournit des conseils généraux et des exemples de scénarios clients pour la planification de votre déploiement de ESU WS2012 via Azure Arc.

Conseils généraux : Standard et Centre de données, physique et Cœurs virtuels

Licences de cœur physique

Si vous choisissez d’utiliser une licence basée sur des cœurs physiques, la licence nécessite un minimum de 16 cœurs physiques par machine. La plupart des clients choisissent de licence en fonction de cœurs physiques et sélectionnent l’édition Standard ou Datacenter pour correspondre à leur licence Windows Server d’origine. Bien que les licences Standard puissent être appliquées à jusqu’à deux machines virtuelles, la gestion des licences datacenter n’a aucune limite au nombre de machines virtuelles à laquelle elle peut être appliquée. Selon le nombre de machines virtuelles couvertes, il peut être judicieux de choisir la licence Centre de données au lieu de la licence Standard.

Licences de cœur physique

Si vous choisissez de créer une licence basée sur des cœurs virtuels, la licence nécessite au moins huit cœurs virtuels par machine virtuelle. Il existe deux scénarios principaux dans lesquels ce modèle est conseillé :

  1. Si la machine virtuelle s’exécute sur un hôte tiers ou un fournisseur de services cloud comme AWS, GCP ou OCI.

  2. Le système d’exploitation Windows Server a été concédé sous licence sur une base de virtualisation.

Un autre scénario (scénario 1, ci-dessous) est un candidat à la gestion des licences de cœurs virtuels/machines virtuelles lorsque les machines virtuelles WS2012 s’exécutent sur un hôte Windows Server plus récent (autrement dit, Windows Server 2016 ou version ultérieure).

Important

Les licences de base virtuelle ne peuvent pas être utilisées sur des serveurs physiques. Lors de la création d’une licence avec des cœurs virtuels, sélectionnez toujours l’édition standard au lieu du centre de données, même si le système d’exploitation est l’édition du centre de données.

Limites de licence

Chaque licence ESU WS2012 peut couvrir jusqu’à 10 000 cœurs. Si vous avez besoin d’unités d’ESU pour plus de 10 000 cœurs, fractionnez le nombre total de cœurs sur plusieurs licences. En outre, seules 800 licences peuvent être créées dans un seul groupe de ressources. Utilisez d’autres groupes de ressources si vous devez créer plus de 800 ressources de licence.

Conformité SA/SPLA

Dans tous les cas, vous devez attester de la conformité avec SA ou SPLA. Il n’existe aucune exception pour ces exigences. Software Assurance ou un abonnement serveur équivalent est requis pour vous permettre d’acheter des mises à jour de sécurité étendues localement et dans des environnements hébergés. Vous êtes en mesure d’acheter des Mises à jour de sécurité étendues à partir d’un Contrat Entreprise (EA), d’un Contrat d’abonnement Entreprise (EAS), d’une Inscription serveur et cloud (SCE), et d’une Inscription pour les solutions Éducation (EES). Sur Azure, vous n’avez pas besoin de Software Assurance pour obtenir des mises à jour de sécurité étendues gratuites, mais l’abonnement Software Assurance ou Serveur est requis pour tirer parti d’Azure Hybrid Benefit.

Avantage de l’abonnement Visual Studio pour les scénarios de dev/test

Les abonnements Visual Studio permettent aux développeurs d’obtenir des clé de produit (Product Key) pour Windows Server sans frais supplémentaires pour les aider à développer et tester leurs logiciels. Si le système d’exploitation d’un serveur Windows Server 2012 est sous licence via une clé de produit (Product Key) obtenue auprès d’un abonnement Visual Studio, vous pouvez également obtenir des mises à jour de sécurité étendues pour ces serveurs sans frais supplémentaires. Pour configurer des licences Mises à jour de sécurité étendues (ESU) pour ces serveurs en utilisant Azure Arc, vous devez avoir au moins un serveur avec une utilisation payante des ESU. Vous ne pouvez pas créer une licence ESU dans laquelle tous les serveurs associés ont droit à l’avantage de l’abonnement Visual Studio. Consultez les Autres scénarios dans l’article sur le déploiement pour découvrir plus d’informations sur l’approvisionnement correct d’une licence ESU pour ce scénario.

Les serveurs de développement, de test, ainsi que ceux hors production ayant une licence payante de système d’exploitation (par exemple, à partir d’une clé de licence en volume de votre organisation) doivent utiliser une licence ESU payante. Les seuls serveurs de dev/test éligibles aux licences ESU sans frais supplémentaires sont ceux dont les licences de système d’exploitation proviennent d’un abonnement Visual Studio.

Économies de coûts grâce à la migration et à la modernisation des charges de travail

Au fur et à mesure de la migration et de la modernisation de votre infrastructure Windows Server 2012 et Windows 2012 R2 jusqu’à la fin de 2023, vous pouvez utiliser la flexibilité de la facturation mensuelle avec les ESU Windows Server 2012 activées par Azure Arc pour bénéficier des avantages de l’économie de coûts.

Étant donné que les serveurs n’ont plus besoin d’ESU, car ils ont été migrés vers Azure, Azure VMware Solution (AVS) ou Azure Stack HCI où ils sont éligibles pour des ESU gratuites, ou mis à jour vers Windows Server 2016 ou version ultérieure, vous pouvez modifier le nombre de cœurs associés à une licence ou supprimer/désactiver des licences. Vous pouvez également lier la licence à une nouvelle étendue de serveurs supplémentaires. Pour plus d’informations, consultez déployer et gérer par programmation des licences mises à jour de sécurité étendues Azure Arc. Pour plus d’informations sur les ESU sans coût via Azure Stack HCI, consultez mises à jour de sécurité étendues gratuites via Azure Stack HCI.

Remarque

Ce processus n’est pas automatique ; la facturation est liée aux licences activées et vous êtes responsable de la modification de vos licences approvisionnées pour tirer parti des économies de coûts.

Exemples basés sur des scénarios : Licences conformes et rentables

Scénario 1 : Huit hôtes modernes 32 cœurs (et non Windows Server 2012). Bien que chacun de ces hôtes exécute quatre machines virtuelles de 8 cœurs, une seule machine virtuelle sur chaque hôte exécute Windows Server 2012 R2

Dans ce scénario, vous pouvez utiliser des licences basées sur des cœurs virtuels pour éviter de couvrir l’ensemble de l’hôte en approvisionnant huit licences Windows Server 2012 Standard pour huit cœurs virtuels chacun et lier chacune de ces licences aux machines virtuelles exécutant Windows Server 2012 R2. Vous pouvez également envisager de consolider vos machines virtuelles Windows Server 2012 R2 dans deux des hôtes pour tirer parti des options de licence physiques basées sur les cœurs.

Scénario 2 : Une succursale avec quatre machines virtuelles, chacune de 8 cœurs, sur un hôte Windows Server 2012 Standard 32 cœurs

Dans ce cas, vous devez approvisionner deux licences WS2012 Standard pour 16 cœurs physiques chacun et s’appliquer aux quatre serveurs avec Arc activé. Vous pouvez également approvisionner quatre licences WS2012 Standard pour huit cœurs virtuels chacun et s’appliquer individuellement aux quatre serveurs avec Arc activé.

Scénario 3 : Huit serveurs physiques dans les magasins de vente au détail, chaque serveur est standard avec huit cœurs chacun et il n’y a pas de virtualisation

Dans ce scénario, vous devez appliquer huit licences WS2012 Standard pour 16 cœurs physiques chacun et lier chaque licence à un serveur physique. Notez que le minimum de 16 cœurs physiques s’applique aux licences approvisionnées.

Scénario 4 : Environnement multicloud avec 12 machines virtuelles AWS, chacune ayant 12 cœurs et exécutant Windows Server 2012 R2 Standard

Dans ce scénario, vous devez appliquer 12 licences Windows Server 2012 Standard avec 12 cœurs virtuels chacun et lier individuellement à chaque machine virtuelle AWS.

Scénario 5 : Vous avez déjà acheté les ESU Windows Server 2012 traditionnels par le biais de licences en volume

Dans ce scénario, les serveurs avec Azure Arc activé inscrits dans les mises à jour de sécurité étendues via une clé MAK activée sont inscrits dans les unités d’ESU dans le portail Azure. Vous avez la possibilité de passer de ce modèle ESU traditionnel basé sur des clés vers les ESU WS2012 activés par Azure Arc entre l’année 1 et l’année 2.

Scénario 6 : Migration ou mise hors service de vos serveurs avec Azure Arc activé inscrits dans les ESU Windows Server 2012

Dans ce scénario, vous pouvez désactiver ou désactiver les licences ESU associées à ces serveurs. Si seule une partie du patrimoine de serveurs couverte par une licence ne nécessite plus d’unités d’ESU, vous pouvez modifier les détails de la licence ESU pour réduire le nombre de cœurs associés.

Scénario 7 : Serveur Windows Server 2012 Datacenter de 128 cœurs s’exécutant entre 10 et 15 machines virtuelles Windows Server 2012 R2 approvisionnées et désapprovisionnées régulièrement

Dans ce scénario, vous devez approvisionner une licence Windows Server 2012 Datacenter associée à 128 cœurs physiques et lier cette licence aux machines virtuelles Windows Server 2012 R2 avec Arc activé qui s’exécutent dessus. La suppression de la machine virtuelle sous-jacente supprime également la ressource de serveur avec Arc correspondante, ce qui vous permet de lier un autre serveur avec Arc.

Scénario 8 : Un client d’assurance exécute un cluster VMware à 16 nœuds avec 1024 cœurs physiques locaux. 44 des machines virtuelles du cluster exécutent Windows Server 2012 R2. Ces 44 machines virtuelles consomment 506 cœurs virtuels, qui ont été calculés en additionnant le maximum de 8 ou le nombre réel de cœurs affectés à chaque machine virtuelle.

Dans ce scénario, vous pouvez soit attribuer une licence à l’ensemble du cluster avec 1024 cœurs physiques Windows Server 2012 Datacenter ESU, soit une licence individuelle pour chaque machine virtuelle avec un total de 506 cœurs virtuels d’édition standard. Dans ce cas, il est moins cher d’acheter une licence Arc ESU Windows Server 2012 Standard Edition associée à 506 cœurs virtuels. Vous devez intégrer chacune des 44 machines virtuelles à Azure Arc, puis lier la licence aux machines Arc.

Important

Si vous migrez les machines virtuelles vers Azure VMware Solution (AVS), ces serveurs deviennent éligibles à des ESU WS2012 gratuits et ne doivent pas s’inscrire à des unités d’ESU activées via Azure Arc.

Opérations de licence

Il existe plusieurs limitations dans les scénarios de gestion pour les ressources de licence WS2012 Arc ESU approvisionnées :

  • Les cœurs de licence sont une propriété mutable, et les clients peuvent incrémenter ou décrémenter le nombre de cœurs. Ceci est soumis aux minimums obligatoires, à savoir : (i) 16 cœurs pour les licences basées sur des cœurs physiques, et (ii) 8 cœurs pour les licences basées sur des cœurs virtuels.

  • L’édition de licence et le type ne sont pas des propriétés mutables. Les licences Standard ne peuvent pas être converties en licences Datacenter, et inversement. De même, les licences de cœurs physiques ne peuvent pas être converties en licences de cœurs virtuels, et inversement. Notez qu’il existe trois combinaisons de licences valides : Cœur virtuel standard, Cœur physique standard et Cœur physique Datacenter. Les cœurs virtuels Datacenter ne sont pas une combinaison de licences viable. Les licences de cœurs virtuels Datacenter approvisionnées par erreur ont été converties en licences de cœurs physiques Datacenter avec un nombre de cœurs conforme aux directives relatives aux licences.

  • Les licences peuvent être déplacées entre des groupes de ressources et des abonnements. La licence est modélisée dans Azure Resource Manager et peut être interrogée à l’aide d’Azure Resource Graph.

  • Les licences peuvent être liées à des serveurs dans un autre abonnement au sein du même locataire, mais elles ne peuvent pas être liées à des serveurs au sein d’abonnements d’autres locataires.

  • L’étiquetage d’une licence dans des scénarios d’évaluation tels que Dev Test ou Récupération d’urgence n’a pas d’impact sur la facturation. La facturation est strictement liée au nombre de cœurs associés à la licence, quelles que soient les étiquettes. Les cœurs utilisés pour les scénarios gratuits ou d’évaluation ne doivent pas être approvisionnés pour la licence Azure Arc ESU.

Étapes suivantes