<kbd id="afajh"><form id="afajh"></form></kbd>
<strong id="afajh"><dl id="afajh"></dl></strong>
    <del id="afajh"><form id="afajh"></form></del>
        1. <th id="afajh"><progress id="afajh"></progress></th>
          <b id="afajh"><abbr id="afajh"></abbr></b>
          <th id="afajh"><progress id="afajh"></progress></th>

          一文詳解負載均衡和反向代理的真實區(qū)別

          共 4368字,需瀏覽 9分鐘

           ·

          2021-01-04 18:25

          公眾號關注“杰哥的IT之旅”,

          選擇“星標”,重磅干貨,第一時間送達!

          鏈接:

          https://www.zhihu.com/question/20553431/answer/130698230

          一、SLB 產生背景


          SLB(服務器負載均衡):在多個提供相同服務的服務器的情況下,負載均衡設備存在虛擬服務地址,當大量客戶端從外部訪問虛擬服務IP地址時,負載均衡設備將這些報文請求根據負載均衡算法,將流量均衡的分配給后臺服務器以平衡各個服務器的負載壓力,避免在還有服務器壓力較小情況下其他服務達到性能臨界點出現運行緩慢甚至宕機情況,從而提高服務效率和質量。

          因此對客戶端而言,RS(real server 實際服務器)的IP地址即是負載均衡設備VIP(虛擬服務地址IP)地址,真正的RS服務器IP地址對于客戶端是不可見的。

          二、SLB 的三種傳輸模式


          七層SLB和四層SLB的區(qū)別:

          四層SLB:配置負載均衡設備上服務類型為tcp/udp,負載均衡設備將只解析到4層,負載均衡設備與client三次握手之后就會和RS建立連接;

          七層SLB:配置負載均衡設備服務類型為 http/ftp/https 等,負載均衡設備將解析報文到7層,在負載均衡設備與client三次握手之后,只有收到對應七層報文,才會跟RS建立連接。

          在負載均衡設備中,SLB主要工作在以下的三種傳輸模式中:
          • 反向代理模式
          • 透傳模式
          • 三角模式

          根據不同的模式,負載均衡設備的工作方式也不盡相同,但無論在哪種模式下,客戶端發(fā)起的請求報文總是需要先到達負載均衡設備進行處理,這是負載均衡設備正常工作的前提。模擬網絡拓撲環(huán)境:

          • Client:10.8.21.40
          • 負載均衡設備:172.16.75.83
          • VIP:172.16.75.84
          • RS1IP:172.16.75.82
          • RS2IP:172.16.75.85
          在整個報文交互過程中,采用 Tcpdump 和 Wireshark 分別在 RS 和 Client 處抓包,然后使用 Wireshark 進行報文解析。

          三、 反向代理模式


          反向代理:普通的代理設備是內網用戶通過代理設備出外網進行訪問,而工作在這種模式下的負載均衡設備,則是外網用戶通過代理設備訪問內網,因此稱之為反向代理。

          在反向代理模式下:

          當負載均衡設備收到客戶端請求后,會記錄下此報文( 源IP地址、目的IP地址、協(xié)議號、源端口、目的端口,服務類型以及接口索引),將報文目的地址更改為優(yōu)選后的RS設備的IP地址,目的端口號不變,源地址修改為負載均衡設備下行與對應RS設備接口的IP地址,源端口號隨機發(fā)送給RS;

          當RS收到報文后,會以源為RS接口IP地址,目的IP設備地址回復給負載均衡設備,負載均衡設備將源修改為VIP,目的端口號修改為客戶端的源端口號,目的IP修改為Client的源IP回復報文。

          查看報文解析結果:

          配置完成后,Client 訪問 RS 服務器,返回成功,整個報文交互過程如下 :


          Client和負載均衡設備之間的報文交互過程


          RS和負載均衡設備之間報文交互過程

          結果分析

          分析整個報文交互過程:

          TCP握手過程:首先Client向負載均衡設備發(fā)送TCP SYN報文請求建立連接,源IP為Client的IP 10.8.21.40,源端口號50894,目的IP為VIP地址172.16.75.84,目的端口號80;

          收到請求報文后,負載均衡設備會以源IP為VIP地址172.16.75.84,端口號80,目的IP 10.8.21.40,目的端口號50894回應SYN ACK報文;

          Client收到報文后回復ACK報文,TCP三次握手成功。

          HTTP報文交互過程:

          當負載均衡設備與client完成三次握手后,因為配置的七層SLB,如果收到HTTP請求,就會根據負載均衡算法和服務器健康狀態(tài)優(yōu)選出對應的RS(在這次過程中選擇的RS設備為172.16.75.82),然后與RS建立TCP連接:

          負載均衡設備發(fā)送 TCP SYN 報文請求連接,源IP為負載均衡設備與RS相連接口IP 172.16.75.83,源端口號隨機4574,目的IP為RS的IP 172.16.75.82,目的端口號80;
          RS 收到報文后,以源 IP 172.16.75.82,端口號80,目的IP 172.16.75.83,目的端口號4574回復SYN ACK報文,負載均衡設備回復ACK報文建立三次握手;

          之后,負載均衡設備再將收到的HTTP報文源IP修改為與RS相連下行接口IP地址172.16.75.83,源端口號為隨機端口號,將報文發(fā)送給RS;當RS收到報文后,使用源為本地IP 172.16.75.82,目的IP為172.16.75.83進行回復,所以報文直接回復給負載均衡設備;

          當負載均衡設備收到RS的回應報文后,將報文的源修改為VIP地址172.16.75.84,目的IP為10.8.21.40發(fā)送回 Client,再將目的端口號修改為HTTP請求報文中的源端口號,服務器訪問成功。


          由上述的過程可以看出,在RS端上,client的真實IP地址被負載設備修改成與RS相連接口的IP地址,所以RS無法記錄到Client的訪問記錄,為了解決這個問題,可以采用在HTTP報文頭中添加X-Forwarded-For字段。

          四、透傳模式


          當負載均衡設備工作在透傳模式中時,RS無法感知到負載均衡設備的存在,對于Client來說,RS的IP地址就是負載均衡設備的VIP地址。

          在這種模式下,當負載均衡設備收到源為 Client 的 IP,目的 IP 為本地 VIP 地址的報文時,會將報文根據負載均衡策略和健康狀況發(fā)送給最優(yōu)的 RS 設備上,繼而RS設備會收到目的為本地IP,源為Client實際IP的請求報文;

          然后RS將會直接回應此請求,報文的目的 IP 地址為 Client 的 IP 地址,當負載均衡設備收到此報文后,將源 IP 地址修改為 VIP 地址,然后將報文發(fā)送給 Client。

          報文解析結果:

          同樣在 RS 端和 Client 端抓取交互報文:


          Client 和負載均衡設備之間的報文交互過程


          RS和負載均衡設備之間的報文交互過程


          結果分析:


          TCP握手過程:同反向代理模式交互過程


          HTTP報文交互過程:


          Client向負載均衡設備的VIP地址172.16.75.84以源IP 10.8.21.40發(fā)送HTTP請求,當負載均衡設備收到報文后,與優(yōu)選后的RS進行TCP三次握手,過程同反向代理模式,然后將收到的HTTP報文,不改變報文的源IP地址和源/目的端口號,只修改目的IP修改為優(yōu)選后的RS地址172.16.75.82;


          當RS收到源來自IP 10.8.21.40的報文后,回復報文給IP地址10.8.21.40,此時要注意,必須在RS上配置回復報文經過負載均衡設備,負載均衡設備會將源IP修改為VIP地址172.16.75.84,然后轉發(fā)給Client,否則Client將會收到源IP為172.16.75.82的HTTP報文,服務器訪問失敗。



          五、 三角模式


          在三角模式下,當客戶端發(fā)送請求到負載設備上時,負載均衡設備會計算出最優(yōu)RS,然后直接根據MAC地址將報文轉發(fā)給RS,在RS上配置報文的源IP為VIP地址(一般配置在loopback口上),因此在這種情況下,RS會直接將報文發(fā)送給Client,即使回復報文經過負載均衡設備,此設備不做任何處理。由于報文在整個過程中傳輸途徑類似于三角形,因此稱之為三角模式。

          報文解析結果

          分別在Client端和RS端抓包,內容如下:


          Client和負載均衡設備之間的報文交互過程


          RS 和負載均衡設備之間的報文交互過程

          結果分析


          TCP握手過程:

          由于采用了4層SLB,所以在TCP握手過程中與上述的7層SLB有些不同,當Client和RS完成三次握手之后,此時負載均衡設備會直接選擇RS,然后跟RS建立TCP三次握手;

          在三角模式環(huán)境中,由于RS的Loopback口和負載均衡設備上都存在著VIP地址172.16.75.84,當負載均衡設備經過負載均衡算法選擇出對應的RS后,會根據實際配置的RS的IP地址對應的mac地址,將報文以目的mac為RS,目的IP為VIP的方式建立TCP連接。

          HTTP報文交互過程:


          首先Client向負載均衡設備的VIP發(fā)送HTTP請求,源為10.8.21.40,當負載均衡設備收到報文后,將報文直接轉發(fā)給RS,當RS收到源IP為10.8.21.40,目的IP為本地Loopback口IP地址172.16.75.84的報文后,直接將報文回復給10.8.21.40,同樣源為IP地址172.16.75.84,由此訪問服務器成功。

          在三角模式中,由于回復報文負載均衡設備不做任何處理,所以非常適合于RS到Client方向流量較大或者連接數目較多的組網環(huán)境。

          采用三角模式時,必須注意RS有路由可以到達Client,并且在RS的Loopback接口上必須有負載均衡設備的VIP地址,否則即使RS設備收到Client的請求報文也會直接丟棄報文,不作回應。

          六、總結


          由于反向代理模式中在RS側只能收到源為負載均衡設備IP的報文,因此可以使用防火墻增加安全性,只允許源IP為負載均衡設備的IP地址的報文通過,同時增加X-Forwarded-For字段也可以讓RS只允許有此字段的報文進行訪問,因此安全性相對較高。

          往期資源回顧 需要可自取

          推薦閱讀

          點個[在看],是對杰哥最大的支持!
          瀏覽 129
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          評論
          圖片
          表情
          推薦
          點贊
          評論
          收藏
          分享

          手機掃一掃分享

          分享
          舉報
          <kbd id="afajh"><form id="afajh"></form></kbd>
          <strong id="afajh"><dl id="afajh"></dl></strong>
            <del id="afajh"><form id="afajh"></form></del>
                1. <th id="afajh"><progress id="afajh"></progress></th>
                  <b id="afajh"><abbr id="afajh"></abbr></b>
                  <th id="afajh"><progress id="afajh"></progress></th>
                  色哟哟精品无码 | 综合亚洲在线 | 男女操逼视频免费观看 | 亚洲高清视频在线观看免费 | 免费观看在线a片 |