PHP应用在Kubernetes中实现自动扩缩容的核心前提是确保Metrics Server正常运行并正确采集指标，且PHP容器必须配置resources.requests，否则HPA无法计算利用率；behavior配置决定扩缩容响应速度，自定义业务指标需通过Prometheus生态接入。
PHP 应用在 Kubernetes 里做自动扩缩容，核心不是写 PHP 代码，而是让 K8s 能“看懂”它的资源压力——这一步卡住，HPA 就永远不触发。
Metrics Server 必须先跑通，否则 kubectl top pod 报错或返回空
HPA 不直接采集指标，它依赖 metrics-server 提供的 metrics.k8s.io API。很多团队部署完 HPA 却没反应，第一反应是 HPA 配置错了，其实 80% 是 Metrics Server 没就位。
-
kubectl get apiservice | grep metrics必须看到v1beta1.metrics.k8s.io状态为True，否则 HPA 查不到任何数据 -
kubectl top node和kubectl top pod -n <your-ns>都要能返回数值；如果报error: Metrics not available，说明采集链路断了 - 自建集群（如 kubeadm）常见 TLS 错误：
x509: cannot validate certificate for 10.x.x.x because it doesn't contain any IP SANs，需在metrics-serverDeployment 的 args 中加--kubelet-insecure-tls（仅限测试环境） - 生产环境必须用含节点 IP 的 SAN 证书，不能跳过验证
PHP 容器必须设 resources.requests，否则 CPU 使用率算不出来
HPA 计算 CPU 使用率的公式是：usage / requests。如果 Pod 没声明 requests，K8s 就不知道分母是多少，kubectl top pod 可能显示 <unknown>，HPA 直接跳过该 Pod。
- PHP Deployment YAML 中，每个容器必须有
resources.requests.cpu（例如100m）和resources.requests.memory（例如128Mi） - 不要只设
limits，HPA 不认limits做分母 - PHP-FPM 场景下，若使用
pm = dynamic，实际 CPU 消耗可能波动剧烈，建议先压测确认 baseline，再设 request 值，避免过早触发扩容 - 没有
requests的 Pod 会被 HPA 忽略，且kubectl describe hpa的 Events 里会提示failed to get cpu utilization: did not receive metrics for any pods
HPA 配置里别只盯 targetAverageUtilization，behavior 才决定响应快慢
默认 HPA 扩容/缩容都偏保守：15 秒同步周期、扩容最多翻倍、缩容每 5 分钟最多减 1 个副本。大促流量突增时，等它慢慢扩，服务早就超时了。
立即学习“PHP免费学习笔记（深入）”；
- 用
behavior.scaleUp.stabilizationWindowSeconds缩短扩容预热时间（例如设为30秒），让新副本更快被纳入计算 - 用
behavior.scaleUp.policies允许激进扩容，比如{type: "Pods", value: 5, periodSeconds: 60}表示 1 分钟内最多加 5 个 Pod - 缩容要谨慎：
behavior.scaleDown.stabilizationWindowSeconds建议保留默认 300 秒（5 分钟），防抖动误缩 - PHP 应用冷启动明显（如 Composer autoload、OPcache warmup），扩容后前 10–20 秒响应慢，
readinessProbe必须配好，否则流量打到未就绪 Pod 上
PHP 自定义指标（如请求延迟、错误率）要用 Prometheus + kube-prometheus-stack，别硬塞进 HPA
HPA 原生只支持 CPU/内存利用率，以及通过 custom.metrics.k8s.io 接入的外部指标。PHP 的业务指标（如平均响应时间 > 1s）无法直接喂给 HPA，必须走 Prometheus 生态。
- 在 PHP 代码中暴露
/metrics端点（用prometheus/client_php库），记录http_request_duration_seconds等指标 - 用
Prometheus Operator部署 Prometheus，并配置 ServiceMonitor 抓取 PHP Pod 的 metrics 端点 - 安装
prometheus-adapter，把 Prometheus 查询结果桥接到custom.metrics.k8s.ioAPI - HPA 的
metrics字段改用type: Pods或type: Object，指向 Prometheus 中的指标名，例如php_http_request_duration_seconds_sum - 这条链路调试成本高，上线前务必用
kubectl get --raw "/apis/custom.metrics.k8s.io/v1beta1/namespaces/default/pods/*/php_http_request_duration_seconds_sum"验证是否可查
真正难的不是写几行 HPA YAML，而是让每一个环节的数据能串起来：PHP 进程暴露指标 → kubelet 采集 → metrics-server 汇总 → HPA 控制器读取 → Deployment 调整副本数。中间任一环缺失或格式不对，扩缩容就静默失效。最常被忽略的是容器 resources.requests 和 metrics-server 的 TLS 验证问题，这两处先盯死，再谈调优。
