Undersøk økte skykostnader: mengde, pris og ressurser
Et gjennomregnet eksempel skiller mellom økt bruk, en endret enhetspris og en testserver. Kostnadsforskjellen forklarer ikke alene årsaken.
Når skyregningen øker, må du først sammenligne kostnader på samme grunnlag. Deretter kan du undersøke om mer bruk, en annen enhetspris eller en ekstra ressurs har endret beløpet. Den tekniske årsaken krever deretter kunnskap om arbeidsforløpet.
Fastsett sammenligningsgrunnlaget
Noter periode, valuta, mengdeenhet, berørte tjenester og kostnadstypen som brukes. Et foreløpig beløp for inneværende måned tilsvarer ikke en hel foregående måned. Kontroller også hvordan rabatter, krediteringer og skatter behandles. En endret kreditering kan påvirke fakturabeløpet selv om bruken er uendret.
Kostnadsrapporter kan inneholde data som legges til senere. AWS opplyser eksplisitt om forsinkede dataoppdateringer i Cost Explorer. Noter derfor hvilken rapportversjon du sammenligner; en prognose og allerede fakturert bruk er ulike grunnlag.
Regn ut tre eksempelposter hver for seg
Et fiktivt programvareteam sammenligner to faktureringsperioder på 30 dager hver. Tabellen omfatter bare tre utvalgte poster. Alle beløp er fritt valgte nettoeksempler i EUR uten rabatter, krediteringer eller skatter; de er verken leverandørpriser eller et tilbud fra ASES. Workers er her programmer som utfører bakgrunnsoppgaver. Beregningscellene viser mengde × antatt enhetspris = beløp i EUR.
Post | Foregående periode | Sammenligningsperiode | Endring i EUR |
|---|---|---|---|
Workers' kjøretid i timer |
|
| +100 |
Dataoverføring i GB |
|
| +50 |
Testserverens kjøretid i timer |
|
| +40 |
Summen av disse postene | 250 | 440 | +190 |
Forskjellen er 440 - 250 = 190. Her består den av flere worker-timer, en endret antatt sats for dataoverføring og nye timer på testserveren. Dette er en oppdeling av eksempelverdiene, ikke en konklusjon om sløsing eller en faktisk prisendring.
Knytt beløpet til driften
For workers undersøkes det om flere nyttige oppgaver ble utført, flere gjentakelser oppstod, eller en oppgave tok lengre tid. Mer fakturerbar kjøretid kan ha ulike tekniske årsaker. Derfor ses oppgavehistorikken og bruken i sammenheng.
Ved dataoverføringen er mengden uendret i eksemplet. I reelle data må du også avklare om brukstype, region, rabatt og kostnadstype er sammenlignbare. En endret effektiv sats innebærer ikke automatisk at listeprisen har økt. Hvis både mengde og sats endres, må begge endringene vises.
Testserveren heter i eksemplet test-old og tilhører et avsluttet forsøk. Først denne ekstra informasjonen gjør den til en mulig kandidat for nedstenging. Den ansvarlige sjekker først avhengigheter, nødvendige data og behovet for å kunne gå tilbake. En post på fakturaen er ikke nok som beslutningsgrunnlag alene. FinOps Allocation beskriver fordeling via kontoer, tagger og andre metadata; en ukjent eier forblir et åpent spørsmål.
Dokumenter verktøyets grenser og videre arbeid
I AWS Cost Explorers dokumenterte kostnadssammenligning kan det blant annet grupperes etter tjeneste, konto, region eller tagg. Gruppering og filtrering etter en enkelt ressurs er ikke tilgjengelig i denne sammenligningsvisningen. For å identifisere testserveren trenger du derfor supplerende ressurs- eller bruksdata. Eksempeltabellen gjengir ikke leverandørens visning.
Noter den påviste forskjellen, den tekniske sammenhengen, åpne spørsmål og neste steg med en ansvarlig for hver påfallende post. Allerede påløpte avgifter forsvinner ikke ved senere nedstenging. Hvilke fremtidige kostnader som eventuelt bortfaller, og hvilke poster for lagring eller sikkerhetskopiering som blir igjen, undersøkes separat.
Kilder
Les videre
Alle artikler
Sky og drift med ASES
Hosting, utrulling, vedlikehold og oppfølging