mfs分布式存储 --- 高可用配置

开发者福利!热门AI工具限时免费用 购周边即赠Coding Plan Lite,Claude Code、Cursor等20+工具畅享,效率翻倍! 阅读详情

实验环境必须保证每个节点有解析:

本篇博客实验环境基于上一篇:https://blog.csdn.net/aaaaaab_/article/details/82055648
redhat   6.5
server1 172.25.254.1   mfsmaster节点
server2 172.25.254.2   从节点,就是真正储存数据的节点
server3 172.25.254.3   通server2
server4 172.25.254.4   高可用节点
真机: 172.25.254.84     client

高可用的搭建:
在server1配置高可用yum源:

[root@server1 ~]# cd /etc/yum.repos.d/
[root@server1 yum.repos.d]# vim dvd.repo 
[root@server1 yum.repos.d]# yum clean all
[root@server1 yum.repos.d]# yum repolist
[root@server1 yum.repos.d]# cat dvd.repo 
# repos on instructor for classroom use

# Main rhel6.5 server
[base]
name=Instructor Server Repository
baseurl=http://172.25.38.250/source6.5
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release

# HighAvailability rhel6.5
[HighAvailability]
name=Instructor HighAvailability Repository
baseurl=http://172.25.38.250/source6.5/HighAvailability
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release

# LoadBalancer packages
[LoadBalancer]
name=Instructor LoadBalancer Repository
baseurl=http://172.25.38.250/source6.5/LoadBalancer
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release

# ResilientStorage
[ResilientStorage]
name=Instructor ResilientStorage Repository
baseurl=http://172.25.38.250/source6.5/ResilientStorage
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release

# ScalableFileSystem
[ScalableFileSystem]
name=Instructor ScalableFileSystem Repository
baseurl=http://172.25.38.250/source6.5/ScalableFileSystem
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release
[root@server1 yum.repos.d]# scp dvd.repo server4:/etc/yum.repos.d/  传递到server4

这里写图片描述
在server4配置yum源:

[root@server4 ~]# cd /etc/yum.repos.d/
[root@server4 yum.repos.d]# ls
dvd.repo  rhel-source.repo
[root@server4 yum.repos.d]# rm -fr rhel-source.repo 
[root@server4 yum.repos.d]# ls
dvd.repo
[root@server4 yum.repos.d]# yum clean all
[root@server4 yum.repos.d]# yum repolist

这里写图片描述
在serevr1和server4安装组件:

yum install -y pacemaker corosync   配置完了yum源可以安装
yum install crmsh-1.2.6-0.rc2.2.1.x86_64.rpm pssh-2.3.1-2.1.x86_64.rpm
需要自己下载软件包

配置server1的高可用集群:

[root@server1 ~]# cd /etc/corosync/
[root@server1 corosync]# ls
corosync.conf.example       service.d
corosync.conf.example.udpu  uidgid.d
[root@server1 corosync]# cp corosync.conf.example corosync.conf
[root@server1 corosync]# vim corosync.conf
[root@server1 corosync]# cat corosync.conf
# Please read the corosync.conf.5 manual page
compatibility: whitetank

totem {
    version: 2
    secauth: off
    threads: 0
    interface {
        ringnumber: 0
        bindnetaddr: 172.25.38.0
        mcastaddr: 226.94.1.1   多波地址
        mcastport: 7654    多波端口保证不同
        ttl: 1
    }
}

logging {
    fileline: off
    to_stderr: no
    to_logfile: yes
    to_syslog: yes
    logfile: /var/log/cluster/corosync.log
    debug: off
    timestamp: on
    logger_subsys {
        subsys: AMF
        debug: off
    }
}

amf {
    mode: disabled
}

amf {
    mode: disabled
}

service {
    name: pacemaker
    ver: 0
}
[root@server1 corosync]# /etc/init.d/corosync start   开启服务
Starting Corosync Cluster Engine (corosync):               [  OK  ]
[root@server1 corosync]# scp corosync.conf server4:/etc/corosync/
root@server4's password: 
corosync.conf                   100%  508     0.5KB/s   00:00    

