kubernetes - Cassandra (Cassandra)荚花的引导时间比预期的多

Question

我正在将Cassandra作为Kubernetes容器运行。一个Pod拥有一个Cassandra容器。我们正在运行3.11.4版本的Cassandra，并将auto_bootstrap设置为true。我在生产中有5个节点，它可容纳20GB数据。

由于某些维护 Activity ，并且如果我重新启动任何Cassandra pods ，则需要30分钟进行引导，然后才能启动并进入正常状态。在生产中30分钟是一个巨大的时间。

如何减少cassandra pod的启动时间？

谢谢 !!

Answer 1

如果要重新启动现有节点，并且数据仍然存在，则它不是该节点的 bootstrap ，而是重新启动。

潜在的问题之一是重启前没有耗尽节点，并且所有提交日志都需要在开始时重播，如果提交日志中有很多数据，这可能会花费很多时间。 (您可以只检查cassandra当时在做什么的system.log)。因此解决方案可能是在停止节点之前执行nodetool drain。

如果节点在崩溃或类似情况之前重新启动，则可以按照定期从memtable刷新数据的方向进行操作，例如通过nodetool flush，或者通过最繁忙的表上的memtable_flush_period_in_ms选项配置具有定期刷新的表。但是，使用这种方法时要小心，因为它可能会创建很多小的SSTables，这将增加压缩过程的负担。