原创： 转载请注明出处

一、先上一张图

二、解释

1. Metadata Servers (masters)

ip、内存、CPU、版本号什么的自然不必说。

last successful metadata save：mfsmaster将文件树存在内存中，每隔一个小时把修改的内容固化到磁盘，这就是metadata.mfs.back(默认在/var/lib/mfs下);

last metadata save duration：一个小时存一次万一断点，那问题就严重了，所以，mfsmaster会及时把临时修改记录存储到changelog.0.mfs中，然后到整点把它们整合到metadata.mfs.back中;可以看出这种存储的周期是0.1s;

后面的状态和校验和就不说了。

2.Metadata Info

详细的说，moosefs将你上传的文件按照64MB的大小进行切分，每一个64MB的文件块就叫做一个chunk，(其实一个chunk有65MB，在mfshdd.cfg配置的目录中可以看到，里面有1024个64K的块，每个块的索引是1K，因此有1MB是索引)

total space：云存总空间

avail space：云存可用空间

trash space：云存的垃圾箱大小

trash files：云存的垃圾箱文件数

sustained space：云存等待回收的空间

sustained files：云存等待回收的文件数

all fs objects：所有的文件对象个数(文件+目录)

directories：所有的目录个数

files：所有的文件数

chunks:chunk数

all chunk copies:所有chunk数(chunk和chunk的备份数)

regular chunk copies正常chunk数(除去即将被移除和丢失等的chunk数)

3. Memory usage detailed info

可以通过此项，查看到云存使用过程中各种文件对象的占比。

4.All chunks state matrix 

这是个非常有用的矩阵，纵坐标表示你给你的文件块设置了几个副本，横坐标表示你的文件块现在有多少个副本。最正常的情况就是所有的数字都出现在矩阵的对角线上。对角线下，就是undergoal，对角线上就是overgoal;

没有备份副本肯定就是endangered的了，如果你的所有磁盘都坏了，那必然就是missing等等。moosefs自己有副本平衡的策略，会自动让你的副本数向对角线靠拢。

5. Chunk operations info和Filesystem check info几乎就是对上面的矩阵的总结。

三、其他列

1. Server：就是所有服务器；

Disk：就是所有chunkserver和在它之上的操作；

Mounts：就是所有挂载到该系统的客户端；

Exports：所有的权限设置；

Operations：客户端的读写操作统计；

Resources：这个就不明觉厉了，猜测应该是对云存中的文件进行分组，不必要对每个文件都设置副本数什么的，直接加入到一个组中就行了，也方便负载均衡。

Quotas：配额，就是给哪一个用户的目录分配多少空间。

后面两个是对前面动态信息的统计。