De fem största kostnadsdrivarna – och hur ni hanterar dem

1. Överdimensionerade instanser

Det här är den mest förutsägbara besparingen. Enligt Flexeras State of the Cloud har kostnadshantering konsekvent rankats som den största utmaningen för molnanvändare, och överdimensionering är en huvudorsak.

Vi ser det hos nästan varje ny kund: EC2-instanser som körs på m5.xlarge när arbetsbelastningen knappt utnyttjar en m5.large. Databaser provisionerade för peak-trafik som inträffar två timmar per dygn.

Så gör ni:

• Aktivera AWS Compute Optimizer – det är gratis och ger instansspecifika rekommendationer baserade på faktisk användning.
• Granska CPU- och minnesanvändning över minst 14 dagar innan ni right-sizar.
• Automatisera med AWS Instance Scheduler för dev/test-miljöer som inte behöver köra 24/7.

2. On-demand när ni borde använda reservationer

On-demand-priser är bekväma men dyra. För stabila arbetsbelastningar är skillnaden mellan on-demand och 1-års Savings Plan ofta 30–40 %.

Opsios rekommendation: Börja med Compute Savings Plans – de ger bra rabatt utan att låsa er till en specifik instanstyp. Lägg till Standard RI för databaser och andra arbetsbelastningar ni vet körs oförändrat i minst ett år. Använd Spot för allt som tål avbrott.

3. Dataöverföringskostnader

Den dolda kostnaden som alltid överraskar. AWS tar betalt för data som lämnar en region, data mellan availability zones, och trafik genom NAT Gateways. En NAT Gateway som hanterar 10 TB per månad kostar runt 450 USD bara i dataöverföringsavgifter – utöver timkostnaden.

Konkreta åtgärder:

• Placera kommunicerande tjänster i samma availability zone där det är möjligt (väg mot tillgänglighetskrav).
• Använd VPC Endpoints för S3 och DynamoDB – det eliminerar NAT Gateway-kostnaden för den trafiken.
• Granska CloudFront som alternativ till direkt utgående trafik – priset per GB är ofta lägre.
• I eu-north-1 (Stockholm): var extra uppmärksam på cross-region replication – den behövs för DR men kostar.

4. Lagringsackumulering

EBS-volymer, gamla snapshots och S3-buckets med fel lagringsklass är tysta kostnadsdrivare. Vi har sett kunder med hundratals "föräldralösa" EBS-volymer – diskar kopplade till instanser som terminerats för månader sedan.

Strategi:

• Implementera S3 Lifecycle Policies: flytta data till S3 Intelligent-Tiering eller Glacier automatiskt baserat på åtkomstmönster.
• Sätt upp automatisk borttagning av oanvända EBS-volymer och ej använda Elastic IP-adresser.
• Granska EBS-snapshot-policyer – behöver ni dagliga snapshots i 90 dagar, eller räcker 30?

5. Avsaknad av tagging och kostnadsägarskap

Utan konsekvent tagging kan ingen svara på frågan "vad kostar den här applikationen?" – och då kan ingen heller optimera den.

Minimum viable tagging:

• Environment (prod/staging/dev)
• Team eller CostCenter
• Application
• Owner (kontaktperson)

Aktivera AWS Organizations SCP:er som kräver taggar vid resursskapande. Det är enklare att hålla ordning från dag ett än att retroaktivt tagga tusentals resurser.

FinOps: från projekt till kultur

Kostnadsoptimering är inte ett kvartalsprojekt – det är en löpande disciplin. Cloud FinOps

FinOps-ramverket definierar tre faser:

1. Inform – Synliggör kostnader per team, applikation och miljö. AWS Cost Explorer, CUR (Cost and Usage Reports) och verktyg som Kubecost för Kubernetes.

2. Optimize – Agera på insikterna: right-sizing, reservationer, arkitekturförändringar.

3. Operate – Inför processer och automatisering som gör optimering till en del av vardagen, inte en engångsinsats.

Det vi ser på Opsios NOC är att organisationer som lyckas med FinOps har tre saker gemensamt:

• Tydligt ägarskap: Varje team ser sin egen AWS-kostnad – och har mandat att påverka den.
• Automatisering: Anomalidetektering via AWS Budgets + SNS-notifieringar som triggar innan budgeten överskrids.
• Regelbunden genomgång: Månatliga kostnadsgenomgångar där drift, utveckling och ekonomi sitter i samma rum.

