Articoli · costi · finops · ec2
Savings Plans o Reserved Instances?
Due modi di pagare meno AWS in cambio di un impegno. Come funzionano, quale scegliere, e l'errore che trasforma lo sconto in uno spreco.
Su AWS si può pagare meno chiedendo poco: basta promettere che si continuerà a usare. Lo sconto arriva fino al 72%, ma dipende tutto da quanto si promette. Promettere troppo è il modo più comune di trasformare un risparmio in uno spreco.
Il patto, in una frase
Sia i Savings Plans sia le Reserved Instances funzionano allo stesso modo: ti impegni per uno o tre anni, AWS ti fa uno sconto sul prezzo On-Demand. Si può pagare tutto subito, una parte, o niente all’inizio. Più paghi in anticipo e più è lungo l’impegno, più è alto lo sconto.
La differenza è su cosa ti impegni.
| Savings Plans | Reserved Instances | |
|---|---|---|
| Ti impegni su | una spesa all’ora, per esempio 8 €/h | un tipo di istanza in una regione |
| Si adatta se cambi istanza | sì, in modo automatico | poco, o per niente |
| Copre | EC2, Fargate, Lambda, e con i Database Savings Plans anche i database | EC2, RDS e altri servizi, uno per uno |
| Si può rivendere | no | sì, le Standard, sul Reserved Instance Marketplace |
I tre Savings Plans
Compute Savings Plans. Il più flessibile: vale per EC2 di qualsiasi famiglia, dimensione, regione e sistema operativo, e anche per Fargate e Lambda. Sconto fino al 66%. Se domani passi da istanze Intel a Graviton, o sposti un servizio da EC2 a Fargate, lo sconto ti segue.
EC2 Instance Savings Plans. Ti impegni su una famiglia di istanze in una regione, per esempio le m7g a Francoforte. Puoi cambiare dimensione e sistema operativo, non famiglia né regione. In cambio lo sconto sale fino al 72%.
Database Savings Plans. Arrivati alla fine del 2025: un impegno di un anno, senza anticipo, che vale per Aurora, RDS, DynamoDB, ElastiCache e altri servizi di database. Lo sconto arriva al 35% sul serverless e al 20% sulle istanze provisioned. Non si sommano alle Reserved Instances sullo stesso carico: o uno o l’altro.
Quando servono ancora le Reserved Instances
Non sono sparite. Restano la scelta giusta in tre casi:
- Servizi senza Savings Plans. Redshift, per esempio, ha ancora i suoi nodi riservati.
- Database molto stabili. Per un’istanza RDS che resterà uguale per anni, lo sconto di una Reserved Instance è di solito più alto di quello dei Database Savings Plans. I Database Savings Plans convengono quando cambi motore, dimensione o passi al serverless.
- Capacità garantita. Una Reserved Instance legata a una zona di disponibilità riserva anche la capacità in quella zona. I Savings Plans no: danno solo lo sconto. Se ti serve la certezza di avere le istanze, per esempio per il disaster recovery, si combina un Savings Plan con le On-Demand Capacity Reservations.
Come scegliere
- 1È un database, come Aurora, RDS o DynamoDB?Database Savings PlansOppure Reserved Instances RDS, se l'istanza resterà identica per anni.
- 2Il servizio non ha Savings Plans, come Redshift?Reserved InstancesO i nodi riservati del servizio.
- 3Usi Fargate o Lambda, o potresti cambiare famiglia di istanze o regione?Compute Savings PlansLa scelta di partenza per quasi tutti.
- 4Istanze stabili, stessa famiglia e stessa regione per anni?EC2 Instance Savings PlansPiù sconto, meno libertà.
L’errore che costa di più
L’impegno si paga tutte le ore, anche quelle in cui non lo usi. Se ti impegni per 15 €/h e di notte ne spendi 8, quei 7 €/h li paghi lo stesso, senza averli usati. Sopra l’impegno invece paghi semplicemente il prezzo On-Demand.
Per questo non si guarda la spesa media, né quella di un giorno di picco. Si guarda il minimo: la spesa che c’è sempre, anche di notte, anche ad agosto.
- Coperto dal Savings Plan, sempre usato
- Sopra l'impegno: On-Demand, a prezzo pieno
Il metodo, in quattro passi
- Ottimizza prima: spegni quello che non serve e ridimensiona le istanze sovradimensionate. Non ha senso impegnarsi per tre anni su uno spreco.
- Guarda il minimo della spesa oraria degli ultimi mesi. Cost Explorer ti propone già un importo da impegnare.
- Compra meno di quanto suggerito, e in più rate: un pezzo ora, un altro tra tre mesi. Gli impegni scadono in date diverse e restano facili da correggere.
- Controlla ogni mese due numeri: la copertura, cioè quanta spesa è scontata, e l’utilizzo, cioè quanto dell’impegno usi davvero. Il secondo deve restare vicino al 100%.
Lo sconto più grande non è quello con la percentuale più alta. È quello che usi tutto, tutte le ore, per tutta la durata dell’impegno.
In breveLa decisione
- Contesto
- Una spesa AWS stabile su EC2, Fargate, Lambda o database, pagata tutta a prezzo On-Demand.
- Scelta
- Compute Savings Plans sulla parte di spesa che non scende mai, Database Savings Plans o Reserved Instances per i database, acquisti piccoli e scaglionati nel tempo.
- Alternative scartate
- Restare tutto On-Demand, per non vincolarsi.
- Impegnarsi sulla spesa media o sul picco, per avere subito lo sconto più grande.
- Quanto costa la scelta
- Un impegno di uno o tre anni che si paga anche se non si usa. In cambio, sulla parte coperta, fino al 66% in meno con i Compute Savings Plans e fino al 72% con gli EC2 Instance Savings Plans.
Ti è servito? La parte migliore di un articolo è la discussione che lo segue.