在创建全局HTTPS Google负载均衡器时，位置有何影响？

Question

我正在Google Cloud中创建一个全局HTTPS负载均衡器，并想知道位置如何影响全局负载均衡器。

我在网上找不到太多关于它的细节。

根据地点的不同，价格会有所不同：https://cloud.google.com/vpc/network-pricing#lb

但不知道它如何影响https请求的路由：https://storage.googleapis.com/gweb-cloudblog-publish/images/global_lb.max-1800x1800.png

例如:如果我的网站大部分流量来自美国、印度和欧洲，那么在设置全球HTTPS负载均衡器时，我应该选择的最佳位置是什么，它会有什么不同？

Answer 1

主要区别在于，全局负载均衡用于第7层(高级应用层)流量，而区域负载均衡用于第4层(传输层)流量，并使用Maglev进行流量路由。

假设你想做你自己的SSL终端和操作你自己的第7层反向代理，我相信区域是正确的选择。对于绝大多数用户来说，我敢打赌全球是更好的选择。

Answer 2

请查看documentation Cloud Load Balancing overview部分Global versus regional load balancing

当您的后端分布在多个地域，您的用户需要访问相同的应用程序和内容，并且您希望使用单个任播IP地址来提供访问时，

使用全局负载均衡。全局负载平衡还可以提供IPv6终止。

当您的后端在一个地域，且只需要销毁时，可以使用IPv4地域负载均衡。

在External HTTP(S) Load Balancing部分

HTTP(S) Load Balancing是在GFEs上实现的。GFE是distributed globally，使用谷歌的全球网络和控制平面一起操作。在Premium Tier中，GFEs提供cross-regional load balancing，将流量定向到最接近健康且有容量的后端，并尽可能接近您的用户终止HTTP(S)流量。

有关网络服务层的更多信息，可以在this article中找到。

要查找更多详细信息，请查看文档External HTTP(S) Load Balancing overview

当使用

Network Service Tier时，Premium HTTP(S)负载平衡是一项全局服务。

和

1. 当用户请求传入时，负载平衡服务根据源IP地址确定请求的大致来源。
2. 负载平衡服务知道后端服务拥有的实例的位置、它们的总容量以及它们的当前总使用量。
3. 如果离用户最近的实例有可用容量，则请求被转发到最接近的一组instances.
4. Incoming请求。对给定区域的请求均匀分布在该区域中的所有可用后端服务和实例上。但是，在非常小的负载下，分布可能看起来不均匀。
5. 如果给定区域中没有具有可用容量的健康实例，则负载均衡器会将请求发送到下一个具有可用容量的最近区域。

也是

当使用标准网络服务层时，

HTTP(S)负载平衡是一项地区性服务。其后端实例组或NEGs必须全部位于负载均衡的外部IP地址和转发规则所在的地域。

同时，Maglev是一个面向Network Load Balancing的分布式系统。