Gérer les licences et la facturation des SQL Server activées par Azure Arc

Cet article explique comment gérer les licences et la facturation des SQL Server activés par Azure Arc. Les SQL Server activés par Azure Arc prennent directement en charge uniquement les méthodes de licence basées sur les cœurs. Pour plus d’informations sur la gestion des instances SQL Server avec une licence Server+CAL, consultez Manage SQL Server instances avec une licence Server+CAL.

La gamme complète des options de licence est décrite dans le guide de licence SQL Server (lien de téléchargement).

Licence et facturation dans l’environnement de production

Vous pouvez utiliser l'une des trois options de gestion des licences suivantes. Les liens de la liste vous amènent à des sections de cet article qui fournissent plus de détails.

Les diagrammes de la liste utilisent des cœurs normalisés (NC) pour illustrer les implications des coûts des options de licence. Une licence par cœur pour l'Édition Standard équivaut à 1 NC. Une licence par cœur pour l'Édition Entreprise équivaut à 4 NC. Pour plus d’informations, consultez Comment les licences s’appliquent aux ressources Azure.

• Licences par cœurs virtuels

  Utilisez une licence Entreprise ou Standard pour les processeurs virtuels (v-cores) de la machine virtuelle qui exécute une ou plusieurs instances de SQL Server. Chaque machine virtuelle est facturée individuellement pour les v-cores qui lui sont alloués.

  Le diagramme suivant illustre cette méthode d'octroi de licences et ses implications en termes de coûts.

  

• Licences par cœurs physiques (p-cores) sans machines virtuelles

  Utilisez une licence Entreprise ou Standard pour les cœurs p de l’hôte qui exécutent une ou plusieurs instances de SQL Server installées directement sur l’hôte sans utiliser de machines virtuelles. Chaque instance a accès à tous les cœurs de processeur (p-cores) pris en charge par les limites de l’édition installée, et cela jusqu’à la totalité des cœurs de processeur de l’hôte. Quelle que soit la limite de l’instance, l’hôte est facturé pour tous les cœurs p en fonction de l’édition SQL Server la plus élevée installée sur celle-ci. Pour plus d’informations, référez-vous aux limites de capacité de calcul par édition de SQL Server.

  Le diagramme suivant illustre les implications du coût du déploiement de deux instances standard sur un hôte physique sans utiliser d’ordinateurs virtuels.

  

• Licence par cœurs physiques avec virtualisation illimitée

  Utilisez une licence Entreprise pour les cœurs physiques de l’hôte qui exécute n’importe quel nombre de machines virtuelles avec n’importe quel nombre d’instances SQL Server. Une licence p-core unique est une ressource Azure distincte qui représente tous les cœurs p-core sous licence et est facturée indépendamment.

  Le diagramme suivant illustre les implications du coût de la gestion des licences d’un hôte physique et de l’utilisation d’une virtualisation illimitée.

  

Pour chacune de ces options, vous devez décider de la façon dont vous souhaitez payer la licence. Le tableau suivant présente vos options de paiement :

¹ Vous disposez déjà d’une licence avec Software Assurance active ou un abonnement actif SQL Server.

² Vous possédez une licence perpétuelle ou utilisez une édition SQL Server gratuite.

Votre choix d’option de paiement ci-dessus peut affecter vos options de sous-traitance. Pour plus d’informations, consultez les termes spécifiques au service et le guide de gestion des licences Flexible Virtualization Benefit.

Pour plus d’informations sur la gestion des licences de vos instances de SQL Server hors production ou de test via Azure Arc, consultez Manage SQL Server sous licence pour une utilisation hors production.

Licencier des instances SQL Server par cœurs virtuels

Les licences SQL Server par cœurs virtuels vous permettent de limiter l’étendue de la licence à une machine virtuelle spécifique et une ou plusieurs instances SQL Server installées sur l’environnement de système d’exploitation (OSE) de cette machine. Elle est optimisée pour les scénarios suivants :

