Log Analytics (DPS)
- Latest Dynatrace
- 10-min read
На этой странице описаны возможности наблюдаемости журналов и функции, которые они предоставляют в рамках подписки DPS.
Информацию о том, как использование конкретной возможности влияет на потребление вашего лицензионного обязательства DPS, см. в разделах:
- Log - Ingest & Process
- Log - Retain
- Log - Query
- Log - Retain with Included Queries
Dynatrace предлагает
- Модель, основанную на потреблении, с отдельной тарификацией Log - Retain и Log - Query.
- Retain with Included Queries (хранение с включёнными запросами).
Модель, основанная на потреблении¶
В модели, основанной на потреблении, Log - Retain и Log - Query тарифицируются отдельно.
В этом случае вы платите за каждый запрос. Это идеальный вариант, если у вас есть исторические данные, к которым вы обращаетесь нечасто.
Обзор возможностей Log - Ingest & Process¶
Что включено в измерение использования данных Ingest & Process?
| Концепция | Описание |
|---|---|
| Доставка данных | Доставка данных журналов через OneAgent или API приёма журналов (через ActiveGate) |
| Обогащение топологией | Обогащение событий журналов метаданными источника данных и топологии |
| Трансформация данных | - Добавление, редактирование или удаление любого атрибута журнала - Выполнение математических преобразований числовых значений (например, создание новых атрибутов на основе вычислений существующих атрибутов) - Маскирование конфиденциальных данных путём замены всей записи журнала, одного конкретного атрибута записи журнала или определённого текста замаскированной строкой - Извлечение бизнес-данных, данных инфраструктуры, приложений или других данных из необработанных журналов. Это может быть один символ, строка, число, массив значений и т.д. Извлечённые данные могут быть преобразованы в новый атрибут, что позволяет выполнять дополнительные запросы и фильтрацию. Метрики могут быть созданы из вновь извлечённых атрибутов (см. раздел "Преобразование во временные ряды" ниже) |
| Управление хранением данных | - Фильтрация и исключение входящих журналов на основе содержимого, топологии или метаданных (фильтрация генерирует потребление для Ingest & Process, но не для Retain) - Управление сроками хранения входящих журналов на основе правил хранения данных |
| Преобразование во временные ряды | Создание метрик из записей журналов или атрибутов (обратите внимание, что создание пользовательских метрик генерирует дополнительное потребление, как описано здесь) |
Для определения потребления по измерению использования данных Ingest & Process применяется следующая формула:
consumption = (number of GiBs ingested) x (GiB price as per your rate card)
Обогащение и обработка данных могут значительно увеличить объём ваших данных. В зависимости от источника данных, технологии, атрибутов и метаданных, добавленных во время обработки, общий объём данных после обработки может увеличиться в 2 раза и более.
Dynatrace оставляет за собой право работать с клиентами для корректировки или отключения правил парсинга, процессоров или конвейеров, которые испытывают ухудшение качества обслуживания.
Обзор возможностей Log - Retain¶
Вот что включено в измерение использования данных Retain:
| Концепция | Описание |
|---|---|
| Доступность данных | Сохранённые данные доступны для анализа и запросов до окончания срока хранения. |
| Сроки хранения | Выберите желаемый срок хранения. Для бакетов журналов доступный срок хранения составляет от 1 дня до 10 лет. Срок хранения метрик определяется на уровне бакета, обеспечивая индивидуальные сроки хранения для конкретных метрик. |
Обзор возможностей Log - Query¶
Потребление данных запросами возникает при:
- Выполнении DQL-запросов в Notebooks, Workflows, пользовательских приложениях и через API
- Обновлении плиток дашбордов, основанных на данных журналов, которые запускают выполнение DQL-запросов и включают выборочные данные
- Отправке DQL-запросов нажатием кнопки "Run query" (например, в средстве просмотра Logs & Events в простом и расширенном режиме или на страницах унифицированного анализа)
Что включено в измерение использования данных Query?
| Концепция | Описание |
|---|---|
| Парсинг при чтении | Использование DQL для запроса исторических журналов в хранилище и извлечения бизнес-данных, данных инфраструктуры и других данных за любой временной период, а также использование извлечённых данных для последующего анализа |
| Агрегация | Выполнение агрегации, суммирования или статистического анализа данных в журналах за определённые временные периоды или по временным шаблонам (например, вхождения данных с интервалами в 30 секунд или 10 минут) |
| Отчётность | Создание отчётов или сводок с настраиваемыми полями (столбцами) путём добавления, изменения или удаления существующих атрибутов журналов |
| Контекст | Использование DQL для анализа данных журналов в контексте с соответствующими данными на платформе Dynatrace, например, сеансами пользователей или распределёнными трассировками |
Обзор возможностей Log - Retain with Included Queries¶
Dynatrace версии 1.316+
В модели Retain with Included Queries сохранённые данные журналов в рамках настроенного периода времени могут запрашиваться бесплатно и так часто, как вы хотите. Это идеальный вариант, если вы часто обращаетесь к недавним данным или имеете высокопредсказуемые шаблоны потребления.
Клиенты могут разделить срок хранения бакета журналов на две части:
- Период хранения с включёнными запросами (Included Queries) (10-35 дней хранения данных).
- Общий срок хранения (до 10 лет), который следует модели Retain и Query, основанной на потреблении.
В модели Retain with Included Queries потребление Log - Ingest & Process по-прежнему рассчитывается отдельно и взимается только один раз при начальном приёме данных в ваш тенант.
Клиенты, выбравшие опцию Retain with Included Queries в конфигурации бакета, не оплачивают запросы, выполненные в рамках периода хранения Included Queries. (Период хранения определяется в бакете журналов на платформе Dynatrace.) Для запросов, выполненных за пределами периода Included Queries, оплачиваются только журналы вне периода Retain with Included Queries по модели Log - Query, основанной на потреблении.
Included query usage per day = (GiB of logs within the defined Included Queries retention period) x 15
В любой 24-часовой период клиенты с активированной данной лицензионной опцией имеют право выполнять запросы с совокупным объёмом сканирования до 15 раз больше объёма данных журналов, сохранённых в рамках периода Included Queries на этот момент. Пример: Вы принимаете и сохраняете 1 ГиБ в день и устанавливаете период хранения Included Queries на 10 дней. Ваша квота запросов составляет 150 ГиБ за 24 часа (1 ГиБ x 10 дней x множитель 15 = 150 ГиБ).
Используя эту формулу, мы включили достаточное количество запросов для большинства клиентов. В случае превышения включённого объёма запросов команда Dynatrace свяжется с вами и поможет оценить и оптимизировать потребление запросов. В качестве альтернативы, если опция Retain with Included Queries не соответствует вашему сценарию использования и требованиям, вы можете в любое время перенастроить бакет на использование индивидуально тарифицируемых запросов по требованию без потери данных.
Связанные темы¶
- Log Analytics
- Что такое Dynatrace Grail?
- Лицензирование Dynatrace -- модели лицензирования для всех возможностей Dynatrace.")
- Цены Dynatrace