Regneeksempler, budget og valg af hosting

Omkostningsstyring i cloud: budgetter, alarmer, tags og en fast månedlig gennemgang

En enkel metode til at styre cloud- og hostingomkostninger i en SMV – budgetalarmer, mærkning af ressourcer, automatisk sluk, rightsizing og en månedlig rutine.

Opdateret · 4 min. læsning

Omkostningsstyring i cloud: budgetter, alarmer, tags og en fast månedlig gennemgang

Cloudomkostninger styres med fire enkle greb: budgetalarmer, der advarer, før regningen løber løbsk, mærkning (tags) af alle ressourcer med system og ejer, automatisk sluk af servere, der ikke behøver at køre, og en fast månedlig gennemgang af regningen, hvor nogen har ansvaret. Det kaldes ofte FinOps, men for en SMV behøver det ikke være mere end en time om måneden og et regneark. Uden styring vokser cloudregninger typisk ikke på grund af én stor fejl, men på grund af mange små ting, ingen ejer.

Guiden hører under valg af hosting trin for trin. Alle beløb er illustrative.

Greb 1: Budgetter og alarmer

De fleste cloududbydere lader jer oprette budgetter med alarmer ved fx 50 %, 80 % og 100 % af det forventede månedsforbrug, og nogle tilbyder alarmer ved usædvanligt forbrug. Sæt dem op med det samme:

  • Et samlet budget for hele kontoen.
  • Et budget pr. system eller projekt, hvis I mærker ressourcer.
  • Alarm ved prognose, ikke kun ved faktisk forbrug – så advares I midt i måneden.
  • Modtagere: mindst to personer, så alarmen ikke forsvinder i én indbakke.

En alarm stopper ikke forbruget. Den giver kun besked. Vil I have et hårdt loft, kræver det automatisering, og det kan stoppe produktionssystemer – overvej det kun for test og udvikling.

Greb 2: Mærkning (tags)

Et tag er en etiket på en ressource, fx system: webshop, miljø: test, ejer: navn. Med tags kan regningen fordeles på systemer og afdelinger, og det bliver tydeligt, hvem der skal spørges, når en ressource ser forældreløs ud.

Et minimum for en SMV:

TagEksempelFormål
systemwebshop, fagsystemFordeling af regningen
miljøprod, test, devFind ressourcer, der kan slukkes
ejerinitialer eller teamHvem skal spørges
udløbdatoMidlertidige ressourcer, der skal slettes

Gør tags obligatoriske, hvor udbyderen tillader det, og tjek hver måned, hvilke ressourcer der mangler tags.

Greb 3: Automatisk sluk og oprydning

  • Sluk test- og udviklingsservere uden for arbejdstid. Arbejdstid hverdage 8–17 er 45 timer af 168 – ca. 27 % af ugen. Slukkede servere koster ikke regnekraft, men diske og IP-adresser koster fortsat.
  • Slet forældreløse ressourcer: diske uden server, gamle snapshots, ubrugte IP-adresser og load balancere uden trafik. Se lagring, backup og snapshots.
  • Sæt udløb på logdata: Logning kan koste pr. GB indsamlet og pr. GB opbevaret.

Greb 4: Den månedlige gennemgang

En fast rutine på ca. en time:

  1. Sammenlign med sidste måned: Hvilke tjenester er steget mest i kroner?
  2. Tjek de tre største poster: Er de forventede?
  3. Find ressourcer uden tags og ressourcer med passeret udløbsdato.
  4. Tjek udnyttelse af reservationer og savings plans – bruges de?
  5. Tjek rightsizing-forslag fra udbyderens værktøjer, og vurder dem kritisk.
  6. Notér beslutninger og hvem der gør hvad.

Illustrativt eksempel: et halvt år med styring

En virksomhed har et månedsforbrug på 14.000 kr. Efter gennemgang findes (konstruerede tal):

TiltagBesparelse pr. måned
4 testservere slukkes uden for arbejdstid (fra 730 til ca. 200 timer à 1,20 kr.)4 × 530 × 1,20 = 2.544 kr.
18 gamle snapshots slettes (900 GB à 0,35 kr.)315 kr.
5 ubrugte IP-adresser frigives (à ca. 26 kr.)130 kr.
2 servere gøres en størrelse mindre1.100 kr.
I alt4.089 kr.

Det er ca. 29 % af regningen eller 49.068 kr. om året. Eksemplet er konstrueret, men mønstret – at test, snapshots og overdimensionering står for en stor del – går igen. Se typiske fejl på cloudregningen.

Nøgletal, der giver mening

En stigende regning er ikke altid et problem – den kan følge en voksende forretning. Derfor er det nyttigt at følge regningen pr. enhed:

NøgletalBeregning (konstrueret)Hvad det viser
Pris pr. ordre14.000 kr. / 1.500 ordrer = 9,33 kr.Om webshoppen bliver dyrere at drive pr. salg
Pris pr. medarbejder6.100 kr. / 40 = 152,50 kr.Udviklingen i et internt system
Andel til test og udvikling2.800 kr. / 14.000 kr. = 20 %Om testmiljøer vokser uden kontrol
Udnyttelse af reservationerBrugte timer / reserverede timerOm forpligtelser bliver brugt

Stiger pris pr. ordre, mens antallet af ordrer er det samme, er det et tegn på, at noget skal undersøges.

Fordel regningen internt

Med tags kan regningen fordeles på afdelinger eller kunder. Det giver to fordele: Den, der bruger ressourcerne, ser prisen, og projekter, der skal faktureres videre til kunder, kan dokumenteres. Brug serverpris-beregneren til at lave et forventet budget pr. system, og sammenlign med det faktiske forbrug.

Adgang til at oprette ressourcer

Den mest effektive omkostningsstyring er at begrænse, hvem der kan oprette dyre ressourcer. Giv udviklere adgang til et testmiljø med et loft på antal og størrelse af servere, og lad oprettelse af nye produktionsressourcer gå gennem én eller to personer. Det beskytter også mod misbrug, hvis en adgang bliver kompromitteret – se typiske fejl på cloudregningen.

Hvem skal eje cloudregningen?

Ansvaret falder ofte mellem to stole: økonomi ser regningen, men ved ikke, hvad posterne betyder; it ved, hvad der kører, men ser ikke regningen. Giv én person ansvaret for den månedlige gennemgang, og lad både økonomi og it deltage. Hos en driftspartner bør omkostningsrapportering stå i kontrakten – se administreret cloud eller selv-drift.

Ofte stillede spørgsmål

Findes der værktøjer til omkostningsstyring?

Cloududbyderne har indbyggede værktøjer til omkostningsrapporter, budgetter og anbefalinger. Der findes også tredjepartsværktøjer, men for en SMV er de indbyggede ofte nok.

Hvor meget kan man spare?

Det afhænger helt af udgangspunktet. Er der aldrig ryddet op, er der ofte noget at hente; er løsningen allerede tilpasset, er gevinsten mindre.

Skal vi reservere efter oprydningen?

Ja – rækkefølgen er vigtig: først oprydning og tilpasning, derefter reservation. Se reservation eller on-demand.

Kilder og videre læsning

Relaterede guides