这里写图片描述
在server4可以直接打开服务因为配置文件已经配置完成:

[root@server4 ~]# 
[root@server4 ~]# cd /etc/corosync/
[root@server4 corosync]# ls
corosync.conf          corosync.conf.example.udpu  uidgid.d
corosync.conf.example  service.d
[root@server4 corosync]# /etc/init.d/corosync start
Starting Corosync Cluster Engine (corosync):               [  OK  ]

这里写图片描述
在server1打开crm_mon可以看到监控信息:
这里写图片描述
将server2作为存储添加一块8G磁盘:
这里写图片描述
这里写图片描述

[root@server2 mfs]# yum install -y scsi-*
[root@server2 ~]# vim /etc/tgt/targets.conf 
<target iqn.2018-08.com.example:server.target1>
     backing-store /dev/vdb
</target>
[root@server2 ~]# /etc/init.d/tgtd start
Starting SCSI target daemon:                               [  OK  ]

这里写图片描述
在server1和server4安装iscsi

[root@server1 corosync]# yum install -y iscsi-*

在server1:

[root@server1 corosync]# iscsiadm -m discovery -t st -p 172.25.38.2
[root@server1 corosync]# iscsiadm -m node -l
[root@server1 corosync]# fdisk -l

Disk /dev/sda: 8589 MB, 8589934592 bytes
64 heads, 32 sectors/track, 8192 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

这里写图片描述

[root@server1 corosync]# fdisk -cu /dev/sda  创建分区
n-->p--->1--->p--->wq

这里写图片描述

[root@server1 corosync]# mkfs.ext4 /dev/sda1  格式化

这里写图片描述
在server4配置:

[root@server4 corosync]# iscsiadm -m discovery -t st -p 172.25.38.2
[root@server4 corosync]# iscsiadm -m node -l
[root@server4 corosync]# fdisk -l

Disk /dev/sda: 8589 MB, 8589934592 bytes
64 heads, 32 sectors/track, 8192 cylinders
Units = cylinders of 2048 * 512 = 1048576 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0xe2e4479a

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               2        8192     8387584   83  Linux

这里写图片描述
配置server1的master端:

[root@server1 corosync]# /etc/init.d/moosefs-master status   查看状态
[root@server1 corosync]# /etc/init.d/moosefs-master stop   停止master服务
Stopping mfsmaster:                                        [  OK  ]
[root@server1 corosync]# cd /var/lib/mfs/
[root@server1 mfs]# ls
changelog.3.mfs  changelog.6.mfs      metadata.mfs.empty
changelog.4.mfs  metadata.mfs         stats.mfs
changelog.5.mfs  metadata.mfs.back.1
[root@server1 mfs]# pwd
/var/lib/mfs
[root@server1 mfs]# mount /dev/sda1 /mnt/    挂载
[root@server1 mfs]# ls
changelog.3.mfs  changelog.6.mfs      metadata.mfs.empty
changelog.4.mfs  metadata.mfs         stats.mfs
changelog.5.mfs  metadata.mfs.back.1
[root@server1 mfs]# cp -p * /mnt/
[root@server1 mfs]# cd /mnt/
[root@server1 mnt]# ls
changelog.3.mfs  changelog.6.mfs  metadata.mfs.back.1
changelog.4.mfs  lost+found       metadata.mfs.empty
changelog.5.mfs  metadata.mfs     stats.mfs
[root@server1 mnt]# cd

这里写图片描述

[root@server1 ~]# umount /mnt/
[root@server1 ~]# df
Filesystem                   1K-blocks    Used Available Use% Mounted on
/dev/mapper/VolGroup-lv_root  19134332 1610420  16551932   9% /
tmpfs                           380140   37152    342988  10% /dev/shm
/dev/vda1                       495844   33478    436766   8% /boot
[root@server1 ~]# mount /dev/sda1 /var/lib/mfs/   挂载
[root@server1 ~]# ll -d /var/lib/mfs/
drwxr-xr-x 3 root root 4096 Aug 26 13:18 /var/lib/mfs/
[root@server1 ~]# chown mfs.mfs /var/lib/mfs/   更改用户和组,添加权限
[root@server1 ~]# ll -d /var/lib/mfs/
drwxr-xr-x 3 mfs mfs 4096 Aug 26 13:18 /var/lib/mfs/
[root@server1 ~]# df
Filesystem                   1K-blocks    Used Available Use% Mounted on
/dev/mapper/VolGroup-lv_root  19134332 1610444  16551908   9% /
tmpfs                           380140   37152    342988  10% /dev/shm
/dev/vda1                       495844   33478    436766   8% /boot
/dev/sda1                      8255928  153116   7683436   2% /var/lib/mfs