• Vos machines virtuelles SQL Server sont mélangées aux machines virtuelles exécutant d’autres logiciels sur les mêmes serveurs physiques.
• Vous déployez vos machines virtuelles sur un partenaire d'hébergement ou un cloud non Microsoft où vous ne contrôlez pas votre infrastructure physique.

Vous pouvez choisir une licence v-core pour licencer à la fois les logiciels SQL Server et les mises à jour de sécurité étendues SQL Server. Vous gérez une licence v-core indépendamment pour chaque machine virtuelle à l’aide de la configuration SQL Server du portail Azure. Le volet Overview pour chaque ressource SQL Server compatible Azure Arc affiche la licence configurée sous Type de licenceHost.

L'Édition Standard est limitée à un maximum de 24 cœurs-v même si l'OSE est configuré avec plus de cœurs-v. Pour plus d’informations sur les limites, consultez Compute des limites de capacité par édition de SQL Server.

Pour plus d’informations sur la licence de SQL Server par cœurs virtuels, consultez la section « Licences de machines virtuelles individuelles » dans le guide de licences SQL Server (lien de téléchargement).

Types de licences

Les types de licences suivants sont pris en charge lors de la gestion des licences des cœurs-v :

Remarques importantes

• L’abonnement de paiement à l’utilisation nécessite que l’ordinateur d’hébergement conserve la connectivité avec Azure. Les frais horaires s’appliquent uniquement lorsque SQL Server est en cours d’exécution sur l’ordinateur pendant une partie d’une heure et que la machine est en ligne.

  La résilience intégrée tolère les interruptions de connectivité intermittentes pendant jusqu’à 30 jours consécutifs sans affecter la précision de facturation. Cela signifie que tant que la connectivité n’est pas interrompue pendant plus de 30 jours, votre facturation reste correcte, même s’il existe de courtes déconnexions intermittentes. Si la machine reste déconnectée pendant plus de 30 jours, l’abonnement de paiement à l’utilisation expire et vous n’êtes plus autorisé à utiliser le logiciel.

• Si vous utilisez un abonnement Azure géré par un fournisseur de services cloud (CSP), l'activation du paiement à l'utilisation nécessite que vous ou le fournisseur de solutions Cloud consente à la facturation récurrente. Pour plus d’informations, consultez Gérer la facturation récurrente de SQL Server activée par Azure Arc avec une licence de paiement à l’utilisation.

• En sélectionnant une licence avec Software Assurance, vous attestez que vous disposez de licences Enterprise ou Standard avec Software Assurance active ou d'une licence d’abonnement SQL Server active, et que l’appareil est conforme aux restrictions d’externalisation des termes du produit.

• Pour les instances de SQL Server des éditions Entreprise, Standard ou Web sous licence à partir de fournisseurs de services cloud ou de services d’hébergement utilisant le Contrat de Licence du Fournisseur de Services (SPLA), utilisez license only pour le type de licence. L'édition web n'est pas disponible dans SQL Server 2025 (17.x) et versions ultérieures.

• La prise en charge des balises Microsoft.AzureArcData explique quels types de balises sont actuellement pris en charge pour les ressources de données Microsoft Arc.

Avantages disponibles

En plus des différentes méthodes de facturation, le type de licence détermine les avantages inclus.

Le tableau suivant identifie les fonctionnalités et les droits d’utilisation offerts avec chaque type de licence :

¹ Pour SQL Server 2022 (16.x) et les versions antérieures, la licence de Power BI Report Server gratuite est limitée aux clients Êdition Entreprise (EE) avec Software Assurance (SA) ou des abonnements. Pour SQL Server 2025 (17.x), la licence de Power BI Report Server gratuite est disponible pour les clients Standard Edition (SE) et Êdition Entreprise (EE) avec tous les types de licences.
² La connexion SQL Server à Azure Arc est soumise à des règles de outsourcing.

Licence les instances SQL Server par cœurs physiques sans utiliser de serveurs virtuels

