Règles de gestion des licences Microsoft Per Core
La mesure de licence par cœur octroie des licences aux cœurs sur le serveur physique et les cœurs virtuels qui prennent en charge les ordinateurs virtuels et présente un modèle rentable basé sur le nombre de droits utilisés.
Vue d’ensemble de la métrique de licence par cœur
Pour obtenir une licence de logiciel dans le cadre du modèle de licence par cœur, chaque serveur doit se voir attribuer un nombre approprié de licences principales. Le nombre de licences de base nécessaires varie selon que vous achetez une licence pour le serveur physique ou pour un environnement de système d’exploitation virtuel (OSE) individuel.
- Possibilité de suivre les packs de base pour les produits Red Hat.
- Offre la possibilité d’importer des autorisations avec des droits par pack de licence et un nombre de packs pour les autorisations basées sur Red Hat Core.
- Estimation des droits achetés sur la base des droits par pack de licence * nombre de packs.
- Offre la possibilité de créer et de supprimer des allocations en fonction du rapprochement des produits basés sur Red Hat Core.
Les allocations peuvent être appliquées aux ordinateurs virtuels (VM) ou uniquement aux hôtes. Les allocations effectuées à une grappe ne sont pas valides et deviennent allouées et ne sont pas utilisées. Si des allocations sont effectuées à des hôtes physiques ne faisant pas partie d’un cluster, toutes les allocations effectuées aux ordinateurs virtuels sur cet hôte seront allouées hors utilisation. Cette mesure exécute des calculs pour les cœurs physiques et virtuels sur chaque ordinateur et présente le modèle de gestion des licences le plus optimal en fonction du nombre de droits utilisés.
Édition Enterprise par rapport à l’édition Standard
Lorsque les autorisations de l’édition Enterprise sont appliquées à un hôte physique, celle-ci octroie une licence à l’hôte physique et à toutes ses machines virtuelles. Alternativement, les machines virtuelles peuvent être concédées individuellement. Le calculateur Per Core appliquera le schéma de licence le plus optimal. Les autorisations Enterprise Edition avec Software Assurance (SA) offrent l’avantage d’une virtualisation illimitée. Cela signifie qu’un hôte avec tous ses cœurs physiques sous licence Enterprise Edition n’a pas besoin de droits supplémentaires pour chaque machine virtuelle dépassant le nombre de cœurs physiques.
Lorsque les licences de l’édition Standard sont appliquées sur un hôte physique, une licence est accordée uniquement à l’hôte physique. Cela ne couvre pas les machines virtuelles hébergées par l’hôte physique. Vous avez besoin de licences supplémentaires pour couvrir les machines virtuelles.
Gestion des licences par cœur dans un environnement en grappe
Les ordinateurs virtuels d’un cluster peuvent s’exécuter sur n’importe quel hôte physique du cluster. Par exemple, si un cluster possède deux hôtes (ESX1 et ESX2) et que DRS3 détermine qu’ESX1 est surchargé, vMotion4 est utilisé pour déplacer dynamiquement un VM1 d’ESX1 vers ESX2. Microsoft exige que toute machine virtuelle hébergée dans un environnement en cluster soit sous licence comme si elle pouvait être virtualisée par n’importe quel hôte du cluster. Par exemple, si un ordinateur virtuel d’un cluster nécessite 4 droits et que le cluster possède 3 hôtes, les droits nécessaires pour obtenir une licence pour cet ordinateur virtuel sont de 12 (4 droits x 3 hôtes).
Un ordinateur virtuel verrouillé par des règles de relation d’hôte n’est concédé sous licence que pour les hôtes sur lesquels il peut vivre.
L’un des avantages de la Software Assurance est la mobilité des licences. Il permet à la licence d’une machine virtuelle de se déplacer vers n’importe quel hôte du cluster. Cela signifie que si vous disposez d’une autorisation avec SA, vous pouvez obtenir une licence pour la même machine virtuelle avec seulement 4 droits.
Pour les grappes, l’enregistrement Droits utilisés par (samp_entitlement_result) spécifie l’used_by en tant qu’ordinateur virtuel ou hôte consommant les droits.
Dans le cas d’autorisations sans assurance de logiciel, les grappes peuvent produire des résultats sous-optimaux, car on suppose que les autorisations disposent d’une assurance de logiciel.
L’optimisation est effectuée au niveau du cluster. Soit tous les hôtes physiques du cluster disposent d’une licence, soit toutes les machines virtuelles du cluster disposent d’une licence individuelle. Création d’une carte des appareils du cluster (toutes les machines virtuelles et tous les hôtes sur lesquels il peut résider). Les allocations sont traitées et tous les appareils pouvant être sous licence sont supprimés de la carte. L’optimisation (pour autoriser toutes les machines virtuelles ou uniquement les hôtes physiques) est appliquée à tous les appareils sans licence restants dans la carte.
Les allocations ne peuvent être effectuées que pour les hôtes physiques ou les ordinateurs virtuels. Les allocations aux grappes sont ignorées. Les droits non alloués sont utilisés si les droits alloués sont inférieurs aux droits requis pour obtenir une licence pour l’appareil. S’il n’y a pas assez de droits disponibles pour autoriser un appareil dans un cluster, l’ensemble du cluster est sans licence et les droits requis par les enregistrements sont générés pour l’option de rattrapage des droits d’achat. Les droits requis par l’enregistrement sont générés pour chaque appareil et les droits requis. Si les allocations ont été effectuées à l’hôte et que la logique d’optimisation du calculateur de licence a décidé d’attribuer une licence à des machines virtuelles individuelles, les droits alloués à l’hôte seront attribués hors utilisation.