Una mateixa instància EC2 pot costar-te preus molt diferents segons com la compris. Escollir bé el model de compra pot estalviar-te fins a un 90 %. Aquest subcapítol t’explica les quatre grans opcions —On-Demand, Reserved Instances, Savings Plans i Spot— i quan utilitzar cadascuna. És un dels coneixements que més diners estalvia a la vida real.

La idea central: compromís a canvi de descompte

AWS et premia per comprometre’t. Com més et compromets (a utilitzar durant molt de temps, o a acceptar interrupcions), més descompte obtens. Com més flexibilitat vols, més pagues.

  Més flexibilitat ◄──────────────────────────► Més descompte
   On-Demand    Savings Plans / Reserved        Spot
   (car,        (mig, et compromets            (molt barat,
    sense lligams) a un ús durant 1-3 anys)     però interrompible)

On-Demand: paga pel que utilitzes, sense compromís

És el model per defecte: pagues per segon o hora d’ús, sense cap compromís. Encens quan vols, apagues quan vols.

  • Avantatge: màxima flexibilitat, zero compromís.
  • Inconvenient: és el més car per hora.

Quan utilitzar-lo:

  • Càrregues imprevisibles o de curta durada.
  • Proves, desenvolupament i experiments.
  • Quan estàs començant i encara no coneixes el teu patró d’ús.
  • Com a base mentre decideixes si comprometre’t.

Exemple: Estàs aprenent AWS i encens instàncies una estona per practicar. On-Demand és l’opció correcta: no vols lligar-te a res.

Reserved Instances (RI): compromet-te 1 o 3 anys

Et compromets a utilitzar un tipus concret d’instància durant 1 o 3 anys a canvi d’un descompte de fins a ~72 % respecte a On-Demand.

  • Avantatge: gran estalvi per càrregues estables.
  • Inconvenient: et lligues a un tipus d’instància i un termini. Menys flexible.

Quan utilitzar-les: càrregues constants i previsibles que saps que seguiran allà durant anys (per exemple, una base de dades que està sempre encesa).

Nota: Les Reserved Instances són el model «clàssic». Avui, per a la majoria de casos, AWS recomana els Savings Plans (més avall) perquè són més flexibles amb un estalvi semblant.

Savings Plans: descompte flexible per comprometre despesa

Els Savings Plans són l’evolució de les Reserved Instances. En lloc de comprometre’t a un tipus d’instància, et compromets a gastar una quantitat fixa per hora (per exemple, «almenys 10 €/hora en còmput») durant 1 o 3 anys. A canvi, aquest consum es factura amb gran descompte (fins a ~72 %).

  • Avantatge: estalvi similar a les RI, però molt més flexible: el descompte s’aplica encara que canviïs de tipus d’instància, de mida o fins i tot de regió (segons el pla). Alguns plans cobreixen també Lambda i Fargate.
  • Inconvenient: et compromets a una despesa mínima durant el termini, la facis servir o no.

Quan utilitzar-los: càrregues estables on vols estalviar però conservant flexibilitat per canviar d’instàncies amb el temps. És l’opció recomanada avui per a la majoria de bases de còmput constant.

Veurem la decisió estratègica entre Savings Plans i Reserved Instances en detall al Capítol 25 (optimització de costos).

Spot Instances: molt barates, però interrompibles

Les Spot Instances utilitzen la capacitat sobrant d’AWS i la venen amb descomptes de fins al 90 %. El truc: AWS pot reclamar-te-les en qualsevol moment (avisant amb uns 2 minuts) si necessita aquesta capacitat.

  • Avantatge: el preu més baix amb diferència.
  • Inconvenient: es poden interrompre sense avís real. No serveixen per a coses que no toleren talls.

Quan utilitzar-les:

  • Feines que poden reprendre’s si s’interrompen (processament per lots, renderització, anàlisi de dades).
  • Sistemes tolerants a fallades que reparteixen la feina en moltes instàncies i aguanten perdre’n algunes.
  • No les facis servir per a una base de dades crítica o un servidor que no pot caure.

