- Newest
- Most votes
- Most comments
This situation is not a bug, but rather a result of how Kubernetes handles different API versions and how the AWS EKS console displays HPA information.
The Horizontal Pod Autoscaler (HPA) in Kubernetes has evolved over time, with v2 offering more advanced features like multiple metrics and custom scaling behaviors. Your manifest file is correctly using the autoscaling/v2 API version, which is the recommended version for newer Kubernetes clusters.
When you deploy an HPA using the v2 API, Kubernetes internally stores and uses all the information you've provided, including multiple metrics and custom behaviors. This is why when you use kubectl to describe the HPA, you see all the details you've configured.
However, the AWS EKS console may be designed to display HPA information using the v1 API format for compatibility reasons. The v1 API is more limited and only supports CPU-based autoscaling, which explains why you're only seeing CPU utilization in the console.
This discrepancy doesn't mean that your HPA isn't working as intended. The full configuration, including memory scaling and custom behaviors, is still active and functional on your cluster. The EKS console is simply providing a simplified view of the HPA.
To get the full details of your HPA, it's best to use kubectl commands like 'kubectl describe hpa' or 'kubectl get hpa -o yaml' directly on your cluster. These will show you the complete configuration as it's actually implemented.
If you need to view or manage the full HPA configuration through a graphical interface, you might consider using other Kubernetes dashboard solutions that support the v2 API visualization, or rely on the kubectl CLI for the most accurate and complete information about your HPAs.
Sources
Node and Workload Efficiency - Amazon EKS
Scale pod deployments with Horizontal Pod Autoscaler - Amazon EKS
Relevant content
- asked a month ago
- asked 3 years ago
- asked 4 years ago
- asked a year ago
