0Pricing
Cloud & IT Cert Prep · Lezione

Reserved Instances, Savings Plans e Spot

Scegliere Reserved Instances o Savings Plans per carichi di lavoro stabili e utilizzare Spot Instances per attività batch e stateless tolleranti alle interruzioni

Reserved Instances, Savings Plans e Spot è una lezione Cloud & IT Cert Prep gratuita su CoddyKit. Questa è la lezione 2 di 4. Puoi leggere la lezione completa qui gratuitamente — poi esercitati direttamente nel browser con un editor di codice integrato e un tutor IA disponibile 24/7. Fa parte del percorso di apprendimento Cloud & IT Cert Prep, e i tuoi progressi si sincronizzano tra il web e l'app CoddyKit. Il corso Cloud & IT Cert Prep include 4 lezioni in totale.

Panoramica dei modelli di acquisto EC2

AWS offre diversi modelli di acquisto EC2, che bilanciano flessibilità e risparmio sui costi. On-Demand applica un addebito al secondo senza vincoli di durata: è l’opzione più flessibile, ma anche la più costosa. Le Reserved Instances consentono di risparmiare fino al 72% con impegni di 1 o 3 anni. I Savings Plans consentono di risparmiare fino al 66% con un impegno flessibile di spesa oraria. Le Spot Instances utilizzano capacità inutilizzata, con risparmi fino al 90%, ma possono essere interrotte. I Dedicated Hosts forniscono server fisici per la conformità delle licenze, a un costo maggiorato. Comprendere ciascun modello è fondamentale per gli scenari sui costi dell’esame SAA-C03.

# EC2 pricing models (m5.large in us-east-1, approximate):
# On-Demand:        $0.096/hr ($70/month)
# 1yr RI (No Upf): $0.062/hr ($45/month) - 35% savings
# 1yr RI (All Upf): $0.051/hr ($37/month) - 47% savings
# 3yr RI (All Upf): $0.032/hr ($23/month) - 67% savings
# Spot:            $0.030-0.050/hr       - 50-70% savings

# Rule: RI/SP for steady state, Spot for burst/interruptible

Reserved Instances: tipi e opzioni di pagamento

Le Reserved Instances (RIs) sono un meccanismo di fatturazione, non una specifica istanza: forniscono uno sconto applicato alle istanze On-Demand corrispondenti presenti nel Suo account. Tipi di RI: Standard RIs — sconto massimo (fino al 72%), ma senza possibilità di cambiare la famiglia di istanze. Convertible RIs — sconto inferiore (circa 54%), ma possibilità di effettuare lo scambio con una famiglia di istanze, un sistema operativo o un modello di tenancy diversi. Opzioni di pagamento: No Upfront (pagamenti mensili, impegno minimo), Partial Upfront (tariffa effettiva inferiore), All Upfront (tariffa oraria effettiva più bassa). Scelga le Standard RIs per carichi di lavoro prevedibili e invariabili.

# Purchase Reserved Instance
aws ec2 purchase-reserved-instances-offering \
  --reserved-instances-offering-id offering-id-here \
  --instance-count 5

# List RI offerings
aws ec2 describe-reserved-instances-offerings \
  --instance-type m5.large \
  --product-description 'Linux/UNIX' \
  --offering-type 'No Upfront' \
  --duration 31536000 \
  --query 'ReservedInstancesOfferings[].{Price:RecurringCharges[0].Amount,Class:OfferingClass}'

Ambito delle RI: regionale e zonale

Le Reserved Instances offrono due opzioni di ambito che ne influenzano la flessibilità. L’ambito regionale offre la flessibilità del dimensionamento delle istanze all’interno della stessa famiglia: una RI regionale m5 copre qualsiasi dimensione (m5.small, m5.large, ecc.) in qualsiasi AZ della regione. NON riserva capacità. L’ambito zonale riserva capacità in una AZ specifica (riserva di capacità), garantendo la disponibilità delle istanze durante i periodi di elevata domanda, ma non offre flessibilità nelle dimensioni delle istanze. Utilizzi l’ambito regionale, a meno che non necessiti di capacità garantita (ad esempio per il DR o per uno SLA rigoroso).

# Regional RI: flexible across sizes in a family
# 1x m5 regional RI covers:
# - m5.large (1.0 units)
# - 2x m5.medium (0.5 units each)
# - 0.5x m5.xlarge (2.0 units)

