海量图片(文件)分布式储存方案选择

2019 年 9 月 14 日
 miniliuke

现在有几十 T 图片数据，读多于写，该采用什么分布式方案？ Mongodb 还是专业的分布式文件系统，比如阿里家的 TFS,用 mongo 的性能够么

5090 次点击
所在节点    问与答
17 条回复
miniliuke
2019 年 9 月 14 日
不需要对图片进行检索，只需要根据文件名读取或者保存就行了
windfarer
2019 年 9 月 14 日
用阿里云的对象存储服务，自己不折腾
miniliuke
2019 年 9 月 14 日
@windfarer 在内网布啊
dimlau
2019 年 9 月 14 日
minio ？
miniliuke
2019 年 9 月 14 日
@dimlau 好像不支持在线扩容，有点尴尬
swulling
2019 年 9 月 14 日
几十个 Tmongo 绰绰有余
swulling
2019 年 9 月 14 日
三台服务器，每台选 8*8T。三副本 mongo 正好。
slixurd
2019 年 9 月 14 日
一个 S3 的场景怎么也不可能要用数据库来支持的....
不要给自己埋坑...
这在业界有主流方案,没必要用 MongoDB
37Y37
2019 年 9 月 14 日
对象存储是最合适的
XiaoxiaoPu
2019 年 9 月 14 日
Openstack Swift ？
rrfeng
2019 年 9 月 14 日
TFS 挺适合。不过没用过不知道生态环境技术支持啥的
Reficul
2019 年 9 月 14 日
minio ？
akira
2019 年 9 月 14 日
Mongodb 是拿来存数据的吧，存图片不大合适吧
husinhu
2019 年 9 月 14 日
要数据库干啥 直接 azure storage 或者 aws/ali s3
chinesestudio
2019 年 9 月 14 日
就这么点数据 ceph 就好了
vZexc0m
2019 年 9 月 15 日
用 minio 吧，多上几块硬盘就完了。
msg7086
2019 年 9 月 15 日
这么一丁点数据，ceph 也好 minio 也好，再不济直接 GlusterFS 干啊。

其实吧，这么一丁点数据，好像单机就能跑了……
你也没说请求数有多大。真的量大就上点 4TB 的 QLC，再稍微分一下文件命名空间，把文件分散存储就行了。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.ih06.com/t/600763

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX