---
title: "Savings Plans ou Reserved Instances ? | Silamir Group"
description: "Compute ou EC2 Instance Savings Plan, Reserved Instances, Database Savings Plans : arbre de décision, calcul du bon engagement et pièges, exemple chiffré."
url: https://audit.aws.silamir.com/fr/ressources/savings-plans-vs-reserved-instances
lang: fr
updated: 2026-11-08
---

FinOps

# Savings Plans ou Reserved Instances : lequel choisir ?

Pour EC2, Fargate et Lambda, le Compute Savings Plan est le choix par défaut : il suit vos changements d'instance, de région et de service. L'EC2 Instance Savings Plan ou la Reserved Instance Standard rapportent davantage si la famille d'instances et la région ne bougeront pas pendant la durée de l'engagement. Pour les bases de données, regardez le Database Savings Plan. Dans tous les cas, engagez-vous sur le plancher de votre consommation, jamais sur la moyenne.

Publié le 24 octobre 2026 · mis à jour le 8 novembre 2026 · 7 min de lecture

## En résumé

- **Compute Savings Plan** : la souplesse maximale (EC2 toute famille et toute région, Fargate, Lambda), jusqu'à 66 % de remise selon AWS.
- **EC2 Instance Savings Plan** : une famille dans une région (par exemple m7i à Paris), jusqu'à 72 % de remise. Mêmes tarifs que la Reserved Instance Standard, sans avoir à choisir la taille ni le système.
- **Reserved Instances** : encore utiles pour réserver de la capacité dans une zone (RI zonale), pour revendre un engagement (RI Standard) et pour les services que les Savings Plans ne couvrent pas, comme Amazon Redshift.
- **Database Savings Plan** : jusqu'à 35 % sur Aurora, RDS, DynamoDB, ElastiCache, OpenSearch et d'autres bases, engagement d'un an, sans paiement initial.

## Les options comparées

Exemple : une instance m7i.large Linux en eu-west-3, à 0,1176 USD par heure à la demande. Tarifs relevés dans les listes de prix AWS le 23 octobre 2026, engagement sans paiement initial.

| Option | S'applique à | Ce qui peut changer | Prix 1 an | Prix 3 ans |
| --- | --- | --- | --- | --- |
| **Compute Savings Plan** | EC2, Fargate, Lambda | Famille, taille, région, système, et passage d'EC2 à Fargate | 0,08919 USD/h (−24 %) | 0,06179 USD/h (−47 %) |
| **EC2 Instance Savings Plan** | EC2, une famille dans une région | Taille, système, location | 0,07756 USD/h (−34 %) | 0,05358 USD/h (−54 %) |
| **Reserved Instance Standard** | EC2, un type d'instance | Taille dans la famille (Linux, portée régionale) ; revente possible sur le Reserved Instance Marketplace | 0,07756 USD/h (−34 %) | 0,05358 USD/h (−54 %) |
| **Reserved Instance Convertible** | EC2, un type d'instance | Échange contre une autre RI de valeur égale ou supérieure | 0,08919 USD/h (−24 %) | 0,06179 USD/h (−47 %) |
| **Database Savings Plan** | Aurora, RDS, DynamoDB, ElastiCache, DocumentDB, Neptune, OpenSearch… | Moteur, famille, taille, région, et passage de RDS à DynamoDB | Jusqu'à −35 % selon AWS | Pas d'engagement sur 3 ans |

Sur cet exemple, l'EC2 Instance Savings Plan a exactement le prix de la RI Standard, et le Compute Savings Plan celui de la RI Convertible. À remise égale, le Savings Plan est plus simple : il s'applique seul à toute taille de la famille et ne demande aucune gestion des réservations.

## L'arbre de décision

Répondez aux questions dans l'ordre :

