2 месяца назад
Представьте: ночной пик трафика уронил сервис, а Kubernetes не успел добавить поды. Знакомо? HorizontalPodAutoscaler должен спасать, но стандартные настройки часто превращают его в бесполезный механизм. Разберём реальный кейс настройки HPA для высоконагруженного API. Исходная ситуация: Deployment с CPU-based scaling, minReplicas=1, maxReplicas=10, реакция на нагрузку занимала минуты, поды убивались при коротких спайках. Первое действие — переход на autoscaling/v2 с мульти-метриками. Вместо только CPU подключили RPS и latency как primary signals. Второе — асимметричный behavior: aggressive scale-up со stabilization 0s, но conservative scale-down со stabilization 600s и политикой 1 pod/60s...
