4

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

然而，由于我不会在这里讨论的原因，有时我们在 Mongrel 为请求提供服务时不要中断它是非常重要的，所以我认为简单的进程终止不是答案。

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

对此是否有标准技术或最佳实践？

4

6 回答 6

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
于 2008-08-28T02:38:06.320 回答
5

看看使用监控。您可以根据内存或 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。

于 2008-08-29T03:12:19.820 回答
1

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

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

于 2008-08-27T00:18:05.620 回答
1

沼泽：

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

所以我有 3 个任务： cap:deploy - 它使用一个钩子来执行传统的同时重新启动方法，该钩子放置一个维护页面，然后在 HTTP 检查后将其删除。cap:deploy:rolling - 在没有维护页面的情况下，它在机器上进行级联（我从 iClassify 中提取以了解给定机器上有多少杂种）。cap deploy:migrations - 它执行维护页面+迁移，因为“实时”运行迁移通常是个坏主意。

于 2009-02-05T19:21:19.360 回答
0

尝试使用：

mongrel_cluster_ctl stop

您还可以使用：

mongrel_cluster_ctl restart
于 2008-08-26T11:35:41.070 回答
0

有个问题

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

是否所有请求都由该特定进程提供服务？还是他们被流产了？

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

于 2008-12-14T11:20:35.133 回答