Partager via

Déplacer le contrat de licence SQL Server vers un abonnement de paiement à l’utilisation

Cet article explique comment migrer les instances SQL Server vers des abonnements de paiement à l’utilisation. Cette option est disponible pour les instances de SQL Server actuellement :

  • Utiliser une licence SQL Server avec Software Assurance (SA)
  • Utiliser une licence d’abonnement SQL Server
  • Sous licence via un Contrat de Licence de Fournisseur de Services (SPLA)

Passer d’une licence à l’aide d’un abonnement Software Assurance ou SQL Server

Si vos instances SQL Server sont couvertes par une licence avec Software Assurance ou une licence d’abonnement, vous souhaitez généralement passer à un abonnement Azure de paiement à l’utilisation immédiatement après l’heure d’expiration. À ce stade, vous souhaitez vous assurer que :

  • Tous les déploiements Arc SQL sont passés à la facturation avec paiement à l’utilisation.
  • Tous les déploiements Azure SQL (PaaS et IaaS) sont passés à la facturation avec paiement à l’utilisation.
  • Les tâches de transition sont exécutées immédiatement après l’expiration du contrat de licence pour la conformité continue et la facturation précise.

Pour gérer la transition, procédez comme suit.

Avant l’expiration du contrat de licence

Important

Lors de l’utilisation de la stratégie de placement sur Azure VMware Service pour activer la virtualisation illimitée, assurez-vous que la licence p-core avec billingPlan définie sur Paid est créée en coordination avec l’équipe de compte Microsoft.

À la date d'expiration du contrat de licence

Modifiez la valeur du type de licence sur toutes les ressources qui ne sont plus couvertes par la licence SQL Server avec l’assurance logicielle ou l’abonnement SQL Server.

Ces scripts sont fournis « tel est » sous la licence MIT.

Important

Si vous tirez parti de l’avantage illimité de virtualisation de l’Assurance Logicielle SQL Server ou de l’abonnement SQL Server, veillez à passer du plan de facturation de licence SQL Server Paid à PAYG avant de basculer les machines virtuelles individuelles concernées dans l’étendue de la licence vers PAYG. De cette façon, vous pouvez vous assurer que les machines virtuelles ne sont pas facturées individuellement. Pour plus d’informations, consultez Modifier la ressource de licence SQL Server.

Transition de la licence offerte par le fournisseur SPLA

La transition des serveurs SQL Server sous licence via un contrat de licence de fournisseur de services (SPLA) vers la facturation à l’utilisation Azure nécessite les conditions suivantes :

  • Les serveurs SQL clients finaux sont intégrés à Azure Arc dans les abonnements Azure gérés par CSP.
  • La facturation à l'usage est sélectionnée avec le consentement à la facturation récurrente sur chaque machine connectée.

Lors de la transition des clients vers la facturation à l'usage Azure, il est essentiel de s'assurer que l'agent de machine connectée Azure et l'extension SQL Server sont opérationnels et peuvent se connecter à Azure. Si l’extension est interrompue, bloquée par des pare-feu ou mal configurée (par exemple, des problèmes de proxy), elle peut arrêter de signaler correctement l’utilisation de SQL Server. Cela peut entraîner une utilisation sous-signalée, des erreurs de facturation et une non-conformité.

Ces problèmes limitent également les fonctionnalités des serveurs SQL connectés via Azure Arc. Les fonctionnalités affectées sont les suivantes :

  • Monitoring
  • Inventory
  • Authentification de l’ID Entra (qui dépend d’un agent sain et d’une connexion active)

Les serveurs connectés à Azure Arc doivent s’enregistrer auprès d’Azure au moins une fois tous les 30 jours. À compter de juin 2026, cette vérification sera appliquée. Cela garantit des rapports d’utilisation précis et empêche l’utilisation non autorisée de SQL Server.

Vous ou votre fournisseur de solutions cloud devez donner explicitement votre consentement avant que vous ne puissiez activer la facturation à la consommation. Pour plus d’informations, passez en revue le consentement de facturation périodique.

Reconnexion dans les 30 jours

Si la machine se reconnecte dans les 30 jours suivant la déconnexion, la facturation de paiement à l’utilisation est basée sur les journaux d’utilisation réels conservés localement par l’extension.

Déconnexion au-delà de 30 jours

Si la machine reste déconnectée pendant plus de 30 jours, le service SQL Arc bascule vers la facturation périodique en fonction de la dernière configuration connue. Par exemple : édition, nombre de cœurs, configuration de haute disponibilité. Charges include:

  • Frais de réapprovisionnement pour les 30 derniers jours.
  • Facturation horaire en cours jusqu’à ce que la machine se reconnecte.

Ces frais utilisent des compteurs distincts de type prépaiement récurrentPAYG pour suivre l’utilisation pendant l’état déconnecté.

Utilisation intermittente de SQL Server

Si vous disposez d’une application rarement utilisée et peut être hors connexion plus de 30 jours, elle déclenche une facturation périodique, car le service SQL Arc ne peut pas indiquer si la déconnexion est intentionnelle ou non. Pour empêcher la facturation, déconnectez l’instance SQL Server d’Azure Arc. Lorsque la machine virtuelle est opérationnelle, vous devez l’intégrer à Nouveau à Arc à l’aide de l’une des méthodes prises en charge. Pour plus d’informations, consultez Déconnecter les instances SQL Server d’Azure Arc.

Solution overview

