Erlang 中终止节点的检测是如何工作的？ net_ticktime 如何影响 Erlang 中节点活跃度的控制？

Question

我将 net_ticktime 值设置为 600 秒。

net_kernel:set_net_ticktime(600)

在 net_ticktime = TickTime 的 Erlang 文档中：

指定 net_kernel 滴答时间。 TickTime 以秒为单位。每 TickTime/4 秒一次，所有连接的节点都会被打勾（如果任何其他内容已写入节点），并且如果在最后四 (4) 个刻度时间内没有从另一个节点接收到任何内容，则该节点被视为已关闭。这可确保将因硬件错误等原因未响应的节点视为已关闭。

检测到没有响应的节点的时间T：

MinT < T < MaxT where:

MinT = TickTime - TickTime / 4
MaxT = TickTime + TickTime / 4

TickTime 默认为 60（秒）。因此，45

注意：通常情况下，会立即检测到终止节点。

我的问题： 我的 TickTime 是 600（秒）。因此，450（7.5 分钟）

然而值得注意的是，通常会立即检测到终止节点，但我找不到关于分布式 Erlang 中节点终止的立即响应原则的解释（在 Erlang 文档、Erlang 电子书或其他基于 Erlang 的资源中都没有）。分布式环境中的节点是否以小于net_ticktime 的间隔定期 ping，或者终止节点是否在终止之前向其他节点发送某种消息？如果它确实发送了消息，是否存在终止节点无法发送该消息并且必须被ping以调查其活跃度的情况？

此外，Erlang 文档中还指出，分布式 Erlang 对于超过 100 个节点的集群来说不是很可扩展，因为每个节点都与集群中的所有节点保持链接。调查节点活跃度（ping、宣布终止）的算法是否会随着集群规模的增加而修改？

Answer 1

当两个 Erlang 节点连接时，它们之间会建立 TCP 连接。您引发的故障将导致底层操作系统关闭连接，从而非常快速地有效地通知其他节点。

网络滴答用于检测与远程节点的连接，该连接看似已启动但实际上并未传递流量，例如当网络事件隔离节点时可能发生的情况。

如果您想模拟需要检测到滴答声的故障，请使用防火墙阻止节点首次 ping 时创建的连接上的流量。