我需要一些建议或更好的建议。我一直在构建一个平台，并开始考虑我需要什么样的服务器架构。我不是服务器架构方面的专家，但是当我启动时，在找到系统架构师之前，我至少需要一个稳定的生产环境。
我将拥有大约500GB（甚至更多）的产品图片和一些PDF文件，因为我们稍后会有更多的客户。
我希望在Web服务器（开头的2或3）上有一组最小的文件（HTML和javascript文件）以及所有产品图像所在的共享目录。我将有一些独立的后端java进程，它将下载图像并将其存储到共享目录中，因此当请求进入任何Web服务器时，客户端应该能够看到图像和pdf文件。
我将在后端安装Spring MVC，会话将由Redis集群处理，因此我不担心这种分布式会话处理。
基本上，我需要一个集中所有静态文件（图像和PDF文件）的解决方案，这些文件随着时间的推移会呈指数级增长，并且这些文件始终可以从Web服务器访问。
我已阅读过可从网络服务器访问的NFS。
我想知道这个NFS是否是这个用例的一个很好的解决方案。我确信这个用例可能是一个常见的问题。
有没有更好的选择而不是NFS？
感谢。
答案 0 :(得分：-1)
许多变量会影响您可以使用的选项。但其中一个主要标准是预算。
便宜：
1）你有2或3台服务器。因此，每个系统购买一个大磁盘来存储静态文件，并使用rsync确保它们都是相同的。
大磁盘很便宜，你甚至可以获得SSD！这可能会持续一段时间
2）与磁盘相同并使用更多进化以确保同步的东西。 gluster或inotify机制会这样做。您可以使用更多软件
3）NFS ok 。但是对于高命中率的Web服务器来说它不能很好地工作。所以你的文件在那里，并且可用，但是如果你受到很多打击，你将遇到性能和/或网络问题。我们曾经有过一次，我们削减了NFS，它减慢了网站的速度
4）通过在Web服务器上使用缓存来获取频繁的图像，可以最大限度地减少NFS的缺点。
更贵：
5）NAS。您可以使用专用的文件服务器系统设置一些专用的NAS软件
6）NAS，专用硬件，超快速，昂贵。可以增长但是$$$
7）分布式静态文件服务。防爆。 Akamai的。他们存储文件并将它们分发给您的客户。所以他们的基础设施获得了点击量。但它需要付出代价。如果您负担得起，设置并不是非常复杂。你按体积支付。仅供参考，我们在上一家公司使用它，可能还有其他供应商做类似的事情。
这是一个很大的主题，我希望我从一些想法开始。