Étant donné que l’implémentation actuelle de Windows Server applique une limite de déconnexion fixe de 30 jours, le système gère automatiquement la réinsécriture des serveurs sous-jacents sans réinitialiser la facturation SQL Server. Cette fonctionnalité garantit que les services tels que les mises à jour de sécurité étendues (ESU) ne sont pas réinitialisés et qu’aucune nouvelle rétrofacturance n’est déclenchée inutilement.

La chronologie suivante illustre le comportement de facturation pour SQL Server et Windows Server, en comparant les scénarios où la machine se reconnecte dans les 30 jours par rapport à après 30 jours.

Timeline Event Service’s actions
Day 1 Configure Arc et Arc SQL en utilisant le modèle de paiement à l’utilisation sur un serveur Windows Server. - La facturation démarre en fonction de la configuration actuelle et de l’utilisation réelle.
- L’utilisation est téléchargée et traitée toutes les 12 heures.
Day 2 Azure détecte la déconnexion en raison d’une défaillance de l’agent ou d’une connectivité bloquée. L'état de la machine connectée change à Déconnecté.
- L’extension Azure pour SQL Server continue de collecter et de stocker les données d’utilisation localement.
- Les avertissements s’affichent dans le journal d’activité de l’ordinateur Arc, la page Configuration de SQL Server et le panneau Vue d’ensemble de SQL Server.
- Aucun compteur horaire n’est émis.
Day 3+ Continued disconnection Les rappels quotidiens sont émis, ce qui vous avertit que la facturation périodique commence après 30 jours.
Day 30 Toujours aucun enregistrement d’utilisation ou pulsation. Le certificat de l’agent de machine connectée expire.
- Modification de l’état de l’ordinateur connecté à Expiré.
- SQL bascule vers la facturation périodique en fonction de la dernière configuration connue (édition, cœurs, configuration de haute disponibilité, etc.).
- Les frais sont compensés pour les 30 derniers jours.
- La facturation horaire reprend à l’aide de compteurs récurrents.
Day 31+ Continued disconnection. La facturation horaire continue indéfiniment à l’aide de la dernière configuration connue.
Day 40 La connectivité est restaurée La facturation horaire passe aux compteurs standard de paiement à l’utilisation et se poursuit.

Si la connectivité est restaurée dans les 30 jours, la tarification à l'utilisation reprend en fonction des données d'utilisation réelles collectées par l'extension Azure pour SQL Server et rapportées via des compteurs standard de tarification à l'utilisation. Si la connectivité est restaurée après 30 jours, la facturation se poursuit sur la base de la dernière configuration connue de l’instance SQL à l’aide des compteurs récurrents de paiement à l’utilisation, jusqu’à ce que la connexion soit pleinement rétablie.

Un consentement explicite est nécessaire pour sélectionner la facturation à paiement à l'usage pour SQL Server dans les abonnements Azure gérés par CSP.

Le consentement est enregistré en ajoutant une ConsentToRecurringPAYG propriété à l’extension Azure pour la ressource SQL Server. Il se compose des deux valeurs :

  • Consented: indique que vous acceptez la facturation périodique.
  • ConsentTimestamp: marquage d’horodatage UTC lorsque le consentement a été accordé. Cet horodatage est utilisé par le service de données hybride pour déterminer quand la facturation périodique entre en vigueur. Après cette période, toute déconnexion de plus de 30 jours active la facturation récurrente avec paiement à l’utilisation.

Important

Les nouveaux abonnements de type paiement à l’utilisation ne sont pas autorisés sans le consentement de l'utilisateur.

Une fois inscrite, la propriété de consentement ne peut pas être modifiée sans réinstaller l’extension.

Activer la facturation récurrente avec paiement à l’utilisation à grande échelle à l’aide d’Azure Automation

Les fournisseurs de solutions cloud qui gèrent de grands comptes clients peuvent activer la facturation récurrente avec paiement à l’utilisation sur plusieurs machines à l’aide d’un script. Un script PowerShell flexible pour modifier le type de licence effectue les modifications de configuration nécessaires, y compris l’enregistrement du consentement. Par exemple, l’opération suivante bascule tous les ordinateurs connectés du même locataire vers le paiement à l’utilisation :

.\modify-license-type.ps1 -LicenseType PAYG -ConsentToRecurringPAYG Yes -Force

Passez en revue le script complet dans GitHub sur sql-server-samples modify-license-type.

Gérer le déploiement automatique

SQL Server activé par Azure Arc installe automatiquement l’extension Azure pour SQL Server sur n’importe quelle nouvelle machine connectée et prend en charge une option pour spécifier le type de licence en tant que balise d’abonnement. Étant donné que ces balises sont génériques et ne supportent pas l'option de consentement à un paiement à l'utilisation récurrent, ces balises ne doivent pas être affectées aux abonnements gérés par CSP.

Gérer l’intégrité des extensions

Avec un abonnement de paiement à l’utilisation, l’intégrité des extensions devient un facteur critique de votre conformité, car elle collecte les données d’utilisation et garantit la facturation correcte. Les déconnexions intermittentes jusqu’à 30 jours sont autorisées à mesure que l’extension conserve un journal d’utilisation sur la machine, mais il est de votre responsabilité de garantir que les extensions restent saines. Le portail Azure inclut un tableau de bord d’intégrité qui fournit la vue générale de l’état des extensions. Pour plus d’informations sur la résolution des problèmes liés aux extensions non saines, consultez Résoudre les problèmes liés à l’extension Azure pour SQL Server.

Surveiller les événements de facturation

Pour surveiller, passez en revue Utiliser les journaux d’activité avec SQL Server activé par Azure Arc.

Related content

Facturation périodique pour SQL Server activée par azure Arc FAQ

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

  • Last updated on