我已经为我们的 Django 驱动的应用程序组合了一个集成服务器。一些功能仍处于试验阶段,会导致请求过长。

我现在可以接受糟糕的表现,但我需要能够整合。每当我们使用导致长请求的功能时,应用程序就会挂起(如预期的那样),然后在大约一分半钟后返回“502 - Bad Gateway”。该应用程序的其余部分工作正常。

我检查了 gunicorn 日志,每当发生这种情况时,我都会得到这样的一行

2012-01-20 17:30:13 [23128] [DEBUG] GET /results/
2012-01-20 17:30:43 [23125] [ERROR] WORKER TIMEOUT (pid:23128)
Traceback (most recent call last):
  File "/home/demo/python_envs/frontend/lib/python2.6/site-packages/gunicorn/app/base.py", line 111, in run
    os.setpgrp()
OSError: [Errno 1] Operation not permitted

但是,这发生在实际工作人员超时之前很久,我将其设置为 10 分钟只是为了确保。这是运行 gunicorn 的 upstart 脚本的一部分。
description "..."

start on runlevel [2345]
stop on runlevel [!2345]
#Send KILL after 5 seconds
kill timeout 5
respawn

env VENV="/path/to/a/virtual/env/"

#how to know the pid
pid file $VENV/run/guniconr-8080.pid

script
exec sudo -u demo $VENV/bin/gunicorn_django --preload --daemon -w 4 -t 600 --log-level debug --log-file $VENV/run/gunicorn-8080.log -p $VENV/run/gunicorn-8080.pid -b localhost:8080 /path/to/settings.py
end script

我正在运行 gunicorn 0.13.4 版。任何帮助将不胜感激。

这个问题是一个 cross-post from ServerFault

最佳答案

您是直接连接到 gunicorn 吗?或者中间有ngnix吗?如果我没记错的话,nginx 中有一些 90 秒的超时。

顺便说一句,对于这种表现不佳的请求,通常有两种解决方案:

  • 缓存结果并获得一个 cron 作业来调用一个自定义的 django 管理命令来进行计算并填充缓存。
  • 像 celery 这样的异步任务队列会进行实际的计算,并且您会发出一个单独的请求来检查它是否准备就绪。
  • 关于django - 使用 gunicorn + nginx 长时间运行的请求,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/8964399/

    10-16 09:29