我在Google Cloud Platform的southamerica-b地区有一个实例,因为我想降低ping率。当我在美国南部地区保留静态IP时,给我分配了来自美国的一个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.
答案 0 :(得分:1)
这里有两件事要考虑。
一方面是IP的东西。正如John所说,您不能信任地理位置,因为大多数Google IP在美国注册,当您尝试查找它们时,它们就会出现在美国。就像他说的:
“只能为Google Compute Engine VM实例分配一个区域静态IP。在美国没有为您分配IP地址。该IP地址与您的实例位于同一区域。”
另一方面,您必须牢记Google关于延迟估算的建议。您可以找到它们here。基本上,它说的是,您可以估计每行驶100公里1毫秒的往返延迟。在这种情况下,这意味着约8400公里(根据IP,从西班牙到巴西的距离)* 2 = 16800公里,以100表示的距离约为168毫秒。的确,如果您按照Google的建议将其乘以1.5,则估计时间为252毫秒,因此,这样的延迟就变得很合理且合理。
此外,here可以找到Google联网的地图,以弄清楚您的数据如何传播。
最后,您可以使用this tool来估计从您的位置到不同区域的延迟。