L’option de gestion des licences SQL Server par cœurs physiques sans utiliser de machines virtuelles est optimisée pour les scénarios suivants :

• Vous contrôlez votre environnement physique et installez les instances de SQL Server sur un serveur physique pour optimiser les performances de votre application de base de données.
• Votre instance de SQL Server utilise une licence sans Software Assurance.

Dans cette option, les exigences de licence sont identiques à licensing SQL Server par cœurs virtuels, mais l’utilisation des logiciels SQL Server est signalée en fonction des cœurs physiques disponibles pour l’OSE de ce serveur. Pour plus d’informations, consultez l’utilisation des logiciels de contrôle plus loin dans cet article.

L'Édition Standard est limitée à un maximum de 24 cœurs-p même si l'OSE est installé sur un ordinateur plus grand. Pour plus d’informations sur les limites, consultez Compute des limites de capacité par édition de SQL Server.

Pour plus d’informations sur les licences SQL Server sur l'OSE physique, consultez la section « Licences basées sur les cores » dans le guide de licences SQL Server (lien de téléchargement).

Licence SQL Server instances par cœurs physiques avec virtualisation illimitée

L’option de licence SQL Server par cœurs physiques avec virtualisation illimitée est la plus efficace quand :

• Vous contrôlez votre environnement physique et installez les instances SQL Server sur différentes machines virtuelles pour une isolation de sécurité et une meilleure gestion des ressources.
• Votre infrastructure et le moyen de paiement sélectionné prennent en charge l'avantage illimité de virtualisation.
• La gestion des licences de vos instances de SQL Server par cœurs virtuels est plus coûteuse que la gestion des licences p-cores de l’hôte.

Pour utiliser l’avantage de virtualisation illimité, vous devez créer une ressource SQLServerLicense qui représente un ou plusieurs hôtes physiques. Les instances de SQL Server couvertes doivent être connectées à Azure Arc et configurées pour utiliser la licence p-core. Pour plus d’informations sur la création de ressources SQLServerLicense, consultez Créer une licence SQL Server.

Pour plus d’informations sur la gestion des licences par cœurs physiques avec virtualisation illimitée, consultez la section « Licences pour la virtualisation maximale » dans le guide de gestion des licences SQL Server (lien de téléchargement).

Une ressource SqlServerLicense peut couvrir plusieurs machines virtuelles connectées à Azure Arc. Ses propriétés définissent la façon dont la licence est appliquée et facturée.

Catégorie de licence

La propriété licenseCategory est définie sur Core pour représenter une licence de base physique SQL Server.

Étendue

La propriété scopeType définit l’étendue Azure dans laquelle la licence couvre toutes les ressources Machine - Azure Arc. Les étendues Azure suivantes sont prises en charge :

• locataire Azure
• abonnement Azure
• Groupe de ressources

Pour être éligible, chaque ressource Machine - Azure Arc doit être configurée pour utiliser une licence de base physique. Sinon, la ressource Machine - Azure Arc doit être concédée sous licence pour SQL Server individuellement.

Taille

La propriété Size de la ressource de licence représente la somme des cœurs physiques des serveurs auxquels la licence sera appliquée. La taille minimale de la licence est de 16 cœurs physiques.

Abonnement

La propriété Subscription définit l’abonnement Azure utilisé pour la facturation et la gestion des factures lorsque la licence est active.

Vous pouvez créer la ressource de licence dans un groupe de ressources dans l’une des régions prises en charge. L'emplacement de la ressource est défini sur l'emplacement du groupe de ressources sélectionné.

L'emplacement de la ressource de licence n'affecte pas l'étendue. Elle s’applique à toutes les ressources Machine - Azure Arc dans l’étendue de la licence, quelles que soient les régions où ces ressources sont intégrées.

Plan de facturation

La propriété billingPlan offre un choix entre le paiement de la licence sur la base d’un compteur horaire ou en apportant votre propre licence.

Pour garantir la bonne application de la licence de cœur physique, assurez-vous que chaque machine virtuelle dans l’étendue que vous souhaitez mettre sous licence a les propriétés suivantes :

