我在互联网上看到的每一篇关于在kubernetes上运行cassandra集群的文章要么都忽略了 podManagementPolicy 字段或将其设置为 OrderedReady 基本上是一样的，因为它是默认值。我想知道是否可以使用 podManagementPolicy: Parallel 在cassandra集群的多个节点重新启动时加速同步过程。
podManagementPolicy
OrderedReady
podManagementPolicy: Parallel
3yhwsihp1#
是的，很好用。我们正在使用 podManagementPolicy: Parallel 在我们的每一个状态集合中，也包括cassandra簇。在整个集群重启场景中，所有pod同时出现并同步，这对我们真的很有帮助。的用例 podManagementPolicy: Parallel 在我们的集群中：我们有3个节点的baremetal k8s集群和3个节点的cassandra集群 local-storage pv的节点。万一 local-storage pv绑定到节点。所以如果我们 podManagementPolicy: OrderedReady 那么问题是，如果我们把2个节点的集群，其中有让说 cds-pod-1 以及 cds-pod-2 ，两者都进入未知状态。现在假设我们把节点放到哪里 cds-pod-2 那么它就不会把那个豆荚带上来，因为它需要 cds-pod-1 处于运行状态 cds-pod-2 到运行状态。因此，我们必须改变 podManagementPolicy: Parallel 然后你可以以任何方式打开吊舱，而不依赖于顺序。
local-storage
podManagementPolicy: OrderedReady
cds-pod-1
cds-pod-2
pvcm50d12#
管理并行仍然是一种安全的操作。由于cassandra形成一个环，并且没有主/从体系结构，所以并行启动pods是有效的。但是，只要种子荚没有启动，其余的副本就会加入崩溃循环，直到种子荚恢复正常。可能需要重新启动几次，但它们应该启动了。
xfyts7mz3#
据我所知，这是个坏主意。我试过了，最后一个节点进入了crashloopbackoff。原因似乎是，如果连接节点同时看到另一个节点正在尝试连接，则连接节点会崩溃。 podManagementPolicy: OrderedReady 该走的路。
3条答案
按热度按时间3yhwsihp1#
是的，很好用。我们正在使用
podManagementPolicy: Parallel在我们的每一个状态集合中，也包括cassandra簇。在整个集群重启场景中，所有pod同时出现并同步，这对我们真的很有帮助。的用例
podManagementPolicy: Parallel在我们的集群中：我们有3个节点的baremetal k8s集群和3个节点的cassandra集群
local-storagepv的节点。万一local-storagepv绑定到节点。所以如果我们podManagementPolicy: OrderedReady那么问题是，如果我们把2个节点的集群，其中有让说cds-pod-1以及cds-pod-2，两者都进入未知状态。现在假设我们把节点放到哪里cds-pod-2那么它就不会把那个豆荚带上来，因为它需要cds-pod-1处于运行状态cds-pod-2到运行状态。因此，我们必须改变podManagementPolicy: Parallel然后你可以以任何方式打开吊舱，而不依赖于顺序。pvcm50d12#
管理并行仍然是一种安全的操作。由于cassandra形成一个环，并且没有主/从体系结构，所以并行启动pods是有效的。但是，只要种子荚没有启动，其余的副本就会加入崩溃循环，直到种子荚恢复正常。可能需要重新启动几次，但它们应该启动了。
xfyts7mz3#
据我所知，这是个坏主意。我试过了，最后一个节点进入了crashloopbackoff。原因似乎是，如果连接节点同时看到另一个节点正在尝试连接，则连接节点会崩溃。
podManagementPolicy: OrderedReady该走的路。