Exemple real: Una empresa processa milers de vídeos a la nit. Utilitza Spot Instances: si AWS li en treu algunes, la feina simplement continua en altres o es reintenta. Paguen una fracció del preu normal per una feina que no té pressa ni necessita estar sempre disponible.

Taula comparativa

Model Descompte Compromís Es pot interrompre Cas ideal
On-Demand 0 % Cap No Proves, càrregues imprevisibles
Reserved Instances Fins a ~72 % 1-3 anys, tipus fix No Càrrega estable i previsible
Savings Plans Fins a ~72 % 1-3 anys, despesa/hora No Càrrega estable amb flexibilitat
Spot Fins a ~90 % Cap Feines tolerants a interrupció

Estratègia real: combinar-los

A la pràctica, les empreses barregen els models per optimitzar la factura:

Exemple d’estratègia combinada:

  • Savings Plans per a la base de capacitat que sempre està encesa (servidors web base, bases de dades).
  • On-Demand per absorbir pics puntuals de trànsit.
  • Spot per a feines per lots que no tenen pressa (processament nocturn).

Així cobreixen la seva càrrega mínima barata i compromesa, escalen amb flexibilitat i abarateixen al màxim el que poden interrompre.

El que has de recordar

  • El preu d’EC2 depèn de com compres: més compromís = més descompte.
  • On-Demand: sense compromís, el més car. Per a proves i càrregues imprevisibles.
  • Reserved Instances: compromets tipus + termini (1-3 anys), estalvi alt. El model clàssic.
  • Savings Plans: compromets despesa per hora (1-3 anys), estalvi alt i flexible. Recomanat avui per a càrrega estable.
  • Spot: fins a 90 % de descompte, però interrompible. Només per a feines tolerants a talls.
  • A la vida real es combinen els quatre per minimitzar la factura.

Amb això tanques el Capítol 4 i domines el còmput a AWS. Al Capítol 5 veurem l’altre gran pilar: l’emmagatzematge d’objectes amb S3.

Cloud, AWS & Terraform — De zero a expert

Capítol 1 · Què és el cloud computing

Capítol 2 · El mercat cloud i els grans proveïdors

Capítol 3 · Regions, zones de disponibilitat i edge

Capítol 4 · Càlcul: EC2

Capítol 5 · Emmagatzematge: S3

Capítol 6 · Xarxes: VPC

Capítol 7 · Identitat i accés: IAM

Capítol 8 · Bases de dades gestionades

Capítol 9 · Per què Infraestructura com a Codi

Capítol 10 · HCL: el llenguatge de Terraform

Capítol 11 · Providers i estat

Capítol 12 · La teva primera infraestructura real amb Terraform

Capítol 13 · Balanceig de càrrega i autoescalat

Capítol 14 · Serverless amb Lambda

Capítol 15 · Missatgeria i esdeveniments

Capítol 16 · Lliurament de contingut i DNS

Capítol 17 · Contenidors a AWS

Capítol 18 · Mòduls: reutilització i composició

Capítol 19 · Workspaces i gestió d'entorns

Capítol 20 · Backends remots i locking

Capítol 21 · Testing d'infraestructura

Capítol 22 · Terraform en CI/CD

Capítol 23 · Seguretat en profunditat

Capítol 24 · Observabilitat: logs, mètriques i traces

Capítol 25 · Optimització de costos

Capítol 26 · Alta disponibilitat i disaster recovery

Capítol 27 · Well-Architected Framework d'AWS

Capítol 28 · Arquitectures serverless a escala

Capítol 29 · Plataformes de dades a AWS

Capítol 30 · Multi-compte i landing zones

Capítol 31 · Platform Engineering i Internal Developer Platform

Capítol 32 · Certificacions AWS rellevants

Capítol 33 · Projectes per consolidar el que s'ha après

Capítol 34 · Recursos i comunitat

© Copyright 2024. Tots els drets reservats