nginxの要求物流センターは、我々はいくつかの基本的な質問をクリアする必要があり、要求が何であるかを、物流センター、なぜ物流センターものです。
-
リクエストとは何ですか？
Niginx HTTPサーバは、要求が、あるもちろん、クライアントから送信されたHTTPプロトコルの要求を意味し、高性能、です。要求httpプロトコルを（一般的に使用されるPOSTとGET）がURLの標的とされ、URLはIPアドレスとポート番号の中核です。アイデアは、IPアドレスが有効である、ポート番号が有効である、ここでいくつかの概念を出てきたPOSTとGET何ですか？
IPは、単にネットワーク機器の識別情報として理解、我々はIPだけで、もちろん、位置決めプロセスは、ここで掘り下げていない、などの解析パッケージ転送処理など、多くの複雑なルーティング層のプロトコルを必要とする、ネットワークデバイスを見つけることができます。今、直接（www.mi.com）ドメイン名が表示され、IP、ドメイン名へのアクセスの一般的な使用を使用していないウェブサイトを訪問するには二つの問題を解決するために設計されています。問題は、表意貧しいIPである（ユーザーがIPに基づいてサイトの機能を理解することはできません）別の問題は、同じIPサイトの変更（例えば、ビジネスの成長としては、IPを交換する必要があるサーバークラスタの拡大につながっている）可能性があるということです。ドメイン名は、URLのロケーションサーバの性質を変更しませんが、ドメインネームサーバへのユーザ独自のIP-負担を覚えているだろう、同社は、ドメイン名を自動的にすることができ、ドメイン名、ドメイン名の管理者に提出することがバインドされたドメインネームサーバIPに適用されます対応するサーバのIPバインディングを持ちます。
ポート番号：これはプロトコルポートを指し、同じIPアドレス、ポート65536（0〜65535）ヶ月。ポート番号は、家の数は、あなたが私たちは一つのデバイスからのリソースを要求する場合、サービスへのアクセスを容易にするために、対応する余地を開くには、特定のポート番号を指定する必要があり、ホテルのイメージとして理解することができ、他の部屋が実装されていないHTTPプロトコルではアクセスできないドアに鍵を提供していません。HTTPプロトコルのデフォルトのポート番号は80です。
POSTリクエストとGETの種類：所定のフォーマットのためのGETおよびPOST HTTPプロトコル要求の二種類は、基礎となる原理は、異なるHTTPを実装する際に、主基準を所定の二つの異なるブラウザの差から、データを転送するためにTCPプロトコルを介して実装されています使用しています。ボーエンの詳細な解釈を参照してくださいます。https：//www.cnblogs.com/logsharing/p/8448446.html
問題TCPトランスポートプロトコルを引用して続行します。
TCP（伝送制御プロトコル、伝送制御プロトコル）接続指向プロトコル、データの送受信に先立って、信頼性の高い接続が確立され、互いにしなければならないです。それに対応して、UDPプロトコルは、非接続UDP（ユーザーデータプロトコル、ユーザデータグラムプロトコル）である、それが送信したいときに、ソース端子の接続は、データ送信の前に確立されていないアプリケーションからつかむために単にデータ、および可能な限り迅速にネットワーク上でそれをスローします。効率と引き換えに、コストの信頼性を犠牲にし、UDPトランスポート、両者の主な違いは、TCPデータ送信は、送信の信頼性を確保するために、接続を決定する場合に行われる、接続に注力する必要があるかどうかです。いくつかの矛盾ソフトウェアシステムは、常に、矛盾の時間コストとスペースコストの矛盾の信頼性と効率性を存在していました。
クラシックの問題は、TCPプロトコルでは、4ウェイハンドシェイクは、接続のリリースで3ウェイハンドシェイク接続を確立します。
パッシブサイドBを閉じてもう一度接続を要求し、データの受信時に閉鎖する可能性がある確立するよりも、外した理由は伝達されず、データが送信機能をオフにするために送られた後、その統一された応答を待って、自分のを送信するために、他の側を閉鎖する必要性要求を送信すると、接続の確立よりも多くの時間をもたらす、二回必要とします。TCP / IPプロトコルスイートは、ここでは着手しないよう、契約の多くが含まれています。
戻る私たちは物流センターを必要としないのはなぜ最初の質問提起、物流センターは何ですか？2.？
誰もが右の電車に乗り込んだように、物流センターの役割は、異なる宛先に応じて異なる人々（リクエスト）別の場所に移動する必要がある、鉄道駅（物流センター）シャント、鉄道駅を参照することができます。限られた容量の（サーバあたり）各列車は、より多くの旅行需要（要求）を満たすために、サービスを提供するために、より多くの列車のスケジュールを設定する必要があります。存在と流通センターの意味はここに配信予定です。
インターネットアーキテクチャでは、この物流センターは、リバースプロキシサーバとして知られています。
リバースプロキシ（リバースプロキシ）モードでは、インターネット上の接続要求を受け入れるようにプロキシサーバを参照し、内部ネットワーク上のサーバにリクエストを転送し、要求インターネット接続上のクライアントにサーバから得られた結果を返しますこの時点で、リバースプロキシサーバーのパフォーマンス上の外部プロキシサーバ。
図示のように、同時要求1000で計算のTomcatの最大数は、ビジネスは超同時要求のシーンをニーズを満たすことができないため、この時間は、複数のサーバ等化への要求を転送し、nginxの要求の転送を必要とします。
有反向代理自然也有正向代理，正向代理是代理客户端的请求，将请求转发到internet，多应用于网络权限管控的场景，个人接触较多的即FQ使用的代理服务器。反向代理是代理来自internet的请求，针对服务器。
以上简述了Nginx作为反向代理的重要作用，下面介绍Nginx是什么，还有什么功能。
Nginx 是一款高性能的 http 服务器/反向代理服务器及电子邮件（IMAP/POP3）代理服务器。由俄罗斯的程序设计师伊戈尔·西索夫（Igor Sysoev）所开发，官方测试 nginx 能够支支撑 5 万并发链接，并且 cpu、内存等资源消耗却非常低，运行非常稳定。
Nginx的应用场景：
1、http 服务器。Nginx 是一个 http 服务可以独立提供 http 服务。可以做网页静态服务器。将静态网页资源直接部署在Nginx服务器中，用户可以直接访问Nginx获得网页。
2、虚拟主机。可以实现在一台服务器虚拟出多个网站，例如个人网站使用的虚拟主机。实现原理仍是Nginx的转发功能，需要在访问主机的hosts配置域名与IP的映射关系，便于HTTP请求进行资源定位。Nginx根据收到的请求进行转发。
3、反向代理，负载均衡。当网站的访问量达到一定程度后，单台服务器不能满足用户的请求时，需要用多台服务器集群可以使用 nginx 做反向代理。并且多台服务器可以平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。
可以看出Nginx反向代理试用于多服务组成的服务集群场景，此时Nginx作为服务的请求入口，其自身需实现高可用保证集群的业务稳定。
可以使用keepalived实现Nginx高可用，keepalived 是集群管理中保证集群高可用的一个服务软件，用来防止单点故障。
Keepalived 的作用是检测 web 服务器的状态，如果有一台 web 服务器死机，或工作出现故障，Keepalived 将检测到，并将有故障的 web 服务器从系统中剔除，当 web 服务器工作正常后 Keepalived 自动将 web 服务器加入到服务器群中，这些工作全部自动完成，不需要人工干涉，需要人工做的只是修复故障的 web 服务器。
keepalived 是以 VRRP 协议为实现基础的，VRRP 全称 Virtual Router Redundancy Protocol，即虚拟路由冗余协议。
虚拟路由冗余协议，可以认为是实现路由器高可用的协议，即将 N 台提供相同功能的
路由器组成一个路由器组，这个组里面有一个 master 和多个 backup，master 上面有一个对外提供服务的 vip（VIP = Virtual IPAddress，虚拟 IP 地址，该路由器所在局域网内其他机器的默认路由为该 vip），master 会发组播，当 backup 收不到 VRRP 包时就认为 master 宕掉了，这时就需要根据 VRRP 的优先级来选举一个 backup 当 master。这样的话就可以保证路由器的高可用了。