如何在Ubuntu服务器上使用Supervisor / Nginx / Gunicorn部署Flask应用程序

时间:2016-08-30 20:30:52

标签: python nginx flask uwsgi gunicorn

我正在尝试在Ubuntu服务器上部署Flask应用。我引用了thisthisthis,并在SO上发现了很多类似的问题,但我仍然无法弄明白。

我可以通过执行uwsgi siti_uwsgi.ini并导航到http://server_IP_address:8080/从源目录手动运行它。但是当我尝试uwsgi --socket 127.0.0.1:3031 --wsgi-file views.py --master --processes 4 --threads 2并导航到http://server_IP_address:3031时,我什么都没得到。

如果我转到siti.company.loc(我设置的DNS名称),则会出现标准的Nginx 502错误页面。

当我尝试重新启动管理程序进程时,它会因FATAL错误而死:

  

无法找到命令" gunicorn"

我做错了什么?如果我需要提供更多信息或背景,请告诉我。

/webapps/patch/src/views.py(Flask app):

from flask import Flask, render_template, request, url_for, redirect
from flask_cors import CORS

app = Flask(__name__)
CORS(app, resources={r"/*": {'origins': '*'}})

@app.route('/')
def home():
    return 'Hello'

@app.route('/site:<site>/date:<int:day>-<month>-<int:year>')
def application(site, month, day, year):
    if request.method == 'GET':
        # Recompile date from URL. todo: better way
        dte = str(day) + "-" + str(month) + "-" + str(
        print('about to run')
        results = run_SITI(site, dte)
        return results

def run_SITI(site, dte):
    print('running SITI')
    return render_template('results.html', site=site, dte=dte, results=None)  # todo: Show results

if __name__ == '__main__':
    app.run(debug=True)

/webapps/patch/siti_wsgi.ini(uWSGI ini):

[uwsgi]
http = :8008
chdir = /webapps/patch/src
wsgi-file = views.py
processes = 2
threads = 2
callable = app

/ etc / nginx / sites-available / siti(Nginx config):

upstream flask_siti {
        server 127.0.0.1:8008 fail_timeout=0;
}
server {
        listen 80;
        server_name siti.company.loc;
        charset utf-8;
        client_max_body_size 75M;

        access_log /var/log/nginx/siti/access.log;
        error_log /var/log/nginx/siti/error.log;

        keepalive_timeout 5;

        location /static {
                alias /webapps/patch/static;
        }
        location /media {
                alias /webapps/patch/media;
        }
        location / {
                # checks for static file, if not found proxy to the app
                try_files $uri @proxy_to_app;
        }

        location @proxy_to_app {
                proxy_redirect off;
                proxy_set_header Host $http_host;
                proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
                proxy_pass http://flask_siti;
        }
}

/etc/supervisor/conf.d/siti.conf(Supervisor config):

[program:webapp_siti]
command=gunicorn -b views:app
directory=/webapps/patch/src
user=nobody
autostart=true
autorestart=true
redirect_stderr=true

/var/log/nginx/siti/error.log(Nginx错误日志):

2016/08/30 11:44:42 [error] 25524#0: *73 connect() failed (111: Connection refused) while connecting to upstream, $
2016/08/30 11:44:42 [error] 25524#0: *73 connect() failed (111: Connection refused) while connecting to upstream, $
2016/08/30 11:44:42 [error] 25524#0: *73 no live upstreams while connecting to upstream, client: 10.1.2.195, serve$

2 个答案:

答案 0 :(得分:2)

nginx config:

中有错误

而不是:

upstream flask_siti {
        server 127.0.0.1:8008 fail_timeout=0;

server {
   ...

尝试:

upstream flask_siti {
        server 127.0.0.1:8080 fail_timeout=0;
}
server {
   ...

你必须&#34;激活&#34; supervisor配置中的virtualenv。为此,请在supervisor配置中添加以下行:

environment=PATH="/webapps/patch/venv/bin",VIRTUAL_ENV="/webapps/patch/venv",PYTHONPATH="/webapps/patch/venv/lib/python:/webapps/patch/venv/lib/python/site-packages"

答案 1 :(得分:2)

能够使用以下更改:

/etc/supervisor/conf.d/siti.conf(Supervisor config):

[program:webapp_siti]
command=/webapps/patch/venv/bin/gunicorn -b :8118 views:app  # didn't use uwsgi.ini after all
directory=/webapps/patch/src
user=nobody
autostart=true
autorestart=true
redirect_stderr=true

/ etc / nginx / sites-enabled / siti(Nginx config):

upstream flask_siti {
        server 127.0.0.1:8118 fail_timeout=0;  # changed ports because 8008 was already in use by something else
}
# snip ...

原来我设置了uWSGI来监听端口8008.我还在/ etc / nginx / sites-enabled中有一个名为siti.save的额外文件阻止了Nginx重新加载。我删除了它,重新加载/重新启动了Nginx,重新启动了Supervisor,它运行了。

相关问题