我有这样的设想:
srv01 srv02 srv03
在vol1上运行着一个文件卷“srv03”,所有的服务器都可以用于i/o,vol1包含很多混合的侧面图像,从几个kbs到3-4 4Mb不等,总量约为1.5TB。
Gluster版本为3.6.2
这不是一颗银弹,需要一些调整,但效果很好。
现在我要把srv03 03‘S砖块复制到其他服务器上。
问题是serve 03‘S cpu猛增到100%,无法满足正常的请求。净流量很低。
备选方案有:
聚类.数据.自愈合.算法:完全
集群.自我治疗-守护进程:关闭
高速缓存大小: 1gb
在复制运行期间,我必须保持服务运行,欢迎您的建议
发布于 2015-07-27 20:21:10
不知何故,我正在处理类似的情况。如果您的瓶颈是CPU,我认为降低cluster.background-self-heal-count会有帮助(缺省值是16)。换句话说,“当你的客户试图打开17个文件时,它会挂在17号等待自我愈合”(https://botbot.me/freenode/gluster/msg/45681458/)。
https://serverfault.com/questions/692454
复制相似问题