在具有仲裁者(quorum)卷的gluster文件系统上,df报告仲裁器卷的空闲/已用空间,其中实际空间可用。
场景由3台服务器组成,一台用于法定工作
对于所有服务器:
[root@arbiter ~]# cat /etc/redhat-release CentOS Linux release 7.2.1511 (Core) [root@arbiter ~]# glusterfs --version glusterfs 3.7.15 built on Aug 30 2016 15:25:13
同行
[root@arbiter ~]# gluster peer status Number of Peers: 2 Hostname: node1 Uuid: ******************** State: Peer in Cluster (Connected) Hostname: node2 Uuid: ******************** State: Peer in Cluster (Connected)
砖尺寸:
[root@arbiter ~]# df -hT /bricks/brick? Filesystem Type Size Used Avail Use% Mounted on /dev/sdc1 xfs 1020M 43M 978M 5% /bricks/brick1 /dev/sdd1 xfs 1020M 34M 986M 4% /bricks/brick2 [root@node1,2 ~]# df -hT /bricks/brick? Filesystem Type Size Used Avail Use% Mounted on /dev/sdc1 xfs 8.0G 493M 7.6G 7% /bricks/brick1 /dev/sdd1 xfs 8.0G 38M 8.0G 1% /bricks/brick2
卷
[root@arbiter ~]# gluster volume info Volume Name: glustervol1 Type: Distributed-Replicate Volume ID: ******************** Status: Started Number of Bricks: 2 x (2 + 1) = 6 Transport-type: tcp Bricks: Brick1: node1:/bricks/brick1/brick Brick2: node2:/bricks/brick1/brick Brick3: arbiter:/bricks/brick1/brick (arbiter) Brick4: node1:/bricks/brick2/brick Brick5: node2:/bricks/brick2/brick Brick6: arbiter:/bricks/brick2/brick (arbiter) Options Reconfigured: performance.readdir-ahead: on
这个fille系统si本地安装在客户端上
[root@glusterclient ~]# mount -t glusterfs <anynode>:/glustervol1 /mnt/glustervol1
我预计可用的空间大约为8G,但是df会报告等于仲裁器卷的磁盘大小:
[root@glusterclient ~]# df -hT /mnt/glustervol1 Filesystem Type Size Used Avail Use% Mounted on arbiter:/glustervol1 fuse.glusterfs 2.0G 77M 2.0G 4% /mnt/glustervol1
说到磁盘使用情况,du看到的空间就是文件占用的空间:
[root@glusterclient ~]# du /mnt/glustervol1 -h --max-depth=1 0 /mnt/glustervol1/.trashcan 258M /mnt/glustervol1/test 3.4M /mnt/glustervol1/test1 261M /mnt/glustervol1
但我不知道如何检查实际可用的卷空间, 试图寻找答案,但显然没有其他人有相同的使用情况(节点+仲裁)
即使在使用仲裁卷时,Glusterfs也只允许卷的大小为最小的块。 您的仲裁砖尺寸需要匹配其他砖的尺寸。
这显然是LVM自动精简configuration的一个工作,因为创build一个庞大的预configuration的仲裁程序块将会是一个愚蠢的空间浪费。 这是推荐这种configuration的又一个原因,但很less涉及到。