- **La dépense est-elle une base de données** (RDS, Aurora, DynamoDB, ElastiCache…) ? Oui : Database Savings Plan, ou Reserved Instance RDS si la configuration ne bougera pas. Les deux ne se cumulent pas sur une même charge.
- **Le service n'est couvert par aucun Savings Plan** (Amazon Redshift, par exemple) ? Oui : Reserved Instance ou nœuds réservés du service, s'il en propose.
- **Avez-vous besoin de capacité garantie dans une zone précise** ? Oui : Reserved Instance zonale, ou réservation de capacité à la demande combinée à un Savings Plan.
- **La charge tourne-t-elle sur Fargate ou Lambda, ou risque-t-elle de changer de famille, de région ou de passer en conteneurs** (migration vers Graviton prévue, par exemple) ? Oui : Compute Savings Plan.
- **La famille et la région sont-elles stables sur toute la durée** ? Oui : EC2 Instance Savings Plan, une dizaine de points de remise en plus.
- **Un an ou trois ans** ? Trois ans double presque la remise, mais engage sur une architecture que vous ne voyez pas encore. Un an est le choix prudent pour une charge qui évolue.

Les cinq questions dans l'ordre : la première réponse « oui » donne l'engagement à acheter.

## Calculer le bon niveau d'engagement

Un Savings Plan engage une dépense horaire, payée que vous l'utilisiez ou non. La bonne valeur est le plancher de votre consommation, pas sa moyenne. Exemple : une charge EC2 qui coûte 1,20 USD par heure à la demande la nuit et 2,80 USD le jour (12 heures chacun), soit 1 460 USD par mois. Compute Savings Plan d'un an sans paiement initial, remise de 24 %.

