我们安装了三台专用的机器，在Ubuntu 14.04上安装LAMP-Application。 Glusterfs 3.7.x将作为共享存储解决scheme。
有两台高性能的机器，还有一台合理规格的第三台服务器。 两位优秀的演员将通过NGINX举办。
要提供的文件很小（2kB – 30kb）。 目前系统在两台服务器上以replica 2模式进行计划。
gluster volume create volume1 replica 2 gs1:/data/brick gs2:/data/brick 如果我们在第三个节点上添加一个glusterfs服务器，会有性能上的提升吗？
请注意，这个问题集中在glusterfs，因此不是重复提到的post。
Gluster中的可伸缩性问题与砖的数量有关，而不是服务器的数量。 一般来说，Gluster在通用I / O模式上线性缩放。 这个规则的例外是文件创build操作和pipe理操作。 两者都使Gluster受到打击，因为networking上的开销随着集群的增长而增加。
有几个方面需要考虑确定如何提高性能。 首先，查看服务器上的“iostats -dkx 30”和“iptraf”。 如果util％位于高端，或者networking带宽接近成熟， 添加客户端将无济于事。 你唯一的select是添加一个服务器，或者给它添加一个networking连接，或者更换一个可以携带更多带宽的网卡。 另一个选项是在客户端添加更多的iocache空间。
如果增加可用的RAM数量，则磁盘使用率也会下降，因为Linux喜欢caching文件系统。 下一个潜在的瓶颈是磁盘本身。 运行top和or isostat 5来检查iowait的水平。 如果高速更快的磁盘或更多的磁盘可能会有帮助。
检查您的客户端是否存在抑制服务器吞吐量的特性，例如：CPU使用率，networking使用情况，内存使用情况等。