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