cassandra - Cassandra 节点负载高

Question

出于某种原因，我的 Cassandra 节点负载过高。以下是获取图片的一些信息。

• 当我创建一个全新的集群时，负载在几天内持续处于较低水平，并随着时间的推移而增加，一周后它就消失了，导致我发现集群不稳定整个集群

• 我每 4 小时为一个包含大约 300-400 MB 数据的 key 空间拍摄快照，并删除超过 7 天的快照，所有这些都在 OpsCenter 中配置

• 集群正在 Microsoft Azure 中的 strip 磁盘上运行

• 节点在具有 3.5 GB RAM 的 2 个核心上运行，我很清楚这低于推荐的硬件，但这不应该是高负载的原因，我尝试在 4 个核心上运行配备 7 GB RAM，没有发现任何差异

我确信可能有一整箱东西可能会导致高负载，但我猜某些东西比其他东西更有可能。

编辑

如此高的负载似乎是由 OpsCenter 中的修复服务引起的。必须有一些设置来调整服务运行修复的方式。

Answer 1

您可以通过向 opscenterd.conf 添加 [repair_service] 部分来配置修复服务。

调整的主要手段是:

max_parallel_repairs = 0  

您可以增加此值，直到修复速度足够快，可以在您要求的时间段内完成 (< gc_grace_seconds)

min_repair_time = 5

如果您没有那么多数据，修复服务可能会完成得太快并重新启动 - 导致不必要的开销。您可以增加此值以确保不会过于频繁地运行修复

snapshot_override

同样，如果您没有太多数据并且修复服务完成得太快，您将生成太多快照(默认情况下，修复服务会在每次修复之前拍摄快照)。如果您的快照目录很快就满了，您可能需要关闭此功能，直到将服务调整为仅运行一次(使用 raise min_repair_time drop parallel_repairs)。

注意:修复服务的重点是将昂贵/资源消耗的修复过程分散为较小的作业，这意味着您可能会将整体 CPU 利用率提高 5% 或 10%始终如此，而不是让它在定期修复运行期间激增并影响您的工作量。

详细信息advanced configuration