Мониторинг логов: различия между версиями

Материал из Документация Ключ-АСТРОМ
(Новая страница: «Используя Log Monitoring как часть платформы Dynatrace, вы получаете прямой доступ к содержимому жу...»)
 
 
(не показаны 4 промежуточные версии этого же участника)
Строка 1: Строка 1:
Используя Log Monitoring как часть платформы Dynatrace, вы получаете прямой доступ к содержимому журналов всех ваших критически важных процессов. Вы можете создавать собственные метрики журнала для более эффективного и быстрого устранения неполадок. Вы сможете понимать данные журналов в контексте всего стека, включая реальное влияние пользователей.
* [[Мониторинг логов v1]]
** [[Анализ данных журнала v1]]
** [[Средство просмотра логов v1]]
* [[Мониторинг логов v2]]


=== Анализ данных журнала ===
Используя Мониторинг Логов как часть платформы Ключ-АСТРОМ, вы получаете прямой доступ к содержимому логов всех ваших критически важных приложений, инфраструктуры и облачных платформ. Вы можете создавать собственные метрики лога для более эффективного и быстрого устранения неполадок. Вы сможете понимать данные журналов в контексте всего стека, включая реальное влияние пользователей.
Анализируйте значимые события журнала в нескольких журналах, в разных частях среды (производственной) и, возможно, в течение более длительного периода времени. Содержимое журнала можно фильтровать по ключевым словам или временным рамкам. Для немедленного уведомления установите оповещения для отслеживаемых данных журнала. Что наиболее важно, искусственный интеллект Dynatrace автоматически сопоставляет сообщения журнала с проблемами, которые он обнаруживает в вашей среде, и учитывает сообщения для анализа основных причин проблем.


=== Оповещение о данных журнала ===
Мониторинг логов Ключ-АСТРОМ также позволяет автоматизировать задачи регистрации:
Определите шаблоны и настраиваемые показатели журнала для получения упреждающих уведомлений. Мониторинг журналов позволяет создать метрику на основе отслеживаемых данных журнала. С такой метрикой вы можете заставить Dynatrace постоянно сканировать отслеживаемые данные журнала и отображать диаграмму этой метрики на панели инструментов, чтобы любые изменения шаблона, происходящие в вашей настраиваемой метрике, были четко видны.


=== Структура ценообразования ===
* Автоматическое выявление точную основную причину проблемы в режиме реального времени, чтобы упростить облачную среду.
Цены на мониторинг журналов основаны на модели единиц данных Дэвиса (DDU). Подробные сведения о том, как рассчитывается потребление DDU для мониторинга журналов, см. в разделе DDU для мониторинга журналов.
* Автоматизация операции и инициирование рабочего процесса исправления для повышения эффективности.
* Автоматический прием логов, метрик и трассировок, а также непрерывное сопоставление зависимостей с точным контекстом в гибридных и мультиоблачных средах.


== Мониторинг журналов v1 и v2 ==
''Устаревший Мониторинг Логов v1''
Log Monitoring v2 — это новый подход к сбору, анализу и мониторингу данных журналов. Перед переходом на Log Monitoring v2 обязательно учтите следующее:


* Никакие данные не будут скопированы из хранилища Log Monitoring v1. Переключение на Log Monitoring v2 приведет к сбросу всех ваших данных Log Monitoring v1. Данные Log Monitoring v1 будут недоступны.
Предыдущая версия, Мониторинг Логов v1 Ключ-АСТРОМ, является устаревшим решением.
* Вы включите новый модуль журнала OneAgent. Log Monitoring v2 правильно работает с OneAgent 1.217 или более поздней версии. Более ранние версии OneAgent не поддерживаются.
* Вы включите ограничение в 10 000 событий в минуту. Свяжитесь с Dynatrace ONE, чтобы изменить это ограничение.
* Определения событий Log Monitoring v1 будут недоступны.
* Ваша конфигурация метрик Log Monitoring v1 будет недоступна.