• A la propriété UsePhysicalCoreLicense définie sur True.
• La propriété LicenseType est définie pour correspondre à la propriété sélectionnée billingPlan de la licence p-core.

Pour plus d’informations, consultez Utiliser une licence de base physique.

État d’activation

La propriété activationState détermine le moment où la licence prend effet. Vous pouvez activer la licence lors de sa création ou la créer d'abord et l'activer ensuite. Retarder l'activation permet de la coordonner avec d'autres événements du cycle de vie de la licence, comme l'expiration d'un Contrat Entreprise existant. Les propriétés d’horodatage activatedAt et deactivatedAt indiquent quand la licence a été activée et désactivée pour la dernière fois. Pour plus d’informations, consultez Update a SQL Server license resource.

Identifiant du locataire

La propriété TenantID est automatiquement définie lorsque vous sélectionnez une étendue de locataire.

Gérer SQL Server sous licence pour une utilisation hors production

Si vous utilisez l'une des options de licence prises en charge pour gérer votre environnement de production via Azure Arc, vous pouvez utiliser SQL Server à des fins de non-production gratuitement. Vous pouvez tirer parti de cet avantage de deux façons lorsque vous utilisez SQL Server activé par Azure Arc.

Utiliser l'édition développeur de SQL Server

L’édition SQL Server Developer est gratuite et peut être utilisée dans n’importe quel abonnement Azure. Azure Extension pour SQL Server détecte et rapporte l'utilisation via un compteur de l'édition Dev à 0 $, même si le type de licence de l'hôte est défini sur Paid ou PAYG. L’édition Développeurs a le même jeu de caractéristiques que l’édition Entreprise. Pour plus d’informations, consultez l’utilisation des logiciels de contrôle plus loin dans cet article.

Utiliser un abonnement de développement/test Azure

Si vous configurez l’environnement hors production comme miroir de l’environnement de production et que vous souhaitez utiliser les mêmes éditions que celles que vous utilisez en production, vous devez connecter les machines d’hébergement et SQL Server instances à un abonnement de développement/test Azure. Les compteurs SQL Server dans un abonnement dev/test sont nullifiés.

Pour plus d’informations, consultez :

• Création d'abonnements Azure Dev/Test pour les entreprises et organisations.
• La section « Licences SQL Server pour une utilisation hors production » dans le guide de licence SQL Server (lien de téléchargement).

Gérer la licence passive pour la haute disponibilité et la récupération d’urgence

Les licences SQL Server avec Software Assurance ou paiement à l'usage (PAYG) peuvent bénéficier d'instances passives gratuites de SQL Server pour les configurations HADR (Haute Disponibilité et Reprise après Sinistre). Pour plus d’informations sur les droits de basculement, consultez la section « Licences SQL Server pour la haute disponibilité et la récupération d’urgence » dans le guide de licence SQL Server.

Pour vous aider à gérer les droits de basculement et à rester conformes, Azure Extension pour SQL Server détecte automatiquement les instances passives pour les groupes de disponibilité (AGs) ou les instances en cluster de basculement (FCI) et reflète l’utilisation du logiciel SQL Server en émettant des compteurs spéciaux de 0 $ pour la récupération d’urgence, tant que vous avez configuré la propriété LicenseType sur Paid ou PAYG. Pour plus d’informations, consultez Gestion des licences et facturation des SQL Server activées par Azure Arc.

Qualifier comme instance passive d'un groupe de disponibilité (AG)

• Tous les réplicas présents dans l’environnement du système d’exploitation (OSE) doivent être des réplicas secondaires d’un groupe de disponibilité Always On ou le transmetteur d’un groupe de disponibilité distribué.
• Aucune base de données autonome en dehors d’un groupe de disponibilité, quel que soit l’état de la base de données.
• Aucune connexion active à une base de données, sauf master, msdb, tempdbou model bases de données.
• Il n'existe aucune instance de services associés dans le même OSE.

