время мы заметили проблему с кластером СУБД. Начали смотреть. Было замеченно, что на машинах находящихся в одном тенате (vmware) начинает расти icmp response time причем без какой то системы и пики совпадают на большинстве машин (снимаем заббиксом). Провайдер утверждает, что "Протокол ICMP является протоколом низкого приоритета с
определенными лимитами, в зависимости от конфигурации в ОС.Кратковременные всплески до 20-50 мс сами по себе не говорят о
наличии проблемы, это может быть вызванно массой причин, при этом никаким образом не влиять на прочий полезный трафик".
Причем на машинах роста утилизации CPU и других параметров не наблюдаем. в эти моменты. Хотелось бы узнать на сколько обоснованно заявление провайдера, что рост ICMP response time не является показателем проблем сети?
Попробуйте mtr'ом посмотреть, на каком хосте начинаются сквозные просадки по rtt. В целом да, низкий приоритет ICMP вполне имеет место быть.
Абсолютно обоснованное мнение провайдера. Только ICMP в отрыве от каких-либо других метрик - не показывает по сути ничего, что могло бы говорить что "сеть виновата"
Не в ICMP дело, свяжитесь с провайдером
там нету хоста между , я написал, что это vmware тенат, все машины грубо говоря сюдят на одном виртуальном свиче и на одной железке....вот в чем дело
а какие еще метрики смотреть? может быть что то еще прикрутить , что б снималось...??? Использую стандартный шаблон заббикса
ну в том и дело , он говорит что утилизация канала 10 Гбит, но не может сказать с какой машины их там порядка 150... а по загрузкам исходящего\входящего трафика мы не можем найти... нету этого... zabbix врет получается?
Заббиксом не знаю как замерять. Нужны некие "сенсоры", которые будут слать друг другу пакетики по udp и складировать и отрисовывать респонс тайм. Вот так будет честно :)
ну вот так я не разу не пробовал, можно по подробнее , что за сенсоры? а гугл уже подскажет как это настроить....
по мониторингу есть специфик каналы в телеге (видел, но не помню адресов) - лучше найи и спросить там
Обсуждают сегодня