【问题标题】:Latency Replication Cassandra NoSQL延迟复制 Cassandra NoSQL
【发布时间】:2018-09-13 19:34:52
【问题描述】:

如何延迟测量 Cassandra、NoSQL 中的复制,或量化一段时间内的副本更新?

【问题讨论】:

    标签: cassandra nosql replication latency


    【解决方案1】:

    您在寻找什么级别的精度?在给定时钟漂移和光速的分布式系统中,这在某种程度上是不可能的。最简单的方法是将协调器写入延迟作为往返行程的衡量标准加上一点。也可以做一个 ping 映射,但再一次 sub ms 它非常困难。写入以微秒为单位测量,因此希望网络延迟应该占主导地位,但 GC 和操作系统的影响除外。

    org.apache.cassandra.metrics:type=Messaging,name=CrossNodeLatency 指标作为 C* 级别衡量消息从一个节点到另一个节点(或在 DC 之间)所花费的时间可能是有意义的,但它不考虑时钟漂移。

    【讨论】:

    • 嗨,克里斯·洛芬克。您在寻找什么级别的精度? R = 每秒操作数或以毫秒为单位的时间。我希望平均时间。采纳您的想法,然后我相信添加源服务器上的写入延迟时间加上“org.apache.cassandra.metrics:type = Messaging, name = Metric CrossNodeLatency”加上目标服务器上的写入延迟时间应该提供近似结果.你怎么看?非常感谢!
    • 记住写入延迟以微秒为单位。写一整毫秒是很不寻常的。排除 GC - 节点之间的延迟应该主导请求。
    猜你喜欢
    • 1970-01-01
    • 2019-03-16
    • 2018-01-04
    • 2013-11-30
    • 2017-01-29
    • 1970-01-01
    • 1970-01-01
    • 2014-10-08
    • 1970-01-01
    相关资源
    最近更新 更多