Committed Use Discounts (CUD): Googles starkaste rabattverktyg

Committed Use Discounts är Googles motsvarighet till AWS Reserved Instances och Azure Reservations. Principen är enkel: du förbinder dig att använda en viss resursnivå under ett eller tre år. I gengäld sänker Google priset — enligt Googles officiella dokumentation med upp till 57 % för treåriga compute-åtaganden.

Rabatten gäller oavsett hur mycket resursen faktiskt utnyttjas. Kör du instansen 20 % av tiden betalar du ändå hela åtagandet. Därför är CUD ett instrument för förutsägbara, stabila arbetsbelastningar — inte för sporadiska jobb.

Resursbaserade vs. utgiftsbaserade CUD

Google erbjuder två distinkta CUD-modeller, och valet mellan dem påverkar både rabattnivå och operativ flexibilitet.

Resursbaserade CUD ger djupast rabatt men kräver att du vet exakt vilken kapacitet du behöver. Du anger antal vCPU:er och GB minne i en specifik region. Om du om sex månader behöver byta maskintyp sitter du fast med åtagandet.

Utgiftsbaserade CUD fungerar annorlunda. Du förbinder dig till ett belopp per timme, och Google fördelar rabatten automatiskt på dina dyraste resurser först. Det ger lägre rabatt men högre flexibilitet — en modell som passar organisationer där infrastrukturen fortfarande utvecklas.

> Opsios rekommendation: Börja med utgiftsbaserade CUD om ni inte har minst sex månaders stabil användningsdata. Resursbaserade CUD ger bättre pris, men felköp binder kapital i ett till tre år utan möjlighet att backa.

Hur du räknar fram rätt åtagandenivå

Att köpa CUD utan underlag är som att teckna ett treårigt leasingavtal utan att veta hur långt du pendlar. Så här gör vi på Opsio när vi analyserar Google Cloud-kostnader åt kunder:

1. Exportera 90 dagars faktureringsdata till BigQuery via Billing Export

2. Identifiera basbelastningen — den lägsta stabila kapaciteten som alltid körs, oavsett tidpunkt

3. Dimensionera CUD till 70–80 % av basbelastningen — inte till toppbelastning

4. Kör resterande kapacitet som on-demand och låt SUD hantera den delen

5. Ompröva kvartalsvis via Googles CUD Recommendations i Billing Console

Att köpa CUD som täcker 100 % av genomsnittlig kapacitet är ett vanligt misstag. Arbetsbelastningar fluktuerar, och CUD-pengar som täcker kapacitet du inte använder ger noll värde.

FinOps-strategi för molnkostnader

Sustained Use Discounts (SUD): Automatisk rabatt utan avtal

Sustained Use Discounts är Googles sätt att belöna konsekvent användning utan att du behöver teckna något avtal. Kör du en instans mer än 25 % av en kalendermånad börjar rabatten triggas. Vid 100 % användning under hela månaden når rabatten upp till 30 %, enligt Googles prissättningsdokumentation.

Det fina med SUD är att det sker helt automatiskt. Google grupperar liknande instanser i samma region och beräknar den samlade användningen. Du ser rabatten på fakturan i efterhand.

Viktiga begränsningar att känna till

SUD har en avgörande begränsning som många missar: det gäller bara N1-maskintyper. Om du kör E2, N2, N2D, C2, C2D eller Tau-instanser — vilka är de nyare och ofta mer kostnadseffektiva maskintyperna — kvalificerar du inte för SUD. Google har istället prissatt dessa med lägre baspris.

Det innebär ett intressant strategiskt val: N1 med SUD kan ibland vara billigare än E2 utan SUD, beroende på användningsmönster. Räkna alltid på totalkostnad per maskintyp inklusive rabatter.

Hur CUD och SUD samverkar

CUD och SUD kan kombineras, men aldrig på samma resurs. Google applicerar modellerna i denna ordning:

1. CUD-rabatten tillämpas först på din åtagandevolym

2. SUD triggas på eventuell kapacitet utöver CUD-åtagandet (om det är N1)

3. On-demand-pris gäller för resten

Det betyder att du kan använda CUD för att täcka din stabila basbelastning och låta SUD reducera kostnaden för den del som varierar. Strategin förutsätter att du kör N1-instanser för den rörliga delen — annars betalar du fullt on-demand-pris.

Budget Alerts: Kostnadsvarningar som faktiskt fungerar

Rabatter sänker snittkostnaden, men de skyddar inte mot oväntade toppar. En felkonfigurerad autoscaler, en BigQuery-fråga utan partitionering eller en bortglömd preemptible-pipeline kan generera tusentals kronor i onödiga kostnader på en enda natt.

Enligt FinOps Foundations State of FinOps-rapport saknar nästan hälften av organisationer automatiska varningar vid kostnadsöverskridanden. Det är som att köra bil utan hastighetsmätare.

