HPA меняет число реплик по метрике: желаемые реплики = текущие × (текущее значение / целевое). Метрика CPU считается в процентах от requests — без requests HPA не работает. VPA меняет сами requests, Cluster Autoscaler (или Karpenter) добавляет узлы, когда поды не помещаются. KEDA масштабирует по внешним событиям — длине очереди, лагу Kafka, вплоть до нуля.
А ещё Для обработчиков очередей метрика CPU плохая — лучше лаг или длина очереди
Так подсказку видит пользователь sotto на живом собеседовании — за пару секунд, пока вы думаете вслух.
Расчёт. 4 реплики, средняя загрузка 90% от requests, цель 60% → ceil(4 × 90 / 60) = 6 реплик.
Почему не масштабирует:
sottokubectl describe hpa);Практика:
apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata: { name: orders }
spec:
scaleTargetRef: { apiVersion: apps/v1, kind: Deployment, name: orders }
minReplicas: 3
maxReplicas: 20
metrics:
- type: Resource
resource: { name: cpu, target: { type: Utilization, averageUtilization: 60 } }sotto слышит вопрос интервьюера и показывает короткий ответ и план, как в блоке «Коротко». Оставьте контакт — пришлём доступ и промокод.