关于 Glusterfs FUSE 客户端黑魔法的快速问题。我目前有一个 gluster 3 节点正在执行单个副本卷。在我的 gluster fuse 客户端上，我将其中一个 glusterfs 节点指向挂载点。我注意到，在关闭有问题的特定 glusterfs 节点后，我仍然能够对卷进行读写，并且还注意到正在对其他副本进行更改。
所以我的问题是 Glusterfs FUSE 客户端有什么类型的黑魔法可以实现集群感知？
glusterfs 是否已经将自己的灵魂出卖给了魔鬼？
我注意到
FUSE 客户端允许使用 GlusterFS“循环”式连接进行挂载。在 /etc/fstab 中，使用一个节点的名称；但是，内部机制允许该节点发生故障，客户端将转移到受信任存储池中的其他连接节点。根据测试，其性能比 NFS 方法略慢，但并不差。好处是自动 HA 客户端故障转移，这通常值得牺牲性能。
澄清一下，这是否意味着 FUSE 客户端具有集群感知能力？如果某个节点死机，它是否能够自动将流量路由到其他节点？
还有其他我可以阅读的深入文档吗？
答案1
在我的 gluster fuse 客户端上，我将其中一个 glusterfs 节点指向为挂载点。我注意到，在关闭有问题的特定 glusterfs 节点后，我仍然能够对卷进行读写，并且还注意到正在对其他副本进行更改。
gluster fuse 客户端使用挂载时指定的节点来获取卷配置。一旦客户端获得配置，它就会打开与 gluster 服务器的单独直接连接。因此，网络 I/O 直接发生在客户端和服务器之间，流量不会像 NFS/SMB 那样通过网关路由。因此，即使挂载时指定的节点已关闭，fuse 客户端仍可运行。