在K8S中，滚动更新的过程？

在Kubernetes（简称K8s）中，滚动更新是一个受控的过程，用于逐步替换集群中的应用实例以部署新版本，同时保持服务连续性。以下是滚动更新的核心步骤：

1. 启动更新：

   • 用户通过修改Deployment、DaemonSet或StatefulSet等控制器的Pod模板，比如更新容器镜像版本。
   • 当这些变更通过 kubectl apply 或 API 调用提交到Kubernetes集群时，更新过程开始。

2. 策略配置与执行：

   • Kubernetes会根据滚动更新策略来控制Pod的创建和删除速率。
   • 策略通常包括 .spec.strategy.type=RollingUpdate，并设置相关的参数如：
     • .spec.strategy.rollingUpdate.maxUnavailable：定义在更新过程中可以同时不可用的最大Pod数量。
     • .spec.strategy.rollingUpdate.maxSurge：允许超出副本集期望规模的最大Pod数量，以便更快地创建新版本Pod。

3. 逐步替换Pod：

   • 控制器首先创建新的Pod实例，并确保它们达到就绪状态（基于readiness probe）后，才会从负载均衡器中移除旧Pod的流量。
   • 一旦新Pod准备就绪且满足最大不可用设置，将按批次逐个终止旧Pod。

4. 健康检查与监控：

   • 在整个过程中，Kubernetes持续监视新Pod的运行状态和健康状况，只有当新Pod成功启动并且通过了健康检查，才会继续下一个批次的更新。

5. 平滑过渡：

   • 滚动更新确保在任何时候都有足够数量的Pod提供服务，从而实现近乎零停机时间的应用程序升级。

6. 回滚机制：

   • Kubernetes自动维护每个应用版本的历史记录（revision），如果新版本出现故障，可以通过简单的命令快速回滚到之前的稳定版本。

7. 完成更新：

   • 当所有旧Pod都被新版本的Pod替换并且新版本Pod都已稳定运行时，滚动更新操作完成。至此，应用程序已经平滑地迁移到了新版本。

综上所述，通过这样的滚动更新流程，Kubernetes能够在不停止服务的情况下安全、平滑地升级应用，极大地降低了因更新导致的服务中断风险。