cassandra中的故障检测和恢复机制是如何工作的？

对于所有卡桑德拉专家

我试图了解卡桑德拉故障检测和恢复。我有点搞不清楚这到底是怎么回事

从税务单据：

配置phi_-confiru-threshold属性可调整故障检测器的灵敏度。较低的值会增加无响应节点标记为关闭的可能性，而较高的值会降低瞬态故障导致节点故障的可能性。在不稳定的网络环境中（例如有时EC2），将该值提高到10或12有助于防止错误故障

从

Phi表示节点A对节点B的状态错误的可能性。Phi越高，节点B失败的置信度越高

有人能详细解释一下C*故障检测机制以及C*如何在不同的场景中恢复它吗

提前谢谢

我不认为自己是一个CasdRRA专家，但这是我对卡桑德拉<强>节点<强>故障检测的看法：

每秒钟一次，每个节点联系1-3个其他节点，询问节点状态和位置。这些带有时间戳的消息已经过时了八卦协议

告密者将节点的机架和数据中心拓扑告知分区人员。dynamic snitch可以检测节点是否在低性能（读写）级别运行，并在正常运行之前不执行读写操作

暗示切换是针对脱机节点的分区写入的恢复机制。协调器存储写入路径上的每个节点是否确认写入操作，并将提示存储在system.hints表中。如果目标节点重新联机，将重新尝试写入 当节点脱机或性能不佳时，所有这些通信方法都可以协同工作，并且可以进行配置。据我所知，Cassandra不会让节点在故障后恢复生命；这需要人工干预才能使节点恢复联机，并运行nodetool修复故障节点上的数据

根据您所在组织的读写操作容错能力，您始终可以配置一致性级别

用于管理节点故障的一些资源：

（首先检查您的C*版本）

---

你没有涉及到任何关于Phi的事情。