Besparingsplannen leveren u over het algemeen meer besparingen op dan gereserveerde instances voor de meeste moderne cloud-workloads, omdat ze dezelfde kortingsniveaus bieden met veel meer flexibiliteit. Met gereserveerde instances zit u vast aan een specifiek instancetype en een specifieke regio, terwijl besparingsplannen automatisch van toepassing zijn op een breder scala aan rekenresources. Dat gezegd hebbende, hangt de juiste keuze af van hoe voorspelbaar en stabiel uw workloads daadwerkelijk zijn, en veel organisaties hebben baat bij het gecombineerde gebruik van beide.
In de onderstaande paragrafen wordt uitgelegd hoe elk type verbintenis werkt, wat de beperkingen ervan zijn en hoe u kunt bepalen welke het beste bij uw situatie past.
Hoe werken gereserveerde instances eigenlijk?
Gereserveerde instances (RI’s) zijn een mechanisme voor factureringskorting waarbij u zich ertoe verbindt een specifieke cloudresource gedurende een periode van één of drie jaar te gebruiken, in ruil voor een aanzienlijke korting op het on-demand-tarief. Bij AWS-gereserveerde instances verbindt u zich bijvoorbeeld tot een bepaald instancetype, besturingssysteem en regio. In ruil daarvoor past AWS het kortingstarief automatisch toe telkens wanneer een overeenkomende instance in uw account wordt uitgevoerd.
Er zijn drie betalingsopties voor gereserveerde instances: volledig vooraf, gedeeltelijk vooraf en geen vooruitbetaling. Als u het volledige bedrag vooraf betaalt, krijgt u de grootste korting, terwijl u bij geen vooruitbetaling uw cashflow op peil houdt, maar de besparing iets lager uitvalt. De korting ten opzichte van de on-demand-tarieven kan oplopen tot ongeveer 40 tot 75 procent, afhankelijk van de looptijd en de betalingsoptie die u kiest.
Er zijn twee hoofdvormen van EC2 Reserved Instances. Standaard RI’s zijn het meest restrictief, maar bieden de hoogste kortingen. Met Convertible RI’s kunt u tijdens de looptijd de instance-familie, het besturingssysteem of de tenancy wijzigen, in ruil voor een iets lagere korting. Standaard RI’s kunnen ook worden verkocht op de AWS Reserved Instance Marketplace als uw behoeften veranderen, wat een zekere mate van flexibiliteit bij het beëindigen biedt die converteerbare RI’s niet bieden.
In welk opzicht verschillen spaarplannen van gereserveerde instances?
Besparingsplannen zijn een toezegging voor een minimumbedrag aan rekenkosten per uur, uitgedrukt in dollars, in plaats van een toezegging voor een specifieke resource. In plaats van te zeggen “Ik ga precies dit instancetype gebruiken”, zegt u “Ik ga minimaal $X per uur aan rekenkracht besteden.” AWS past vervolgens automatisch het kortingstarief toe op elk in aanmerking komend gebruik tot aan die uurverplichting, ongeacht de instanciefamilie, grootte, regio of het besturingssysteem.
AWS biedt twee soorten besparingsplannen aan. Compute-besparingsplannen zijn het meest flexibel en gelden voor het gebruik van EC2, Fargate en Lambda in alle regio’s en voor alle instancetypen. EC2-instance-besparingsplannen zijn beperkt tot een specifiek instancetype binnen een regio, maar bieden in ruil voor die beperktere verbintenis een iets grotere korting.
Deze flexibiliteit is de reden waarom besparingsplannen de gereserveerde instances grotendeels hebben vervangen als de standaardstrategie voor verbintenissen bij teams die diverse of veranderende workloads uitvoeren. Als uw engineeringteam van de ene instanciefamilie naar de andere migreert, of een gecontaineriseerde workload op Fargate opschaalt, wordt uw korting via het besparingsplan automatisch meegenomen. Bij een standaard RI zou diezelfde migratie ertoe leiden dat uw verbintenis niet meer overeenkomt en uw korting onbenut blijft.
Wat zijn de beperkingen van elk type verbintenis?
Zowel reserved instances als savings plans kennen aanzienlijke beperkingen die hun waarde kunnen verminderen als u zich hieraan vastlegt zonder voldoende planning.
Beperkingen van gereserveerde instances
Standaard RIs zijn zeer inflexibel. Als uw werklast verandert, komt het instancetype waarvoor u zich hebt vastgelegd mogelijk niet meer overeen met wat u daadwerkelijk draait, en gaat de korting verloren. Zelfs converteerbare RIs vereisen actief beheer om ze in te wisselen wanneer de behoeften veranderen. Bij gereserveerde instances moet u bovendien rekening houden met specifieke infrastructuurkenmerken, wat voor wrijving zorgt in organisaties waar engineeringteams snel architecturale beslissingen nemen, los van de financiële afdeling.
Beperkingen van spaarplannen
Bij besparingsplannen moet u uw minimale uurtarief nauwkeurig inschatten. Als u te veel reserveert, betaalt u voor rekenkracht die u niet gebruikt. Als u te weinig reserveert, wordt een deel van uw workload nog steeds tegen on-demand-tarieven uitgevoerd. Bovendien gelden besparingsplannen niet voor alle AWS-services. RDS-database-instances, Redshift en ElastiCache vallen bijvoorbeeld buiten het bereik van besparingsplannen en vereisen nog steeds gereserveerde instances of afzonderlijke verbintenissen als u daarvoor korting wilt krijgen.
Wanneer kun je beter voor gereserveerde instances kiezen in plaats van voor besparingsplannen?
Gereserveerde instances zijn de betere keuze wanneer u stabiele, voorspelbare workloads uitvoert op diensten die niet onder besparingsplannen vallen. Als uw organisatie grote relationele databases op RDS, datawarehousing op Redshift of cachinglagen op ElastiCache gebruikt, blijven gereserveerde instances de belangrijkste manier om die kosten te verlagen via kortingen op basis van verbruikstoezeggingen.
Gereserveerde instances zijn ook zinvol voor werkbelastingen die daadwerkelijk statisch zijn, waarbij het instancetype, de regio en het besturingssysteem gedurende de looptijd van de verbintenis niet zullen veranderen. In die gevallen kan de grotere korting van een standaard RI opwegen tegen het flexibiliteitsvoordeel van een besparingsplan. Dit scenario komt het meest voor in gereguleerde sectoren of in omgevingen met verouderde applicaties, waar infrastructuurveranderingen traag en weloverwogen plaatsvinden.
Voor teams met een gedegen FinOps-aanpak en betrouwbare gebruiksgegevens is het combineren van standaard Reserved Instances (RI’s) voor stabiele database-workloads met Compute Savings Plans voor dynamische applicatie-workloads een beproefde methode om de kortingsdekking over de volledige cloudfactuur te maximaliseren.
Kun je gereserveerde instances en besparingsplannen tegelijkertijd gebruiken?
Ja, je kunt en zou vaak gereserveerde instances en besparingsplannen samen moeten gebruiken. AWS past beide kortingstypen tegelijkertijd toe, en ze zijn niet met elkaar in strijd. Gereserveerde instances hebben voorrang voor de specifieke resources waarop ze betrekking hebben, en besparingsplannen dekken de resterende in aanmerking komende rekenkosten tot aan je uurverplichting.
Een praktische gecombineerde strategie ziet er als volgt uit:
- Gebruik gereserveerde instances voor stabiele databasediensten zoals RDS, Redshift en ElastiCache die niet onder het besparingsplan vallen
- Gebruik Compute Savings Plans voor dynamische EC2-, Fargate- en Lambda-workloads waarbij de instancetypes of regio’s kunnen veranderen
- Gebruik EC2-instance-besparingsplannen voor instance-families waarbij het gebruik voorspelbaar is en u een iets grotere korting wilt dan wat compute-besparingsplannen bieden
- Evalueer de dekking van de verbintenissen elk kwartaal om hiaten op te sporen waarbij de uitgaven op aanvraag toenemen zonder dat er sprake is van kortingsdekking
Om deze combinatie goed te beheren, zijn betrouwbare gebruiksgegevens, duidelijke verantwoordelijkheid voor beslissingen over verbintenissen en een regelmatige evaluatiecyclus nodig. Zonder deze basis hebben organisaties de neiging om ofwel te weinig verbintenissen aan te gaan en zo besparingen mis te lopen, ofwel te veel verbintenissen aan te gaan en te betalen voor ongebruikte capaciteit.
Hoe wij helpen bij het optimaliseren van cloudverbintenissen
Het vinden van de juiste balans tussen reserved instances en savings plans is een van de technisch meest veeleisende aspecten van FinOps-beheer van cloudkosten. Bij It’s Value helpen we organisaties bij het opzetten van de bestuursstructuur, gegevensbeheer en besluitvormingsprocessen die nodig zijn om met vertrouwen, in plaats van reactief, aankoopverplichtingen aan te gaan.
Concreet ondersteunen wij u met:
- Gebruiksanalyse en bepaling van de benodigde capaciteit: We analyseren uw daadwerkelijke cloudverbruikspatronen om het juiste verbruiksniveau te bepalen, zodat zowel te veel als te weinig capaciteit wordt afgenomen
- Identificatie van dekkingslacunes: We vergelijken uw huidige gereserveerde instances en besparingsplannen met uw totale clouduitgaven om het on-demand-gebruik in kaart te brengen dat onder een verbintenis zou moeten vallen
- Ontwerp van een strategie voor RI en spaarplannen: Wij helpen u te bepalen welk abonnementsmodel het beste bij welke werklast past, inclusief diensten die niet onder het besparingsplan vallen, zoals RDS en Redshift
- Doorlopend bestuur en frequentie van evaluaties: We zetten een periodiek evaluatieproces op, zodat uw kortingsregeling blijft aansluiten bij de veranderende werklast
- Ondersteuning voor meerdere cloudomgevingen: We hanteren dezelfde strikte aanpak bij het optimaliseren van de toewijzing op Azure en GCP, en niet alleen op AWS
Als u wilt weten op welke punten uw huidige inzetstrategie kansen laat liggen, is een FinOps-rijpheidsbeoordeling een praktisch startpunt. Neem contact met ons op om te bespreken hoe dat er voor uw organisatie uitziet.