AWS Savings Plans vs Reserved Instances 2026: Kumpi säästää enemmän?

Päivitetty: 2. kesäkuuta 2026

AWS Savings Plans ja Reserved Instances ovat AWS:n kaksi sitoutumispohjaista hinnoittelumallia, joilla saa 1–3 vuoden sitoumusta vastaan jopa 72 % alennuksen on-demand-hinnoista. Lyhyt vastaus vuonna 2026: Compute Savings Plans on lähes aina järkevin valinta, koska se kattaa EC2:n, Fargaten ja Lambdan kaikilla alueilla ja instanssiperheillä, kun taas Reserved Instances sitoo sinut kapeaan resurssimäärittelyyn. Reserved Instances kannattaa enää harvoissa erikoistapauksissa, kuten silloin, kun tarvitset taatun kapasiteettivarauksen tai käytät RDS-, ElastiCache- tai Redshift-palveluita, joille Savings Plans -tuotetta ei vielä ole.

• Compute Savings Plans antaa 66 % alennuksen 3 vuoden sitoumuksella (All Upfront) ja kattaa EC2:n, Fargaten ja Lambdan ilman instanssiperheen lukitusta.
• Standard Reserved Instances tarjoaa hieman suuremman, 72 %:n maksimialennuksen, mutta vain täsmälleen määritellylle instanssityypille ja alueelle.
• Convertible RI:t ovat käytännössä syrjäytyneet, koska Savings Plans tarjoaa saman joustavuuden paremmilla alennuksilla.
• Savings Plans ei takaa kapasiteettia. Jos tarvitset varmuuden EC2-instanssin saatavuudesta, käytä On-Demand Capacity Reservations -ominaisuutta SP:n rinnalla.
• RDS-, Redshift-, ElastiCache-, OpenSearch- ja DynamoDB-palveluille ainoa sitoumusvaihtoehto on edelleen Reserved Instances tai Reserved Capacity.
• Optimaalinen sitoumustaso on 60–80 % vakaasta peruskuormasta, ja loput jätetään On-Demand- tai Spot-instansseiksi.

Mikä on AWS Savings Plans?

Savings Plans on AWS:n sitoutumispohjainen hinnoittelumalli, jossa lupaat käyttää tiettyä dollarimäärää laskutusta tunnissa (esimerkiksi 10 $/h) joko yhden tai kolmen vuoden ajan. Vastineeksi saat alennuksen on-demand-hinnoista. Lupaus on dollareissa, ei instanssimäärässä, ja tämä on keskeinen ero Reserved Instances -malliin verrattuna.

Vuonna 2026 AWS tarjoaa kolme Savings Plans -tyyppiä:

• Compute Savings Plans kattaa kaikki EC2-instanssit (riippumatta perheestä, koosta, alueesta tai käyttöjärjestelmästä), AWS Fargaten ja AWS Lambdan. Maksimialennus on 66 % kolmen vuoden All Upfront -sitoumuksella.
• EC2 Instance Savings Plans vaatii instanssiperheen (esim. m6i) ja alueen (esim. eu-north-1) lukitsemisen. Antaa hieman suuremman 72 %:n alennuksen, mutta on huomattavasti jäykempi.
• SageMaker Savings Plans kattaa Amazon SageMakerin ML-laskennan kaikilla instanssiperheillä ja alueilla. Maksimialennus 64 %.

Savings Plans soveltuu erinomaisesti aiemmin käsittelemiimme FinOps-strategioihin ja pilvikustannusten optimointiin, koska se vähentää vakaan peruskuorman kustannuksia ilman, että käyttöönotto tai arkkitehtuuri muuttuu millään tavalla. Sitoumus toimii puhtaasti laskutusrakenteen kautta.

Reserved Instances -tyypit 2026