Steg-för-steg: Konfigurera Budget Alerts

1. Gå till Billing → Budgets & Alerts i Google Cloud Console

2. Klicka Create Budget och ge den ett beskrivande namn (t.ex. "Produktion EU-North1 — Månadsbudget")

3. Välj scope — hela billing account eller specifika projekt

4. Sätt månadsbelopp baserat på föregående kvartals snitt plus 10–15 % marginal

5. Definiera tröskelvärden: 50 %, 80 %, 100 % och 120 % (den sista fångar överdrag)

6. Koppla varningar till e-post och Pub/Sub

Gå bortom e-post: Pub/Sub-koppling

E-postvarningar är bättre än ingenting, men de drunknar i inkorgen. Den riktiga kraften ligger i Pub/Sub-integrationen. Med Pub/Sub kan du trigga:

• Slack- eller Teams-meddelanden till FinOps-kanalen
• Cloud Functions som automatiskt pausar icke-kritiska jobb
• Terraform-baserade policy-uppdateringar som sänker quotas

Vi på Opsio konfigurerar alltid Pub/Sub-baserade alerts med minst en automatiserad åtgärd. Det räcker inte att veta att budgeten överskrids — du behöver en process som agerar innan nästa faktura genereras.

Managerade molntjänster för Google Cloud

Vanliga misstag vid Google Cloud-kostnadsoptimering

Baserat på vad vi ser i kundmiljöer — här är de fem vanligaste felen:

1. Köpa CUD baserat på toppbelastning istället för stabil basbelastning. Resultatet: betald kapacitet som aldrig utnyttjas.

2. Anta att SUD gäller alla maskintyper. E2 och N2 har inget SUD-stöd. Kontrollera innan du budgeterar.

3. Ignorera Billing Export till BigQuery. Utan detaljerad data är kostnadsoptimering gissningslek. Aktivera exporten dag ett.

4. Sätta Budget Alerts utan koppling till handling. Ett mejl vid 100 % är för sent. Koppla Pub/Sub vid 80 %.

5. Optimera rabatter innan du right-sizat. Att köpa CUD på en överdimensionerad instans cementerar slöseriet i ett till tre år.

Molnsäkerhet och kostnadsövervakning

En praktisk optimeringsordning

Om du ska göra en sak i taget, gör det i den här ordningen:

1. Aktivera Billing Export till BigQuery (gratis, tar fem minuter)

2. Analysera 90 dagars historik — identifiera stabila vs. sporadiska arbetsbelastningar

3. Right-siza instanser baserat på faktisk CPU/minne-användning via Cloud Monitoring

4. Teckna utgiftsbaserade CUD på 70 % av bekräftad basbelastning

5. Konfigurera Budget Alerts med Pub/Sub och minst en automatiserad åtgärd

6. Granska och justera kvartalsvis — arbetsbelastningar förändras, och dina åtaganden ska följa med

Den här sekvensen säkerställer att du inte låser dig till rabatter på resurser som egentligen borde krympas eller avvecklas.

Cloud FinOps och kostnadsoptimering

Vanliga frågor

Vad är skillnaden mellan resursbaserade och utgiftsbaserade CUD?

Resursbaserade CUD kräver att du anger exakt antal vCPU:er och GB minne i en specifik region — du får djupast rabatt men minst flexibilitet. Utgiftsbaserade CUD binder dig till ett minimibelopp per timme och Google fördelar rabatten automatiskt på de dyraste resurserna, vilket passar bättre vid varierande arbetsbelastningar.

Gäller Sustained Use Discounts för alla maskintyper?

Nej. SUD gäller bara N1-maskintyper. E2, N2, N2D och Tau-instanser kvalificerar inte — Google har istället optimerat dessa med lägre baspris. Kontrollera alltid maskintyp innan du räknar med SUD i din kostnadsmodell.

Kan man kombinera CUD och SUD?

Ja, men inte på samma resurs. Google applicerar CUD-rabatten först på din åtagandevolym. Om du sedan använder mer kapacitet än vad CUD täcker, triggas SUD automatiskt på överanvändningen — förutsatt att det är en N1-instans.

Hur snabbt betalar sig ett CUD-åtagande?

Ett ettårigt CUD ger ungefär 37 % rabatt, vilket innebär att du når break-even redan vid cirka 60 % genomsnittlig användning under perioden. Vid treårsavtal (upp till 57 % rabatt) krävs ännu lägre utnyttjandegrad. Räkna alltid på faktisk basbelastning — inte toppbelastning.

Hur sätter man upp Budget Alerts i Google Cloud?

Gå till Billing → Budgets & Alerts i Google Cloud Console. Skapa en budget med månadsbelopp och tröskelvärden (exempelvis 50 %, 80 % och 100 %). Koppla varningarna till e-post och helst Pub/Sub så att du kan trigga automatiserade åtgärder som Slack-notiser eller auto-scaling-begränsningar.