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.
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 Microsoft | Consé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
- Processeurs : 3
- Cœurs physiques par processeur : 4
- Plancher par processeur : 8
- 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
Pack | Quantité pour 24 cœurs | Remarque |
---|---|---|
Pack de 2 cœurs | 12 packs | Solution la plus granulaire. |
Pack de 16 cœurs + pack de 2 cœurs | 1 + 4 = 5 packs | Souvent 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ère | Standard | Datacenter |
---|---|---|
Droits de virtualisation | Pour 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. |
Containers | Windows Server containers illimités ; containers Hyper‑V comptent comme OSE. | Idem, mais plus libéral grâce aux OSE illimitées. |
Fonctionnalités avancées | Fonctions 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 typique | Hô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 VM | 1 × 24 cœurs | 12 packs |
4 VM | 2 × 24 cœurs | 24 packs |
6 VM | 3 × 24 cœurs | 36 packs |
8 VM | 4 × 24 cœurs | 48 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)
- Inventoriez le nombre de sockets et de cœurs physiques par socket.
- Appliquez le plancher par socket : chaque socket vaut au minimum 8 cœurs à licencier.
- Sommez tous les sockets (après plancher) puis comparez au plancher de 16 cœurs par serveur : retenez le plus grand.
- Convertissez en packs : divisez le nombre de cœurs à licencier par 2 pour obtenir la quantité de packs « 2‑Core ».
- Choisissez l’édition : Standard (peu de VM, empilable) ou Datacenter (VM illimitées, fonctionnalités avancées).
Exemples rapides
Topologie matérielle | Calcul | Cœurs à licencier | Packs « 2‑Core » |
---|---|---|---|
1 × 4 cœurs | max(16, max(8,4)) = 16 | 16 | 8 |
2 × 6 cœurs | max(16, (max(8,6)+max(8,6)) = 16) | 16 | 8 |
3 × 4 cœurs (cas étudié) | max(16, 3 × 8) = 24 | 24 | 12 |
4 × 2 cœurs | max(16, 4 × 8) = 32 | 32 | 16 |
2 × 10 cœurs | max(16, 10+10) = 20 | 20 | 10 |
2 × 24 cœurs | max(16, 24+24) = 48 | 48 | 24 |
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)
- Valider le matériel : 3 sockets, 4 cœurs physiques chacun (12 au total). Hyper‑Threading activé ou non : sans impact sur le comptage.
- Appliquer les planchers : 8 cœurs par socket ⇒ 3 × 8 = 24 cœurs.
- 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.
- Convertir en packs : 24 cœurs ⇒ 12 packs « 2‑Core » (ou 1 pack 16 + 4 packs 2).
- Ajouter les CAL : Windows Server CAL (utilisateur/appareil) + RDS CAL si usage Bureau à distance.
- 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ètre | Valeur |
---|---|
Nombre de processeurs | 3 |
Cœurs physiques par processeur | 4 |
Plancher par processeur | 8 cœurs |
Cœurs à licencier | 24 |
Packs « 2‑Core » équivalents | 12 |
Alternative packs | 1 × 16 cœurs + 4 × 2 cœurs |
CAL | Windows Server CAL + RDS CAL (si RDS) |
Édition conseillée (selon VM) | Standard (≤ 2 VM) ou Datacenter (VM illimitées) |
Compatibilité sockets | 3 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.