# Zonal RI: specific AZ, reserves capacity
# 1x m5.large in us-east-1a:
# - Only covers m5.large in us-east-1a
# - Guarantees capacity is available

# Most use cases: prefer REGIONAL for flexibility

Savings Plans: più flessibili delle RI

I Savings Plans sono un modello di tariffazione flessibile in cui ci si impegna a una spesa oraria minima (in dollari) per 1 o 3 anni. AWS applica automaticamente lo sconto all’utilizzo idoneo. Esistono due tipi: Compute Savings Plans (risparmio fino al 66%) — applicabili a EC2, Lambda e Fargate, indipendentemente da famiglia, regione, sistema operativo o tenancy. EC2 Instance Savings Plans (risparmio fino al 72%) — applicabili all’interno di una famiglia di istanze specifica in una regione specifica, con uno sconto maggiore a fronte di una flessibilità inferiore. I Savings Plans sono consigliati rispetto alle RI per la maggior parte dei nuovi impegni, grazie alla loro flessibilità.

# Purchase Compute Savings Plan
aws savingsplans create-savings-plan \
  --savings-plan-offering-id offering-id \
  --commitment 10.00 \
  --purchase-time '2026-07-01T00:00:00Z'

# $10/hr commitment covers:
# - EC2 instances (any family, region, OS)
# - Lambda invocations and duration
# - Fargate vCPU and memory

# Savings Plans apply AFTER Reserved Instances
# Check coverage in Cost Explorer > Savings Plans

Scelta tra RI e Savings Plans

Differenze fondamentali per guidare la scelta: le RI sono più adatte quando è necessario riservare capacità (RI zonale), quando si hanno carichi di lavoro molto prevedibili che non cambieranno famiglia di istanze oppure quando un account meno recente dispone già di molte RI. I Savings Plans sono preferibili per la maggior parte dei nuovi impegni, perché si applicano automaticamente ai nuovi tipi di istanza (ad es. Graviton) senza dover scambiare le RI. AWS raccomanda i Savings Plans come sostituti moderni delle RI Compute. Per RDS, ElastiCache e Redshift, le Reserved Instances restano il meccanismo previsto (non esistono Savings Plans per questi servizi).

# Savings Plans coverage analysis
aws ce get-savings-plans-coverage \
  --time-period Start=2026-05-01,End=2026-06-01 \
  --granularity MONTHLY

# Response shows:
# OnDemandCost: $5,000 (not covered)
# SpendCoveredBySavingsPlans: $10,000
# CoveragePercentage: 66%

# Recommendation:
# If coverage < 60%, consider purchasing more
# If coverage > 85%, you may be over-committed

Spot Instances: grandi sconti con interruzioni

Le Spot Instances utilizzano la capacità EC2 inutilizzata di AWS e hanno un prezzo dinamico basato su offerta e domanda, in genere inferiore del 60-90% rispetto alle istanze On-Demand. AWS può recuperare le Spot Instances con un preavviso di 2 minuti quando ha bisogno della capacità. Casi d'uso ideali: elaborazione di big data (EMR), agenti di build CI/CD, applicazioni web stateless con ELB, addestramento di modelli di machine learning (salvare il checkpoint del modello in S3 in caso di interruzione) e job di elaborazione batch che salvano checkpoint dei progressi. Progetti le applicazioni in modo che gestiscano correttamente gli avvisi di terminazione con preavviso di 2 minuti.

# Check Spot instance interruption notice
# From inside EC2 instance via Instance Metadata Service
curl http://169.254.169.254/latest/meta-data/spot/termination-time
# Returns: 2026-06-21T15:00:00Z if interruption is coming
# Returns 404 if no interruption

# Handle in your application:
# 1. Poll this endpoint every 5 seconds
# 2. On 2-min notice: checkpoint work to S3
# 3. Terminate gracefully
# 4. AWS terminates the instance 2 minutes after notice

Strategie e diversificazione per le Spot Instances

Per massimizzare la disponibilità delle Spot e ridurre al minimo le interruzioni, utilizzi la diversificazione: richieda più tipi di istanza distribuiti su più AZ. Un singolo pool Spot (tipo di istanza + AZ specifici) può essere interrotto simultaneamente. L'uso di ASG con istanze miste e molti tipi di istanza (m5.large, m5a.large, m4.large, c5.large) riduce drasticamente il rischio di interruzione: quando un pool viene recuperato, l'ASG lo sostituisce con un altro tipo. Utilizzi la strategia di allocazione capacity-optimized per selezionare automaticamente il pool più capiente (con il rischio di interruzione più basso).

