【问题标题】:EC2 - Micro Instance - Very slow network response / lag / latencyEC2 - 微型实例 - 非常慢的网络响应/滞后/延迟
【发布时间】:2012-04-01 16:15:14
【问题描述】:

我的一个实例遇到了一些不寻常的问题。 ping 任何站点都非常慢。试图保持 SSH 连接也很糟糕。

以下是对 yahoo 的 ping。知道是什么原因造成的吗?

PING yahoo.com (98.139.183.24) 56(84) 字节数据。 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq=1 ttl=46 time=1523 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=2 ttl=47 time=1494 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=3 ttl=47 time=1526 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=4 ttl=47 time=27.1 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=5 ttl=46 time=1499 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=6 ttl=46 time=1496 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=7 ttl=47 time=18.4 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=8 ttl=46 time=1496 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=9 ttl=47 time=27.8 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=10 ttl=46 time=986 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=11 ttl=46 time=496 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=12 ttl=47 time=18.4 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=13 ttl=46 time=1501 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=14 ttl=46 时间=1016 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=15 ttl=47 time=28.0 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=16 ttl=47 time=17.8 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=17 ttl=47 time=1500 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=18 ttl=46 time=1526 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=19 ttl=46 time=1530 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=20 ttl=47 time=1497 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=21 ttl=47 time=18.4 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=22 ttl=46 time=990 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=23 ttl=47 time=24.3 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=24 ttl=47 time=1002 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=25 ttl=47 time=990 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=26 ttl=46 time=1520 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=27 ttl=47 time=1499 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=28 ttl=46 time=1495 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=29 ttl=46 time=1532 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=30 ttl=46 time=1016 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=31 ttl=47 time=17.9 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=32 ttl=46 time=1527 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=33 ttl=46 time=1019 ms 64 字节 ir2.fp.vip.bf1.yahoo.com (98.139.183.24):icmp_seq=34 ttl=47 time=988 来自 ir2.fp.vip.bf1.yahoo.com (98.139.183.24) 的 ms 64 字节:icmp_seq=35 ttl=46 time=1519 ms 来自 ir2.fp.vip.bf1.yahoo.com 的 64 个字节 (98.139.183.24): icmp_seq=36 ttl=46 时间=1496 ms ^C --- yahoo.com ping 统计 --- 传输 37 个数据包,接收 36 个数据包,丢包率 2%,时间 48854m​​s rtt min/avg/max/mdev = 17.839/996.928/1532.515/613.551毫秒

【问题讨论】:

    标签: networking amazon-ec2


    【解决方案1】:

    我对 EC2 微实例的印象不一定是网络问题,而是 CPU 周期本身。我猜对于微型实例,您正在从虚拟机上的其他实例接收剩余的 CPU 周期。因此,尽管随着时间的推移,您会收到保证的平均 CPU 周期数,但在短期内,您会爆发它们,而不是拥有恒定的 CPU 功率。所以,我的猜测是,当你有 CPU 周期来响应 ping 时,可能已经太晚了。因此,网络旅行时间不是问题,而是整体响应时间。我在这里说的都是我的猜测,可能无法反映实际情况。

    【讨论】:

    • 嗯,实际上可能就是这样。让我做更多的研究/看看其他人的回应(如果有的话)。
    • 有解决办法吗?
    • @tq 解决方案是升级到下一个实例大小。 IE。微型 => 小。如果您计划使用服务器 1 年以上,请购买预留实例。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-11-21
    • 2019-04-28
    • 2019-04-27
    • 1970-01-01
    相关资源
    最近更新 更多