这里写图片描述
配置server4作为master端,同样作为高可用节点:

[root@server4 ~]# ls
crmsh-1.2.6-0.rc2.2.1.x86_64.rpm
moosefs-master-3.0.97-1.rhsysv.x86_64.rpm
pssh-2.3.1-2.1.x86_64.rpm
[root@server4 ~]# yum install moosefs-master-3.0.97-1.rhsysv.x86_64.rpm

这里写图片描述
在server2和server3关闭chunkserver:

/etc/init.d/moosefs-chunkserver stop

配置server1使得直接通过kill的方式对服务依旧没有影响可以高可用:

[root@server1 ~]# /etc/init.d/moosefs-master start  开启服务
Starting mfsmaster:                                        [  OK  ]
[root@server1 ~]# ps ax   查看进程
 1595 ?        S      0:00 [flush-8:0]
 1602 ?        S<     0:01 mfsmaster start
 1604 pts/0    R+     0:00 ps ax
[root@server1 ~]# kill -9 1602   直接结束进程
[root@server1 ~]# cd /var/lib/mfs/
[root@server1 mfs]# ls
changelog.0.mfs  changelog.5.mfs  metadata.mfs.back    stats.mfs
changelog.3.mfs  changelog.6.mfs  metadata.mfs.back.1
changelog.4.mfs  lost+found       metadata.mfs.empty
[root@server1 mfs]# /etc/init.d/moosefs-master start  直接kill的方式会导致开启服务会失败
Starting mfsmaster:                                        [FAILED]

这里写图片描述

[root@server1 mfs]# mfsmetarestore 
mfsmetarestore has been removed in version 1.7, use mfsmaster -a instead
[root@server1 mfs]# mfsmaster -a   恢复服务master
[root@server1 mfs]# ps ax  查看进程已经恢复

这里写图片描述

[root@server1 mfs]# ls
changelog.0.mfs  changelog.5.mfs  metadata.mfs.back    stats.mfs
changelog.3.mfs  changelog.6.mfs  metadata.mfs.back.1
changelog.4.mfs  lost+found       metadata.mfs.empty
[root@server1 mfs]# mfsmaster stop   再次关闭服务
sending SIGTERM to lock owner (pid:1616)
waiting for termination terminated
[root@server1 mfs]# vim /etc/init.d/moosefs-master   将恢复方式写入脚本
start () {
    echo -n $"Starting $prog: "
    $prog start >/dev/null 2>&1 || $prog -a >/dev/null 2>&1 && success || failure
    RETVAL=$?
    echo
    [ $RETVAL -eq 0 ] && touch /var/lock/subsys/$prog
    return $RETVAL
}
[root@server1 mfs]# /etc/init.d/moosefs-master start  可以打开服务
Starting mfsmaster:                                        [  OK  ]

这里写图片描述
验证脚本的作用是否可以恢复被kill掉的环境:

[root@server1 mfs]# ps ax  查看进程
 1594 ?        S      0:00 [ext4-dio-unwrit]
 1595 ?        S      0:00 [flush-8:0]
 1626 ?        S<     0:01 mfsmaster start
 1628 pts/0    R+     0:00 ps ax
[root@server1 mfs]# kill -9 1626   结束master进程
[root@server1 mfs]# ls
changelog.1.mfs  changelog.6.mfs  metadata.mfs.back    stats.mfs
changelog.4.mfs  changelog.7.mfs  metadata.mfs.back.1
changelog.5.mfs  lost+found       metadata.mfs.empty
[root@server1 mfs]# /etc/init.d/moosefs-master start  可以正常开启服务
Starting mfsmaster:                                        [  OK  ]