# ASG with diversified Spot pools
aws autoscaling create-auto-scaling-group \
  --mixed-instances-policy '{
    "LaunchTemplate": {
      "LaunchTemplateSpecification": {
        "LaunchTemplateId": "lt-12345",
        "Version": "$Latest"
      },
      "Overrides": [
        {"InstanceType": "m5.large"},
        {"InstanceType": "m5a.large"},
        {"InstanceType": "m4.large"},
        {"InstanceType": "c5.large"},
        {"InstanceType": "c5a.large"}
      ]
    },
    "InstancesDistribution": {
      "SpotAllocationStrategy": "capacity-optimized",
      "OnDemandPercentageAboveBaseCapacity": 0
    }
  }'

Spot per elaborazioni batch e dati

I carichi di lavoro batch sono ideali per le Spot perché possono essere interrotti e ripresi. AWS Batch gestisce nativamente la capacità Spot, ritentando automaticamente i job non riusciti e puntando ai pool Spot ottimali. Amazon EMR consente di combinare nodi master On-Demand (per l'affidabilità) con nodi core/task Spot (per risparmiare). I Managed Node Groups in EKS possono utilizzare istanze Spot e la terminazione graduale a livello di nodo di Kubernetes gestisce l'avviso di 2 minuti. Questi servizi gestiti nascondono la complessità della gestione delle interruzioni delle Spot.

# EMR cluster with On-Demand master + Spot workers
aws emr create-cluster \
  --instance-fleets \
    InstanceFleetType=MASTER,TargetOnDemandCapacity=1,InstanceTypeConfigs=[{InstanceType=m5.xlarge}] \
    InstanceFleetType=CORE,TargetSpotCapacity=10,InstanceTypeConfigs=[{InstanceType=m5.xlarge},{InstanceType=m5a.xlarge}],LaunchSpecifications={SpotSpecification={TimeoutAction=SWITCH_TO_ON_DEMAND,TimeoutDurationMinutes=10}}

# SWITCH_TO_ON_DEMAND: if Spot unavailable after 10 min,
# provision On-Demand instead (ensures job completes)

Combinazione dei modelli di acquisto

Le architetture più ottimizzate in termini di costi combinano tutti e tre i modelli di acquisto: i Savings Plans o le RI coprono la baseline stabile (il numero minimo di istanze sempre in esecuzione), le istanze On-Demand coprono la capacità aggiuntiva prevedibile ma variabile e le Spot gestiscono il traffico improvviso imprevedibile o i carichi di lavoro batch. In un ASG, imposti la capacità base On-Demand sul numero minimo di istanze affidabili (coperte da SP/RI) e configuri l'incremento di scaling per utilizzare le Spot. Questo approccio ibrido massimizza il risparmio mantenendo l'affidabilità.

# Hybrid ASG: On-Demand base + Spot burst
# Savings Plan covers On-Demand baseline cost
aws autoscaling create-auto-scaling-group \
  --mixed-instances-policy '{
    "LaunchTemplate": { ... },
    "InstancesDistribution": {
      "OnDemandBaseCapacity": 4,
      "OnDemandPercentageAboveBaseCapacity": 0,
      "SpotAllocationStrategy": "capacity-optimized"
    }
  }' \
  --min-size 4 --max-size 40 --desired-capacity 8

# 4 On-Demand instances (covered by Savings Plan)
# Additional instances = 100% Spot (cheapest burst)

Monitoraggio dell'utilizzo degli impegni

Dopo aver acquistato RI o Savings Plans, ne monitori l'utilizzo per assicurarsi di sfruttare ciò per cui ha pagato. I report sull'utilizzo di RI/SP di Cost Explorer mostrano la percentuale della capacità impegnata effettivamente utilizzata. Un utilizzo inferiore all'80% indica che sta sprecando denaro per impegni inutilizzati. Verifichi se i carichi di lavoro sono stati terminati o ridimensionati. Per le RI, può vendere le RI inutilizzate su AWS Marketplace per recuperare parte dei costi. Per i Savings Plans non esiste un mercato secondario: prima dell'acquisto, si assicuri di essere certo dell'impegno.

# Check Savings Plans utilisation
aws ce get-savings-plans-utilization \
  --time-period Start=2026-06-01,End=2026-06-21 \
  --granularity DAILY \
  --query 'SavingsPlansUtilizationsByTime[].{Date:TimePeriod.Start,Utilization:Utilization.UtilizationPercentage}'

