gunicorn で graceful な再起動方法を探していたらマニュアルにのってるじゃ、ありませんか。 http://gunicorn.org/faq.html How do I reload my application in Gunicorn? You can gracefully reload by sending HUP signal to gunicorn: $ kill -HUP masterpid なんで masterpidもとめるのがすぐわからなかったので、pkill つかってリリース時に 実施する事でグレースフルな再起動になりますた。（なったはず pkill -HUP -f 'run_gunicorn' ファイルかえて pkill やったら更新が確認でけた。 追記 でも結局挙動が不安定（ソースが反映されたりされなかったり）だったので結局 pkill -f 'run_g
私はVPSと自宅LAN内でDjangoで作った個人的なwebサービスをいくつか運用しています。 現在の運用環境はapache+mod_wsgiですが、ネットで色々調べていると、nginxとgunicornとsupervisorを組み合わせるのが旬(?)のようなので、その方法について色々調べたことを書きたいと思います。 具体的には、nginxがリバースプロキシ兼Webサーバとして、キャッシュと静的ファイルの配信を担当し、gunicornがバックエンドとして動的なページ生成を担当し、supervisorがサーバプロセスの監視を行う、という構成です。 環境としては、CentOS 5.X を想定しています。 nginxのインストール CentOSにnginxをイントールする方法はこちらのページに詳しく書かれているので、それを参考にしました。configureの引数のうち、追加した方が良さそうなもの
This is a howto on setting up Django on a Linux (Ubuntu) system using Nginx as a reverse proxy and Gunicorn as a Django service. The conventional way to run Django in production these days is using Apache2 and mod_wsgi. While there’s nothing wrong with that approach, I prefer Nginx. I also like to be able to control Django server separately from the web server. There are several production-ready s
install pip install gunicorn sudo aptitude install nginx cd /etc/nginx sudo mv nginx.conf nginx.conf.orig sudo vi nginx.conf nginx.confを以下のように ## worker=1, port=8000 user www-data; worker_processes 1; error_log /var/log/nginx/error.log; pid /var/run/nginx.pid; events { worker_connections 1024; accept_mutex off; # multi_accept on; } http { include /etc/nginx/mime.types; default_type application/oct
nginx と gunicorn + meinheld を組み合わせた時のメモ。 nginx はリバースプロキシとして gunicorn に飛ばし、gunicorn の worker として meinheld を使った。 環境は Fedora13。 nginx は yum でインストール。 /etc/nginx/conf.d/virtual.conf に以下を追加。 Green Unicorn - Deployment にあるのをほぼそのまま。 upstream app_server { server unix:/var/run/gunicorn/gunicorn.sock fail_timeout=0; # For a TCP configuration: #server 192.168.1.2:8000 fail_timeout=0; } server { listen 80 defa
概要 最近、会社では、fastcgi より、 gunicorn を使うのがどう？ といわれました。gunicorn を触ったことない僕は fastcgi のロードテストも実際やったことなくて、メソッドについて、(prefork がいいか、 threadedがいいか) の読んでいたものを元にした推測しかできない状態で、知識足りないと思った。 gunicorn は何かというと、python で作られた WSGI に対応するウェブサーバーです。同期、非同期ウェブアプリ両方対応できますし、作りがよくてかなりスピーディーそうですし、Django アプリを簡単に組み込めますし、python で運用が楽というのがポイントですね。もちろん、エンドユーザーが直接 gunicorn に接続するのではなく、 nginx のローダーバランサーでプロクシーのが一般的だと思っています。 テストアプリケーション という
unicornのpython版だとか。 Gunicorn - Python WSGI HTTP Server for UNIX ubuntuだとaptでbuild-essentialをいれとけば、easy_installやpipで問題なくインストールできるっぽい。 Workerは差し替えが可能らしい。id:mopemope先生のmeinheldには、gunicorn用のWorkerが含まれている。 $ cat myapp.py def app(environ, start_response): data = "Hello, World!\n" start_response("200 OK", [ ("Content-Type", "text/plain"), ("Content-Length", str(len(data))) ]) return iter([data]) $ gunico
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
