Мониторинг логов - История изменений

IKuznetsov в 10:43, 11 ноября 2024

2024-11-11T10:43:01Z

← Предыдущая версия		Версия от 10:43, 11 ноября 2024
Строка 1:		Строка 1:
	'''''[[Применение ~~Ключ-АСТРОМ~~]] / [https://doc.ruscomtech.ru/index.php/%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C#.D0.9C.D0.BE.D0.BD.D0.B8.D1.82.D0.BE.D1.80.D0.B8.D0.BD.D0.B3_.D0.BB.D0.BE.D0.B3.D0.BE.D0.B2 Мониторинг логов]'''''		'''''[[Применение АппОптима]] / Мониторинг логов'''''

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

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

	* Автоматическое выявление точную основную причину проблемы в режиме реального времени, чтобы упростить облачную среду.		* Автоматическое выявление точную основную причину проблемы в режиме реального времени, чтобы упростить облачную среду.
Строка 11:		Строка 11:
	''Устаревший Мониторинг Логов v1''		''Устаревший Мониторинг Логов v1''

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

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

ENetrebin в 14:12, 6 сентября 2024

2024-09-06T14:12:37Z

← Предыдущая версия		Версия от 14:12, 6 сентября 2024
Строка 1:		Строка 1:
	* [[~~Мониторинг логов v1~~]]		'''''[[Применение Ключ-АСТРОМ]] / [https://doc.ruscomtech.ru/index.php/%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%9A%D0%BB%D1%8E%D1%87-%D0%90%D0%A1%D0%A2%D0%A0%D0%9E%D0%9C#.D0.9C.D0.BE.D0.BD.D0.B8.D1.82.D0.BE.D1.80.D0.B8.D0.BD.D0.B3_.D0.BB.D0.BE.D0.B3.D0.BE.D0.B2 Мониторинг логов]'''''
	** [[Анализ данных журнала v1]]
	** [[Средство просмотра логов v1]]
	* [[Мониторинг логов ~~v2]~~]

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

ENetrebin в 17:33, 16 ноября 2022

2022-11-16T17:33:26Z

← Предыдущая версия		Версия от 17:33, 16 ноября 2022
Строка 1:		Строка 1:
			* [[Мониторинг логов v1]]
			** [[Анализ данных журнала v1]]
			** [[Средство просмотра логов v1]]
			* [[Мониторинг логов v2]]

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

ENetrebin в 15:26, 9 ноября 2022

2022-11-09T15:26:22Z

Внесённые изменения

ENetrebin: /* Мониторинг журналов v1 и v2 */

2022-04-04T13:27:26Z

Мониторинг журналов v1 и v2

← Предыдущая версия		Версия от 13:27, 4 апреля 2022
Строка 10:		Строка 10:
	Цены на мониторинг журналов основаны на модели единиц данных Davis (DDU). Подробные сведения о том, как рассчитывается потребление DDU для мониторинга журналов, см. в разделе DDU для мониторинга журналов.		Цены на мониторинг журналов основаны на модели единиц данных Davis (DDU). Подробные сведения о том, как рассчитывается потребление DDU для мониторинга журналов, см. в разделе DDU для мониторинга журналов.

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

