Reserved Instances, Savings Plans en Spot

Reserved Instances hebben twee bereikopties die de flexibiliteit beïnvloeden. Een regionaal bereik biedt flexibiliteit in de instantiegrootte binnen dezelfde familie: een regionale m5-RI geldt voor elke grootte (m5.small, m5.large, enzovoort) in elke beschikbaarheidszone binnen de regio. De optie reserveert GEEN capaciteit. Een zonaal bereik reserveert capaciteit in een specifieke beschikbaarheidszone (capaciteitsreservering), zodat instanties beschikbaar zijn tijdens perioden van hoge vraag, maar biedt geen flexibiliteit in instantiegrootte. Gebruik een regionaal bereik tenzij je gegarandeerde capaciteit nodig hebt (bijvoorbeeld voor noodherstel of een strikte SLA).

Savings Plans zijn een flexibel prijsmodel waarbij je je voor 1 of 3 jaar vastlegt op minimale uitgaven per uur (in dollars). AWS past de korting automatisch toe op in aanmerking komend gebruik. Er zijn twee typen: Compute Savings Plans (tot 66% besparing) — van toepassing op EC2, Lambda en Fargate, ongeacht familie, regio, besturingssysteem of tenancy. EC2 Instance Savings Plans (tot 72% besparing) — van toepassing binnen een specifieke instancefamilie in een specifieke regio, met een hogere korting in ruil voor minder flexibiliteit. Voor de meeste nieuwe verplichtingen worden Savings Plans vanwege hun flexibiliteit aanbevolen boven RI’s.

Belangrijke verschillen om je keuze te bepalen: RI's zijn beter wanneer je capaciteitsreserveringen nodig hebt (zonale RI), wanneer je zeer voorspelbare werklasten hebt die niet van instantiefamilie veranderen, of wanneer je oudere account veel bestaande RI's bevat. Savings Plans zijn voor de meeste nieuwe toezeggingen beter, omdat ze automatisch worden toegepast op nieuwe instantietypen (bijvoorbeeld Graviton), zonder dat je RI's hoeft om te ruilen. AWS raadt Savings Plans aan als moderne vervanging voor Compute RI's. Voor RDS, ElastiCache en Redshift blijven Reserved Instances het mechanisme (voor deze diensten zijn er geen Savings Plans).

Spot Instances gebruiken ongebruikte AWS EC2-capaciteit en hebben een dynamische prijs op basis van vraag en aanbod — doorgaans 60-90% lager dan On-Demand. AWS kan Spot Instances terugvorderen met een waarschuwing van 2 minuten wanneer de capaciteit nodig is. Geschikte toepassingen zijn: verwerking van big data (EMR), bouwagents voor CI/CD, stateless webapplicaties met ELB, training van machinelearningmodellen (sla bij een onderbreking een controlepunt van het model op in S3) en batchverwerkingstaken die hun voortgang opslaan in controlepunten. Ontwerp applicaties zo dat ze waarschuwingen voor beëindiging van 2 minuten netjes kunnen afhandelen.

Gebruik diversificatie om de beschikbaarheid van Spot te maximaliseren en onderbrekingen te minimaliseren: vraag meerdere instantietypen aan in meerdere AZ's. Eén Spot-pool (een specifiek instantietype plus AZ) kan gelijktijdig worden onderbroken. Het gebruik van ASG's met gemengde instantietypen en veel instantietypen (m5.large, m5a.large, m4.large, c5.large) verkleint het risico op onderbrekingen aanzienlijk — wanneer één pool wordt teruggevorderd, vervangt de ASG deze door een ander type. Gebruik de toewijzingsstrategie capacity-optimized om automatisch de pool met de diepste capaciteit (het laagste onderbrekingsrisico) te kiezen.

Batchwerklasten zijn ideaal voor Spot, omdat ze kunnen worden onderbroken en hervat. AWS Batch beheert Spot-capaciteit standaard, probeert mislukte taken automatisch opnieuw uit te voeren en richt zich op optimale Spot-pools. Met Amazon EMR kun je On-Demand-hoofdknooppunten (voor betrouwbaarheid) combineren met Spot-kern- en taakkn nodes (voor besparingen). Managed Node Groups in EKS kunnen Spot-instanties gebruiken, en de nette beëindiging op knooppuntniveau van Kubernetes handelt de waarschuwing van 2 minuten af. Deze beheerde diensten abstraheren de complexiteit van het omgaan met Spot-onderbrekingen.

De meest kosten geoptimaliseerde architecturen combineren alle drie de aankoopmodellen: Savings Plans of RI's dekken de stabiele basis (het minimumaantal instanties dat altijd actief is), On-Demand dekt voorspelbare maar variabele extra capaciteit en Spot verwerkt onvoorspelbaar piekverkeer of batchwerklasten. Stel in een ASG de basiscapaciteit voor On-Demand in op je minimumaantal betrouwbare instanties (gedekt door SP/RI) en configureer de schaalvergrotingsstap om Spot te gebruiken. Deze hybride aanpak maximaliseert de besparingen en behoudt tegelijkertijd de betrouwbaarheid.

Monitor na de aanschaf van RI's of Savings Plans het gebruik ervan om te controleren of je gebruikt waarvoor je hebt betaald. Rapporten over het gebruik van RI's en Savings Plans in Cost Explorer tonen welk percentage van je toegezegde capaciteit wordt gebruikt. Een gebruik onder 80% betekent dat je geld verspilt aan ongebruikte toezeggingen. Onderzoek of werklasten zijn beëindigd of verkleind. Voor RI's kun je ongebruikte RI's verkopen op de AWS Marketplace om een deel van de kosten terug te krijgen. Voor Savings Plans is er geen secundaire markt — zorg dat je vertrouwen hebt in de toezegging voordat je deze aanschaft.

Dedicated Hosts wijzen een fysieke EC2-server toe die speciaal voor je account bestemd is. Hierdoor kun je je bestaande softwarelicenties per core of per socket gebruiken (Windows Server, SQL Server, Oracle). Dedicated Hosts kunnen aanzienlijk duurder zijn, maar zijn vereist voor bepaalde softwarelicentieovereenkomsten. Dedicated Instances zijn een lichtere variant — instanties draaien op hardware die voor je account bestemd is, maar je hebt geen controle over de specifieke host. Geen van beide wordt uitsluitend aanbevolen voor beveiligingsisolatie (gebruik daarvoor VPC-isolatie en SG's); het zijn hulpmiddelen voor naleving van licentievoorwaarden.

In deze les heb je geleerd: Savings Plans zijn flexibeler dan Reserved Instances en zijn van toepassing op EC2, Lambda en Fargate, Spot Instances bieden tot 90% besparing voor werklasten die onderbrekingen kunnen verdragen en het combineren van Savings Plans voor de basis met Spot voor pieken levert de maximale kostenoptimalisatie op. Monitor het gebruik van je toezeggingen om te controleren of je gebruikt waarvoor je hebt betaald. Hierna bekijken we Cost Explorer, Budgets en tags voor kostentoewijzing.