这里写图片描述
同样搭建另外一个高可用节点server4:

[root@server4 ~]# vim /etc/init.d/moosefs-master
start () {
    echo -n $"Starting $prog: "
    $prog start >/dev/null 2>&1 || $prog -a >/dev/null 2>&1  && success || failure
    RETVAL=$?
    echo
    [ $RETVAL -eq 0 ] && touch /var/lock/subsys/$prog
    return $RETVAL
}

这里写图片描述
在server1配置策略:

[root@server1 mfs]# /etc/init.d/moosefs-master stop
Stopping mfsmaster:                                        [  OK  ]
[root@server1 mfs]# crm
crm(live)# configure
crm(live)configure# show
node server1
node server4
property $id="cib-bootstrap-options" \
    dc-version="1.1.10-14.el6-368c726" \
    cluster-infrastructure="classic openais (with plugin)" \
    expected-quorum-votes="2"
crm(live)configure# property no-quorum-policy=ignore
crm(live)configure# commit
crm(live)configure# property stonith-enabled=true
crm(live)configure# show
node server1
node server4
property $id="cib-bootstrap-options" \
    dc-version="1.1.10-14.el6-368c726" \
    cluster-infrastructure="classic openais (with plugin)" \
    expected-quorum-votes="2" \
    no-quorum-policy="ignore" \
    stonith-enabled="true"
crm(live)configure# commie
ERROR: syntax: commie
crm(live)configure# commit
crm(live)configure# bye
bye

这里写图片描述

[root@server1 mfs]# stonith_admin -I
 fence_pcmk
 fence_legacy
2 devices found
[root@server1 mfs]# yum install -y fence-virt
[root@server1 mfs]# stonith_admin -I
 fence_xvm
 fence_virt
 fence_pcmk
 fence_legacy
4 devices found

这里写图片描述
在server4配置fence节点:

[root@server4 ~]# yum install fence-virt -y
Loaded plugins: product-id, subscription-manager
This system is not registered to Red Hat Subscription Management. You can use subscription-manager to register.
Setting up Install Process
Package fence-virt-0.2.3-15.el6.x86_64 already installed and latest version
Nothing to do
[root@server4 ~]# stonith_admin -I
 fence_xvm
 fence_virt
 fence_pcmk
 fence_legacy
4 devices found
[root@server4 ~]# stonith_admin -M -a fence_xvm

这里写图片描述
在真机将fence_kvm.key传输到master节点:

[root@foundation38 images]# systemctl start fence_virtd.service   开启服务
[root@foundation38 images]# systemctl status fence_virtd.service   查看服务状态打开即可
● fence_virtd.service - Fence-Virt system host daemon
   Loaded: loaded (/usr/lib/systemd/system/fence_virtd.service; disabled; vendor preset: disabled)
   Active: active (running) since Sun 2018-08-26 13:58:55 CST; 2s ago

这里写图片描述

[root@foundation38 images]# netstat -anulp | grep :1229   默认断口1229开启
udp        0      0 0.0.0.0:1229            0.0.0.0:*                           14972/fence_virtd   
[root@foundation38 images]# cd /etc/cluster/
[root@foundation38 cluster]# ls
fence_xvm.key
[root@foundation38 cluster]# scp fence_xvm.key root@172.25.38.1:/etc/cluster/
root@172.25.38.1's password: 
fence_xvm.key                     100%  128     0.1KB/s   00:00    
[root@foundation38 cluster]# scp fence_xvm.key root@172.25.38.4:/etc/cluster/
root@172.25.38.4's password: 
fence_xvm.key                     100%  128     0.1KB/s   00:00    

这里写图片描述
在server1和server4查看:
这里写图片描述
这里写图片描述
在真机查看一一映射关系:

[root@foundation38 cluster]# virsh list
 Id    Name                           State
----------------------------------------------------
 4     test1                          running
 5     test2                          running
 6     test3                          running
 8     test4                          running