Reserved Instances (RI) on vanhempi sitoumusmalli, joka julkaistiin jo 2009. Vaikka Savings Plans on syrjäyttänyt sen suurelta osin EC2-puolella, RI on edelleen ainoa sitoumusvaihtoehto monille hallituille palveluille. RI:n alennuksen saadakseen tulee määritellä etukäteen tarkka resurssikonfiguraatio.

Standard Reserved Instances

Antaa suurimman alennuksen (jopa 72 %), mutta lukitsee sinut yhteen instanssiperheeseen, kokoon, alueeseen, käyttöjärjestelmään ja tenancy-tyyppiin. Voit muuttaa instanssin kokoa saman perheen sisällä (esim. m6i.large → 2× m6i.xlarge), mutta et siirtyä m6i:stä m7i:hin ilman myyntiä RI Marketplace -markkinapaikalla.

Convertible Reserved Instances

Mahdollistaa instanssiperheen vaihtamisen sitoumuksen aikana. Alennus on kuitenkin pienempi (n. 54 % 3v). Compute Savings Plans korvaa nämä lähes aina paremmin: parempi alennus, parempi joustavuus ja kattaa myös Fargaten ja Lambdan.

RDS-, Redshift-, ElastiCache-, OpenSearch- ja DynamoDB-RI:t

Näille palveluille AWS ei ole vielä julkaissut Savings Plans -tuotetta. Jos käytät esimerkiksi suurta RDS Aurora -klusteria, ainoa sitoumusalennus saadaan ostamalla RDS Reserved Instance. Alennus on 30–60 % riippuen sitoumusajasta ja maksuehdoista.

Savings Plans vs Reserved Instances -vertailutaulukko

Ominaisuus	Compute Savings Plans	EC2 Instance SP	Standard RI	Convertible RI
Maksimialennus (3v, All Upfront)	66 %	72 %	72 %	54 %
Sitoumusyksikkö	$/h	$/h	Instanssimäärä	Instanssimäärä
Instanssiperhe lukittu?	Ei	Kyllä	Kyllä	Vaihdettavissa
Alue lukittu?	Ei	Kyllä	Kyllä	Kyllä
Kattaa Fargaten	Kyllä	Ei	Ei	Ei
Kattaa Lambdan	Kyllä	Ei	Ei	Ei
Kattaa RDS:n	Ei	Ei	Erillinen RDS RI	Erillinen RDS RI
Kapasiteettivaraus	Ei	Ei	Valinnainen	Valinnainen
Myytävissä Marketplacessa	Ei	Ei	Kyllä	Ei
Sitoumusajat	1v / 3v	1v / 3v	1v / 3v	1v / 3v

Kumpi säästää enemmän pilvikustannuksissa?

Käytännön kokemukseni mukaan noin 90 % organisaatioista säästää enemmän Compute Savings Plansilla, vaikka maksimialennus on 6 prosenttiyksikköä pienempi kuin Standard RI:llä. Syy on yksinkertainen: joustavuus tarkoittaa korkeampaa hyödyntämisastetta (utilization). Kun olen viime kuukausina käynyt asiakkaiden Cost Explorer -dataa läpi, Standard RI:n keskimääräinen hyödyntämisaste on usein 78–85 %, kun taas Compute SP:llä se on lähes aina 99 %+.

Jos ostat 72 %:n Standard RI:n mutta käytät sitä vain 80 %:sti, koska migroit instanssin uuteen perheeseen kesken kauden, todellinen alennus laskee noin 58 %:iin. Compute SP:n 66 %:n alennus 99 %:n hyödyntämisellä päihittää tämän melko helposti.

Konkreettinen lukulaskelma

Otetaan esimerkki vakaasta 50 $/h EC2-peruskuormasta:

On-Demand kustannus (3v):       50 $/h × 8760 h × 3 v = 1 314 000 $

Compute SP (66 % alennus, 99 %):
  Sitoumus: 50 × 0,99 = 49,50 $/h
  Säästö: (50 × 0,66) × 0,99 × 8760 × 3 = 858 132 $
  Loppukustannus: ~455 868 $

