Réduire sa facture Azure SQL : les leviers qui comptent.

Comprendre ce que l'on paie

La facture d'une base Azure SQL combine plusieurs éléments :

• la puissance de calcul (vCore ou DTU, selon le modèle d'achat) ;
• le stockage de données et du journal ;
• les sauvegardes, au-delà de l'espace inclus, et leur durée de conservation ;
• les réplicas et la géo-réplication ;
• la licence SQL Server, comprise dans le prix sauf si l'on utilise ses propres licences.

Les tarifs et les options évoluent : le calculateur de prix Azure et le portail de gestion des coûts restent les références pour chiffrer un scénario.

1. Dimensionner d'après la charge réelle

Premier réflexe : comparer le niveau de service choisi à la consommation observée sur plusieurs semaines (CPU, lectures et écritures disque, journal de transactions, mémoire). Une base qui ne dépasse jamais une faible part de son CPU peut descendre d'un niveau. À l'inverse, il faut garder une marge pour les pics de fin de mois.

2. Optimiser les requêtes avant d'acheter plus de puissance

Augmenter le niveau de service masque souvent un problème de requêtes ou d'index. Query Store identifie les requêtes les plus coûteuses : en corriger quelques-unes libère parfois assez de capacité pour descendre d'un palier. C'est le levier le plus durable, car il réduit le besoin réel au lieu de le financer.

3. Serverless et pause automatique pour les bases peu actives

Pour des bases utilisées de façon intermittente (développement, recette, applications saisonnières), le modèle serverless facture le calcul à l'usage et peut mettre la base en pause après une période d'inactivité. Le stockage reste facturé, et la reprise après pause prend quelques instants : ce n'est pas adapté à une base qui doit répondre instantanément en permanence.

4. Pools élastiques pour les bases à pics décalés

Si plusieurs bases ont des pics à des moments différents, un pool élastique mutualise la puissance entre elles. C'est souvent plus économique que de dimensionner chaque base pour son propre pic, à condition de vérifier que les pics ne coïncident pas.

5. Azure Hybrid Benefit et réservations

Azure Hybrid Benefit permet de réutiliser des licences SQL Server éligibles (avec Software Assurance) pour réduire la part licence du prix. Il faut vérifier les conditions auprès de son revendeur.

Les réservations (engagement sur un ou trois ans) réduisent le prix du calcul pour les charges stables et prévisibles. On les réserve après avoir dimensionné, jamais avant : réserver un niveau surdimensionné fige le gaspillage.

6. Non-production : ne payer que ce qui sert

Les environnements de développement, test et recette représentent souvent une part importante de la facture. Niveaux plus bas, arrêt ou pause hors horaires de travail, suppression des environnements temporaires oubliés : des gains rapides, sans risque pour la production.

7. Stockage, sauvegardes et réplicas

• purger ou archiver les données historiques inutiles, qui sont facturées chaque mois ;
• ajuster la durée de rétention des sauvegardes à l'exigence réelle, sans descendre sous les obligations légales ou métier ;
• supprimer les réplicas et copies créés pour un test et jamais retirés.

8. Suivre dans la durée

Sans suivi, les économies disparaissent. Étiqueter les ressources par application et par environnement, définir des budgets avec alertes, et revoir le dimensionnement chaque trimestre suffit à éviter la dérive.