Le modèle de licence par cœur s'applique-t-il de la même manière pour SQL Server 2017, 2019, 2022 et 2025 ?

Oui. Le principe de base de la licence par cœur (per core) est le même pour SQL Server 2017, 2019, 2022 et 2025 : la puissance de calcul est concédée sous forme de cœurs de CPU, et non pas l'accès via des CAL d'utilisateurs ou de périphériques. Dès que l'environnement est correctement licencié par cœur, aucune CAL SQL Server n'est nécessaire.

Quelles sont les exigences minimales pour les serveurs physiques (par cœur)

Dans le cas des serveurs physiques, les valeurs minimales s'appliquent quel que soit le nombre réel de cœurs installés. Au moins 4 licences de cœur doivent être appliquées par processeur physique (socket). En outre, une licence minimale de 16 licences de noyau s'applique par serveur physique. Si le nombre réel de cœurs dépasse ces valeurs minimales, les cœurs physiques existants doivent faire l'objet d'une licence complète.

Quelles sont les exigences minimales pour les machines virtuelles (VM)

Lorsque les machines virtuelles font l'objet d'une licence spécifique par VM, l'approche minimale consiste généralement en un nombre minimum de licences de cœurs par VM. Il est essentiel que la licence ne devienne pas "arbitrairement petite" simplement parce qu'une VM se voit techniquement attribuer un petit nombre de vCores. Dans la pratique, l'attribution correcte des licences VM et des approches minimales est donc importante pour que les licences ne soient pas évaluées ultérieurement comme étant "trop petites".

Qu'est-ce que cela signifie pour SQL Server Standard par rapport à Enterprise?

Dans le modèle de base, la logique de licence reste la même, mais les éditions peuvent avoir des limites fonctionnelles. La capacité informatique utilisable de SQL Server Standard est limitée par rapport à celle de l'édition Enterprise. Cela concerne les ressources utilisables maximales de l'édition, et non l'obligation fondamentale de respecter les cœurs minimaux ou d'octroyer une licence complète pour les cœurs physiques dès que vous dépassez les valeurs minimales.

Quel rôle joue l'assurance logicielle (SA) dans la pratique ?

L'assurance logicielle peut apporter une flexibilité et des droits supplémentaires dans l'exploitation, en particulier dans les environnements virtualisés et pour la mobilité des charges de travail. Sans SA, certains modèles de déploiement plus flexibles sont souvent limités dans la pratique, ce qui signifie que l'octroi de licences est généralement considéré davantage en termes d'attribution à l'hôte physique et à ses cœurs physiques. Le facteur décisif reste le modèle de licence choisi et la forme de la licence : Le modèle de licence choisi et la forme d'exploitation utilisée (physique, VM, cluster, modèles de déplacement) doivent s'accorder.

Quels sont les mauvais achats typiques avec les licences de cœur et comment les éviter ?

Un mauvais achat courant consiste à supposer qu'une très petite VM peut toujours faire l'objet d'une licence "minimale", bien que des tarifs minimaux et des logiques d'emballage s'appliquent ; cela peut être évité en vérifiant soigneusement le tarif minimal par VM et la limite inférieure réelle de la licence avant l'achat.

Une deuxième erreur consiste à choisir Standard même si l'édition Standard est limitée sur le plan fonctionnel ou de la capacité ; cela peut être évité en clarifiant à l'avance si la charge prévue et les fonctionnalités requises sont couvertes par Standard.

Une troisième erreur consiste à planifier les licences de cœurs de manière trop stricte parce que seules les valeurs minimales sont prises en compte, même si le serveur dispose de plus de cœurs physiques ; cela peut être évité en prenant comme base le nombre réel de cœurs de l'hôte ou de l'architecture cible (hôte/VM) et en ne tenant compte que des valeurs minimales.

Une quatrième erreur consiste à planifier des scénarios de virtualisation sans disposer des droits appropriés ; on peut l'éviter en déterminant à l'avance si l'on souhaite octroyer des licences à des VM spécifiques ou couvrir complètement l'hôte, et si des droits supplémentaires (par exemple via SA) sont nécessaires à cet effet.

Indépendamment de la taille de la machine virtuelle, au moins 4 licences de cœur sont nécessaires par VM.

Si plus de quatre vCores sont attribués, chaque vCore supplémentaire doit également faire l'objet d'une licence.

Les licences de cœur de la machine virtuelle doivent être attribuées en fonction de la taille de la machine virtuelle et de la taille de la machine virtuelle