Standard RI (72 % alennus, 82 %):
  Säästö: (50 × 0,72) × 0,82 × 8760 × 3 = 776 074 $
  Loppukustannus: ~537 926 $

Compute SP säästää tässä skenaariossa noin 82 000 $ enemmän kolmessa vuodessa, vaikka nimellinen alennusprosentti on pienempi. Tämä on yleinen syy, miksi FinOps Foundation suosittelee Savings Plansia ensisijaisena vaihtoehtona vuoden 2026 State of FinOps -raportissaan.

Miten lasket oikean sitoumustason?

Yleinen virhe on sitoutua liian suureen määrään. Tavoittele 60–80 %:n peittävyyttä vakaasta peruskuormasta, älä koskaan 100 %:a. Loput katetaan On-Demand- tai Spot-instansseilla, joista olemme kirjoittaneet erikseen spot-instanssien säästöoppaassa.

Vaihe 1: Kerää 90 päivän käyttöhistoria

Avaa AWS Cost Explorer ja suodata "Usage Type Group = EC2: Running Hours" sekä viimeiset 90 päivää. Lataa CSV ja laske p20-arvo (20. persentiili) tuntikohtaisesta käytöstä. Tämä edustaa luotettavaa peruskuormaa, joka pysyy päällä lähes aina.

Vaihe 2: Käytä AWS Compute Optimizerin suosituksia

Cost Explorerin "Recommendations"-välilehti ehdottaa optimaalisen sitoumustason 7, 30 tai 60 päivän lookback-jakson perusteella. Vuonna 2026 suositukset huomioivat myös Graviton-migraatiot, joten älä sitoudu liian raskaasti x86-instansseihin, jos suunnittelet ARM-siirtoa.

Vaihe 3: Porrasta sitoumukset

Älä osta 3 vuoden All Upfront -sitoumusta yhtenä eränä. Jaa se kvartaaleihin (laddering), jotta uudet hinnat ja palvelut päivittyvät portfolioon vähitellen. Opin tämän kantapään kautta yhdessä aiemmassa projektissani, kun organisaation kaikki RI:t vanhenivat samalla viikolla ja seuraavan kuun lasku miltei tuplaantui yhdessä yössä.

aws ce get-savings-plans-purchase-recommendation \
  --savings-plans-type COMPUTE_SP \
  --term-in-years THREE_YEARS \
  --payment-option PARTIAL_UPFRONT \
  --lookback-period-in-days SIXTY_DAYS \
  --query 'SavingsPlansPurchaseRecommendation.SavingsPlansPurchaseRecommendationDetails[0]'

Käyttötapaukset: milloin valita kumpi?

Valitse Compute Savings Plans, kun

• Käytät EC2:ta useilla instanssiperheillä tai aiot vaihtaa Gravitoniin sitoumuskauden aikana.
• Workloadissa on Fargate- tai Lambda-komponentteja.
• Toimit useilla AWS-alueilla (esim. eu-north-1 ja eu-west-1).
• Et tarvitse kapasiteetin varmuutta, koska sovellus skaalautuu ja voi käynnistyä missä tahansa.

Valitse EC2 Instance Savings Plans, kun

• Käytät erittäin vakaata yhden perheen kuormaa (esim. m6i eu-north-1) ja olet 100 % varma, että sama perhe pysyy käytössä 3 vuotta.
• Tarvitset 4–6 prosenttiyksikön lisäalennuksen ja organisaatiosi on vasta aloittamassa FinOps-käytäntöjä, jolloin migraatioita ei tapahdu usein.

Valitse Standard Reserved Instances, kun