这里写图片描述
在server1继续配置策略:

[root@server1 cluster]# crm
crm(live)# configure
crm(live)configure# primitive vmfence stonith:fence_xvm params pcmk_host_map="server1:test1;server4:test4" op monitor interval=1min
crm(live)configure# commit

在server4输入crm_mon打开监控查看:
这里写图片描述

crm(live)configure# primitive vip ocf:heartbeat:IPaddr2 params ip=
ip* (string): IPv4 or IPv6 address
    The IPv4 (dotted quad notation) or IPv6 address (colon hexadecimal notation)
    example IPv4 "192.168.1.1".
    example IPv6 "2001:db8:DC28:0:0:FC57:D4C8:1FFF".

crm(live)configure# primitive vip ocf:heartbeat:IPaddr2 params ip=172.25.38.100 cidr_netmask=32 op monitor interval=30s
 crm(live)configure# commit

这里写图片描述

crm(live)configure# primitive mfsdata ocf:heartbeat:Filesystem params device=/dev/sda1 directory=/var/lib/mfs fstype=ext4 op monitor interval=1min
crm(live)configure# primitive mfsmaster lsb:moosefs-master op monitor interval=30s

这里写图片描述
合并为一个组:

crm(live)configure# group mfsgroup vip mfsdata mfsmaster 
crm(live)configure# commit
WARNING: mfsdata: default timeout 20s for start is smaller than the advised 60
WARNING: mfsdata: default timeout 20s for stop is smaller than the advised 60
WARNING: mfsdata: default timeout 20s for monitor is smaller than the advised 40

配置server4让节点主动上线,由于fence的机制会使得server4掉电重启:

[root@server4 ~]# /etc/init.d/corosync start 
Starting Corosync Cluster Engine (corosync):               [  OK  ]
[root@server4 ~]# crm node online

这里写图片描述
在每个节点加入虚拟IP的解析:

172.25.38.100 mfsmaster

在server2和server3打开服务:

/etc/init.d/moosefs-chunkserver start

server1接管虚拟IP达成高可用:

[root@server1 cluster]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 52:54:00:40:b9:87 brd ff:ff:ff:ff:ff:ff
    inet 172.25.38.1/24 brd 172.25.38.255 scope global eth0
    inet 172.25.38.100/32 brd 172.25.38.255 scope global eth0
    inet6 fe80::5054:ff:fe40:b987/64 scope link 
       valid_lft forever preferred_lft forever
MFS分布式文件系统实战(3)———MooseFS异常关闭,重新启动服务会导致失败 问题:关闭电脑后,重新打开,发现mfsmaster服务无法启动 问题原因:因为异常关闭mfsmaster后,导致imfsmaster和moosefs-chunkservers数据不同步,以至于导致的mfsmaster服务无法启动; 解决办法1: #1查看日志,报错信息: 输入:vim /var/log/messages 报错信息: cat’t find metadata.mfs - try usi... 阅读详情

相关推荐

drbd+MFS+pacemaker+rocosync实现高可用集群架构

本文是基于centos7.3版本,设计的drbd+MFS+pacemaker+rocosync实现高可用集群架构,使用moosefs-3.0.96,及便捷的crm2.3.2版本工具实现交互式操作,解决单点问题,实现高效率,高可用的集群。

aizhen_forever的博客 1053

insuperRCE:浪潮云 ClusterEngineV4.0 前台getshell

insuperRCE 浪潮云 ClusterEngineV4.0 前台getshell

分布式存储--MFS

