后端不一定在同一 VPC
负载均衡的后端成员可以来自其他网络：经对等连接或云企业网可达的其他 VPC 地址，或经专线、VPN 打通的 IDC 地址（能否挂载以产品支持范围为准）。跨网络后端会引入额外延迟、带宽限制与更多故障域，因此上线前要单独验证链路，而不是沿用同 VPC 的经验。
基本信息
| 可挂后端 | 同 VPC 地址、对等连接或云联网可达地址、IDC 地址（视产品支持） |
|---|---|
| 网络前提 | 先用对等连接、云企业网、VPN 或专线打通链路并放通规则 |
| 主要代价 | 延迟更高、带宽受链路限制、故障域增多 |
| 健康检查 | 确认检查流量能到达跨网络后端 |
| 验证方式 | 先连通性测试，再挂载为后端成员 |
典型使用场景
- 业务后端在其他 VPC，入口统一收敛到一处
- IDC 机房仍在承载部分服务，需要与云上入口打通
- 迁移过渡期新旧后端并存，逐步把流量切到新环境
- 多账号架构中把后端集中到网络互通的主账号 VPC
- 异地机房作为容灾后端，按健康状态切换
挂载前的连通性预检
挂载前的连通性预检
# 从入口所在网络测试后端端口
nc -zv -w 3 192.168.10.20 8080
# 观察跨网络链路的延迟与丢包
ping -c 10 192.168.10.20
mtr -rwzc 10 192.168.10.20
# 确认健康检查来源网段在后端侧被放行跨网络后端的影响
| 维度 | 同 VPC 后端 | 跨网络后端 |
|---|---|---|
| 延迟 | 低 | 取决于链路质量 |
| 带宽 | 受实例与负载均衡规格限制 | 额外受互通链路带宽限制 |
| 故障域 | 较少 | 链路与对端网络都成为故障点 |
| 健康检查 | 默认放行 | 需显式放行检查来源 |
跨网络后端上线前做一次链路级验证，确认延迟与带宽在业务可接受范围内，再逐步放量。
互通链路带宽通常远小于 VPC 内部，跨网络后端全量承载时很容易先撞上链路带宽上限。
扩容要看三处
跨网络后端的容量扩展要同时考虑入口规格、互通链路带宽与后端自身承载能力；只扩其中一环，瓶颈会立刻转移到另外两环，整体容量并不会提升。