Пинг-мониторинг — это непрерывная автоматизированная практика отправки сетевых тестовых пакетов на серверы и измерения времени их ответа для проверки доступности хостов и работоспособности сетевых путей. Он служит самым фундаментальным уровнем мониторинга инфраструктуры: если к серверу невозможно подключиться по сети, ничто, построенное на его основе, не будет работать. Отслеживая задержку, потерю пакетов и дрожание с течением времени, мониторинг ping обеспечивает раннее предупреждение об ухудшении работы сети до того, как оно перерастет в сбои на уровне приложений, которые повлияют на пользователей.
Почему важен мониторинг Ping
Проблемы с сетью вызывают сбои приложений
Большинство сбоев в работе приложений, с которыми сталкиваются пользователи, происходят на сетевом уровне. Сервер, который работает отлично, но недоступен из-за изменения маршрутизации, неправильной конфигурации брандмауэра или проблемы с интернет-провайдером, функционально неработоспособен. Мониторинг Ping обнаруживает эти сбои сетевого уровня независимо от проверок работоспособности приложений, предоставляя отдельный сигнал, который помогает изолировать основные причины во время инцидентов.
Раннее предупреждение до видимого воздействия
Деградация сети часто развивается постепенно. Задержка увеличивается на несколько миллисекунд в день, потеря пакетов увеличивается с 0% до 0,5%, а джиттер становится нестабильным в часы пик. Эти тонкие изменения изначально невидимы для пользователей, но предсказывают будущие сбои. Непрерывный мониторинг ping отслеживает эти тенденции и предупреждает, когда показатели пересекают пороговые значения предупреждения.
Глобальная проверка доступности
Сервер может быть полностью доступен из соседнего центра обработки данных, но совершенно недоступен с другого континента из-за проблем с международной маршрутизацией, проблем с подводным кабелем или сбоев в работе регионального интернет-провайдера. Пинг-мониторинг по нескольким местоположениям выявляет пробелы в географической достижимости, которые упускает одноточечный мониторинг.
Основные показатели
Задержка (время прохождения туда и обратно)
Задержка измеряет время, необходимое пакету для перемещения от зонда мониторинга до целевого сервера и обратно, выраженное в миллисекундах. Эталонные ориентиры для интерпретации результатов:
- Менее 20 мс: отлично — тот же регион или ближайший центр обработки данных.
- 20–50 мс: хорошо — типичное соединение на одном континенте.
- 50–100 мс: приемлемо — между континентами или несколькими сетевыми переходами.
- 100–200 мс: заметно — пользователи испытывают задержки в интерактивных приложениях.
- Выше 200 мс: проблематично — приложения реального времени значительно ухудшаются.
Отслеживайте минимальные, средние, максимальные и процентильные значения (p95, p99), а не только средние значения. Хорошее среднее значение может маскировать серьезные периодические всплески, которые влияют на реальных пользователей.
Потеря пакетов
Потеря пакетов — это процент отправленных пакетов, на которые так и не получен ответ. Даже небольшие количества вызывают видимую деградацию:
- 0 %: исправная сеть.
- 0,1–1%: Незначительная — обычно временная заложенность.
- 1–5%: Значительно — пользователи замечают ухудшение качества потоковой передачи и VoIP.
- 5-20%: Тяжелые — приложения становятся ненадежными.
- Выше 20 %: критично — эффективная потеря соединения.
Общие причины включают перегрузку сети, сбой оборудования, ограничение скорости брандмауэра, проблемы с интернет-провайдером и беспроводные помехи.
Джиттер
Джиттер — это изменение задержки между последовательными пакетами. Низкая, постоянная задержка лучше, чем низкая средняя задержка с высокой дисперсией. Джиттер выше 10 мс вызывает буферизацию в приложениях реального времени, таких как видеоконференции, VoIP и онлайн-игры. Мониторинг джиттера помогает выявить нестабильные сетевые пути, требующие внимания.
Лучшие практики мониторинга Ping
Используйте несколько местоположений датчиков
Протестируйте как минимум 3 географически распределенных места. Если только одно местоположение сообщает о проблемах, а другие показывают хорошие результаты, проблема, скорее всего, связана с проблемой региональной сети, а не сбоем целевого сервера. Перед отправкой оповещения необходимо, чтобы два или более местоположений подтвердили сбой.
Объединение ICMP и TCP Ping
ICMP ping — это стандартный протокол, но некоторые сети и облачные провайдеры фильтруют или ограничивают скорость ICMP-трафика. Дополните проверки ICMP пингом TCP на известных открытых портах (80, 443), чтобы гарантировать работу мониторинга даже при ограничении ICMP. TCP-ping также проверяет, что служебный порт принимает соединения, а не только то, что хост доступен.
Установите соответствующие интервалы проверки
Критическая инфраструктура должна проверяться каждые 30–60 секунд. Службы поддержки могут использовать интервалы в 2–5 минут. Избегайте интервалов длительностью более 5 минут для любой производственной системы: более длинные интервалы означают более длительное время обнаружения.
Установите базовые показатели производительности
Запишите типичные закономерности задержки и потери пакетов для каждой цели во время обычных операций. Используйте эти базовые показатели для установки пороговых значений интеллектуальных предупреждений, учитывающих ожидаемые изменения. Сервер, который обычно отвечает через 15 мс, должен предупреждать через 50 мс, тогда как межконтинентальный целевой объект с базовым уровнем 150 мс может предупреждать через 250 мс.
Контролируйте оба направления, если это возможно
Сетевые пути асимметричны — маршрут от A до B часто отличается от B к A. Если у вас есть доступ к целевым серверам, разверните взаимный мониторинг, который проверяет оба направления. Проблемы с асимметричной маршрутизацией могут привести к односторонней потере пакетов, которую не пропускает стандартный мониторинг ping.
Распространенные ошибки, которых следует избегать
Полагаясь исключительно на ICMP
Многие межсетевые экраны и группы облачной безопасности снижают приоритетность или блокируют ICMP-трафик. Если ваш мониторинг использует только ICMP, вы можете увидеть ложные сбои, когда хост действительно доступен через TCP/UDP. Всегда имейте резервный резервный TCP-пинг.
Оповещение о потере одного пакета
Один потерянный пакет — это нормальное поведение сети. Предупреждайте об устойчивых показателях потери пакетов в течение временных окон (например, потеря более 2% за 5 минут), а не об отдельных сбоях пакетов.
Игнорирование закономерностей времени суток
Перегрузка сети подчиняется предсказуемым закономерностям, связанным с рабочими часами, графиками резервного копирования и региональными пиками использования Интернета. Установите пороговые значения оповещений, учитывающие эти закономерности, чтобы избежать ложных срабатываний в ожидаемые периоды высокой загрузки.
Не коррелирует с метриками приложения
Мониторинг Ping сообщает вам, доступен ли хост, а не правильно ли работает приложение на нем. Всегда сочетайте мониторинг пинга с проверками работоспособности на уровне приложений. Хост, который отвечает на запросы ping, но имеет сбой процесса приложения, функционально неработоспособен.
Варианты использования
Мониторинг серверной инфраструктуры
Контролируйте каждый рабочий сервер, хост базы данных и балансировщик нагрузки с помощью проверок ping. Доступность сети является основой: если хост недоступен, никакой мониторинг более высокого уровня не может работать.
Облачные и многорегиональные развертывания
Облачные экземпляры могут потерять подключение к сети из-за изменений группы безопасности, неправильных настроек VPC или проблем с сетью на стороне поставщика. Мониторинг Ping из-за пределов сети облачного провайдера обнаруживает эти проблемы, которые внутренний мониторинг провайдера может пропустить.
Подключение к удаленному офису и филиалу
Организациям с распределенными офисами необходимо убедиться, что каналы WAN, VPN-туннели и соединения SD-WAN остаются работоспособными. Мониторинг Ping обеспечивает непрерывную видимость качества соединения во всех местах.
Отслеживание производительности интернет-провайдера и CDN
Отслеживайте производительность сети на границах CDN и каналах интернет-провайдера, чтобы убедиться, что соблюдаются соглашения об уровне обслуживания поставщика. Исторические данные о задержках и потерях используются для анализа производительности поставщиков и переговоров по контрактам.
Как UpScanX осуществляет мониторинг Ping
UpScanX выполняет мониторинг ICMP и TCP ping из более чем 15 точек по всему миру с интервалом проверки каждые 30 секунд. Каждая проверка записывает время прохождения туда и обратно, потери пакетов и показатели дрожания. Платформа автоматически устанавливает базовые показатели производительности и предупреждает, когда задержка или потеря пакетов превышают настроенные пороговые значения, что подтверждается из нескольких мест для устранения ложных срабатываний.
Панели мониторинга производительности за прошлые периоды показывают тенденции задержки, закономерности потери пакетов и сравнение производительности по географическим регионам с течением времени. Оповещения доставляются по электронной почте, SMS, Slack, Discord, Teams, PagerDuty и настраиваемым веб-перехватчикам. В сочетании с мониторингом времени безотказной работы, портов и API UpScanX обеспечивает полную видимость сети и приложений с единой платформы.
Контрольный список мониторинга Ping
Для большинства производственных сред надежный базовый уровень включает в себя многорегиональные зонды, проверки ICMP и резервного TCP, пороговые значения потери пакетов и по крайней мере одно предупреждение о устойчивых скачках дрожания. Если ваш бизнес использует голосовую связь, видео, VPN или подключение к удаленному офису, дрожание и региональную задержку следует рассматривать как первоклассные показатели, а не как вторичную диагностику.
Мониторинг Ping наиболее полезен в сочетании с видимостью маршрута и проверками обслуживания более высокого уровня. Когда вы можете сопоставить потерю пакетов с изменениями трассировки и ошибками приложений, устранение неполадок становится намного быстрее и точнее.
Начните мониторинг своей сети с помощью UpScanX — доступен бесплатный план.