求教,海量图片存储方案

This topic created in 4818 days ago, the information mentioned may be changed or developed.

现有几千万的图片,单个文件大概是100-200K左右.
假设不使用第三方云存储,并且单机解决.
有什么现在的方案比较好?
如果没有,有什么现有库可以在此基础上做二次开发?
如果再没有,我再考虑自己从头开发。

Supplement 1 · Apr 10, 2013

需要访问。和普通网站的图片服务器类似。只是说需要单机去解决。并且效率要高。不想直接用文件系统分层去管理。直接用文件系统的话效率上不会太好。

9 replies • 1970-01-01 08:00:00 +08:00

markmx

Apr 9, 2013

简单的不考虑同步备份机制，
让图片和网站分离开，就可以了，做很多个类似
img01.xxx.com（图片服务器1）
img02.xxx.com（图片服务器2）
img03.xxx.com（图片服务器1）
然后把图片随机传给这些地方。

Wy4q3489O1z996QO

Apr 9, 2013

貌似没说清楚具体的应用场景，单纯的存储 or 需要web访问需不需要防盗链....
And 预算情况

glancesx

Apr 10, 2013

不知道遇到什么瓶颈了.

Livid

MOD

PRO

Apr 10, 2013 via iPhone

Riak CS

NemoAlex

Apr 10, 2013

就只是存储吗？不需要访问？

darklowly

Apr 10, 2013

@romotc
@glancesx
@NemoAlex

需要访问。和普通网站的图片服务器类似。只是说需要单机去解决。并且效率要高。不想直接用文件系统分层去管理。直接用文件系统的话效率上不会太好。

glancesx

Apr 10, 2013

1)不是硬性单机的话,tfs性能还挺靠谱.
2)要求效率的话,单机的性能能高到哪里去.

gfreezy

Apr 10, 2013

遇到同样的问题了，同问。

nkliwenjian

Apr 11, 2013

一个想法，行不通也别怪。挂几个硬盘，不同的分区。图片的存储按照一定的规则存到不同的分区上去。这样并发取的时候几个硬盘就有可能同时运作。还可以考虑图片同时存几个分区上面，然后取的时候根据访问队列做io吞吐均衡。