为什么/何时为图像、mp3、flvs 等提供单独的媒体服务器？

Question

我在一些网站上工作过，他们有两台服务器：一个专门用于提供 php 网页，另一个专门用于提供图像、flvs、mp3 等媒体。当你在http://www上查看页面的源代码时.mysite.com，您将看到类似 (img src="http://images.mysite.com/helloworld.jpg" ) 的代码，其中http://images.mysite.com是与 www.mysite 不同的物理服务器。 com。

假设我必须重新创建一个当前没有单独的媒体和 Web 服务器的现有网站。现有网站在做 youtube 方面是一个糟糕的尝试。现有站点每天有 2000 名 UV 访问者，并且每月传输 250 GB 的流量。在重新创建站点时，我是否应该计划拥有一个单独的媒体服务器？我应该计划拥有 2 个负载平衡的前端服务器吗？或者这是一个“按需构建”的场景？

Answer 1

（当您将其移至 ServerFault 时，我正要在 stakoverflow 上提交答案:-)）。

基本思想是您希望优化不同的服务器以很好地完成一件事。即，如果您有一个运行代码/存储状态等的应用程序服务器，您希望为此优化您的硬件 - 即良好的 CPU 和大量内存。

另一方面，您不希望您的服务器也将其资源用于诸如存储文件之类的日常事务。您可以拥有另一个（媒体）服务器，它只有一个更简单的服务器来提供静态文件，并连接了一个巨大的网络管道（因为它很可能。

这也允许您更好地扩展——您可以扩展您的应用程序服务器，即计算成本高的部分，与您的愚蠢部分（提供内容的部分）分开。这样，例如，如果您有相同数量的用户突然开始在您的网站上花费更多时间并观看更长的视频，您可以增加媒体服务器的数量，而不必担心您的应用程序服务器。

至于给你建议 - 我建议你看看你的基础设施，你的时间表，以及你希望你的网站进一步增长多少。如果您认为自己会增长 10 或 100 倍，那么考虑更长远的目标可能是值得的，在这种情况下，专门发球将是一个好主意。弄清楚实现它的难度，以及您是否可以朝着它迈出一小步（即确保所有媒体都在一个单独的文件夹中，并且您的所有链接都是程序化的——即轻松地重新指向另一台服务器等）。