• Tarvitset varatun kapasiteetin tietyssä Availability Zonessa (zonal RI), esimerkiksi mission-critical-tietokanta, joka ei saa kohdata "InsufficientInstanceCapacity"-virhettä DR-testissä.
• Käytät RDS:ää, ElastiCachea, Redshiftia, OpenSearchia tai DynamoDB Reserved Capacityä. Savings Plans -tuotetta ei näille ole vielä 2026 alussa.
• Suunnittelet myyväsi sitoumuksen RI Marketplacessa, jos tarpeet muuttuvat (vain Standard RI on myytävissä).

Yleisimmät virheet sitoumusostoissa

Olen nähnyt nämä viisi virhettä toistuvasti FinOps-auditeissa:

1. Liian suuri sitoumus. 100 %:n peittävyys johtaa lähes aina alikäyttöön, kun arkkitehtuuri muuttuu. Pysy 60–80 %:ssa.
2. Sitoumuksen keskittyminen yhteen päivään. Jos kaikki 3v RI:t vanhenevat samana päivänä, edessä on äkillinen kustannuspiikki. Porrastaminen (laddering) on välttämätöntä.
3. Konsolidoidun laskutuksen unohtaminen. AWS Organizations -tasolla sitoumukset jaetaan automaattisesti kaikkien linkitettyjen tilien kesken. Tämä on hyvä, mutta voi yllättää, jos toinen tiimi "syö" sinun sitoumuksesi.
4. Spot- ja SP-päällekkäisyys. Spot-instansseihin ei sovelleta Savings Plans -alennusta. Älä laske spotia osaksi SP-peittävyyttä.
5. RDS RI:n unohtaminen. Monet tiimit ostavat Compute SP:n mutta jättävät kalliit RDS-tietokannat täysin on-demandiksi. RDS-kustannus on usein 20–30 % laskusta.

Aiemmin julkaisemamme tagaus- ja kustannusten kohdistamisopas auttaa identifioimaan, mille tiimille ja palvelulle sitoumukset tulisi allokoida. Ilman tageja sitoumusten ROI:ta on lähes mahdoton mitata yksikkötasolla.

Azure- ja GCP-vastineet lyhyesti

Vaikka artikkeli keskittyy AWS:ään, sama logiikka soveltuu muille pilville:

• Azure Reserved VM Instances + Savings Plan for Compute. Azure julkaisi vuonna 2022 Savings Plan for Compute -tuotteen, joka vastaa AWS Compute SP:tä. Alennukset 1v/3v ovat 11 % / 28 %, mikä on selvästi vähemmän kuin AWS:llä. Reservations antavat suuremman alennuksen, mutta vaativat VM-perheen lukituksen kuten AWS:llä.
• GCP Committed Use Discounts (CUDs). GCP tarjoaa Resource-based CUD:t (jäykkä, suurempi alennus) ja Spend-based CUD:t (joustava, vastaa Compute SP:tä). Spend-based CUD:n maksimialennus on n. 28 % yleisille koneille 3v sitoumuksella.

Lisätietoja on virallisissa dokumentaatioissa: AWS Savings Plans User Guide, Amazon EC2 Reserved Instances Pricing ja Microsoft Azure Savings Plan for Compute.

Sitoumusten seuranta ja hallinta käytännössä

Sitoumusten ostaminen ei riitä. Niiden tehokkuutta on seurattava jatkuvasti. Hyvä FinOps-tiimi käy sitoumusportfolion läpi vähintään kerran kuukaudessa ja säätää uusia ostoja CFO:n kanssa neljännesvuosittain. AWS tarjoaa tähän kolme keskeistä työkalua, jotka jokaisen FinOps-praktikon tulee tuntea vuonna 2026.

1. Savings Plans Utilization Report

Cost Explorerin "Savings Plans" -osiosta löytyy päivittäinen hyödyntämisraportti. Tavoittele 95 %+ hyödyntämistä. Jos arvo putoaa alle, sinulla on liikaa sitoumusta suhteessa todelliseen kuormaan. Yleisin syy on kuorman muuttuminen kesken kauden (esim. migraatio Lambdaan tai instanssin sammuttaminen).

