Перейти к содержанию

Обзор Traces powered by Grail (DPS)

Возможность Traces powered by Grail DPS предоставляет клиентам доступ к:

  • Приёму распределённых трассировок для OpenTelemetry через OTLP API.
  • Приёму распределённых трассировок для бессерверных функций.
  • Расширенному приёму трассировок для Full-Stack Monitoring.") сверх включённого объёма данных трассировки.
  • Расширенному хранению данных трассировки до 10 лет.
  • Расширенной аналитике трассировки в Notebooks Notebooks, Dashboards Dashboards, Workflows Workflows и через API.

На этой странице описаны различные возможности трассировки и функции, которые они предоставляют в рамках подписки DPS.

Информацию о том, как использование конкретной возможности переводится в потребление вашего обязательства по лицензии DPS, см. в

  • Traces - Ingest & Process
  • Traces - Retain
  • Traces - Query

Обзор функции Traces - Ingest

Ingest & Process заменяет расширения платформы Custom Traces Classic и Serverless Functions Classic. Их нельзя использовать одновременно.

Потребление Ingest & Process возникает, когда:

Концепция Описание
Приём данных Данные распределённых трассировок, поступающие из следующих источников, тарифицируются как Ingest & Process: - Через OpenTelemetry OTLP Trace Ingest API из источников, не относящихся к Full-Stack. - Через бессерверные функции. - Расширенный приём трассировок для Full-Stack Monitoring (если клиент явно запрашивает расширенный приём трассировок). Обогащение спанов дополнительными метаданными на источнике, например метаданными Kubernetes, увеличивает размер принятых данных, тарифицируемых как Ingest & Process.
Обработка данных через OpenPipeline - Обработка данных через OpenPipeline включена в Traces - Ingest & Process. Однако она увеличивает размер данных спанов, тарифицируемых как Traces - Retain. - Обогащение топологии на основе сущностей Dynatrace (типы сущностей dt.entity.*) не увеличивает тарифицируемый размер спана или потребление Traces - Ingest & Process. - Пользовательские метрики создаются из данных спанов и тарифицируются как Metrics - Ingest & Process. Это ключи метрик Grail, поэтому они доступны только в последней версии Dynatrace.

Dynatrace оставляет за собой право работать с клиентами для настройки или отключения правил парсинга, процессоров или конвейеров, которые испытывают деградацию сервиса.

Обзор функции Traces - Retain

Потребление Retain возникает, когда:

Концепция Описание
Доступность данных Сохранённые данные доступны для анализа и запросов до конца периода хранения (с ограничениями, описанными в примечании ниже этой таблицы).
Период хранения Выберите желаемый период хранения. Для данных трассировки доступный период хранения составляет от 10 дней до 10 лет. Хранение трассировок определяется на уровне бакета, что позволяет настраивать периоды хранения для конкретных трассировок. Расчёт хранения не зависит от источника приёма трассировки, будь то Full-Stack, Mainframe или Ingest & Process. Первые 10 дней хранения всегда включены.
Обогащение топологии Спаны обогащаются и обрабатываются в OpenPipeline. Обогащённые данные (включая обогащение топологии и обработку данных, как описано в Ingest & Process) являются основой для потребления Retain для данных, которые хранятся более 10 включённых дней.
Обработка данных Сервисы, эндпоинты и сбои обнаруживаются на основе данных спанов.
Управление хранением данных Спаны фильтруются или исключаются на основе содержимого, топологии или метаданных. Они маршрутизируются в выделенный бакет.

Для Traces - Retain доступность данных в определённых приложениях ограничена:

  • Distributed Traces Classic Distributed Traces Classic предоставляет доступ только к первым 10 дням сохранённых данных. Это приложение заменяется на Distributed Tracing Distributed Tracing.
  • Services Classic Services Classic предоставляет доступ только к первым 10 дням сохранённых данных. Это приложение будет заменено на Services Services.
  • Multidimensional Analysis Multidimensional Analysis предоставляет доступ только к первым 35 дням сохранённых данных. Это приложение будет заменено на Notebooks Notebooks.

Обзор функции Traces - Query

Потребление Query возникает, когда:

Концепция Описание
Выполнение DQL-запросов DQL-запрос сканирует и получает данные, хранящиеся в Grail. Спаны могут объединяться и анализироваться в контексте с другими сигналами платформы Dynatrace, такими как логи, события или метрики.
Использование приложений DQL-запросы могут выполняться: - Приложениями, такими как Notebooks Notebooks, Dashboards Dashboards, Workflows Workflows и Anomaly Detection Anomaly Detection. (Примечание: Distributed Tracing Distributed Tracing и Services Services не генерируют потребление Query.) - Плитки дашборда, основанные на данных спанов, запускают выполнение DQL-запросов при обновлении - Пользовательские приложения - Dynatrace API

Использование Distributed Tracing Distributed Tracing и Services Services включено в Dynatrace. Эти приложения не генерируют потребление запросов.

Когда в запросе также считываются другие типы данных, это может привести к потреблению соответствующей возможности, например Log - Query.

Связанные темы

  • Distributed Tracing
  • Traces
  • Лицензирование Dynatrace, модели лицензирования для всех возможностей Dynatrace.")
  • Цены Dynatrace