我试图在Nginx和fastcgi-mono-server下运行ServiceStack的webservice 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问题.
我确实在原始问题中看到在Linux下运行没有问题,但是,在“高负载”情况下(即50个并发请求),我在Linux上也遇到了困难,所以这也可能适用于OS X. .
我深入研究了这个问题,我找到了一个解决方案 – 我在负载测试我的简单hello world应用程序时不再收到502 Bad Gateway错误.我在Ubuntu 13.10上测试了每一个,并在/ opt / mono中安装了Mono 3.2.3.
使用“/ verbose = True / printlog = True”启动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
重要的是“最大连接”和“最大请求”.这些基本上告诉了mono-fastcgi服务器能够处理多少活动TCP连接和请求 – 在本例中为1024.
我的Nginx配置如下：
worker_processes 4;
events {
worker_connections 1024;
}
所以我有4个工人,每个工人可以有1024个连接.因此,Nginx很乐意接受4096个并发连接,然后发送到mono-fastcgi(他们只希望处理1024个conns).因此,mono-fastcgi正在“保护自己”并停止提供请求.有两种解决方案：
>降低Nginx可以接受的请求数量
>增加fastcgi上游池
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“上游工作者”池,它将在round-robin fashion中使用.现在,当我用Boom并发200分钟对我的服务器进行锤击1分钟时,这一切都很好(也就是说根本没有502).
我希望你能以某种方式将它应用到你的代码并使东西工作:)
P.S：
您可以下载我用于测试here的Hello World ServiceStack代码.
虽然有一些路径需要调整,但它应该是一个很好的基础.
