私はEC2インスタンスにプロジェクトをデプロイしようとしています。Django-Gunicorn-NginxのデプロイメントはNginxを越えていません
EC2のインスタンスURLに移動すると、Nginxのウェルカムメッセージが表示されますが、djangoにロールすることはできません。 mynewウェブサイトのGunicornデーモン
ロード -
●のgunicorn_mynew_website.service:
私はGunicornサービスとnginxのサービスを持って、これらはその
service status
呼び出しの出力です:Gunicorn読み込み中(/etc/systemd/system/gunicorn_mynew_website.service; が有効、ベンダープリセット:有効)アクティブ:アクティブ(実行中)から土曜日 2017-08-19 12:29:05 UTC; 2秒前メインPID:1760(gunicorn) タスク:2メモリ:33.6M CPU:368ms CGroup:/system.slice/gunicorn_mynew_website.service ├─1760/ opt/mynew/venv/website-venv/bin/python3。/opt/mynew/run/gunicor └ -/opt/mynew/venv/web-venv/bin/gunicorn web.wsgi:アプリケーション --nameウェブサイト - 1769 /opt/mynew/venv/website-venv/bin/python3.5/opt/mynew/venv/web-venv/bin/gunicorn web.wsgi:アプリケーション --nameウェブサイト--workers 1 --user ubuntu - -bind = unix:/ opt/mynew/run/gunicor
8月19日12:29:05 ip-172-31-26-24 systemd [1]:mynewウェブサイトのGunicornデーモン を開始しました。 Aug 19 12:29:05 ip-172-31-26-24 gunicorn_start.sh [1760]:ubuntuとしてウェブサイトを開始するAug 19 12:29:05 ip-172-31-26-24 gunicorn_start.sh [1760 ]:[2017-08-19 12:29:05 +0000] [1760] [info]開始gunicorn 19.7.1 8月19 12:29:05 ip-172-31-26-24 gunicorn_start.sh [1760 ]:[2017-08-19 12:29:05 +0000] [1760] [INFO] リスニング先:unix:/opt/mynew/run/gunicorn.sock(1760)Aug 19 12:29:05 ip -172-31-26-24 gunicorn_start.sh [1760]:[2017-08-19 12:29:05 +0000] [1760] [情報]ワーカーの使用:sync Aug 19 12:29:05 ip-172 -31-26-24 gunicorn_start.sh [1760]:[2017-08-19 12:29:05 +0000] [1769] [情報] pidを持つブートワーカー:1769
nginxの
。●nginx.service - 高パフォーマンスのWebサーバーとリバースプロキシサーバー ロード:ロードされた(/lib/systemd/system/nginx.service。有効にする。 ベンダープリセット:有効)アクティブ:アクティブ(実行中)から土曜日 2017-08-19 11:34:14 UTC; 56分前処理:1151 ExecStart =/usr/sbin/nginx -gデーモンをオンにします。マスタープロセスオン; (code = exited、status = 0/SUCCESS)プロセス:1090 ExecStartPre =/usr/sbin/nginx -t -q -gデーモンをオンにします。マスタープロセスオン;メモリ:9.6M CPU:24ms CGroup:/system.slice/nginx.service ├─1165nginx:マスタープロセス/ステータス: usr/sbin/nginx -gデーモンを起動します。上master_process └─1166nginxの:ワーカープロセス
8月19日11時34分14秒IP-172-31-26-24にsystemd [1]:高 パフォーマンスのWebサーバーとリバースプロキシサーバーを開始しています... Aug 19 11:34:14 ip-172-31-26-24 systemd [1]:高性能Webサーバーとリバースプロキシサーバー を開始しました。
そして、私の `/etc/nginx/nginx.conf(HTTP一部)である:
http {
##
# Basic Settings
##
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
# server_tokens off;
# server_names_hash_bucket_size 64;
# server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
##
# SSL Settings
##
ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
ssl_prefer_server_ciphers on;
##
# Logging Settings
##
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
##
# Gzip Settings
##
gzip on;
gzip_disable "msie6";
# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;
##
# Virtual Host Configs
##
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
upstream test_server {
server unix:/opt/mynew/run/gunicorn.sock fail_timeout=10s;
}
server {
listen 80;
client_max_body_size 4G;
access_log /opt/mynew/logs/nginx-access.log;
error_log /opt/mynew/logs/nginx-error.log warn;
location /static/ {
autoindex on;
alias /opt/mynew/website/static/;
}
location/{
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header Host $http_host;
proxy_redirect off;
if (!-f $request_filename) {
proxy_pass http://test_server;
break;
}
}
}
マイgunicorn_start.sh
ファイル(サービス):
#!/bin/bash
NAME="website"
DJANGODIR=/opt/mynew/website
SOCKFILE=/opt/mynew/run/gunicorn.sock
USER=ubuntu
GROUP=www-data
NUM_WORKERS=1
DJANGO_SETTINGS_MODULE=website.settings
DJANGO_WSGI_MODULE=website.wsgi
echo "Starting $NAME as `whoami`"
# Activate the virtual environment
cd $DJANGODIR
source /opt/mynew/venv/website-venv/bin/activate
export DJANGO_SETTINGS_MODULE=$DJANGO_SETTINGS_MODULE
export PYTHONPATH=$DJANGODIR:$PYTHONPATH
# Create the run directory if it doesn't exist
RUNDIR=$(dirname $SOCKFILE)
test -d $RUNDIR || mkdir -p $RUNDIR
# Start your Django Unicorn
# Programs meant to be run under supervisor should not daemonize themselves (do not use --daemon)
exec /opt/mynew/venv/website-venv/bin/gunicorn ${DJANGO_WSGI_MODULE}:application \
--name $NAME \
--workers $NUM_WORKERS \
--user $USER \
--bind=unix:$SOCKFILE
マイDjangoのフォルダが/opt/mynew/website/
であります意図的にgunicornがconnecteある場合だけ見るために/website/website/settings.py
に例外を追加私に何が起こっているのかを理解するには
私はgunicornサービスを開始したときにdが、それは確かに...
任意の提案をだから私は障害がnginxのとgunicornの間で推測している
を失敗しましたか?
が含まれていないこれらの2 'は/etc/nginx/conf.d/*.confを含める削除のいずれか。/etc/nginx/sites-enabled/*; 'を含め、それが動作するかどうかを確認してください。 –
@TarunLalwani、皆さん、人生の節約になります。あなたはまた、何が悪かったのか説明し、答えを投稿してください可能性があり、それはそれを修正した理由場合 - あなたは可能性がある場合、今とき、私はルート 'r」を持っているジャンゴから何か私は、 – bluesummers