我使用kubectl rollout restart deployment mydeployment-container作为临时方法来启动新容器，而无需重新启动整个容器。
我喜欢此命令的另一行为是，它会启动新容器并在就绪探针通过后优雅地切换，然后终止旧容器。
使用持久卷声明时除外：
当我尝试使用相同的命令时，我的新容器将以Multi-Attach error保留在ContainerCreating中，似乎持久性卷声明实际上正在有效地阻止新容器的创建，注定要使用所述持久性卷声明！
是的，出于内部政策原因，它们被配置为ReadWriteOnce，但是不，我无法更改。
我来这里是因为我希望学习一种新的工作流程，该工作流程将接近我目前使用的工作流程。
答案 0 :(得分：0)
您的strategy是什么，如果您将RollingUpdate替换为Recreate，kubernetes将在启动后继服务器之前销毁原始Pod，从而在再次安装卷之前将其分离。 >
strategy:
type: Recreate