如何为Kubernetes Deployment实现类似滚动更新的渐进式扩容？

当然可以实现类似滚动更新的渐进式扩容，核心是通过调整Deployment的滚动更新策略，配合就绪探针确保每个Pod完成数据加载后再启动下一批，具体方案如下：

1. 调整Deployment滚动更新参数 #

Deployment原生支持通过滚动更新策略控制扩容速率，利用maxSurge和maxUnavailable两个参数限制每次新增的Pod数量：

• maxSurge：指定扩容时可超出目标副本数的最大数量（支持百分比或固定数值）
• maxUnavailable：指定扩容过程中允许处于不可用状态的Pod最大数量

比如要实现每次仅启动1个新Pod，且不影响现有服务可用性，可修改Deployment配置：

apiVersion: apps/v1
kind: Deployment
metadata:
  name: my-deployment
spec:
  replicas: 10 # 目标副本数
  strategy:
    type: RollingUpdate
    rollingUpdate:
      maxSurge: 1 # 每次仅新增1个Pod
      maxUnavailable: 0 # 不允许现有Pod不可用
  template:
    # ... 你的Pod模板配置

执行kubectl apply -f deployment.yaml后，Deployment会逐个启动新Pod，只有当前新Pod进入就绪状态，才会启动下一个。

2. 配置就绪探针确保数据加载完成 #

要让Deployment准确判断Pod是否完成数据加载，必须配置就绪探针——只有探针检测通过时，Pod才会被标记为就绪，滚动扩容才会继续。

比如Pod启动完成数据加载后会生成/data/loaded.flag文件，就绪探针可这样配置：

spec:
  containers:
  - name: my-app-container
    # ... 容器镜像、命令等配置
    readinessProbe:
      exec:
        command: ["cat", "/data/loaded.flag"]
      initialDelaySeconds: 10 # 启动后等待10秒再开始检测
      periodSeconds: 5 # 每5秒检测一次
      failureThreshold: 3 # 连续3次失败才标记为未就绪

3. 手动脚本控制（精细场景） #

如果需要更灵活的控制（比如每个Pod启动后固定等待N秒），可通过Shell脚本配合kubectl scale实现：

TARGET_REPLICAS=15
DEPLOYMENT_NAME=my-deployment

# 获取当前副本数
current=$(kubectl get deployment $DEPLOYMENT_NAME -o jsonpath='{.status.replicas}')

while [ $current -lt $TARGET_REPLICAS ]; do
  # 每次扩容1个
  kubectl scale deployment $DEPLOYMENT_NAME --replicas=$((current + 1))
  # 等待30秒，给Pod足够时间加载数据
  sleep 30
  # 更新当前副本数
  current=$(kubectl get deployment $DEPLOYMENT_NAME -o jsonpath='{.status.replicas}')
done

关键注意点 #

• 优先使用Deployment原生滚动更新策略，这是Kubernetes内置方案，无需额外工具
• 就绪探针逻辑必须准确匹配数据加载完成的状态，否则会导致扩容节奏失控
• 若使用HPA自动扩容，可调整scaleUpStabilizationWindowSeconds参数，避免短时间内大量扩容

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