现在有几十 T 图片数据,读多于写,该采用什么分布式方案? Mongodb 还是专业的分布式文件系统,比如阿里家的 TFS,用 mongo 的性能够么
现在有几十 T 图片数据,读多于写,该采用什么分布式方案? Mongodb 还是专业的分布式文件系统,比如阿里家的 TFS,用 mongo 的性能够么
|
1
不需要对图片进行检索,只需要根据文件名读取或者保存就行了
|
|
windfarerSep 14, 2019
2
用阿里云的对象存储服务,自己不折腾
|
|
4
minio ?
|
|
swullingSep 14, 2019 via iPhone
6
几十个 Tmongo 绰绰有余
|
|
swullingSep 14, 2019 via iPhone
7
三台服务器,每台选 8*8T。三副本 mongo 正好。
|
|
slixurdSep 14, 2019
8
一个 S3 的场景怎么也不可能要用数据库来支持的....
不要给自己埋坑... 这在业界有主流方案,没必要用 MongoDB |
|
37Y37Sep 14, 2019
9
对象存储是最合适的
|
|
XiaoxiaoPuSep 14, 2019
10
Openstack Swift ?
|
|
rrfengSep 14, 2019 via Android
11
TFS 挺适合。不过没用过不知道生态环境技术支持啥的
|
|
ReficulSep 14, 2019 via Android
12
minio ?
|
|
akiraSep 14, 2019
13
Mongodb 是拿来存数据的吧,存图片不大合适吧
|
|
husinhuSep 14, 2019 via Android
14
要数据库干啥 直接 azure storage 或者 aws/ali s3
|
|
chinesestudioSep 14, 2019 via Android
15
就这么点数据 ceph 就好了
|
|
vZexc0mSep 15, 2019 via Android
16
用 minio 吧,多上几块硬盘就完了。
|
|
msg7086Sep 15, 2019
17
这么一丁点数据,ceph 也好 minio 也好,再不济直接 GlusterFS 干啊。
其实吧,这么一丁点数据,好像单机就能跑了…… 你也没说请求数有多大。真的量大就上点 4TB 的 QLC,再稍微分一下文件命名空间,把文件分散存储就行了。 |