1 votes

Espace utilisé par le système de fichiers Gluster vu par df

Sur un système de fichiers gluster avec un volume arbitre (quorum), df rapporte l'espace libre/utilisé du volume arbitre au lieu de l'espace réel disponible.

Le scénario est composé de 3 serveurs, dont un pour les briks du quorum.

Pour tous les serveurs :

[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

Pairs

[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)

Taille de la brique :

[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

Volume

[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

Ce système de fichiers si monté nativement sur un client en tant que

[root@glusterclient ~]# mount -t glusterfs <anynode>:/glustervol1 /mnt/glustervol1

Je m'attends à environ 8G d'espace disponible mais df rapporte une taille de disque égale au volume de l'arbitre :

[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

En ce qui concerne l'utilisation du disque, l'espace vu par du est l'espace pris par les fichiers :

[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

Mais je n'arrive pas à trouver comment vérifier l'espace de volume réellement disponible et pris ; j'ai essayé de chercher la réponse sur Google mais apparemment personne n'a le même cas d'utilisation (nœuds + arbitre).

3voto

dsegleau Points 1460

Glusterfs ne permet à un volume que d'avoir la taille de la plus petite brique, même en utilisant des volumes d'arbitre. La taille de votre brique d'arbitre doit correspondre à la taille de vos autres briques.

Il s'agit clairement d'un travail pour le provisionnement fin LVM, car la création d'une énorme brique d'arbitre à provisionnement épais serait un gaspillage d'espace stupide. C'est une autre raison pour laquelle cette configuration est recommandée, mais elle est rarement abordée.

0 votes

En gros, juste : \@

1 votes

J'ajoute également un autre fait qui m'a surpris (en plus de découvrir que la documentation de GlusterFS est terriblement incomplète) : le nœud arbitre recevrait le même flux de trafic que le nœud typique, il ne serait seulement pas stocké. Mais la bande passante sera occupée par le facteur de toutes les répliques, y compris l'arbitre.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X