FinOps Pilote par AB Conseil
Microsoft Azure

Optimisation des coûts Azure : réduire la facture sans toucher à la performance

Azure facture à la minute et au Go. Sans pilotage, la facture grimpe chaque mois. Voici les leviers que nous activons, dans l'ordre, et ce qu'ils rapportent vraiment.

Commencer par la visibilité

On n'optimise pas ce qu'on ne voit pas. La première étape consiste à rattacher chaque euro à une application et à un owner : un tagging minimaliste relié à la CMDB, des exports de billing quotidiens depuis Cost Management, et un dashboard lisible par la direction comme par les responsables d'application. C'est souvent là qu'apparaissent les premières anomalies : une non-prod qui coûte plus cher que la prod, des ressources sans owner, un projet terminé qui tourne encore.

Les leviers de rate optimization : payer moins cher la même consommation

Ces leviers ne touchent pas aux applications. Ce sont les plus rapides à mettre en place.

LevierGain typiqueÀ savoir
Reserved Instances (1 ou 3 ans)≈ −50 % sur une VM de prodEngagement sur un SKU et une région : idéal pour la baseline stable
Azure savings plan for computeUn peu moins qu'une RIEngagement horaire en €, flexible entre SKU et régions
Azure Hybrid BenefitLe coût de la licence Windows Server ou SQL ServerRéutilise les licences déjà détenues avec Software Assurance
Reserved capacity (storage, bases de données, Fabric)Variable selon le serviceUne fois les volumes stabilisés
MACCRemise négociéeEngagement global de consommation avec Microsoft

La règle d'or : nettoyer avant de réserver. On ne s'engage pas trois ans sur une VM oversized ou inutile. Nous détaillons la méthode dans notre page Reserved Instances et savings plans.

Les leviers de usage optimization : consommer uniquement ce qui est utile

Rightsizing

Une VM dont le CPU et la RAM restent sous 50 % au P95 pendant 30 jours peut passer au SKU inférieur, ce qui divise environ son coût par deux. Les dernières générations de SKU (v5 et suivantes) sont aussi souvent moins chères à performance égale.

Stop automatique et Start on demand

Les VM non-prod et les VDI n'ont pas besoin de tourner la nuit ni le week-end. Un Stop/Start à heures fixes fait gagner 50 à 60 %, presque autant qu'une réservation, et les deux ne se cumulent pas. Le vrai levier est un Stop automatique chaque soir et un Start on demand : la VM ne redémarre que lorsqu'on en a besoin, et l'économie atteint environ 90 %. Sur Azure Virtual Desktop, la fonction « Start VM on Connect » permet exactement ce fonctionnement pour les postes virtuels.

Cleaning

Unattached disks, snapshots obsolètes, IP publiques non utilisées, App Service Plans vides, environnements de POC oubliés : supprimer ce qui ne sert plus, c'est 100 % d'économie sur la ressource. En non-prod, les disques Premium SSD peuvent souvent passer en Standard SSD.

Les services qui dérivent avec les volumes

Certains services coûtent peu le jour de leur mise en place, puis énormément à l'échelle : Log Analytics et Azure Monitor, Microsoft Sentinel, Azure Backup, Synapse, Fabric. Ce sont souvent les plus gros gisements d'une facture Azure mature. Nous détaillons plus bas les leviers que nous activons sur chacun, avec les experts concernés. Sur les logs, les coûts peuvent parfois être divisés par 4.

Pourquoi Azure Advisor ne suffit pas

Azure Advisor est un bon point de départ, mais ses règles sont génériques et ne connaissent ni votre contexte métier, ni la criticité de vos applications, ni vos pics de charge. Nous appliquons des règles définies avec votre DSI, sur vos métriques réelles, et nous mesurons ensuite le saving réel après application. Voir notre moteur de recommandations.

Notre démarche sur Azure

  1. Voir : accès en lecture seule (Reader) au billing, dashboard, cartographie des coûts par application.
  2. Réduire : quick wins dès le premier mois, puis plan de remédiation piloté sur tous les services.
  3. Garder le contrôle : gouvernance FinOps, monitoring et alerting, prévision budgétaire.
Vous avez un export de coûts Azure ? Notre outil d'analyse gratuit chiffre en €/mois les économies déjà visibles dans votre facture, sans que le fichier quitte votre navigateur.

Questions fréquentes

Combien peut-on économiser sur une facture Azure ?

En général 15 à 35 % selon la maturité FinOps de départ, et 35 % en moyenne quand rien n'est encore piloté. Les premières économies arrivent dès le premier mois avec les réservations, Azure Hybrid Benefit et le cleaning.

Reserved Instance ou Azure savings plan ?