S’il existe plusieurs instances SQL Server sur l’OSE, toutes les instances et réplicas doivent remplir les conditions ci-dessus.

Critères détaillés d’éligibilité des réplicas passifs pour la reprise après sinistre

Une instance de SQL Server est éligible à la gestion des licences de récupération d’urgence si elle répond aux exigences de groupe de disponibilité et de connexion suivantes.

Éligibilité au rôle "Always On"

Le tableau suivant montre quels rôles Always On sont éligibles pour les licences passives de récupération d'urgence :

Conditions requises pour le rôle de réplique

Pour qu'un réplica d'un groupe de disponibilité soit éligible à la licence de récupération d'urgence passive, il doit répondre aux exigences indiquées dans le tableau suivant :

Résumé des critères de licence de reprise après sinistre pour les répliques passives de groupes de disponibilité

• Les réplicas secondaires non lisibles sont toujours éligibles à une licence de reprise après sinistre passive.
• Les répliques secondaires lisibles ne sont éligibles que lorsqu'elles n'ont aucune connexion utilisateur active.
• Les relayeurs dans les groupes de disponibilité distribués sont considérés comme éligibles lorsqu'ils ne peuvent pas être lus ou ne sont pas en cours d'utilisation.
• Les répliques principales ne peuvent jamais bénéficier des licences de récupération en cas de sinistre passif, car elles servent activement la charge de travail.
• Aucune session utilisateur active ou en veille connectée aux bases de données utilisateur (sys.dm_exec_sessions WHERE is_user_process = 1).

Qualifier pour le rôle de nœud passif dans une instance de cluster de basculement (FCI)

• Aucune instance du service SQL Server ( autonome ou en tant que nœud actif d’une instance FCI) ne peut être en cours d’exécution sur le nœud, sauf si ces instances sont qualifiées de réplicas passifs libres de groupes de disponibilité (AG).

• Aucune instance des services associés ne peut s’exécuter dans le même OSE. Par exemple, si SQL Server Integration Services s’exécute sur la machine, même si toutes les instances du moteur sont passives, l’instance Integration Services est facturée.

Limites

La logique de détection d’instance passive actuelle présente les limitations suivantes :

• Les vérifications sont toutes les heures. Un basculement dans l’heure peut entraîner ou non la facturation des deux réplicas.
• Les instances passives pour d’autres technologies de récupération d’urgence telles que la copie des journaux de transaction ou la mise en miroir ne sont pas détectées automatiquement pour l’instant.
• La logique de détection ne prend pas en charge les tests de récupération d’urgence gratuits.
• La logique de détection ne prend pas en charge la surveillance des connexions telles que les vérifications de cohérence de base de données, les sauvegardes ou la surveillance des données d’utilisation des ressources.
• Sur Linux, la détection d’instance passive n’est pas disponible. Toutes les instances SQL Server sur Linux sont facturées comme actives, quel que soit leur rôle haute disponibilité/récupération d’urgence.

Si vous ne parvenez pas à travailler dans ces limitations, vous pouvez utiliser la gestion des licences en volume au lieu de PAYG. Pour plus d’informations, consultez Configure SQL Server activé par Azure Arc.

Facturation après basculement

Pendant les basculements, l’extension détecte le changement de rôle et bascule automatiquement la facturation vers le réplica actif sans frais supplémentaires.

Gérer SQL Server instances qui utilisent une licence Server+CAL

Vous pouvez connecter n’importe quelle instance de SQL Server sous licence à Azure Arc, y compris les instances qui utilisent le modèle de licence Server+CAL. Si votre instance utilise cette licence, vous devez définir le type de licence sur LicenseOnly, même si vous disposez de l'assurance logicielle active pour celle-ci.

Si vous avez converti votre licence Enterprise Server+CAL en licence basée sur cœur, vous devez définir le type de licence sur Paid ou PAYG. La meilleure pratique consiste également à mettre à niveau l’édition SQL Server d’Entreprise vers Enterprise Core, car ce dernier fournit l’ensemble complet de fonctionnalités de SQL Server. Mais même si vous n'avez pas mis à niveau les instances, Azure Extension pour SQL Server surveille l'utilisation des logiciels en tant que Enterprise Core.

