Parallel OrderedReady

我想对这个话题进行一些扩展。

OrderedReady pod management的行为方式如下。

• 对于有N个副本的StatefulSet来说，当Pod被部署时，它们是按顺序创建的，顺序为{0...N-1}。

• 当Pod被删除时，它们会以相反的顺序被终止，从{N-1...0}。

• 在对一个Pod进行扩展操作之前，它的所有前身必须是运行和准备好的。

• 在一个Pod被终止之前，它的所有继承者必须完全关闭。

虽然Parallel pod management:

告诉StatefulSet控制器以并行方式启动或终止所有的Pod。 在启动或终止Pod之前，不要等待Pod成为运行和准备好或完全终止。 在启动或终止另一个Pod之前完全终止。 这个选项只影响到扩展操作的行为。更新 不受影响。

理论上，你在更新你的应用程序时不会面临任何停机时间，因为parallel策略只影响到扩展操作。正如Jonas所言，在不了解你的应用和架构的情况下，很难预见潜在的后果。但通常可以说，如果你的应用程序的实例不相互依赖（因此不必等待每个pod的运行和准备），parallel策略应该比OrderedReady策略更安全和快速。然而，如果你在未来可能会面临StatefulSet的任何问题，并希望从Kubernetes方面分析它，这些official docs可能对你有帮助。