IBCOURSES / СПРАВОЧНИК ИБ

Vector: счётчик отброшенных событий

К ответу ↓

Счётчик показывает отброшенные компонентом события. Метка intentional различает предусмотренную фильтрацию и отбрасывание из-за ошибки.

Например
Материалов с пояснениями: 94 · Записей реестров: 11 678

Уточнить поиск

События и журналы

Найдено: 84
Обзор источника

Vector: счётчик отброшенных событий

Счётчик показывает отброшенные компонентом события. Метка intentional различает предусмотренную фильтрацию и отбрасывание из-за ошибки.

Паспорт источника

Паспорт включает Vector/release, instance, компонент, топологию и путь экспорта internal_metrics. Метрики наблюдаемости должны быть доступны отдельно от исследуемого потока логов. Укажите период и backend, чтобы одинаковое имя счётчика не объединяло разные процессы или хосты. Проверьте наличие метрики и набора меток в используемой версии.

Сбор и доступ

Читайте сохранённые значения component_discarded_events_total с component_id/kind/type и intentional. Для анализа интервала сравнивайте одну и ту же серию и контекст инстанса, учитывая перезапуск. Не меняйте filter/remap-конфигурацию при сборе данных. Отсутствие метрики в графике сначала исследуйте как проблему экспорта/сбора, а не автоматически как отсутствие отбрасываний.

Форма и пример

Учебная строка с parse_logs и intentional=false иллюстрирует счётчик отброшенных событий из-за ошибки; intentional=true относится к предусмотренной фильтрации. Это собственная иллюстрация меток, не полный экспорт и не обещание точного формата каждого backend. Значение 12 накопительное: оно не означает 12 потерь за выбранные пять минут без сравнения с началом интервала и проверки сброса.

Хранение и сопоставление

В паспорте укажите частоту сбора, retention, метки instance/host/pid при наличии и изменения топологии. Отдельно сохраняйте исходную конфигурацию периода: один component_id после обновления может означать иной маршрут. Для прироста документируйте начало/конец и обнаруженный reset. Не складывайте несовместимые серии или счётчики разных процессов как один непрерывный источник.

Проверка наблюдаемости

Найдите компонент с приростом, затем сопоставьте его вход/выход, ошибки разбора и соседние этапы маршрута. Намеренная фильтрация может быть ожидаемой либо ошибочной с точки зрения требований — это проверяется по конфигурации, а не одним boolean. Для вывода о доставке конкретного события проследите его идентификатор/контекст по доступным источникам; общий счётчик не содержит перечня всех потерянных записей.

Ограничения и отсутствие данных

Проверьте internal_metrics, экспорт, scrape, labels и рестарты. Затем сопоставьте конфигурацию с тем, какой компонент должен выдавать метрику. Ноль и отсутствие серии — разные состояния; ни одно само не доказывает доставку всех журналов. Если история метрик недостаточна, укажите интервал и компонент без наблюдаемости, не вычитая произвольные значения из разных инстансов.

Поля и область применения

Исходное полеСмысл и ограничения
component_discarded_events_totalСчётчик отброшенных событий
component_idКомпонент
component_kindТип роли компонента
component_typeРеализация
intentionalНамеренная фильтрация или ошибка
host / pidНеобязательный контекст инстанса

Примеры записей

Данные в примерах условные. Состав полей зависит от версии и настроек источника.

Пример метрики

Поясняющая схема. Форма экспорта зависит от backend; показана иллюстрация набора меток, не полный вывод экспортёра Vector.

component_discarded_events_total{component_id="parse_logs",component_kind="transform",component_type="remap",intentional="false"} 12

Команды и способы проверки

Укажите свой узел, путь к журналу и временной интервал. Требуемая среда указана рядом с командой.

Сохранённый экспорт метрик, чтение

Найти component_discarded_events_total; сравнить два момента одного инстанса и те же метки intentional/component_id.

Первоисточники

Накопительное значение не равно потерям за последний интервал; рестарт и отсутствие метрик требуют отдельной проверки.

Связанные материалы

Как пользоваться техническим справочником

Найдите порт, код ошибки, событие или источник журнала. Уточните протокол и систему, затем сверяйте значение, поля, примеры и первоисточники. Назначение порта не определяет фактическую службу, а одна запись не доказывает инцидент.

Материалы по разделам

События и журналы

Два ответа рядом

Сравнение источников

Сравнение показывает различия. События и поля разных систем не считаются эквивалентными.

Выберите службу

В списке — службы, доступные с текущими условиями. Число рядом — количество записей портов, а не программ на вашем узле.

Как искать в справочнике

Введите число, код, фрагмент сообщения или вопрос. Известный идентификатор поможет найти карточку; это не анализ самого инцидента.

  1. Введите номер, код, имя или фрагмент записи. Для портов можно использовать список: 80, 443, 8000–8010.
  2. Уточните поиск фильтрами. Все условия действуют одновременно. Числа в списках показывают, сколько материалов останется при выборе варианта.
  3. Службу выбирайте из каталога: поиск внутри списка помогает найти название, а кнопка «Выбрать» применяет его.
  4. Убирайте отдельные условия кнопкой × рядом с фильтром. «Сбросить фильтры» сохраняет текст поиска и текущий раздел.
  5. В карточке сверьте источник, версию и условия регистрации, затем откройте поля, примеры и первоисточник.

/ — перейти к поиску. Прямые ссылки открывают выбранную карточку в этом же справочнике.

Назначения портов и коды приведены по официальным реестрам. Версии, условия регистрации и ссылки на документацию указаны в карточках.

Избранное и недавние материалы хранятся в этом браузере. Запрос и фильтры сохраняются при возврате к выдаче и обновлении вкладки. Поиск работает локально.

Что есть в справочнике

От вопроса к свидетельствам: кто вошёл, что запустил, к каким данным обратился, что изменил и где искать следы.

Выберите область, чтобы посмотреть доступные источники и перейти к материалам.

Уточнить или исправить ответ

Скопируйте сообщение и отправьте его на mail@ibcourses.ru.