Google compute engine 来自其他区域的静态IPó；n GCP

我在谷歌云平台的南美b区有一个实例，因为我想要低ping。当我在南美洲保留一个静态ip时，b区给我分配了一个来自美国的ip。我检查了80毫秒，而不是180毫秒。有人能解释一下发生了什么吗

C:\Users\PabloGod>tracert 35.198.37.20

Traza a la dirección 20.37.198.35.bc.googleusercontent.com [35.198.37.20]
sobre un máximo de 30 saltos:

  1    <1 ms    <1 ms    <1 ms  192.168.1.1
  2     9 ms     9 ms     9 ms  192.168.33.16
  3    15 ms    18 ms    16 ms  10.112.72.13
  4     *        *        *     Tiempo de espera agotado para esta solicitud.
  5    15 ms    14 ms    15 ms  10.111.2.77
  6    14 ms    15 ms    13 ms  176.52.252.248
  7    79 ms    81 ms    98 ms  213.140.43.158
  8    76 ms    75 ms    76 ms  google-ae15-0-grtmiabr4.net.telefonicaglobalsolutions.com [216.184.112.171]
  9    84 ms    77 ms    76 ms  108.170.253.18
 10    76 ms    76 ms    76 ms  108.170.231.84
 11   182 ms   182 ms   183 ms  64.233.174.132
 12   183 ms   183 ms   182 ms  108.170.245.129
 13   182 ms   182 ms   182 ms  66.249.94.21
 14     *        *        *     Tiempo de espera agotado para esta solicitud.
 15     *        *        *     Tiempo de espera agotado para esta solicitud.

C:\Users\pablood>tracert 35.198.37.20
Traza a la dirección 20.37.198.35.bc.googleusercontent.com[35.198.37.20]
第30条萨尔托斯河：
1这里有两件事需要考虑

一方面，IPs的问题。正如约翰所说，你不能相信地理定位，因为大多数谷歌IP都是在美国注册的，当你试图定位它们时，它们就会出现在那里。正如他所说：

“只能为Google Compute Engine VM实例分配区域静态IP。您在美国没有分配IP地址。该IP地址与您的实例位于同一区域。”

另一方面，你必须记住谷歌关于延迟估计的建议。你可以找到他们。基本上，它说的是，您可以估计每行驶100公里的往返延迟为1毫秒。这意味着在本例中约8400公里（根据IP，从西班牙到巴西的距离）*2=16800公里，除以100约为168毫秒。事实上，如果按照谷歌的建议将其乘以1.5，则估计延迟为252毫秒，因此这使得延迟非常合理

此外，您还可以找到谷歌网络的地图，以了解您的数据是如何传播的

最后，您可以使用来估计从您的位置到不同区域的延迟。
您是否可以包括一个到IP地址的跟踪路由，以便我们可以看到实际需要180毫秒的路径？地理位置API不太准确，因此您可能实际上没有“US”IP地址。Google Compute Engine VM实例只能分配一个区域静态IP。您在美国没有被分配IP地址。IP地址与实例位于同一区域。然而，这并不能解释一旦你点击谷歌的netblock，tracert的时间会很长