【问题标题】:Cassandra Read or Write latency JMX metricCassandra 读取或写入延迟 JMX 指标
【发布时间】:2018-07-12 21:53:39
【问题描述】:

我们正在尝试使用 Prometheus 来管理我组织中的 Cassandra 集群 (v2.1.x)。我有一个与读取或写入延迟指标相关的问题。

对于节点级别的读取或写入延迟,我使用的指标是 - org.apache.cassandra.metrics<type=(ClientRequest), scope=(Read|Write), name=(Latency)>(OneMinuteRate)

对于表级别,我正在使用 - org.apache.cassandra.metrics<type=(Keyspace), keyspace=(\S*), name=(ReadLatency|WriteLatency)>(OneMinuteRate)

我通过在示例表上运行 cassandra-stress 实用程序来测试这些指标。在表级别,我看到写入大约是每秒 5000 次。这符合预期。

但节点级别的写入速度约为每秒 100 次。我的要求是绘制每秒节点级写入和每秒表级写入。

【问题讨论】:

    标签: cassandra jmx prometheus


    【解决方案1】:

    是的,ClientRequest 延迟指标在节点级别。您每秒只有 100 次写入的原因意味着该节点收到的客户端请求非常少。

    表级别适用于集群中的所有节点,这意味着您的所有节点一起对该表执行 5000 次写入。

    您会发现自己是否有任何热点(这意味着这些节点处理的流量比其他节点多)。也许您正在使用有限数量的分区键,这些分区键将针对有限数量的节点。这很可能是您的问题(数据模型不佳)。您还可以检查您的驱动程序使用的负载平衡策略并进行更改。

    【讨论】:

    • 您是否建议我不应该使用 OneMinuteRate 指标?你能解释一下为什么吗?
    • @FirdousiFarozan 对不起,我误解了你的问题。我编辑了我的回复。
    • 谢谢。如果数字匹配,我将验证您的回复并接受。
    猜你喜欢
    • 2021-04-12
    • 2018-06-04
    • 2018-01-04
    • 2023-02-02
    • 1970-01-01
    • 2016-11-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多