Google Cloud 負載均衡

---

Google Cloud 負載均衡服務是一種完全分散式且軟體定義的託管服務。Google Cloud Platform (GCP) 的使用者可以有效地在各種託管服務之間分配任務。無論對於公共服務還是內部服務，它都能確保可擴充套件性、高可用性和對網路流量的控制。本文介紹了負載均衡，描述了 Google 提供的各種負載均衡器，並說明了如何為您的需求選擇最佳負載均衡器。

Google Cloud 負載均衡的定義

雲中的負載均衡是一種完全軟體定義且分散式的託管服務。Google Cloud 負載均衡器有多個配置選項，用於在多個應用程式例項之間平衡流量。無論需要本地負載均衡還是全球負載均衡，都決定了 Google Cloud 的哪個本機負載均衡器最適合部署。負載均衡用於防止伺服器過載，並確保所有請求都能快速順利地處理。使用 Cloud 負載均衡，您可以將所有資源隱藏在單個 IP 地址後面，無論用於公共訪問還是在 VPC 中使用。

雲負載均衡的重要性

負載均衡用於防止單個伺服器過載，並確保所有請求都能快速順利地處理。Google Cloud 負載均衡允許其使用者每秒回覆超過一百萬個查詢，同時仍然可以從儘可能靠近其客戶的位置提供資訊。如今，接收大量流量的網站必須能夠同時處理和響應來自使用者或客戶端的數千甚至數百萬個請求，同時仍然提供準確的文字、影像、影片或應用程式資料。

負載均衡用於防止單個伺服器過載，並確保所有請求都能快速順利地處理。每個人在嘗試檢視他們喜歡的網站時都曾感到沮喪，結果卻遇到了漫長的載入延遲、連線超時問題或媒體不得不緩衝的情況。在這種情況下，負載均衡確實發揮了很大的作用。

Google Cloud 負載均衡器的多種形式

GLB 代表“全球負載均衡”。

使用 Cloud 負載均衡，您可以將所有資源隱藏在單個 IP 地址後面，無論用於公共訪問還是在 VPC 中使用。全球負載均衡 (GLB) 不會將工作負載的所有流量儲存在一個數據中心中，而是將其分散到多個數據中心連線的伺服器資源中。Google Cloud 國際版中提供的負載均衡器透過提供災難恢復和更好的流量控制來提高應用程式效能。當全域性負載均衡器將伺服器和使用者連結到附近時，現代應用程式可以更好地為跨地理位置的使用者提供服務。

Google Cloud 上的區域負載均衡器

使用者可以透過在同一區域的伺服器之間分配工作來提高效能和效率。雖然單個伺服器可能無法處理大量工作，但許多公司透過將其多個伺服器策略性地放置在靠近其客戶群的位置來應對這種情況。Google Cloud 負載均衡允許其使用者每秒回覆超過一百萬個查詢，同時仍然可以從儘可能靠近其客戶的位置提供資訊。例如，這可以幫助專業商店接觸到其所在區域的人員。

ELB 系統（外部負載均衡）

外部負載均衡支援跨區域負載均衡和基於內容的負載均衡，以及跨多個區域的託管例項組。應在外部實施負載均衡以幫助應用程式、Web 和資料庫層中的服務。

Google Cloud 負載均衡器與 Kubernetes 中的入口以及負載均衡與入口之間總體上存在一些爭議。每個服務都需要自己的外部 IP 地址和負載均衡器，因此使用公共雲的支出很快就會累積起來。如果您需要對應用程式使用的埠進行細粒度的控制，那麼最佳的公共雲選項是 Google Cloud Kubernetes 負載均衡器。

為了減少所需的 IP 地址數量，同時仍然允許每個服務擁有自己的名稱和/或用於路由的 URI，許多組織正在轉向 Kubernetes 的入口和 Google Cloud 負載均衡器。

Google 的 SSL 負載均衡雲服務

在 Compute Engine 區域內，TCP/SSL（傳輸控制協議/安全套接字層）負載均衡器用於在 VM 例項組之間平衡 TCP 流量。透過使用相同的全球分散式架構，Google Cloud 為 SSL 流量提供基於代理的網路服務。TCP/SSL 負載均衡器使用 TCP 或 SSL 協議在多個後端例項之間分配來自使用者的 SSL（TSL）連線。如果您沒有使用 Google 的高階網路服務層，則您的 SSL 負載均衡器將僅與物理位置與外部 IP 地址和轉發規則相同的區域中的後端伺服器一起執行。

透過 TCP 代理管理流量

它使消費者能夠將所有裝置連線到單個 IP 地址。TCP 代理負載均衡 (TPLB) 是一種全域性負載均衡方法，非常適合不需要 SSL 解除安裝的非 HTTP 流量。它具有全球覆蓋範圍，並在 Google 的面向公眾的伺服器 (GFE) 上執行。TCP 代理負載均衡器使用使用者的位置來確定要使用哪個後端。TCP 代理負載均衡器後端伺服器可以位於多個地理區域。TCP 代理均衡是指使用代理伺服器負載均衡器將 TCP 網際網路流量分配到 Google Cloud 託管的虛擬私有云 (VPC) 網路中的例項的做法。

所服務流量的協議（SSL、HTTP、HTTPS、UDP、TCP 等）是決定使用內部負載均衡還是外部負載均衡的重要因素。

以下是四種外部負載均衡選擇

• 平衡來自多個 HTTP 或 HTTPS 源的流量

• 不執行 SSL 解除安裝的 TCP 代理。

• SSL 解除安裝代理

• 在網路中分配 TCP/UDP 流量。

或者，Google Cloud 負載均衡器 (GCLB) 已成為平衡流量的一種手段。如今，一些尖端公司不再構建或維護自己的全域性負載均衡解決方案。Google 的雲計算負載均衡不使用 DNS 負載均衡，因為它依賴於 DNS 記錄到期並在客戶端配合下預取。在使用者連線之前，可以透過基於 DNS 的負載均衡最有效且最輕鬆地執行負載均衡。相反，Google Cloud 上的 Anycast DNS 負載均衡使用 DNS 地理位置將使用者引導到最方便的叢集。

Google 專有的包級負載均衡器 Maglev 經過最佳化，可以在進行 SSL 終止或保留一直到後端例項的客戶端 IP 地址的同時保持輕量級。雖然 Google 前端引擎用於構建處理網路邊緣 Layer-7 流量的全域性 HTTP(S) 負載均衡器，但 Google Maglev 用於構建處理 Layer-4 流量的區域 NLB。

結論

Google Cloud 負載均衡器不依賴於任何特定的硬體或例項，並且能夠在沒有基礎設施限制引起的常見故障的情況下執行其負載均衡任務。與競爭對手相比，Google Cloud 負載均衡器在真正的可擴充套件性和詳細的效能分析方面存在不足。