我有以下gluster卷,详情如下
Volume Name: geo-vol Type: distribute Status: Started Number of Bricks: 1 Transport-type: tcp Bricks: Brick1: bst:/backup Options Reconfigured: geo-replication.indexing: on
我将此卷安装在与nfs mount相同的机器上,而brick1也在同一台机器上,而不是使用地理复制将其镜像到备份服务器.
从我的设置中可以看出,我正在使用glusterfs进行几乎实时的备份.
我只需要可靠的方法将我的数据备份到辅助服务器,早些时候我使用rsync但是随着数字文件的增加它开始占用大量内存,所以我们切换到gluster,当我们尝试实时复制时它会妨碍服务器的性能,所以在最后的手段我们采用了ge-replication,我们现在面临的一个问题是gluster的cpu消耗方式很高,我问这个问题是gluster邮件列表但是没有更新.
解决方法
按照
http://community.gluster.org/q/running-client-server-on-the-same-set-of-nodes/：
It’s fairly common to run client and server processes on the same set of nodes. In fact,glusterFS servers will mount a volume as a client to perform certain operations. In general this works well,but it is possible to run into varIoUs forms of contention between the server and client processes.
