MFS 介绍及其安装部署的详细指南优质

宿主机不仅能当宿主机用，还能充当客户端，这其中的操作学问可不少。得考虑不同的操作系统和版本，还有各种配置，真是让人又喜欢又头疼。下面咱们就好好聊聊这个话题。

宿主机角色转变

rpm -qa|grep moosefs-client
wget "http://ppa.moosefs.com/MooseFS-3-el8.repo"
mv MooseFS-3-el8.repo /etc/yum.repos.d/MooseFS.repo
cat /etc/yum.repos.d/MooseFS.repo
[MooseFS]
name=MooseFS $releasever - $basearch
baseurl=http://ppa.moosefs.com/moosefs-3/yum/el8
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-MooseFS
enabled=1
yum repolist
yum install moosefs-client
yum update moosefs-client(如果安装了更新)

在某些情况下，宿主机会扮演两个角色。它不仅能当宿主机，还能充当客户端，就像真机那样。比如在企业8系统里，它就能用来下载客户端。就拿moosefs-client的30.0109版来说，这种双重身份带来了更多操作上的便利。但选真机做客户端可得小心，毕竟内存虽足，可客户端运行不当也可能损害真机。所以，有时我们宁愿不选真机，比如这里我们用server4当主节点，server5和server6当存储节点，真机就另作它用，不充当客户端了。

rpm -qa|grep moosefs-client
wget "http://ppa.moosefs.com/MooseFS-3-el7.repo" > /etc/yum.repos.d/MooseFS.repo
cat /etc/yum.repos.d/MooseFS.repo
[MooseFS]
name=MooseFS $releasever - $basearch
baseurl=http://ppa.moosefs.com/moosefs-3/yum/el7
gpgcheck=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-MooseFS
enabled=1
yum repolist
更新客户端
yum install moosefs-client

选着是挺多，可真得看实际情况。你有没有琢磨过，在自己那工作里的系统搭建设计，怎么才能平衡好各个实体的职责？

cd /etc/mfs
vim mfsmaster.cfg     #编辑master端主配置文件
配置文件不需要改
这里只需要做一个解析即可
vim /etc/hosts
172.25.21.4    server4 mfsmaster

rhel7虚拟机做客户端

用RHEL7虚拟机做客户端操作，那可就完全不一样了。就拿server4的master来说，部署的时候可得照着mfs的官方文档来。那官方文档就是我们的操作指南。整个部署过程中，给各个节点添加解析是个关键步骤。要是没有DNS，那咱们得手动做解析。没DNS的话，不添加解析就得改配置文件。这一连串操作得环环相扣，哪个环节出了问题都可能影响到最终效果。

整个过程中得留意一堆小细节，一不小心就可能出岔子，让功能没法正常运作。你们在做类似的事情时，是不是也有过因为忽略了一个小细节而闹出大麻烦的经历？

vim /etc/hosts
172.25.21.4    server4 mfsmaster
server4-master:
systemctl enable --now moosefs-master
systemctl enable --now moosefs-cgiserv.service
netstat -antlp   
#端口9425:python写的图形界面CGI-server
#9419和9420是mfsmaster

浏览器访问查看情况

完成前面的步骤后，你只要在浏览器里访问一下，就能直接看到磁盘输出的挂载状况了。页面上的操作很简单，直接点那个加号，就能把其他栏目都加进来。你看看info信息，现在就只有一个master。再看看servers那边，也就是chunkserver，现在还是空空的。这样我们就能直接看到系统现在的状态，对咱们后续的操作和判断都有帮助。

另外，在咱们弄懂这些资料的过程中，对咱们制定下一步的计划挺有帮助的。那说说你平常查系统信息时，一般都关注哪些方面？

master数据位置相关

cd /var/lib/mfs/
ls
server5和server6:
server5-chunkserver:
cd /etc/mfs/
mkdir /mnt/chunk1
chown mfs.mfs /mnt/chunk1
id mfs   

聊聊Master软件里数据存放的问题。这软件是以mfs的身份运行的，写数据的时候也是用mfs的身份。所以，mfs用户得有权限访问存储位置。比如说，vimmfshdd.cfg这个配置文件，就是用来设置数据存放位置的。里面有很多存储的例子，比如/mnt/hd4-5GiB，这就意味着这里可以存放不超过5G的数据。

处理起来其实挺简单的，要是后来硬盘扩容了，操作直接得很。直接把硬盘接到这个数据目录上就行。实验的时候，就算不加虚拟硬盘也没啥问题。要是没扩容硬盘，占用的就是那个/目录的空间。那这个存储目录的总大小就相当于/的Size。在生产环境中，存储服务器扩容通常就是加硬盘，装好之后设置权限，开机就能自动挂载。比如挂第二块硬盘，就按这个方法来，把配置文件的最后加上去。这事虽然常见，但操作时还是要细心，保证不出错。

chunkserver的变化

来瞧瞧server6的chunkserver状况。在系统横向扩展和热添加过程中，master可是关键角色。不设置参数，默认就有固定状态。一旦在hosts里添加了解析，把server6的chunkserver给停了，刷新一下浏览器，咦，server里不见了server6。这时，/mnt/mfs/data2/fstab能用的副本只在server5上，这就能看出它们之间的联系了。得随时关注各个环节的状况，不然出了问题可就麻烦了。

看这整体关联性，是不是一目了然？在自己操作过程中，要是某个环节出了问题，节点缺失了，你能立刻想到是哪个环节出了岔子吗？

关于备份选择

vim mfshdd.cfg
/mnt/chunk2
加上去可以直接识别到
systemctl enable --now moosefs-chunkserver
netstat -antlp    

咱得聊聊备份这事。咱这儿不打算搞元数据日志服务器，也就是常说的冷备，但后面得弄个热备，也就是mfs集群的高可用性。为啥？因为冷备成本太贵了，得保证master和元数据日志服务器的配置一模一样，甚至后者还得更强，主要是为了在需要时能顶替master。要是服务器挺多的话，搞冷备倒是可以，但还得看实际资源来权衡利弊。不同的业务场景和资源状况，备份策略也得不一样。你工作中是怎么考虑这个的？希望大家都看完这篇文章能有点收获，觉得有用就点个赞，分享一下！

# mfschunkserver一直监听的端口: 9422
# mfschunkserver开启一个随机端口去和master的9420端口连接

本文地址：https://www.huajie.net.cn/qkl/55268.html