kubectl 删除 pod vs 设置环境
kubectl delete pod vs set env
我可以看到 kubectl delete pod
和 kubectl set env
都将重新启动。
我想知道要遵循的最佳实践,使用 set env
有什么好处吗
除了这两个选项,还有其他更好的重启pod的选项吗?
虽然您的问题不是很清楚,但我相信您现在正在使用部署或其他类型的副本集来生成 pods。
因此,kubectl delete pod
和 kubectl set env
都不是重启 Kubernetes 中所有副本的正确方法。重启副本集下所有 pod 的正确方法是 kubectl rollout restart <type-of-replica-set>/<name>
.
但是kubectl delete pod
和kubectl set env
仍然有效,只看结论。这是原因。
kubectl delete pod
将减少副本集所需的 pods 数量。副本集控制器将协调并生成一个新的 pod 以满足您定义的所需数量。
kubectl set env
用于更新规范中的环境变量。因此,一旦您 运行 命令,副本集中的整个版本都会发生变化。控制器将协调并尝试为您生成一组新的 pods。
最终,这两个命令都可以引导您重新启动 pods。但是这些命令不是为重启而设计的。
我可以看到 kubectl delete pod
和 kubectl set env
都将重新启动。
我想知道要遵循的最佳实践,使用 set env
除了这两个选项,还有其他更好的重启pod的选项吗?
虽然您的问题不是很清楚,但我相信您现在正在使用部署或其他类型的副本集来生成 pods。
因此,kubectl delete pod
和 kubectl set env
都不是重启 Kubernetes 中所有副本的正确方法。重启副本集下所有 pod 的正确方法是 kubectl rollout restart <type-of-replica-set>/<name>
.
但是kubectl delete pod
和kubectl set env
仍然有效,只看结论。这是原因。
kubectl delete pod
将减少副本集所需的 pods 数量。副本集控制器将协调并生成一个新的 pod 以满足您定义的所需数量。
kubectl set env
用于更新规范中的环境变量。因此,一旦您 运行 命令,副本集中的整个版本都会发生变化。控制器将协调并尝试为您生成一组新的 pods。
最终,这两个命令都可以引导您重新启动 pods。但是这些命令不是为重启而设计的。