GCP跨区域Private Service Connect（PSC）连通性实现方案咨询

您好！针对您遇到的GCP跨区域PSC连通性问题，我来帮您梳理可行的解决方案和关键要点：

首先明确问题根源：您当前使用的是区域内部负载均衡器，这类LB的Private Service Connect端点默认只允许同区域的资源发起连接请求，跨区域直接访问就会触发您看到的错误：

Packet could be dropped
The packet does not originate or is not directed to the same region as the regional load balancer

而您不想将LB改为全局的诉求完全合理，这里有两个无需升级全局LB的解决方案：

方案一：在目标区域部署PSC转发器（PSC Forwarder） #

这是GCP官方为跨区域PSC访问区域服务设计的原生方案，完美匹配您的需求：

• 操作步骤：在Project B的europe-west3区域创建PSC转发器，将其与Project A中europe-west1区域LB的PSC服务端点关联。
• 效果：Project B在europe-west3的资源可以直接访问本地转发器的地址，转发器会通过GCP内部骨干网络将请求中转到europe-west1的区域LB，全程流量都在Google私有网络内流转，不会暴露到公网，满足安全要求。
• 优势：无需改动原区域LB的配置，也不用搭建复杂的跨区域网络互联，仅需新增转发器资源即可实现跨区域访问。

方案二：通过跨区域VPC互联直接访问LB内部IP #

如果您的架构已经存在跨区域VPC互联（比如Cloud VPN、Cloud Interconnect或者VPC对等连接），可以让Project B的europe-west3 VPC与Project A的europe-west1 VPC建立连通，之后直接通过LB的内部IP地址访问服务，无需依赖PSC。

• 注意点：这种方案需要确保跨区域VPC互联的路由、防火墙规则配置正确，且双方VPC的IP段无冲突。

额外注意事项 #

• 权限配置：无论采用哪种方案，都要确认Project B拥有访问Project A PSC服务的IAM权限，转发器（如果用方案一）的角色权限也要配置到位，避免出现权限拦截。
• 连通性测试：使用方案一时，测试目标要改为europe-west3区域的PSC转发器地址，而不是原LB的地址，这样才能准确验证跨区域访问是否生效。

备注：内容来源于stack exchange，提问作者Jon Bates