# Also check: Cost Explorer > Savings Plans > Utilization report
# Target: >80% utilisation
# If <80%: you over-committed or workload shrank

Dedicated Hosts e Dedicated Instances

Le Dedicated Hosts allocano un server EC2 fisico dedicato al suo account, consentendole di utilizzare le proprie licenze software per core o per socket (Windows Server, SQL Server, Oracle). Le Dedicated Hosts possono essere molto costose, ma sono necessarie per determinati accordi di licenza software. Le Dedicated Instances sono una versione più semplice: le istanze vengono eseguite su hardware dedicato al suo account, ma non può controllare l'host specifico. Nessuna delle due opzioni è consigliata esclusivamente per l'isolamento di sicurezza (utilizzi invece l'isolamento VPC e gli SG); sono strumenti per la conformità delle licenze.

# Allocate Dedicated Host for Oracle licensing
aws ec2 allocate-hosts \
  --quantity 1 \
  --instance-type m5.xlarge \
  --availability-zone us-east-1a \
  --auto-placement on \
  --host-recovery on

# Dedicated Host pricing is per host per hour
# Dedicated Instances: $2/region/hr + instance price

# Use Dedicated Host when:
# - Oracle/SQL Server socket-based licensing
# - Windows Server with own license
# - Compliance requires physical server isolation

Verifica rapida

Verifichi la sua comprensione dei concetti di AWS Solutions Architect (SAA-C03) trattati in questa lezione.

Riepilogo della lezione

In questa lezione ha imparato che: gli Savings Plans sono più flessibili delle Reserved Instances e si applicano a EC2, Lambda e Fargate, le Spot Instances consentono di risparmiare fino al 90% per i carichi di lavoro tolleranti alle interruzioni e la combinazione di Savings Plans per la baseline e Spot per i picchi consente di ottenere la massima ottimizzazione dei costi. Monitori l'utilizzo dei suoi impegni per assicurarsi di sfruttare ciò per cui ha pagato. Prossimamente esamineremo Cost Explorer, Budgets e i tag di allocazione dei costi.

Domande Frequenti

La lezione «Reserved Instances, Savings Plans e Spot» è gratuita?

Sì — il testo completo di «Reserved Instances, Savings Plans e Spot» è gratuito qui sul web. Per esercitarvi in modo interattivo (un editor di codice integrato e un tutor IA 24/7) e sbloccare il resto del corso Cloud & IT Cert Prep, passa a CoddyKit PRO. Il corso Cloud & IT Cert Prep include 4 lezioni in totale.

Cosa imparerò in «Reserved Instances, Savings Plans e Spot»?

Scegliere Reserved Instances o Savings Plans per carichi di lavoro stabili e utilizzare Spot Instances per attività batch e stateless tolleranti alle interruzioni Eserciti Cloud & IT Cert Prep con codice pratico che esegui direttamente nel browser, e un tutor IA 24/7 risponde alle tue domande mentre lavori sulla lezione.

Ho bisogno di esperienza per iniziare Cloud & IT Cert Prep?

Non è richiesta alcuna esperienza precedente. Cloud & IT Cert Prep su CoddyKit è strutturato per principianti e studenti avanzati, quindi puoi iniziare da qui o dall'inizio e procedere al tuo ritmo. Questa è la lezione 2 di 4.

Quanto tempo richiede la lezione «Reserved Instances, Savings Plans e Spot»?

La maggior parte delle lezioni CoddyKit richiede circa 5–10 minuti. Ogni lezione è breve e interattiva, quindi fai progressi costanti e riprendi esattamente da dove hai lasciato su web e app.

Posso scrivere ed eseguire codice in questa lezione Cloud & IT Cert Prep?

Sì. Ogni lezione Cloud & IT Cert Prep include un editor di codice integrato, quindi scrivi ed esegui codice reale direttamente nel tuo browser e ricevi feedback istantaneo dall'IA — nessuna configurazione locale necessaria.

Tutte le lezioni di questo corso

  1. Dimensionamento corretto e Compute Optimizer
  2. Reserved Instances, Savings Plans e Spot
  3. Cost Explorer, budget e tag di allocazione dei costi
  4. Ottimizzazione dei costi di S3 e del trasferimento dati
← Torna a Cloud & IT Cert Prep