Мой отдел недавно переехал в офис. В предыдущем офисе все было нормально, но в новом офисе время отклика от моего ПК до двух центров обработки данных обычно сильно различается, например:
Ответ от 123.123.123.123: байты = 32 время = 52 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 11 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 16 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 9 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 9 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 13 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 20 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 28 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 10 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 19 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 9 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 33 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 17 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 23 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 31 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 8 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 20 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 10 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 11 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 20 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 9 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 9 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 16 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 23 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 10 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 15 мс TTL = 123
Ответ от 123.123.123.123: байты = 32 время = 22 мс TTL = 123
Обратите внимание, что я изменил IP-адрес. Сервер, который я проверяю, имеет физический IP-адрес и не используется. Я получаю аналогичные результаты, когда пингую другие серверы и в любое время суток.
Мы не полностью используем нашу пропускную способность.
Если я пингую другой сервер (расположенный в третьем центре обработки данных), время пинга будет выше (около 100 мс), но гораздо более стабильно (с точностью до 3 мс).
Означает ли это, что существует потенциальная проблема между моим новым офисом и двумя центрами обработки данных?
Время пинга может настолько сильно варьироваться в зависимости от факторов, находящихся вне вашего контроля, что стоит агрегировать результаты для устранения несоответствий - существует полезный инструмент Linux, который называется mtr который включен во многие дистрибутивы и объединяет traceroute и ping в одну утилиту. Это даст вам лучшее и худшее время пинга, а также среднее и стандартное отклонение. Хотя это и не окончательный вывод, он предложит более сбалансированный взгляд.
Возможно, но не совсем. Как ваш офис связан с центрами обработки данных? Пинги между сайтами VPN могут немного отличаться, учитывая, что они передаются через Интернет.
Вы видите какие-либо другие проблемы с производительностью или проблемы с подключением, помимо эхо-запросов? Это время отклика по-прежнему меньше 100 мс, что может быть нормальным для новых ссылок, по которым вы находитесь.
Разница во времени проверки связи может указывать на несколько вещей, но тот факт, что вы получаете одно и то же поведение независимо от того, на каком сервере в этом центре обработки данных выполняется проверка связи, похоже, указывает на то, что на пути может быть проблема со ссылкой или устройством.
Стоит выполнять повторные трассировки до рассматриваемых серверов, чтобы увидеть, можете ли вы идентифицировать конкретное сетевое устройство с различной задержкой; или, в качестве альтернативы, может быть несколько путей к этому местоположению, один из которых обычно имеет большую задержку.
Наблюдаете ли вы потерю пакетов при выполнении расширенных эхо-запросов? Если так, это может указывать на перегруженность канала.
Не могли бы вы подробнее рассказать о связи между вашим офисом и центрами обработки данных? Вы используете выделенные линии? Интернет VPN? Вы разговаривали с NOC / администраторами сети вашей компании? Возможно, они уже знают об этой проблеме.
Еще одна мысль: если одна из ссылок, по которой вы проходите, почти полностью загружена, пингам обычно дается более низкий приоритет, что может объяснить разницу.
Но, как говорили другие, здесь действует так много факторов, что это может что-то значить, но может и ничего не значить.
Что показывает traceroute? он даст вам пинги для каждого прыжка.
Обычно я вижу много вариантов беспроводных подключений, что считаю нормальным.
Я думаю, эта потенциальная проблема называется маршрутизатором балансировки нагрузки. Он направляет ваш запрос иногда на 1-й интерфейс, а иногда на 2-й. У них разная задержка.
Например, у нас есть оптика на wan1 и ADSL на wan2. Для одного конкретного сервера ping через wan1 составил 17 мс, а через ADSL - 112 мс.
Есть ли у вас какой-то брандмауэр между центрами обработки данных, выполняющий какую-либо фильтрацию? Вы провели трассировку между офисами и видели, где в транзакции происходят "задержки"? Это может помочь вам лучше понять, в чем заключается ваша проблема.