分布式存储MFS 分布式文件系统 分布式文件系统是指文件系统管理的物理存储资源,不一定在本地节点上,而是通过网络与节点相连,把分散的数据集合到一起(虚拟文件夹),对于用户来说,要访问这些共享文件夹时,只要打开这个虚拟共享文件夹,就可以看到所有链接到虚拟共享文件夹内的共享文件夹,用户感觉不到这些共享文件是分散在各个计算机上,常见的分布式文件系统有:MFS(块大小默认64M)、HDFS(块大小默认128M) 优点:集中访问、简化操作、数据容灾,以及提高文件的存取性能 MFS介绍 MFS:(MooseFS:驯鹿

weixin_46686835的博客 911

浪潮 ClusterEngine 集群服务平台 用户使用手册.pdf

浪潮 ClusterEngine 集群服务平台 用户使用手册.pdf

MFS分布式文件系统实战(三)——MFS高可用(利用pacemaker+corosync+iscsi)、部署Fence解决mfsmaster高可用的解决脑裂

文章目录一、什么是MFS高可用 一、什么是MFS高可用 mfsmasterMFS分布式文件系统的调度器,是最核心的地方。 如果mfsmaster挂了,那么整个MFS架构就会挂掉,对此我们要对mfsmaster进行高可用冗余操作。 构建思路: 利用pacemaker构建高可用平台,利用iscis做共享存储,mfschunkserver做存储设备。 有人可能要问为什么不用keepalived,我想说...

ranrancc_的博客 900

mfs分布式存储

解释如上图read模式,当客户端访问mfsmaster时,mfsmaster会告诉客户端,它存储的数据在那里,然后客户端会去访问存放数据的主机,存放数据的主机返还客户端数据,上图大概就是这个个意思 上图时写的过程,客户端写入数据请求到mfs-master,mfs-master存到后端server根据客户端的存储服务器数两分配chunk servers,然后,mfs-mast...

xixlxl的博客 1205

MFS分布式文件系统(三)MFS高可用(即热备)

实现MFS高可用,就要由pacemaker+corosync+vmfence+mfsmaster这些部分组成。 为什么要实现MFS高可用呢? 因为master只有一个,如果坏了,那么整个分布式集群就有问题了。 1.什么是pacemaker? Pacemaker是一个集群资源管理器。 它利用集群基础构件(OpenAIS 、heartbeat或corosync)提供的消息和成员管理能力来探...

yunyuzhu的博客 712

企业 MooseFS分布式文件系统

MooseFS MooseFS安装 Storage Classes 存储类 ,Labels 标签 MooseFS 异常退出 MooseFS数据恢复

Howei__的博客 933

MFS分布式存储mfsmaster高可用

部署mfsmaster高可用的原因: 在讲原因之前,可以先看看mfs读写原理图: 读操作 写操作 通过读写操作图可以清楚的看到,mfsmaster是调度器,是mfs最核心的地方,如果mfsmaster挂了,整个mfs架构会挂掉,对此我们要对mfsmaster进行高可用冗余操作 构建思路:利用pacemaker构建高可用平台,利用iscis做共享存储,mfsch...

Bigstar的博客 1637

host文件地址_【学员笔记】LINUX随堂笔记(十五):MFS分布式文件系统

16章 MFS分布式文件系统一. MFS简介MFS(MooseFS)分布式文件系统,MFS正式推出是2008年5月,是一个具有容错功能,高可用、可扩展的海量级分布式文件系统。MFS把数据分散在多台服务器上,但用户看到的只有一个源。MFS也像其他类UNIX文件系统一样,包含了层级结构、文件属性,可以创建特殊的文件(块设备、字符设备、管道、套接字)、符号链接和硬链接。MFS是一个具有容错性的网络分布...

weixin_39890452的博客 108

MFS分布式存储部署

实验环境: redhat.7.3 westos1 172.25.254.11 ##mfsmaster节点 westos2 172.25.254.12 ##从节点,就是真正储存数据的节点 westos3 172.25.254.13 ##通server2 westos4 172.25.254.14 ##高可用用,作为master节点,前边实验不用 selinux=disable ,防火墙关闭,开...

Logbook的博客 863

MFS分布式文件系统实战(2)——搭建基本的MFS系统(client端+master端+chunk端)

文章目录1.搭建实验环境2.搭建基本的MFS系统 1.搭建实验环境 主机信息 主机功能 server1172.25.20.1mfs master节点 server2(172.25.20.2) mfs chunk节点 server3(172.25.20.3) mfs chunk节点 server6(172.25.20.6) mfs client客户端 2.搭建基本的MFS系统 (1)给server1安装mfs master以及mfs cgi (2)在server1上做解析 (3)查看mfs m

weixin_21583810的博客 341

mfs分布式文件系统,分布式存储高可用(pacemaker+corosync+pcs),磁盘共享(iscsi),fence解决脑裂问题

mfs分布式文件系统,分布式存储高可用(pacemaker+corosync+pcs),磁盘共享(iscsi),fence解决脑裂问题

dearbaba_11的博客 140

MFS+Keepalived双机高可用热备方案操作记录

  基于MFS的单点及手动备份的缺陷,考虑将其与Keepalived相结合以提高可用性。在Centos下MooseFS(MFS分布式存储共享环境部署记录这篇文档部署环境的基础上,只需要做如下改动: 1)将master-server作为Keepalived_MASTER(启动mfsmastermfscgiserv) 2)将matelogger作为Keepalived_BACKUP(启动...

weixin_33724570的博客 170

MooseFs/tfs研究

     最近公司需要搭建一个文件服务器,于是乎想到了mooseMFS和TFS,对这2种分布式文件系统做了研究。        网站数据存储需要做好前期的规划,不然数据量上来以后无论是管理还是性能上都带来很多问题,对于需要存储大量文件、图片的网站来说是个重点的话题,通常网页文字内容和网页图片内容所占用的存储空间相比较的话,显然是图片存储占用的空间要远远超过网站文字内容所需要存储的空间,从另...

xinquner的博客 416

MFS分布式存储搭建

MFS分布式文件系统搭建,全名MooseFS,简介: mooseFS(moose 驼鹿)是一款网络分布式文件系统。它把数据分散在多台服务器上,但对于用户来讲,看到的只是一个源。MFS也像其他类unix文件系统一样,包含了层级结构(目录树),存储着文件属性(权限,最后访问和修改时间),可以创建特殊的文件(块设备,字符设备,管道,套接字),符号链接,硬链接。 MooseFS(MFS)是一个具有容错性的...

weixin_46389787的博客 465

KeepAlived+DRDB+MFS安装及配置

好几年前就研究过一些分布式文件系统,如gfs等。但真正让人满意的不多(总有各种各样的问题,如稳定性差,架构复杂,性能损失高等等)。最近工作中有些场景需要用到分布式的存储,这次准备使用MFS(MooseFS),主要是看重它的架构比较简单,使用的人数比较多,可扩展性也比较强,性能损失也相当要小一些。 一. MFS的架构介绍 下面是MFS的架构图(图片来自官网): 可以看到MF

mojolang 1517

Linux基础学习(15) hadoop

本文介绍 Apache Hadoop 大数据框架,包含 HDFS 分布式存储、YARN 资源调度、MapReduce 离线计算三大核心模块,讲解读写、任务运行原理及适用场景。文档展示伪分布式、五节点 HA 高可用两套部署实操:先配置环境变量、修改 XML 配置文件,完成 SSH 免密;部署 Zookeeper 集群,依靠 JournalNode、ZKFC 实现 HDFS 主备 NameNode 自动故障转移,再配置 YARN‑HA 实现资源管理器高可用。通过格式化、启动集群,借助 jps 命令与 WebUI

2403_82461762的博客 220

集群之---分布式存储MFS

负责备份master 服务器的变化日志文件,文件类型为changelog_ml.*.mfs ,以便于在master server 出问题的时候提供数据找回功能。通过fuse 内核接口挂接远程管理服务器上所管理的数据存储服务器,看起来共享的文件系统和本地unix 文件系统使用一样的效果。负责各个数据存储服务器的管理,文件读写调度,文件空间回收以及恢复、多节点拷贝。负责连接管理服务器,听从管理服务器调度,提供存储空间,并为客户提供数据传输.#将删除文件后产生的文件移到undel目录则恢复文件,注意回收站有。

qq_52860146的博客 1737
上一篇: 解决办法:error: failed to push some refs to 'https://github.com/xxxx.git'
下一篇: hadoop的单机版测试和集群节点的搭建
Logbook怪
博客等级 码龄9年 465粉丝 209原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值