运行从数据库提供图像的脚本是否可行？

我运行一个非常dynamic的游戏评论网站。 所有的图像（截图，游戏缩略图，用户configuration文件图片等）均通过服务器上的PHP脚本提供。 它将id作为参数，从数据库中读取数据，并将其输出为图像/ [png / jpg]的内容头。 在不久的将来（不到一个月），我们正在与另一家公司合作。 我们预计网站stream量会大幅增加。

我的估计是，我们的stream量将增加到每天约50k。

在过去，我遇到了我们的托pipe服务器的这个错误：你已经达到了每秒运行的脚本/进程的限制。 我查了一下，发现我们在任何时候都有每秒20个同步脚本（php，cgi等）的限制。 平均而言，我们网站上的每个页面都有50个图像。

我的第一个问题是：这是一个合理的限制？ 我应该期望从其他托pipe解决scheme的这种限制？

• 我有一个数据库（MySQL）。 什么是最好的“故障转移”策略？
• Windows Server 2008 Web vs Standard
• nginx / node.js / postgres，可伸缩性问题？
• 是否有可能在峰值负载下对AWS中的elasticsearch进行自动调整？
• 有可能有相同的域路由到不同的服务器，而不使用子域？

第二个问题：

build议将此设置用于提供图片吗？ 我可以尝试得到一个没有这个限制的服务器，但是我担心如果这个设置可以扩展，如果我们得到更多的stream量？

我能想到的替代scheme是：

• 将图像作为文件存储在服务器上。 数据库将存储图像的相对path而不是图像ID。 这样，至less每个图像将不会是服务器需要运行的dynamic脚本。
• 运行只提供图像的多个图像数据库服务器。 负载均衡如何工作呢？

任何帮助，将不胜感激。