[英]How does location matter while creating a Global HTTPS Google Cloud Load Balancer?
我正在 Google Cloud 中創建一個全局 HTTPS 負載均衡器,想知道位置如何影響全局負載均衡器。
我無法在 inte.net 上找到有關它的詳細信息。
根據位置有價格差異: https://cloud.google.com/vpc.network-pricing#lb
但不知道它如何影響 https 請求的路由: https://storage.googleapis.com/gweb-cloudblog-publish/images/global_lb.max-1800x1800.png
例如:如果我的網站的大部分流量來自美國、印度和歐洲,那么在設置全局 HTTPS 負載均衡器時我應該選擇哪個最佳位置,這會有什么不同?
主要區別在於全局負載均衡針對第 7 層(高級應用層)流量,而區域負載均衡針對第 4 層(傳輸層)流量並使用Maglev進行流量路由。
假設您想做自己的 SSL 終止並運行自己的第 7 層反向代理,我相信區域是正確的選擇。 對於絕大多數用戶,我敢打賭 global 是更好的選擇。
查看文檔Cloud Load Balancing 概述部分Global vs regional load balancing :
當您的后端分布在多個區域、您的用戶需要訪問相同的應用程序和內容並且您希望使用單個任播 IP 地址提供訪問時,請使用全局負載平衡。 全局負載平衡還可以提供 IPv6 終止。
當您的后端位於一個區域時使用區域負載平衡,並且您只需要 IPv4 終止。
在外部 HTTP(S) 負載平衡部分:
HTTP(S) 負載平衡在 GFE 上實現。 GFE分布在全球,並使用 Google 的 global.network 和控制平面一起運行。 在 Premium Tier 中,GFE 提供跨區域負載平衡,將流量引導至最近的具有容量的健康后端,並在盡可能靠近您的用戶的地方終止 HTTP(S) 流量。
您可以在本文中找到有關網絡服務層級的更多信息。
要查找更多詳細信息,請查看文檔外部 HTTP(S) 負載平衡概述:
當使用高級網絡服務層級時,HTTP(S) 負載平衡是一項全局服務。
和
- 當有用戶請求進來時,負載均衡服務從源地址IP判斷請求的大致來源。
- 負載均衡服務知道后端服務擁有的實例的位置、它們的總體容量以及它們當前的總體使用情況。
- 如果離用戶最近的實例有可用容量,請求將轉發到最近的實例集。
- 對給定區域的傳入請求均勻分布在該區域中所有可用的后端服務和實例中。 但是,在非常小的負載下,分布可能看起來不均勻。
- 如果給定區域中沒有具有可用容量的健康實例,負載均衡器會將請求發送到下一個具有可用容量的最近區域。
還
當使用標准網絡服務層級時,HTTP(S) 負載平衡是一項區域服務。 其后端實例組或 NEG 必須全部位於負載均衡器的外部 IP 地址和轉發規則所使用的區域中。
聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.