现有几千万的图片,单个文件大概是100-200K左右.
假设不使用第三方云存储,并且单机解决.
有什么现在的方案比较好?
如果没有,有什么现有库可以在此基础上做二次开发?
如果再没有,我再考虑自己从头开发。
假设不使用第三方云存储,并且单机解决.
有什么现在的方案比较好?
如果没有,有什么现有库可以在此基础上做二次开发?
如果再没有,我再考虑自己从头开发。
This topic created in 4964 days ago, the information mentioned may be changed or developed.
Supplement 1 · Apr 10, 2013
需要访问。和普通网站的图片服务器类似。只是说需要单机去解决。并且效率要高。不想直接用文件系统分层去管理。直接用文件系统的话效率上不会太好。
 |
markmxApr 9, 2013
1
简单的不考虑同步备份机制，
让图片和网站分离开，就可以了，做很多个类似 img01.xxx.com（图片服务器1） img02.xxx.com（图片服务器2） img03.xxx.com（图片服务器1） 然后把图片随机传给这些地方。 |
 |
Wy4q3489O1z996QOApr 9, 2013
2
貌似没说清楚具体的应用场景，单纯的存储 or 需要web访问 需不需要防盗链....
And 预算情况 |
 |
glancesxApr 10, 2013
3
不知道遇到什么瓶颈了.
|
 |
4
Riak CS
|
1 |
NemoAlexApr 10, 2013
5
就只是存储吗？不需要访问？
|
|
6
|
|
glancesxApr 10, 2013
7
1)不是硬性单机的话,tfs性能还挺靠谱.
2)要求效率的话,单机的性能能高到哪里去. |
 |
gfreezyApr 10, 2013
8
遇到同样的问题了，同问。
|
 |
nkliwenjianApr 11, 2013
9
一个想法，行不通也别怪。挂几个硬盘，不同的分区。图片的存储按照一定的规则存到不同的分区上去。这样并发取的时候几个硬盘就有可能同时运作。还可以考虑图片同时存几个分区上面，然后取的时候根据访问队列做io吞吐均衡。
|
Select Language