EC2 - Micro Instance - очень медленный сетевой ответ / задержка / задержка - PullRequest
9 голосов
/ 16 марта 2012

Один из моих примеров - некоторые необычные проблемы. Проверка связи с любым сайтом происходит крайне медленно. Попытка сохранить соединение SSH тоже довольно дерьмовая.

Ниже приведен пинг для Yahoo. Есть идеи, что может быть причиной этого?

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 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 2 ttl = 47 время = 1494 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 3 ttl = 47 время = 1526 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 4 ttl = 47 время = 27,1 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 5 ttl = 46 время = 1499 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 6 ttl = 46 время = 1496 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 7 ttl = 47 время = 18,4 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 8 ttl = 46 время = 1496 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 9 ttl = 47 время = 27,8 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 10 ttl = 46 time = 986 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 11 ttl = 46 время = 496 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 12 ttl = 47 время = 18,4 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 13 ttl = 46 time = 1501 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 14 ttl = 46 время = 1016 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 15 ttl = 47 время = 28,0 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 16 ttl = 47 время = 17,8 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 17 ttl = 47 время = 1500 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 18 ttl = 46 время = 1526 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 19 ttl = 46 время = 1530 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 20 ttl = 47 время = 1497 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 21 ttl = 47 время = 18,4 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 22 ttl = 46 время = 990 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 23 ttl = 47 время = 24,3 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 24 ttl = 47 время = 1002 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 25 ttl = 47 время = 990 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 26 ttl = 46 время = 1520 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 27 ttl = 47 время = 1499 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 28 ttl = 46 time = 1495 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 29 ttl = 46 время = 1532 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 30 ttl = 46 время = 1016 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 31 ttl = 47 время = 17,9 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 32 ttl = 46 раз = 1527 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 33 ttl = 46 время = 1019 мс 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 34 ttl = 47 время = 988 ms 64 байта из ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 35 ttl = 46 время = 1519 мс 64 байта от ir2.fp.vip.bf1.yahoo.com (98.139.183.24): icmp_seq = 36 ttl = 46 время = 1496 мс ^ C --- Статистика ping yahoo.com --- 37 переданных пакетов, 36 полученных, потеря пакета 2%, время 48854 мс rtt мин / avg / max / mdev = 17,839 / 996,928 / 1532,515 / 613,551 мс

1 Ответ

15 голосов
/ 16 марта 2012

Мое впечатление от EC2 micro instance - это не обязательно проблема сети, но процессор сам себя зацикливает.Я предполагаю, что с микроэкземпляром вы получаете оставшиеся циклы ЦП от других экземпляров на виртуальной машине.Таким образом, хотя со временем вы получаете гарантированное среднее количество циклов ЦП, в краткосрочной перспективе вы используете их вместо постоянной мощности ЦП.Итак, я предполагаю, что когда у вас есть циклы процессора для ответа на пинг, может быть уже слишком поздно.Таким образом, время в сети не является проблемой, но общее время ответа.Все, что я здесь скажу, является моим предположением и может не отражать того, что на самом деле происходит.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...