Calé sur le pic, le plan coûte plus cher que de ne rien acheter : la nuit, plus de la moitié de l'engagement est payée sans être consommée. Deux indicateurs pilotent le niveau : l'**utilisation** (part de l'engagement réellement consommée, à garder proche de 100 %) et la **couverture** (part de la consommation éligible payée au tarif réduit). Mieux vaut une couverture de 70 % avec une utilisation de 100 % que l'inverse.

Achetez par paliers : un premier plan sur le plancher, puis un complément quelques semaines plus tard si l'utilisation reste à 100 %. Et faites le rightsizing avant : un plan acheté sur des instances surdimensionnées engage le gaspillage. Les autres leviers sont dans le guide pour [réduire sa facture AWS](https://audit.aws.silamir.com/fr/ressources/reduire-facture-aws).

| Engagement calé sur | Engagement horaire | Coût mensuel | Économie mensuelle |
| --- | --- | --- | --- |
| **Le plancher (1,20 USD/h)** | 0,91 USD/h | 1 248 USD | 212 USD |
| **La moyenne (2,00 USD/h)** | 1,52 USD/h | 1 399 USD | 61 USD |
| **Le pic (2,80 USD/h)** | 2,12 USD/h | 1 550 USD | −90 USD (plus cher qu'à la demande) |

```
# Couverture et utilisation des Savings Plans sur un mois
aws ce get-savings-plans-coverage --time-period Start=2026-09-01,End=2026-10-01 \
  --granularity MONTHLY
aws ce get-savings-plans-utilization --time-period Start=2026-09-01,End=2026-10-01

# Couverture des Reserved Instances
aws ce get-reservation-coverage --time-period Start=2026-09-01,End=2026-10-01

# Plans actifs et engagement horaire
aws savingsplans describe-savings-plans \
  --query 'savingsPlans[].[savingsPlanType,commitment,end,state]' --output table
```

## Les pièges

- **S'engager sur un pic** : voir le tableau ci-dessus, l'engagement non consommé est perdu chaque heure.
- **S'engager avant le ménage** : arrêt du hors production la nuit et rightsizing font baisser le plancher ; faites-les d'abord.
- **Croire qu'un Savings Plan couvre tout** : ni le Compute ni l'EC2 Instance Savings Plan ne couvrent RDS, le stockage EBS, le transfert de données, les NAT Gateways ou Redshift. SageMaker a son propre plan.
- **Bloquer une migration** : un EC2 Instance Savings Plan sur m7i ne s'applique pas aux m7g. Si une migration vers Graviton est prévue, le Compute Savings Plan évite de payer deux fois.
- **Compter sur un retour** : un Savings Plan ne s'annule pas. Seuls ceux de 100 USD par heure ou moins, achetés depuis moins de sept jours et dans le même mois calendaire, peuvent être retournés.
- **Oublier le partage dans l'organisation** : par défaut, la remise d'un plan acheté dans un compte profite aux autres comptes de l'organisation AWS. C'est souhaitable, mais à savoir avant de refacturer les équipes.

## Ce que l'audit FinOps vérifie

L'[audit FinOps AWS](https://audit.aws.silamir.com/fr/audit-finops-aws) lit en lecture seule la couverture et l'utilisation de vos Savings Plans et Reserved Instances, les plans actifs et les recommandations d'achat de Cost Explorer. Il les met en regard des recommandations de rightsizing, pour ne pas recommander un engagement sur des instances à réduire.

Le rapport chiffre l'économie mensuelle de chaque achat recommandé et la place dans le plan d'action, après les leviers sans engagement. L'audit n'achète rien : il recommande, vous décidez.

## Savings Plans et Reserved Instances : questions fréquentes

**Quelle différence entre un Savings Plan et une Reserved Instance ?**

Un Savings Plan engage un montant horaire (en dollars par heure) et s'applique seul à toute consommation éligible. Une Reserved Instance engage sur un type d'instance précis. À remise égale, le Savings Plan est plus souple ; la Reserved Instance reste utile pour réserver de la capacité dans une zone, pour revendre un engagement ou pour les services non couverts par les Savings Plans.

**Les Savings Plans couvrent-ils Fargate et Lambda ?**

Oui, mais seulement le Compute Savings Plan. L'EC2 Instance Savings Plan et les Reserved Instances ne s'appliquent qu'à EC2.

**Comment réduire le coût de RDS par un engagement ?**

Avec un Database Savings Plan (jusqu'à 35 % selon AWS, sur un an, valable aussi pour Aurora, DynamoDB, ElastiCache et d'autres bases) ou avec des Reserved Instances RDS. Les deux ne se cumulent pas sur une même charge.

**Peut-on annuler un Savings Plan ?**

Non. Seul un plan de 100 USD par heure ou moins, acheté depuis moins de sept jours et dans le même mois calendaire, peut être retourné, avec remboursement du paiement initial. Les Reserved Instances Standard EC2 peuvent en revanche être revendues sur le Reserved Instance Marketplace.

**Faut-il payer d'avance ?**

Le paiement initial augmente la remise, sans changer le principe. Pour une m7i.large en eu-west-3, le Compute Savings Plan d'un an passe de 24 % de remise sans paiement initial à 29 % avec paiement intégral à l'achat. Le choix dépend du coût de votre trésorerie.

## Où en est votre compte AWS ?

Dix questions, trois minutes, sans accès à votre compte : un score sécurité, un score FinOps et l'article à lire pour chacun de vos trois points les plus faibles. Vos réponses restent dans votre navigateur.

[Faire l'auto-diagnostic gratuit](https://audit.aws.silamir.com/fr/ressources/auto-diagnostic-aws)

## À lire aussi

- **[Réduire sa facture AWS](https://audit.aws.silamir.com/fr/ressources/reduire-facture-aws)**: 15 leviers pour réduire votre facture AWS, classés par gain et par effort : rightsizing, Savings Plans, gp3, NAT Gateway, ressources inutilisées. Commandes CLI.
- **[Ressources AWS inutilisées](https://audit.aws.silamir.com/fr/ressources/ressources-aws-inutilisees)**: Volumes EBS non attachés, snapshots orphelins, IP publiques, gp2 vers gp3, rightsizing EC2 : la commande qui détecte chaque ressource et le gain associé.
- **[Coût d'une NAT Gateway](https://audit.aws.silamir.com/fr/ressources/cout-nat-gateway-aws)**: Tarif NAT Gateway AWS : 0,05 USD/h et 0,05 USD/Go traité à Paris (eu-west-3). Exemple chiffré et six façons de réduire la facture : endpoints, zones, IPv6, hors prod.

## Prêt à auditer votre compte AWS ?

Souscrivez sur AWS Marketplace, déployez le rôle en lecture seule et recevez vos rapports dans l'heure.

[Souscrire sur AWS Marketplace](https://aws.amazon.com/marketplace/pp/prodview-llvpm5sa4mljs) · [Voir le fonctionnement](https://audit.aws.silamir.com/fr/fonctionnement)