Right-sizing en Compute Optimizer

Compute Optimizer analyseert het CPU-gebruik, geheugengebruik (via de CloudWatch-agent), de netwerkdoorvoer en EBS-IOPS van de afgelopen 3, 14 of meer dan 30 dagen. Vervolgens beveelt de service een van vier bevindingen aan: Geoptimaliseerd (de huidige grootte is passend), Overgeprovisioneerd (kan kleiner worden gemaakt), Ondergeprovisioneerd (moet groter worden gemaakt) of Niet geoptimaliseerd (onvoldoende gegevens). Controleer altijd het prestatierisico — Compute Optimizer kent aan elke aanbeveling het risico VeryLow, Low, Medium, High toe.

Voor Lambda-functies betaal je per milliseconde uitvoeringstijd, vermenigvuldigd met de toegewezen hoeveelheid geheugen. Meer geheugen toewijzen dan nodig verspilt geld, maar meer geheugen betekent ook meer CPU. De juiste balans is daarom de geheugeninstelling waarbij de kosten per aanroep minimaal zijn. Compute Optimizer analyseert de uitvoeringsduur van Lambda-aanroepen, het foutenpercentage en time-outgegevens om de optimale geheugeninstelling aan te bevelen. Met de opensource-tool Lambda Power Tuning kun je je functie ook aanroepen met verschillende geheugeninstellingen om empirisch de configuratie met de laagste kosten te vinden.

EBS-volumes zijn vaak zowel qua grootte (ongebruikte schijfruimte) als qua IOPS (ingerichte IOPS die nooit worden gebruikt) overgeprovisioneerd. Compute Optimizer analyseert de meetgegevens VolumeReadOps, VolumeWriteOps, VolumeReadBytes, VolumeWriteBytes. Een veelvoorkomende aanbeveling is om van gp2 naar gp3 te migreren (waarbij grootte en IOPS van elkaar zijn gescheiden) — je kunt IOPS dan onafhankelijk juist dimensioneren, wat vaak 20% bespaart. Identificeer ook niet-gekoppelde EBS-volumes (beëindigde instanties waarvan de volumes zijn achtergebleven) en maak er momentopnamen van of verwijder ze.

Compute Optimizer analyseert het gebruik van alle instanties in de volledige groep en beveelt wijzigingen in de startsjabloon voor het instancetype aan. Als alle instanties in een Auto Scaling-groep voortdurend overgeprovisioneerd zijn, verlaagt het overstappen op een kleiner instancetype de kosten op grote schaal. Als een groep bijvoorbeeld gemiddeld 10 instanties van m5.large heeft, bespaart overstappen op m5.medium 50% per instantie. Compute Optimizer beveelt ook op Graviton gebaseerde instanties aan wanneer je software compatibel is. Dat levert zowel betere prestaties als lagere kosten op.

AWS Trusted Advisor is een andere tool die inzichten in kostenoptimalisatie biedt, naast controles voor beveiliging, prestaties, fouttolerantie en servicelimieten. Belangrijke kostencontroles zijn: EC2-instanties met laag gebruik (minder dan 10% CPU gedurende 4 of meer dagen), niet-gekoppelde Elastic IP-adressen (waarvoor kosten worden berekend als ze niet zijn gekoppeld), onderbenutte EBS-volumes, inactieve load balancers (zonder gezonde doelen) en ongebruikte gereserveerde instanties. De basiscontroles van Trusted Advisor zijn gratis; voor de volledige set is Business- of Enterprise Support vereist.

AWS brengt regelmatig nieuwe, efficiëntere generaties EC2-instanties uit die betere prestaties bieden tegen gelijke of lagere kosten. De overstap van de 5e generatie (m5, c5, r5) naar de 7e generatie (m7g, c7g, r7g) kan 40% betere computerprestaties opleveren tegen vergelijkbare of lagere kosten. Compute Optimizer markeert specifiek mogelijkheden om naar nieuwere generaties te upgraden, waaronder op Graviton gebaseerde instanties. Een instance-upgrade is vaak de eenvoudigste actie voor juiste dimensionering: dezelfde configuratie, nieuwere hardware, betere prestaties en lagere kosten.

RDS-instanties zijn duur en vaak overgeprovisioneerd. Gebruik CloudWatch-meetgegevens om het RDS-gebruik te beoordelen: CPUUtilization, FreeableMemory, ReadIOPS en WriteIOPS. Als het CPU-gebruik onder 20% blijft en er voortdurend veel geheugen beschikbaar is, kun je een kleinere instantie overwegen. Voor productiedatabases met Multi-AZ verdubbelt juiste dimensionering de besparing, omdat zowel de primaire als de stand-by-instantie wordt aangepast. Overweeg ook om van RDS MySQL/PostgreSQL naar Aurora over te stappen. Dat biedt vaak betere prestaties tegen vergelijkbare kosten en is op grote schaal kostenefficiënter.

Juiste dimensionering moet een doorlopend proces zijn, geen eenmalige activiteit. Stel een maandelijkse of driemaandelijkse beoordelingscyclus in: haal aanbevelingen uit Compute Optimizer op, bepaal welke veilig kunnen worden toegepast, voer wijzigingen door tijdens een onderhoudsvenster en meet de besparing. Automatiseer de eenvoudige verbeteringen: het opschonen van niet-gekoppelde EBS-volumes, het vrijgeven van ongebruikte Elastic IP-adressen en het verwijderen van inactieve load balancers kan met scripts worden uitgevoerd. Maak in CloudWatch een dashboard voor kostenoptimalisatie dat de maandelijkse uitgaven per service bijhoudt en ongebruikelijke stijgingen zichtbaar maakt.

Juiste dimensionering pakt overprovisioning binnen bestaande architecturen aan, maar soms ligt het probleem in de architectuur zelf. Een enkele grote EC2-instantie waarop meerdere applicaties draaien, heeft mogelijk architecturale opsplitsing nodig (microservices op Fargate) in plaats van alleen een kleinere instantie. Voor een monolithische database zijn mogelijk sharding of caching nodig in plaats van alleen een kleinere instantie. Juiste dimensionering is de eerste en snelste stap. Architectuuroptimalisatie (serverless, containers, caching) levert diepgaandere en duurzamere besparingen op, maar vereist meer inspanning. De pijler Kostenoptimalisatie raadt aan beide mogelijkheden te benutten.

In deze les heb je geleerd dat AWS Compute Optimizer machine learning toepast op CloudWatch-meetgegevens om juist gedimensioneerde computerresources aan te bevelen, dat juiste dimensionering van toepassing is op EC2, Lambda, EBS, Auto Scaling-groepen en ECS op Fargate en dat upgraden naar nieuwere instancegeneraties (vooral Graviton) zowel kosten- als prestatieverbeteringen oplevert. Maak van juiste dimensionering een terugkerende activiteit, geen eenmalige gebeurtenis. Hierna bekijken we Reserved Instances, Savings Plans en aankoopmodellen voor Spot-instanties.