10 tips om kosten te besparen in AKS

Over het algemeen is het stoppen en starten van het cluster een noodzakelijke maatregel om de levensvatbaarheid van Kubernetes te waarborgen, waarbij je op veel AKS-clusters gemakkelijk snel besparingen kunt realiseren.

3. Stop & start specifieke user node pools

Je hoeft niet altijd het hele cluster (inclusief control plane) te stoppen. Je kunt ook alleen user node pools stoppen en starten. System node pools moeten altijd actief blijven.

Voorbeeld via CLI:

az aks nodepool stop --resource-group myResourceGroup --cluster-name myAKSCluster --nodepool-name testnodepool
az aks nodepool start --resource-group myResourceGroup --cluster-name myAKSCluster --nodepool-name testnodepool

Of gebruik de Azure Portal en klik op Stop bij de gewenste node pool.

4. Autoscale node pools

Elke node pool in een AKS-cluster kan apart worden geschaald. Minder belasting? Dan worden VM’s automatisch verwijderd. Dat scheelt direct kosten, omdat je alleen betaalt voor de actieve VM’s in de node pool.

5. Combineer HPA met Cluster Autoscaler

Handmatig nodes bij- of afschalen is onhandig. Gebruik daarom autoscaling met deze twee componenten:

• Horizontal Pod Autoscaler (HPA): schaalt het aantal pods op basis van metrics (CPU, geheugen).
• Cluster Autoscaler: voegt nodes toe als pods niet meer passen, en verwijdert nodes bij lage load.

Samen zorgen ze dat je cluster meegroeit bij pieken en weer krimpt bij rustige periodes, zodat je alleen betaalt wat je echt nodig hebt.

6. Stel resource requests en limits goed in

Door CPU- en memory-requests en limits slim in te stellen, benut je je nodes beter, ook wel bekend als “bin packing”.

• Requests: minimum CPU/memory dat een pod nodig heeft.
• Limits: maximum CPU/memory dat een pod mag gebruiken.

Te ruim ingesteld = verspilling. Te krap ingesteld = throttling of crashes. Een goede balans bespaart geld.

7. Gebruik Vertical Pod Autoscaler (VPA)

VPA past requests en limits automatisch aan op basis van gebruik. Zo blijven je workloads efficiënt zonder handmatig bij te werken.

• Off: alleen suggesties
• Initial: alleen bij pod-creatie
• Recreate: herstart pods als nodig
• Auto: past pods dynamisch aan zonder herstart

8. Combineer HPA en VPA

Je kunt HPA en VPA samen gebruiken, maar niet op dezelfde metrics (CPU/geheugen). Anders werken ze elkaar tegen.

Gebruik ze complementair voor slim horizontaal én verticaal schalen.

Je kunt VPA ook in off-modus laten staan voor alleen aanbevelingen, terwijl HPA horizontaal schaalt op basis van CPU-gebruik.

9. Autoscale met Kubernetes Event-Driven Autoscaling (KEDA)

Naast HPA en VPA is er nog een autoscaler in AKS: KEDA – Kubernetes Event-Driven Autoscaling.

KEDA schaalt applicaties dynamisch op basis van events en data uit Azure-services, wat kosten bespaart en resources efficiënt inzet.

Voorbeelden:

• Aantal onbehandelde events in Azure Event Hub
• Lengte van wachtrijen in Azure Storage Queue

Hoe het werkt:

• Je maakt een ScaledObject met scaler, workload type en min/max replicas
• KEDA monitort dit via een Scale Controller
• KEDA maakt een HPA aan en levert metrics

KEDA kan niet alleen Deployments schalen, maar ook StatefulSets, Jobs en custom resources. Dit geeft je flexibele en kostenefficiënte autoscaling.

10. Verwijder orphaned resources

Nieuwe resources aanmaken in AKS is simpel, maar vergeten opruimen net zo. Ongebruikte resources kunnen ongemerkt je Azure-rekening opblazen, zoals:

• Ongebruikte disks van verwijderde pods
• Vergeten load balancers
• Achtergelaten public IP’s

Wat helpt:

• Regelmatig je AKS-omgeving auditen en monitoren
• Tags en duidelijke namen gebruiken om eigenaarschap te zien
• Lifecycle policies of scripts inzetten om automatisch op te ruimen

Alles wat je niet ziet, kost uiteindelijk geld.

Conclusie

We hebben behandeld hoe je verschillende optimalisatie tips en technieken kunt gebruiken om je AKS kosten te verlagen (zoals het kiezen van de juiste VM-groottes). 

Hoe meer je gebruikmaakt van autoscaling om de juiste capaciteit te bepalen, hoe efficiënter je kunt binnen en kosten kunt besparen.   Uiteindelijk hangt de keuze voor een bepaalde methode waarschijnlijk af van je eigen applicatie en wat je organisatie nodig heeft.