原创：http://www.cnblogs.com/bugutian/p/6869278.html 转载请注明出处
一、先上一张图
二、解释
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：配额，就是给哪一个用户的目录分配多少空间。
后面两个是对前面动态信息的统计。