Licences Windows Server : calcul complet pour un serveur 3 processeurs × 4 cœurs (24 cœurs à acheter)

Serveur 3 processeurs × 4 cœurs : combien de licences Windows Server faut‑il vraiment ? Suivez ce guide pas‑à‑pas : règles Microsoft, calcul détaillé (24 cœurs), packs à commander, impacts Standard vs Datacenter, VM, CAL et pièges à éviter.

Sommaire

Vue d’ensemble : comment Microsoft compte les licences Windows Server

Depuis Windows Server 2016, les éditions Standard et Datacenter sont concédées par cœurs physiques. Deux planchers s’appliquent : 8 cœurs licenciés minimum par processeur et 16 cœurs licenciés minimum par serveur, même si la machine en possède moins. Les SKU commerciaux sont des packs de 2 cœurs (souvent appelés « 2‑Core Pack ») et, chez la plupart des revendeurs, des packs de 16 cœurs (équivalant à 8 licences « 2‑Core »).

Règle MicrosoftConséquence pour ce serveur
Licence au nombre de cœurs physiques.Chaque cœur physique doit être couvert (les threads/Hyper‑Threading ne comptent pas).
Plancher de 8 cœurs licenciés par processeur.Même si un processeur a moins de 8 cœurs, on déclare 8.
Plancher de 16 cœurs licenciés par serveur.Toujours satisfait ici, car 24 cœurs seront licenciés.

Formule générique utile :

cœurs_à_licencier = max(16,  Σ  max(8, cœurs_physiques_du_socket_i))

Étude de cas : serveur 3 processeurs × 4 cœurs (12 cœurs physiques)

Calcul pas à pas

  1. Processeurs : 3
  2. Cœurs physiques par processeur : 4
  3. Plancher par processeur : 8
  4. Cœurs à licencier : 3 processeurs × 8 cœurs = 24 cœurs

Comme on doit couvrir 24 cœurs, il faut acheter l’équivalent de 24 licences « 1 cœur ». Or, une licence commerciale couvre 2 cœurs. Donc :

Nombre de packs 2‑Core = 24 cœurs ÷ 2 = 12 packs « 2‑Core ».

Combinaisons de packs pour couvrir 24 cœurs

PackQuantité pour 24 cœursRemarque
Pack de 2 cœurs12 packsSolution la plus granulaire.
Pack de 16 cœurs + pack de 2 cœurs1 + 4 = 5 packsSouvent plus simple à gérer.

À ne pas oublier :

  • CAL (Client Access Licences) : nécessaires pour chaque utilisateur ou appareil accédant au serveur (AD, fichiers, impression, etc.).
  • Édition : Standard et Datacenter utilisent le même comptage des cœurs ; Datacenter s’impose si vous exécutez beaucoup de VM/conteneurs Hyper‑V.
  • Software Assurance (SA) : accès aux mises à jour majeures, droits de mobilité et droits de bascule (failover) sur un nœud de secours dédié.
  • Compatibilité sockets : Windows Server 2022 Standard/Datacenter prend en charge jusqu’à 64 processeurs physiques ; vos 3 sockets sont totalement couverts.

Standard vs Datacenter : impacts sur la virtualisation

Le nombre de cœurs à licencier est identique entre Standard et Datacenter : on couvre tous les cœurs physiques, en respectant les planchers. La différence se joue sur les droits d’exécution (nombre de VM/containers Hyper‑V permis) et sur certaines fonctionnalités avancées.

CritèreStandardDatacenter
Droits de virtualisationPour chaque serveur entièrement licencié (tous les cœurs physiques couverts), droit à 2 VM (ou 2 OSE). Pour plus de VM, « empiler » le même volume de licences sur le même hôte.VM illimitées (OSE illimitées) sur l’hôte couvert.
ContainersWindows Server containers illimités ; containers Hyper‑V comptent comme OSE.Idem, mais plus libéral grâce aux OSE illimitées.
Fonctionnalités avancéesFonctions de base du rôle Hyper‑V, Storage Replica (limité), etc.Fonctions datacenter complètes : Storage Spaces Direct, Software‑Defined Networking, Shielded VMs, Storage Replica sans limites, etc.
Cas d’usage typiqueHôtes avec peu de VM par serveur.Hôtes avec beaucoup de VM ou nécessitant les fonctionnalités datacenter.

