双VNet场景下Squid代理部署位置选择及对等连接拥塞疑问

我拥有两个VNet（虚拟网络），且两者均配置了NAT网关。VNet 2中的一台VM（虚拟机）需要访问互联网，但无法直接允许其连接。因此我计划在VM与NAT网关之间部署一台代理服务器（Squid代理）。

但我有一个疑问：应该将该代理部署在VNet 1还是VNet 2中？原因是什么？

两种部署方式都能正常工作，但我认为将代理部署在VNet 1中会造成对等连接（peering）的拥塞。

优先部署在VNet 2中，核心原因如下： #

• 规避对等连接拥塞风险：若代理放在VNet 1，VNet 2的VM所有互联网请求都要先通过对等连接转发到VNet 1，再走VNet 1的NAT网关出站。这会让所有请求流量占用对等连接带宽，一旦VM请求量较大，必然会挤压对等连接的可用资源，甚至影响两个VNet之间的其他业务通信。
• 降低网络延迟：代理与目标VM同属一个VNet，请求无需跨VNet跳转，网络路径更短，延迟更低，访问效率更高。
• 简化配置与运维：同VNet内的代理和VM通信无需额外配置对等连接的路由规则，后续代理的维护、监控也更便捷，减少跨VNet排查问题的复杂度。
• 复用本地NAT资源：VNet 2本身已配置NAT网关，在本VNet内部署代理可直接复用本地出口能力，无需占用VNet 1的NAT资源，资源分配更合理。

如果业务有特殊需求必须将代理放在VNet 1（比如统一代理管控、共享代理资源），建议限制该代理的带宽配额，或升级对等连接的带宽规格，避免影响其他业务。

内容的提问来源于stack exchange，提问作者PSKP