Deux façons de s'engager
- Reserved Instance (RI) : vous vous engagez sur une ressource précise, par exemple une famille de VM dans une région, pour 1 ou 3 ans. C'est la remise la plus forte : selon Microsoft, jusqu'à 72 % sur certaines VM en 3 ans. En pratique, environ 50 % sur une VM de prod.
- Azure savings plan for compute : vous vous engagez sur un montant horaire de consommation, pour 1 ou 3 ans. Le savings plan s'applique automatiquement, quels que soient le SKU et la région, sur les services de compute éligibles (VM, et certaines offres App Service, Functions, Container Instances…). La remise est un peu inférieure.
Le comparatif
| Reserved Instance | Savings plan for compute | |
|---|---|---|
| Engagement | Une ressource (SKU, région) | Un montant par heure |
| Remise | La plus forte | Un peu inférieure |
| Flexibilité | Faible, sauf la flexibilité de taille dans une même série de VM | Forte : SKU, régions, services de compute |
| Services couverts | VM, et aussi bases de données, stockage, capacités data… | Compute uniquement |
| Modification | Exchange et refund possibles, dans certaines limites | Ni annulation, ni échange |
| Idéal pour | Charge stable et connue | Parc qui évolue, migrations, modernisation |
Les règles d'exchange et de refund évoluent régulièrement : vérifiez toujours les conditions en vigueur avant d'acheter.
L'ordre d'application
Quand les deux coexistent, Azure applique d'abord les réservations sur les ressources qui correspondent, puis le savings plan sur le reste de la consommation éligible. Cela permet de les combiner sans double comptage. L'Azure Hybrid Benefit, qui supprime le coût de la licence Windows Server ou SQL Server, se cumule avec les deux.
Quand choisir une Reserved Instance
- Les applications de prod très stables : ERP, bases de données, socles d'infrastructure.
- Les services que le savings plan ne couvre pas : bases de données managées, stockage (reserved capacity), capacités data comme Synapse ou Fabric.
- Quand aucune migration ni décommissionnement n'est prévu sur la durée de l'engagement.
Quand choisir un savings plan
- Un parc qui évolue : nouvelles générations de VM, changements de taille fréquents.
- Une migration ou une modernisation en cours, par exemple de VM vers App Service.
- Une consommation répartie sur plusieurs régions.
La stratégie qui combine les deux
- Nettoyer avant de réserver : rightsizing, cleaning, Stop auto + Start on demand en non-prod. Voir notre guide sur le Stop/Start.
- Mesurer la baseline : ce qui tourne en permanence, par famille de VM et par région.
- Couvrir la baseline très stable en RI, le socle qui évolue en savings plan, et laisser le variable en pay-as-you-go.
- Viser 80 % et plus de coverage sur la baseline, avec une utilization proche de 100 %.
- Piloter dans la durée : alertes avant expiration, revue des engagements à chaque évolution d'architecture.
Les détails qui comptent
- Le scope : une réservation peut être partagée entre souscriptions (shared) ou limitée à une souscription, un resource group ou un management group. Le scope shared maximise l'utilization.
- Le paiement : mensuel ou upfront, pour le même coût total.
- Le renouvellement : à anticiper, pour ne pas repasser au tarif pay-as-you-go sans s'en rendre compte.
- L'empreinte carbone : une réservation baisse la facture, pas la consommation physique. Voir notre page GreenOps.