前往小程序,Get更优阅读体验!
立即前往
首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >beegfs高可用模式探讨

beegfs高可用模式探讨

作者头像
姚华
发布2022-06-30 10:32:37
9140
发布2022-06-30 10:32:37
举报
文章被收录于专栏:运维民工运维民工

简介: beegfs高可用模式探讨

最近在测试beegfs,它在hpc应用十分广泛的并行文件系统,但是它保证数据安全性的方式只有mirror一种方式,这种方式无法磁盘的有效使用率较低。模式如下图所示

netapp在磁盘共享架构下,实现了单节点掉线后依然能够保证服务的有效访问,这是因为它们的硬盘实际是通过存储阵列柜上共享到节点上,因此其中一个节点掉线后,另一个节点通过存储阵列柜依然能够访问掉线节点的硬盘。但是并不是仅仅能够访问硬盘就能添加到beegfs服务中去,还需要做些操作。我进行了一下测试,当我把掉线节点的硬盘添加到在线节点上时,还需要对以下文件做出修改才行。

首先需要挂载掉线节点硬盘

代码语言:javascript
复制
mount /dev/lose-disk1 /mnt/data*

挂载完成后,需要修改/etc/beegfs/beegfs-storage.conf配置文件,主要修改

代码语言:javascript
复制
storeStorageDirectory和storeFsUUID,将掉线节点的挂载目录和UUID添加
storeStorageDirectory        = ,/mnt/data1 ,/mnt/data2 ,/mnt/data3 ,/mnt/data4
storeFsUUID                  = ,1c80fdd1-4e81-4463-80fb-bd948265e98d  ,050c19f1-0fd9-4725-b21c-88fe13a37f5c ,1e3392ce-b274-4717-979e-b4ac183c812f ,d4f87f8b-b7a3-4297-9824-4fef30e90920

然后还需要到挂载目录下,修改nodeNumID和originalNodeID

nodeNumID要修改还存活的节点的ID,如node01是1,node02是2,node02掉线,node02上的硬盘就要修改为1;originalNodeID则要将掉线节点修改为存活节点,如node02修改为node01

做完上述操作,尝试systemctl restart beegfs-storage,即可恢复。

因此我们可以写一个脚本,自动化上述操作,也能实现类似的效果

本文参与 腾讯云自媒体分享计划,分享自作者个人站点/博客。
原始发表:2022-06-23,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体分享计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
相关产品与服务
对象存储
对象存储(Cloud Object Storage,COS)是由腾讯云推出的无目录层次结构、无数据格式限制,可容纳海量数据且支持 HTTP/HTTPS 协议访问的分布式存储服务。腾讯云 COS 的存储桶空间无容量上限,无需分区管理,适用于 CDN 数据分发、数据万象处理或大数据计算与分析的数据湖等多种场景。
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档