La Reserved Instance offre la plus forte remise pour une charge stable sur un SKU et une région connus. Le savings plan est plus souple quand le parc évolue. La plupart des entreprises combinent les deux, après avoir nettoyé et redimensionné le parc.

Faut-il vous donner des droits sur nos souscriptions ?

Pour démarrer, un accès en lecture seule (Reader) aux données de billing et aux métriques d'usage suffit. Les modifications sont appliquées par vos équipes ou votre infogérant, selon votre circuit de validation.

Les optimisations risquent-elles de dégrader la production ?

Chaque recommandation repose sur des seuils prudents (CPU et RAM P95 sur 30 jours), est d'abord testée sur un POC, puis l'impact est mesuré juste après application. Les applications critiques qui attendent un pic de charge sont traitées à part.

Optimisation par service

Les services qui ne coûtent presque rien au départ, puis énormément à l'échelle

Un Log Analytics Workspace activé par l'équipe sécurité ou une backup policy par défaut coûtent peu le jour de leur mise en place. Deux ans plus tard, avec la croissance des volumes, ils pèsent des dizaines de milliers d'euros par mois. Les services présentés ci-dessous ne sont que des exemples : la même démarche s'applique à tous les services cloud. Nous avons mené de gros chantiers sur ces services avec les experts concernés (SOC, équipes data, Ops backup). L'objectif est de réduire le volume sans rien perdre en sécurité, en conformité ou en performance.

Log Analytics · Azure Monitor

Chaque Go ingéré est facturé

Chaque nouvelle ressource et chaque diagnostic setting activé par défaut ajoute du volume, souvent sans que personne n'exploite ces logs.

  • Filtrer les ressources et les types de logs collectés (Data Collection Rules)
  • Basic / Auxiliary logs pour les tables à fort volume
  • Commitment tier adapté au volume réel
  • Rétention par table, archive ou export vers un data lake

Des coûts parfois divisés par 4, sans perdre les logs réellement exploités

Microsoft Sentinel

Le SIEM qui grossit avec chaque source

Déployé par la sécurité pour un périmètre restreint, puis élargi source après source : firewalls, proxies, Entra ID, endpoints… L'ingestion explose.

  • N'ingérer que les logs utiles aux règles de détection, avec le SOC
  • Logs de volume (firewall, proxy) en Basic / Auxiliary logs
  • Commitment tier Sentinel recalibré
  • Rétention long terme en archive pour la conformité

Économies obtenues sans dégrader la détection, chaque filtre étant validé par l'équipe sécurité

Backup · Storage

Des volumes qui doublent en silence

Rétention de 10 ans, backups non-prod traités comme la prod, tout stocké en Cool : la facture suit le volume, mois après mois.

  • Revue de la backup policy : rétention daily, weekly, monthly, yearly
  • Access tiers : Hot → Cool → Cold → Archive selon l'ancienneté
  • Non-prod : backup allégé, voire supprimé
  • Reserved capacity sur le storage, une fois les volumes stabilisés

Un coût au Go qui baisse, même quand le volume augmente

Azure Synapse

Des Spark pools taillés pour le pire

Auto-scale sans plafond adapté, auto-pause trop long, UAT rafraîchie comme la prod : la plateforme data consomme bien au-delà du budget.

  • Auto-pause activée et autoscaling réduit (max nodes, node size)
  • Fréquence des traitements alignée sur le besoin réel, refresh en manuel sur UAT
  • Volumétrie réduite grâce au delta mode (chargements incrémentaux)
  • Mutualisation des Spark pools, suppression des SQL databases inutilisées
  • Réservations une fois l'usage stabilisé

Chaque réglage est testé avec l'équipe data, avec un suivi de l'impact sur la performance

Microsoft Fabric · Power BI

Une capacité qui grossit avec les datasets

Les datasets et les refresh s'accumulent, la capacité monte en SKU, et personne ne sait ce qui est encore utilisé.

  • Monitoring et cleaning des datasets Power BI inutilisés
  • Pause des capacités non-prod en dehors des heures d'usage
  • Capacity reservation une fois l'usage stabilisé

Le bon SKU au bon moment, sans freiner les équipes data

La méthode

Avec les experts, pas contre eux

Sur ces services, une économie mal pensée peut faire perdre une alerte de sécurité ou une sauvegarde nécessaire. Chaque chantier se mène donc avec l'équipe qui possède le service :

  • Analyse du volume par source, table ou policy
  • Identification de ce qui est vraiment exploité
  • Chiffrage de chaque option
  • Validation par les experts, puis mesure du gain réel
Premier échange

Combien perdez-vous chaque mois avec un cloud mal optimisé ?

PME : nous sommes rémunérés à 20 % des économies annuelles réalisées. Grands comptes : accompagnement à la journée. Un premier échange de 30 minutes, sans engagement.