配置Google Cloud HTTP转HTTPS重定向负载均衡时复用IP仍触发IN_USE_ADDRESSES配额超限

这不是产品bug，是对GCP负载均衡IP绑定逻辑、配额统计规则的认知偏差，加上操作路径选取错误导致的报错。

• 先核对当前配额占用情况：你现有2台支持IPv4+IPv6双栈接入的全局HTTPS负载均衡器，每台会独占1个公网IPv4地址、1个公网IPv6地址，累计占用4个全局IN_USE_ADDRESSES配额，刚好达到该配额默认4个的上限，无剩余可用额度。
• 尝试“复用原有IP”的操作无法生效的核心逻辑：GCP中处于使用状态的公网IP，会被首次绑定的转发规则永久独占，不支持将同一IP同时绑定到两台独立负载均衡器上。你新建独立的HTTP跳转专用LB时，哪怕在IP选择界面预选了原有已绑定的IP，系统也会因为IP已被占用，自动触发新IP的分配校验，此时因配额已满直接抛出超限报错。
• 你观察到的“系统按绑定IP的LB数量统计配额”的错觉，本质是系统在无法绑定目标IP的情况下，默认需要为新LB分配全新公网地址，这部分新增的IP申请刚好触达配额上限，并非配额统计逻辑出错。

你完全不需要新建独立的HTTP跳转负载均衡器，也不需要额外占用IP配额，直接在现有运行正常的两台双栈HTTPS负载均衡器上完成配置即可：

• 为负载均衡器当前已绑定的公网IPv4、IPv6地址，新增80端口的转发规则
• 在该转发规则中配置永久301重定向，将所有80端口的HTTP请求跳转到同域名下的443端口HTTPS地址
  这种配置下不会新增任何公网IP的占用，从根源上避免配额超限问题，同时保留就近匹配US/EU区域的流量接入能力。

如果你确实需要按照独立LB的架构实现跳转逻辑，需要先提交工单申请提升全局IN_USE_ADDRESSES的配额，因为新的双栈HTTP跳转LB需要额外占用1个IPv4、1个IPv6地址，累计IP占用量会超过当前4个的默认上限。

内容的提问来源于stack exchange，提问作者Nelson La Rocca