Granska ökade molnkostnader: mängd, pris och resurser
Ett genomräknat exempel skiljer på ökad användning, ett ändrat enhetspris och en testserver. Kostnadsskillnaden förklarar inte ensam orsaken.
När molnfakturan stiger ska du först jämföra kostnader på samma grund. Därefter går det att undersöka om ökad användning, ett annat enhetspris eller en extra resurs har ändrat beloppet. Den tekniska orsaken behöver sedan kopplas till arbetsförloppet.
Fastställ jämförelsegrunden
Anteckna period, valuta, mängdenhet, berörda tjänster och den kostnadstyp som används. Ett preliminärt belopp för den pågående månaden motsvarar inte en hel föregående månad. Kontrollera också hur rabatter, krediteringar och skatter behandlas. En ändrad kreditering kan påverka fakturabeloppet trots oförändrad användning.
Kostnadsrapporter kan innehålla data som läggs till senare. AWS upplyser uttryckligen om fördröjda datauppdateringar i Cost Explorer. Ange därför vilken rapportversion du jämför; en prognos och redan fakturerad användning är olika underlag.
Räkna på tre exempelposter var för sig
Ett fiktivt mjukvaruteam jämför två faktureringsperioder på vardera 30 dagar. Tabellen omfattar bara tre utvalda poster. Alla belopp är fritt valda nettoexempel i EUR utan rabatter, krediteringar eller skatter; de är varken leverantörspriser eller ett erbjudande från ASES. Workers är här program som utför bakgrundsuppgifter. Beräkningscellerna visar mängd × antaget enhetspris = belopp i EUR.
Post | Föregående period | Jämförelseperiod | Ändring i EUR |
|---|---|---|---|
Workers körtid i timmar |
|
| +100 |
Dataöverföring i GB |
|
| +50 |
Testserverns körtid i timmar |
|
| +40 |
Summan av dessa poster | 250 | 440 | +190 |
Skillnaden är 440 - 250 = 190. Här består den av fler worker-timmar, en ändrad antagen sats för dataöverföring och nytillkomna timmar på testservern. Det är en uppdelning av exempelvärdena, ännu inget konstaterande av slöseri eller en verklig prisändring.
Koppla beloppet till driften
För workers undersöks om fler nyttiga uppgifter utfördes, fler omkörningar behövdes eller en uppgift tog längre tid. Mer fakturerbar körtid kan ha olika tekniska orsaker. Därför granskas uppgiftshistoriken tillsammans med användningen.
För dataöverföringen är mängden oförändrad i exemplet. I verkliga data måste du dessutom klargöra om användningstyp, region, rabatt och kostnadstyp är jämförbara. En ändrad effektiv sats innebär inte automatiskt att listpriset har höjts. Om både mängd och sats ändras ska båda förändringarna redovisas.
Testservern heter i exemplet test-old och hör till ett avslutat försök. Först denna extra information gör den till en möjlig kandidat för avstängning. Den ansvariga personen kontrollerar först beroenden, nödvändiga data och behovet av att kunna återgå. En post på fakturan räcker inte ensam som beslutsunderlag. FinOps Allocation beskriver fördelning via konton, taggar och andra metadata; en okänd ägare förblir en öppen fråga.
Dokumentera verktygets gränser och fortsatt arbete
I AWS Cost Explorers dokumenterade kostnadsjämförelse går det bland annat att gruppera efter tjänst, konto, region eller tagg. Gruppering och filtrering efter en enskild resurs finns inte i denna jämförelsevy. För att identifiera testservern behöver du därför kompletterande resurs- eller användningsdata. Exempeltabellen återger inte leverantörens vy.
Anteckna för varje avvikande post den konstaterade skillnaden, det tekniska sammanhanget, öppna frågor och nästa steg med en ansvarig. Redan uppkomna avgifter försvinner inte om resursen stängs av senare. Vilka framtida kostnader som kan bortfalla och vilka poster för lagring eller säkerhetskopiering som finns kvar granskas separat.
Källor
Läs vidare
Alla artiklar
Cloud & drift med ASES
Hosting, driftsättning, underhåll och support