私は現在、Phusion Passenger と共に NGINX を使用するプロジェクトに取り組んでいます。さまざまな構成で最適化する方法についていくつかの調査を行いましたが、NGINX ワーカー プロセスの数を増やすことがシナリオにどのように適合するかはまだわかりません。より大きな負荷に対する最適化の実際の要因は、パッセンジャー プロセスの数を増やすことのようです。
1 つの NGINX ワーカー プロセスに 50 の Phusion パッセンジャー プロセスを使用するのと、2 つの NGINX ワーカー プロセスに 50 の Phusion Passnger プロセスを使用する場合の違いを誰かが明らかにすることはできますか?
試してみます。nginx ワーカーとパッセンジャー ワーカーにはかなりの違いがあります。コアよりも nginx ワーカーを増やしたくないのは間違いありません。これは、アイドル プロセスが飛び交う原因となるためです。したがって、おそらく 4 コアの CPU を使用している場合は、nginx に 4 つのワーカーを指定します。そのような単純な。
旅客労働者に関しては、全体がもう少し複雑になります。アプリが大量の CPU 時間を消費しているのか (計算など)、大量の I/O を実行しているのか (データベース操作、ファイル操作など) を検討し、パッセンジャーを適切に構成する必要があります。
計算: ワーカー プロセスとスレッドを、コア数またはその倍数 (コア数の 2 倍または 3 倍) に制限します。I/O: コアと同じ数のプロセスを与えますが、できるだけ多くのスレッドを与えます。
式と構成情報を使用してnginxおよび/またはパッセンジャーを調整することについて、非常によく書かれたブログ投稿がいくつかあります。
http://www.alfajango.com/blog/performance-tuning-for-phusion-passenger-an-introduction/ http://blog.phusion.nl/2013/03/12/tuning-phusion-passengers-concurrency-設定/