Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
    • Cloud Interconnect
    • Cloud Backup
    • Cloud Registry
    • Yandex AI Studio
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Video
    • Stackland
    • Yandex Cloud Router
    • Yandex Managed Service for Trino
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Yandex StoreDoc
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Managed Service for YDB
    • Managed Service for Sharded PostgreSQL
    • Managed Service for YTsaurus
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • SpeechKit
    • DataSphere
    • Vision OCR
    • Translate
    • Yandex Neurosupport
    • Yandex Cloud Detection and Response
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • SmartCaptcha
    • Cloud Desktop
    • GOST Gateway
    • Yandex SIEM
    • SourceCraft Code Assistant
    • Container Registry
    • Managed Service for GitLab
    • SourceCraft
    • Managed Service for Prometheus®
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Message Queue
    • Serverless Integrations
    • IoT Core
    • Data Streams
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Yandex Cloud Quota Manager
    • Cloud Apps
  • Статус работы сервисов
  • Marketplace
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Акции и free tier
  • Кейсы
  • Документация
  • Блог
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»
Monium
  • Начало работы
  • Обзор
    • Обзор
    • Особенности OTLP в Monium
    • Создание и настройка проекта
      • Обзор
      • Установка и обновление
      • Запуск и остановка
      • Рекомендации по использованию агента
      • Возможные ошибки
      • Удаление
  • Управление доступом
  • Правила тарификации
  • Справочник Terraform
  • История изменений
  • Обучающие курсы

В этой статье:

  • Один агент на хост
  • Мониторинг агента
  • Использование хранилища
  • Расчет времени использования процессора
  1. Поставка данных
  2. Unified Agent
  3. Рекомендации по использованию агента

Рекомендации по использованию агента

Статья создана
Yandex Cloud
Обновлена 24 июня 2026 г.
Открыть в Markdown
  • Один агент на хост
  • Мониторинг агента
  • Использование хранилища
  • Расчет времени использования процессора

Один агент на хостОдин агент на хост

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

Мониторинг агентаМониторинг агента

При использовании Unified Agent рекомендуется включить сбор метрик работоспособности самого агента.

Для этого добавьте в конфигурацию агента маршрут доставки со входом agent_metrics. Пример такой конфигурации:

status:
  port: 16241

routes:
  - input:
      plugin: agent_metrics
      config:
        namespace: ua
    channel:
      pipe:
        - filter:
            plugin: filter_metrics
            config:
              match: "{scope=health}"
      output:
        plugin: yc_metrics
        config:
          folder_id: "$FOLDER_ID"
          iam:
            cloud_meta: {}

Читайте также Вход agent_metrics.

Использование хранилищаИспользование хранилища

Для надежной доставки метрик в Monium Metrics при помощи Unified Agent используйте хранилище. Оно позволит временно хранить сообщения, проходящие по цепочке преобразований, перед отправкой их на выход канала.

Используя хранилище, вы не потеряете данные, если агенту не удалось записать их в указанный выход (с учетом повторных попыток). Например, из-за сетевых проблем или недоступности API, куда отправляются сообщения.

Пример конфигурации агента с использованием хранилища:

status:
  port: 16241

storages:
  - name: main
    plugin: fs
    config:
      directory: /var/lib/yandex/unified_agent/main
      max_partition_size: 1gb
      max_segment_size: 500mb

channels:
  - name: cloud_monitoring
    channel:
      pipe:
        - storage_ref:
            name: main
      output:
        plugin: yc_metrics
        config:
          folder_id: <идентификатор_каталога>
          iam:
            cloud_meta: {}

routes:
  - input:
      plugin: linux_metrics
      config:
        poll_period: 15s
        namespace: sys
    channel:
      channel_ref:
        name: cloud_monitoring

Читайте также Хранилища.

Расчет времени использования процессораРасчет времени использования процессора

Чтобы отобразить на графике метрику использования процессора в процентах, ранее использовалась метрика sys.system.CpuUsagePercent. Теперь ОС Linux не передает эту метрику, но ее можно вычислить с помощью двух других метрик:

  • sys.system.UsefulTime — время активного использования CPU.
  • sys.system.IdleTime — время простоя CPU.

Чтобы добавить на дашборд диаграмму использования процессора в процентах:

  1. Установите и запустите Unified Agent.

  2. Откройте нужный дашборд или создайте новый.

  3. В правом верхнем углу нажмите значок и выберите График, чтобы добавить на дашборд новый виджет.

  4. В добавляемом виджете создайте в текстовом режиме (значок ) три запроса:

    1. Запрос UsefulTime:

      "sys.system.UsefulTime"{folderId = "<идентификатор_каталога>", service = "custom", cpu  = "-"}
      

      Где <идентификатор_каталога> — идентификатор каталога, в котором находится ваш дашборд.

      Нажмите значок , чтобы не отображать эту метрику на графике.

    2. Запрос IdleTime:

      "sys.system.IdleTime"{folderId = "<идентификатор_каталога>", service = "custom", cpu = "-"}
      

      Где <идентификатор_каталога> — идентификатор каталога, в котором находится ваш дашборд.

      Нажмите значок , чтобы не отображать эту метрику на графике.

    3. Запрос CpuUsagePercent:

      100 * UsefulTime / (IdleTime + UsefulTime)
      
  5. Нажмите кнопку Выполнить запрос и убедитесь, что график загрузки процессора построен.

  6. В правом верхнем углу нажмите значок , чтобы сохранить ваш виджет.

Была ли статья полезна?

Предыдущая
Служебные
Следующая
Возможные ошибки
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»