![提供数百万个并发连接和静态文件?](https://linux22.com/image/557754/%E6%8F%90%E4%BE%9B%E6%95%B0%E7%99%BE%E4%B8%87%E4%B8%AA%E5%B9%B6%E5%8F%91%E8%BF%9E%E6%8E%A5%E5%92%8C%E9%9D%99%E6%80%81%E6%96%87%E4%BB%B6%EF%BC%9F.png)
我只是好奇从一台服务器提供静态文件的服务器配置。
是否可以构建一个仅用于静态文件并支持数百万并发连接的服务器。最好的 HTTPD 服务是什么?
该服务器将仅提供目录中的静态文件,并且不会使用除 HTTPD 之外的任何其他服务,当然也不会使用 PHP。
答案1
数百万个并发连接?除非您托管视频流或其他大型文件,否则 http 请求通常会在很短的时间内完成,即使在较繁忙的网站上,您也不会收到那么多同时连接。如果这样做,您肯定不会只有一台服务器。此外,在这种流量下,您的网络流量会非常高,因此我认为一台服务器不是您的最佳选择。
但是,让我们假设您真正运行的服务只有一台服务器和数百万个并发连接:那么 nginx 或 lighttpd 将是您的最佳选择。接下来您可能需要调整许多内核参数,例如fs.open
。此外,您可能还需要编译自己的内核。
以下是关于 HEANET 如何将其 Apache 2.x 扩展到 20 0000+ 个并发会话的幻灯片. 请注意,即使那需要进行大量的修补。
答案2
我猜你对流量的估计有点乐观,但对于大规模静态资产服务来说,最好的选择是 nginx。请注意,对于如此多的并发连接,你必须调整一些内核参数。
答案3
“数百万”个并发连接可能有点难以实现,但大多数 Web 服务器都属于以下架构类型:预分叉(1 个进程/1 个线程,1 个连接)、线程化(1 个进程/多个线程,每个连接 1 个线程)、事件驱动(1 个进程/1 个线程,多个连接)。当然,也有这些类型的混合体,例如 apache mpm_worker,它是预分叉和线程化的混合体。
一般来说,pre-fork 处理的连接数最少,因为为每个连接创建一个新进程成本高昂,而且会消耗大量资源。Threaded 稍好一些,但数千或数百万个线程也会产生大量开销。事件驱动系统通常为 1 个进程/1 个线程,并使用异步/非阻塞 IO 以最小的资源开销实现非常高的并发性。
您可能希望坚持使用事件驱动系列,以接近“数百万并发”目标。一些事件驱动应用程序仅限于 1 个 CPU。如果您使用的是多 CPU 计算机,则需要每个 CPU 运行 1 个实例(一些 Web 服务器可能会为您处理此问题,而其他 Web 服务器则需要您编写脚本并自行管理。)