求教,海量图片存储方案

2013-04-09 17:40:09 +08:00
 darklowly
现有几千万的图片,单个文件大概是100-200K左右.
假设不使用第三方云存储,并且单机解决.
有什么现在的方案比较好?
如果没有,有什么现有库可以在此基础上做二次开发?
如果再没有,我再考虑自己从头开发。
5270 次点击
所在节点    问与答
9 条回复
markmx
2013-04-09 18:03:02 +08:00
简单的不考虑同步备份机制,
让图片和网站分离开,就可以了,做很多个类似
img01.xxx.com(图片服务器1)
img02.xxx.com(图片服务器2)
img03.xxx.com(图片服务器1)
然后把图片随机传给这些地方。
Wy4q3489O1z996QO
2013-04-09 18:10:00 +08:00
貌似没说清楚具体的应用场景,单纯的存储 or 需要web访问 需不需要防盗链....
And 预算情况
glancesx
2013-04-10 09:36:21 +08:00
不知道遇到什么瓶颈了.
Livid
2013-04-10 09:45:07 +08:00
Riak CS
NemoAlex
2013-04-10 10:15:44 +08:00
就只是存储吗?不需要访问?
darklowly
2013-04-10 13:40:27 +08:00
@romotc
@glancesx
@NemoAlex

需要访问。和普通网站的图片服务器类似。只是说需要单机去解决。并且效率要高。不想直接用文件系统分层去管理。直接用文件系统的话效率上不会太好。
glancesx
2013-04-10 21:24:05 +08:00
1)不是硬性单机的话,tfs性能还挺靠谱.
2)要求效率的话,单机的性能能高到哪里去.
gfreezy
2013-04-10 22:33:45 +08:00
遇到同样的问题了,同问。
nkliwenjian
2013-04-11 01:15:00 +08:00
一个想法,行不通也别怪。挂几个硬盘,不同的分区。图片的存储按照一定的规则存到不同的分区上去。这样并发取的时候几个硬盘就有可能同时运作。还可以考虑图片同时存几个分区上面,然后取的时候根据访问队列做io吞吐均衡。

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

https://www.v2ex.com/t/65394

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

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

© 2021 V2EX