2012-11-23 11 views
31

いつnginxを再起動する必要があり、リロードでは不十分ですか?
passengerのような内線番号を使用すると違いがありますか?いつ再起動し、Nginxをリロードしないのですか?

メモリが多すぎるとサービスを再起動する必要があります。 Nginxを再起動するための他の理由、特に拡張機能やNginxのコア設定の変更があった場合

設定を変更したら、binary自身またはUbuntuのinit.dスクリプト "/etc/init.d/nginx -h"を使用して、nginxを再起動または再ロードすることができます。どの方法を優先すべきか?

+0

私はあなたの最後の段落を理解していません。それは質問ですか? – Ztyx

答えて

34

nginxを再ロードすると、古いプロセスが終了する前に新しい設定ファイルが解析され、問題があればプロセス全体が中止されるため、再起動よりも安全です。

一方、nginxを再起動すると、構文エラーのためにnginxが停止して再び起動しなくなることがあります。

リロードすると古いプロセスが終了するため、メモリリークを解消する必要があります。

+0

は、http://www.modrails.com/documentation/Users%20guide%20Nginx.htmlのようなngixnの拡張子になりますか? – deepak

+0

まあ、乗客を使うときは、Webサーバではなくアプリケーションサーバを再起動する方が賢明です(この場合、 'tmp/restart.txt'ファイルに触れてください)。 – samuil

+1

構文をチェックする前に 'nginx -t'すればどうなりますか?違いは何ですか? –

14

私は、新しいIPアドレスキックのためlistenディレクティブを持つようにnginxの再起動に必要なケースを経験した

6

Ztyxは右である - 。Listenディレクティブを変更する場合、再起動はいくつかのケースで必要とされます。

1.6.xでは、リッスンIPアドレスを変更するときにリロードできますが、「*:80」からIPアドレス「x.x.x.x:80」にリスニングするときに再起動する必要があります。

これはIPv4でのみ確認済みですが、IPv6の動作は似ている可能性があります。

関連する問題