创建全局HTTPS Google云负载均衡器时位置如何影响?

问题描述

我正在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

解决方法

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

假设您要执行自己的SSL端接并操作自己的7层反向代理,我相信区域性是正确的选择。对于绝大多数用户,我会打赌全球是更好的选择。

,

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

分发后端时,

使用全局负载平衡 跨多个区域,您的用户需要访问相同的 应用程序和内容,并且您想使用 单个任播IP地址。全局负载平衡还可以提供IPv6 终止。

当后端在一个区域中时,

使用区域负载平衡 而且您只需要终止IPv4。

以及第External HTTP(S) Load Balancing节:

HTTP(S) Load Balancing在GFE上实现。 GFE是 distributed globally,并使用Google全球 网络和控制平面。在Premium Tier中,GFE提供cross-regional load balancing,将流量引向最接近的健康后端 具有足够的容量并尽可能接近终止HTTP(S)流量 您的用户。

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

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

使用高级Network Service Tier时,HTTP(S)负载平衡是一项全局服务。

  1. 当用户请求进入时,负载平衡服务从源IP地址确定请求的近似来源。
  2. 负载平衡服务知道后端服务拥有的实例的位置,它们的整体容量以及它们的 总体当前使用情况。
  3. 如果距离用户最近的实例具有可用容量,则将请求转发到该最近的实例集。
  4. 给定区域的传入请求在该区域中所有可用的后端服务和实例之间平均分配。然而, 在很小的负载下,分布可能看起来不均匀。
  5. 如果给定区域中没有可用容量的正常实例,则负载均衡器会将请求发送到下一个 可用容量最近的区域。

HTTP(S)负载平衡是标准网络时的区域服务 使用了服务层。其后端实例组或NEG必须全部为 位于负载均衡器的外部IP地址使用的区域中 和转发规则。

与此同时,MaglevNetwork Load Balancing的分布式系统。