Mickey Shine Asked: 2010-03-30 22:48:34 +0800 CST2010-03-30 22:48:34 +0800 CST 2010-03-30 22:48:34 +0800 CST 哪个是为流量大的网站提供静态媒体文件的最佳选择? 772 看看这个列表http://en.wikipedia.org/wiki/List_of_file_systems#Distributed_parallel_fault- tolerance_file_systems 哪个是存储网站大量静态媒体文件(正常文件大小:图像10KB-2M,视频文件5M-500M)的最佳选择?(在这些分布式并行容错文件系统中) website web-server distributed-filesystems 3 个回答 Voted user2874 2010-03-31T04:50:39+08:002010-03-31T04:50:39+08:00 很抱歉没有给出答案,但是您的要求引起了人们的注意。如果你真的需要一个集群文件系统,我希望能得到某种解释。 回答:以上都不是——使用不符合 POSIX 的文件系统的“文件系统”,而是面向文件存储、复制和冗余的 HTTP 服务。示例包括MogileFS(自托管,最初由 Brad Fitzpatrick 创建)或 Amazon Simple Storage Service(托管服务)或Windows Azure 的 blob(.NET,托管服务)。 根据您以前的问题,您似乎才刚刚开始,即未开发的开发。如果是这样,那么一般来说,您最好以市场价格购买文件存储作为服务,而不是尝试自己构建一些东西。大规模地获得可用性和复制是很困难的。 Chopper3 2010-05-03T03:55:31+08:002010-05-03T03:55:31+08:00 我同意 Jesper 的观点,就个人而言,我会使用一对 Zeus ZXTM 作为一致的缓存,放在一对标准 http 服务器前面,这些服务器从一个共享的 NFS/CIFS 挂载提供服务。 也就是说,如果您想这样做,我本人对 Ibrix 有很多很好的经验。 korkman 2010-03-31T04:31:02+08:002010-03-31T04:31:02+08:00 GlusterFS 有很好的声誉,但可能对您的应用程序来说太过分了。您是否考虑过在服务器对上分发文件,例如 static1.yourdomain.com 的 2 个 ips static2.yourdomain.com 的 2 个 ips ... 始终使用两台服务器以实现冗余。如果任何静态组获得过多流量,请向该组添加更多服务器以进行扩展。
很抱歉没有给出答案,但是您的要求引起了人们的注意。如果你真的需要一个集群文件系统,我希望能得到某种解释。
回答:以上都不是——使用不符合 POSIX 的文件系统的“文件系统”,而是面向文件存储、复制和冗余的 HTTP 服务。示例包括MogileFS(自托管,最初由 Brad Fitzpatrick 创建)或 Amazon Simple Storage Service(托管服务)或Windows Azure 的 blob(.NET,托管服务)。
根据您以前的问题,您似乎才刚刚开始,即未开发的开发。如果是这样,那么一般来说,您最好以市场价格购买文件存储作为服务,而不是尝试自己构建一些东西。大规模地获得可用性和复制是很困难的。
我同意 Jesper 的观点,就个人而言,我会使用一对 Zeus ZXTM 作为一致的缓存,放在一对标准 http 服务器前面,这些服务器从一个共享的 NFS/CIFS 挂载提供服务。
也就是说,如果您想这样做,我本人对 Ibrix 有很多很好的经验。
GlusterFS 有很好的声誉,但可能对您的应用程序来说太过分了。您是否考虑过在服务器对上分发文件,例如
static1.yourdomain.com 的 2 个 ips static2.yourdomain.com 的 2 个 ips ...
始终使用两台服务器以实现冗余。如果任何静态组获得过多流量,请向该组添加更多服务器以进行扩展。