Søjlerne omkostningsoptimering og bæredygtighed

For arbejdsbelastninger med stabil drift er On-Demand-prissætning den dyreste mulighed. Der er betydelige besparelser at hente gennem: Reserved Instances (1 eller 3 år) – op til 72 % besparelse for forudsigelige arbejdsbelastninger. Savings Plans – en fleksibel forpligtelse (op til 66 % besparelse), der gælder på tværs af instansfamilier og regioner. Spot Instances – op til 90 % besparelse for arbejdsbelastninger, der kan afbrydes (batch, CI/CD og tilstandsløse). En typisk omkostningsoptimeret flåde kombinerer alle tre: Savings Plans til grundbehovet, Spot ved spidsbelastninger og On-Demand i særlige tilfælde.

Spot Instances bruger ledig AWS-kapacitet med op til 90 % rabat, men kan afbrydes med 2 minutters varsel, når AWS skal bruge kapaciteten igen. Spot egner sig godt til: batchbehandling (gem kontrolpunkter, og genoptag), CI/CD-buildagenter, tilstandsløse webservere (bag en ALB; ELB dirigerer uden om afbrudte instanser) samt EMR- og EKS-arbejdernoder. Brug Spot Fleet eller ASG med flere instanstyper og AZ'er for at sprede arbejdsbelastningen på tværs af puljer og reducere risikoen for afbrydelser.

Omkostningerne til S3-lager kan reduceres markant ved at bruge den rigtige lagerklasse og automatisere overgange. S3 Intelligent-Tiering flytter automatisk objekter mellem adgangsniveauer baseret på adgangsmønstre – ideelt når adgangsmønstrene er ukendte. Lifecycle-regler flytter objekter efter en tidsplan: fra Standard → Standard-IA efter 30 dage → Glacier efter 90 dage → Deep Archive efter 180 dage. Overvej også S3 Select for kun at hente den nødvendige delmængde af objektdata, så omkostningerne til dataoverførsel og behandling reduceres.

Uden korrekt mærkning er det umuligt at forstå, hvad hvert team eller projekt bruger. Cost Allocation Tags gør det muligt at opdele omkostninger efter team, projekt, miljø eller en hvilken som helst dimension, du definerer. Aktivér mærker i faktureringskonsollen, og brug derefter AWS Cost Explorer til at filtrere og gruppere omkostninger efter mærke. Håndhæv mærkning med Tag Policies i AWS Organizations, og brug AWS Config rules til at finde ressourcer uden mærker. Det muliggør showback (synlighed) og chargeback (fordeling af omkostninger) til de enkelte teams.

Søjlen Sustainability (tilføjet i 2021) fokuserer på at minimere cloud-arbejdsbelastningers miljøpåvirkning ved at reducere energiforbruget og øge effektiviteten. Designprincipper: Forstå din påvirkning – mål CO2-aftrykket fra dine arbejdsbelastninger. Fastlæg mål for bæredygtighed. Maksimér udnyttelsen – tilpas størrelsen for at undgå inaktive ressourcer. Forudse og tag mere effektiv hardware i brug – brug de nyeste instansgenerationer. Brug administrerede tjenester – AWS driver datacentre mere effektivt end de fleste organisationer.

AWS Graviton-processorer (ARM-baserede) giver op til 60 % bedre energieffektivitet og 20-40 % bedre pris/ydelse sammenlignet med x86-instanser. Graviton3/4-instanser (familierne c7g, m7g, r7g og t4g) findes til de fleste EC2-, Lambda- og Fargate-arbejdsbelastninger. Ved at flytte fra x86 til Graviton forbedrer du både søjlen Sustainability og søjlen Cost Optimisation samtidig – der bruges færre watt pr. beregning, og instanspriserne er lavere. De fleste arbejdsbelastninger (Linux, containeriserede apps og JVM) kan migreres med minimale ændringer.

En væsentlig kilde til unødvendige omkostninger og energispild er inaktive ressourcer – EC2-instanser, der kun bruger 1 % CPU, ikke-tilknyttede EBS-diskenheder, ubrugte Elastic IP'er og glemte udviklings-/testmiljøer, der kører døgnet rundt. Implementér en stop/start-plan for ikke-produktionsmiljøer ved hjælp af EventBridge-regler og Systems Manager Automation – stop udviklingsinstanser kl. 18, og start dem kl. 8. Brug AWS Trusted Advisor og Cost Explorer til at identificere inaktive instanser, ubrugte EBS-diskenheder og underudnyttede Reserved Instances.

Det spilder energi at gemme data på ubestemt tid. Søjlen Sustainability anbefaler at implementere politikker for datalivscyklus, så data, der ikke længere er nødvendige, automatisk slettes eller arkiveres. Brug S3 Lifecycle-regler med udløbsdatoer til at slette objekter efter en opbevaringsperiode. Brug DynamoDB TTL til automatisk at udløbe gamle poster. Brug CloudWatch Logs-opbevaringspolitikker til at slette loggrupper efter en fastlagt periode. Når unødvendige data slettes, reduceres både lageromkostningerne og den energi, der kræves for at lagre og nedkøle dem.

Omkostningsoptimering er nogle gange i konflikt med andre søjler. Multi-AZ RDS fordobler dine databaseomkostninger, men er påkrævet af søjlen Reliability. Cross-Region Replication forbedrer pålideligheden, men øger omkostningerne til lager og dataoverførsel. Active-active multi-region reducerer latenstiden (Performance Efficiency), men koster 2-3 gange mere. Well-Architected Framework siger ikke, at du altid skal vælge den billigste mulighed – det siger, at du skal foretage bevidste afvejninger mellem søjlerne og dokumentere begrundelsen. Eksamen tester din evne til at vælge den mest omkostningseffektive løsning, som stadig opfylder de angivne krav.

I denne lektion lærte du, at: Cost Optimisation kombinerer tilpasning af ressourcestørrelser, indkøbsmodeller (Reserved/Savings Plans/Spot) og administration af S3-datalivscyklus, Sustainability fokuserer på at maksimere udnyttelsen, bruge Graviton-instanser og implementere politikker for datalivscyklus, og omkostningsmæssige afvejninger med andre søjler bør foretages bevidst på baggrund af forretningskrav. Omkostningsmærker muliggør showback og chargeback på tværs af teams. Næste gang undersøger vi Well-Architected Tool og gennemgangsprocessen.