如何重启Kubernetes Deployment故障Pod及DaemonSet中单个故障Pod？

针对你提出的两个Kubernetes Pod重启问题，我来逐一分享实用的解决方案：

问题1：如何重启Deployment中的故障Pod #

Deployment本身就具备自动维护Pod副本数量的能力，处理故障Pod有几种简单可靠的方式：

• 直接删除故障Pod：这是最直接的操作，删除后Deployment会立刻在可用节点上重建一个新Pod替换它。执行命令：

  kubectl delete pod <故障Pod名称> -n <命名空间>
  

  小贴士：如果Pod故障是因为所在节点异常导致的，重建前最好先检查节点状态，避免新Pod再次出现问题。

• 优雅滚动重启整个Deployment：如果你希望一次性重启所有Pod（包括正常和故障的），同时保证服务不中断，可以用滚动重启命令：

  kubectl rollout restart deployment <Deployment名称> -n <命名空间>
  

  这个命令会悄悄更新Deployment Pod模板的一个隐藏注解，触发滚动更新——Kubernetes会逐个重启Pod，确保始终有足够的副本提供服务。

• 修改Pod模板触发重建：如果需要通过修改配置来触发重启（比如调整环境变量、添加标签），可以直接编辑Deployment的Pod模板部分：

  kubectl edit deployment <Deployment名称> -n <命名空间>
  

  编辑时哪怕只添加一个临时注解（比如restart-trigger: "true"），保存后Kubernetes就会自动重建所有Pod，包括故障的那个。

问题2：重启DaemonSet中的单个故障Pod（不影响其他Pod） #

DaemonSet的规则是每个匹配节点上运行一个Pod，所以我们需要精准操作单个故障Pod，避免影响其他节点上的正常实例：

• 直接删除单个故障Pod：和Deployment类似，删除故障Pod后，DaemonSet会在同一个节点上自动重建新Pod，完全不会影响其他节点的Pod。执行命令：

  kubectl delete pod <故障Pod名称> -n <命名空间>
  

  这是最常用的方法，只要节点本身健康，重建后的Pod大概率能正常运行。

• 通过注解触发Pod重启：如果不想删除Pod，而是让Kubernetes主动重启它，可以给故障Pod添加一个重启触发注解：

  kubectl patch pod <故障Pod名称> -n <命名空间> -p '{"metadata":{"annotations":{"kubectl.kubernetes.io/restartedAt": "'$(date +%Y-%m-%dT%H:%M:%S%z)'"}}}'
  

  这个命令会给Pod打上一个包含当前时间的注解，Kubernetes检测到变化后会重启该Pod，其他Pod不受任何影响。

• 进入Pod内部重启进程（不推荐）：如果以上方法都不适用，也可以手动进入Pod内部重启服务进程，但这种方式不够可靠——如果进程再次崩溃，Kubernetes不会自动重启它（除非Pod的restartPolicy设置为Always）。示例命令（以Nginx为例）：

  kubectl exec -it <故障Pod名称> -n <命名空间> -- nginx -s reload
  

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