内容简介：翻译自：https://stackoverflow.com/questions/44790873/cassandra-3-10-debug-log-contains-frequent-failuredetector-java457-ignoring
:457 – 忽略……的间隔时间”
即使群集处于空闲状态,也会显示消息.我在这个6节点集群的每个节点上看到的消息速率约为每秒1个(两个数据中心各有3个节点).
有人可以告诉我导致这些消息的原因以及它们是否值得关注？
我们有几个其他的小集群支持相同的应用程序(不同的环境),我看到这个消息的频率低得多(相隔数天).
FailureDetector负责决定节点是UP还是DOWN.
The gossip process tracks state from other nodes both directly (nodes gossiping directly to it) and indirectly (nodes communicated about secondhand, third-hand, and so on). Rather than have a fixed threshold for marking failing nodes, Cassandra uses an accrual detection mechanism to calculate a per-node threshold that takes into account network performance, workload, and historical conditions. During gossip exchanges, every node maintains a sliding window of inter-arrival times of gossip messages from other nodes in the cluster.
Here 你可以找到源代码,它会给你提供日志消息.它设置为DEBUG级别,因为它们可能有助于跟踪导致延迟的实际问题,但不会自行指出问题.
换句话说：您的节点测量发送到其他节点的每个八卦消息的确认延迟,例如：IP地址1的X nanosec,IP地址2的Z nanosec等.如果X或Y高于预期的2秒阈值,如MAX_INTERVAL_IN_NANO中所述,它会被报道.
问题,可能导致此日志消息：
>节点上的巨大负载：例如太多大分区
>高压：例如在 排序 时间段内查询太多
>网络连接不良
添加了额外的FailureDetector日志记录：
通过JMX公开故障检测器的phi值并调整调试
和跟踪记录( CASSANDRA-9526 )
而且我发现这个未解决的问题可能与你的问题有关：
当网络变得脆弱时,故障检测器变得更加敏感( CASSANDRA-9536 )
另外,我发现 this 关于Gossiping和Failure Detection的文章非常有用.
翻译自：https://stackoverflow.com/questions/44790873/cassandra-3-10-debug-log-contains-frequent-failuredetector-java457-ignoring
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网
猜你喜欢:
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
删除
[英] 维克托•迈尔-舍恩伯格（Viktor Mayer-Schönberger）著 / 袁杰 译 / 浙江人民出版社 / 2013-1 / 49.90元
《删除》讲述了遗忘的美德，为读者展现了大数据时代的取舍之道。 《删除》从大数据时代信息取舍的目的和方法分别诠释了“被遗忘的权利”。维克托首先回溯了人类追寻记忆的过程，之后提出数字技术与全球网络正在瓦解我们天生的遗忘能力。对此，他考察了促进遗忘终止4大驱动力——数字化，廉价的存储器，易于提取，全球性访问。之后，他提出了当前数字化记忆的两大威胁——信息权力与时间，并给出了应对威胁的6大对策——数......一起来看看 《删除》 这本书的介绍吧!