Application concrète sur notre hôte 24 cœurs

Standard : une « licence complète » signifie couvrir tous les 24 cœurs de l’hôte. Cela accorde 2 VM. Pour 4 VM, on ajoute encore 24 cœurs de licences sur le même hôte (au total 48 cœurs licenciés chez le revendeur, mais toujours 24 cœurs physiques couverts côté matériel) ; pour 6 VM, on « empile » 3 fois, etc.

Nombre de VM souhaitées (Standard)« Empilements » de licences (sur 24 cœurs)Packs de 2 cœurs à acheter
2 VM1 × 24 cœurs12 packs
4 VM2 × 24 cœurs24 packs
6 VM3 × 24 cœurs36 packs
8 VM4 × 24 cœurs48 packs

Datacenter : on couvre une seule fois les 24 cœurs (12 packs « 2‑Core » ou 1×16 + 4×2) et on exécute un nombre illimité de VM sur cet hôte, sous réserve des capacités matérielles.

CAL : CAL Utilisateur, CAL Appareil, RDS et scénarios externes

  • Windows Server CAL : requises pour chaque utilisateur ou appareil accédant aux services Windows Server (authentification AD, partage de fichiers/imprimantes, etc.). Choisissez le modèle par utilisateur ou par appareil selon votre usage.
  • RDS CAL (Bureau à distance) : nécessaires en plus des CAL Windows Server si vous utilisez les services RDS (RemoteApp, VDI, session‑host, RDP multi‑utilisateur).
  • Accès externe : collaborateurs externes peuvent nécessiter des CAL ou une licence External Connector par serveur exposé, selon le mode d’accès. Vérifiez vos scénarios (extranet, partenaires, clients).
  • Rôles additionnels : certains produits (ex. SQL Server) ont leur propre modèle de licence séparé.

Méthode universelle de calcul (gabarit réutilisable)

  1. Inventoriez le nombre de sockets et de cœurs physiques par socket.
  2. Appliquez le plancher par socket : chaque socket vaut au minimum 8 cœurs à licencier.
  3. Sommez tous les sockets (après plancher) puis comparez au plancher de 16 cœurs par serveur : retenez le plus grand.
  4. Convertissez en packs : divisez le nombre de cœurs à licencier par 2 pour obtenir la quantité de packs « 2‑Core ».
  5. Choisissez l’édition : Standard (peu de VM, empilable) ou Datacenter (VM illimitées, fonctionnalités avancées).

Exemples rapides

Topologie matérielleCalculCœurs à licencierPacks « 2‑Core »
1 × 4 cœursmax(16, max(8,4)) = 16168
2 × 6 cœursmax(16, (max(8,6)+max(8,6)) = 16)168
3 × 4 cœurs (cas étudié)max(16, 3 × 8) = 242412
4 × 2 cœursmax(16, 4 × 8) = 323216
2 × 10 cœursmax(16, 10+10) = 202010
2 × 24 cœursmax(16, 24+24) = 484824

FAQ & pièges à éviter

  • Hyper‑Threading/SMT : ignoré pour le licensing. Seuls les cœurs physiques sont pris en compte.
  • Changement de CPU (migration, upgrade) : la licence est affectée à un serveur pour une durée minimale (classiquement 90 jours). Sans droits de mobilité (SA), évitez les déplacements trop fréquents.
  • Serveur de secours (cluster/bascule) : avec SA, droits de bascule pour un nœud passif dédié. Sans SA, le nœud de secours peut nécessiter des licences supplémentaires.
  • Comptage en Standard : pour obtenir plus de VM, vous « relicenciez » tous les cœurs physiques du même hôte autant de fois que nécessaire (2 VM par « pile »). Ce n’est pas un simple ajout de 16 cœurs génériques si le serveur en a 24 : c’est bien 24 cœurs par pile.
  • Containers Hyper‑V : ils consomment des droits d’OSE/VM, contrairement aux Windows Server containers « classiques » qui sont illimités.
  • Rôles supplémentaires : ne confondez pas les licences Windows Server (OS) avec celles de SQL Server, Exchange, etc., qui se licencient séparément.
  • Éditions & fonctionnalités : Storage Spaces Direct, Shielded VMs et SDN sont typiquement réservés à Datacenter. Anticipez vos besoins techniques avant de choisir l’édition.
  • Conformité documentaire : conservez un inventaire des sockets/cœurs, la preuve d’achat, l’affectation par hôte et les CAL (utilisateurs/appareils). C’est déterminant en cas d’audit.

