Nginx 作为 Apache 的反向代理是否仅对动态内容提供帮助

Question

我计划将所有静态内容移至 CDN，以便在我的服务器上只剩下动态内容。我现在将 Nginx 设置为 Apache 的反向代理。传入的静态请求由 Nginx 直接传递，无需转到 Apache。

在这种情况下，Nginx 处理了很大一部分请求，我可以清楚地看到 Nginx 的必要性。

既然我把所有静态内容都移到了另一个域，那么Apache前面还需要有nginx吗？因为现在所有的请求默认都是动态请求并且全部转到Apache。

仅针对动态内容运行 Nginx 和 Apache 是否还有其他好处？

我的动态内容是 PHP/MySQL

编辑：

需要明确的是：我现在将 Nginx 作为反向代理。它提供静态和动态内容。但我正在将静态文件移动到 CDN。那么我的域名上还需要 Nginx 吗？

Answer 1

是的，你绝对需要在 Apache 之前使用 nginx。 Apache 每个连接使用 1 个线程或进程。这些线程中的每一个都占用内存。如果有几百人访问您的网站并且启用了 keepalive，则每个浏览器都会让 apache 进程或线程忙于占用服务器上的内存。

您可以通过在 apache 服务器上禁用 keepalive 来解决此问题，但这会降低网站的性能，因为浏览器无法重用连接。

因此，您可以使用 nginx 作为启用 keepalive 的反向代理。它可以用很小的内存占用（大约 8 兆）维持数千个连接。因为 nginx 位于 apache 服务器本地，所以每个请求仅占用 apache 子进程或线程几微秒。这意味着您只需很少的 apache 进程就可以为数千人提供服务。

此外，nginx 的配置比 apache 更加灵活，并且通过将其放在前端，它为您提供了很大的灵活性。

Answer 2

我为一个网站所做的事情是：

• 将 nginx 设置为 Apache 前面的反向代理，
• 配置如下：
  • 对 PHP 页面的请求（即动态内容）被发送到 Apache
  • 对静态文件的请求（CSS、JS、...）由 nginx 直接提供服务。

这无需设置两个域：全部都在同一个域上。

基本上，我所做的是：

• 从nginx提供图像，没有gzip压缩，使用缓存
• 从nginx提供js/css（即文本文件），使用gzip压缩，使用缓存
• 提供一些其他扩展（pdf，可执行文件，... ) 形成 nginx，不压缩，不缓存
• 将其他请求传递给 Apache

我的 nginx 配置文件如下所示：

server {
    listen   80;
    server_name  MY_DOMAIN_NAME;

    access_log  /var/log/nginx/MY_DOMAIN_NAME.access.log;

    gzip on;
    gzip_comp_level 2;
    gzip_proxied any;
    gzip_types text/plain text/html text/css text/xml application/xml application/xml+rss application/xml+atom text/javascript application/x-javascript application/javascript;

    location ~* ^.+\.(jpg|jpeg|gif|png|ico)$  {
        root    /home/www/MY_DOMAIN_NAME;
        #access_log off;
        gzip off;
        expires 1d;
    }
    location ~* ^.+\.(css|js)$ {
        root    /home/www/MY_DOMAIN_NAME;
        #access_log off;
        expires 1d;
    }
    location ~* ^.+\.(pdf|gz|bz2|exe|rar|zip|7z)$ {
        root    /home/www/MY_DOMAIN_NAME;
        gzip off;
    }


    location / {
        proxy_pass   http://MY_DOMAIN_NAME:8080;
        proxy_redirect     off;

        proxy_set_header   Host             \$host;
        proxy_set_header   X-Real-IP        \$remote_addr;
        proxy_set_header   X-Forwarded-For  \$proxy_add_x_forwarded_for;
        proxy_max_temp_file_size 0;

        client_max_body_size       10m;
        client_body_buffer_size    128k;

        proxy_connect_timeout      90;
        proxy_send_timeout         90;
        proxy_read_timeout         90;

        proxy_buffer_size          4k;
        proxy_buffers              4 32k;
        proxy_busy_buffers_size    64k;
        proxy_temp_file_write_size 64k;
    }
}

现在，为什么要做这样的事情呢？

好吧，nginx 应该：

• 需要更少的内存
• 更快
• 能够处理更多的连接

因此，我认为它可以帮助网站有一点流量，以降低 Apache 的负载。

Answer 3

不，你不再需要 nginx 了。

Answer 4

您还可以使用 nginx 从 apache 实例卸载 SSL 处理。

例如，我们有一个堆栈配置有 nginx->haproxy->apache 服务器池。 nginx 和 haproxy 共同生活在一个 heartbeat 集群上，并将请求发送到后端的 apache 盒子池中。我们在 nginx 前端安装所有 SSL 证书。

Answer 5

如果您使用 Apache 1.3，前面的 nginx 是最好的解决方案：

nginx 可以轻松地为数千个连接提供服务，但 Apache 不能