架构托管混合大小(100MB+)静态内容的web服务器

Question

我面临的挑战是托管大约200-1000个mp3文件，所有文件都在100MB+大小范围内。

此外，还有一些较小的RSS文件和一些较小的JPG文件。

所有这些都是静态内容，没有PHP，也没有任何类型的脚本。也不会有HTML托管，不需要HTTPS，没有用户数据存储在服务器上。

这些文件是无版权的播客，由我们制作，并免费在itunes和任何地方，可通过rss发现。

直到最近，这些文件位于一个廉价的托管计划，但由于巨大的流量，我们别无选择，只能把这些文件放在其他地方。

在过去，我只使用Apache来满足我的所有托管需求，但我怀疑apache并不是满足这些需求的理想解决方案，而且由于服务器的速度有点慢，并且没有那么多RAM，我想知道不同的服务器是否更适合这些需求。

您推荐哪台服务器？我希望有一些东西能让我明白一个文件的需求量很大，例如，当一个新的插曲出现时，它会被放入一个RAM缓存中。NGINX可以这样使用吗？我要用莱特普德吗？

Answer 1

这个问题带有过早优化的味道。

我希望有一些东西能让我明白一个文件的需求量很大，例如，当一个新的插曲出现时，它会被放入一个RAM缓存中。NGINX可以这样使用吗？

这一点你甚至不需要担心--它会被操作系统缓存，并在第一次被请求时放入内存中。它会留在内存中，因为每个人都会要求它。

设置一些简单易用的东西(apache/nginx)，然后让er。

如果您需要帮助为数据提供服务(特别是考虑到服务器没有太多RAM用于缓存)，请将CDN (即Cloudflare)放在前面。事实上，因为Cloudflare有一个自由层，把它放在前面！

Answer 2

您可以选择的大致如下：

1. 继续你以前做的事情，但是通过升级到一个更大的托管计划来增加你自己的广播能力。
2. 获得一个有一个专用的、无限的100/1000/10000 Mbit上行链路的服务器，允许您从一个通用的托管解决方案转移到更适合您的用例定制的东西。
3. 将广播需求卸载到内容传送网络(CDN).这意味着您可能会停留在当前的托管计划，因为大部分的流量将由CDN提供，而且您的工作流程也没有任何变化。

第一种方法通常不太符合成本效益，许多通用托管计划只能很好地适用于许多小的、相对较低的流量站点，而大型站点不适合这种商业模式，因此，定价往往是为了在达到一定的限制后将您赶走。

第二种不一定是最便宜的，但如果您能够投资时间来获得所需的技能并测试所建议的(软件)配置，则可以提供很大的灵活性。通常最快的数据来自内存，然后是SSD、SAS和SATA磁盘落后，但也是最便宜的存储。缓存内存中最流行/当前的文件的东西应该是最快的(例如Varnish)，尽管Linux通常使用任何未使用的内存作为磁盘缓存，而且任何轻量级的and服务器都应该足以满足静态内容的需要。

即使您不使用像cloudflare这样的免费CDN，CDN也可能比选项1和2便宜得多。