Компания запускает контейнерные приложения на Amazon Elastic Kubernetes Service (Amazon EKS) с использованием Kubernetes Horizontal Pod Autoscaler. Рабочая нагрузка колеблется в течение дня. Количество узлов не масштабируется автоматически, когда узлы кластера достигают максимальной емкости, что приводит к проблемам с производительностью. Какое решение устраняет эту проблему с НАИМЕНЬШИМИ административными издержками?

Kubernetes Cluster Autoscaler автоматически регулирует количество узлов в кластере EKS на основе требований к ресурсам подов. Когда поды не могут быть запланированы из-за нехватки ресурсов, Cluster Autoscaler добавляет новые узлы. Когда узлы недоиспользуются, он удаляет их. Это решение интегрируется с EKS и AWS Auto Scaling Groups, обеспечивая автоматическое масштабирование узлов с минимальными административными издержками. Масштабирование узлов путем отслеживания использования памяти не является полным решением, так как оно не учитывает другие факторы, такие как запросы подов на CPU, и требует ручной настройки. Использование AWS Lambda для изменения размера кластера EKS требует написания и поддержки пользовательского кода, что увеличивает административные издержки. Использование только группы Amazon EC2 Auto Scaling не управляет масштабированием на уровне Kubernetes, что может привести к неэффективному использованию ресурсов или неспособности подов быть запланированными.