2. Savings Plans Coverage Report

Tämä raportti kertoo, kuinka suuri osa on-demand-kelpoisesta kustannuksesta on katettu sitoumuksilla. Optimaalinen peittävyys on 60–80 %. Jos peittävyys on alhainen mutta hyödyntäminen 100 %, voit harkita lisäoston tekemistä.

3. AWS Budgets Savings Plans -hälytykset

Aseta AWS Budgetsiin "Savings Plans Coverage Budget" -hälytys, joka varoittaa, kun peittävyys laskee alle 70 %. Tämä auttaa havaitsemaan kuorman muutokset ennen kuin sitoumuskausi päättyy.

aws budgets create-budget --account-id 123456789012 --budget '{
  "BudgetName": "SP-Coverage-Alert",
  "BudgetType": "SAVINGS_PLANS_COVERAGE",
  "TimeUnit": "MONTHLY",
  "CostTypes": {"IncludeTax": false},
  "CostFilters": {"Service": ["Amazon Elastic Compute Cloud - Compute"]},
  "BudgetLimit": {"Amount": "70", "Unit": "PERCENTAGE"}
}'

Pidempiaikaisia raporttauksia varten kannattaa viedä Cost and Usage Report (CUR 2.0) -data Amazon S3:een ja analysoida sitä Athenalla tai QuickSightilla. Näin saat tarkemman näkyvyyden sitoumusten jakautumisesta yli tiimien ja tuotelinjojen, erityisesti yhdistettynä aiemmin käsittelemiimme tagaus-käytäntöihin.

Usein kysytyt kysymykset

Voiko Savings Planin peruuttaa kesken sitoumuskauden?

Ei voi. Sekä Savings Plans että Reserved Instances ovat sitovia 1 tai 3 vuoden sopimuksia, eikä peruutuksia hyväksytä. Ainoa irtautumistapa on Standard RI:n myynti RI Marketplacessa, sillä Savings Plans ja Convertible RI:t eivät ole myytävissä. Tämän vuoksi 60–80 %:n peittävyys on turvallisempi kuin täysi 100 %:n sitoutuminen.

Kattaako Savings Plans Spot-instanssit?

Ei. Spot-instanssit hinnoitellaan jo valmiiksi jopa 90 % alennuksella, eikä Savings Plans -alennusta sovelleta niihin. Tämän vuoksi yhdistelmä toimii: spot kattaa skaalautuvat ja vikasietoiset kuormat, SP kattaa vakaan peruskuorman.

Kuinka paljon Savings Plansilla voi säästää käytännössä?

Tyypillinen säästö on 30–50 % EC2-, Fargate- ja Lambda-kustannuksista, kun sitoumusperittävyys on noin 70 %. Maksimialennus 66 % saavutetaan vain 3 vuoden All Upfront -sitoumuksella ja 100 %:n hyödyntämisasteella. Realistinen tavoite kolmen vuoden ajalle on noin 40 %:n nettosäästö.

Pitääkö Savings Plans ostaa erikseen jokaiselle AWS-tilille?

Ei tarvitse. Jos käytät AWS Organizationsia konsolidoidulla laskutuksella, Savings Plans ja Reserved Instances jaetaan automaattisesti kaikkien linkitettyjen tilien kesken. Voit kytkeä jakamisen pois yksittäisillä tileillä tilien hallinta-asetuksista.

Mikä on parempi: All Upfront vai No Upfront?

All Upfront antaa noin 3–5 prosenttiyksikköä paremman alennuksen kuin No Upfront, mutta vaatii koko summan maksamisen etukäteen. Useimmille organisaatioille Partial Upfront on paras kompromissi, koska saat lähes saman alennuksen kuin All Upfront, mutta käteisvirta jakautuu kuukausittain.