Gérer SQL Server services associés

SQL Server activé par Azure Arc fournit la gestion des licences pour les services associés suivants :

• SQL Server Analysis Services
• SQL Server Integration Services
• SQL Server Reporting Services
• Power BI Report Server

Pour plus d’informations, consultez Disponibilité des fonctionnalités par type de service.

Les SQL Server services associés sont représentés et gérés à des fins de licence en tant qu’instances SQL Server. Leur utilisation est signalée à l’aide des règles de contrôle décrites dans l’utilisation des logiciels de contrôle.

Contrôle et création de rapports sur l’utilisation des logiciels

L’utilisation du logiciel SQL Server est signalée une fois par heure. Le compteur spécifique est automatiquement sélectionné en fonction de l’édition de SQL Server et du nombre de v-cores ou p-cores visibles par l’environnement système d'exploitation (OSE). Les règles suivantes s’appliquent :

• Si vous installez une ou plusieurs instances de SQL Server ou des services associés sur une machine virtuelle et que vous ne spécifiez pas l'utilisation d'une licence de base physique, l'utilisation des logiciels SQL Server est mesurée en fonction du nombre total de cœurs virtuels disponibles pour l'OSE. Le minimum est de quatre cœurs par OSE.

• Si vous installez une ou plusieurs instances de SQL Server ou de services associés SQL Server sur un serveur physique sans utiliser de machines virtuelles, SQL Server utilisation des logiciels est mesurée en fonction du nombre total de cœurs physiques disponibles pour l’OSE. Le minimum est de quatre cœurs par OSE.

• L'utilisation des logiciels SQL Server est signalée par OSE, que ce soit une ou plusieurs instances de SQL Server ou des services associés à SQL Server installées sur le même OSE.

• Si deux instances ou plus de SQL Server ou SQL Server services associés avec la même édition sont installées, la première instance dans l’ordre alphabétique signale l’utilisation.

• Si deux instances ou plus de SQL Server ou SQL Server services associés sont installées sur le même OSE que l’instance avec la version la plus élevée est facturée.

• La combinaison de la valeur LicenseType sélectionnée et de l’édition la plus avancée de SQL Server installée sur l’OSE détermine quel compteur est envoyé.

Pour plus d’informations, consultez SQL Server Ressources de licence et documents.

Le tableau suivant présente les niveaux de produit du compteur (également appelés SKUs) utilisés pour le contrôle et la facturation des logiciels SQL Server installés sur un seul OSE :

¹ L’installation de l’édition Entreprise indique l’utilisation du modèle de licence Server+CAL.

² Ce compteur reflète l’utilisation logicielle couverte par la licence p-core et l’avantage illimité de virtualisation. Pour que l’instance de SQL Server soit couverte, elle doit être installée sur une machine virtuelle.

³ Édition Web n'est pas disponible dans SQL Server 2025 (17.x) et versions ultérieures. Il est disponible uniquement par le biais de programmes de fournisseurs d'hébergement, et jusqu'à SQL Server 2022.

⁴ Cette configuration s’applique lorsque l’édition Web est concédée sous licence via un fournisseur d’hébergement, mais que l’instance de SQL Server est connectée à Azure Arc et utilise un ensemble limité de fonctionnalités de Azure. Consultez la disponibilité des fonctionnalités par type de licence.

Le tableau suivant présente les références SKU de compteur utilisées pour le contrôle et la facturation des logiciels SQL Server couverts par une licence physique principale avec une virtualisation illimitée :

Contenu connexe

• Conditions produit pour SQL Server activées par Azure Arc
• SQL Server : ressources et documents sur les licences
• SQL Server 2022 tarification et licence
• Configure SQL Server activé par Azure Arc
• Questions fréquentes
• Support des balises Microsoft AzureArcData