公共の数のオリジナル記事：猿周Xiansenプログラム。このプラットフォームは、私の記事のように、私はマイクロチャンネル公衆番号への関心を歓迎し、定期的に更新されていません。
nginxのは、Apacheウェブサーバと同じのようなものです。HTTPプロトコルを介してネットワークのさまざまなサービスを提供する通信基盤としてRESTアーキテクチャスタイル、ユニフォームリソース記述URI、またはURL（Uniform Resource Locator）に基づいて。しかし、時間によってこれらのサーバーのユーザー規模、ネットワーク帯域幅、および初期の設計上の制約とそのポジショニングと開発中の製品の他の特性が異なっています。また、さまざまなWebサーバは、独自の特色を持っています。その上で安定した、オープンソース、クロスプラットフォーム、および：開発のApacheの長い期間では、それは多くの利点があります。ヘビー級WEBサーバになるように設計されていますが、それは高同時実行をサポートしていません。Apacheの上の同時アクセスは、メモリを大量に消費するために、サーバーが発生します。プロセスまたはスレッドを切り替えるには、そのオペレーティング・システムは、HTTPリクエストの低い平均回答率が得られ、大量のCPUリソースを消費します。この時間は、軽量で高同時実行サーバnginxのはされて入ってきました。
なぜ人気のインターネットにそれをnginxのでしょうか？それはので、いくつかのnginxのが存在し、大きな注目すべき特徴は次のとおりです。
それは何百万人レベルのTCP接続をサポートできるように、nginxの、イベント駆動型アーキテクチャをベース
モジュール性とソフトウェアライセンスの高度は、別の後に、サードパーティ製のモジュールを含まない（オープンソース時代のああである〜）
nginxのは、Linux、Windowsの、FreeBSDの、Solaris版、AIX、Mac OSおよび他のオペレーティングシステム上で実行することができますクロスプラットフォームのサーバーで、これらの優れたデザインは、高い安定性をもたらします
我々はすべて知っているように、nginxのは、無料、オープンソースの高性能のHTTPサーバーで、プロキシサーバーを逆;また、IMAP、POP3、SMTPプロキシ・サーバ、nginxのは、HTTPサーバとして治療部位を公開することができ、nginxのは、追加として使用することができます達成するためにバランスをとるリバースプロキシの負荷。エージェントを話す、エージェントは、フォワードおよびリバースプロキシに分かれています。
フォワードプロキシ
フォワードプロキシは、それはフォワードプロキシどのような代理店モデルと誰もが最も接触しているのですか？我々は、すべての国が正常であるにGoogleがアクセスできないことを知っているが、時には我々はGoogleにアクセスするための理由は、技術的な問題の時間を必要とする、我々は最初に我々がアクセスにプロキシサーバへのリクエストは、プロキシサーバーが送信されます、プロキシサーバーは、Googleにアクセスすることができますでしょうデータへのアクセスは、私たちに返されるGoogleが、その後、このようなプロセスは、プロキシを転送することです。
フォワードプロキシ機能
フォワードプロキシ最大の特徴は、サーバのアドレスにアクセスするために要求プロキシサーバからのみ明らかGoogleのサーバーを知って明確にするために、本当のクライアントの特定の情報を非表示にすることができフォワードプロキシから特定したクライアントを知らないクライアントが必要です。
クライアントは、フォワードプロキシサーバを設定するだけでなく、IPアドレスとポートエージェントフォワードプロキシサーバを知っている必要がありますする必要があります。クライアントとGoogleのサーバーの間に位置し、サーバで、Googleのサーバーからデータを取得するために、クライアントが要求を送信し、プロキシサーバに（Googleのサーバー）のターゲットを指定し、フォワードプロキシはクライアントの代理でまとめることができプロキシサーバは、元にリクエストを送信すると、得られたデータがクライアントに返されます。
フォワードプロキシが使用します：
アクセス不能な海外のWebサイトを参照してください。
キャッシングは、リソースへのアクセスを高速化するために行います
クライアントアクセスライセンスの場合、インターネット認証
プロキシは、外部ユーザーが情報を非表示にするには、ユーザーのアクセス記録（アクセス管理）を記録することができます
リバースプロキシ
そして、私たちは私たちのウェブサイトの毎日の訪問は一定の限界に達した場合、リバースプロキシと呼ばれるものを見しようとしている、フォワードプロキシものです、今のところ私たちの日常のニーズを満たすされている単一のサーバー、我々は最初の分散配置を考え、この時間。複数のサーバを展開することで問題を解決した後、私たちは実際に達成するためにnginxのリバースプロキシによって主に機能するには、アクセス制限の数。私たちは見ることができます：
リバースプロキシ機能
我々は明らかに、サーバーへのクライアントの複数の要求を受信した後、要求、nginxのサーバに送信し、見ることができ、一定のルールに従ってビジネスロジックを別のサーバーに転送されます。この時点で、クライアントは、要求が特定されたが、要求は、nginxのプレイがリバースプロキシ役割であるサーバープロセス、明確ではありませんでした。理解することができ、外部リバースプロキシは透明であり、来場者へのアクセスは、彼らがプロキシされているかわかりません。リバースプロキシサーバプロキシは、主に情報を隠すためにプロキシサーバーを逆分散サーバクラスタ配置の場合に使用されます。
リバースプロキシを使用します。
通常、パブリックネットワークアドレスにアクセスするためのリバースプロキシとして、ネットワーク内のネットワーク内のWebサーバーをセキュリティを確保
リバースプロキシサーバーを介してロードサイトを最適化するために、ロードバランシング、
フォワードプロキシとリバースプロキシの違い
フォワードプロキシでは、クライアントの情報要求のソースを非表示にします。
リバースプロキシでは、隠されたサーバは、特定の情報の処理を依頼します。
ロードバランシング
nginxのは、今のルールの種類の配信要求の根拠に基づいているリバースプロキシの役割を果たしていますか？ルールは、それの分布を制御することができますかどうか？負荷が一定の規則に従ってバランスルールで処理するために、異なるルール・サーバに分配されます。サーバは、負荷分散と呼ばれる配信ルールに従って、受信した要求を処理します。
nginxのは、負荷分散スケジューリングアルゴリズムをサポートし、次のとおりです。
ポーリング重量（デフォルト）：使用中に、一つのサーバがダウンした場合、個別に異なるバックエンドサーバへのリクエストのために割り当てられた受信した要求が、nginxのは、自動的にサーバーのキューから取り出し、なしで受信要求それはどのような方法で影響を受けることになります。このように、重み値にバックエンドサーバーの異なるセットは、より大きな、重量データ大きなチャンスは、サーバ要求に割り当てられています。
ip_hash：クライアントが同じバックエンドサーバーにアクセスするには、このアルゴリズムは常に固定クライアントIPアドレスの一致を開始するに従い、すべての要求のハッシュ結果をIP。
△：インテリジェントスケジューリングアルゴリズム、分布、要求に割り当てられたサーバーの短時間高い処理効率に応じて高い確率を等しくするバックエンドサーバの要求の動的応答時間は、応答時間が要求に割り当てられた以下の長い低効率サーバです。
url_hash：割り当て要求の結果にアクセスするためのハッシュURLによれば、各リクエストURLは、固定サーバーのバックエンドを指します静的nginxのサーバの場合のように、キャッシュ効率を向上させることができます。
注意：
nginxのデフォルトでは、このスケジューリングアルゴリズムを使用したい場合は、あなたがupstream_fairモジュールをインストールする必要があり、公正なアルゴリズムをサポートしていません。
nginxのは、あなたが使用したい、url_hashデフォルトのスケジューリングアルゴリズムをサポートしていない、あなたは、ハッシュパッケージのnginxのをインストールする必要があります。
nginxののユーザーとして、プロファイルの作成に確かに問題を抱えていた、あなたは、多くの場合、上記の記述された設定ファイルに多くの時間を費やす必要があるかもしれません。だから、次はすぐにオンラインサイトnginxの設定ファイルを生成する方法をご紹介します：
このサイトは、HTTP、HTTPS、PHP、Pythonの、ノード、キャッシュ、ログやその他の設定オプションをサポートしていますが、オンラインnginxの設定ファイルを生成することができます。そして、それだけでサイトの対応する需要に記入し、使用することが非常に簡単です、あなたはキー設定ファイルを生成することができます。
パラメータ：
- ドメイン：結合ドメイン
- パス：ルートディレクトリ
- ドキュメントルート：ルートディレクトリ内の実際のプロジェクト名
- サブドメインをリダイレクト：あなたは*訪問すれば.niyueling.cnはniyueling.cnにジャンプをリダイレクトします
その後、次のnginxのに対応するプロファイルを生成することができます。私たちは直接、当社のコンフィギュレーションファイルを置き換えzipパッケージをダウンロードまたはコピーすることができます：
次に、ファイルに問題が存在するかどうかをテストするために-tコマンドnginxのを使用して、nginxのサーバーの設定ファイルの終わりを置き換え、何の問題は、設定ファイル場合は、サーバーを再起動するnginxの-sリロードコマンドを使用します。何の驚きがないことを確認するために交換する前には、事前に設定ファイルのバックアップを行うことをお勧めします。
公共の数字にあなたが私の記事のような場合は、私の個人的な歓迎の注意：プログラム猿Zhouxian上院議員
