A Tale of Autoscale: Increasing Resiliency while Reducing On-Call Toil
summary
A team with no SRE experience converts stateless ingest services on Kubernetes to autoscale, choosing CPU-based HPA over VPA because it ships with clusters, setting per-region min/max replicas and adding a detector for max-reached to alert on sizing limits. Implementing HPA against CPU metrics and conservative thresholds reduces sizing alerts by 75% reduction, cuts manual paging, and prevents runaway cloud costs while keeping downstream services stable.
AI-written summary · about
chapters (10)
- 0:00Introduction
- 0:48Autoscaler rise and on-call
- 2:56Incidents to reduce toil
- 4:20Choosing Kubernetes horizontal pod autoscaling
- 6:28Configuring HPA automation
- 8:15HPA thresholds and limits
- 10:25HPA YAML and sizing
- 11:50Monitoring max replicas
- 12:11Results and HPA adoption
- 12:54Summary
related talks
31mFailing to Autoscale?
35mSIG Autoscaling Intro
42mMaking Resilient, Self-Adaptive, And Autonomous Kubernetes Clusters
51mHorizontal Autoscaling with Kubernetes
36mIntro: Autoscaling SIG
29mKubernetes Autoscaling: Beyond One Size Fits All
37mDeep Dive into Autoscaling
17mScaling Made Simple: Implementing Autoscaling for Optimal K8s Performance
