Vous exécutez jusqu’à 4 VM Windows Server pouvant migrer librement entre trois hôtes XCP‑NG ? Voici une explication claire pour choisir entre Datacenter et Standard, calculer le nombre exact de licences « core », éviter les pièges (90 jours, CAL) et optimiser vos coûts.
Choix de la licence Windows Server 2022 pour un cluster XCP‑NG à 3 hôtes
Problème posé
Vous devez pouvoir faire tourner jusqu’à 4 machines virtuelles Windows Server et les laisser migrer librement (HA/Live Migration) entre 3 hôtes physiques d’un cluster XCP‑NG. Quelle édition de Windows Server 2022 (Standard ou Datacenter) faut‑il retenir, et en quelle quantité de licences « core » par hôte ?
Solution synthétique
| Édition | Droit de virtualisation | Mode de comptage | Quantité requise pour 3 hôtes (4 VM max/hôte) | Remarques clés |
|---|---|---|---|---|
| Datacenter | Nombre illimité de VM par hôte licencié | Licences « core » (min. 16 cœurs/hôte, 8 cœurs/CPU) | 1 licence Datacenter par hôte → 3 licences | Autorise la mobilité des VM sans limite (toutes les VM peuvent tourner sur n’importe quel hôte). |
| Standard | 2 VM par licence (les licences « s’empilent » pour plus de VM) | Licences « core » (mêmes minimas) | Pour 4 VM possibles/hôte : 2 licences Standard par hôte → 6 licences au total | Les licences sont liées au matériel ; un déplacement de licence vers un autre hôte n’est permis qu’après 90 jours. Il faut donc couvrir chaque hôte pour la charge maximale potentielle. |
Points complémentaires utiles
- Licences CAL
- Les éditions Datacenter et Standard couvrent uniquement le droit d’exécuter Windows Server dans les VM.
- Pour que des utilisateurs ou appareils accèdent aux VM, il vous faut des CAL Windows Server 2022 (User CAL ou Device CAL) en nombre suffisant. Pour l’accès Bureau à distance / RDS, des RDS CAL sont également requises.
- Comptage « core »
- Le minimum par serveur est 16 cœurs (et 8 cœurs par CPU), quel que soit le nombre de cœurs réels.
- Le SKU de base couvre 16 cœurs ; si un hôte possède plus de 16 cœurs physiques, on ajoute des packs supplémentaires de 2 cœurs jusqu’à couvrir la totalité des cœurs.
- L’hyper‑threading ne compte pas : on licencie des cœurs physiques, pas des threads.
- Mobilité des VM et règle des 90 jours
- Pour autoriser la migration automatique (HA/Live Migration) sans contrainte, chaque hôte doit être en permanence suffisamment licencié pour le nombre maximal de VM Windows qui pourraient y tourner.
- Une licence Standard assignée à un hôte ne peut être réassignée à un autre hôte qu’après 90 jours (hors panne matérielle définitive).
- Coût global et évolutivité
- Avec 4 VM Windows au total et peu de croissance, empiler des licences Standard peut paraître moins onéreux au départ.
- Si vous prévoyez d’ajouter des VM Windows ou d’augmenter la densité, Datacenter devient rapidement plus avantageux grâce au droit de virtualisation illimité et à la simplicité opérationnelle.
Recommandation rapide
- Scénario stable, ≤ 4 VM au total : 6 licences Windows Server 2022 Standard (2 par hôte), plus les CAL adéquates.
- Scénario évolutif ou > 4 VM à moyen terme : 3 licences Windows Server 2022 Datacenter (1 par hôte) pour libérer la croissance et la mobilité des VM.
Rappels essentiels sur le licensing Windows Server 2022
- Hyperviseur indépendant : que vous utilisiez XCP‑NG, Hyper‑V, VMware, Proxmox… les droits Windows Server s’appliquent à la capacité d’exécuter des VM Windows sur un hôte physique, pas à l’OS de l’hyperviseur.
- Standard = 2 VM par « cycle de licence » : licencier intégralement un hôte en Standard (tous ses cœurs) donne le droit d’exécuter 2 VM Windows simultanément sur cet hôte. Pour 4 VM, il faut re‑licencier entièrement l’hôte une deuxième fois.
- Datacenter = illimité : en Datacenter, une fois tous les cœurs physiques d’un hôte couverts, le nombre de VM Windows sur cet hôte n’est plus limité.
- Minimas matériels : on compte tous les cœurs physiques ; au minimum 8 par CPU et 16 par hôte, même si la machine a moins.
- Accès = CAL : chaque utilisateur ou appareil qui accède à une VM Windows nécessite une CAL (et éventuellement une RDS CAL).
- Règle des 90 jours : l’assignation d’une licence à un serveur ne peut pas bouger librement selon les besoins quotidiens. C’est la raison pour laquelle on licencie chaque hôte pour sa charge potentielle maximale si l’on veut une mobilité de VM sans friction.
Méthode de dimensionnement pas à pas
- Définir la mobilité voulue : vos 4 VM doivent‑elles pouvoir « atterrir » sur n’importe quel hôte ? Si oui, la charge maximale potentielle par hôte est 4 VM.
- Inventorier les cœurs physiques par hôte (ex. : 16, 20, 24, 32… cœurs). Ignorer l’hyper‑threading.
- Appliquer les minimas : 8 cœurs/CPU, 16 cœurs/hôte.
- Choisir l’édition :
- Standard si l’on vise ≤ 4 VM/hôte et que la croissance prévue est faible.
- Datacenter si l’on souhaite la liberté totale de placement, l’automatisation HA sans arbitrage, ou une densité importante à moyen terme.
- Calculer le besoin par hôte (voir formules ci‑dessous), puis multiplier par 3 pour le cluster.
- Ajouter les CAL (User/Device, et RDS si nécessaire).
Formules de calcul
Notations : C_phys = cœurs physiques par hôte (après minimas). P16 = un « pack » 16 cœurs. P2 = un pack additionnel 2 cœurs.
- Datacenter par hôte :
Besoin_DC(hôte) = 1 × P16 + max(0, (C_phys − 16) / 2) × P2
Arrondir le nombre deP2à l’entier supérieur. - Standard par hôte pour N VM/hôte :
Cycles_STD = ⌈N / 2⌉(un cycle = droit à 2 VM)Besoin_STD(hôte) = Cycles_STD × [1 × P16 + max(0, (C_phys − 16) / 2) × P2]
Dans notre cas (mobilité totale → N = 4 VM/hôte possibles), Cycles_STD = 2.
Exemples chiffrés selon le nombre de cœurs
Le tableau ci‑dessous montre le besoin par hôte et pour l’ensemble du cluster (3 hôtes), pour que jusqu’à 4 VM Windows puissent s’exécuter légalement sur n’importe quel hôte à tout moment.
Besoin par hôte
| Config CPU par hôte | Cœurs physiques (C_phys) | Standard (4 VM/hôte) | Datacenter |
|---|---|---|---|
| 2×8 cœurs | 16 | 2 × P16 (soit 2 cycles) | 1 × P16 |
| 2×10 cœurs | 20 | 2 × (P16 + 2 × P2) → 2 P16 + 4 P2 | P16 + 2 × P2 |
| 2×12 cœurs | 24 | 2 × (P16 + 4 × P2) → 2 P16 + 8 P2 | P16 + 4 × P2 |
| 2×16 cœurs | 32 | 2 × (P16 + 8 × P2) → 2 P16 + 16 P2 | P16 + 8 × P2 |
Besoin pour le cluster (3 hôtes)
| Config CPU | Standard (4 VM/hôte) | Datacenter |
|---|---|---|
| 16 cœurs/hôte | 6 × P16 | 3 × P16 |
| 20 cœurs/hôte | 6 × P16 + 12 × P2 | 3 × P16 + 6 × P2 |
| 24 cœurs/hôte | 6 × P16 + 24 × P2 | 3 × P16 + 12 × P2 |
| 32 cœurs/hôte | 6 × P16 + 48 × P2 | 3 × P16 + 24 × P2 |
Lecture : en Standard, chaque « cycle » couvre tous les cœurs de l’hôte et permet 2 VM. Pour 4 VM/hôte, vous doublez les packs (d’où l’effet multiplicateur sur les P2). En Datacenter, vous ne payez qu’une fois la totalité des cœurs par hôte, sans limite de VM.
Optimiser légalement avec des contraintes d’hébergement
Si vous êtes prêts à renoncer à la possibilité que 4 VM Windows se retrouvent sur un même hôte, vous pouvez utiliser des contraintes strictes (affinité/anti‑affinité, « host tags » XCP‑NG/Xen Orchestra) pour empêcher qu’un hôte exécute plus de 2 VM Windows. Dans ce cas :
- En Standard, un seul cycle par hôte (1 × P16 + P2 si besoin) peut suffire si la politique rend impossible (« hard rule ») tout dépassement.
- Attention aux fenêtres de maintenance et aux actions manuelles : si, même temporairement, un hôte peut dépasser la limite, il faut le licencier pour ce pic potentiel.
- Documentez la politique, journalisez les migrations et verrouillez les droits d’administration afin d’être audit‑ready.
Pour la majorité des PME, la simplicité et la résilience priment : licencier chaque hôte pour 4 VM (2 cycles Standard) ou passer en Datacenter reste le choix le plus sûr.
Datacenter ou Standard : quelle stratégie pour un cluster XCP‑NG ?
Quand privilégier Standard
- Parc stable, ≤ 4 VM Windows au total et faible probabilité d’augmentation à 12–18 mois.
- Hôtes avec peu de cœurs (≈16–20) et besoin d’un droit de mobilité modéré ou contraint par des règles strictes.
- Équipe prête à suivre finement les « cycles » de licence, les packs 2 cœurs et les scénarios de migration.
Quand privilégier Datacenter
- Volonté d’avoir une mobilité totale et une HA « frictionless » (tests, patchs, pannes sans arbitrage de licence).
- Évolutivité prévue (nouvelles VM Windows, services conteneurisés avec isolation Hyper‑V, environnements de lab/pré‑prod).
- Hôtes denses en cœurs (≥ 24–32) où la multiplication des packs Standard devient rapidement peu rationnelle.
- Recherche d’une simplicité d’exploitation (moins de suivi, moins de risques d’écarts en audit).
Checklist de conformité et bonnes pratiques
- Inventaire matériel : cœurs/CPU, sockets, versions BIOS/firmware, hyper‑threading.
- Cartographie des VM Windows : par rôle, criticité, affinités, pics saisonniers.
- Politique de mobilité : règles XCP‑NG/XO écrites (hard vs soft), exceptions, procédure de dérogation.
- Traçabilité : journal des migrations, tickets de maintenance, preuves d’indisponibilité matérielle (pour une réassignation avant 90 jours si applicable).
- Gestion des CAL : comptage User/Device, RDS si nécessaire, renouvellements.
- Standard = cycles complets : ne jamais oublier qu’un « cycle » couvre tous les cœurs de l’hôte. Ajouter 2 VM = re‑licencier l’hôte entier une fois.
- Datacenter = sérénité : on couvre les cœurs une fois, puis on déploie librement.
FAQ rapide
Dois‑je licencier XCP‑NG lui‑même ?
Non. Vous licenciez le droit d’exécuter Windows Server dans les VM, au niveau des hôtes physiques, indépendamment du fait que l’hyperviseur soit XCP‑NG.
Les VM Linux comptent‑elles ?
Non. Seules les VM Windows Server consomment ces licences.
Que se passe‑t‑il si j’augmente le nombre de cœurs par hôte ?
Il faut ajouter des packs 2 cœurs jusqu’à couvrir tous les cœurs physiques. En Standard, souvenez‑vous qu’un ajout de VM multiplie aussi ces packs (un cycle par tranche de 2 VM).
Puis‑je mélanger Datacenter et Standard dans le même cluster ?
Oui, juridiquement rien ne l’interdit. En revanche, vous devez garantir que les VM qui exigent une liberté totale de placement ne se retrouvent pas sur un hôte sous‑licencié en Standard.
Les migrations de courte durée pendant une maintenance sont‑elles tolérées ?
Non si elles aboutissent à exécuter plus de VM que le droit conféré par la licence assignée à l’hôte. La conformité est évaluée à tout instant.
Faut‑il des licences pour un site de reprise d’activité (DR) « froid » ?
Les droits spécifiques DR dépendent des options contractuelles. Par défaut, considérez que tout hôte susceptible d’exécuter des VM Windows doit être couvert conformément aux règles ci‑dessus.
Exemples concrets d’application
Cas A : cluster 3× hôtes bi‑CPU 8 cœurs (16 cœurs/hôte)
- Standard : 2 cycles par hôte → 6 × P16 pour le cluster.
- Datacenter : 1 cycle par hôte → 3 × P16 pour le cluster.
Lecture : si le besoin restera à 4 VM Windows pendant plusieurs années, Standard reste raisonnable. Si vous planifiez de monter à 6–8 VM Windows, Datacenter prendra l’avantage.
Cas B : cluster 3× hôtes bi‑CPU 12 cœurs (24 cœurs/hôte)
- Standard : 2 × (P16 + 4 × P2) par hôte → 6 × P16 + 24 × P2 cluster.
- Datacenter : (P16 + 4 × P2) par hôte → 3 × P16 + 12 × P2 cluster.
Lecture : la densité en cœurs rend Datacenter plus pertinent opérationnellement, même si le coût facial est plus élevé au départ.
Erreurs fréquentes à éviter
- Confondre « 2 VM par licence Standard » avec « 2 VM pour 16 cœurs seulement ». En réalité, c’est par hôte entièrement licencié. Pour 4 VM, on paie deux fois la couverture des cœurs de l’hôte.
- Compter des threads (hyper‑threading) au lieu des cœurs physiques.
- Oublier les CAL, en particulier les RDS CAL lorsqu’un accès Bureau à distance est mis en place.
- Supposer »tolérance temporaire« pendant une maintenance. Il n’y en a pas : une VM qui tourne consomme un droit à l’instant t.
- Déplacer une licence Standard d’un hôte à l’autre « à la journée » pour accompagner les VM : interdit avant 90 jours.
Conclusion exploitable
Dans un cluster XCP‑NG à 3 hôtes où 4 VM Windows Server peuvent migrer librement, deux stratégies se dégagent :
- Standard : 2 cycles par hôte (donc 6 licences au total), en respectant rigoureusement le décompte des cœurs et la règle des 90 jours. Intéressant si la charge reste limitée.
- Datacenter : 1 cycle par hôte (3 licences), coût initial supérieur mais liberté totale de placement, gestion simplifiée et excellente évolutivité.
Posez‑vous la question clé : voulez‑vous optimiser chaque pack 2 cœurs et baliser strictement les placements de VM (Standard), ou payer une fois et oublier la contrainte (Datacenter) ? Avec XCP‑NG et des besoins HA agiles, Datacenter est souvent le choix de la tranquillité opérationnelle.