我有一个关于 glusterfs 的奇怪问题，
因此，我使用此命令在两个节点上设置了一个非常简单的复制卷
sudo gluster volume create cloudStorage replica 2 transport tcp machine1:/data machine2:/data force
然后我启动了该卷并将其安装在 /etc/fstab 中的两个主机（machine3、machine4）上，这也能正常工作。
如果我在 machine3 上创建一个文件夹，它将立即在 machine4 上显示为可用，并且位于 machine2 的文件系统中
如果我在 machine4 上创建一个文件夹，它将出现在 machine3 的挂载上。但是如果我检查 machine1，新创建的文件夹不会出现。它最终会出现在 machine1 的文件系统上，但 machine3 已经可以使用和浏览它了？（machine1 无法浏览到新创建的文件夹）
我计划实施 CTDB，如果 gluster 没有按应有的方式复制，我担心会出现恢复文件锁问题。
我知道这个问题可能有点模糊，所以我认为我问的是
A) 为什么复制单个文件夹创建需要这么长时间？
B) 为什么只在一个方向上需要这么长时间？
C) 如何提高性能
设置的一些背景知识
服务器
- 2 ESXi
- 2 个 Ubuntu 14.04（glusterfs 节点）
- 2 个 Ubuntu 16.04（gluster 客户端节点）
它们连接在 draytek 2860N 的两个端口之间，它们位于同一栋建筑物内，并且两个 ESXi 主机之间必须有大约 2 米的电缆。
这张图片可能有助于描述问题
答案1
Gluster 不会进行太多复制，而是允许每个客户端同时写入每个相关的 gluster 节点。这种扇出式连接方法使其速度如此之快，但每个客户端必须能够连接到每个 gluster 节点。
有一种服务器到服务器复制的方法，但它用于后端流程以及纠正由未连接到所有 gluster 节点的客户端导致的复制问题。
确保所有客户端与所有存储节点的连接稳定。如果您仍然遇到问题，或者这没有帮助，请详细说明，我会提供更多帮助。