![Glusterfs FUSE 客户端黑魔法(自动高可用性)](https://linux22.com/image/729168/Glusterfs%20FUSE%20%E5%AE%A2%E6%88%B7%E7%AB%AF%E9%BB%91%E9%AD%94%E6%B3%95%EF%BC%88%E8%87%AA%E5%8A%A8%E9%AB%98%E5%8F%AF%E7%94%A8%E6%80%A7%EF%BC%89.png)
关于 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 客户端仍可运行。