Строка 22:		Строка 22:
	{\| class="wikitable"		{\| class="wikitable"
	!Аспект		!Аспект
	!Мониторинг ~~журналов~~ v1		!Мониторинг логов v1
	!Мониторинг ~~журналов~~ v2		!Мониторинг логов v2
	\|-		\|-
	\|Модуль журнала ЕдиногоАгента		\|Модуль журнала ЕдиногоАгента

ENetrebin в 13:25, 4 апреля 2022

2022-04-04T13:25:04Z

ENetrebin в 13:18, 4 апреля 2022

2022-04-04T13:18:46Z

ENetrebin: Новая страница: «Используя Log Monitoring как часть платформы Dynatrace, вы получаете прямой доступ к содержимому жу...»

2022-04-04T13:00:34Z

Новая страница: «Используя Log Monitoring как часть платформы Dynatrace, вы получаете прямой доступ к содержимому жу...»

Новая страница

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

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

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

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

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

* Никакие данные не будут скопированы из хранилища Log Monitoring v1. Переключение на Log Monitoring v2 приведет к сбросу всех ваших данных Log Monitoring v1. Данные Log Monitoring 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.

← Предыдущая версия		Версия от 13:25, 4 апреля 2022
Строка 8:		Строка 8:

	=== Структура ценообразования ===		=== Структура ценообразования ===
	Цены на мониторинг журналов основаны на модели единиц данных ~~Дэвиса~~ (DDU). Подробные сведения о том, как рассчитывается потребление DDU для мониторинга журналов, см. в разделе DDU для мониторинга журналов.		Цены на мониторинг журналов основаны на модели единиц данных Davis (DDU). Подробные сведения о том, как рассчитывается потребление DDU для мониторинга журналов, см. в разделе DDU для мониторинга журналов.

	== Мониторинг журналов v1 и v2 ==		== Мониторинг журналов v1 и v2 ==
Строка 14:		Строка 14:

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

	Предыдущий модуль журнала ~~OneAgent~~ получит только исправления критических ошибок (без новых функций).		Предыдущий модуль журнала ЕдиногоАгента получит только исправления критических ошибок (без новых функций).
	\|~~OneAgent~~ версии 1.217 и более поздних версий с включенным новым модулем журнала ~~OneAgent~~.		\|ЕдиныйАгент версии 1.217 и более поздних версий с включенным новым модулем журнала ЕдиногоАгента.

	~~OneAgent~~ версии 1.221 и выше поддерживает CRI-O и Containerd в качестве среды выполнения в Kubernetes.		ЕдиныйАгент версии 1.221 и выше поддерживает CRI-O и Containerd в качестве среды выполнения в Kubernetes.
	\|-		\|-
	\|Отметка времени		\|Отметка времени
Строка 38:		Строка 38:
	\|-		\|-
	\|Автоматическое обнаружение файлов журнала		\|Автоматическое обнаружение файлов журнала
	\|Автоматическое обнаружение с модулем журнала ~~OneAgent~~		\|Автоматическое обнаружение с модулем журнала ЕдиногоАгента
	\|Автоматическое обнаружение с модулем журнала ~~OneAgent~~ (без специальной поддержки IIS, ожидается поддержка IIS)		\|Автоматическое обнаружение с модулем журнала ЕдиногоАгента (без специальной поддержки IIS, ожидается поддержка IIS)
	\|-		\|-
	\|Настройка файлов журнала вручную		\|Настройка файлов журнала вручную
Строка 85:		Строка 85:

	==== Каков предел данных, которые могут быть загружены? ====		==== Каков предел данных, которые могут быть загружены? ====
	Прием данных журнала ограничен 10 000 событий журнала для пробных учетных записей (включается автоматически) и 100 000 событий журнала в минуту для клиентов Ключ-АСТРОМ. Это ограничение применяется к данным журнала, предоставляемым универсальным приемом журналов и ~~OneAgent~~. Это может быть увеличено по запросу.		Прием данных журнала ограничен 10 000 событий журнала для пробных учетных записей (включается автоматически) и 100 000 событий журнала в минуту для клиентов Ключ-АСТРОМ. Это ограничение применяется к данным журнала, предоставляемым универсальным приемом журналов и ЕдинымАгентом. Это может быть увеличено по запросу.

	==== Кто может увеличить лимит приема на одного арендатора? ====		==== Кто может увеличить лимит приема на одного арендатора? ====
	Свяжитесь со специалистом по продуктам Ключ-АСТРОМ ~~ONE~~, нажав кнопку чата в правом верхнем углу строки меню Ключ-АСТРОМ.		Свяжитесь со специалистом по продуктам техподдержки Ключ-АСТРОМ , нажав кнопку чата в правом верхнем углу строки меню Ключ-АСТРОМ.

← Предыдущая версия		Версия от 13:18, 4 апреля 2022
Строка 1:		Строка 1:
	Используя Log Monitoring как часть платформы ~~Dynatrace~~, вы получаете прямой доступ к содержимому журналов всех ваших критически важных процессов. Вы можете создавать собственные метрики журнала для более эффективного и быстрого устранения неполадок. Вы сможете понимать данные журналов в контексте всего стека, включая реальное влияние пользователей.		Используя Log Monitoring как часть платформы Ключ-АСТРОМ, вы получаете прямой доступ к содержимому журналов всех ваших критически важных процессов. Вы можете создавать собственные метрики журнала для более эффективного и быстрого устранения неполадок. Вы сможете понимать данные журналов в контексте всего стека, включая реальное влияние пользователей.

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

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

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

	==== Каков предел данных, которые могут быть загружены? ====		==== Каков предел данных, которые могут быть загружены? ====
	Прием данных журнала ограничен 10 000 событий журнала для пробных учетных записей (включается автоматически) и 100 000 событий журнала в минуту для клиентов ~~Dynatrace~~. Это ограничение применяется к данным журнала, предоставляемым универсальным приемом журналов и OneAgent. Это может быть увеличено по запросу.		Прием данных журнала ограничен 10 000 событий журнала для пробных учетных записей (включается автоматически) и 100 000 событий журнала в минуту для клиентов Ключ-АСТРОМ. Это ограничение применяется к данным журнала, предоставляемым универсальным приемом журналов и OneAgent. Это может быть увеличено по запросу.

	==== Кто может увеличить лимит приема на одного арендатора? ====		==== Кто может увеличить лимит приема на одного арендатора? ====
	Свяжитесь со специалистом по продуктам ~~Dynatrace~~ ONE, нажав кнопку чата в правом верхнем углу строки меню ~~Dynatrace~~.		Свяжитесь со специалистом по продуктам Ключ-АСТРОМ ONE, нажав кнопку чата в правом верхнем углу строки меню Ключ-АСТРОМ.