Cette vidéo présente les options de licence les plus courantes disponibles lors de l’achat d’un serveur PowerEdge avec un système d’exploitation Microsoft Windows Server. Les sujets pertinents que je vais aborder aujourd’hui sont le modèle de licence par cœur, les CAL par utilisateur et par appareil, les CAL RDS, les licences Microsoft SQL Server, la licence Windows Server Essentials et l’option Système d’exploitation secondaire. Notez que les règles et procédures qui régissent les licences logicielles Microsoft varient. Il est donc toujours important de se référer au contrat de licence utilisateur final applicable.
Je vais simuler l’achat d’un serveur PowerEdge sur dell.com pour parler des différentes options. Les versions récentes de Windows Server utilisent le modèle de licence par cœur. Cela signifie essentiellement qu’il doit y avoir une licence pour chaque cœur de processeur sur le serveur cible afin de respecter la conformité. Il y a deux remarques importantes à faire ici. Tout d’abord, vous devez octroyer une licence pour au moins huit cœurs sur chaque processeur, même si vous avez moins de cœurs que cela. Deuxièmement, vous devez attribuer une licence à au moins 16 cœurs sur chaque serveur, même si le nombre total de cœurs est inférieur à 16. Pour illustrer l’impact que cela a sur l’ordre, je vais simuler un serveur basé sur dell.com.
Je vais commencer par sélectionner deux processeurs de seulement 8 cœurs chacun. Si je fais défiler jusqu’à la section « Système d’exploitation » et que je clique sur Windows Server, peu importe qu’il s’agisse de Datacenter ou de Standard, je peux voir que cet élément suffira pour obtenir des licences de 16 cœurs. C’est juste assez pour obtenir une licence pour les deux processeurs que j’ai sélectionnés pour ce serveur. Il n’y a aucun avertissement indiquant que l’option de licence n’est pas valide. Ce tableau, qui indique le nombre de cœurs sur les processeurs les plus courants disponibles auprès de Dell, confirme que pour un serveur à deux processeurs avec huit cœurs sur chaque processeur, un total de 16 licences de cœurs est requis. De retour sur la page de configuration, si je passe à deux processeurs physiques de 16 cœurs chacun, un avertissement indique que les options de licence doivent être examinées.
En effet, d’après le tableau, avec cette nouvelle sélection, j’aurai besoin d’un total de 32 licences pour me conformer à l’exigence par cœur. Pour ce faire, retournez sur la page de configuration, j’ai besoin d’acheter plus de licences, et celles-ci ne sont vendues qu’en packs de deux ou de 16. C’est pourquoi, plus bas dans les options de construction, sous « Licences », je vois l’option d’acheter les 16 autres dont j’ai besoin pour être conforme. Je peux acheter un pack contenant les 16 licences ou huit paquets de deux pour totaliser les 16 dont j’ai besoin. Une fois que j’ai fait cela, il n’y a plus d’avertissement dans la configuration. Changeons de processeur une fois de plus, cette fois pour quatre processeurs physiques de 20 cœurs chacun. Le tableau de référence nous indique qu’un tel serveur aurait besoin de 80 cœurs de licences.
C’est la raison pour laquelle l’avertissement est de retour pour le système d’exploitation sélectionné. Donc, si en plus des huit packs de deux licences que j’ai ajoutés précédemment, je sélectionne trois packs de 16, j’obtiendrai au total 80 licences pour mes 80 cœurs, et donc l’avertissement disparaît à nouveau et la configuration est valide. Notez que les licences supplémentaires incluent l’étiquette « NO MEDIA/KEY ». En effet, le serveur est livré avec une seule clé de produit imprimée sur l’autocollant du certificat d’authenticité. La clé de produit est liée au nombre de cœurs autorisés pour l’installation.
Une question fréquente ici est de savoir ce qui se passe si la configuration du serveur change et que le nombre de cœurs physiques est supérieur à la quantité autorisée. Va-t-il s’éteindre ? Non, dans ce cas, le serveur continuera de fonctionner même s’il n’est pas conforme, mais Microsoft peut effectuer des audits pour vérifier la conformité et prendre des mesures coercitives, telles que l’obligation d’acheter des licences supplémentaires ou l’imposition de pénalités. Deux autres points sont à noter sur les licences principales.
Tout d’abord, la licence par cœur s’applique aux éditions Standard et Datacenter de Windows Server. Deuxièmement, en plus d’octroyer une licence au serveur selon un modèle par cœur, chaque utilisateur ou appareil accédant aux services de ce serveur nécessite une licence d’accès client, ce qui nous amène au sujet suivant. Encore une fois, chaque utilisateur ou appareil qui se connecte à un serveur pour accéder à ses services, par exemple, pour accéder à un fichier situé dans un dossier partagé sur le serveur ou pour imprimer sur une imprimante partagée configurée sur ce serveur ou pour les services de domaine Active Directory, doit être autorisé à le faire avec une licence d’accès client ou une CAL correspondante. Revenons un instant à notre exemple de page Web de configuration. Sous « Client Access Licenses », je vois les différentes options d’achat de ces CAL.
Ceux-ci sont vendus par paquets de 1, 5, 10 ou 50, par exemple, et il en existe deux types : les CAL utilisateur et les CAL appareil, selon que les services du serveur seront accessibles par un grand nombre d’utilisateurs partageant un petit nombre d’ordinateurs ou par quelques utilisateurs partageant un grand nombre d’ordinateurs. téléphones ou d’autres appareils. L’une des principales différences réside dans le fait que les CAL ne sont pas appliquées par le biais de clés de produit de la même manière que les licences de serveur. Au lieu de cela, les CAL sont gérées via la documentation et les enregistrements d’achat. Il n’y aura pas de clé de produit pour ces CAL et il n’est pas nécessaire de les activer.
Cela signifie que le serveur dans cette simulation est livré avec un document imprimé qui certifie que 10 CAL utilisateur ont été achetées. Là encore, une question revient parfois : « Que se passe-t-il s’il y a moins de CAL que le nombre nécessaire par rapport au nombre d’utilisateurs et d’appareils qui accèdent à un serveur ? ». Le serveur refusera-t-il les connexions ? Non, tout continuera à fonctionner, mais encore une fois, le serveur ne sera pas conforme, ce qui peut entraîner des conséquences juridiques et financières s’il est découvert lors d’un audit. C’est pourquoi il est important de conserver une bonne trace de la documentation fournie lors de l’achat.
Si vous recevez ce document, puis que vous le perdez ou l’égarez, ni Dell ni Microsoft ne disposent d’aucune méthode pour le remplacer. Les licences d’accès client des services Bureau à distance ou CAL RDS sont des types spéciaux de CAL. Ceux-ci sont nécessaires lorsque les utilisateurs ont besoin de se connecter à un serveur non seulement pour l’impression, le partage de fichiers, Active Directory, etc., mais exclusivement lorsqu’ils ont besoin de se connecter à l’aide du protocole de bureau à distance. Vous pouvez voir ici dans l’exemple de configuration de serveur que ceux-ci apparaissent dans une autre section et sont également vendus en pack. Voici les principales différences entre les CAL classiques et les CAL RDS. Tout d’abord, les CAL RDS sont appliquées.
Cela signifie que s’il n’y a pas le bon nombre de CAL RDS pour couvrir le nombre d’utilisateurs ou d’appareils accédant aux services Bureau à distance, le serveur restreint ou refuse complètement les connexions utilisant le protocole RDP. Deuxièmement, les packs de licences d’accès client RDS disponibles à l’achat ici dans l’exemple de configuration que nous utilisons sont livrés avec une clé de produit. Cette clé de produit est liée au nombre de licences achetées. Ces CAL RDS doivent être installées sur un serveur de licences, et ce serveur de licences doit également être activé dans le centre d’échange d’informations Microsoft. Vous trouverez plus d’informations sur ce processus dans cet article de la base de connaissances. SQL Server est un autre produit Microsoft qui peut être acheté en même temps que le serveur.
Plusieurs références SKU y sont liées dans la page Web de l’exemple de configuration. Tous ces éléments se rapportent aux déploiements sur site et à l’édition Standard de SQL Server. Sous « Microsoft SQL Server », il existe trois sections : « Core », « User » et « Device ». Cela est dû au fait que les versions récentes de Microsoft SQL Server Standard disposent de deux options de licence différentes. Ces deux-là, par utilisateur et par appareil, font partie du modèle de licence Serveur + CAL. Avec ce modèle, vous installez une licence Microsoft SQL Server sur le serveur, qu’il soit physique ou virtuel, et vous n’avez pas à vous soucier du nombre de cœurs de processeur présents sur ce serveur.
Toutefois, en plus de cette licence serveur, vous devez acheter une CAL pour chaque utilisateur ou appareil qui se connecte à ce SQL Server. Vous pouvez voir que les références SKU disponibles ici incluent la licence de serveur plus cinq CAL par utilisateur ou par appareil. Plus bas, sous Licences d’accès client, il existe une référence SKU distincte permettant de commander plus de CAL SQL Server par packs de cinq. Une autre option de licence SQL Server est la licence par cœur, visible ici. Cette option vous octroie une licence au serveur physique ou virtuel sur lequel SQL est installé et en cours d’exécution. Vous devez acheter le nombre adéquat de licences SQL par cœur pour couvrir tous les cœurs du serveur.
Toutefois, vous n’avez pas besoin d’acheter des CAL SQL Server pour les utilisateurs ou les appareils. Vous bénéficiez d’un accès illimité pour les utilisateurs internes et externes. Ici, dans l’exemple de configuration de commande, se trouve une référence SKU pour l’achat de SQL Server avec ce modèle de licence par cœur et suffisamment de licences pour couvrir quatre cœurs. Sous « Client Access Licenses », il est possible de sélectionner d’autres packs de deux licences SQL par cœur. Dans les deux modèles d’octroi de licences, il est intéressant de noter que tout d’abord, un serveur commandé avec SQL Server sous licence appropriée est livré avec une clé de produit à utiliser exclusivement avec SQL lors de l’installation ou de l’activation.
Cette clé est différente de la clé de produit Windows Server et peut se trouver sur son propre autocollant de certificat d’authenticité. Deuxièmement, SQL Server lui-même n’applique pas activement la conformité des licences en refusant des connexions en fonction du nombre de CAL SQL ou du nombre de licences par cœur disponibles. Au lieu de cela, la conformité est appliquée par le biais d’audits de licence menés par Microsoft. À propos de SQL, je voudrais parler d’une dernière référence SKU : « Microsoft SQL Server Standard OEM Additional Server ».
Cette référence SKU est parfois sélectionnée en pensant qu’il s’agit d’une version réduite de SQL Server en raison du prix inférieur indiqué. Eh bien, ce n’est pas le cas. Cet élément vous permet d’octroyer une licence à une instance SQL supplémentaire sur un serveur qui dispose déjà d’une installation SQL Server sous licence. Vous pouvez exécuter plusieurs instances SQL sur un seul ordinateur. Dans ce cas, chacune de ces instances de SQL Server nécessite sa propre licence distincte. Je peux personnaliser le nombre de références SKU de serveur supplémentaires en fonction du nombre d’instances que j’aurai en cours d’exécution sur le serveur. Mais ces références SKU ne sont pas accompagnées d’une clé de produit. L’activation de ces instances supplémentaires est gérée à l’aide de la même clé que l’instance de serveur primaire. Windows Server Essentials 2022.
Il s’agit d’une option OEM uniquement, ce qui signifie qu’elle doit être achetée avec le matériel du serveur. Elle est disponible pour les serveurs équipés d’un seul processeur de 10 cœurs ou moins. Vous n’avez pas besoin d’acheter des CAL par utilisateur ou par appareil pour les utilisateurs qui se connectent aux services du serveur, mais vous pouvez avoir un maximum de 25 utilisateurs. Lorsqu’un serveur est commandé avec Windows Server Essentials 2022, il est livré avec un autocollant de certificat d’authenticité contenant une clé de produit.
Pour activer le système d’exploitation, vous pouvez utiliser cette clé de produit dans une commande DISM qui ressemble à ceci. Notez que vous devez spécifier l’édition Standard même si la clé de produit est pour l’édition Essentials. Cela est dû au fait qu’il n’existe pas de support d’installation spécialisé pour Windows Server Essentials. La conformité des licences est appliquée par la clé de produit.
Le serveur s’arrête s’il détecte qu’il y a plus d’utilisateurs ou d’appareils que ce qui est autorisé par le contrat de licence de l’utilisateur final. L’achat de Windows Server en tant que système d’exploitation secondaire est une option lors de la sélection du logiciel pour certains matériels Dell. Cela vous permet d’installer et d’octroyer une licence Windows Server sur le même matériel qui exécutera un autre système d’exploitation tiers. Les références SKU de système d’exploitation secondaires sont presque toujours utilisées dans des scénarios de virtualisation. Dans cet exemple, le serveur physique exécute un système d’exploitation VMware pour héberger des machines virtuelles Windows.
Dans un tel scénario, les mêmes points de licence que ceux abordés aujourd’hui concernant les licences par cœur, les droits de virtualisation, etc., s’appliquent aux machines virtuelles Windows, indépendamment totalement des exigences de licence des systèmes d’exploitation tiers. Ceci était une brève introduction à certains concepts de licences Microsoft liés au système d’exploitation et à d’autres logiciels qui peuvent être commandés avec du matériel Dell. J’espère qu’elle vous sera utile et je tiens à vous remercier de votre attention.