Managerade tjänster vs. självmanagerad infrastruktur – kostnadsjämförelse

Frågan "ska vi använda managerade tjänster?" handlar aldrig bara om licenspriset. Det handlar om total ägandekostnad (TCO).

Vår erfarenhet: för de allra flesta arbetsbelastningar är managerade tjänster billigare totalt sett. Undantaget är specialiserade konfigurationer där ni behöver tillgång till OS-nivå eller specifika databasversioner som inte stöds.

Säkerhet och regelefterlevnad – kostnadsaspekten

Säkerhet kostar pengar, men säkerhetsbrister kostar mer. För svenska organisationer som lyder under NIS2-direktivet och GDPR finns det både regulatoriska och ekonomiska skäl att göra rätt från början. Molnsäkerhet

Några kostnadseffektiva säkerhetsåtgärder i AWS:

• AWS Security Hub – aggregerar findings från GuardDuty, Inspector och Macie. Kostnaden är blygsam jämfört med alternativet: att missa en finding.
• AWS Config Rules – automatiserad efterlevnadskontroll. Dyrare vid hög volym, men billigare än manuella audits.
• S3 Block Public Access – gratis, borde vara aktiverat på organisationsnivå. Fortfarande den vanligaste missbedömningen vi ser.
• IMY-krav och datalokalitet: Stockholm-regionen (eu-north-1) är förstahandsvalet för svenska organisationer. Prisskillnaden mot billigare regioner som us-east-1 är liten och motiveras enkelt.

Migrering och modernisering – investera rätt från start

Den billigaste resursen är den ni inte behöver. Vid migrering till AWS är det frestande att göra en "lift and shift" – men det innebär ofta att ni flyttar överdimensionering och ineffektivitet till molnet. Molnmigrering

Opsios rekommendation vid migrering:

1. Inventera och right-siza innan migrering – inte efter.

2. Identifiera kandidater för serverless – Lambda och Fargate eliminerar kostnaden för inaktiv compute.

3. Planera för managerade tjänster från start – att migrera till RDS direkt är billigare än att först migrera till EC2 och sedan migrera igen.

4. Sätt upp FinOps-grunderna dag ett: tagging, budgetlarm, Cost Explorer-dashboards.

Verktyg för löpande kostnadsövervakning

Vanliga frågor

Vad kostar AWS Managed Services jämfört med att driva infrastrukturen själv?

Det beror helt på er arbetsbelastning och teamkompetens. AWS Managed Services (AMS) tar bort operativt arbete som patching, backup och övervakning, vilket ofta minskar personalkostnaderna. Men tjänsten har en egen avgift. I vår erfarenhet lönar sig AMS framför allt för organisationer med färre än 5–10 dedikerade molnoperatörer, där alternativet är att bygga ett eget driftteam.

Vilka AWS-tjänster driver mest oväntade kostnader?

Dataöverföring mellan regioner och availability zones, NAT Gateway-trafik, och oanvända EBS-volymer är de vanligaste bovarna vi ser. Många organisationer förbiser också kostnaden för CloudWatch-loggar vid hög volym och Elastic IP-adresser som inte är kopplade till aktiva instanser.

Hur snabbt ser man resultat av AWS-kostnadsoptimering?

Quick wins som att stänga av oanvända resurser och right-siza överdimensionerade instanser ger effekt på nästa faktura – ofta inom 2–4 veckor. Strategiska åtgärder som Savings Plans och arkitekturförändringar tar 1–3 månader att implementera men ger större långsiktig effekt.

Behöver vi FinOps om vi redan använder AWS Cost Explorer?

Cost Explorer är ett verktyg – FinOps är en disciplin. Cost Explorer visar vad ni spenderar, men FinOps-praxis definierar vem som äger kostnaden, hur beslut fattas och hur ni kontinuerligt optimerar. Utan tydligt ägarskap och processer blir Cost Explorer bara en dashboard ingen agerar på.

Hur påverkar GDPR valet av AWS-region och kostnad?

GDPR kräver inte att data lagras inom EU, men många svenska organisationer och myndigheter har policyer som kräver det. Stockholm-regionen (eu-north-1) är ofta förstahandsvalet. Prisskillnaden mot exempelvis us-east-1 är relativt liten – typiskt 5–10 % högre – och motiveras enkelt av regelefterlevnad och lägre latens.