互聯(lián)網(wǎng)早期，業(yè)務流量比較小，業(yè)務邏輯比較簡單，單臺服務器就可以滿足基本需求； 但是隨著互聯(lián)網(wǎng)的發(fā)展，業(yè)務流量越來越大，業(yè)務邏輯越來越復雜，單臺服務器的性能也越來越復雜。 . 突出顯示需要跨多臺機器橫向擴展性能的問題和單點故障，并避免單點故障。 但是如何將不同用戶的流量分配到不同的服務器上呢？

較早的方法是使用 DNS 作為有效負載，通過為客戶端解析不同的 IP 地址，允許客戶端流量直接到達每個服務器。 然而，這種方法的一個很大的缺點是延遲問題。 調(diào)度策略改變后，各級DNS節(jié)點的緩存不會及時在客戶端生效，DNS負載調(diào)度策略相對簡單。 無法滿足業(yè)務需求，發(fā)生負載均衡。 客戶端的流量會首先到達負載均衡服務器，負載均衡服務器通過一定的調(diào)度算法將流量分配給不同的應用服務器。 同時，負載均衡服務器也會對應用服務器進行周期性的健康檢查。 當發(fā)現(xiàn)故障節(jié)點時，可以將該節(jié)點從應用服務器集群中動態(tài)移除，以保證應用的高可用性。

負載均衡又分為四層負載均衡和七層負載均衡。 四層負載均衡工作在OSI模型的傳輸層，主要工作是轉(zhuǎn)發(fā)。 客戶端收到流量后，通過修改數(shù)據(jù)包的地址信息，將流量轉(zhuǎn)發(fā)給應用服務器。TG：Sp_server

七層負載均衡工作在 OSI 模型的應用層。 因為需要解析應用層流量，所以七層負載均衡在接收到客戶端的流量后需要一個完整的TCP/IP協(xié)議棧。 七層負載均衡會與客戶端建立完整的連接并解析應用層的請求流量，然后根據(jù)調(diào)度算法選擇一個應用服務器，與應用服務器建立另一個連接發(fā)送請求。 因此，第 7 層負載均衡的主要工作就是充當代理。

3-IP 負載平衡 (SNAT)

IP負載均衡：通過修改請求目標地址實現(xiàn)網(wǎng)絡層負載均衡。

用戶請求數(shù)據(jù)包到達負載均衡服務器后，負載均衡服務器在操作系統(tǒng)內(nèi)核中獲取網(wǎng)絡數(shù)據(jù)包，根據(jù)負載均衡算法計算出真實的web服務器地址，然后修改數(shù)據(jù)的IP地址 數(shù)據(jù)包到真實的 Web 服務器地址。 用戶進程處理。 真實WEB服務器處理完畢后，將相應的數(shù)據(jù)包返回給負載均衡服務器，負載均衡服務器將數(shù)據(jù)包的源地址修改為自己的IP地址，發(fā)送給用戶的瀏覽器。

這里的關鍵是真實WEB服務器對應的數(shù)據(jù)包是如何返回到負載均衡服務器的。 一種是負載均衡服務器在修改目的IP地址的同時修改源地址，將數(shù)據(jù)包的源地址改為自己的IP，即源地址轉(zhuǎn)換（SNAT）。 另一種解決方案是使用負載平衡服務器作為真實 IP 地址。 物理服務器的網(wǎng)關服務器，以便所有數(shù)據(jù)都進入負載平衡服務器。

IP負載均衡在內(nèi)核進程中完成數(shù)據(jù)分發(fā)，比反向代理均衡具有更好的處理性能。 但是，由于所有的請求和響應報文都需要經(jīng)過負載均衡服務器，負載均衡的網(wǎng)卡帶寬成為了系統(tǒng)的瓶頸。

4-HTTP重定向負載均衡（少見）

HTTP 重定向服務器是一個普通的應用服務器。 它唯一的作用就是根據(jù)用戶的HTTP請求計算出真實的服務器地址，并將真實的服務器地址寫入HTTP重定向響應（響應狀態(tài)302）并返回給瀏覽器。 ，然后瀏覽器自動請求真實服務器。

這種負載均衡方案的優(yōu)點是比較簡單，但缺點是瀏覽器需要每次請求服務器兩次才能完成一次訪問，性能較差； 使用 HTTP302 響應碼重定向可能會被搜索引擎判斷為 SEO 作弊，減少搜索結果。 結果。 排行。 重定向服務器本身的處理能力可能會成為瓶頸。 因此，這種方案在實踐中很少使用。

關鍵詞：負載均衡,重定向,流量,facebook,google,店鋪

特別聲明：以上文章內(nèi)容僅代表作者本人觀點，不代表ESG跨境電商觀點或立場。如有關于作品內(nèi)容、版權或其它問題請于作品發(fā)表后的30日內(nèi)與ESG跨境電商聯(lián)系。