(engine x) は、高性能 HTTP およびリバース プロキシ Web サーバーであり、IMAP/POP3/SMTP サービスも提供します。その特徴は、メモリ占有量が少なく、強力な同時実行機能を備えていることです。実際、nginx
の同時実行機能は、同じ種類の Web サーバー間でより優れたパフォーマンスを発揮します。中国本土の nginx Web サイトのユーザーには、Baidu、JD が含まれます。 .com、新浪、網易、テンセント、タオバオなど。
Nginx はパフォーマンスの最適化のために特別に開発されています。パフォーマンスはサーバーの最も重要な考慮事項です。実装は効率に細心の注意を払い、高負荷のテストに耐えることができます。最大 50,000 をサポートできると報告されています同時接続。
Nginx は、負荷分散を実現するためのリバース プロキシとして使用できるだけでなく、インターネット アクセスやその他の機能のためのフォワード プロキシとしても使用できます。
プロキシサーバーを設定すると、クライアント(ブラウザ)はプロキシサーバーを利用してインターネットにアクセスできるようになります。プロキシ オブジェクトはクライアントであり、サーバーが誰であるかを知りません。
クライアントはアクセスするための設定を必要とせず、リクエストをリバース プロキシ サーバーに送信するだけでよく、リバース プロキシ サーバーはターゲット サーバーを選択して、データがクライアントに返されます。外部からはリバース プロキシ サーバーのアドレスにのみアクセスでき、実際のサーバーの IP アドレスは隠されます。プロキシ オブジェクトはサーバーであり、クライアントが誰であるかを知りません。
サーバーは、クライアントから送信された複数のリクエストを処理します。リクエストによっては、データベースへのアクセスが必要になる場合があります。最後に、サーバーは、 process 結果をクライアントに返します。
このアーキテクチャ モデルは単一であり、同時リクエストがほとんどない状況に適していますが、同時リクエストの量が多い場合はどのように解決すればよいでしょうか?
まず、サーバー構成のアップグレードを考えるかもしれませんが、ハードウェアのパフォーマンス向上では増大する需要に対応できません。クラスターを構築し、サーバーの数を増やし、単一のサーバーをリクエストします。 状況が変更されて、リクエストを複数のサーバーに分散し、複数のサーバーに負荷を分散します。これが、今話している内容です。
##4. 動的ページと静的ページの分離Web サイトの解析を高速化するために、動的ページと静的ページをそれぞれ別のサーバーで解析することで、サーバーの負荷を軽減し、高速化できます。解析中。
##5. 原則
mater&worker
##master
信号受信後割り当てタスクをワーカーに渡して実行します。複数のワーカーが存在する場合があります。6. ワーカーの仕組み
worker_connection
リクエストの送信には 2 つまたは 4 つのワーカー接続が必要です。
同時静的アクセスの最大数は次のとおりです:
worker_connections *worker_processes/ 2 /2/2は HTTP リバース プロキシとして、同時接続の最大数は worker_connections *worker_processes/ 4 /4/4
である必要があります。
もちろん、ワーカーの数は多ければ多いほど良いのですが、ワーカーの数がサーバー上の CPU の数と等しい場合が最も適切です。
##nginx のリロードを使用できます。ホット デプロイメント、ホット デプロイメント操作には nginx を使用します
以上がNginx の基本概念と原則とは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。