这是一个创建于 2333 天前的主题，其中的信息可能已经有所发展或是发生改变。
现在有几十 T 图片数据，读多于写，该采用什么分布式方案？ Mongodb 还是专业的分布式文件系统，比如阿里家的 TFS,用 mongo 的性能够么
 |
1
miniliuke OP 不需要对图片进行检索，只需要根据文件名读取或者保存就行了
|
 |
2
windfarer 2019 年 9 月 14 日
用阿里云的对象存储服务，自己不折腾
|
 |
4
dimlau 2019 年 9 月 14 日  1
minio ？
|
 |
6
swulling 2019 年 9 月 14 日 via iPhone
几十个 Tmongo 绰绰有余
|
|
7
swulling 2019 年 9 月 14 日 via iPhone
三台服务器，每台选 8*8T。三副本 mongo 正好。
|
 |
8
slixurd 2019 年 9 月 14 日
一个 S3 的场景怎么也不可能要用数据库来支持的....
不要给自己埋坑... 这在业界有主流方案,没必要用 MongoDB |
 |
9
37Y37 2019 年 9 月 14 日
对象存储是最合适的
|
 |
10
XiaoxiaoPu 2019 年 9 月 14 日
Openstack Swift ？
|
 |
11
rrfeng 2019 年 9 月 14 日 via Android
TFS 挺适合。不过没用过不知道生态环境技术支持啥的
|
 |
12
Reficul 2019 年 9 月 14 日 via Android
minio ？
|
 |
13
akira 2019 年 9 月 14 日
Mongodb 是拿来存数据的吧，存图片不大合适吧
|
 |
14
husinhu 2019 年 9 月 14 日 via Android
要数据库干啥 直接 azure storage 或者 aws/ali s3
|
 |
15
chinesestudio 2019 年 9 月 14 日 via Android
就这么点数据 ceph 就好了
|
 |
16
vZexc0m 2019 年 9 月 15 日 via Android
用 minio 吧，多上几块硬盘就完了。
|
 |
17
msg7086 2019 年 9 月 15 日
这么一丁点数据，ceph 也好 minio 也好，再不济直接 GlusterFS 干啊。
其实吧，这么一丁点数据，好像单机就能跑了…… 你也没说请求数有多大。真的量大就上点 4TB 的 QLC，再稍微分一下文件命名空间，把文件分散存储就行了。 |
Select Language