Question

我正在尝试使用nginx和fastcgi-mono-server下的ServiceStack运行Web服务API。

服务器启动正常，API已启动并正在运行。我可以通过ServiceStack分析器在浏览器中看到响应时间，它们的运行时间不超过10毫秒。

但是一旦我使用“siege”进行小负载测试（使用10个连接只有500个请求），我就开始获得502 Bad Gateway。为了恢复，我必须重新启动fastcgi-mono-server。

nginx服务器没问题。 fastcgi-mono-server是在这个小负载后停止响应的服务器。

我尝试过同时使用tcp和unix套接字（我知道unix套接字的权限问题，但我已经解决了这个问题）。

以下是我的配置：

server {
    listen       80;
    listen       local-api.acme.com:80;
    server_name  local-api.acme.com;

    location / {
        root   /Users/admin/dev/acme/Acme.Api/;
        index index.html index.htm default.aspx Default.aspx;
        fastcgi_index Default.aspx;
        fastcgi_pass unix:/tmp/fastcgi.socket;
        include /usr/local/etc/nginx/fastcgi_params;            
    }
}

启动fastcgi-mono-server：

sudo fastcgi-mono-server4 /applications=local-api.acme.com:/:/Users/admin/dev/acme/Acme.Api/ /socket=unix:/tmp/fastcgi.socket /multiplex=True /verbose=True /printlog=True

编辑：我忘了提一个重要的细节：我在Mac OS X上运行它。

我还测试了Mono的所有可能的Web服务器配置：控制台应用程序，apache mod_mono，nginx fast_cgi和proxy_pass模块。在Mono 3.2.3 + Mac OS X下的一些请求之后，所有这些都出现了同样的崩溃问题。

我能够在Linux机器上测试相同的配置，并且没有任何问题。

因此，在Mac OS X上运行时似乎是Mono / ASP.NET问题。

Answer 1

编辑：我确实在最初的问题中看到在Linux下运行没有问题，但是，我在Linux上遇到了困难，在高负载下＃34;场景（即+50个并发请求）所以这可能也适用于OS X ......

我深入挖掘了这个问题，我找到了解决方案 - 我在加载测试我的简单hello world应用程序时不再收到502 Bad Gateway错误。我在Ubuntu 13.10上测试了每一个，并在/ opt / mono中安装了Mono 3.2.3。

使用＆＃34; / verbose = True / printlog = True＆＃34;启动mono-fastcgi-4服务器时你会注意到以下输出：

Root directory: /some/path/you/defined
Parsed unix:/tmp/nginx-1.sockets as URI unix:/tmp/nginx-1.sockets
Listening on file /tmp/nginx-1.sockets with default permissions
Max connections: 1024
Max requests: 1024

重要的是＆＃34;最大连接＆＃34;和＆＃34;最大请求＆＃34;。这些基本上告诉了mono-fastcgi服务器能够处理多少活动TCP连接和请求 - 在这种情况下为1024。

我的NGINX配置阅读：

worker_processes 4;
events {
    worker_connections  1024;
}

所以我有4个工作人员，每个人可以有1024个连接。因此，NGINX很乐意接受4096个并发连接，然后发送到mono-fastcgi（他们只希望处理1024个conns）。因此，mono-fastcgi可以保护自己＆＃34;并停止提供请求。有两种解决方案：

降低NGINX可以接受的请求数量
增加fastcgi上游池

1通过将NGINX配置改为读取以下内容来解决：

worker_processes 4; # <-- or 1 here
events {
    worker_connections  256; # <--- if 1 above, then 1024 here
}

但是，这很可能意味着您无法最大限度地利用计算机上的资源。

2.解决方案有点棘手。首先，mono-fastcgi必须多次启动。为此，我创建了以下脚本（在应该启动的网站内）：

function startFastcgi {
    /opt/mono/bin/fastcgi-mono-server4 /loglevels=debug /printlog=true  /multiplex=false /applications=/:`pwd` /socket=$1 &
}
startFastcgi 'unix:/tmp/nginx-0.sockets'
startFastcgi 'unix:/tmp/nginx-1.sockets'
startFastcgi 'unix:/tmp/nginx-2.sockets'
startFastcgi 'unix:/tmp/nginx-3.sockets'

chmod 777 /tmp/nginx-*

启动4个mono-fastcgi工作者，每个工作者可以接受1024个连接。那么NGINX应该配置如下：

upstream servercom {
    server unix:/tmp/nginx-0.sockets;
    server unix:/tmp/nginx-1.sockets;
    server unix:/tmp/nginx-2.sockets;
    server unix:/tmp/nginx-3.sockets;
}
server {
    listen 80;
    location / {
        fastcgi_buffer_size 128k;
        fastcgi_buffers 4 256k;
        fastcgi_busy_buffers_size 256k;
        fastcgi_pass servercom;
        include fastcgi_params;
    }
}

这将NGINX配置为4＆＃34;上游工作者＆＃34;它将在round-robin fashion中使用。现在，当我用并发200的Boom锤击我的服务器1分钟时，它一切都很好（也就是说没有502）。

我希望你能以某种方式将它应用到你的代码中并使其工作：）

P.S：

您可以下载我用于测试here的Hello World ServiceStack代码。

您可以下载我的完整NGINX.config here。

虽然有一些路径需要调整，但它应该是一个很好的基础。

在fastcgi-mono-server上通过nginx和ServiceStack进行小负载测试后，网关502出现故障

1 个答案: