守住一方平安，盡力而為，問心無愧就好，
Nginx同Apache一樣都是一種WEB服務器，Nginx是一款自由的、開源的、高性能的HTTP服務器和反向代理服務器；同時也是一個IMAP、POP3、SMTP代理服務器；Nginx可以作為一個HTTP服務器進行網站的發布處理，另外Nginx可以作為反向代理進行負載均衡的實作，
本文要點：
正向代理
反向代理
負載均衡
動靜分離
Nginx安裝教程
1.正向代理
在如今的網路環境下，我們如果由于技術需要要去訪問國外的某些網站，此時你會發現位于國外的某網站我們通過瀏覽器是沒有辦法訪問的，此時大家可能都會用一個操作FQ進行訪問，FQ的方式主要是找到一個可以訪問國外網站的代理服務器，我們將請求發送給代理服務器，代理服務器去訪問國外的網站，然后將訪問到的資料傳遞給我們！
上述這樣的代理模式稱為正向代理，正向代理最大的特點是客戶端非常明確要訪問的服務器地址；服務器只清楚請求來自哪個代理服務器，而不清楚來自哪個具體的客戶端；正向代理模式屏蔽或者隱藏了真實客戶端資訊，來看個示意圖（我把客戶端和正向代理框在一塊，同屬于一個環境，后面我有介紹）：
客戶端必須設定正向代理服務器，當然前提是要知道正向代理服務器的IP地址，還有代理程式的埠，如圖，
總結來說：正向代理，"它代理的是客戶端，代客戶端發出請求"，是一個位于客戶端和原始服務器(origin server)之間的服務器，為了從原始服務器取得內容，客戶端向代理發送一個請求并指定目標(原始服務器)，然后代理向原始服務器轉交請求并將獲得的內容回傳給客戶端，客戶端必須要進行一些特別的設定才能使用正向代理
正向代理的用途：
（1）訪問原來無法訪問的資源，如Google
（2） 可以做快取，加速訪問資源
（3）對客戶端訪問授權，上網進行認證
（4）代理可以記錄用戶訪問記錄（上網行為管理），對外隱藏用戶資訊
2.反向代理
明白了什么是正向代理，我們繼續看關于反向代理的處理方式，舉例如我大天朝的某寶網站，每天同時連接到網站的訪問人數已經爆表，單個服務器遠遠不能滿足人民日益增長的購買欲望了，此時就出現了一個大家耳熟能詳的名詞：分布式部署；也就是通過部署多臺服務器來解決訪問人數限制的問題；某寶網站中大部分功能也是直接使用Nginx進行反向代理實作的，并且通過封裝Nginx和其他的組件之后起了個高大上的名字：Tengine，有興趣的童鞋可以訪問Tengine的官網查看具體的資訊：http://tengine.taobao.org/，
通過上述的圖解大家就可以看清楚了，多個客戶端給服務器發送的請求，Nginx服務器接收到之后，按照一定的規則分發給了后端的業務處理服務器進行處理了，此時~請求的來源也就是客戶端是明確的，但是請求具體由哪臺服務器處理的并不明確了，Nginx扮演的就是一個反向代理角色，
客戶端是無感知代理的存在的，反向代理對外都是透明的，訪問者并不知道自己訪問的是一個代理，因為客戶端不需要任何配置就可以訪問，
反向代理，"它代理的是服務端，代服務端接收請求"，主要用于服務器集群分布式部署的情況下，反向代理隱藏了服務器的資訊，
反向代理的作用：
（1）保證內網的安全，通常將反向代理作為公網訪問地址，Web服務器是內網
（2）負載均衡，通過反向代理服務器來優化網站的負載
3.專案場景以及兩者區別
通常情況下，我們在實際專案操作時，正向代理和反向代理很有可能會存在在一個應用場景中，正向代理代理客戶端的請求去訪問目標服務器，目標服務器是一個反向單利服務器，反向代理了多臺真實的業務處理服務器，具體的拓撲圖如下：
兩者區別：
圖解：
在正向代理中，Proxy和Client同屬于一個LAN（圖中方框內），隱藏了客戶端資訊；
在反向代理中，Proxy和Server同屬于一個LAN（圖中方框內），隱藏了服務端資訊；
實際上，Proxy在兩種代理中做的事情都是替服務器代為收發請求和回應，不過從結構上看正好左右互換了一下，所以把后出現的那種代理方式稱為反向代理了
4.負載均衡
我們已經明確了所謂代理服務器的概念，那么接下來，Nginx扮演了反向代理服務器的角色，它是以依據什么樣的規則進行請求分發的呢？不用的專案應用場景，分發的規則是否可以控制呢？
這里提到的客戶端發送的、Nginx反向代理服務器接收到的請求數量，就是我們說的負載量，
請求數量按照一定的規則進行分發到不同的服務器處理的規則，就是一種均衡規則，
所以，將服務器接收到的請求按照規則分發的程序，稱為負載均衡，
負載均衡在實際專案操作程序中，有硬體負載均衡和軟體負載均衡兩種，硬體負載均衡也稱為硬負載，如F5負載均衡，相對造價昂貴成本較高，但是資料的穩定性安全性等等有非常好的保障，如中國移動中國聯通這樣的公司才會選擇硬負載進行操作；更多的公司考慮到成本原因，會選擇使用軟體負載均衡，軟體負載均衡是利用現有的技術結合主機硬體實作的一種訊息佇列分發機制，
Nginx支持的負載均衡調度演算法方式如下：
1.weight輪詢(默認，常用)：接收到的請求按照權重分配到不同的后端服務器，即使在使用程序中，某一臺后端服務器宕機，Nginx會自動將該服務器剔除出佇列，請求受理情況不會受到任何影響， 這種方式下，可以給不同的后端服務器設定一個權重值(weight)，用于調整不同的服務器上請求的分配率；權重資料越大，被分配到請求的幾率越大；該權重值，主要是針對實際作業環境中不同的后端服務器硬體配置進行調整的，
2.ip_hash（常用）：每個請求按照發起客戶端的ip的hash結果進行匹配，這樣的演算法下一個固定ip地址的客戶端總會訪問到同一個后端服務器，這也在一定程度上解決了集群部署環境下session共享的問題，
3.fair：智能調整調度演算法，動態的根據后端服務器的請求處理到回應的時間進行均衡分配，回應時間短處理效率高的服務器分配到請求的概率高，回應時間長處理效率低的服務器分配到的請求少；結合了前兩者的優點的一種調度演算法，但是需要注意的是Nginx默認不支持fair演算法，如果要使用這種調度演算法，請安裝upstream_fair模塊，
4.url_hash：按照訪問的url的hash結果分配請求，每個請求的url會指向后端固定的某個服務器，可以在Nginx作為靜態服務器的情況下提高快取效率，同樣要注意Nginx默認不支持這種調度演算法，要使用的話需要安裝Nginx的hash軟體包，
5.動靜分離
為了加快網站的決議速度，可以把動態頁面和靜態頁面由不同的服務器來決議，加快決議速度，降低原來單個服務器的壓力，
6.nginx安裝
windows下安裝與部署Nginx
Linux下安裝與部署Nginx
以后都推薦再docker下安裝各式各樣的環境Ubuntu+docker下安裝與部署Nginx
轉載請註明出處，本文鏈接：https://www.uj5u.com/caozuo/146863.html
標籤：Linux
上一篇：linux for games; steamos; fedora game distribution
下一篇：SSHD