我已经为北弗吉尼亚地区的谷歌云平台的VPC和AWS的两个VPC之间创建了一个站点到站点的VPN连接。但问题是，我一直得到一个非常高的ping和低带宽的实例之间的通信。谁能告诉我这是什么原因？显示ping数据的图像
考虑到他们所处的区域很近，ping很高。请帮助我。
要知道，任何VPN都会穿越互联网，所以即使它们彼此比较接近，在实例连接在一起之前也会有多次跳转。
请记住，从实例需要路由到AWS网络之外，然后到互联网上的任何跳转到GCP，最后路由到实例并再次返回响应。
另外由于线路不会专线，所以在性能上也会有一些差异。
如果你想要专线性能，在不穿越互联网的情况下，你需要看一下 AWS直接连接. 然而，这可能会因为成本而限制你的项目。
只有直接对等的网络才能进行通信。不支持过渡性对等，也就是说，如果 VPC 网络 N1 与 N2 和 N3 对等，但 N2 和 N3 并没有直接对等。换句话说，如果VPC网络N1与N2和N3对等，但N2和N3没有直接连接，那么VPC网络N2不能通过对等与VPC网络N3通信。
需要直接对等网络A和C。
原因有多种：1）通过gcping验证gcp网络性能 2）验证tcp大小和rtt的带宽 3）用iperf或tcpdump验证吞吐量。
https:/cloud.google.comcommunitytutorialsnetwork-throughput(网络吞吐量)
在整个TCP的众多限制中，有一个是。
吞吐量<=有效窗口大小 RoundTrip时间
如果你的目标确实是更高的吞吐量，那么你可以考虑调整TCP窗口大小限制。 Linux下默认的TCP窗口大小是~3MB。 然而，EffectiveWindowSize的作用不止于此。 还有拥塞窗口，这将取决于诸如数据包丢失和正在使用的拥塞控制启发式方法（例如立方与布拉）等因素。
至于你看到的ping RTTs的理智检查，你可以和你在AWS us-east-1和GCP us-east4实例之间的ping时间进行比较，当你不使用VPN时。