Checklist d’achat (pas à pas)

  1. Valider le matériel : 3 sockets, 4 cœurs physiques chacun (12 au total). Hyper‑Threading activé ou non : sans impact sur le comptage.
  2. Appliquer les planchers : 8 cœurs par socket ⇒ 3 × 8 = 24 cœurs.
  3. Choisir l’édition :
    • Standard si vous tenez à ≤ 2 VM sur l’hôte (ou un petit nombre via empilement).
    • Datacenter si vous prévoyez un volume élevé de VM, des containers Hyper‑V massifs ou des fonctionnalités avancées.
  4. Convertir en packs : 24 cœurs ⇒ 12 packs « 2‑Core » (ou 1 pack 16 + 4 packs 2).
  5. Ajouter les CAL : Windows Server CAL (utilisateur/appareil) + RDS CAL si usage Bureau à distance.
  6. Vérifier la conformité : droits de bascule (SA), mobilité, empilement Standard si plus de 2 VM, affectation de licence (90 jours).

Pourquoi 24 cœurs alors que la machine n’en a que 12 ?

Le serveur physique dispose de 12 cœurs réels (3 CPU × 4 cœurs). Cependant, la règle de plancher de 8 cœurs par socket s’applique. Chaque processeur « vaut » donc au minimum 8 cœurs à licencier, peu importe qu’il en ait 4, 6 ou 8. Avec 3 sockets, cela fait 3 × 8 = 24 cœurs à acheter. Le plancher de 16 cœurs par serveur est, lui, déjà dépassé par ces 24 cœurs.

Ce mécanisme évite qu’un serveur multi‑sockets à faible nombre de cœurs par socket coûte anormalement peu cher à licencier par rapport à sa capacité d’extension. C’est une logique d’équité de tarification au sein des gammes Windows Server.

Récapitulatif chiffré pour votre serveur

ParamètreValeur
Nombre de processeurs3
Cœurs physiques par processeur4
Plancher par processeur8 cœurs
Cœurs à licencier24
Packs « 2‑Core » équivalents12
Alternative packs1 × 16 cœurs + 4 × 2 cœurs
CALWindows Server CAL + RDS CAL (si RDS)
Édition conseillée (selon VM)Standard (≤ 2 VM) ou Datacenter (VM illimitées)
Compatibilité sockets3 sockets supportés (limite : 64)

Bonnes pratiques d’optimisation financière

  • Regroupez les charges : si vous prévoyez de nombreuses VM, un seul hôte Datacenter bien dimensionné revient souvent moins cher que plusieurs hôtes Standard empilés.
  • Anticipez la croissance : un serveur multi‑sockets à faible densité de cœurs peut devenir coûteux à licencier à cause du plancher 8 cœurs/socket.
  • Audit interne : tenez une feuille de route claire (matériel, nombre de VM, profils d’accès) pour justifier vos choix Standard/Datacenter et CAL.
  • SA pertinente : la Software Assurance débloque des droits qui évitent d’acheter des licences supplémentaires (failover, mobilité, nouvelle version).

Conclusion

Pour un hôte physique équipé de 3 processeurs × 4 cœurs, la politique Microsoft impose de licencier 24 cœurs (3 × 8), soit 12 licences « 2‑Core » (ou l’équivalent en packs 16 + 2 cœurs). Ajoutez ensuite les CAL adéquates (Windows Server et, si besoin, RDS). Choisissez Standard si vous n’exécutez que quelques VM et que l’empilement reste raisonnable ; préférez Datacenter dès que le volume de VM augmente ou que vous avez besoin des fonctionnalités datacenter. Enfin, conservez une documentation de conformité claire (affectation des licences, inventaire matériel, CAL) : c’est l’assurance d’un environnement propre, évolutif et sans mauvaise surprise budgétaire.

Sommaire