AWS 的 Tokyo 机房到中国的延迟是多少？

2011-03-03 18:42:58 +08:00
 Livid
15798 次点击
所在节点    Amazon Web Services
43 条回复
claliu
2011-03-03 19:13:51 +08:00
does web site traceroute.org make sense for this case ?
fcicq
2011-03-03 22:21:26 +08:00
22:20 实测.
本地到 219.158.4.10: 52 样本, min 20 / avg 66 / stddev 12.1
本地到 27.0.0.147: 52 样本, min 246 / avg 277 / stddev 9.78

211 +- 27 ms.
fcicq
2011-03-03 22:25:24 +08:00
忘了置信度怎么算了... :(
Livid
2011-03-03 22:27:31 +08:00
@fcicq 你是怎么在 AWS 后台 launch 在日本的 instance 的呢？我的 availability zone 里现在只有 us-east。
fcicq
2011-03-03 22:31:35 +08:00
http://www.robtex.com/route/175.41.192.0-18.html
随意 mtr 一个即可. AS16509.

注意到 27.0.0.0/22 是 Amazon AsiaPac prefix. 既然不能随便去找一台在线的 EC2 机器测, 那就测上一 hop 也是可以的. 误差不会超过 3 ms 的.
fcicq
2011-03-03 22:32:07 +08:00
偶没有用 launch instance 的方法 :)
fcicq
2011-03-03 22:37:10 +08:00
btw, 关于应该用 219.158.4.10 还是 219.158.32.238 的问题, 偶个人意见是用前者. 如果数据包需要排队的话也应该计入延迟. 偶并不知道后者的具体地理位置.

说点无关的, tokyo6to4 和现在的 ipv4 状况不太一样, 本地到 tokyo6to4 大概也是 270ms 左右. 如果走 ipv4 的话就 400ms 了. 也就是说 300ms 以内的基本上都是较优路径了.
tsing
2011-03-05 09:14:25 +08:00
试试 http://www.cloudping.info/
fcicq
2011-03-05 09:49:35 +08:00
重测了一次. 124.6-23.1=100.5, +-19.6ms

白天还不错
dc
2011-03-05 11:01:22 +08:00
http://www.cloudping.info/

US-East (Virginia) 256 ms
US-West (California) 201 ms
Europe (Ireland) 339 ms
Asia Pacific (Singapore)1843 ms
Asia Pacific (Japan) 116 ms

杭州电信
benzhe
2011-03-05 13:53:01 +08:00
US-East (Virginia) 395 ms
US-West (California) 267 ms
Europe (Ireland) 632 ms
Asia Pacific (Singapore) 418 ms
Asia Pacific (Japan) 447 ms

东莞电信
xiaojay
2011-03-05 22:03:43 +08:00
US-East (Virginia) 374 ms
US-West (California) 378 ms
Europe (Ireland) 406 ms
Asia Pacific (Singapore) 180 ms
Asia Pacific (Japan) 568 ms

浙江联通2M
fsw90628
2011-03-05 22:16:40 +08:00
US-East (Virginia) 269 ms
US-West (California) 195 ms
Europe (Ireland) 341 ms
Asia Pacific (Singapore) 15 ms
Asia Pacific (Japan) 99 ms

我在新加坡……哇，这个……15ms
Livid
2011-03-05 22:17:43 +08:00
有在欧洲的同学们？

试试吧：

http://www.cloudping.info/
iandyh
2011-03-05 22:30:56 +08:00
US-East (Virginia) 127 ms
US-West (California) 176 ms
Europe (Ireland) 58 ms
Asia Pacific (Singapore) 344 ms
Asia Pacific (Japan) 276 ms

@Livid 我在英国。
Livid
2011-03-05 22:37:02 +08:00
@iandyh 感谢。

看来 Tokyo 确实是一个到各大洲速度都比较均衡的节点。
iugo
2011-03-31 01:52:19 +08:00
US-East (Virginia) 462 ms
US-West (California) 303 ms
Europe (Ireland) 412 ms
Asia Pacific (Singapore) 379 ms
Asia Pacific (Japan) 127 ms
ery
2011-05-04 04:31:57 +08:00
US-East (Virginia) 400 ms
US-West (California) 330 ms
Europe (Ireland) 424 ms
Asia Pacific (Singapore) 277 ms
Asia Pacific (Japan) 118 ms
吉林联通 2M
predator
2011-05-04 07:59:57 +08:00
US-East (Virginia) 307 ms
US-West (California) 307 ms
Europe (Ireland) 328 ms
Asia Pacific (Singapore) 275 ms
Asia Pacific (Japan) 204 ms
深圳电信 12M
ashchan
2011-05-04 08:16:02 +08:00
@Livid 如果是直接调用API，有参数指定region，如果是在AWS Management Console上启动，先在左边栏上边的Region下选AP（Tokyo）再进Launch Instance。

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/9225

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX