如何正常关闭Mongrel Web服务器

时间:2008-08-26 10:59:51

标签: ruby-on-rails ruby mongrel

我的RubyOnRails应用程序设置了Apache配置背后的通常包。我们注意到我们的Mongrel Web服务器内存使用量在某些操作上会变得非常大,我们真的希望能够在任何时候动态地重新启动选定的Mongrel进程。

但是,由于我不会进入这里的原因,有时候非常重要的是我们在处理请求时不会中断Mongrel,所以我假设一个简单的进程kill isn答案。

理想情况下,我想向Mongrel发送一个信号,说“完成你正在做的任何事情,然后在接受任何更多连接之前退出”。

是否有标准技术或最佳实践?

6 个答案:

答案 0 :(得分:12)

我对Mongrel源做了一些调查,结果发现Mongrel安装了一个信号处理程序来捕获标准进程终止(TERM)并正常关闭,所以我不需要特殊的程序所有

您可以在处理请求时杀死Mongrel时从日志输出中看到此信息。例如:

** TERM signal received.
Thu Aug 28 00:52:35 +0000 2008: Reaping 2 threads for slow workers because of 'shutdown'
Waiting for 2 requests to finish, could take 60 seconds.Thu Aug 28 00:52:41 +0000 2008: Reaping 2 threads for slow workers because of 'shutdown'
Waiting for 2 requests to finish, could take 60 seconds.Thu Aug 28 00:52:43 +0000 2008 (13051) Rendering layoutfalsecontent_typetext/htmlactionindex within layouts/application

答案 1 :(得分:5)

看看使用monit。您可以根据内存或CPU使用情况动态重启mongrel。这是我为我的客户编写的配置文件中的一行。

check process mongrel-8000 with pidfile /var/www/apps/fooapp/current/tmp/pids/mongrel.8000.pid
    start program = "/usr/local/bin/mongrel_rails cluster::start --only 8000"
    stop program = "/usr/local/bin/mongrel_rails cluster::stop --only 8000"

    if totalmem is greater than 150.0 MB for 5 cycles then restart       # eating up memory?
    if cpu is greater than 50% for 8 cycles then alert                  # send an email to admin
    if cpu is greater than 80% for 5 cycles then restart                # hung process?
    if loadavg(5min) greater than 10 for 3 cycles then restart          # bad, bad, bad
    if 3 restarts within 5 cycles then timeout                         # something is wrong, call the sys-admin

    if failed host 192.168.106.53 port 8000 protocol http request /monit_stub
        with timeout 10 seconds
        then restart
    group mongrel

然后,您将为所有mongrel群集实例重复此配置。 monit_stub行只是monit尝试下载的空文件。如果不能,它也会尝试重新启动实例。

注意:资源监视似乎不适用于使用Darwin内核的OS X.

答案 2 :(得分:1)

更好的问题是如何防止你的应用程序消耗太多内存,以至于它需要你不时重启mongrels。

www.modrails.com显着减少了我们的内存占用

答案 3 :(得分:1)

沼泽:

如果您正在运行一个进程,它将正常关闭(为其队列中的所有请求提供服务,如果您使用适当的负载平衡,则应该只有1)。问题是,在旧服务器死亡之前,您无法启动新服务器,因此您的用户将在负载均衡器中排队。我发现成功的是一个'级联'或滚动重启的杂种。而不是将它们全部停止并全部启动(因此排队请求直到一个杂种完成,停止,重新启动并接受连接),您可以停止然后按顺序启动每个杂种,阻止调用重新启动下一个杂种,直到前一个杂种为止。备份(使用真正的HTTP检查到/状态控制器)。当你的杂种滚动时,一次只有一个被关闭,而你正在服务于两个代码库 - 如果你不能这样做,你应该抛出维护页面一分钟。您应该能够使用capistrano或任何部署工具自动执行此操作。

所以我有3个任务: cap:deploy - 传统的重启方法同时使用挂钩建立维护页面,然后在HTTP检查后将其关闭。 cap:deploy:rolling - 它在整个机器上级联(我从iClassify拉出来知道给定机器上有多少个mongrel)没有维护页面。 cap deploy:迁移 - 执行维护页面+迁移,因为“实时”运行迁移通常是个坏主意。

答案 4 :(得分:0)

尝试使用:

mongrel_cluster_ctl stop

您也可以使用:

mongrel_cluster_ctl restart

答案 5 :(得分:0)

得到了一个问题

当/ usr / local / bin / mongrel_rails cluster :: start --only 8000被触发时会发生什么?

这个特定流程提供的所有请求到底是什么?还是他们流产了?

我很好奇是否可以在不影响最终用户的情况下完成整个启动/重启事件......