Цены на Log Monitoring v2, как и на Log Monitoring v1, основаны на модели единиц данных Дэвиса (DDU).
Мы настоятельно рекомендуем вам перейти на последнюю версию Мониторинг Логов Ключ-АСТРОМ.
{| class="wikitable"
!Аспект
!Мониторинг журналов v1
!Мониторинг журналов v2
|-
|Модуль журнала OneAgent
|Новый модуль журнала OneAgent обратно совместим с Log Monitoring v1.
 
Предыдущий модуль журнала OneAgent получит только исправления критических ошибок (без новых функций).
|OneAgent версии 1.217 и более поздних версий с включенным новым модулем журнала OneAgent.
 
OneAgent версии 1.221 и выше поддерживает CRI-O и Containerd в качестве среды выполнения в Kubernetes.
|-
|Отметка времени
|Запись в журнале с нераспознанной отметкой времени вызывает ошибку.
|Запись журнала с нераспознанной отметкой времени корректируется с помощью текущей отметки времени, что позволяет обрабатывать запись журнала.
|-
|Автоматическое обнаружение файлов журнала
|Автоматическое обнаружение с модулем журнала OneAgent
|Автоматическое обнаружение с модулем журнала OneAgent (без специальной поддержки IIS, ожидается поддержка IIS)
|-
|Настройка файлов журнала вручную
|Конфигурация на уровне группы процессов (через пользовательский интерфейс Dynatrace или файл конфигурации на хосте)
|Конфигурация на уровне группы процессов (только через Dynatrace UI, файл конфигурации на хосте идет)
|-
|Настройте агент с помощью файла конфигурации на хосте
|да
|Только флажки безопасности. Будут другие варианты конфигурации.
|-
|Маскируйте конфиденциальную информацию для журналов
|да
|Приходящий
|-
|Доступ по запросу к файлам журналов на отслеживаемом узле
|да
|Нет
|-
|Структура ценообразования
|На основе потребления DDU (срок хранения по умолчанию — 35 дней)
|На основе потребления DDU (срок хранения по умолчанию — 35 дней)
|-
|Срок хранения данных
|Можно изменить в настройках
|35 дней по умолчанию
|-
|Генерация оповещений
|Возможно
|Создание предупреждений на основе журналов, передаваемых в центральное хранилище.
|-
|Генерация метрик
|Возможно для: появления и числового значения, извлеченного из сообщения журнала.
|Можно определить метрики на основе событий журнала
|-
|Настроить поток данных в центральное хранилище
|Страница источников журналов в настройках
|Страница источников журналов в настройках
|-
|Общий механизм приема данных журнала
|Нет
|да
|}
 
== Вопросы-Ответы ==
 
==== Каков предел данных, которые могут быть загружены? ====
Прием данных журнала ограничен 10 000 событий журнала для пробных учетных записей (включается автоматически) и 100 000 событий журнала в минуту для клиентов Dynatrace. Это ограничение применяется к данным журнала, предоставляемым универсальным приемом журналов и OneAgent. Это может быть увеличено по запросу.
 
==== Кто может увеличить лимит приема на одного арендатора? ====
Свяжитесь со специалистом по продуктам Dynatrace ONE, нажав кнопку чата в правом верхнем углу строки меню Dynatrace.

Текущая версия на 17:33, 16 ноября 2022

Используя Мониторинг Логов как часть платформы Ключ-АСТРОМ, вы получаете прямой доступ к содержимому логов всех ваших критически важных приложений, инфраструктуры и облачных платформ. Вы можете создавать собственные метрики лога для более эффективного и быстрого устранения неполадок. Вы сможете понимать данные журналов в контексте всего стека, включая реальное влияние пользователей.

Мониторинг логов Ключ-АСТРОМ также позволяет автоматизировать задачи регистрации:

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

Устаревший Мониторинг Логов v1

Предыдущая версия, Мониторинг Логов v1 Ключ-АСТРОМ, является устаревшим решением.

Мы настоятельно рекомендуем вам перейти на последнюю версию Мониторинг Логов Ключ-АСТРОМ.