现在我有两个glusterfs卷
Volume Name: gv0 Type: Replicate Volume ID: id-here Status: Started Number of Bricks: 1 x 2 = 2 Transport-type: tcp Bricks: Brick1: s1.example.com:/data/brick1/gv0 Brick2: s2.example.com:/data/brick1/gv0 Options Reconfigured: performance.readdir-ahead: on / etc / fstab（server1）：
/dev/vdb1 /data/brick1 xfs defaults 1 2 s1.example.com:/gv0 /mnt/glusterfs glusterfs defaults,_netdev,direct-io-mode=disable 0 0
glusterfs卷本地安装，但读/写缓慢/呆滞。 我知道server1和server2之间的连接速度很慢，但理想情况下，它应该写入本地卷，然后同步正确？ 在将文件存储到本地安装的glusterfs卷时，出现上传应用程序超时的问题。
我正在使用本机FUSE客户端。 所有服务器都在KVM虚拟机上。 Qcow2，没有用于glusterfs分区的cachingXFS文件系统。
基准
GlusterFS Vol：
[~]@s1:$ dd if=/dev/zero of=/mnt/glusterfs/zero1 bs=64k count=40 40+0 records in 40+0 records out 2621440 bytes (2.6 MB) copied, 17.3101 s, 151 kB/s
普通卷
[~]@s1:~$ dd if=/dev/zero of=zero1 bs=64k count=40 40+0 records in 40+0 records out 2621440 bytes (2.6 MB) copied, 0.00406856 s, 644 MB/s
写入复制卷始终是同步的。
前一段时间，我特别要求在GlusterFS邮件列表上 ，简短的回答是，尽可能快的离开本地主机是不可能有后台，连续同步的过程。
一个可能的build议解决方法是故意中断复制，写入您的本地主机，并恢复复制。 自我修复的守护进程将启动并后台同步所有的变化。
这种解决方法显然只适用于您的远程副本是只读的; 如果它是可读写的，则会在裂脑情况下发生。 无论如何，如果你只需要一个只读的远程副本，你可以使用GlusterFS的georeplicationfunction，这是基于rsync，它是从本地主机写入完全解耦。