Optimalisering av virtuelle maskiner (VM)

Introduksjon til prising av virtuelle maskiner

Virtuelle maskiner (VMer) prises på ulike måter hos skyprodusentene og kan faktureres basert på antall sekunder, minutter, eller timer en maskin har vært i bruk. Fellesnevneren er at prisen øker i takt med størrelsen på maskinen. Dette er basert på flere faktorer som antall CPU-kjerner, mengden minne (RAM), og midlertidig lagringsplass. Ulike typer CPUer som Intel, AMD eller ARM kan ha ulike prisnivåer. Prisen kan også variere avhengig av hvilket operativsystem som brukes, eks Windows eller Linux. Videre påvirkes prisen av om man allerede har en lisens til operativsystemet og benytter BYOL, eller om lisensen skal medfølge VMen (license included).

Beste praksis

Beste praksis er å jevnlig vurdere og gjennomføre anbefalinger om right-sizing fra portaler eller andre støtteverktøy. I sammenheng med dette arbeidet anbefales det også å analysere om bruk av reservasjoner og/eller bindingstidsplaner kan føre til lavere kostnader over tid. Det er også ansett som beste praksis å implementere policy for å automatisk slå VMer av og på avhengig av om de skal brukes eller ikke, samt vurdere muligheten for å benytte spot-instanser i nye og eksisterende applikasjoner.

Right-sizing, reservasjoner og bindigstidsplaner

Right-sizing dreier seg hovedsakelig om å forstå forbruket av prosessor-kraft og minne, for deretter å justere den virtuelle instansen etter behov. Ved å justere størrelsen på VMer til å matche de faktiske behovene, betaler man kun for de ressursene som faktisk brukes, og unngår overforbruk. Dette innebærer å analysere bruken av VMer og justere deres kapasitet basert på arbeidsbelastning og ytelseskrav. I tillegg til kostnadsbesparelser, bidrar right-sizing også til bærekraft ved å redusere strømforbruket. Når VMer er riktig dimensjonert, bruker de mindre energi, noe som er gunstig både for miljøet og for virksomhetens økonomi. Samlet sett er right-sizing en nøkkelstrategi for å oppnå en effektiv og bærekraftig drift i skyplattformer.

Virtuelle maskiner kan i tillegg både reserveres og dekkes av bindingstidsavtaler mot en rabattert pris. Det anbefales at vurderinger av dette sees i sammenheng med både right-sizing og vurderinger av automatisk oppe- og nedetid for å sikre at disse ikke fører til merforbuk ved at de dekker kapasitet som ellers kunne ha blitt nedjustert eller dekket av nedetid. Her er det viktig å ha god kjennskap til hvordan rabattavtalene fungerer i praksis, noe vi beskrev på forrige side.

Automatisk oppe- og nedetid

Automatisk shutdown — *Dette bildet er generert av kunstig intelligens*

Automatisert oppe- og nedetid for virtuelle maskiner (VMer) er en effektiv strategi for å optimalisere ressursbruk og redusere kostnader. Ved å automatisere når VMer skal være aktive eller inaktive, sikrer man at de kun kjører når de faktisk trengs. Dette betyr at man unngår unødvendig ressursbruk og dermed reduserer kostnadene knyttet til driften av VMer. I tillegg bidrar denne praksisen til økt bærekraft ved å redusere strømforbruket, noe som er gunstig både for miljøet og for virksomhetens økonomi.

For å identifisere virtuelle maskiner (VMer) som kan ha automatisk nedetid, man benytte tagger. For eksempel kan utviklingsmiljøer som ikke krever 24/7 drift, merkes med en spesifikk tagg som indikerer når de skal slås av. Hvis applikasjonen på VMen har en kompleks arkitektur med mange avhengigheter kan det være utfordrende å automatisere oppe- og nedetid uten å forstyrre tjenestene. I noen tilfeller må tjenester tas ned og opp i en bestemt rekkefølge, og det bør derfor vurderes om det er praktisk gjennomførbart før man velger å implementere automatikk i oppe- og nedetid for en VM.

Automatisering av oppe- og nedetid er en viktig del av en helhetlig strategi for effektiv ressursforvaltning i skyplattformer, men må også sees i sammenheng med reservasjoner; selv om en VM ikke benyttes 24/7 kan det likevel lønne seg å bestille en reservasjon til den.

Det vil være et brytningspunkt for lønnsomhet (pay as you go versus reservasjon), og dette må beregnes ut fra antall timer med oppetid. F.eks. kan en VM som har 500 timers oppetid i gjennomsnitt per måned være rimeligere med reservasjon enn løpende prising. Merk at dette er noe som må beregnes med produsentenes kalkulatorer.

Spot-instanser

Spot-instanser er en utmerket måte å oppnå betydelige kostnadsbesparelser på ved å utnytte ubrukt kapasitet i skyplattformer.

Disse instansene tilbys til en lavere pris fordi de kan bli avbrutt av skyleverandøren når kapasiteten trengs til andre formål. Derfor er spot-instanser ideelle for fleksible applikasjoner som tåler avbrudd, for eksempel batchbehandling, dataanalyse og utviklings- og testmiljøer.

Ved å bruke spot-instanser kan virksomheter redusere kostnadene betydelig uten å gå på kompromiss med ytelsen, så lenge applikasjonene er designet for å håndtere potensielle avbrudd. Dette gjør spot-instanser til en kostnadseffektiv løsning for mange typer arbeidsbelastninger i skyen.

Det anbefales å benytte spot-instanser der det er mulig. Virksomheten bør vurdere om legacy-applikasjoner kan transformeres slik at de kan dra nytte av spot-instanser i fremtiden. Dette krever ofte en refaktorering av eksisterende applikasjoner og vil være en naturlig del av moderniseringsplanen til et kompetansesenter for sky, samt en del av en større digital transformasjon. Selv om dette ikke er FinOps sitt direkte ansvar, er det viktig at FinOps er involvert i slik planlegging ved å tilføre verdifull informasjon som bidrar til å optimalisere kostnader og ressursbruk.

*Dette bildet er generert av kunstig intelligens*

Øvrig veiledning

Eksempler på aktiviteter og ansvarsfordeling

Right-sizing av VMer

Aktivitet	FinOps	IT ledelse	Produkteiere	IT drift	Innkjøp
Gjennomgang av anbefalinger fra portal/verktøy	U	H	KI	KI	I
Opprette bestilling til IT drift om endringer i sky-infrastrukturen basert på aksepterte anbefalinger	KI	H	U	KI	I
Implementere endringene i sky-infrastukturen	I	H	KI	U	I
Dokumentere og rapportere besparelser som følger av endringene	U	H	KI	I	KI

HUKI-matrise:

H = Hovedansvarlig, U = Utførende, K = Konsultert, I = Informert

Automatisk oppe- og nedetid

Aktivitet	FinOps	IT ledelse	Produkteiere	IT drift	Regnskap
Sørge for korrekt tagging av VMer med nedetid	I	H	K	U	I
Implementere automatisk nedetid for VMer basert på tags	I	H	K	U	I
Dokumentere besparelser ved bruk av automatisk nedetid	U	H	I	K	I