Postgres重复登录尝试是否会导致AKS集群CPU飙升至100%？

大量重复Postgres登录尝试确实可能是AKS CPU飙升的诱因，主要原因包括：

• Postgres处理登录请求时的认证开销（密码哈希计算、日志写入等）会占用数据库所在节点或客户端节点的CPU
• 发起登录的进程如果陷入无限重试循环，自身也会消耗大量CPU资源

关联现象截图 #

AKS内存波动

大量重复登录尝试

具体排查步骤 #

• 定位登录请求源
  查看Postgres日志或执行SQL查询，获取发起登录的客户端IP，对应到AKS集群内的Pod：

  SELECT client_addr, usename, count(*) 
  FROM pg_stat_activity 
  WHERE state = 'idle' OR state LIKE 'authenticating%' 
  GROUP BY client_addr, usename;
  

  同时检查Dapr、Hasura等可疑组件的Pod日志，确认是否存在重复连接失败的记录。

• 检查组件连接配置

  • Dapr Postgres Binding：验证连接字符串的正确性（密码、数据库名、端口），查看重试策略配置是否存在无间隔无限重试的情况
  • Hasura：检查数据库连接池参数（如HASURA_GRAPHQL_PG_CONNECTIONS）是否合理，查看日志中是否有连接池耗尽后持续重试的逻辑

• 定位AKS高CPU Pod
  使用命令查看集群内CPU占用最高的Pod，确认资源消耗来源：

  kubectl top pods --all-namespaces
  

  对高CPU Pod执行kubectl exec -it <pod-name> -- top，进一步查看内部进程的CPU占用情况。

• 临时缓解措施

  • 通过Kubernetes资源限制（resources.limits.cpu）限制可疑Pod的CPU使用，避免节点资源耗尽
  • 在Postgres端临时调整max_connections或通过pg_hba.conf限制特定IP的连接频率，减少无效请求

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