壁の上にプロキシサーバソフトウェア
リバースプロキシサーバーのユーザー--Nginx - IIS
クロスプラットフォーム構成の単純な非ブロック高の同時接続5W（ファイルディスクリプタモデル）
一般的な処理機構（リンク確立-データを受信する-データを送信）
のコールをブロックする方法1.、（読み取りイベントが待機する準備ができていないですが）呼び出しをブロックされますカーネルに入るのを待って、CPUが他の誰かと一緒になります
常に2が非ブロックで操作を読み書きできるイベントステータス決意を確認した場合、オーバーヘッドが比較的大きい
（選択/世論調査/ファイルディスクリプタ/ lqueue 3.非ブロック非同期イベント処理メカニズム）イベントがキュー内に置く準備ができていないときに準備ああ号読んイベントループ処理を処理する準備ができていない
複数のスレッドで4：スレッドを作成する必要のないコンテキストの切り替え、同時ではより多くのにつながるしません
nginxのサポートは、スケジューリングアルゴリズムの負荷分散は次のとおりです。
-
ポーリング重量（デフォルト）：個別に割り当て異なるバックエンドサーバーへの順序で受信した要求は、使用中であっても、バックエンドサーバーがダウンし、サーバが自動的にキューからnginxのを削除します、要求受信の場合影響されることはありません。このように、重み値にバックエンドサーバ（重量）の異なるセット、異なる調整要求サーバの分配比率、より大きい重みデータ、チャンスが要求に割り当てられているより大きな、重み値、主に異なるバックエンドサーバーのハードウェアの調整の実際の作業環境のために設定。
-
ip_hash：クライアントIPハッシュ結果の発信元に基づいてマッチングのための各要求は、このアルゴリズムは、クライアントが常に同じバックエンドサーバーへのアドレスアクセスIP固定されているある程度持っている、一連の解決クラスタ・デプロイメント環境をセッション共有の問題。
-
△：インテリジェントアルゴリズム、要求平衡バックエンドサーバーに応じて割り当てられる処理の動的応答時間をスケジューリング、要求に割り当てられた高効率サーバの短時間高い確率に応答して、応答時間がに割り当てられたサーバーの長い低処理効率でありますより少ない要求は、最初の二つのスケジューリング・アルゴリズムの利点を組み合わせます。あなたは、このスケジューリングアルゴリズムを使用したい場合は、デフォルトのnginxのは、公正なアルゴリズムをサポートしていないことに注意してくださいは、モジュールupstream_fairをインストール
-
url_hash割り当て要求URLハッシュ訪問,:の結果によると、各要求URLがサーバのバックエンドを指します固定キャッシュ効率を向上させる、それが静的サーバーnginxの状況として使用することができます。また、ノートnginxのデフォルトスケジューリングアルゴリズムは、あなたは、ハッシュのnginxのパッケージをインストールする必要があり、使用したい、これをサポートしていないこと
マスター・プロセスは、読み取りまたはオハイオ州の小さなヘルスチェック機能を内蔵し、作業プロセスのメモリ消費量を生成します：ハングは、アクセスの高い安定性がサポートする圧縮には影響しません
仕事のマルチプロセスモード-プロフィール-新しい仕事：マスター・プロセスをプロセス-古いプロセスは年末に完了さ告げた
作業員1つのだけのプロセスの処理時間で、ロックの追加を
worker_Processes 1つのワーカープロセスの数
労働者-接続1024
もっとF5-- nginxのWebサーバのクラスタ複数のクラスタ---
nginxの-sリロードデーモン：nginx.exeを開始し、サービスniginx -s停止のうち、コンフィギュレーションをリロード
構成サーバ{聴く80 servrer名}現在のドメインネームサーバ
サーバクラスタ位置に{proxy_pass http://netitcast.com}
upsteam netitcast.com {サーバークラスタ名weigntのより大きい重み確率分布は172.168.1.1を#servere大きいクラスタサーバ：8081重量= 1}
