gluster容量显示处理_gluster查看空间大小-优快云博客

本文链接：https://blog.youkuaiyun.com/zphj1987/article/details/119213571

本文介绍了gluster在新版本中容量显示优化引入的问题，特别是在2+1带arbiter功能卷的场景下，由于arbiter与大数据盘混用导致的可用容量计算错误。通过调整`shared-brick-count`参数，可以修正这一问题，确保显示的总空间与实际使用情况相符。解决方案包括将 arbiter 所在 brick 的参数设置为1，然后停止并重新启动卷以更新容量。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

前言

gluster的容量显示在新版本里面进行优化，但是优化的时候实际引入了新的问题，本篇就是介绍如何解决这个问题的

问题描述

假如我们配置一个2+1 带arbiter功能的卷，因为arbiter本身并不怎么占用空间，所以与大数据盘存在混用的情况，比如例子如下：

/disk1/node1
/disk2/node2
/disk1/attr3

disk1和disk2分别为1T的数据盘，那么根据计算，attr3的与node1共用了一个盘，那么计算的时候，只算一半的容量了，就是500G，然后node2本身是1T，然后因为这两个相互副本，是同样的数据，那么对外提供的总空间显示的就只有500G了，这个与我们实际的使用情况是存在区别的，因为attr并不会占用太多，所以这个地方需要处理一下，官方提供了下面的参数

shared-brick-count

root@ubuntu:/var/lib/glusterd/vols/testvolume# grep "shared-brick-count" -R *
testvolume.ubuntu.disk1-attr3.vol:    option shared-brick-count 2
testvolume.ubuntu.disk1-node1.vol:    option shared-brick-count 2
testvolume.ubuntu.disk2-node2.vol:    option shared-brick-count 1

可以看到attr3和node1参数是2，这个显示就是意思跟两个卷共用，我们这里实际情况可以理解为基本是node1一个brick在用，那么直接把node1的参数改为1即可，也就是如下

root@ubuntu:/var/lib/glusterd/vols/testvolume# grep "shared-brick-count" -R *
testvolume.ubuntu.disk1-attr3.vol:    option shared-brick-count 2
testvolume.ubuntu.disk1-node1.vol:    option shared-brick-count 1
testvolume.ubuntu.disk2-node2.vol:    option shared-brick-count 1

改完以后，对卷进行一个stop，然后start，就可以看到更新了最新的可用容量了，只需要改提供容量的那个即可