网络文件系统用于存储静态图像/文件

3
我认为这个问题相当普遍:您有一个网站,人们可以在上面上传图像/文件,可能每天会有成千上万个。那么什么是最好的网络文件系统(分布式文件系统)可以处理这个问题,特别是可扩展性。特别是,
  1. 它必须很好地分布在不同的节点上。节点不需要太多的故障恢复。
  2. 主要是读写,没有更新。
  3. 有一些简单的客户端库用于写/读。
我研究了Hadoop文件系统,似乎它不是一个好方法,因为它是关于管理Map-Reduce的大文件,而不是管理数百万个小文件。
谢谢!
2个回答

1

看一下你的需求:

  • 一个图像应该存储在一个节点上。否则,如果它被分区,图像响应延迟可能会大幅下降
  • 容错不是问题

在这种情况下,为什么要选择分布式文件系统呢?


你说的分布式文件系统是什么意思?我发这个问题是想问一下特定类型的DFS,至少是人们正在使用的常见DFS。它不应该是rsync或任何类似的“手动”方式。 - hiro

0

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接