Savings Plan of Reserved Instance, wat past bij ons compute-gebruik?
Savings Plans zijn flexibeler (geldt over instance-families, regio's, ook Fargate en Lambda), Reserved Instances goedkoper voor heel voorspelbaar gebruik. Voor MKB met wisselende workloads pakt Savings Plan vaker beter uit.
support/cloud-platforms/savings-plan-vs-reserved-instance-keuzestappen: 5
Probeer dit eerst zelf
- Kijk in Cost Explorer onder Recommendations naar je laatste 60 dagen aan compute-gebruik. AWS doet zelf een voorstel.
- Voor wisselende workloads: Compute Savings Plan, 1 jaar, no upfront. Geeft korting zonder lock-in op type of regio.
- Voor zeer vast gebruik (database, fixed app-server) en weet je dat die instance er volgend jaar nog draait, een Standard RI 1 of 3 jaar.
- Dek nooit 100 procent van je gebruik. Mik op 70-80 procent gedekt door commitments, de rest on-demand voor flexibiliteit.
- Op Azure heet dit Reservations of Savings Plans, op GCP CUDs (Committed Use Discounts). Patroon is gelijk.
Wanneer ons inschakelen
Voor commitments boven een paar duizend euro per maand is een korte FinOps-review met iemand die dit dagelijks doet meestal de inschrijving waard.
Zie ook
- Iedereen logt in met het root-account van AWSHet root-account is voor noodgevallen en facturatie. Dagelijks werk hoort via IAM-users of SSO.
- Iedere developer heeft AdministratorAccessAdministratorAccess overal is gemak nu, drama later. Begin met rolgebaseerde policies.
- Iedereen heeft losse IAM-users met eigen wachtwoordIdentity Center (voorheen AWS SSO) koppelt aan je IdP en geeft tijdelijke credentials per sessie.
Past het bovenstaande niet?
Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.
Of doe het helemaal niet zelf
Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.