对于流量很大的网站来说,提供静态媒体文件的最佳选择是什么?

对于流量很大的网站来说,提供静态媒体文件的最佳选择是什么?

看看这个列表http://en.wikipedia.org/wiki/List_of_file_systems#Distributed_pa​​rallel_fault-tolerant_file_systems

对于网站大量的静态媒体文件(文件大小一般为:图片10KB-2M,视频5M-500M),哪个是最佳选择?(在这些分布式并行容错文件系统中)

答案1

抱歉,我没能给出答案,但你问的问题确实让人吃惊。如果你真的需要集群文件系统,我希望你能解释一下为什么需要。

答案:以上都不是-- 使用非 POSIX 兼容文件系统的“文件系统”,而是面向文件存储、复制和冗余的 HTTP 服务。示例包括移动文件系统(自托管,最初由 Brad Fitzpatrick 创建)或亚马逊简单存储服务(托管服务),或Windows Azure 的 blob(.NET,托管服务)。

根据您之前的问题,您似乎刚刚起步,即绿地开发。如果是这样,那么一般来说,您最好以市场价格购买文件存储服务,而不是尝试自己构建一些东西。大规模获得可用性和复制权很难。

答案2

在这一点上我同意 Jesper 的观点,我个人会使用一对 Zeus ZXTM 作为位于一对标准 http 服务器前面的一致缓存,这两个服务器由一个共享的 NFS/CIFS 挂载提供服务。

话虽如此,如果你想这样做,我自己在使用 Ibrix 时已经积累了很多很好的经验。

答案3

GlusterFS 声誉很好,但可能对您的应用程序来说有点过头了。您是否考虑过将文件分发到服务器对上,例如

static1.yourdomain.com 有 2 个 ips static2.yourdomain.com 有 2 个 ips ...

始终使用两台服务器以实现冗余。如果任何静态组的流量过大,则向该组添加更多服务器以进行扩展。

相关内容