Протестируйте сервер используя MTR через TCP
Можно ли использовать MTR через TCP? Если нет, есть ли альтернатива? Я провел какое-то исследование, и я не нахожу никакого способа сделать такую вещь, поэтому мне интересно, имел ли кто-нибудь опыт такой работы. Если на самом деле такого не существует, каков наилучший способ выполнить расширенный тест с очень быстрыми ICMP-запросами к серверу MySQL с точки зрения сети, чтобы мы могли устранить очень быструю проблему потери пакетов по сети.
3 ответа
MTR может быть весьма эффективным для такого рода устранения неполадок. Попробуйте оставить его включенным с интервалом в 15 или 60 секунд. Статистика предоставит вам информацию о том, какие маршрутизаторы или сегменты могут вызывать проблемы. С недавней тенденцией к использованию маршрутизаторов уровня 2, они будут невидимы для MTR (и других инструментов).
Многие стеки TCP имеют доступные счетчики, которые можно использовать для выявления проблем. Повторно переданные и вышедшие из строя пакеты могут быть признаками проблем, особенно если процентное соотношение не соответствует норме.
Если вы отправляете большие блоки данных, то создание окон TCP может вызвать проблемы. Проверьте, нет ли у вас проблем с Bufferbloat.
Есть такие инструменты, как tcptraceroute который может сделать трассировку, аналогичную MTR через TCP, это может обойти ограничения на эхо-пакеты ICMP.
Инструменты как Munin, Nagios, или же Icinga может использоваться для мониторинга вашей сети и сервера базы данных на постоянной основе. Они также могут отправлять оповещения в случае выявления проблем.
MTR поддерживает трассировки TCP-пакетов, когда вы используете достаточно новую версию. Версии 0.85 и 0.86 (текущие стабильные сборки) поддерживают эту функцию.
Я знаю, что это старый пост, но я подумал, что он будет уместен для кого-то, кто ищет проблему. Версии как старых, так и более старых, чем поставлено в rhel/cent 6.6, не будут иметь этой функции (т. Е. До 0.75).
Вы рассматривали возможность использования nping? Вы должны быть в состоянии генерировать и отправлять пакеты довольно быстро. Если вы пытаетесь определить периодическую потерю или задержку пакета, вы можете попробовать такой инструмент, как " копчение". Я добился отличных результатов, используя копчение, пытаясь сопоставить сетевые события с течением времени - особенно для беспроводных соединений точка-точка. Там нет MySQL зонд, но курить модульный, так что вы можете написать свой собственный, если вы этого хотите.
Эти инструменты, наряду с Wireshark, были очень полезны для устранения проблем Уровня 3/4 из уравнения при устранении неполадок.