/tags/hpa/ Recent content in hpa on Hugo -- gohugo.io en Wed, 09 Sep 2026 10:41:01 +0800 /posts/kubernetes-1-37-upgrade-watchlist/ Wed, 09 Sep 2026 10:41:01 +0800 /posts/kubernetes-1-37-upgrade-watchlist/ 背景 Kubernetes v1.37（代号 Garhwal）2026-08-26 发布，一共 67 项 enhancement：16 项进 Stable、23 项进 Beta、27 项进 Alpha，1 项弃用。官方 release blog 按 Stable / Beta / Alpha 排（Stable 就是通常说的 GA），这个顺序对 SIG 有意义，对要升级的人帮助不大：一个默认关着的 Beta 和一个默认打开的 Beta，对升级后的集群是两回事。 所以我按「升级之后会发生什么」重新分了四组：升级当天就会碰到的（ACTION REQUIRED 和默认值翻转）、已经在倒计时的弃用、GA 之后可以开始依赖的 API，还有几条还在 Alpha、但碰的是探针、驱逐、原地 resize 这些我日常打交道的对象。材料来自官方 release blog、完整的 CHANGELOG 和 SIG 的 DRA 专题 blog。feature gate 的默认值我直接对了 v1.37.0 tag 下的 pkg/features/kube_features.go 和 apiserver 那份同名文件，因为 blog 和 CHANGELOG 有一处说法不一致（见下文 PodLevelResourceManagers 那条）。 我写这篇时（2026-09-09），k3s 的 1.37 还只有 rc（v1.37.0-rc3+k3s1，09-03 发），稳定版没出。下面的内容不是升级复盘，是升级前的功课。 升级当天就会碰到的 两类东西升级当天就会生效：CHANGELOG 顶部标了 ACTION REQUIRED 的四条，和一批在 1. /posts/argocd-hpa-replicas-conflict/ Sun, 12 Jul 2026 22:30:00 +0800 /posts/argocd-hpa-replicas-conflict/ 背景 这个问题发生在 2026-07-09,我在一个 perf 环境里做容量压测，目标是找出交易链路上一个 Java 服务的吞吐上限。环境是共享的 EKS 集群，部署完全走 GitOps:ArgoCD 自动 sync,git 是唯一入口；被测服务开了 HPA。文中服务名统一替换为 pay-ms,环境、集群信息也做了模糊处理，配置片段保持原样只改名字。 被测服务在 Helm values 里的相关配置： pay_ms: replicaCount: 3 resources: requests: { cpu: 4000m, memory: 4Gi } limits: { cpu: 4000m, memory: 4Gi } autoscaling: enabled: true minReplicas: 3 maxReplicas: 10 targetCPUUtilizationPercentage: 40 HPA 侧(kubectl describe hpa 摘要): Min replicas: 3 Max replicas: 10 Metric: container CPU (pay-ms), target 40% of request Behavior: Scale Up: stabilization 60s; Max(Percent 100%/15s, Pods 4/15s) Scale Down: stabilization 600s; Pods 1/60s values 里同时写着 replicaCount: 3 和 autoscaling.