求推荐分布式文件系统

catamaran · 2024-9-25 11:40:05 · 448 次点击
先说一下需求,产品是个企业中实现处理业务的网站,很多客户要求实现高可用。数据库这块好弄,主要是文件处理比较麻烦。希望 v 友给些方案和建议。

我的方案:
1. linux 文件共享。实现简单,缺点是有些客户不让用,死规矩。
2. nas 系统,同上,客户不保证提供部署环境。
3. 自己写服务,同步不同服务器的文件。缺点:比较麻烦,可能坑比较多(现成的轮子也可以)
4. 分布式文件系统。缺点:现在系统中访问文件的地方都需要改写,会损失一些性能。

倾向方案 4 ,请 v 友推荐一下功能简单,改写代码成本低的文件系统。
举报· 448 次点击
登录 注册 站外分享
10 条回复  
Ayanokouji 小成 2024-9-25 12:28:22
必须是文件系统吗,对象存储考虑吗,比如 minio
hetal 小成 2024-9-25 12:35:10
seaweedfs
lxy42 初学 2024-9-25 13:06:59
juicefs
NevadaLi 初学 2024-9-25 13:17:27
glusterfs 和 ceph ,机器装好对应的 rpm ,mount 就完了,代码应该是不需要改的
defunct9 初学 2024-9-25 13:19:52
glusterFS
HUNTERXHUNTER 小成 2024-9-25 16:08:13
minio
HypoChen 小成 2024-9-25 16:29:36
不建议分布式文件系统,如果网站产生的文件不复杂(比如同时读写同一份文件),不如写本地 + rsync + 定时备份
原因是很多分布式存储的复杂性,可能比你的业务都高,出故障不一定能救回来

如果真的需要一个存储服务,minio 有一定的高可用能力,api 丰富对于 web 场景够用了,如果真的需要一个文件系统,minio + redis/tikv + juicefs 是个不错的选择
laminux29 小成 2024-9-25 16:41:31
高可用并不一定要用分布式。双机热备是成熟、稳定、有大量案例、出故障了能有很多高手帮忙救场的架构。

不推荐分布式,因为无论 CephFS 、JuiceFS 、HDFS 、Zookeeper 、etcd 等等,都有一大堆坑。你们没加入用户讨论,没自己部署过,不理解里面的水有多深,就像上面的朋友说,出故障了,可能很少有人能帮你救场。这还不如传统的双机 lvm + ext4 + rsync ,简单、稳定、成熟、谁都能救场。
guo4224 小成 2024-9-25 19:09:50
对象存储,fuse mount
12下一页
返回顶部