Identifikation og eliminering af spild

Undersøgelser viser konsekvent, at organisationer spilder 25–35 % af deres skyforbrug på ressourcer, der er inaktive, overdimensionerede eller glemt. I Azure omfatter almindelige kilder til spild VM'er, der kører døgnet rundt med næsten ingen CPU-anvendelse, ikke-tilknyttede administrerede diske, der er tilbage efter sletning af VM'er, forladte offentlige IP-adresser og ubrugte App Service-planer. At identificere og fjerne dette spild er det første og mest rentable skridt i enhver FinOps-praksis.

Azure Advisor analyserer løbende din ressourceudnyttelse og genererer automatisk anbefalinger om omkostninger. Almindelige anbefalinger omfatter: tilpas størrelsen på eller luk underudnyttede VM'er (under 5 % CPU- eller 2 % hukommelsesanvendelse i 7 dage), køb reserverede instanser til VM'er, der kører konstant, slet ikke-tilknyttede offentlige IP-adresser, og fjern inaktive Application Gateway-instanser. Hver anbefaling viser de estimerede månedlige besparelser, så du kan prioritere efter effekt.

Azure Monitor indsamler målinger for CPU-procent og netværk ind/ud for hver VM. En VM, der konstant ligger under 5 % CPU, er en oplagt kandidat til størrelsestilpasning eller lukning. Brug funktionen Virtual Machine Insights i Azure Monitor til at se en samlet oversigt over CPU- og hukommelsesudnyttelsen for alle VM'er over 24 timer, 7 dage eller 30 dage. Advisor-anbefalingen for underudnyttede VM'er linker direkte til ydeevnediagrammerne, så du kan bekræfte mønsteret, før du handler.

Når en VM slettes uden at vælge at slette dens diske, forbliver de administrerede diske og fortsætter med at medføre omkostninger. I Azure-portalen kan du filtrere Disks efter Disk state: Unattached for at finde disse forladte diske. På samme måde bliver gamle snapshots, der er taget til sikkerhedskopiering eller migrering, ofte glemt. Snapshotlager er billigere end lager til administrerede diske, men et års glemte snapshots på tværs af et stort abonnement kan samlet koste flere tusinde dollars om året.

Der opkræves betaling for offentlige IP-adresser i Azure, selv når de ikke er knyttet til en kørende ressource. Når VM'er eller load balancere slettes, kan deres offentlige IP'er og netværksgrænseflader blive tilbage. Filtrer Public IP Addresses efter Associated to: None i portalen, og slet dem, du ikke længere har brug for. På samme måde kan forladte netværksgrænseflader, der ikke er knyttet til en VM eller tjeneste, fjernes uden problemer. De enkelte omkostninger er små, men løber op på tværs af hundredvis af ressourcer.

Zombie-ressourcer er langvarige staging-, test- eller proof-of-concept-miljøer, der blev oprettet og derefter glemt. I modsætning til inaktive produktions-VM'er kan de have moderat udnyttelse i arbejdstiden, men de tjener ikke længere noget aktivt projekt. Implementer en politik for ressource-tags, der kræver tagsene Environment og Project på alle ressourcer, og planlæg derefter automatiske alarmer for ressourcer, hvor Environment=Dev eller Environment=Test, og som er mere end 90 dage gamle.

Azure-VM'er understøtter funktionen Auto-Shutdown, der automatisk stopper en VM på et konfigureret tidspunkt hver dag. Aktivér den på alle udviklings- og test-VM'er for at sikre, at de ikke kører om natten eller i weekenderne. En udviklings-VM, der for eksempel kører døgnet rundt, koster det samme som 24 timer, men en VM, der er konfigureret til automatisk lukning kl. 18 og automatisk start kl. 8 på hverdage, bruger kun 50 timer om ugen i stedet for 168 – en besparelse på cirka 70 % af beregningsomkostningerne.

Azure Cost Management indeholder funktionen Anomaly Detection, der bruger maskinlæring til at identificere uventede stigninger i forbruget. Når omkostningerne for et abonnement eller en ressourcegruppe afviger markant fra de forventede mønstre – for eksempel hvis nogen ved en fejl implementerer en GPU-VM eller glemmer at slette en ExpressRoute-gateway – sender Cost Management en afvigelsesalarm via e-mail. Opsætning af afvigelsesalarmer er en hurtig gevinst, der opdager løbske omkostninger, før de vises på den månedlige regning.

Alt spild er ikke relateret til beregning. Azure SQL Databases, der er klargjort på niveauet Business Critical, men kun kører simple læsetunge forespørgsler, kan have samme ydeevne på niveauet General Purpose til den halve pris. Blob Storage-data, der sjældent tilgås, bør flyttes fra niveauet Hot til niveauet Cool eller Archive ved hjælp af politikker for livscyklusstyring. Azure Advisor viser anbefalinger om størrelsestilpasning af databaser og lager sammen med anbefalinger om beregning.

Betragt omkostningsoptimering som en løbende teknisk praksis, ikke som en engangshændelse. Opret en FinOps-backlog i Azure DevOps eller Jira med opgaver, der hver uge genereres ud fra Advisor-anbefalinger og alarmer om omkostningsafvigelser. Tildel hver spildopgave til det ansvarlige team, og angiv en måldato for løsning. Følg realiserede besparelser i forhold til identificerede besparelser for at måle FinOps-modningen. Planlæg en månedlig omkostningsgennemgang med tekniske ledere og økonomiafdelingen for at holde fokus på at fjerne spild i hele organisationen.

Forebyggelse er mere omkostningseffektiv end afhjælpning. Brug Azure Policy til at afvise oprettelse af dyre VM-SKU'er (f.eks. GPU- eller M-serien) uden godkendelse, kræve tagsene Environment og ExpiryDate på alle ressourcer og automatisk aktivere automatisk lukning på nyoprettede VM'er i udviklingsabonnementer. Kombiner politikkerne med budgetalarmer sat til 80 % og 100 % af den månedlige tildeling, så teams får besked, før overforbrug opstår.

I denne lektion lærte du, at Azure Advisor viser handlingsanvisende omkostningsanbefalinger for inaktive VM'er, ikke-tilknyttede diske og overdimensionerede tjenester, at automatisk lukning af udviklings-VM'er kan reducere beregningsforbruget med 70 %, og at styringspolitikker med tags forhindrer, at fremtidigt spild ophobes. Næste gang ser vi på teknikker til størrelsestilpasning og strategier for automatisk skalering.