В файловой системе 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
Эта файловая система изначально смонтирована на клиенте как
[root@glusterclient ~]# mount -t glusterfs <anynode>:/glustervol1 /mnt/glustervol1
Я ожидаю около 8 ГБ доступного пространства, но 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
Но я не могу понять, как проверить доступное и занятое пространство тома; пытался найти ответ в Google, но, по-видимому, ни у одного другого человека нет такого же варианта использования (узлы + арбитр)
Glusterfs позволяет тому быть размером с самый маленький кирпич, даже при использовании арбитражных томов. Размер вашего арбитра должен соответствовать размеру других ваших кирпичей.
Очевидно, что это задача для тонкого предоставления LVM, поскольку создание огромного блока арбитра с толстым выделением ресурсов было бы глупой тратой места. Это еще одна причина, по которой рекомендуется эта конфигурация, но ее редко затрагивают.