GKE集群service-1的HPA报错：target未知、无推荐值

根据你提供的信息，service-1的HPA显示<unknown>且无法计算副本数，核心原因是HPA无法从Metrics Server获取到目标Deployment的资源指标，以下是具体排查步骤和解决方案：

核心排查与修复步骤 #

1. 验证Metrics Server能否采集service-1的Pod指标 #

直接调用Metrics API确认指标是否正常：

# 查看backend命名空间下所有Pod的指标，过滤service-1相关内容
kubectl get --raw "/apis/metrics.k8s.io/v1beta1/namespaces/backend/pods" | grep "service-1"

# 若安装jq工具，可格式化输出更清晰的结果
kubectl get --raw "/apis/metrics.k8s.io/v1beta1/namespaces/backend/pods" | jq '.items[] | select(.metadata.name | contains("service-1"))'

• 若返回包含CPU、内存数据的结果，说明Metrics Server采集正常，问题出在HPA逻辑或配置；
• 若无返回结果，查看Metrics Server日志排查采集故障：

  kubectl logs deployment/metrics-server-v0.5.2 -n kube-system
  

  重点关注是否有针对service-1所在节点的连接错误、权限异常等日志。

2. 排查多集群环境的HPA适配问题 #

你启用了跨美欧区域的多集群服务，需注意：

• 默认HPA仅在本地集群生效，若service-1的Pod分布在多个集群，本地HPA无法跨集群采集指标，导致无法计算副本数；
• service-2的HPA正常，大概率是其Pod仅部署在单个集群；
• 若需跨集群自动扩缩容，需使用GKE多集群Ingress配合集群联邦HPA，或在每个集群单独部署service-1的HPA实例。

3. 重置HPA解决缓存异常 #

HPA可能因内部缓存失效导致指标获取异常，尝试删除并重建：

kubectl delete hpa service-1 -n backend
kubectl apply -f horizontal-pod-scaling.yaml

等待5-10分钟后，查看HPA状态：

kubectl get hpa service-1 -n backend

4. 确认Deployment与HPA的配置一致性 #

再次核对关键配置项：

• Deployment的spec.selector.matchLabels与Pod模板的metadata.labels完全匹配（service-1的lbtype: internal匹配正常）；
• HPA的scaleTargetRef完全指向正确的Deployment（apiVersion: apps/v1、kind: Deployment、name: service-1均无误）；
• 容器已配置resources.requests.cpu（service-1的CPU请求为100m，满足HPA基于利用率的计算要求）。

5. 检查Deployment运行状态 #

确认service-1的Pod无异常：

kubectl describe deployment service-1 -n backend
kubectl get pods -n backend -l lbtype=internal

重点关注Pod是否处于Running状态、是否有重启或调度失败记录。

总结 #

最可能的原因是多集群环境下HPA无法跨集群采集指标，或Metrics Server对service-1的Pod指标存在隐性采集故障。优先按上述步骤排查，若Metrics Server能正常返回指标，可重点调整多集群的HPA配置策略。

内容的提问来源于stack exchange，提问作者Shreyas S