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

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

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

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

3-IP 負載平衡 (SNAT)

IP負載均衡：通過修改請求目標地址實現網絡層負載均衡。

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

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

IP負載均衡在內核進程中完成數據分發，比反向代理均衡具有更好的處理性能。 但是，由于所有的請求和響應報文都需要經過負載均衡服務器，負載均衡的網卡帶寬成為了系統的瓶頸。

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

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

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

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

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