Документация АппОптима - Вклад [ru]

Начало работы с АппОптима

2026-05-28T13:30:03Z

IKuznetsov: /* Развёртывание АппОптима */

*[[Что такое АппОптима?]]
*[[Работа с АппОптима|Начало работы с АппОптима]]
*[[Мониторинг Среды]]
**[[Могу ли я настроить мониторинг нескольких сред?]]
*[[Токены доступа]]
**[[Токен владельца]]

*[[Соглашение о переходе по ссылкам]]
==Развёртывание АппОптима==
Установите '''АппОптима ЕдиныйАгент''' на хост.

После создания учетной записи загрузите и установите '''АппОптима ЕдиныйАгент''' на хост.
#Выберите '''Статус развертывания -> Добавить новый хост'''. После этого вы увидите этот экран:
#Выберите платформу, на которую вы будете работать: '''Windows, Linux, AIX''' или '''Solaris'''.
#Следуйте инструкциям на экране для получения и установки ЕдиныйАгент.
#*Для '''Windows''' просто выберите загрузку '''ЕдиныйАгент Installer''', чтобы загрузить установщик Windows. После завершения загрузки скопируйте установщик на целевую машину Windows и запустите ее.
#*Для других операционных систем на странице загрузки будут показаны точные команды для установки агента. Скопируйте команду и запустите ее на целевой машине, чтобы установить агент.
#Установщик сообщит вам, что '''АппОптима ЕдиныйАгент''' успешно подключился к узлу кластера АппОптима, и покажет соответствующее сообщение. '''''ЕдиныйАгент не смог подлючиться''''' Если ваша сеть не разрешает '''SSL-связь''' с кластером '''АппОптима''', вам необходимо настроить настройку сети, чтобы разрешить передачу данных мониторинга в среду '''АппОптима SaaS'''. Мы рекомендуем вам установить '''Environment ActiveGate,''' а затем установить '''ЕдиныйАгент'''. '''Environment ActiveGate''' работает в качестве прокси-сервера между '''АппОптима ЕдиныйАгент''' и кластером '''АппОптима'''. Это понадобится вам, если вы собираетесь следить за большим количеством хостов.
#После установки '''ЕдиныйАгент''' перезапустите процессы, которые вы хотите отслеживать (или перезапустите компьютер).
#Выберите '''Статус развертывания''', чтобы проверить развертывание. Вы установили один '''ЕдиныйАгент''', поэтому вы должны увидеть один хост в списке.
#Нажмите на столбец '''Детали''', чтобы увидеть список уже обнаруженных и отслеживаемых служб на хосте.
#Нажмите на имя хоста, чтобы АппОптима показал вам, как работает этот хост.

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

=== Архитектура АппОптима ===
Архитектура АппОптима выглядит следующим образом

[[Файл:Архитектура АппОптима.jpg|граница|1070x1070пкс]]

==Освоение интерфейса==
Когда вы выбираете имя хоста, АппОптима показывает вам то, что ему уже известно об этом хосте.
===ЦП, доступная память, сеть и диски===
В нашем примере вы можете увидеть использование '''ЦП''' (11.6%), '''доступность памяти''' (37%), '''нагрузку на сеть''' (395 кбит/с). Вы можете выбрать определенный процесс из таблицы навигации справа '''Прокрутить до'''.
====Производительность хоста====
Этот раздел имеет 4 графических представления которые можно настроить на отображение необходимых показателей производительности. Для смены графика нажмите на название процесса, чтобы открыть список доступных показателей.
====Анализ процессов====
Этот раздел имеет 2 графических представления, которые можно настроить на отображение необходимых показателей производительности. Для смены графика нажмите на название процесса, чтобы открыть список доступных показателей. Из списка потребляющих процессов вы можете выбрать процесс для изучения этого процесса.

Для подробного анализа процесса нажмите на кнопку '''Детали''' напротив названия необходимого процесса
====OS services analysis====
Вы можете продолжить детализацию с точки зрения процесса.
====Анализ диска====
В этом разделе представлены все используемые диски для этого хоста и их показатели. Этот раздел имеет 3 графических представления, которые можно настроить на отображение необходимых показателей производительности. Для смены графика нажмите на название процесса, чтобы открыть список доступных показателей.

Для подробного анализа использованного диска нажмите на кнопку '''Детали''' напротив его названия.
====Анализ сети====
В этом разделе представлены все используемые сетевые интерфейсы для этого хоста и их показатели. Этот раздел имеет 2 графических представления, которые можно настроить на отображение необходимых показателей производительности. Для смены графика нажмите на название процесса, чтобы открыть список доступных показателей.

Для подробного анализа использованного сетевого интерфейса нажмите на кнопку '''Детали''' напротив его названия.
====Анализ контейнеров====
В этом разделе представлены все используемые контейнеры для этого хоста и их показатели. Этот раздел имеет 3 графических представления, которые можно настроить на отображение необходимых показателей производительности. Для смены графика нажмите на название процесса, чтобы открыть список доступных показателей.

Для подробного анализа использованного контейнера нажмите на кнопку '''Детали''' напротив его названия.
====Анализ памяти, События, Логи, Источник логов====
Данные разделы показывают основную информацию о событиях процессов этого хоста. Если информация на каком-то из разделов не отображается, попробуйте изменить '''таймфрейм''' для данных этого хоста. Подробнее о таймфреймах См. раздел [[Таймфреймы и менеджмент-зоны дашбордов|'''''Таймфреймы и менеджмент-зоны дашбордов''''']]
===Проблемы===
АппОптима автоматически обнаруживает проблемы в контролируемой среде и перечисляет их здесь. Если вы только что установили ЕдиныйАгент, вы можете не увидеть никаких проблем в течение выбранного таймфрейма (по умолчанию <code>Последние 2 часа</code>).
*'''''Пример: Проблем не обнаружено'''''
[[Файл:73.png|граница|827x827пкс]]

Вы всегда можете изменить настройку таймфрейма вверху страницы. В следующем примере мы изменили его на <code>Последние 30 дней</code> и обнаружили 3 проблемы в течение этого периода времени.

[[Файл:74.png|граница]]
*'''''Пример: Есть проблемы'''''
[[Файл:74.png|граница]]

Вы можете перейти к проблемам. Для этого нажмите на кнопку '''Проблемы''', чтобы получить подробные сведения
===Доступность===
*На панели уведомлений '''Доступность''' показывает процент времени, в течение которого хост был в сети и отвечал на запросы. АппОптима обнаруживает и показывает выключения операционной системы (включая перезагрузки) и периоды, когда хост находится в автономном режиме (например, если хост неожиданно отключается). [[Файл:74.png|граница]]
*Выберите '''Доступность''' на панели уведомлений, чтобы отобразить панель '''Доступность хоста''', на которой отображается доступность хоста с течением времени (выбранного '''таймфрейма''').
==Создание первого дашборда==
Чтобы создать '''Дашборд'''
#Перейдите в раздел '''Дашборды'''.
#Нажмите на кнопку '''Создать дашборд'''.
#Введите имя для вашего дашборды и нажмите кнопку '''Создать'''. Новый дашборд отобразится в списке доступных дашбордов.
#Нажмите на название дашборда, чтобы открыть его страницу.
#В правом верхнем углу нажмите на кнопку '''Редактировать''', чтобы перейти в режим редактирования этого дашборда.
#Чтобы добавить плитку, перетащите ее из панели '''Плитки''' на дашборд. Например, перетащите плитку '''Здоровье хоста''' на новый дашборд.
#В настройках этой плитки вы можете указать ее '''Заголовок''', '''Фильтры''' и '''Окружение.'''
#Нажмите на кнопку '''Готово'''. Новый дашборд отображается так, как он будет отображаться для вас и людей, с которыми вы им поделитесь. (Другие люди не увидят кнопку '''Редактировать''' , если вы не предоставите им [[Глобальная настройка дашбордов|'''''разрешение на редактирование''''']].)
Теперь давайте вернемся на страницу обзора хоста и прикрепим диаграмму с этой страницы к вашему новому дашборду.
#Перейдите в раздел '''Хосты''' .
#Найдите и выберите свой хост в таблице.
#На странице обзора хоста в разделе '''Производительность хоста''' найдите диаграмму '''Использование процессора''' .
#Нажмите на кнопку '''Дополнительно (...)> Закрепить на дашборде'''.
#Выберите ваш дашборд и нажмите на кнопку '''Прикрепить'''. Это закрепит копию графика использования ЦП на дашборде.
#Нажмите на кнопку '''Открыть дашборд''', чтобы вернуться на него. Дашборд открывается в режиме редактирования с выбранной новой плиткой.
#Нажмите на кнопку '''Готово''', чтобы сохранить изменения и отобразить обновленный дашборд.
Попробуйте использовать ту же процедуру, чтобы добавить еще несколько плиток на панель управления.
==Развёртывание на других хостах==
Вы можете увидеть, насколько просто развернуть АппОптима на одном хосте и сразу начать его мониторинг. Но это было лишь часть того, что АппОптима может для вас сделать.
*Чтобы узнать больше о том, что АппОптима может для вас сделать, посмотрите видео на ресурсах бесплатной пробной версии АппОптима .
*Чтобы узнать о нашей локальной альтернативе, прочтите статью [[Начало работы с АппОптима Managed]].

Примечания к релизу 240

2026-05-28T13:23:12Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 240'''''

== Новые функции и улучшения ==

=== библиотека OpenSSL ===
Библиотека OpenSSL, используемая службой Nginx, была обновлена до версии 1.1.1n для повышения отказоустойчивости и безопасности.

=== Управление уведомлениями кластера через API ===
В версии 1.240 мы добавили кластерный REST API для управления уведомлениями кластера для следующих случаев:

* Недостаточно свободного места на диске.
* Недостаточное оборудование узла кластера.
* Недостаточно свободного места на диске для хранения метрик.
* Усечение хранилища транзакций.
* Активация адаптивного снижения нагрузки.

=== События Kubernetes ===
В выпуске 1.240 версия событий Kubernetes для раннего внедрения (EA) была удалена. Прежняя возможность подписаться на анализ и оповещение о событиях Kubernetes теперь является частью общедоступного (GA) мониторинга событий Kubernetes и подлежит использованию DDU.

Из-за использования DDU версии GA клиенты и/или конечные точки Kubernetes, использующие версию EA, больше не будут получать события, но могут вручную повторно включить мониторинг событий Kubernetes. Предыдущая подписка на интеграцию событий Kubernetes для анализа и оповещения продолжит получать события Kubernetes, автоматически перемещенные в новую версию GA.

== Поддержка операционных систем ==

=== Будущие изменения поддержки управляемых операционных систем АппОптима ===

===== Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г. =====

* Linux : SUSE Enterprise Linux 11.4
** x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 ноября 2022 г. =====

* Linux: Ubuntu 21.04
** x86-6
** Последняя совместимая версия: 1.244

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. =====
* Linux : Debian 9
** x86-64
* Linux : SUSE Enterprise Linux 12.3
** x86-64

=== Прошедшие изменения поддержки управляемых операционных систем АппОптима ===

===== Следующие операционные системы больше не поддерживаются с 1 февраля 2022 г. =====

* Linux : CentOS 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
** x86-64
** Последняя совместимая версия: 1.226
* Linux : Debian 8
** x86-64
** Последняя совместимая версия: 1.226
* Linux : Red Hat Enterprise Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
** x86-64
** Последняя совместимая версия: 1.226
* Linux : Oracle Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
** x86-64
** Последняя совместимая версия: 1.226

===== Следующие операционные системы больше не поддерживаются с 1 марта 2022 г. =====

* Linux : CentOS 8.3
** x86-64
** Последняя совместимая версия: 1.228
* Linux : Red Hat Enterprise Linux 8.3
** x86-64
** Последняя совместимая версия: 1.228
* Linux : Oracle Linux 8.3
** x86-64
** Последняя совместимая версия: 1.228

===== Следующие операционные системы больше не поддерживаются с 1 мая 2022 г. =====

* Linux : CentOS 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232
* Linux : Red Hat Enterprise Linux 7.6, 8.1
** x86-64
** Объявление поставщика
** Последняя совместимая версия: 1.232
* Linux : Oracle Linux 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232

===== Следующие операционные системы больше не поддерживаются с 1 июня 2022 г. =====
* Linux : Ubuntu 20.10
** x86-64
** Последняя совместимая версия: 1.234

== Решенные проблемы ==
Выпуск 240 содержит 48 решенных проблем (в том числе устранение 1 уязвимости) .
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Автономное облако
|1
|-
|Облачное решение для автоматизации
|1
|-
|Кластер
|40 (1 уязвимость)
|-
|Консоль управления кластером
|4
|-
|Пользовательский интерфейс
|1
|}

==== Автономное облако ====

* Исправлена проблема, из-за которой кластер Kubernetes отображался как UNKNOWN-KUBERNETES-CLUSTER-**** в пользовательской диаграмме.

==== Облачное решение для автоматизации ====

* Из-за недавнего изменения в спринте 238, когда мы изменили значение флага настройки с МЕТРИКА на МЕТКИ, мы столкнулись с некоторыми проблемами, и поэтому оказалось необходимым исправить все плитки с новым значением. Таким образом, средство миграции проверяет панели мониторинга с плитками SLO и изменяет МЕТКИ-> МЕТРИКИ. Кроме того, мы избежали использования «Данные не найдены» в пользовательском заголовке, поскольку SLO из удаленной среды будут отображать этот заголовок, однако данные отображаются на плитке.

==== Кластер ====

* Уязвимость: обновлена до новой версии библиотеки Marked для использования в плитках Markdown на панели инструментов.
* Устранена проблема, из-за которой не удавалось добавить новый узел из-за тайм-аута при копировании файлов АктивногоШлюза.
* Дамп множества больше не создается, когда список сеансов содержит большой объем данных.
* Исправлено отображение предупреждающего сообщения на странице настроек Kubernetes, если события Kubernetes включены, а мониторинг журналов v2 отключен.
* Исправлена проблема с целями конверсии в API конфигурации веб-приложения RUM.
* Исправлена фильтрация альтернативных сетевых зон на странице редактирования «Статус развертывания > Сетевые зоны» для одной сетевой зоны.
* Уведомления ServiceNow теперь поддерживают значение заполнителя ProblemDetailsText, которое раньше отсутствовало.
* Теперь вы можете редактировать службы в рамках разрешений зоны управления.
* Общие правила анализа основных причин теперь также учитывают закрытые события, поскольку они могут объяснить основную причину проблемы.
* В прошлом события «Мониторинг недоступных» могли возникать из-за проблем со связью в кластере АппОптима, даже если конкретная среда не была затронута. Эти события теперь более точно оцениваются на уровне среды, поэтому вы получаете уведомление только в случае, если в вашей среде возникают проблемы со связью.
* Действия переименованных приложений теперь будут отображать кнопку каскадного анализа всякий раз, когда доступны данные.
* Параметры конфигурации, отвечающие за определение серьезности, переименованы в LAConfigSeverityDetectionLimit_Bytes и LAConfigSeverityDetectionLinesLimit.
* Устранена проблема, из-за которой при подавлении внедрения агента в некоторых случаях процессы неправильно сообщались как ожидаемые для мониторинга и как отслеживаемые при вызове API `/api/v1/entity/infrastructure/processes`.
* Кнопка «Настроить плитку в обозревателе данных» теперь находится в том же месте, что и кнопка настройки для других плиток, и теперь надежно отображается при выборе плитки.
* Страница настроек «Пользовательские единицы» сопоставлена с меню настроек «Метрики».
* Текст профиля предупреждений и фильтр описания теперь отражают правильное логическое ИЛИ между ними.
* Исправлена проблема с оператором :timeshift селектора метрик, которая приводила к отсутствию временных интервалов.
* События Kubernetes, относящиеся к первопричине, теперь корректно обрабатываются Fedor и отображаются в разделе «Проблемы».
* Исправлено несоответствие в потребленных DDU, которое отображалось на странице потребления.
* Свойства действий пользователя теперь правильно отображаются в мобильном водопаде (анализ действий пользователя).
* Диаграмма памяти множества JVM больше не объединяет пулы памяти без множества на странице сведений о процессе.
* Исправлено разрешение отсутствия тегов и зон управления у некоторых сущностей при событии и проблемах.
* Расчет общего количества операций ввода-вывода был исправлен, чтобы больше не добавлять асинхронное время. Это может привести к тому, что службы будут отображать изменения общего времени ввода-вывода и/или предупреждения при использовании в качестве триггера, даже если фактические пути PurePath не изменились.
* Исправлено форматирование DateTime во всплывающей подсказке тепловой карты для таймфреймов, включающих более одного дня.
* Теперь корректные предложения отображаются для выпуска продукта и стадии выпуска для сервисных фильтров.
* Теперь можно принимать все символы «Дополнительных символов и пиктограмм» Unicode 14.0 в качестве значений измерений с помощью Metrics API v2.
* Исправлено недавно введенное правило отключения мониторинга процессов "calico-node", не имеющих отношения к мониторингу.
* Устранена проблема, которая препятствовала созданию пользовательских служб обмена сообщениями с типом точки входа в очередь, установленным для некоторых типов технологий.
* Исправлена проблема с ответом «500 Internal Server Error» при обнаружении аномалий — API событий диска.
* Исправлен порядок сортировки для некоторых столбцов Kubernetes: столбцы, содержащие числа (например, «4 пространства имен»), теперь правильно сортируются по числу. Раньше применялась лексикографическая сортировка (1, 10, 2, 3,...).
* Устранена проблема, из-за которой, когда события журнала имели больше атрибутов, чем разрешенный максимум (50 по умолчанию), иногда последние добавленные атрибуты не были обрезанными атрибутами.
* Перенесены все плитки уценки с заголовками, которые не содержат пробела между «#» и текстом заголовка, чтобы включить его. Отсутствующие пробелы ранее работали из-за ошибки в используемом парсере уценки, с тех пор это было исправлено в парсере, и теперь после знака решетки требуется пробел.
* Повышена эффективность и время отклика операторов фильтрации в селекторах метрик, которые одновременно применяют селектор объектов и фильтруют измерение под названием «Контейнер» или «Процесс».
* Ссылка «Сведения об исключении» больше не дает сбой (404) при использовании одного фильтра PurePath.
* Информация всплывающей подсказки/наложения кнопки «Уточнить» теперь более точно отражает частоту дискретизации после уточнения.
*Устранена проблема, из-за которой экспорт сеанса пользователя мог привести к многократному экспорту сеансов пользователя.
*Устранена проблема, из-за которой страница мобильного провайдера не использовалась в некоторых случаях, когда для удаления протокола URL-адресов веб-запросов использовались правила перезаписи.
*Устранены неработающие ссылки в плитках Markdown.
*Исправлена проблема с синхронизацией паролей Cassandra JMX.

==== Консоль управления кластером ====

* Резервная копия Cassandra удаляется только после того, как будет готова новая.
* Улучшена производительность создания пользователей в общедоступном REST API.
* Улучшена обработка ошибок для непредвиденных проблем с хранилищем.
*Устранена потеря системно-критических конфигураций после частичного сбоя Cassandra.

==== Пользовательский интерфейс ====

* Включите CDN для резервного копирования при сбое.

== ЕдиныйАгент ==

=== Java ===

* Добавлена поддержка агента OpenTelemetry 1.12 .

=== z/OS ===

* <code>oneagentzos-R12391.pax</code>теперь доступен

=== .Net Core ===

* Добавлена автоматическая инъекция Real User Monitoring (RUM) для приложений ASP.NET Core, работающих на веб-сервере Kestrel. Чтобы включить это как функцию ЕдиногоАгента
*# В меню АппОптима выберите « Настройки » > « Мониторинг службы на стороне сервера» > « Глубокий мониторинг» .
*# Разверните раздел Новые функции ЕдиногоАгента , найдите Включить мониторинг реальных пользователей (RUM) для ASP.NET Core и включите его.

=== Go ===

* Добавлена поддержка Go 1.18.

=== Новые функции и улучшения ===

==== Установщик ====
В Windows использование устаревшей <code>dtuser</code>версии будет неявно преобразовано в учетную запись локальной системы во время обновления.

==== Мониторинг журнала ====
Модуль журнала ЕдиногоАгента может извлекать атрибуты из содержимого журнала и обогащать записи журнала. Модуль журнала ЕдиногоАгента теперь обрабатывает расширенные данные журнала, повышая производительность.

==== Watchdog ЕдиногоАгента ====
Были введены два новых параметра (в настоящее время используются только в установке ЕдиногоАгента Linux):

* <code>coredump.non_root_use_sigquit</code> Если установлено и Watchdog запускается пользователем, не являющимся пользователем root (uid != 0), Watchdog отправляет сигнал SIGQUIT дочернему процессу в случае тайм-аута ping, превышения памяти или тайм-аута выключения, чтобы вызвать дамп памяти. По умолчанию:<code>false</code>
* <code>non_root_drop_capabilities</code> Если установлено и Watchdog запускается пользователем, не являющимся пользователем root (uid != 0), Watchdog сбрасывает все возможности после инициализации (до запуска любых дочерних процессов) и помечает свой собственный процесс как дампируемый ( <code>prctl(PR_SET_DUMPABLE, 1)</code>). По умолчанию:<code>false</code>

=== Операционные системы ===

* Добавлена поддержка CentOS Stream 9 .
* Добавлена поддержка IBM AIX 7.3 TL0.

==== Операционные системы, поддерживающие изменения АппОптима ЕдиногоАгента в будущем ====

===== Следующие операционные системы больше не будут поддерживаться с 1 августа 2022 г. =====

* Linux : Ubuntu 21.04

===== Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г. =====

* Linux : SUSE Linux Enterprise Server 11.4

===== Следующие операционные системы больше не будут поддерживаться с 1 ноября 2022 г. =====

* Linux : Ubuntu 14.04 LTS

===== Следующие операционные системы больше не будут поддерживаться с 1 декабря 2022 г. =====

* Linux : Fedora 34
** x86-64
* Windows : Рабочий стол Windows 1909
** x86-64
* Windows : Windows Server 20H2
** x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. =====

* Linux : Debian 8, 9
** x86-64
* Linux : SUSE Linux Enterprise Server 12.3

==== Прошедшие изменения поддержки технологий ЕдинымАгентом АппОптима ====

===== АппОптима ЕдиныйАгент 1.221 была последней версией, поддерживающей следующие технологии. =====

* OpenTelemetry 0.20.0 для Go
* OpenTelemetry 0.18.x, 1.0.0-rc.0, 1.0.0-rc.3 для Node.js

===== АппОптима ЕдиныйАгент 1.227 была последней версией, поддерживающей следующие технологии. =====

* OpenTelemetry 1.0.0-RC1 для Go
* OpenTelemetry 1.0.0-RC2 для Go

===== АппОптима ЕдиныйАгент 1.233 была последней версией, поддерживающей следующие технологии. =====

* Node.js 15 для Node.js
** Поставщик прекратил поддержку этой технологии и версии с 01.06.2021.

==== Предыдущие изменения в поддержке операционных систем АппОптима ЕдинымАгентом ====

===== Следующие операционные системы больше не поддерживаются с 1 декабря 2021 г. =====

* Linux : Fedora 32
** x86-64
** Последняя совместимая версия: 1.227
* Windows : Windows Server 1909
** x86-64
** Последняя совместимая версия: 1.227

===== Следующие операционные системы больше не поддерживаются с 1 февраля 2022 г. =====

* Linux : Red Hat Enterprise Linux CoreOS 4.5
** Последняя совместимая версия: 1.235
* Linux: Ubuntu 20.10
** Последняя совместимая версия: 1.225

===== Следующие операционные системы больше не поддерживаются с 1 марта 2022 г. =====

* Linux : Google Container-Optimized OS 81 LTS
** x86-64

===== Следующие операционные системы больше не поддерживаются с 1 апреля 2022 г. =====

* UNIX : IBM AIX 7.2 TL3
** POWER8, POWER9

===== Следующие операционные системы больше не поддерживаются с 1 июня 2022 г. =====

* Linux : Fedora 33
** x86-64

===== Следующие операционные системы больше не поддерживаются с 1 июля 2022 г. =====

* Linux : CentOS 8.x
** x86-64

* Linux : CentOS 8.x
** PPCLE

* Linux : CentOS 8.x
** ARM64 (AArch64)
* Linux: Google Container-Optimized OS 85 LTS
** x86-64

* Linux: openSUSE 15.2
** x86-64, PPCLE
* Windows: Windows Desktop 10 2004
** x86-64
* Windows: Windows Server 2004
** x86-64

=== Другие изменения поддержки ===

==== ЕдиныйАгент для z/OS ====

* Исправлена ошибка запаковывания

=== Решенные проблемы ===
Общее количество решенных проблем — 21 (в том числе 1 устранённая уязвимость).
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Все модули
|2
|-
|Кластер
|1
|-
|Общий
|1
|-
|Мониторинг инфраструктуры
|4
|-
|Модуль регистрации
|1
|-
|Мейнфрейм
|1
|-
|Модуль ОС
|1
|-
|.NET
|2
|-
|PHP
|2
|-
|Nginx
|1
|-
|IIB
|2
|-
|Установщик ЕдиногоАгента
|1
|-
|Apache
|1
|-
|Go
|1
|}

==== Все модули ====

* Устранена проблема, из-за которой в редких случаях свойствам Kubernetes, таким как имя пода, имя контейнера или пространство имен, присваивались неверные значения.
* Для функции правила обнаружения рабочей нагрузки Kubernetes исправлено вычисление имени группы процессов и идентификатора: (1) Имя группы процессов: когда применяется правило обнаружения рабочей нагрузки Kubernetes, из правила создается значимое имя для группы процессов. (2) Идентификатор группы процессов. Правило обнаружения рабочей нагрузки Kubernetes применяется, даже если поля, относящиеся к идентификатору, отсутствуют, но хотя бы одно из них присутствует.

==== Кластер ====

* Версия datasource-java была перенесена обратно, чтобы исправить обратный поиск DNS.

==== Общий ====

* Исправлена обработка заголовка «Content-Encoding» сжатого содержимого, сгенерированного сервером FCGI, что устраняет проблему, из-за которой ЕдиныйАгент не внедрял фрагмент JavaScript в HTML-страницу.

==== Мониторинг инфраструктуры ====

* Источник данных теперь чаще отправляет собранные метрики, чтобы решить проблему с пробелами в диаграммах.
* Источник данных StatsD теперь выводит собранные метрики самоконтроля в журнал при выходе из процесса.
* Исправлена редкая проблема, из-за которой EEC сообщал о неправильной чрезвычайно высокой загрузке ЦП после перезапуска источника данных из-за высокой загрузки ЦП.
* Уязвимость: устранена уязвимость в источнике данных Prometheus, связанная с возможными учетными данными, зарегистрированными в файле журнала.

==== Модуль регистрации ====

* Параметры конфигурации, отвечающие за определение серьезности, переименованы в LAConfigSeverityDetectionLimit_Bytes и LAConfigSeverityDetectionLinesLimit.

==== Мейнфрейм ====

* Субагенты снова зарегистрированы в версии zRemote. Это исправляет деактивацию zAgent, если устаревший субагент пытается подключиться.

==== Модуль ОС ====

* Модуль ОС ЕдиныйАгент теперь правильно сообщает показатели памяти хоста, даже если параметр CONFIG_VM_EVENT_COUNTERS отключен в конфигурации ядра Linux.

==== .NET ====

* Обогащение журнала для ведения журнала расширения MS больше не приводит к исключениям индекса вне диапазона, и теперь используются правильные префиксы.
* Повышена стабильность модуля ЕдиныйАгент .NET в режиме инфраструктуры.

==== PHP ====

* Добавлен дополнительный захват данных при сбое метода вызова Redis.
* Исправлена проблема с получением нескольких результатов из атрибутов запроса, установленных для одной функции.

==== Nginx ====

* Переименованные переменные NGINX, используемые для обогащения NGINX access.log, теперь используют префикс «dt_», чтобы избежать конфликтов имен с другими модулями.

==== IIB ====

* Добавлены параметры агента устранения неполадок для отключения записи тегов трассировки АппОптима для Java (через узел JavaCompute) и .NET (через узел DotNetComputeNode) в папку «LocalEnvironment.Variables.Dynatrace», представленные в версии 1.229.
* Теги узлов JavaCompute больше не мешают значениям кодирования сообщений.

==== Установщик ЕдиногоАгента ====

* Устранена проблема, из-за которой установщик зависал при попытке отключить службу abrt-ccpp, которой нет в системах SLES.

==== Apache ====

* Исправлено обогащение журнала для веб-сервера Apache в случае использования виртуального хоста.

==== Go ====

* Исправлен мониторинг статически связанных приложений Go, не использующих os.Executable.

=== ЕдиныйАгент для JavaScript: устранённые проблемы ===
Выпуск 1.239 содержит 1 решенную проблему.

==== JavaScript ====

* Исправлена проблема, возникавшая с оболочкой Proxy API XHR в позднем режиме, когда также присутствовала другая оболочка XHR.

Примечания к релизу 234

2026-05-28T13:23:05Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 234'''''

== Объявления ==

=== АппОптима на Centos/RHEL/Oracle Linux 7.6. ===
Начиная с этого выпуска, вы больше не можете устанавливать новые кластеры и новые узлы в Centos/RHEL/Oracle Linux 7.6.

=== Интеграция событий Kubernetes в АппОптима ===
Для полноценного наблюдения за вашими событиями Kubernetes, автоматического анализа Fedor и настраиваемых предупреждений вам необходимо включить Log Monitoring v2 и интеграцию событий Kubernetes.

== Новые функции и улучшения ==

=== Новый формат dtCookie и максимальное количество действий пользователя в минуту ===
В АппОптима версии 234 новый <code>dtCookie</code>формат, указанный в файлах cookie , будет автоматически включен для всех клиентов. Если в среде по-прежнему используется старый <code>dtCookie</code>формат, также вступит в силу ограничение на максимальное количество действий пользователя в минуту.

==== Требуемые действия ====
Если вы ранее не включали новый формат файлов cookie и ваша среда превышает ограничение по умолчанию в 3500 действий пользователя в минуту, вы можете настроить '''Максимальное количество действий пользователя в минуту''' в '''Консоли управления кластером > Среды''' в разделе '''Параметры''' '''предотвращения перегрузки кластера'''.

=== Улучшения производительности ===
Чтобы воспользоваться преимуществами повышения производительности, последних улучшений безопасности и исправления ошибок, мы обновили JRE для следующих компонентов узла кластера: Cassandra и Elasticsearch теперь будут использовать <code>JRE 8u312</code>. Другие компоненты теперь будут использовать <code>JRE 11.0.13</code>.

=== Подключение OpenID (SSO) ===

* Проверка подписи может быть настроена для OpenID Connect (SSO).
* Обновление назначений групп пользователей каждые 30 минут для пользователей, вошедших в систему с помощью OpenID, чтобы иметь актуальные разрешения пользователей.
==Решённые вопросы==
{| class="wikitable"
!Составная часть
!Решенные вопросы
|-
|Безопасность приложений
|3
|-
|Кластер
|33 (1 уязвимость)
|-
|Консоль управления кластером
|6
|}
===Безопасность приложений===

* Улучшена обработка разрешений для обзора группы процессов Application Security, чтобы разрешить ограниченный доступ пользователям, не имеющим глобальных разрешений.
* Устранена проблема с правилом мониторинга безопасности (свойство «Зона управления» оценивалось неправильно), из-за которой уязвимости постоянно переключались между состояниями «ОТКРЫТО» и «РАЗРЕШЕНО».
* Несогласованные данные о покрытии хостов, которые могут возникать, если включены отчеты о программных компонентах, но хосты, о которых сообщается, не гарантированы в АппОптима, теперь регистрируют только предупреждение (понижено с создания исключения), чтобы не нарушить обзорную страницу безопасности приложений.

=== Кластер ===

* '''Уязвимость''': исправлена проблема безопасности, из-за которой пользователи с разрешениями на изменение конфигурации только в зоне управления могли изменять определенные параметры для сущностей, не входящих в область действия этой зоны управления.
* Унифицированные метки «Нет значения» в списке сеансов.
* Устранена проблема, из-за которой предупреждения для инфраструктуры (например, центрального процессора) генерировались, даже если они были отключены.
* Устранены незначительные несоответствия данных между многомерным анализом и проводником данных, связанные с длительными запросами.
* Улучшен расчет размера и положения значения в диаграммах «Одно значение».
* Когда новые правила метода добавляются к существующему правилу захвата, существующие правила метода больше не перезаписываются.
* Исправлена проблема, из-за которой кнопка «Просмотреть PurePath» в водопаде могла привести к неправильному PurePath.
* Временные рамки проблемы теперь правильно обрабатываются при анализе трассировок PurePath.
* Улучшен показатель `builtin:apps.web.actionCount.summary`.
* Страница «Проводник данных», визуализация «Одно значение», больше не вылетает при включении «Последнее значение».
* Улучшено именование действий пользователя для действий загрузки.
* Время ожидания связывания RUM настроено в хранилище транзакций.
* API `OPAQUE_AND_EXTERNAL_WEB_REQUEST` теперь правильно проверяет участников с `id`.
* Исправлена ошибка, из-за которой некоторые запросы entitySelector приводили к пустым результатам в зависимости от порядка фильтров.
* Замена заполнителя описания теперь корректна для пользовательских конфигураций событий.
* Список сервисов и баз данных теперь отображает правильную агрегацию значений. Последнее значение отображалось вместо среднего значения при определенных условиях (не последние таймфреймы).
* API именования запросов на обслуживание больше не меняет порядок правил во время операций обновления.
* Список трассировки теперь корректно поддерживает сортировку по количеству обращений к базе данных.
* Метрика файловых дескрипторов теперь правильно объединяет PID в списке процессов хоста и на странице сведений о процессах.
* Устранены проблемы с отображением спарклайна и позиционирования значений на плитке «Одно значение».
* Исправлена ошибка, из-за которой отсутствовала информация в веб-интерфейсе АппОптима. Проблемы и уведомления о проблемах.
* Улучшено сообщение об ошибке при попытке создать метрику службы с ключом в неправильном формате.
* Агрегирование времени исправлено для диаграммы «Время GC» на странице экземпляра группы процессов.
* Lambdas, EBS и вспомогательные сервисы на странице сведений об AWS правильно отображаются, если выбран фильтр зоны управления, при этом зона управления не содержит всю учетную запись AWS.
* Даты фильтра списка «Пользовательские сеансы» теперь анализируются более точно.
* Модули IIS теперь правильно отображаются в «Анализе времени отклика», когда включена функция IIS Insights.
* Команды установки, представленные в пользовательском веб-интерфейсе для ЕдиногоАгента в ОС Windows, Linux и AIX, всегда будут содержать дополнительные аргументы установки.
* Исправлены настройки исключения браузера 2.0, которые отображались для приложений, отличных от автоматически внедряемых приложений.
* Решена проблема, из-за которой данные метрики отображались неправильно или отображались лишь частично, когда метрика загружалась с отслеживаемым измерением объекта.
* Исправлена проблема с предложениями параметров в обозревателе данных, которые не работали для некоторых показателей.

* Tenant CountryCode можно использовать для настройки разрешения IP и геолокации в зависимости от политических вариаций. Например, при выборе Китая Тайвань, Гонконг и Макао рассматриваются как регионы внутри Китая, а не как самостоятельные страны. Это решает проблему, из-за которой это не применялось для мобильных посещений.
* После ручного обновления АктивногоШлюза до определенной версии через REST обновление модуля больше не дает сбоев.
* Исправлено исключение нулевого указателя, возникавшее во время оценки предупреждений о выражениях метрик.

=== Консоль управления кластером ===

* Если среда не указана в запросе во время входа, локальная среда самоконтроля больше не является начальной средой.
* Обновите log4j до версии 2.17.1 для Premium High Availability.
* Исправлена проблема, приводившая к созданию «отключенных» журналов GC.
* Исправлена потенциальная миграция для последнего индекса, которая в некоторых крайних случаях могла привести к недопустимому состоянию проблемы.
* Добавлен индикатор загрузки для объяснения задержки при создании, включении или отключении среды.
* Устранена проблема с кэшированием в конечной точке REST `/api/v1.0/onpremise/groups/managementZones`, которая приводила к сбою обновлений для недавно созданных зон управления.

== Единый Агент ==

=== z/OS ===

* <code>oneagentzos-R12330.pax</code>теперь доступен
* Добавлена поддержка отслеживания транзакций IMS Fast Path.
* Добавлена поддержка диагностики O для модуля кода Java в z/OS.

=== Java ===

* Добавлена поддержка reactor-core 3.x
* Добавлена поддержка Jedis Redis 4.x.

* Добавлена поддержка трассировки для издателя Reactor Core Mono/Flux. Чтобы включить это как функцию ЕдиногоАгента
*# В меню АппОптима перейдите в '''« Настройки »''' и выберите '''« Мониторинг службы на стороне сервера»''' > '''« Глубокий мониторинг»''' .
*# Разверните раздел '''Новые возможности ЕдиногоАгента''' , найдите '''Трассировка Java Project Reactor Core v3''' и включите ее.

=== Go ===

* Добавлена поддержка Go 1.17.

=== Текущие изменения поддержки технологии АппОптима Единый Агент ===

===== АппОптима ЕдиныйАгент 1.233 — последняя версия, поддерживающая следующие технологии. =====

* Node.js 15 для Node.js
** Поставщик прекратил поддержку этой технологии и версии с 01.06.2021.

==== Будущие изменения в поддержке АппОптима ЕдиныйАгент операционных систем ====
Следующие операционные системы больше не будут поддерживаться с 1 июня 2022 г.

Linux : Fedora 33

* x86-64

Следующие операционные системы больше не будут поддерживаться с 1 июля 2022 г.

Linux : CentOS 8.x

* X86-64

Linux : CentOS 8.x

* PPCLE

Linux : CentOS 8.x

* ARM64 (AArch64)

Linux : Google Container-Optimized OS 85 LTS

* X86-64

Linux : openSUSE 15.2

* x86-64, PPCLE

Windows : рабочий стол Windows 2004

* X86-64

Windows : Windows Server 2004

* x86-64

Следующие операционные системы больше не будут поддерживаться с 1 августа 2022 г.

Linux : Ubuntu 21.04

Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г.

Linux :SUSE Linux Enterprise Server 11.4

Следующие операционные системы больше не будут поддерживаться с 1 ноября 2022 г.

Linux : Ubuntu 14.04 LTS

Следующие операционные системы больше не будут поддерживаться с 1 декабря 2022 г.

Linux : Fedora 34

* x86-64

Windows : Рабочий стол Windows 1909

* x86-64

Windows : Windows Server 20H2

* x86-64

==== Прошедшие изменения в поддержке технологий АппОптима ЕдинымАгентом ====
АппОптима ЕдиныйАгент 1.213 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 0.16.0, 0.17.0 для Go

АппОптима ЕдиныйАгент 1.215 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 0.18.0 для Go

АппОптима ЕдиныйАгент 1.217 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 0.19.0 для Go

АппОптима ЕдиныйАгент 1.221 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 0.20.0 для Go
* OpenTelemetry 0.18.x, 1.0.0-rc.0, 1.0.0-rc.3 для Node.js

АппОптима ЕдиныйАгент 1.227 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 1.0.0-RC1 для Go
* OpenTelemetry 1.0.0-RC2 для Go

Следующие операционные системы больше не поддерживаются с 1 сентября 2021 года.

Linux : Red Hat Enterprise Linux CoreOS 4.4.

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.223

Linux : openSUSE 15.1

* x86-64, PPCLE
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.223

Следующие операционные системы больше не поддерживаются с 1 октября 2021 года.

Linux : Google Container-Optimized ОС Google 77 LTS

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.217

Linux : SUSE Linux Enterprise Server 12.2

* Объявление поставщика
* Последняя совместимая версия: 1.225

Следующие операционные системы больше не поддерживаются с 1 декабря 2021 года.

Linux : Fedora 32

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.227

Linux : Windows : Windows Server 1909

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.227

Следующие операционные системы больше не поддерживаются с 1 февраля 2021 года.

Linux : Ubuntu 20.10

* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.225

Следующие операционные системы больше не поддерживаются с 1 марта 2021 года.

Linux : Google Container-Optimized OS 81 LTS

* x86-64

* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.225

Следующие операционные системы больше не поддерживаются с 1 апреля 2021 года.

UNIX: IBM AIX 7.2 TL3

* POWER8, POWER9

=== Другие изменения в поддержке ===

==== ЕдиныйАгент для z/OS ====

===== Сборка 1.233.0 =====

* Повторяющиеся узлы больше не сообщаются, если CTG и CICS выполняются в LPAR с трансляцией сетевых адресов между узлом и zRemote.
* Исправлена ошибка, из-за которой DTAX отключал и включал выходы в одной итерации после повторного подключения zDC.

=== Решенные проблемы ===
Общее количество решенных проблем — 28 (в том числе 1 устранение уязвимости).
{| class="wikitable"
!Составная часть
!Решенные вопросы
|-
|Все модули
|5 (1 уязвимость)
|-
|Модуль ОС
|10
|-
|Java
|3
|-
|Nginx
|1
|-
|Мониторинг инфраструктуры
|1
|-
|.NET
|2
|-
|Модуль регистрации
|1
|-
|Мейнфрейм
|2
|-
|opentracingnative
|1
|-
|PHP
|1
|-
|Установщик ЕдиногоАгента
|1
|}

==== Все модули ====

* Уязвимость: библиотека expat обновлена до версии 2.4.4 в ответ на CVE-2022-23990.
* Нормализация SQL теперь обнаруживает «изменить роль», «создать роль» и «установить роль» и нормализует эти операторы, чтобы пароли не были видны. Например, оператор «установить роль AT_ADMIN», идентифицированный как «пароль», теперь заменен на «установить роль [L]».
* Регрессия производительности в вызовах exec(), представленная в ЕдиномАгенте версии 1.219, исправлена.
* Переменные среды DT_RELEASE_VERSION, DT_RELEASE_BUILD_VERSION, DT_RELEASE_PRODUCT и DT_RELEASE_STAGE были неправильно переведены в теги DT_APPLICATION_RELEASE_VERSION, DT_APPLICATION_BUILD_VERSION, DT_APPLICATION_NAME и DTENVIPPLIC`ATION_APPLICATION. Эти переменные среды теперь отображаются в тегах с их исходными именами.
* Автоматический дамп ядра теперь создается правильно для компонентов ЕдиногоАгента при обнаружении зависшего компонента.

==== Модуль ОС ====

* Исправлена группировка для процесса `docker -d`.
* Исправлены свойства исполняемого файла Windows модуля ЕдиныйАгент System Monitoring и изменено имя процесса с «Агент ОС» на «Агент АппОптима System Monitoring». )
* Убрано ложное предупреждение о разборе аргументов программы.
* Улучшено обнаружение контейнеров Docker при запуске модуля ЕдиныйАгент OS.
* Аргументы командной строки, используемые для группировки, настроенной с помощью расширенных правил обнаружения, теперь передаются правильно.
* Модуль ОС ЕдиныйАгент может определять произвольное расположение контейнеров Docker.
* Идентификатор OSI, созданный в режиме IP-адреса, больше не создается заново, если IP-адрес не обнаружен на хосте при запуске ЕдиногоАгента.
* Компонент ЕдиныйАгент System Monitoring продолжит работу, даже если не сможет подключиться к общей памяти.
* Исправлен идентификатор OSI для узлов EC2 и Azure, когда для параметра HostIdSource установлено значение k8s-node-name.
* Исправлен пересчет идентификатора экземпляра группы процессов (PGI) в бесконечном цикле для PGI с пользовательскими переменными среды.

==== Java ====

* Исправлено исключение NullPointerException, вызванное датчиком Java OpenTelemetry.
* Улучшена адаптация шаблона Log4j для датчика обогащения журнала Java для правильной обработки более сложных шаблонов сообщений.
* Устранено возможное взаимодействие отчетов компонентов программного обеспечения с обработчиком URLStreamHandler, используемым приложениями Java.

==== Nginx ====

* Исправлены сбои в производных контроллерах входа "itom" NGINX.

==== Мониторинг инфраструктуры ====

* Исправлен синтаксический анализ файла расширения YAML для источника данных snmptraps.

==== .NET ====

* Устранена проблема, из-за которой отчеты о программных компонентах .NET иногда приводили к сбою, если они были включены во время выполнения.
* Исправлена проблема в OpenTelemetry (.NET), которая приводила к сбою приложения в случае дублирования записей атрибутов диапазона с одним и тем же ключом.

==== Модуль регистрации ====

* Устранена проблема, приводившая к аварийному завершению работы модуля ЕдиныйАгент Log Monitoring при запуске в системах Windows.

==== Мейнфрейм ====

* Корреляция путей больше не нарушается, если пути CICS содержат смесь запросов EXEC CICS START и SOAP.
* Повторяющиеся хосты больше не сообщаются, если CTG и CICS выполняются в LPAR с трансляцией сетевых адресов между хостом и zRemote.

==== opentracingnative ====

* Восстановлена возможность мониторинга динамически добавляемых маршрутов в некоторых случаях, таких как типичные конфигурации Istio. Однако это остается неподдерживаемым (нет гарантии, что это будет продолжать работать).

==== PHP ====

* Отключена загрузка библиотеки ЕдиныйАгент PHP в случае неподдерживаемой версии PHP.

==== Установщик ЕдиногоАгента ====

* Исправлена ошибка, из-за которой не выполнялось автоматическое обновление из-за проблем с удалением dynatrace_onepcap.exe на хостах Windows.

=== ЕдиныйАгент для JavaScript: устранённые проблемы ===
Всего решено 4 проблемы:

JavaScript

* Добавлена возможность предотвратить добавление заголовков в запросы CORS.
* Исправлена ошибка, приводившая к увеличению нагрузки на ЦП в браузерах, если включено предотвращение перегрузки и время ожидания сеанса истекло.
* Исправлена ошибка, связанная с сессиями, вызывающая высокую загрузку ЦП в браузерах.
* Исправлена ошибка, из-за которой полезная нагрузка в событиях агента могла быть излишне обрезана, что приводило к неполным данным.

Примечания к релизу 264

2026-05-28T13:22:51Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 264'''''

== '''АппОптима''' ==

=== Новые функции и улучшения ===

==== Обновление интерфейса ====
Раздел "Управление кластером" переходит на новый интерфейс с использованием фреймворка vue

==== Библиотека OpenSSL ====
Библиотека OpenSSL, используемая службой Nginx, была обновлена до версии <code>1.1.1t</code>для повышения отказоустойчивости и безопасности.

==== Установщик обновлен для использования JRE 8u362 и JRE 11.0.18. ====
Чтобы воспользоваться улучшениями производительности, последними улучшениями безопасности и исправлениями ошибок, мы обновили JRE для Cassandra и теперь будем использовать JRE 8u362. Все остальные компоненты теперь будут использовать JRE 11.0.18.

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

=== Поддержка операционных систем ===

====Будущие изменения поддержки управляемых операционных систем АппОптима====
=====Следующие операционные системы больше не будут поддерживаться с 1 июля 2023 г.=====
*Linux : SUSE Enterprise Linux 15.0
**x86-64
=====Следующие операционные системы больше не будут поддерживаться с 1 января 2024 г.=====
*Linux : SUSE Enterprise Linux 12.4
**x86-64
====Прошедшие изменения поддержки управляемых операционных систем АппОптима====
=====Следующие операционные системы больше не поддерживаются с 1 октября 2022 г.=====
*Linux : SUSE Enterprise Linux 11.4
**x86-64
=====Следующие операционные системы больше не поддерживаются с 1 января 2023 г.=====
*Linux : Debian 9
**x86-64
**Последняя совместимая версия: 1.254
*Linux : SUSE Enterprise Linux 12.3
**x86-64
**Последняя совместимая версия: 1.254
=====Следующие операционные системы больше не поддерживаются с 1 марта 2023 г.=====
*Linux : Red Hat Enterprise Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252
*Linux : Oracle Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252

=== Обратите внимание ===
Начиная с версии Активного Шлюза 1.253 все Deprecated метрики Kubernetes. Вместо них используйте метрики с префиксом builtin:kubernetes...

=== Решенные проблемы ===
Выпуск 264 содержит 37 решенных проблем (в том числе 1 уязвимость).
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Безопасность приложений
|4
|-
|Автономное облако
|1
|-
|Кластер
|21
|-
|Синтетический мониторинг
|2
|-
|Пользовательский интерфейс
|1
|-
|Автоматическое обновление
|1
|-
|Запрос обьекта
|1
|-
|АппОптима
|3
|-
|Запрос метрики
|1
|-
|Селектор показателей
|1
|-
|slo
|1
|}

==== Безопасность приложений ====

* Исправлено некорректное отображение связанных рабочих нагрузок на странице сведений «Сторонние уязвимости» в редких случаях, когда процессы с разными рабочими нагрузками группируются в одну группу процессов.
* Исправлено несоответствие «Покрытие хостов», из-за которого количество поддерживаемых хостов могло быть меньше, чем количество отслеживаемых хостов.
* Изменен всплывающий текст информационного значка «Покрытие хоста» на «На основе последних 70 минут» (ранее «80 минут»).
* Улучшен процентный расчет «Покрытия хоста» и фиксированный период времени в значке информации.

==== Автономное облако ====

* Страница развертывания «Монитор Kubernetes/OpenShift» теперь ссылается на недавно выпущенный Operator v0.10.4.

==== Кластер ====

* Отменены строгие разрешения, требующие от пользователей разрешения «settings.write» для закрытия проблем вручную.
* Исправлен случай, когда недопустимый формат URL-адреса конечной точки мог привести к внутренней ошибке сервера при тестировании уведомления в пользовательском интерфейсе.
* Исправлена ошибка, из-за которой сложная метка диаграммы в проводнике данных и на плитке информационной панели отображалась некорректно в определенном случае.
* Решена проблема, которая могла привести к пустому представлению трассировки, если PurePath, принадлежащий этому трейсу, содержал более одного идентификатора трассировки.
* Исправлена политика IAM для создания расчетных сервисных метрик с помощью многомерного анализа.
* Исправлена проблема, из-за которой при нажатии кнопки «Обновить сейчас» на странице настроек обновления ЕдиногоАгента отображалась ошибка HTTP 403, так как для этого требовались разрешения глобальных настроек, даже если они выполнялись на уровне хоста или группы хостов.
* Добавлено свойство состояния (`dt.osservice.status`) во всплывающую подсказку веб-интерфейса для мониторинга служб ОС Linux.
* Исправлено ограничение длины имени действия пользователя в 300 символов, когда имя действия пользователя создается с помощью JavaScript API `dtrum.actionName()`.
* Исправлен «Охват хоста», чтобы адаптировать временные рамки для запроса метрики хоста к более подходящему количеству хостов (исправления, сообщающие о неправильном количестве исключенных хостов).
* Свойство «Тип облачной платформы» на главной странице теперь содержит версию и выпуски облачных платформ, когда эта информация доступна.
* Решена проблема «Покрытие хостов», из-за которой сообщаемое количество отслеживаемых хостов превышало количество реально поддерживаемых хостов.
* Исправлена ошибка, из-за которой результаты исследовательского анализа Fedor на экранах объектов загружались бесконечно.
* Это исправление гарантирует, что каждой группе процессов будет назначена собственная служба GraphQL.
* Исправлена информация о расчете метрик для пользовательских метрик.
* Из-за ошибки мы в настоящее время отключили возможность дублировать существующую конфигурацию в событиях метрик. Исправление уже идет и будет доступно в ближайшее время.
* Автоматическая миграция конфигурации для обнаружения аномалий (хост) больше не перезаписывает настройки порогов событий оповещения/отмены оповещения значениями по умолчанию. Но если была выполнена миграция, пользовательские настройки заменяются значениями по умолчанию.
* Исправлен случай, когда очень большие проблемы могли привести к зависанию всего диспетчера проблем.
* ''Уязвимость'': устранена проблема в API конфигурации в Extension Framework 1.0.
* Жесткий лимит конфигураций на основе ключей метрик увеличен для поддержки событий метрик Миграция параметров 2.0 для клиентов с настраиваемым ограничением ConfigV1.
* Решена проблема, из-за которой проблемы зависали в открытом состоянии для клиентов Premium HA (кластеры с несколькими центрами обработки данных).
* Устранена проблема, из-за которой не удавалось удалить повторяющиеся проблемы для Premium HA, что иногда приводило к зависанию открытых проблем.

==== Синтетический мониторинг ====

* Исправлено поведение выполнения по запросу при соблюдении следующих условий: (1) запуск по запросу, (2) сбой монитора и (3) установлен флаг повторного запуска монитора. Это исправление исправляет условия для повторного запуска: его не следует выполнять для выполнения по требованию.
* Исправлена проблема, связанная с миграцией конфигурации монитора синтетического браузера, которая могла привести к сбою запуска некоторых сред после обновления.

==== Пользовательский интерфейс ====

* Исправлена проблема, из-за которой приложение показывало ошибку в некоторых случаях, когда навигация занимала больше времени, чем ожидалось. Эти сбои больше не должны происходить.

==== Автоматическое обновление ====

* Скорректирован раскрывающийся список версий для обновлений ЕдиногоАгента вручную на странице «Обновления ЕдиногоАгента», чтобы было понятнее, до какой версии ЕдиныеАгенты будет обновляться, с помощью следующих изменений: (1) удалить запись «Последняя» и отобразить конкретную версию, отмеченную как «Последняя». вместо этого (2) показывать значок предупреждения, когда выбрана более новая версия, чем версия установщика ЕдиногоАгента по умолчанию, и (3) помечать версию установщика по умолчанию как «Стандартную» и выбирать ее по умолчанию.

==== Запрос объекта ====

* GeolocationType теперь доступен как предикат селектора объектов в обозревателе данных.

==== АппОптима ====

* Исправлена проблема с отображением узлов кластера при неверном имени хоста.
* Исправлена проблема, из-за которой скрипт установки не мог работать в ОС с включенным FIPS.
* Исправлена ошибка, из-за которой самоконтроль ЕдиногоАгента не загружался во время установки и обновления.

==== Запрос метрик ====

* Исправлена частота сбоев служб приложений Azure, отображаемая в веб-интерфейсе.

==== Селектор показателей ====

* Исправлена ошибка, из-за которой селектор метрик работал некорректно с измерением dt.entity.disk.

==== slo ====

* Исправлен заголовок местоположения для конечной точки POST. Конечная точка теперь возвращает заголовок ответа *location*, содержащий идентификатор нового SLO, а не URL-адрес.

== '''ЕдиныйАгент АппОптима''' ==

=== Поддержка новых технологий ===
* .NET 7 (модуль .NET)
* Amazon Corretto 20 (модуль Java)
* Ядро платформы Azul (Zulu) 20 (модуль Java)
* Bellsoft Liberica 20 (модуль Java)
* Eclipse Temurin (он же Adoptium) 20 (модуль Java)
* Платформа-контейнер Linux 3033 LTS (модуль ОС).
* Go 1.20 (модуль Go)
* Терминальные транзакции IBM IMS (модуль IMS) . Функция ЕдиногоАгента: датчик транзакций терминала z/OS IMS
* log4net 2.0.6+ (модуль .NET). Функция ЕдиногоАгента: .NET — обогащение контекста трассировки/промежутка Framework log4net
* OpenJDK 20 (модуль Java)
* OpenTelemetry 1.11.1–1.14 (модуль Go)
* Агент OpenTelemetry 1.23 (модуль Java)
* Oracle HotSpot VM 20 (модуль Java)
* SAP JVM 20 (модуль Java)

=== Окончание поддержки ===

* Red Hat Enterprise Linux CoreOS 4.7 (модуль ОС)
** Окончание поддержки поставщика с 24 августа 2022 г.

=== Объявления ===

==== Мы отказываемся от поддержки IE 7–10 и более старых фреймворков JavaScript. ====
Начиная с RUM JavaScript версии 1.265 и АппОптима версии 1.266, мы прекратим поддержку Internet Explorer версий 7–10 и некоторых старых фреймворков JavaScript.

=== Новые функции и улучшения ===

=== Добавлена поддержка SMB v1 ===
''Мониторинг инфраструктуры | Хосты''

Мы добавили поддержку формата файла статистики SMB v1 CIFS.

=== Решенные проблемы ===
Выпуск 1.263 содержит 11 решенных проблем.
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Модуль ОС
|4
|-
|.NET
|2
|-
|Go
|1
|-
|Мониторинг инфраструктуры
|2
|-
|Мейнфрейм
|1
|-
|неизвестный
|1
|}

==== Модуль ОС ====

* В некоторых случаях события, сгенерированные модулем ОС ЕдиныйАгент , преждевременно закрывались до настроенного времени, поскольку ЕдиныйАгент также учитывал образцы, собранные до активации события, как образцы, необходимые для деактивации. Теперь образцы с отметками времени старше активации события отбрасываются.
* Чтобы предотвратить создание ненужных кратковременных событий, когда служба ОС вызывает событие, она больше не создает новое событие, если изменение состояния не закрывает событие. Вместо этого он обновляет существующее событие новым состоянием службы ОС.
* Устранено дублирование имен контейнеров в именовании процессов PostgreSQL. (В некоторых случаях в контейнерном PostgreSQL было несколько экземпляров имен базовых модулей и контейнеров в имени процесса.)
* Модуль ОС ЕдиныйАгент больше не пытается считывать память процессов, перечисленных в черном списке агентов процессов.

==== .NET ====

* Исправлена проблема с захватом сложных объектов облачными событиями с помощью модуля кода ЕдиныйАгент.NET.
* Исправлена проблема с размещением пользовательских служб в определенных асинхронных методах (устранена проблема с правилами обнаружения пользовательских служб, которые не могли использовать DLL).

==== Go ====

* Исправлено обнаружение технологии Cloud Foundry Gorouter.

==== Мониторинг инфраструктуры ====

* Исправлены отсутствующие точки данных метрик самоконтроля EEC.
* Исправлены скачки ЦП и памяти в начале жизни Extension Execution Controller.

==== Мейнфрейм ====

* Устранена проблема с тегами DPL, возникавшая после отключения сенсора файла модуля кода ЕдиныйАгент CICS. ( ОА-14542 )

==== неизвестный ====

* Исправлено Podman «Имя контейнера» (отображал идентификатор контейнера вместо имени контейнера).

=== ЕдиныйАгент для z/OS ===

* Размер блока конфигурации модуля кода IMS изменен с 4 КБ на 8 КБ .
* Исправлен возможный сбой модуля кода IMS S0C4 при обработке конечной записи PSB для региона BMP.
* Отключены лишние сообщения лога, записываемые агентом Java ODIN в z/OS .
* Исправлена ошибка S0C1 в модуле кода CICS при отслеживании транзакции, определенной с помощью атрибута STORAGECLEAR(YES).

=== ЕдиныйАгент для Android ===
Выпуск 1.263 содержит 1 решенную проблему.

* Опубликованы отсутствующие страницы общедоступной документации по DSL.

==== Инструментарий Jetpack Compose ====
Начиная с Плагина АппОптима для Android Gradle версии 8.263, мы поддерживаем автоинструментирование компонентов пользовательского интерфейса Jetpack Compose .

Чтобы использовать АппОптима для ваших мобильных приложений, созданных с помощью Jetpack Compose, вам необходимо вручную активировать инструменты Jetpack Compose.

===== Требования =====

* Jetpack Compose версии 1.3+
* Плагин АппОптима для Android Gradle версии 8.263+

===== Поддерживаемые компоненты пользовательского интерфейса =====
Мы поддерживаем инструменты компонентов пользовательского интерфейса Jetpack Compose, которые используют или имеют по умолчанию следующие модификаторы:

* <code>Modifier.clickable</code>
* <code>Modifier.combinedClickable</code>
* <code>Modifier.toggleable</code>
* <code>Modifier.swipeable</code>

=== ЕдиныйАгент для iOS ===
Выпуск 1.263 содержит 4 решенных проблемы.

* Добавлено автоматическое сжатие для больших файлов сопоставления Android.
* Исправлена проблема, приводившая к сбою при обработке действий пользователя.
* Вызовы iOS API, зависшие в модульных тестах, больше не выполняются.
* Размер разобранных символов обрабатываемых символов теперь ограничен по умолчанию для экономии места.

==== Лицензии на печать, используемые SwiftUI ====
Мы добавили <code>licenses</code>команду в наш инструментарий SwiftUI. Он печатает список программного обеспечения с открытым исходным кодом, используемого инструментом, и тексты их лицензий.
<code>./DTSwiftInstrumentor licenses</code>

=== ЕдиныйАгент для JavaScript ===
Выпуск 1.263 содержит две решенные проблемы.

* Исправлено применение ограничений длины имени действия.
* Исправлена ошибка, из-за которой запрос дважды появлялся в водопаде.

Примечания к релизу 262

2026-05-28T13:22:44Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 262'''''

== '''АппОптима''' ==

=== Новые функции и улучшения ===

==== Расширение/панель самомониторинга 1.7.0 ====
Версия 1.7.0 расширения/панели самомониторинга теперь доступна для скачивания. В этой версии исправлена проблема с плитками визитов пользователей.

==== Компонент модуль информационной безопасности ====
Начиная с версии 1.260 в АппОптима выходит абсолютно новый функционал по обнаружению уязвимостей в приложениях и используемых модулях. Детали читайте в разделе [[Модули платформы]]

Для деталей обратись к вашему менеджеру по АппОптима

==== Изменения в дизайне ====
С текущей версии мы начинаем глобальный ребрендинг, в рамках которого мы переходим на светлую тему оформления.

=== Поддержка операционных систем ===

* Добавлена поддержка Oracle Linux 8.7.
* Добавлена поддержка Oracle Linux 9.0.
* Добавлена поддержка Oracle Linux 9.1.

==== Изменения безопасности ====

* изменение конфигурационного файла nginx на фронт-нодах, для обеспечения лучшей безопасности

====Будущие изменения поддержки управляемых операционных систем АппОптима====
=====Следующие операционные системы больше не будут поддерживаться с 1 июля 2023 г.=====
*Linux : SUSE Enterprise Linux 15.0
**x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2024 г. =====
*Linux : SUSE Enterprise Linux 12.4
**x86-64
====Прошедшие изменения поддержки управляемых операционных систем АппОптима====
=====Следующие операционные системы больше не поддерживаются с 1 октября 2022 г.=====
*Linux : SUSE Enterprise Linux 11.4
**x86-64
=====Следующие операционные системы больше не поддерживаются с 1 ноября 2022 г.=====
*Linux : Ubuntu 21.04
**x86-64
**Последняя совместимая версия: 1.244
=====Следующие операционные системы больше не поддерживаются с 1 января 2023 г.=====
*Linux : Debian 9
**x86-64
**Последняя совместимая версия: 1.254
*Linux : SUSE Enterprise Linux 12.3
**x86-64
**Последняя совместимая версия: 1.254
=====Следующие операционные системы больше не поддерживаются с 1 марта 2023 г.=====
*Linux : Red Hat Enterprise Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252
*Linux : Oracle Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252
===Решенные проблемы===
Выпуск 262 содержит 37 решенных проблем (в том числе 1 уязвимость)
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Автономное облако
|2
|-
|Кластер
|20
|-
|Синтетический мониторинг
|3
|-
|Конфигурация кластера
|1
|-
|Запрос объекта
|1
|-
|es запрос
|1
|-
|Запрос метрики
|2
|-
|oda
|1
|-
|Конфигурация es
|1
|-
|АппОптима
|2
|}
*

==== Автономное облако ====

* Исправлена проблема, из-за которой ссылка на страницу «Токены доступа» в мастере «Монитор Kubernetes/Openshift» работала со сбоями.
* Страница развертывания «Монитор Kubernetes/OpenShift» теперь ссылается на недавно выпущенный Operator v0.10.3.

==== Кластер ====

* В сводке оценки профиля оповещения о проблемах отключенные фильтры заголовков и описаний событий теперь правильно отображаются в сводке оценки.
* Действие пользователя и свойства сеанса, добавленные через API JavaScript и объявленные общедоступными в вызове API, теперь имеют приоритет над режимом doNotTrack.
* Серьезность логов «АктивныйШлюз не найден» и «не удалось назначить конфигурацию АктивногоШлюза» изменена с «Предупреждение» на «Ошибка».
* Исправлена неработающая ссылка на запрос лога в карточке событий.
* Исправлена ошибка 403, связанная с разрешениями IAM, которая возникала при создании расчетной метрики службы с помощью всестороннего анализа. (
* Исправлена проблема с отсутствующими метриками, такими как время в GC, Gen 0 и Gen 1 для процесса .net.
* Исправлена проблема, из-за которой пользователи без глобальных разрешений «Изменение параметров мониторинга» не могли получить доступ к параметрам «Обновления ЕдиногоАгента» на отдельных хостах.
* Исправлены уведомления веб-перехватчика, поэтому теперь их можно отключить, даже когда локальный URL-адрес веб-перехватчика больше недоступен (только для управляемого случая).
* Список логов Столбец «Развернуть строку» больше не будет отображаться, если строки не могут быть развернуты.
* Исправлена проблема, из-за которой параметр включения RUM на уровне группы процессов игнорировался, что приводило к непреднамеренному включению или отключению RUM для определенных групп процессов.
* Правила обнаружения службы поддерживают переопределение корней контекста URL с постоянным значением для обнаружения службы. Это позволяет объединить все веб-службы в одну службу, если они отличаются только корневым контекстом URL.
* Проценты оценок UX теперь согласованы между кнопками и диаграммами.
* Предел предложений фильтра страницы списка Kubernetes увеличен до 1000.
* API-интерфейсы Problems v2 и Events v2 теперь используют 413 вместо 403 в качестве кода ошибки HTTP, если запрашивается слишком много данных.
* Устранена проблема, из-за которой настройки обнаружения аномалий для действий пользователя с ключом приложения устройства игнорировались, если загрузка приложения устройства полностью сбрасывалась.
* Исправлен редкий случай, когда отчеты о событиях могли теряться во время обновления сервера.

* Исправлена проблема, из-за которой при нажатии кнопки «Обновить сейчас» на странице настроек обновления ЕдиногоАгента отображалась ошибка HTTP 403, так как для этого требовались разрешения глобальных настроек, даже если они выполнялись на уровне хоста или группы хостов.
* Исправлена проблема, из-за которой управляемые среды не запускались, и в качестве временного решения требовался перезапуск сервера.

* ''Уязвимость'': устранена проблема в API конфигурации в Extension Framework 1.0.
* Исправлена ошибка, из-за которой дублирование событий метрик прерывало оповещение о событиях метрик, созданных в более ранней версии конфигурации.

==== Синтетический мониторинг ====

* Исправлена проблема с отображением, возможно, несуществующих и неправильно настроенных общедоступных синтетических местоположений.
* Исправлено срабатывание синтетических мониторов для приватных локаций в режиме по требованию.

* Исправлено поведение выполнения по запросу при соблюдении следующих условий: (1) запуск по запросу, (2) сбой монитора и (3) установлен флаг повторного запуска монитора. Это исправление исправляет условия для повторного запуска: его не следует выполнять для выполнения по требованию.

*

==== Запрос объекта ====

* Исправлена проблема, из-за которой для службы Spring назначался неправильный значок технологии.

==== es запрос ====

* Увеличен тайм-аут для обновления TenantStatistics, чтобы запросы Elasticsearch для больших сред не запускались по тайм-аутам.

==== Запрос метрики ====

* Исправлены критерии фильтра остатка в селекторе метрик, которые не работали для некоторых метрик.
* Исправлен результат, содержащий пустые ряды для метрик счетчика в некоторых случаях.

==== oda ====

* Улучшено влияние на память проверки разрешений пользователя для анализа по требованию.

==== Конфигурация es ====

* Увеличено время ожидания elasticsearch при запросе большого количества параметров метрики.

==== АппОптима ====

* Исправлена ошибка, из-за которой ЕдиныйАгент самоконтроля не загружался во время установки и обновления.
* Исправлена проблема, из-за которой скрипт установки не мог работать в ОС с включенным FIPS.

== '''ЕдиныйАгент АппОптима''' ==

=== Поддержка новых технологий ===

* Spring Web Services 4 (модуль Java). Функция ЕдиногоАгента: сервлет Java 5.0

=== Новые функции и улучшения ===

==== IBM г/ОС ====
<code>oneagentzos-R12610.pax</code>теперь доступно.

==== zRemote максимальная длина извлеченного оператора SQL увеличена ====
''Приложения и микросервисы | Мейнфрейм''

Если в модуле zRemote включена функция выборки SQL , максимальная длина оператора SQL, извлекаемого из базы данных DB2, увеличивается с 500 до 3500 байт.

==== Выпущен новый zLocal с улучшенной обработкой отказоустойчивости ====
''Приложения и микросервисы | Мейнфрейм''

Выпущена новая версия zLocal 1.1.0 с улучшенной обработкой отказоустойчивости для zDC/zRemote .

==== Обнаружение процессов источника данных Python ====
''Мониторинг инфраструктуры | Хосты''

Процессы источника данных Extensions 2.0 на основе Python теперь обнаруживаются и сообщаются следующим образом:

* "Python" - для источников данных на основе АктивногоШлюза
* «ЕдиныйАгент Python» — для источников данных, работающих на ЕдиномАгенте.

==== Состояние доступности хоста отправляется как метрика ====
''Мониторинг инфраструктуры | Хозяева''

Модуль ОС ЕдиныйАгент теперь сообщает о состоянии доступности хоста в виде метрики.

Ключ метрики:<code>builtin:host.availability.state</code>

Заявленные состояния:

* <code>UP</code>- хост работает, ЕдиныйАгент активен и отправляет данные
* <code>NO_DATA</code>- хост работает, ЕдиныйАгент активен, но не отправляет данные
* <code>NO_DATA_AGENT_INACTIVE</code>- хост работает, ЕдиныйАгент неактивен (отключен вручную в настройках) и не отправляет данные
* <code>SHUTDOWN_HOST</code>- хост отключен
* <code>UNMONITORED_AGENT_STOPPED</code>- узел не контролируется: ЕдиныйАгент остановлен
* <code>UNMONITORED_AGENT_UPGRADE</code>- хост не контролируется: ЕдиныйАгент в процессе обновления
* <code>UNMONITORED_AGENT_UNINSTALLED</code>- хост не контролируется: ЕдиныйАгент удален

Разрешение — 1 минута: состояния отправляются каждую минуту, всегда со значением 1, что означает, что сообщаемое состояние произошло в данную минуту. Если пробы с данным состоянием нет, значит, в эту минуту состояние не было обнаружено.

==== Обновление Npcap ====
''Мониторинг инфраструктуры | Сеть''

Версия Npcap, включенная в установщик ЕдиногоАгента , теперь представляет собой версию 1.71, которая содержит улучшения безопасности. Однако из-за изменения процесса подписи драйверов установка Npcap 1.71 завершится ошибкой при новой установке на хостах Windows Server 2008 R2, Windows Server 2012, Windows Server 2012 R2 и Windows Desktop 8.1, на которых Npcap не был установлен ранее. В качестве обходного пути сначала установите более раннюю версию ЕдиногоАгента (с Npcap 1.31) или установите Npcap вручную.

==== Одновременное использование экспортеров ЕдиногоАгента и OpenTelemetry для Node.js, .NET, PHP и Go. ====
''Приложения и микросервисы | Распределенные трассировки''

При развертывании ЕдиногоАгента для автоматического сбора данных диапазона OpenTelemetry для Node.js, .NET, PHP и Go существующие экспортеры OpenTelemetry больше не подавляются ЕдинымАгентом . Диапазоны OpenTelemetry, собранные и интегрированные ЕдинымАгентом со сквозными распределенными диапазонами трассировки, теперь могут быть отправлены экспортером OpenTelemetry в сторонние серверные части, такие как Jaeger, без нарушения существующих OpenTelemetry и сторонних серверных частей.

=== Решённые проблемы ===
Выпуск 1.261 содержит 16 решенных проблем.
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|.NET
|3
|-
|Все модули
|1
|-
|Мониторинг инфраструктуры
|3
|-
|Мейнфрейм
|2
|-
|Node.js
|1
|-
|Модуль ОС
|4
|-
|Java
|1
|-
|Go
|1
|}

==== .NET ====

* Исправлена проблема, возникавшая с дублированием заголовков HTTP.
* Повышена стабильность модуля кода ЕдиныйАгент .NET: устранена проблема с кэшем инструментов .NET и инициализацией агента модуля кода .NET, а также повышена стабильность датчика ЕдиныйАгент .NET LogEnrichment.
* Улучшена обработка HTTP WebRequest модуля кода ЕдиныйАгент .NET при ведении лога (ранее проблема вызывала исключения в крайних случаях).

==== Все модули ====

* Расчет идентификатора группы процессов для приложений в Kubernetes без модуля внедренного кода был изменен: идентификаторы будут меняться, когда установлена переменная среды DT_CLUSTER_ID, а также установлено и включено правило обнаружения облачных приложений и рабочих нагрузок для Kubernetes.

==== Мониторинг инфраструктуры ====

* Исправлена синхронизация временных меток со временем кластера для метрик и логов, загруженных в Python SDK. Все метрики без указанной временной метки теперь синхронизируются с временной меткой кластера, а не с локальным временем, и все загруженные логи корректируются с кластерным временем. Если локальное время на компьютере отличается от времени кластера, метрики и логи отображаются в веб-интерфейсе с временем кластера.
* EEC больше не может развернуть несколько расширений из-за недостаточной скорости загрузки.
* Все метрики подсчета дельты (рассчитанные на основе метрик монотонного подсчета в EEC) теперь дополнены дополнительными параметрами.

==== Мейнфрейм ====

* Исправлена проблема с преждевременным отключением базы данных SQL Fetch (в zRemote).
* MQPUT для CICS теперь правильно связывают CICS-CICS (исходящие MQPUT от CICS не связывались с входящим MQGET).

==== Node.js ====

* Устранена проблема, из-за которой информация базы данных MongoDB была недоступна для MongoDB 4.x в определенных сценариях.

==== Модуль ОС ====

* Устранена проблема, из-за которой, начиная с ЕдиногоАгента версии 1.257, для некоторых хостов был доступен параметр «Просмотр контейнеров».
* Декларативное группирование больше не будет неправильно группировать дочерние процессы с родительским, когда они могут быть сгруппированы другим декларативным групповым правилом.
* События службы ОС теперь отключены, когда новая конфигурация службы ОС пуста.
* Исправлена ошибка, из-за которой время некоторых событий хоста (например, высокая загрузка процессора/памяти хоста) было неправильным. Иногда это приводило к тому, что Fedor не мог сопоставить точки изменения за это время, что могло привести к отсутствию основных причин проблем этих событий и отсутствию слияния с событиями уровня службы/приложения.

==== Java ====

* Исправлена проблема с сериализацией переменной mdc, когда активно наполнение лога.

==== Go ====

* Исправлена проблема, из-за которой сообщение об ошибке инжектирования исчезало из процесса.

===ЕдиныйАгент для Android: устранённые проблемы===
Версия 1.261 не содержит решенных проблем, с которыми сталкиваются пользователи.

==== Плагин АппОптима для Android Gradle ====
Прекращение поддержки Java версии 8, 9 и 10. Новая минимальная требуемая версия — Java 11.

===ЕдиныйАгент для iOS: устранённые проблемы===
Выпуск 1.261 содержит одну решенную проблему.
*Улучшена производительность расчета интервала отправки и генерации временных меток.

=== ЕдиныйАгент для JavaScript: устранённые проблемы ===
Выпуск 1.261 содержит две решенные проблемы.

* Исправлена ошибка, из-за которой метрика «Визуально завершенная» игнорировала изображения в теге BODY, если модуль кода JavaScript был внедрен с опозданием.
* Устранена проблема, из-за которой имя страницы и группа страниц могли не экранироваться, что вызывало проблемы с анализом таких маяков.

Примечания к выпуску 224

2026-05-28T13:22:37Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 224'''''

== Примечания к выпуску АппОптима 1.224 ==

=== Новые функции и улучшения ===

=== Общие ===

* Возможность фильтровать таблицу инвентаризации релизов (перейдите в раздел «Релизы» ) по версии сборки.
* Возможность фильтровать таблицу инвентаризации выпуска (перейдите в раздел «Выпуски» ) по типу технологии и версии соответствующих экземпляров группы процессов.
* Новая метрика событий Fedor.
* Добавлена поддержка фильтрации плиток проводника данных на информационных панелях.
* Повышена безопасность при загрузке пользовательских плиток диаграмм на общую панель мониторинга. Запрос теперь полностью выполняется на сервер, для уменьшения потенциальных угроз.
* Водопад показывает больше подсказок, если Core Web Vitals недоступны.
* Мы немного упростили процесс редактирования плитки дашборда. Когда вы закончите редактировать плитку, у вас есть три варианта:
** Выберите « Готово» один раз, чтобы выйти из режима редактирования и отобразить готовую панель управления. (Раньше вам нужно было дважды выбрать Готово, чтобы завершить редактирование плитки, а затем завершить редактирование панели мониторинга.)
** Выберите другую плитку, чтобы отредактировать выбранную плитку.
** Выберите любую пустую область на панели мониторинга, чтобы отобразить каталог плиток и настройки панели мониторинга.
* Новый Problems API v2.
* Теперь можно установить этап выпуска с помощью тэга под Kubernetes release-stage.
* Страницы Kubernetes namespace, рабочей нагрузки и подов расширены навигационной панелью с иерархической цепочкой, которая показывает иерархию Kubernetes от кластера до уровня модуля.
* SLO теперь состоят из выражения метрики, а не из скорости метрики или из двух метрик для хорошего / общего значения. Это вносит некоторые изменения в веб-интерфейс и API SLO.
* Мы переработали шаг «Определить цель SLO» («Установить цель») в мастере «Добавить новый SLO», чтобы упростить определение целевого значения SLO и значений предупреждений.
* Мы обновили список устройств, которые можно использовать для браузерной синтетики, включив в него более современные модели устройств, а также удалили некоторые устаревшие устройства.
* АппОптима теперь также поддерживается в Suse Linux Enterprise Server 15 SP3.

=== Решенные вопросы ===

'''Кластер'''
* Имя веб-службы упрощено, чтобы больше не содержать информацию о хосте или группе процессов. ( APM-315412 )
* Исправлена ссылка на документацию из сведений о пользователе (перейдите в «Сессии пользователей» и выберите пользователя, а затем выберите ссылку «Подробнее» для переключателя «Расширенные пользователи ...»). ( APM-313905 )
* Улучшено обнаружение службы базы данных, когда порт не обнаружен: если группа процессов-кандидатов, предложенная топологией, имеет технологию базы данных, она связана с вызовом базы данных; в противном случае он связан только с хостом. ( APM-314790 )
* Исправлена проблема с breadcrumbs браузера браузерной синтетики. ( APM-313343 )
* Исправлена миграция в `Проводник данных` для пользовательских диаграмм, содержащих метрики устаревших плагинов. ( APM-316472 )
* Пользователи в зоне управления больше не получают ошибку 403 HTTP при открытии страниц Kubernetes. ( APM-324758 )
* Исправлена проблема с чтением маскированных данных для страниц. ( APM-307851 )
* Исправлена проблема с хранилищем файлов мобильной символики, позволяющая устанавливать «неограниченные» квоты в окружениях. ( APM-312151 )
* На странице «Сессии пользователей», когда выбран «Анализировать дополнительные данные», больше не отображается «0 результатов» при выборке промежуточных данных для пользовательских сеансов после того, как некоторые данные уже были извлечены. ( APM-296188 )
* На странице сведений о пользователе переключатель «Расширенные пользователи ...» теперь никогда не отключается, если есть хотя бы один расширенный пользователь для указанного периода времени. ( APM-314148 )
* URL-адреса, которые используются только в качестве дополнительной информации для синтетических действий, больше не сокращаются. ( APM-314301 )
* Исправлена проблема с длительным временем запроса `Настройки хоста`>` Обнаруженные процессы`. ( APM-315254 )
* На диаграмме «Сессии пользователей»> «Конверсия и отказов» теперь отображается всплывающая подсказка при наведении курсора. ( APM-312164 )
* Исправлены отображаемые имена метрик устаревших плагинов в настраиваемых диаграммах. ( APM-316469 )
* Darwin теперь распознается как ОС Apple. ( APM-311621 )
* Решена проблема, из-за которой алгоритм Visually Complete 2.0 не активировался автоматически при некоторых обстоятельствах. ( APM-312152 )
* API для расчетных метрик - передача null / empty в качестве значения ключевого параметра metricDefinition теперь возвращает соответствующее сообщение о нарушении ограничения. ( APM-313239 )
* На странице «Панели мониторинга» теперь отображается переключатель администратора только для администраторов и пользователей DevOps. ( APM-311677 )
* Фильтры списка сеансов больше не теряются при изменении фильтров на странице «Сведения о сессии». ( APM-313278 )
* Исправлена проблема с отсутствием таймингов для синтетических действий пользователя. ( APM-313751 )
* На странице «Сессии пользователей», когда применяется категория из боковой панели, ссылка «Вернуться к сессиям» теперь правильно сохраняет глобальный таймфрейм и фильтры. ( APM-312363 )
* Исправлена ошибка с предупреждением о доступности, связанная с оценкой группы хостов и настроек хоста, когда после редактирования настроек хоста или группы хостов было выбрано «Использовать глобальные настройки обнаружения аномалий». ( APM-315121 )
* Элемент дашборда в виде светофора (соты) (состояние хоста, состояние службы и т. Д.) С настроенными фильтрами и удаленной средой теперь имеют рабочие ссылки для соответствующего представления на удаленном environment. ( APM-313297 )
* Исправлена ошибка, связанная с настраиваемыми правилами ошибок в RUM - API конфигурации веб-приложений (пустые поля не допускались в запросе PUT). ( APM-311723 )
* На страницу самостоятельной активации добавлена информация о требованиях ЕдиныйАгент версии 1.217 для мониторинга логов v2. ( APM-319208 )
* На странице «Сессии пользователей», если кнопка фильтра приведет к 0 совпадающим элементам, кнопка будет отключена. ( APM-306087 )
* Устранена проблема, из-за которой переход на страницу сведений о проблеме иногда приводил к ошибке 404 «Не найдено». ( APM-312975 )
* Исправлена проблема, из-за которой неавторизованные запросы к Synthetic Monitoring API возвращали неожиданный ответ об ошибке. ( APM-317625 )
* Добавлена поддержка свойств UserAction и Session типа LONG_STRING в Configuration API. ( APM-315513 )
* Решена проблема, из-за которой мониторы HTTP, использующие учетные данные, не получали обновления учетных данных, когда они работали в общедоступных локациях, поэтому они использовали старое значение для выполнения в общедоступных местах, если только мониторы не были обновлены намеренно. ( APM-320713 )
* Критическая проблема: чтобы избежать высоких нагрузок на базу данных Cassandra, вызовы REST API больше не проверяются. ( APM-321322 )
* Фильтры панели мониторинга, такие как кластер Kubernetes, namespace Kubernetes и workload Kubernetes, теперь правильно применяются к плиткам «Проводник данных» со встроенными метриками. ( APM-319031 )
* Решена проблема, из-за которой, когда узел кластера выполнял жесткую очистку памяти и прекращал обработку данных входящих пользовательских сессий, ему не удавалось снова начать обработку входящих данных пользовательских сеансов, когда узел кластера вернулся к нормальному состоянию памяти. ( APM-322680 )
* Решена проблема, из-за которой данные для некоторых бессхемных метрик, отправленных через MINT API, терялись. Затронуто: метрики MINT, где ключ метрики был изменен АппОптима в кластере, включая (1) метрики счетчика, где ключ метрики не заканчивается на счетчик, и (2) метрики шкалы, где ключ метрики не заканчивается счетчиком. ( APM-321104 )
* Уязвимость: улучшен контроль доступа при создании токенов. ( APM-330727 )
* Исправлена проблема с разрешением доступа к странице сущности Kubernetes только для некоторых пользователей с разрешениями зоны управления. ( APM-322118 )
* Пользователи в зоне управления больше не получают ошибку 403 HTTP при открытии страниц Kubernetes. ( APM-324758 )
* Исправлена проблема, из-за которой количество обрабатываемых событий было уменьшено. ( APM-322923 )

'''Консоль управления кластером'''

* Уязвимость: реализовано усиление защиты от атаки подделки запросов на стороне сервера (SSRF). ( APM-307227 )
* Решена проблема с медленным входом FedRAMP SSO, инициированным IdP, и ошибкой при выходе. ( APM-310965 )
* Решена проблема, которая вызывала бесконечную загрузку страницы панели мониторинга при определенных обстоятельствах при перенаправлении из системы единого входа для управляемых кластеров. ( APM-316656 )

'''Пользовательский интерфейс'''

* Когда срок действия лицензии истек, мы теперь отображаем правильный адрес электронной почты в верхней панели. ( APM-315761 )
* Данные аналитики страницы ошибок GWT теперь отправляются при отображении страницы ошибки. ( APM-313545 )

Синтетический мониторинг

* Отключено автообновление Chromium. ( APM-328535 )

== Единый Агент (ЕА) ==
'''Java'''
* Добавлена поддержка драйвера MongoDB 3.12.x, 4.0.x, 4.1.x, 4.2.x, 4.3.x.
* Решена проблема нечастого сбоя, возникающая при получении ЕдинымАгентом обновления конфигурации. ( ONE-61213 )
*
'''Node.js'''
* Добавлена поддержка OpenTelemetry 1.x
'''Go'''
* Добавлена поддержка OpenTelemetry 1.0.0-RC1.
'''z / OS'''
* oneagentzos-R122300.pax теперь доступен
* Добавлена поддержка мониторинга исходящих запросов от z / OS Connect Enterprise Edition к CICS через IPIC. Дополнительные сведения см. В разделе Установка ЕдиныйАгент для Java в z / OS .
* oneagentzos-R122301.pax теперь доступен

=== Текущие изменения в поддержке технологии Единого Агента ===
Единый Агент 1.223 - последняя версия, поддерживающая следующие технологии

* Oracle Hotspot JVM 15 для Java
** Вендор прекратил поддержку этой технологии и версии с 30.03.2021 г.
* OpenJDK 15 для Java
** Вендор прекратил поддержку этой технологии и версии с 30.03.2021 г.
* SAP JVM 15 для Java
** Вендор прекратил поддержку этой технологии и версии с 30.03.2021 г.
* Azul Zulu 15 для Java
** Вендор прекратил поддержку этой технологии и версии с 30.03.2021 г.

=== Операционные системы ===
'''Следующие операционные системы больше не будут поддерживаться'''

* Linux: Red Hat Enterprise Linux CoreOS 4.4.
** x86 (только 64-разрядная)
** Последняя совместимая версия: 1.223
* Linux: openSUSE 15.1
** x86 (только 64-разрядная версия) PPCLE
** Объявление вендора
** Последняя совместимая версия: 1.223
* Linux: оптимизированная для контейнеров ОС Google 77 LTS
** x86 (только 64-разрядная)
** Объявление поставщика
** Последняя совместимая версия: 1.217
* Linux: Fedora 32
** x86 (только 64-разрядная)
** Объявление поставщика
** Последняя совместимая версия АппОптима ЕдиныйАгент: 1.227
* Windows: Windows Server 1909
** x86 (только 64-разрядная)
** Объявление поставщика
** Последняя совместимая версия АппОптима ЕдиныйАгент: 1.227
* Linux: Red Hat Enterprise Linux CoreOS 4.5.
** x86 (только 64-разрядная)
* Linux: Ubuntu 20.10
** x86 (только 64-разрядная версия) PPCLE s390x ARM64 (AArch64)
** Объявление поставщика
** Последняя совместимая версия АппОптима ЕдиныйАгент: 1.225

* Linux: ОС Google, оптимизированная для контейнеров 81 LTS
** x86 (только 64-разрядная)
** Объявление поставщика

'''.СЕТЬ'''

* Исправлена проблема, которая приводила к сбою приложения, когда функция OpenTelemetry (.NET) была включена, и приложение использовало .NET «netmodules». ( ONE-63098 )
* Повышена стабильность модуля кода ЕдиныйАгент .NET с помощью датчика ADO.NET с PostgreSQL. ( ONE-61642 )

'''PHP'''

* Исправлена пропущенная инъекция модуля кода PHP ЕдиныйАгент для некоторых старых версий Windows. ( APM-312464 )

Watchdog

* Watchdog больше не дает сбой при изменении активных двоичных файлов во время выполнения. ( APM-310583 )

'''Все модули'''

* Повышена точность отчетов модуля ЕдиныйАгент Solaris о свободной памяти. ( ONE-61270 )
* Предупреждение `Failed to parse cloudevents` больше не регистрируется, когда конфигурация CloudEvents недоступна. ( ONE-62704 )

'''Общие'''

* Процесс ожидания (ожидания) AIX больше не отображается в веб-интерфейсе. ( APM-306454 )

'''Мониторинг инфраструктуры'''

* Уменьшен размер источников данных расширений с 2 файлов по 100 МБ каждый до 5 файлов по 10 МБ. ( APM-310027 )

'''Мэйнфрейм'''

* Имя CICSPlex было исключено из определения службы. Решает проблему дублирования услуг. ( ONE-63255 )

'''Установщик агента'''

* Настроен модуль ЕдиныйАгент SELinux для удаления отказов при чтении ЕдиныйАгент из `/ proc / sys / fs / file-nr`. ( APM-313261 )
* Служба Windows ЕдиныйАгент больше не остается в рабочем состоянии в случае тайм-аута завершения работы. ( APM-311541 )
* Исправлена проблема, из-за которой статический мониторинг GO не работал в системах с SELinux в принудительном режиме. ( APM-323557 )

'''OpenTracing Java'''

* Модуль ЕдиныйАгент Java для AWS Lambda теперь правильно взаимодействует с модулями ЕдиныйАгент на разных языках для создания связанных путей. ( ONE-61651 )

'''Модуль ОС'''

* Перехватчик CRI-O теперь помещен в правильный каталог. ( APM-315729 )
* Процесс IBM MQ `amqzmgr0` теперь сгруппирован вместе с другими процессами IBM MQ. ( ONE-60870 )
* Пользовательская группировка процессов и декларативная группировка процессов теперь могут сосуществовать. ( ONE-62286 )

* Статически связанные процессы Go теперь правильно распознаются и группируются. ( ONE-63097 )

'''Мобильный Агент'''

* ЕдиныйАгент для iOS: улучшения Cocoapods для tvOS ( ONE-62237 )
* ЕдиныйАгент для iOS: исправлена ошибка, препятствующая загрузке ресурсов внутри сторонних фреймворков при включении DTXInstrumentFrameworks. ( ONE-63274 )

'''JavaScript'''

* Исправлена проблема, из-за которой старые браузеры, такие как мобильный Safari 9, сообщали неверные временные метки, что приводило к неправильному сообщению о задержке первого ввода. ( ONE-61881 )
* Исправлено определение имени действия для открытых теневых элементов DOM ( ONE-60937 )
* Исправлена проблема, которая иногда препятствовала отправке данных в Safari 14. Отключено обнаружение нарушения правил CSP в Safari из-за неправильной реализации: <nowiki>https://bugs.webkit.org/show_bug.cgi?id=228019</nowiki> ( ONE-62070 )
* Исправлена проблема, из-за которой запросы cors не обнаруживались должным образом, что приводило к добавлению ненужных заголовков к запросам cors, что приводило к проблемам на стороне сервера. ( ONE-63102 )

Встроенные метрики

2026-05-28T13:22:25Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Метрики]] / Встроенные метрики'''''

Каждая технология, поддерживаемая АппОптима, предлагает несколько «встроенных» показателей. Встроенные метрики включены в продукт «из коробки», в некоторых случаях в составе встроенных расширений.

С точки зрения лицензирования метрики в таблице ниже поступают либо через мониторинг ЕдиногоАгента и, следовательно, являются частью лицензии хост-модуля, либо как часть мониторинга цифрового опыта и охватываются модулями DEM.

Метрики, основанные на расширениях (префикс <code>ext:</code>) и расчетных метриках (префикс <code>calc:</code>), являются пользовательскими метриками, а не встроенными метриками; Потребление DDU для этих показателей может сильно различаться в зависимости от того, как вы используете АппОптима.

Чтобы просмотреть все метрики, доступные в вашей среде, используйте вызов API GET метрик . Мы рекомендуем следующие параметры запроса:

* <code>pageSize=500</code>— получить максимально возможное количество метрик в одном ответе.
* <code>fields=displayName,unit,aggregationTypes,dduBillable</code>— чтобы получить такой же набор полей, как вы видите в этих таблицах.
* В зависимости от того, какие показатели вы хотите запросить, одно из следующих значений параметра metricSelector :
** <code>metricSelector=ext:*</code>— получить все метрики, поступающие от расширений.
** <code>metricSelector=calc:*</code>— получить все рассчитанные метрики.
** Опустите параметр, чтобы получить все показатели вашей среды.

В разделах ниже описаны несоответствия или ограничения, выявленные для встроенных показателей АппОптима.

Показатели приложений и выставления счетов для мобильных и пользовательских приложений

Раздел «Показатели других приложений » содержит показатели, полученные для мобильных и пользовательских приложений. Эти метрики, начинающиеся с <code>builtin:apps.other</code>, фиксируются без указания, является ли это мобильным или пользовательским приложением. Однако метрики "биллинговых" приложений , начинающиеся с <code>builtin:billing.apps</code>, разделены для следующих типов приложений:

* Мобильные приложения:
** <code>builtin:billing.apps.mobile.sessionsWithoutReplayByApplication</code>
** <code>builtin:billing.apps.mobile.sessionsWithReplayByApplication</code>
** <code>builtin:billing.apps.mobile.userActionPropertiesByMobileApplication</code>
* Пользовательские приложения:
** <code>builtin:billing.apps.custom.sessionsWithoutReplayByApplication</code>
** <code>builtin:billing.apps.custom.userActionPropertiesByDeviceApplication</code>

Показатели выставления счетов учитывают как оплаченные, так и неоплаченные сеансы.

Следующие показатели «биллинга» для количества сеансов на самом деле представляют собой сумму оплаченных и неоплаченных пользовательских сеансов.

* <code>builtin:billing.apps.custom.sessionsWithoutReplayByApplication</code>
* <code>builtin:billing.apps.mobile.sessionsWithReplayByApplication</code>
* <code>builtin:billing.apps.mobile.sessionsWithoutReplayByApplication</code>
* <code>builtin:billing.apps.web.sessionsWithReplayByApplication</code>
* <code>builtin:billing.apps.web.sessionsWithoutReplayByApplication</code>

Если вы хотите получить только количество оплаченных сеансов, установите для фильтра Тип значение Оплачено .

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

Для одинаковых показателей длительности запроса для мобильных и пользовательских приложений используются разные единицы измерения.

<code>builtin:apps.other.keyUserActions.requestDuration.os</code>измеряется в микросекундах, в то время как другие показатели длительности запроса ( <code>builtin:apps.other.requestTimes.osAndVersion</code>и <code>builtin:apps.other.requestTimes.osAndProvider</code>) измеряются в миллисекундах.

Пользовательские и встроенные метрики

Пользовательские метрики определяются или устанавливаются пользователем, а встроенные метрики по умолчанию являются частью продукта. Некоторые встроенные метрики отключены по умолчанию и, если они включены, будут потреблять DDU . Эти метрики охватывают широкий спектр поддерживаемых технологий, включая Apache Tomcat, NGINX, Couchbase, RabbitMQ, Cassandra, Jetty и многие другие.

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

Например, если вы определяете новую пользовательскую метрику <code>Files count</code>, которая подсчитывает вновь созданные файлы в каталоге, эта новая метрика может собираться либо для одного хоста, либо для двух отдельных хостов. Сбор одной и той же метрики для двух отдельных хостов приводит к двум временным рядам одного и того же пользовательского типа метрики, как показано в примере ниже:

[[Файл:custommetrics2.png|1089x1089пкс]]

Примечание . В целях расчета потребления данных мониторинга сбор одной и той же пользовательской метрики для двух хостов считается двумя отдельными пользовательскими метриками.

== Приложения ==

=== Пользовательские ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:apps.custom.reportedErrorCount
|Количество зарегистрированных ошибок (по ОС, версии приложения) [настраиваемый]
|Count
|autovalue
|-
|builtin:apps.custom.sessionCount
|Количество сеансов (по ОС, версии приложения) [настраиваемый]
|Count
|autovalue
|}

=== Мобильные ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:apps.mobile.reportedErrorCount
|Количество зарегистрированных ошибок (по ОС, версии приложения) [мобильная версия]
|Count
|autovalue
|-
|builtin:apps.mobile.sessionCount
|Количество сеансов (по ОС, версии приложения, статусу функции повтора сбоя) [мобильная версия]
|Count
|autovalue
|}

=== Веб приложения ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:apps.web.action.affectedUas
|Частота действий пользователя – влияние ошибок JavaScript (по ключевому действию пользователя, типу пользователя) [Интернет]
|Percent (%)
|autovalue
|-
|builtin:apps.web.action.apdex
|Apdex (по ключевому действию пользователя) [веб]
|
|autoavg
|-
|builtin:apps.web.action.count.custom.browser
|Счетчик действий — настраиваемое действие (по ключевому действию пользователя, браузеру) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.action.count.load.browser
|Счетчик действий — действие загрузки (по ключевому действию пользователя, браузеру) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.action.count.xhr.browser
|Количество действий — действие XHR (по ключевому действию пользователя, браузеру) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.action.cumulativeLayoutShift.load.userType
|Совокупное смещение макета — действие загрузки (по ключевому действию пользователя, типу пользователя) [веб]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.cumulativeLayoutShift.load.userType.geo
|Совокупное смещение макета — действие загрузки (по ключевому действию пользователя, геолокации, типу пользователя) [веб]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.cumulativeLayoutShift.load.browser
|Совокупное смещение макета — действие загрузки (по действию пользователя, браузеру) [веб]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.domInteractive.load.browser
|Интерактивный DOM — действие загрузки (по ключевому действию пользователя, браузеру) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.duration.custom.browser
|Продолжительность действия — пользовательское действие (по ключевому действию пользователя, браузеру) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.duration.load.browser
|Продолжительность действия — действие загрузки (по ключевому действию пользователя, браузеру) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.duration.xhr.browser
|Продолжительность действия — действие XHR (по ключевому действию пользователя, браузеру) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.firstByte.load.browser
|Время до первого байта — действие загрузки (по ключевому действию пользователя, браузеру) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.firstByte.xhr.browser
|Время до первого байта — действие XHR (по ключевому действию пользователя, браузеру) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.firstInputDelay.load.userType
|Задержка первого ввода — действие загрузки (по ключевому действию пользователя, типу пользователя) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.firstInputDelay.load.userType.geo
|Задержка первого ввода — действие загрузки (по ключевому действию пользователя, геолокации, типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.firstInputDelay.load.browser
|Задержка первого ввода — действие загрузки (по ключевому действию пользователя, браузеру) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.largestContentfulPaint.load.userType
|Largest Contentful Paint — действие загрузки (по ключевому действию пользователя, типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.largestContentfulPaint.load.userType.geo
|Largest Contentful Paint — действие загрузки (по ключевому действию пользователя, геолокации, типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.largestContentfulPaint.load.browser
|Крупнейшая Contentful Paint — действие загрузки (по ключевому действию пользователя, браузеру) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.loadEventEnd.load.browser
|Конец события загрузки — действие загрузки (по ключевому действию пользователя, браузеру) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.loadEventStart.load.browser
|Начало события загрузки — действие загрузки (по ключевому действию пользователя, браузеру) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.networkContribution.load
|Вклад сети — действие загрузки (по ключевому действию пользователя, типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.networkContribution.xhr
|Вклад в сеть — действие XHR (по ключевому действию пользователя, типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.responseEnd.load.browser
|Конец ответа — действие загрузки (по ключевому действию пользователя, браузеру) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.responseEnd.xhr.browser
|Конец ответа — действие XHR (по ключевому действию пользователя, браузеру) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.serverContribution.load
|Вклад сервера — действие загрузки (по ключевому действию пользователя, типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.serverContribution.xhr
|Вклад сервера — действие XHR (по ключевому действию пользователя, типу пользователя) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.speedIndex.load.browser
|Индекс скорости — действие загрузки (по ключевому действию пользователя, браузеру) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.visuallyComplete.load.browser
|Визуально завершенный — действие загрузки (по ключевому действию пользователя, браузеру) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.visuallyComplete.xhr.browser
|Визуально завершенный — действие XHR (по ключевому действию пользователя, браузеру) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.action.countOfErrors
|Количество ошибок (по ключевому действию пользователя, типу пользователя, типу ошибки, источнику ошибки) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.action.countOfUserActionsWithErrors
|Количество действий пользователя с ошибками (по ключевому действию пользователя, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.action.jsErrorsDuringUa
|Подсчет ошибок JavaScript во время действий пользователя (по ключевому действию пользователя, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.action.jsErrorsWithoutUa
|Счетчик ошибок JavaScript без действий пользователя (по ключевому действию пользователя, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.action.percentageOfUserActionsAffectedByErrors
|Частота действий пользователей – подвержены ошибкам (по ключевому действию пользователя, типу пользователя) [Интернет]
|Percent (%)
|autovalue
|-
|builtin:apps.web.actionCount.custom.browser
|Счетчик действий — пользовательское действие (по браузеру) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.actionCount.load.browser
|Счетчик действий — действие загрузки (по браузеру) [веб-сайт]
|Count
|autovalue
|-
|builtin:apps.web.actionCount.xhr.browser
|Счетчик действий — действие XHR (по браузеру) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.actionCount.category
|Количество действий (по категориям Apdex) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.actionCount.summary
|Действие с ключевыми показателями эффективности (по типу действия, геолокации, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.actionDuration.custom.browser
|Продолжительность действия — настраиваемое действие (в браузере) [веб-сайт]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.actionDuration.load.browser
|Продолжительность действия — действие загрузки (в браузере) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.actionDuration.xhr.browser
|Продолжительность действия — действие XHR (в браузере) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.actionsPerSession
|Среднее количество действий за сеанс (по пользователям, типу пользователя) [Интернет]
|Count
|autoavg
|-
|builtin:apps.web.activeSessions
|Количество сеансов — примерное количество активных сеансов (по пользователям, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.activeUsersEst
|Количество пользователей — расчетное количество активных пользователей (по пользователям, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.affectedUas
|Частота действий пользователя – влияние ошибок JavaScript (по типу пользователя) [Интернет]
|Percent (%)
|autovalue
|-
|builtin:apps.web.apdex.userType
|Apdex (по типу пользователя) [Интернет]
|
|autoavg
|-
|builtin:apps.web.apdex.userType.geoBig
|Apdex (по геолокации, типу пользователя) [веб]
|
|autoavg
|-
|builtin:apps.web.bouncedSessionRatio
|Показатель отказов (по пользователям, типу пользователя) [Интернет]
|Percent (%)
|autovalue
|-
|builtin:apps.web.conversionRate
|Коэффициент конверсии – сеансы (по пользователям, типу пользователя) [Интернет]
|Percent (%)
|autovalue
|-
|builtin:apps.web.converted
|Количество сеансов — сеансы с конверсией (по пользователям, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.cumulativeLayoutShift.load.userType
|Совокупное смещение макета — действие загрузки (по типу пользователя) [веб-сайт]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.cumulativeLayoutShift.load.userType.geo
|Cumulative Layout Shift — действие загрузки (по геолокации, типу пользователя) [веб]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.cumulativeLayoutShift.load.browser
|Совокупное смещение макета — действие загрузки (в браузере) [веб-сайт]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.domInteractive.load.browser
|Интерактивный DOM — действие загрузки (в браузере) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.endedSessions
|Количество сеансов — расчетное количество завершенных сеансов (по пользователям, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.event.count.rageClick
|Счетчик кликов Rage [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.event.rate.rageClicksPerUserAction
|Рейтинг кликов Rage (по действиям пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.firstByte.load.browser
|Время до первого байта — действие загрузки (в браузере) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.firstByte.xhr.browser
|Время до первого байта — действие XHR (в браузере) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.firstInputDelay.load.userType
|Задержка первого ввода — действие загрузки (по типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.firstInputDelay.load.userType.geo
|Задержка первого ввода — действие загрузки (по геолокации, типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.firstInputDelay.load.browser
|Задержка первого ввода — действие загрузки (в браузере) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.largestContentfulPaint.load.userType
|Крупнейшая Contentful Paint — действие загрузки (по типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.largestContentfulPaint.load.userType.geo
|Largest Contentful Paint — действие загрузки (по геолокации, типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.largestContentfulPaint.load.browser
|Крупнейшая Contentful Paint — действие загрузки (в браузере) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.loadEventEnd.load.browser
|Конец события загрузки — действие загрузки (в браузере) [веб-сайт]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.loadEventStart.load.browser
|Начало события загрузки — действие загрузки (в браузере) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.networkContribution.load
|Вклад сети — действие загрузки (по типу пользователя) [Интернет]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.networkContribution.xhr
|Вклад в сеть — действие XHR (по типу пользователя) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.responseEnd.load.browser
|Конец ответа — действие загрузки (в браузере) [веб-сайт]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.responseEnd.xhr.browser
|Конец ответа – действие XHR (в браузере) [веб-сайт]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.serverContribution.load
|Вклад сервера — действие загрузки (по типу пользователя) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.serverContribution.xhr
|Вклад сервера — действие XHR (по типу пользователя) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.sessionDuration
|Продолжительность сеанса (по пользователям, типу пользователя) [веб]
|Microsecond
|autoavg
|-
|builtin:apps.web.speedIndex.load.browser
|Индекс скорости — действие загрузки (по браузеру) [веб-сайт]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.startedSessions
|Количество сеансов — расчетное количество начатых сеансов (по пользователям, типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.visuallyComplete.load.browser
|Визуальное завершение — действие загрузки (в браузере) [веб-сайт]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.visuallyComplete.xhr.browser
|Визуальное завершение — действие XHR (в браузере) [веб]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.web.countOfErrors
|Количество ошибок (по типу пользователя, типу ошибки, источнику ошибки) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.countOfErrorsDuringUserActions
|Количество ошибок во время действий пользователя (по типу пользователя, типу ошибки, источнику ошибки) [веб]
|Count
|autovalue
|-
|builtin:apps.web.countOfStandaloneErrors
|Автономный подсчет ошибок (по типу пользователя, типу ошибки, происхождению ошибки) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.countOfUserActionsWithErrors
|Счетчик действий пользователя — с ошибками (по типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.errorCountForAi
|Количество ошибок для Дэвиса (по типу пользователя, типу ошибки, источнику ошибки, контексту ошибки)) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.jsErrorsDuringUa
|Счетчик ошибок JavaScript — во время действий пользователя (по типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.jsErrorsWithoutUa
|Счетчик ошибок JavaScript — без действий пользователя (по типу пользователя) [Интернет]
|Count
|autovalue
|-
|builtin:apps.web.percentageOfUserActionsAffectedByErrors
|Частота действий пользователя – подвержены ошибкам (по типу пользователя) [Интернет]
|Percent (%)
|autovalue
|}

=== Мобильные и пользовательские приложения ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:apps.other.apdex.osAndGeo
|Apdex (по ОС, геолокация) [мобильный, пользовательский]
|
|autovalue
|-
|builtin:apps.other.apdex.osAndVersion
|Apdex (по ОС, версии приложения) [мобильный, пользовательский]
|
|autovalue
|-
|builtin:apps.other.crashAffectedUsers.os
|Количество пользователей — расчетное количество пользователей, затронутых сбоями (по ОС) [мобильные устройства, пользовательские]
|Count
|autovalue
|-
|builtin:apps.other.crashAffectedUsers.osAndVersion-std
|Количество пользователей — количество пользователей, затронутых сбоями (по ОС, версии приложения) [мобильное, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.crashAffectedUsersRate.os
|Показатель пользователей – расчетное количество пользователей, затронутых сбоями (по ОС) [мобильные устройства, пользовательские]
|Percent (%)
|autovalue
|-
|builtin:apps.other.crashCount.osAndGeo
|Счетчик сбоев (по ОС, геолокации) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.crashCount.osAndVersion
|Счетчик сбоев (по ОС, версии приложения) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.crashCount.osAndVersion-std
|Счетчик сбоев (по ОС, версии приложения) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.crashFreeUsersRate.os
|Доля пользователей – расчетное количество пользователей без сбоев (по ОС) [мобильные устройства, пользовательские]
|Percent (%)
|autovalue
|-
|builtin:apps.other.keyUserActions.apdexValue.os
|Apdex (по ключевому действию пользователя, ОС) [мобильный, настраиваемый]
|
|autovalue
|-
|builtin:apps.other.keyUserActions.count.osAndApdex
|Количество действий (по ключевому действию пользователя, ОС, категории Apdex) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.keyUserActions.duration.os
|Продолжительность действия (по ключевому действию пользователя, ОС) [мобильное устройство, пользовательское]
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.other.keyUserActions.reportedErrorCount.os
|Количество зарегистрированных ошибок (по ключевому действию пользователя, ОС) [мобильное устройство, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.keyUserActions.requestCount.os
|Количество запросов (по ключевому действию пользователя, ОС) [мобильное устройство, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.keyUserActions.requestDuration.os
|Длительность запроса (по ключевому действию пользователя, ОС) [мобильная, пользовательская]
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.other.keyUserActions.requestErrorCount.os
|Счетчик ошибок запроса (по ключевому действию пользователя, ОС) [мобильный, настраиваемый]
|Count
|autovalue
|-
|builtin:apps.other.keyUserActions.requestErrorRate.os
|Частота ошибок запросов (по ключевому действию пользователя, ОС) [мобильное устройство, пользовательское]
|Percent (%)
|autovalue
|-
|builtin:apps.other.newUsers.os
|Количество новых пользователей (по ОС) [мобильное, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.reportedErrorCount.osAndVersion
|Количество зарегистрированных ошибок (по ОС, версии приложения) [мобильное, пользовательское] (устарело)
|Count
|autovalue
|-
|builtin:apps.other.requestCount.osAndProvider
|Количество запросов (по ОС, провайдеру) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.requestCount.osAndVersion
|Количество запросов (по ОС, версии приложения) [мобильное, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.requestErrorCount.osAndProvider
|Счетчик ошибок запроса (по ОС, провайдеру) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.requestErrorCount.osAndVersion
|Счетчик ошибок запроса (по ОС, версии приложения) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.requestErrorRate.osAndProvider
|Коэффициент ошибок запросов (по ОС, провайдеру) [мобильный, пользовательский]
|Percent (%)
|autovalue
|-
|builtin:apps.other.requestErrorRate.osAndVersion
|Частота ошибок запросов (по ОС, версии приложения) [мобильная, пользовательская]
|Percent (%)
|autovalue
|-
|builtin:apps.other.requestTimes.osAndProvider
|Длительность запроса (по ОС, провайдеру) [мобильная, пользовательская]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.other.requestTimes.osAndVersion
|Продолжительность запроса (по ОС, версии приложения) [мобильное, пользовательское]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.other.sessionCount
|Количество сеансов (по ОС, версии приложения, статусу функции повтора сбоя) [мобильный, настраиваемый] (устаревший)
|Count
|autovalue
|-
|builtin:apps.other.sessionCount.agentVersionAndOs
|Количество сеансов (по версии агента, ОС) [мобильное, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.sessionCount.osAndCrashReportingLevel
|Количество сеансов (по ОС, уровню отчетов о сбоях) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.sessionCount.osAndDataCollectionLevel
|Количество сеансов (по ОС, уровню сбора данных) [мобильный, настраиваемый]
|Count
|autovalue
|-
|builtin:apps.other.sessionCount.osAndGeo
|Количество сеансов — расчетное (по ОС, геолокации) [мобильное устройство, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.sessionCount.osAndVersion-std
|Количество сеансов (по ОС, версии приложения) [мобильное, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.uaCount.geoAndApdex
|Количество действий (по геолокации, категории Apdex) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.uaCount.osAndApdex
|Количество действий (по ОС, категории Apdex) [мобильный, пользовательский]
|Count
|autovalue
|-
|builtin:apps.other.uaCount.osAndVersion
|Количество действий (по ОС, версии приложения) [мобильное, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.uaDuration.osAndVersion
|Длительность действия (по ОС, версии приложения) [мобильное, пользовательское]
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:apps.other.userCount.osAndGeo
|Количество пользователей — расчетное (по ОС, геолокации) [мобильное, пользовательское]
|Count
|autovalue
|-
|builtin:apps.other.userCount.osAndVersion-std
|Количество пользователей – расчетное (по ОС, версии приложения) [мобильное, пользовательское]
|Count
|autovalue
|}

== Биллинг ==

=== Приложения ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:billing.apps.custom.sessionsWithoutReplayByApplication
|Количество сеансов — с оплатой и без оплаты [настраиваемый]
Количество оплачиваемых и неоплачиваемых пользовательских сеансов. Чтобы получить только количество оплачиваемых сеансов, установите для фильтра «Тип» значение «Оплачено».
|Count
|autovalue
|-
|builtin:billing.apps.custom.userActionPropertiesByDeviceApplication
|Общее количество действий пользователя и свойства сеанса
|Count
|autovalue
|-
|builtin:billing.apps.mobile.userActionPropertiesByMobileApplication
|Общее количество действий пользователя и свойства сеанса
|Count
|autovalue
|-
|builtin:billing.apps.web.userActionPropertiesByApplication
|Общее количество действий пользователя и свойства сеанса
|Count
|autovalue
|}

=== DDU ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:billing.ddu.events.byDescription
|Использование событий DDU по информации о событии
Использование лицензий единицами данных Fedor по пулу событий, разделенное по информации о событии
|
|autovalue
|-
|builtin:billing.ddu.events.byEntity
|Потребление событий DDU контролируемым объектом
Использование лицензий единицами данных Fedor пулом событий, разделенным по отслеживаемым объектам
|
|autovalue
|-
|builtin:billing.ddu.events.total
|Общее потребление событий DDU
Суммарное потребление лицензий единицами данных Fedor, агрегированное по всем отслеживаемым объектам для пула событий.
|
|autovalue
|-
|builtin:billing.ddu.log.byDescription
|Использование журнала DDU по пути журнала
Использование лицензий единиц данных Fedor по пулу журналов, разделенное по пути к журналу
|
|autovalue
|-
|builtin:billing.ddu.log.byEntity
|Использование журнала DDU контролируемым объектом
Использование лицензии единицами данных Fedor по пулу журналов, разделенному по отслеживаемому объекту
|
|autovalue
|-
|builtin:billing.ddu.log.total
|Общее потребление журнала DDU
Суммарное потребление лицензий единицами данных Fedor, агрегированное по всем журналам для пула журналов.
|
|autovalue
|-
|builtin:billing.ddu.metrics.byEntity
|Использование метрик DDU контролируемым объектом
Использование лицензий единицами данных Fedor по пулу метрик в разбивке по отслеживаемым объектам
|
|autovalue
|-
|builtin:billing.ddu.metrics.byEntityRaw
|Потребление метрик DDU отслеживаемым объектом без включенных DDU хост-устройства
Потребление лицензии единицами данных Fedor по пулу метрик, разделенному по отслеживаемому объекту (объединяет метрики, включенные в хост-единицу, поэтому значение может быть выше, чем фактическое потребление)
|
|autovalue
|-
|builtin:billing.ddu.metrics.byMetric
|Отчетные метрики DDU по ключу метрики
Отчеты об использовании единиц данных Дейвиса по пулу метрик с разбивкой по ключу метрики
|
|autovalue
|-
|builtin:billing.ddu.metrics.total
|Общее потребление метрик DDU
Сумма потребления лицензий единицами данных Дэвиса, агрегированная по всем показателям для пула показателей
|
|autovalue
|-
|builtin:billing.ddu.serverless.byDescription
|Бессерверное потребление DDU по функциям
Использование лицензий единиц данных Fedor для бессерверных пулов, разделенное по именам ресурсов Amazon (ARN)
|
|autovalue
|-
|builtin:billing.ddu.serverless.byEntity
|Бессерверное потребление DDU сервисом
Использование лицензий единиц данных Fedor бессерверным пулом по службам
|
|autovalue
|-
|builtin:billing.ddu.serverless.total
|Общее бессерверное потребление DDU
Суммарное потребление лицензий единицами данных Fedor, агрегированное по всем службам бессерверного пула.
|
|autovalue
|-
|builtin:billing.ddu.traces.byDescription
|DDU отслеживает потребление по типу пролета
Использование лицензий единиц данных Fedor пулом трассировок, разделенным по SpanKind, как определено в спецификации OpenTelemetry.
|
|autovalue
|-
|builtin:billing.ddu.traces.byEntity
|DDU отслеживает потребление контролируемым объектом
Потребление лицензий единицами данных Fedor пулом трассировок, разделенным по отслеживаемым объектам
|
|autovalue
|-
|builtin:billing.ddu.traces.total
|Общее потребление трасс DDU
Суммарное потребление лицензий единицами данных Fedor, агрегированное по всем отслеживаемым объектам для пула трассировок.
|
|autovalue
|-
|builtin:billing.ddu.includedMetricDduPerHost
|DDU включен на хост
Включенные блоки данных Fedor на хост
|
|autovalue
|-
|builtin:billing.ddu.includedMetricPerHost
|DDU включает точки данных метрики на хост
Включенные точки данных метрики на хост
|
|autovalue
|}

=== События ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:billing.events.business_events.ingest.usage
|Использование бизнес-событий — прием и обработка
Бизнес-события Загрузка и обработка данных, отслеживаемые как байты, полученные в течение часа
|Byte
|autovalue
|-
|builtin:billing.events.business_events.query.usage
|Использование бизнес-событий — запрос
Бизнес-события Использование запросов, отслеживаемое по числу байтов, прочитанных в течение часа
|Byte
|autovalue
|-
|builtin:billing.events.business_events.retain.usage
|Использование бизнес-мероприятий – сохранить
Бизнес-события Сохранение использования, отслеживаемое как общий объем хранилища, использованный в этот час в байтах
|Byte
|autoavgmaxmin
|}

=== Лог ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:billing.log.ingest.usage
|Управление журналами и использование аналитики — прием и обработка
Управление журналами и аналитика Использование загрузки и обработки, отслеживаемое как байты, полученные в течение часа
|Byte
|autovalue
|-
|builtin:billing.log.query.usage
|Использование управления журналами и аналитики — запрос
Управление журналами и аналитика Использование запросов, отслеживаемое по числу байтов, прочитанных в течение часа
|Byte
|autovalue
|-
|builtin:billing.log.retain.usage
|Использование управления журналами и аналитики — сохранить
Управление журналами и аналитика Сохранение использования, отслеживаемое как общее хранилище, используемое в этот час в байтах.
|Byte
|autoavgmaxmin
|}

=== Синтетика ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:billing.synthetic.actions
|Действия
|Count
|autovalue
|-
|builtin:billing.synthetic.external
|Сторонние результаты
|Count
|autovalue
|-
|builtin:billing.synthetic.requests
|Запросы
|Count
|autovalue
|}

== Cloud ==

=== AWS ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:cloud.aws.az.running
|Количество запущенных экземпляров EC2 (AZ)
|Count
|autoavgmaxmin
|}

=== Azure ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:cloud.azure.region.vms.initializing
|Количество запускаемых VM в регионе
|Count
|autoavgmaxmin
|-
|builtin:cloud.azure.region.vms.running
|Количество активных VM в регионе
|Count
|autoavgmaxmin
|-
|builtin:cloud.azure.region.vms.stopped
|Количество остановленных VM в регионе
|Count
|autoavgmaxmin
|-
|builtin:cloud.azure.vmScaleSet.vms.initializing
|Количество запускаемых VM в масштабируемом наборе
|Count
|autoavgmaxmin
|-
|builtin:cloud.azure.vmScaleSet.vms.running
|Количество активных VM в масштабируемом наборе
|Count
|autoavgmaxmin
|-
|builtin:cloud.azure.vmScaleSet.vms.stopped
|Количество остановленных VM в масштабируемом наборе
|Count
|autoavgmaxmin
|}

=== Cloud Foundry ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:cloud.cloudfoundry.auctioneer.fetchDuration
|CF: время для получения состояний ячеек
Время, затраченное аукционистом на выборку состояния из всех ячеек при проведении аукциона.
|Nanosecond
|autoavgmaxmin
|-
|builtin:cloud.cloudfoundry.auctioneer.lprFailed
|CF: сбои при размещении экземпляра приложения
Количество экземпляров приложения, которые аукционисту не удалось разместить на ячейках Диего.
|Count
|autovalue
|-
|builtin:cloud.cloudfoundry.auctioneer.lprStarted
|CF: запуск экземпляра приложения
Количество экземпляров приложения, которые аукционист успешно разместил в ячейках Diego.
|Count
|autovalue
|-
|builtin:cloud.cloudfoundry.auctioneer.taskFailed
|CF: сбои размещения задач
Количество заданий, которые аукционист не смог поставить на ячейки Диего.
|Count
|autovalue
|-
|builtin:cloud.cloudfoundry.http.badGateways
|CF: 502 ответа
Количество ответов, указывающих на недопустимые ответы службы, созданные приложением.
|Count
|autovalue
|-
|builtin:cloud.cloudfoundry.http.latency
|CF: задержка ответа
Среднее время ответа приложения клиентам.
|Millisecond
|autoavgmaxmin
|-
|builtin:cloud.cloudfoundry.http.responses5xx
|CF: 5xx ответов
Количество ответов, указывающих на повторяющиеся сбои приложений или проблемы с ответами приложений.
|Count
|autovalue
|-
|builtin:cloud.cloudfoundry.http.totalRequests
|CF: Всего запросов
Количество всех запросов, представляющих общий поток трафика.
|Count
|autovalue
|}

=== Kubernetes ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:cloud.kubernetes.cluster.cores
|[Устарело] Kubernetes: ядра кластера
Общее количество выделяемых ядер ЦП на кластер Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.cpu_allocatable (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.cpuAvailable
|[Устарело] Kubernetes: доступный ЦП кластера
Общее количество ядер ЦП, доступных для дополнительных модулей на кластер Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.cpu_allocatable — встроенный: kubernetes.node.requests_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.cpuAvailableStatistics
|[Устарело] Kubernetes: доступный ЦП кластера, %
Процентное распределение доступного ЦП по отношению к общему количеству ядер кластера. Укажите тип агрегации для получения квантилей. Устарело — вместо этого используйте (встроенный: kubernetes.node.cpu_allocatable — встроенный: kubernetes.node.requests_cpu)/встроенный: kubernetes.node.cpu_allocatable (требуется АктивныйШлюз 1.245).
|Percent (%)
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:cloud.kubernetes.cluster.cpuLimit
|[Устарело] Kubernetes: лимит ЦП кластера
Общий лимит ЦП на кластер Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.workload.limits_cpu или встроенный: kubernetes.node.limits_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.cpuLimitStatistics
|[Устарело] Kubernetes: лимит ЦП кластера, %
Процентное распределение ограничений ЦП по отношению к общему количеству ядер кластера. Укажите тип агрегации для получения квантилей. Устарело — вместо этого используйте встроенный: kubernetes.workload.limits_cpu или встроенный: kubernetes.node.limits_cpu (требуется АктивныйШлюз 1.245).
|Percent (%)
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:cloud.kubernetes.cluster.cpuRequested
|[Устарело] Kubernetes: запросы ЦП кластера
Всего запросов ЦП на кластер Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.workload.requests_cpu или встроенный: kubernetes.node.requests_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.cpuRequestedStatistics
|[Устарело] Kubernetes: запросы ЦП кластера, %
Процентное распределение запросов ЦП относительно общего количества ядер кластера. Укажите тип агрегации для получения квантилей. Устарело — вместо этого используйте встроенный: kubernetes.workload.requests_cpu или встроенный: kubernetes.node.requests_cpu (требуется АктивныйШлюз 1.245).
|Percent (%)
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:cloud.kubernetes.cluster.memory
|[Устарело] Kubernetes: память кластера
Общая выделяемая память на кластер Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.memory_allocatable (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.memoryAvailable
|[Устарело] Kubernetes: доступная память кластера
Общий объем памяти, доступный для дополнительных модулей на кластер Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.memory_allocatable — встроенный: kubernetes.node.requests_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.memoryAvailableStatistics
|[Устарело] Kubernetes: Доступная память кластера, %
Процентное распределение доступной памяти относительно общей памяти кластера. Укажите тип агрегации для получения квантилей. Устарело — вместо этого используйте (встроенный: kubernetes.node.memory_allocatable — встроенный: kubernetes.node.requests_memory)/встроенный: kubernetes.node.memory_allocatable (требуется АктивныйШлюз 1.245).
|Percent (%)
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:cloud.kubernetes.cluster.memoryLimit
|[Устарело] Kubernetes: ограничение памяти кластера
Общий лимит памяти на кластер Kubernetes. Устарело — вместо этого используйте встроенную: kubernetes.workload.limits_memory или встроенную: kubernetes.node.limits_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.memoryLimitStatistics
|[Устарело] Kubernetes: лимиты памяти кластера, %
Пределы распределения памяти в процентах относительно общего объема памяти кластера. Укажите тип агрегации для получения квантилей. Устарело — вместо этого используйте встроенную: kubernetes.workload.limits_memory или встроенную: kubernetes.node.limits_memory (требуется АктивныйШлюз 1.245).
|Percent (%)
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:cloud.kubernetes.cluster.memoryRequested
|[Устарело] Kubernetes: запросы памяти кластера
Общее количество запросов памяти на кластер Kubernetes. Устарело — вместо этого используйте встроенную: kubernetes.workload.requests_memory или встроенную: kubernetes.node.requests_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.memoryRequestedStatistics
|[Устарело] Kubernetes: запросы памяти кластера, %
Процентное распределение запросов памяти относительно общей памяти кластера. Укажите тип агрегации для получения квантилей. Устарело — вместо этого используйте встроенную: kubernetes.workload.requests_memory или встроенную: kubernetes.node.requests_memory (требуется АктивныйШлюз 1.245).
|Percent (%)
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:cloud.kubernetes.cluster.nodes
|[Устарело] Kubernetes: узлы кластера
Всего узлов на кластер Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.nodes (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.cluster.readyz
|[Устарело] Kubernetes: состояние готовности кластера
Текущее состояние сервера API Kubernetes, сообщаемое конечной точкой /readyz (0 или 1). Устарело — вместо этого используйте встроенный: kubernetes.cluster.readyz (требуется АктивныйШлюз 1.249).
|
|autoavgcountmaxminsum
|-
|builtin:cloud.kubernetes.namespace.quota.cpuLimits
|[Устарело] Kubernetes: ограничение квоты ЦП, mCores
ЦП ограничивает квоту на пространство имен и имя квоты ресурса в милликорах. Устарело — вместо него встроено: kubernetes.resourcequota.limits_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.cpuRequests
|[Устарело] Kubernetes: квоты запросов ЦП, mCores
ЦП запрашивает квоту на пространство имен и имя квоты ресурсов в милликорах. Устарело — вместо этого используйте встроенный: kubernetes.resourcequota.requests_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.memoryLimits
|[Устарело] Kubernetes: ограничения квоты памяти, байты
Квота ограничения памяти на пространство имен и имя квоты ресурсов в байтах. Устарело — вместо этого используйте встроенный: kubernetes.resourcequota.limits_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.memoryRequests
|[Устарело] Kubernetes: квоты запросов памяти, байты
Квота запросов памяти на пространство имен и имя квоты ресурсов в байтах. Устарело — вместо этого используйте встроенный: kubernetes.resourcequota.requests_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.pods
|[Устарело] Kubernetes: подсчет квот
Поды подсчитывают квоту на каждое имя пространства имен или квоты ресурсов. Устарело — вместо этого используйте встроенные: kubernetes.resourcequota.pods (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.usedCpuLimits
|[Устарело] Kubernetes: используются лимиты квоты ЦП, mCores
Используемый ЦП ограничивает квоту на пространство имен или имя квоты ресурсов в милликорах. Устарело — вместо этого используйте встроенный: kubernetes.resourcequota.limits_cpu_used (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.usedCpuRequests
|[Устарело] Kubernetes: Квота Используемая квота запросов ЦП, mCores
Используемая квота запросов ЦП на пространство имен или имя квоты ресурсов в милликорах. Устарело — вместо этого используйте встроенный: kubernetes.resourcequota.requests_cpu_used (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.usedMemoryLimits
|[Устарело] Kubernetes: Используемые квоты памяти, байты
Используемая память ограничивает квоту на пространство имен или имя квоты ресурса в байтах. Устарело — вместо этого используйте встроенный: kubernetes.resourcequota.limits_memory_used (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.usedMemoryRequests
|[Устарело] Kubernetes: Используемая квота запросов памяти, байт
Используемая квота запросов памяти на пространство имен или имя квоты ресурса в байтах. Устарело — вместо этого используйте встроенный: kubernetes.resourcequota.requests_memory_used (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.quota.usedPods
|[Устарело] Kubernetes: использовано количество квот pod
Используемые модули подсчитывают квоту на каждое имя пространства имен или квоты ресурсов. Устарело — вместо этого используйте встроенный: kubernetes.resourcequota.pods_used (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.cpuLimits
|[Устарело] Kubernetes: лимиты ЦП пространства имен, mCores
Общие ограничения ЦП на пространство имен и тип рабочей нагрузки в милликорах. Устарело — вместо этого используйте встроенный: kubernetes.workload.limits_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.cpuRequests
|[Устарело] Kubernetes: запросы ЦП пространства имен, mCores
Общее количество запросов ЦП на пространство имен и тип рабочей нагрузки в милликорах. Устарело — вместо этого используйте встроенный: kubernetes.workload.requests_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.desiredPods
|[Устарело] Kubernetes: нужные модули пространства имен
Количество желаемых модулей на пространство имен и тип рабочей нагрузки. Устарело — вместо этого используйте встроенный: kubernetes.workload.pods_desired (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.memoryLimits
|[Устарело] Kubernetes: ограничения памяти пространства имен, байты
Общий лимит памяти на пространство имен и тип рабочей нагрузки в байтах. Устарело — вместо этого используйте встроенную: kubernetes.workload.limits_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.memoryRequests
|[Устарело] Kubernetes: запросы памяти пространства имен, байты
Общее количество запросов памяти на пространство имен и тип рабочей нагрузки в байтах. Устарело — вместо этого используйте встроенную память: kubernetes.workload.requests_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.runningPods
|[Устарело] Kubernetes: запуск модулей пространства имен
Количество запущенных модулей на пространство имен и тип рабочей нагрузки. Устарело — вместо этого используйте встроенный: kubernetes.pods (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.namespace.workloads
|[Устарело] Kubernetes: рабочие нагрузки пространства имен
Количество рабочих нагрузок на пространство имен и тип рабочей нагрузки. Устарело — вместо этого используйте встроенный: kubernetes.workloads (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.node.conditions
|[Устарело] Kubernetes: условия узла
Состояние работоспособности узла Kubernetes. Устарело — вместо этого используйте встроенные: kubernetes.node.conditions (требуется АктивныйШлюз 1.249).
|
|autoavgcountmaxminsum
|-
|builtin:cloud.kubernetes.node.cores
|[Устарело] Kubernetes: ядра узлов
Общее количество выделяемых ядер ЦП на узел Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.cpu_allocatable (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.node.cpuAvailable
|[Устарело] Kubernetes: ЦП узла доступен
Общее количество ядер ЦП, доступных для дополнительных модулей на узел Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.cpu_allocatable — встроенный: kubernetes.node.requests_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.node.cpuLimit
|[Устарело] Kubernetes: ограничение ЦП узла
Общий лимит ЦП на узел Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.limits_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.node.cpuRequested
|[Устарело] Kubernetes: запросы ЦП узла
Всего запросов ЦП на узел Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.requests_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.node.memory
|[Устарело] Kubernetes: память узла
Общая выделяемая память на узел Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.memory_allocatable (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.node.memoryAvailable
|[Устарело] Kubernetes: доступная память узла
Общий объем памяти, доступный для дополнительных модулей на узел Kubernetes. Устарело — вместо этого используйте встроенный: kubernetes.node.memory_allocatable — встроенный: kubernetes.node.requests_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.node.memoryLimit
|[Устарело] Kubernetes: ограничение памяти узла
Общий лимит памяти на узел Kubernetes. Устарело — вместо этого используйте встроенную: kubernetes.node.limits_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.node.memoryRequested
|[Устарело] Kubernetes: запросы памяти узла
Общее количество запросов памяти на узел Kubernetes. Устарело — вместо этого используйте встроенную память: kubernetes.node.requests_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.pod.containerRestarts
|[Устарело] Kubernetes: контейнер перезапускается для каждого модуля.
Количество перезапусков контейнера в поде. Метрика записывается только в том случае, если был хотя бы один перезапуск контейнера. Используйте преобразователь :default(0) в селекторе показателей для работы с отсутствующими значениями. Устарело — вместо этого используйте встроенный: kubernetes.container.restarts (требуется АктивныйШлюз 1.247).
|Count
|autoavgcountmaxminsum
|-
|builtin:cloud.kubernetes.pod.containers
|[Устарело] Kubernetes: количество контейнеров на рабочую нагрузку
Количество контейнеров на рабочую нагрузку, разделенное по состоянию контейнера. Устарело — вместо этого используйте встроенный: kubernetes.containers (требуется АктивныйШлюз 1.245).
|Count
|autoavgcountmaxminsum
|-
|builtin:cloud.kubernetes.pod.cpuLimits
|[Устарело] Kubernetes: лимит ЦП пода, mCores
Ограничения ЦП на модуль в милликорах. Устарело — вместо этого используйте встроенный: kubernetes.workload.limits_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.pod.cpuRequests
|[Устарело] Kubernetes: запросы ЦП Pod, mCores
Запросы ЦП на модуль в милликорах. Устарело — вместо этого используйте встроенный: kubernetes.workload.requests_cpu (требуется АктивныйШлюз 1.245).
|Millicores
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.pod.desiredContainers
|[Устарело] Kubernetes: контейнеры — желаемые контейнеры для каждой рабочей нагрузки
Количество желаемых контейнеров на рабочую нагрузку. Устарело — вместо этого используйте встроенный: kubernetes.workload.containers_desired (требуется АктивныйШлюз 1.245).
|Count
|autoavgcountmaxminsum
|-
|builtin:cloud.kubernetes.pod.memoryLimits
|[Устарело] Kubernetes: ограничение памяти пода, байт
Ограничения памяти на модуль в байтах. Устарело — вместо этого используйте встроенную: kubernetes.workload.limits_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.pod.memoryRequests
|[Устарело] Kubernetes: запросы памяти Pod, байты
Запросы памяти на модуль в байтах. Устарело — вместо этого используйте встроенную память: kubernetes.workload.requests_memory (требуется АктивныйШлюз 1.245).
|Byte
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.workload.desiredPods
|[Устарело] Kubernetes: рабочие нагрузки — желаемые модули для каждой рабочей нагрузки
Количество желаемых модулей на рабочую нагрузку. Устарело — вместо этого используйте встроенный: kubernetes.workload.pods_desired (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.workload.pods
|[Устарело] Kubernetes: количество подов
Количество pod на рабочую нагрузку и фазу. Устарело — вместо этого используйте встроенный: kubernetes.pods (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|-
|builtin:cloud.kubernetes.workload.runningPods
|[Устарело] Kubernetes: рабочие нагрузки — запуск модулей для каждой рабочей нагрузки
Количество запущенных модулей на рабочую нагрузку. Устарело — вместо этого используйте встроенный: kubernetes.pods (требуется АктивныйШлюз 1.245).
|Count
|autoavgmaxmin
|}

=== VMware ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:cloud.vmware.hypervisor.cpu.usage
|Использование ЦП хоста, %
|Percent (%)
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.disk.usage
|Скорость использования хост-диска
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.hostdisk.commandsAborted
|Команды хост-диска прерваны
|Count
|autovalue
|-
|builtin:cloud.vmware.hypervisor.hostdisk.queueLatency
|Задержка очереди хост-диска
|Millisecond
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.hostdisk.rIops
|Хост-диск читает IOPS
|Per second
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.hostdisk.readLatency
|Задержка чтения хост-диска
|Millisecond
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.hostdisk.readRate
|Скорость чтения хост-диска
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.hostdisk.wIops
|Хост-диск записывает IOPS
|Per second
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.hostdisk.writeLatency
|Задержка записи на хост-диск
|Millisecond
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.hostdisk.writeRate
|Скорость записи на хост-диск
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.mem.compressionRate
|Скорость сжатия хоста
|Kibibyte/second
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.mem.consumed
|Потребляемая память хоста
|Kibibyte
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.mem.decompressionRate
|Скорость декомпрессии хоста
|Kibibyte/second
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.mem.swapIn
|Обмен хостами по курсу
|Kibibyte/second
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.mem.swapOut
|Скорость замены хоста
|Kibibyte/second
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.net.rx
|Скорость получения данных хост-сети
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.net.tx
|Скорость передачи данных хост-сети
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.nic.dataRx
|Скорость получения данных
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.nic.dataTx
|Скорость передачи данных
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.nic.packetsRxDropped
|Полученные пакеты отброшены
|Count
|autovalue
|-
|builtin:cloud.vmware.hypervisor.nic.packetsTxDropped
|Пакеты переданы сброшены
|Count
|autovalue
|-
|builtin:cloud.vmware.hypervisor.vms.count
|Количество ВМ
|Count
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.vms.powerOff
|Количество выключенных ВМ
|Count
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.vms.suspended
|Количество приостановленных ВМ
|Count
|autoavgmaxmin
|-
|builtin:cloud.vmware.hypervisor.availability
|Доступность хоста %
|Percent (%)
|autoavg
|-
|builtin:cloud.vmware.vm.cpu.readyPerc
|% готовности ЦП ВМ
|Percent (%)
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.cpu.swapWait
|Ожидание замены ВМ
|Millisecond
|autovalue
|-
|builtin:cloud.vmware.vm.cpu.usage
|Загрузка ЦП ВМ, МГц
|Count
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.cpu.usagePerc
|Использование ЦП ВМ, %
|Percent (%)
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.disk.usage
|Скорость использования диска ВМ
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.mem.active
|Память ВМ активна
|Kibibyte
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.mem.compressionRate
|Степень сжатия ВМ
|Kibibyte/second
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.mem.consumed
|Потребляемая память ВМ
|Kibibyte
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.mem.decompressionRate
|Скорость декомпрессии ВМ
|Kibibyte/second
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.mem.swapIn
|Скорость обмена ВМ
|Kibibyte/second
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.mem.swapOut
|Скорость замены ВМ
|Kibibyte/second
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.net.rx
|Скорость получения сетевых данных виртуальной машины
|kB/s
|autoavgmaxmin
|-
|builtin:cloud.vmware.vm.net.tx
|Скорость передачи сетевых данных ВМ
|kB/s
|autoavgmaxmin
|}

== Контейнеры ==

=== CPU ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:containers.cpu.usageMilliCores
|Контейнеры: загрузка ЦП, mCores
Использование ЦП на контейнер в милликорах
|Millicores
|autoavgmaxmin
|-
|builtin:containers.cpu.usageMilliCores.legacy
|Контейнеры: загрузка ЦП, наследие mCores
Загрузка ЦП на контейнер в устаревших милликорах.
|Millicores
|autoavgmaxmin
|-
|builtin:containers.cpu.usagePercent
|Контейнеры: загрузка ЦП, % от лимита
Процент использования ЦП на контейнер относительно ограничения ресурсов ЦП. Логические ядра используются, если не установлен лимит ЦП.
|Percent (%)
|autoavgmaxmin
|-
|builtin:containers.cpu.usagePercent.legacy
|Контейнеры: загрузка ЦП, % от лимита
Процент использования ЦП на контейнер по отношению к устаревшему ограничению ресурсов ЦП. Логические ядра используются, если не установлен лимит ЦП.
|Percent (%)
|autoavg
|-
|builtin:containers.cpu.limit
|Контейнеры: лимит ЦП, mCores
Ограничение ресурсов ЦП на контейнер в милликорах.
|Millicores
|autoavgmaxmin
|-
|builtin:containers.cpu.logicalCores
|Контейнеры: логические ядра ЦП.
Количество логических ядер ЦП хоста.
|Cores
|autoavgmaxmin
|-
|builtin:containers.cpu.shares
|Контейнеры: доли ЦП
Количество долей ЦП, выделенных на контейнер.
|Count
|autoavgmaxmin
|-
|builtin:containers.cpu.throttledMilliCores
|Контейнеры: троттлинг ЦП, mCores
Дросселирование ЦП на контейнер в милликорах.
|Millicores
|autoavgmaxmin
|-
|builtin:containers.cpu.throttledTime
|Контейнеры: время троттлинга процессора, нс/мин
Общее количество времени, в течение которого контейнер регулировался, в наносекундах в минуту.
|Nanosecond/minute
|autoavgmaxmin
|-
|builtin:containers.cpu.throttlingRatio
|[Устарело] Контейнеры: коэффициент регулирования ЦП
Ограничение ресурсов ЦП на контейнер.
|Ratio
|autoavgmaxmin
|-
|builtin:containers.cpu.usageSystemMilliCores
|Контейнеры: загрузка системы ЦП, mCores
Использование системы ЦП на контейнер в милликорах.
|Millicores
|autoavgmaxmin
|-
|builtin:containers.cpu.usageSystemTime
|Контейнеры: время использования процессорной системы, нс/мин
Используемое системное время на контейнер в наносекундах в минуту.
|Nanosecond/minute
|autoavgmaxmin
|-
|builtin:containers.cpu.usageTime
|Контейнеры: время использования ЦП, нс/мин
Сумма использованного системного и пользовательского времени на контейнер в наносекундах в минуту.
|Nanosecond/minute
|autoavgmaxmin
|-
|builtin:containers.cpu.usageUserMilliCores
|Контейнеры: загрузка ЦП пользователем, mCores
Использование пользователей ЦП на контейнер в милликорах.
|Millicores
|autoavgmaxmin
|-
|builtin:containers.cpu.usageUserTime
|Контейнеры: время использования процессора пользователем, нс/мин
Используемое пользователем время на контейнер в наносекундах в минуту.
|Nanosecond/minute
|autoavgmaxmin
|}

=== Память ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:containers.memory.residentSetBytes
|Containers: Memory usage, bytes

Resident set size (Linux) or private working set size (Windows) per container in bytes.
|Byte
|autoavgmaxmin
|-
|builtin:containers.memory.residentSetBytes.legacy
|Containers: Memory usage, bytes legacy

Resident set size (Linux) or private working set size (Windows) per container in bytes legacy.
|Byte
|autoavgmaxmin
|-
|builtin:containers.memory.cacheBytes
|Containers: Memory cache, bytes

Page cache memory per container in bytes.
|Byte
|autoavgmaxmin
|-
|builtin:containers.memory.limitBytes
|Containers: Memory limit, bytes

Memory limit per container in bytes. If no limit is set, this is an empty value.
|Byte
|autoavgmaxmin
|-
|builtin:containers.memory.limitPercent
|Containers: Memory limit, % of physical memory

Percent memory limit per container relative to total physical memory. If no limit is set, this is an empty value.
|Percent (%)
|autoavg
|-
|builtin:containers.memory.outOfMemoryKills
|Containers: Memory - out of memory kills

Number of out of memory kills for a container.
|Count
|autovalue
|-
|builtin:containers.memory.physicalTotalBytes
|Containers: Memory - total physical memory, bytes

Total physical memory on the host in bytes.
|Byte
|autoavgmaxmin
|-
|builtin:containers.memory.usagePercent
|Containers: Memory usage, % of limit

Resident set size (Linux) or private working set size (Windows) per container in percent relative to container memory limit. If no limit is set, this equals total physical memory.
|Percent (%)
|autoavg
|}

=== Прочие контейнерные метрики ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:containers.bytes_rx2
|Байты контейнера получены
|Byte/second
|autoavgcountmaxminsum
|-
|builtin:containers.bytes_tx2
|Байты контейнера переданы
|Byte/second
|autoavgcountmaxminsum
|-
|builtin:containers.cpu_usage2
|Использование ЦП контейнера
|Percent (%)
|autoavgcountmaxminsum
|-
|builtin:containers.devicemapper_data_space_available
|Доступно пространство данных Devicemapper
|Byte
|autoavgcountmaxminsum
|-
|builtin:containers.devicemapper_data_space_used
|Используемое пространство данных Devicemapper
|Byte
|autoavgcountmaxminsum
|-
|builtin:containers.devicemapper_metadata_space_available
|Доступно пространство метаданных Devicemapper
|Byte
|autoavgcountmaxminsum
|-
|builtin:containers.devicemapper_metadata_space_used
|Используемое пространство метаданных Devicemapper
|Byte
|autoavgcountmaxminsum
|-
|builtin:containers.memory_percent
|Процент памяти
|Percent (%)
|autoavgcountmaxminsum
|-
|builtin:containers.memory_usage2
|Использование памяти контейнера
|Byte
|autoavgcountmaxminsum
|-
|builtin:containers.no_of_containers_launched
|Количество запущенных контейнеров
|Count
|autoavgcountmaxminsum
|-
|builtin:containers.no_of_containers_per_pgi
|Количество запущенных контейнеров
|Count
|autoavgcountmaxminsum
|-
|builtin:containers.no_of_containers_running
|Количество запущенных контейнеров
|Count
|autoavgcountmaxminsum
|-
|builtin:containers.no_of_containers_terminated
|Количество прекращенных контейнеров
|Count
|autoavgcountmaxminsum
|-
|builtin:containers.throttled_time2
|Время регулирования контейнера
|Millisecond
|autoavgcountmaxminsum
|}

== Дашборды ==

=== Прочие метрики дашбордов ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:dashboards.viewCount
|Количество просмотров дашборда
|Count
|autovalue
|}

== Инфраструктура ==

=== CPU ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.cpu.gcpu.usage
|z/OS Общая загрузка ЦП
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.cpu.msu.avg
|z/OS Скользящее среднее значение MSU за 4 часа
|MSU
|autoavgmaxmin
|-
|builtin:host.cpu.msu.capacity
|емкость MSU z/OS
|MSU
|autoavgmaxmin
|-
|builtin:host.cpu.ziip.eligible
|допустимое время z/OS zIIP
|Second
|autoavgmaxmin
|-
|builtin:host.cpu.entConfig
|Права AIX настроены
Права на раздел
|Ratio
|autoavgmaxmin
|-
|builtin:host.cpu.entc
|Используемое разрешение AIX
Процент использованного права
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.cpu.idle
|Процессор простаивает
Среднее время простоя процессора за последний период
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.cpu.iowait
|Ожидание ввода-вывода ЦП
Среднее время ожидания операций ввода-вывода ЦП за последний период
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.cpu.load
|Загрузка системы
Количество процессов, которые выполняются ЦП или ожидают выполнения ЦП за последнюю минуту
|Ratio
|autoavgmaxmin
|-
|builtin:host.cpu.load15m
|Нагрузка на систему15м
Количество процессов, которые выполняются ЦП или ожидают выполнения ЦП за последние 15 минут.
|Ratio
|autoavgmaxmin
|-
|builtin:host.cpu.load5m
|Нагрузка на систему5м
Количество процессов, которые выполняются ЦП или ожидают выполнения ЦП за последние 5 минут.
|Ratio
|autoavgmaxmin
|-
|builtin:host.cpu.other
|ЦП другой
Среднее время ЦП для других действий (например, гость, IRQ и т. д.) за последний период
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.cpu.physc
|Физическое потребление AIX
Общее количество процессоров, потребляемых разделом
|Ratio
|autoavgmaxmin
|-
|builtin:host.cpu.steal
|"кража" процессора
Среднее время "кражи" ЦП за последний период
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.cpu.system
|Система ЦП
Среднее системное время процессора за последний период
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.cpu.usage
|Использование процессора %
Процент процессорного времени, используемого в данный момент.
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.cpu.user
|Пользователь ЦП
Среднее время использования ЦП за последний период
|Percent (%)
|autoavgmaxmin
|}

=== DNS ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.dns.errorCount
|Количество ошибок DNS по типу
Количество ошибок DNS по типу
|Count
|autoavgcountmaxminsum
|-
|builtin:host.dns.orphanCount
|Количество потерянных DNS-ответов
Количество потерянных ответов DNS на хосте
|Count
|autoavgcountmaxminsum
|-
|builtin:host.dns.queryCount
|Количество DNS-запросов
Количество DNS-запросов на хосте
|Count
|autoavgcountmaxminsum
|-
|builtin:host.dns.queryTime
|Сумма времени запроса DNS
Время всех DNS-запросов на хосте
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:host.dns.singleQueryTime
|Время DNS-запроса
Среднее время DNS-запроса. Рассчитывается путем деления суммы времени DNS-запросов на количество DNS-запросов для каждой пары хост-сервер и DNS-сервер.
|Millisecond
|autoavgmaxmin
|-
|builtin:host.dns.singleQueryTimeByDnsIp
|Время DNS-запроса DNS-сервером
Средневзвешенное время DNS-запроса по IP-адресу DNS-сервера. Рассчитывается путем деления суммы времени запроса DNS на количество запросов DNS. Он взвешивает результат с учетом количества запросов от каждого хоста.
|Millisecond
|autoavgmaxmin
|-
|builtin:host.dns.singleQueryTimeByHost
|Время запроса DNS на хосте
Средневзвешенное время запроса DNS на хосте. Рассчитывается путем деления суммы времени DNS-запросов на количество DNS-запросов на хосте. Он взвешивает результат с учетом количества запросов к каждому DNS-серверу.
|Millisecond
|autoavgmaxmin
|}

=== Диск ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.disk.throughput.read
|Пропускная способность диска при чтении
Скорость чтения с диска
|bit/s
|autoavgmaxmin
|-
|builtin:host.disk.throughput.write
|Пропускная способность диска запись
Скорость записи на диск
|bit/s
|autoavgmaxmin
|-
|builtin:host.disk.avail
|Диск доступен
Доступный объем диска
|Byte
|autoavgmaxmin
|-
|builtin:host.disk.bytesRead
|Байт чтения с диска в секунду
Байтов, прочитанных в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:host.disk.bytesWritten
|Байт записи на диск в секунду
Байтов, записанных в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:host.disk.free
|Доступный диск %
Процент доступного места на диске
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.disk.inodesAvail
|Доступные иноды %
Процент доступных инодов
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.disk.inodesTotal
|Всего инодов
Количество инодов
|Count
|autoavgmaxmin
|-
|builtin:host.disk.queueLength
|Средняя длина очереди на диске
Средняя длина очереди
|Count
|autoavgmaxmin
|-
|builtin:host.disk.readOps
|Операций чтения с диска в секунду
Операций чтения в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.disk.readTime
|Время чтения диска
Время чтения диска
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:host.disk.used
|Используемый диск
Объем используемого диска
|Byte
|autoavgmaxmin
|-
|builtin:host.disk.usedPct
|Используемый диск %
Процент занятого места на диске
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.disk.utilTime
|Время использования диска
Процент времени использования диска
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.disk.writeOps
|Операций записи на диск в секунду
Операций записи в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.disk.writeTime
|Время записи на диск
Время записи на диск
|Millisecond
|autoavgcountmaxminsum
|}

{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.handles.fileDescriptorsMax
|Файловые дескрипторы макс.

Максимальное количество файловых дескрипторов для использования
|Count
|autoavgmaxmin
|-
|builtin:host.handles.fileDescriptorsUsed
|Используемые файловые дескрипторы

Количество используемых файловых дескрипторов
|Count
|autoavgmaxmin
|}

=== Потоки ядра ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.kernelThreads.blocked
|Потоки ядра AIX заблокированы
Количество потоков, заблокированных в данный момент в разделе
|Count
|autoavgmaxmin
|-
|builtin:host.kernelThreads.ioEventWait
|Ожидание события ввода-вывода потоков ядра AIX
Количество потоков ядра, ожидающих события
|Count
|autoavgmaxmin
|-
|builtin:host.kernelThreads.ioMessageWait
|Ожидание сообщения ввода-вывода потоков ядра AIX
Количество потоков ядра, ожидающих ввода-вывода
|Count
|autoavgmaxmin
|-
|builtin:host.kernelThreads.running
|Работающие потоки ядра AIX
Количество потоков, работающих в данный момент в разделе
|Count
|autoavgmaxmin
|}

=== Память ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.mem.avail.bytes
|Доступная память
Объем доступной памяти
|Byte
|autoavgmaxmin
|-
|builtin:host.mem.avail.pct
|Доступная память %
Процент доступной в данный момент памяти
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.mem.avail.pfps
|Ошибок страницы в секунду
Количество ошибок страниц в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.mem.swap.avail
|Возможен обмен
Доступная сумма свопа
|Byte
|autoavgmaxmin
|-
|builtin:host.mem.swap.total
|Общий обмен
Сумма общего свопа для использования
|Byte
|autovalue
|-
|builtin:host.mem.swap.used
|Обмен б/у
Сумма использованного свопа
|Byte
|autoavgmaxmin
|-
|builtin:host.mem.kernel
|Память ядра
Объем памяти ядра
|Byte
|autoavgmaxmin
|-
|builtin:host.mem.recl
|Восстанавливаемая память
Объем восстанавливаемой памяти
|Byte
|autoavgmaxmin
|-
|builtin:host.mem.total
|Всего памяти
Объем общей памяти
|Byte
|autovalue
|-
|builtin:host.mem.usage
|Используемая память %
Процент памяти, используемой в настоящее время. Примечание. Рассчитывается путем принятия 100% — «Доступная память %».
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.mem.used
|Используемая память
Объем используемой памяти
|Byte
|autoavgmaxmin
|}

=== Сеть ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.net.nic.packets.dropped
|Пакеты NIC отброшены
Пакеты сетевого интерфейса сброшены на хост
|Per second
|autovalue
|-
|builtin:host.net.nic.packets.droppedRx
|Сетевая карта получила пакеты, отброшенные
Сетевой интерфейс получил пакеты, отброшенные на хост
|Per second
|autoavgmaxmin
|-
|builtin:host.net.nic.packets.droppedTx
|Сетевая карта отправила пакеты, отброшенные
Сетевой интерфейс отправил пакеты, сброшенные на хост
|Per second
|autoavgmaxmin
|-
|builtin:host.net.nic.packets.errors
|Ошибки пакетов сетевой карты
Ошибки пакетов сетевого интерфейса на хосте
|Per second
|autovalue
|-
|builtin:host.net.nic.packets.errorsRx
|Сетевая карта получила ошибки пакетов
Сетевой интерфейс получил ошибки пакета на узле
|Per second
|autoavgmaxmin
|-
|builtin:host.net.nic.packets.errorsTx
|Сетевая карта отправила ошибки пакетов
Сетевой интерфейс отправил ошибки пакетов на хост
|Per second
|autoavgmaxmin
|-
|builtin:host.net.nic.packets.rx
|Полученные пакеты сетевой карты
Пакеты сетевого интерфейса, полученные на хосте
|Per second
|autoavgmaxmin
|-
|builtin:host.net.nic.packets.tx
|NIC-пакеты отправлены
Пакеты сетевого интерфейса, отправленные на хост
|Per second
|autoavgmaxmin
|-
|builtin:host.net.nic.bytesRx
|Байты сетевой карты получены
Байты сетевого интерфейса, полученные на хосте
|Byte/second
|autoavgmaxmin
|-
|builtin:host.net.nic.bytesTx
|Байты сетевой карты отправлены на хост
Байты сетевого интерфейса, отправленные на хост
|Byte/second
|autoavgmaxmin
|-
|builtin:host.net.nic.connectivity
|подключение сетевой карты
Подключение к сетевому интерфейсу на хосте
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.net.nic.linkUtilRx
|Использование сетевой карты для получения канала
Сетевой интерфейс получает использование канала на хосте
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.net.nic.linkUtilTx
|Использование канала передачи NIC
Использование канала передачи сетевого интерфейса на хосте
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.net.nic.retransmission
|ретрансляция сетевой карты
Ретрансляция сетевого интерфейса на хосте
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.net.nic.retransmissionIn
|Сетевая карта получила повторную передачу пакетов
Ретрансляция сетевого интерфейса для полученных пакетов на хосте
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.net.nic.retransmissionOut
|Сетевая карта отправила повторную передачу пакетов
Ретрансляция сетевого интерфейса для отправленных пакетов на хосте
|Percent (%)
|autoavgmaxmin
|-
|builtin:host.net.nic.traffic
|Движение
Сетевой трафик на хосте
|bit/s
|autovalue
|-
|builtin:host.net.nic.trafficIn
|Трафик в
Входящий трафик на хосте
|bit/s
|autoavgmaxmin
|-
|builtin:host.net.nic.trafficOut
|Исходящий трафик
Трафик исходящий от хоста
|bit/s
|autoavgmaxmin
|-
|builtin:host.net.packets.rxBaseReceived
|Получена база ретрансляции хоста
Совокупная база повторных передач процесса хоста, полученная в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.net.packets.rxBaseSent
|База ретрансляции хоста отправлена
Совокупная база повторных передач процесса узла, отправленная в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.net.packets.rxReceived
|Полученные пакеты повторно переданы хостом
Хост-объединенный процесс, повторно переданный пакетами, полученными в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.net.packets.rxSent
|Хост повторно отправил пакеты
Хост-агрегированный процесс, повторно переданный пакетами, отправленными в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.net.sessions.local.errRst
|Сброс сеанса Localhost получен
Сброс агрегированного сеанса хоста, полученный в секунду на локальном хосте
|Per second
|autoavgmaxmin
|-
|builtin:host.net.sessions.local.errTmout
|Тайм-аут сеанса Localhost получен
Совокупный тайм-аут сеанса хоста, полученный в секунду на локальном хосте
|Per second
|autoavgmaxmin
|-
|builtin:host.net.sessions.local.new
|Получен новый сеанс Localhost
Хост совокупный новый сеанс, полученный в секунду на локальном хосте
|Per second
|autoavgmaxmin
|-
|builtin:host.net.sessions.errRst
|Сброс сеанса хоста получен
Сброс сеанса агрегированного процесса хоста, полученный в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.net.sessions.errTmout
|Тайм-аут сеанса хоста получен
Тайм-аут сеанса агрегированного процесса хоста, полученный в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.net.sessions.new
|Хост нового сеанса получен
Совокупный процесс хоста, новый сеанс, полученный в секунду
|Per second
|autoavgmaxmin
|-
|builtin:host.net.bytesRx
|Байты хоста получены
Совокупные байты процесса хоста, полученные в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:host.net.bytesTx
|Отправлено хост-байтов
Совокупные байты процесса узла, отправленные в секунду
|Byte/second
|autoavgmaxmin
|}

=== Службы ОС ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.osService.availability
|Доступность службы ОС

Указывает, запущена ли служба (значение: 1) или остановлена (значение: 0).
|Count
|autoavgmaxmin
|}

=== Процессы ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.osProcessStats.osProcessCount
|Количество процессов ОС
Количество процессов, запущенных на хосте.
|Count
|autoavgmaxmin
|-
|builtin:host.osProcessStats.pgiCount
|количество PGI
Количество PGI, присутствующих на хосте, включая PGI, о которых не сообщается кластеру.
|Count
|autoavgmaxmin
|-
|builtin:host.osProcessStats.pgiReportedCount
|Заявленное количество PGI
Количество важных (сообщаемых кластеру) PGI, присутствующих на хосте
|Count
|autoavgmaxmin
|}

=== Zos ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.zos.gcpu_time
|z/OS Общее время процессора
Общее общее процессорное время в минуту
|Count
|autoavgcountmaxminsum
|-
|builtin:host.zos.msu_hours
|z/OS потребляет MSU в час (SMF70EDT)
Количество потребляемых MSU в час (SMF70EDT)
|Count
|autoavgcountmaxminsum
|-
|builtin:host.zos.ziip_time
|время z/OS zIIP
Общее время zIIP в минуту
|Count
|autoavgcountmaxminsum
|-
|builtin:host.zos.ziip_usage
|использование z/OS zIIP
Активно используемый zIIP в процентах от доступного zIIP
|Count
|autoavgcountmaxminsum
|}

=== Прочие метрики инфраструктуры ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:host.availability
|Доступность хоста %

Доступность хоста %
|Percent (%)
|autoavg
|}

== Kubernetes ==

=== Кластер ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:kubernetes.cluster.readyz
|Kubernetes: статус готовности кластера

Текущее состояние сервера API Kubernetes, сообщаемое конечной точкой /readyz (0 или 1).
|
|autoavgmaxmin
|}

=== Контейнер ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:kubernetes.container.oom_kills
|Kubernetes: контейнер — количество уничтожений из-за нехватки памяти (OOM)

Эта метрика измеряет количество уничтожений из-за нехватки памяти (OOM). Наиболее детальный уровень агрегации — контейнер. Значение соответствует статусу «OOMKilled» контейнера в статусе контейнера ресурса модуля. Метрика записывается только в том случае, если было хотя бы одно уничтожение OOM контейнера.
|Count
|autovalue
|-
|builtin:kubernetes.container.restarts
|Kubernetes: контейнер — количество перезапусков

Эта метрика измеряет количество перезапусков контейнера. Наиболее детальный уровень агрегации — контейнер. Значение соответствует дельте «restartCount», определенной в статусе контейнера ресурса pod. Метрика записывается только в том случае, если был хотя бы один перезапуск контейнера.
|Count
|autovalue
|}

=== Нода ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:kubernetes.node.conditions
|Kubernetes: условия узла
Эта метрика описывает состояние узла Kubernetes. Самый подробный уровень агрегации — node.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.node.cpu_allocatable
|Kubernetes: Node — выделяемый ЦП
Эта метрика измеряет общий выделяемый процессор. Самый подробный уровень агрегации — node. Значение соответствует выделяемому процессору узла.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.node.limits_cpu
|Kubernetes: Pod — ограничения ЦП (по узлу)
Этот показатель измеряет ограничения процессора. Самый подробный уровень агрегации — node. Значение соответствует сумме лимитов ЦП всех контейнеров в поде.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.node.limits_memory
|Kubernetes: Pod — ограничения памяти (по узлу)
Эта метрика измеряет ограничения памяти. Самый подробный уровень агрегации — node. Значение соответствует сумме лимитов памяти всех контейнеров в поде.
|Byte
|autoavgmaxmin
|-
|builtin:kubernetes.node.memory_allocatable
|Kubernetes: Node — выделяемая память
Эта метрика измеряет общий объем выделяемой памяти. Самый подробный уровень агрегации — node. Значение соответствует выделяемой памяти узла.
|Byte
|autoavgmaxmin
|-
|builtin:kubernetes.node.pods
|Kubernetes: количество подов (по узлам)
Эта метрика измеряет количество стручков. Самый подробный уровень агрегации — node. Значение соответствует количеству всех модулей.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.node.pods_allocatable
|Kubernetes: Node — количество выделяемых модулей
Эта метрика измеряет общее количество выделяемых модулей. Самый подробный уровень агрегации — node. Значение соответствует выделяемым модулям узла.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.node.requests_cpu
|Kubernetes: Pod — запросы ЦП (по узлам)
Эта метрика измеряет запросы процессора. Самый подробный уровень агрегации — node. Значение соответствует сумме запросов ЦП всех контейнеров в поде.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.node.requests_memory
|Kubernetes: Pod — запросы памяти (по узлам)
Эта метрика измеряет запросы памяти. Самый подробный уровень агрегации — node. Значение соответствует сумме запросов памяти всех контейнеров в поде.
|Byte
|autoavgmaxmin
|}

=== Квота ресурсов ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:kubernetes.resourcequota.limits_cpu
|Kubernetes: Квота ресурсов — лимиты ЦП
Этот показатель измеряет предельную квоту ЦП. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует ограничениям ЦП квоты ресурсов.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.limits_cpu_used
|Kubernetes: Квота ресурсов — используемые лимиты ЦП
Эта метрика измеряет использованную квоту предела ЦП. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует используемым ограничениям ЦП квоты ресурсов.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.limits_memory
|Kubernetes: квота ресурсов — ограничения памяти
Эта метрика измеряет квоту ограничения памяти. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует ограничениям памяти квоты ресурсов.
|Byte
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.limits_memory_used
|Kubernetes: квота ресурсов — используемые ограничения памяти
Эта метрика измеряет квоту ограничений используемой памяти. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует ограничениям используемой памяти для квоты ресурсов.
|Byte
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.pods
|Kubernetes: квота ресурсов — количество модулей
Эта метрика измеряет квоту модулей. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует модулям квоты ресурсов.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.pods_used
|Kubernetes: квота ресурсов — количество использованных модулей
Эта метрика измеряет использованную квоту pod. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует используемым модулям квоты ресурсов.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.requests_cpu
|Kubernetes: квота ресурсов — запросы ЦП
Этот показатель измеряет квоту запросов ЦП. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует запросам процессора на ресурсную квоту.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.requests_cpu_used
|Kubernetes: квота ресурсов — используемые запросы ЦП
Этот показатель измеряет используемую квоту запросов процессора. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует используемым запросам ЦП квоты ресурсов.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.requests_memory
|Kubernetes: квота ресурсов — запросы памяти
Эта метрика измеряет квоту запросов памяти. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует запросам памяти квоты ресурсов.
|Byte
|autoavgmaxmin
|-
|builtin:kubernetes.resourcequota.requests_memory_used
|Kubernetes: квота ресурсов — используемые запросы памяти
Эта метрика измеряет используемую квоту запросов памяти. Самый подробный уровень агрегации — ресурсная квота. Значение соответствует используемым запросам памяти квоты ресурсов.
|Byte
|autoavgmaxmin
|}

=== Нагрузка ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:kubernetes.workload.containers_desired
|Kubernetes: Pod — желаемое количество контейнеров
Эта метрика измеряет количество желаемых контейнеров. Наиболее подробным уровнем агрегирования является рабочая нагрузка. Значение представляет собой количество всех контейнеров в спецификации пода.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.workload.cpu_throttled
|Kubernetes: Container — ЦП ограничен (по рабочей нагрузке)
Эта метрика измеряет общее регулирование ЦП контейнером. Наиболее подробным уровнем агрегирования является рабочая нагрузка.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.workload.cpu_usage
|Kubernetes: контейнер — загрузка ЦП (по рабочей нагрузке)
Эта метрика измеряет общее потребление ЦП (использование пользователями + использование системы) контейнером. Наиболее подробным уровнем агрегирования является рабочая нагрузка.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.workload.limits_cpu
|Kubernetes: Pod — ограничения ЦП (по рабочей нагрузке)
Этот показатель измеряет ограничения процессора. Наиболее подробным уровнем агрегирования является рабочая нагрузка. Значение соответствует сумме лимитов ЦП всех контейнеров в поде.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.workload.limits_memory
|Kubernetes: Pod — лимиты памяти (по рабочей нагрузке)
Эта метрика измеряет ограничения памяти. Наиболее подробным уровнем агрегирования является рабочая нагрузка. Значение соответствует сумме лимитов памяти всех контейнеров в поде.
|Byte
|autoavgmaxmin
|-
|builtin:kubernetes.workload.memory_resident_set_size
|Kubernetes: контейнер — RSS-память (по рабочей нагрузке)
Эта метрика измеряет истинный размер резидентного набора (RSS) по контейнерам. RSS — это объем физической памяти, используемой cgroup контейнера — либо total_rss + total_mapped_file (cgroup v1), либо anon + file_mapped (cgroup v2). Наиболее подробным уровнем агрегирования является рабочая нагрузка.
|Byte
|autoavgmaxmin
|-
|builtin:kubernetes.workload.pods_desired
|Kubernetes: рабочая нагрузка — желаемое количество pod
Эта метрика измеряет количество желаемых модулей. Наиболее подробным уровнем агрегирования является рабочая нагрузка. Значение соответствует «репликам», определенным в ресурсе развертывания, и «желаемомуNumberScheduled» для статуса ресурса набора демона в качестве примера.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.workload.requests_cpu
|Kubernetes: Pod — запросы ЦП (по нагрузке)
Эта метрика измеряет запросы процессора. Наиболее подробным уровнем агрегирования является рабочая нагрузка. Значение соответствует сумме запросов ЦП всех контейнеров в поде.
|Millicores
|autoavgmaxmin
|-
|builtin:kubernetes.workload.requests_memory
|Kubernetes: Pod — запросы памяти (по рабочей нагрузке)
Эта метрика измеряет запросы памяти. Наиболее подробным уровнем агрегирования является рабочая нагрузка. Значение соответствует сумме запросов памяти всех контейнеров в поде.
|Byte
|autoavgmaxmin
|}

=== Прочие метрики Kubernetes ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:kubernetes.containers
|Kubernetes: количество контейнеров
Этот показатель измеряет количество контейнеров. Наиболее подробным уровнем агрегирования является рабочая нагрузка. Метрика подсчитывает количество всех контейнеров.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.nodes
|Kubernetes: количество узлов
Этот показатель измеряет количество узлов. Наиболее детальный уровень агрегации — кластерный. Значение представляет собой количество всех узлов.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.pods
|Kubernetes: количество подов (по рабочей нагрузке)
Эта метрика измеряет количество стручков. Наиболее подробным уровнем агрегирования является рабочая нагрузка. Значение соответствует количеству всех модулей.
|Count
|autoavgmaxmin
|-
|builtin:kubernetes.workloads
|Kubernetes: количество рабочих нагрузок
Этот показатель измеряет количество рабочих нагрузок. Наиболее подробный уровень агрегации — это пространство имен. Значение соответствует количеству всех рабочих нагрузок.
|Count
|autoavgmaxmin
|}

== Процесс ==

=== Прочие метрики процесса ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:pgi.availability
|Доступность PGI%
|Percent (%)
|autoavg
|}

== Процесс ==

=== Прочие метрики процесса ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:process.bytesReceived
|Обработка трафика в
|kB
|autoavgcountmaxminsum
|-
|builtin:process.bytesSent
|Обработка исходящего трафика
|kB
|autoavgcountmaxminsum
|-
|builtin:process.cpu
|Средний процессор процесса
|Percent (%)
|autoavgcountmaxminsum
|-
|builtin:process.memory
|Память процесса
|Byte
|autoavgcountmaxminsum
|}

== Очередь ==

=== Прочие метрики очереди ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:queue.incoming_requests
|Входящие сообщения

Количество входящих сообщений в очереди или теме
|Count
|autoavgcountmaxminsum
|-
|builtin:queue.outgoing_requests
|Исходящие сообщения

Количество исходящих сообщений из очереди или темы
|Count
|autoavgcountmaxminsum
|}

== Безопасность ==

=== Проблемы безопасности ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:security.securityProblem.muted.new.global
|Новые приглушенные проблемы безопасности (глобальные)
|Count
|autovalue
|-
|builtin:security.securityProblem.open.new.global
|Новые открытые проблемы безопасности (глобальные)
|Count
|autovalue
|-
|builtin:security.securityProblem.open.new.managementZone
|Новые открытые проблемы безопасности (разделенные по зонам управления)
|Count
|autovalue
|-
|builtin:security.securityProblem.open.global
|Открытые проблемы безопасности (глобальные)
|Count
|autoavgmaxmin
|-
|builtin:security.securityProblem.open.managementZone
|Открытые проблемы безопасности (разделенные по зонам управления)
|Count
|autoavgmaxmin
|-
|builtin:security.securityProblem.resolved.new.global
|Новые решенные проблемы безопасности (глобальные)
|Count
|autovalue
|}

=== Уязвимости ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:security.vulnerabilities.global.countAffectedProcessGroups.all
|Уязвимости — количество затронутых групп процессов (глобально)
|Count
|autoavgmaxmin
|-
|builtin:security.vulnerabilities.global.countAffectedProcessGroups.notMuted
|Уязвимости — количество затронутых незаглушенных групп процессов (глобально)
|Count
|autoavgmaxmin
|-
|builtin:security.vulnerabilities.countAffectedEntities
|Уязвимости - количество затронутых объектов
|Count
|autovalue
|}

== Службы ==

=== CPU ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.cpu.perRequest
|процессорное время
|Microsecond
|autoavgcountmaxminsum
|-
|builtin:service.cpu.time
|время службы ЦПУ
|Microsecond
|autovalue
|}

=== Подключения к базе данных ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.dbconnections.failure
|Неудачные соединения
|Count
|autovalue
|-
|builtin:service.dbconnections.failureRate
|Частота отказов соединения
|Percent (%)
|autovalue
|-
|builtin:service.dbconnections.success
|Успешные связи
|Count
|autovalue
|-
|builtin:service.dbconnections.successRate
|Скорость успешного подключения
|Percent (%)
|autovalue
|-
|builtin:service.dbconnections.total
|Общее количество подключений
|Count
|autovalue
|}

=== Ошибки ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.errors.client.count
|Количество ошибок на стороне клиента
|Count
|autovalue
|-
|builtin:service.errors.client.rate
|Частота отказов (ошибки на стороне клиента)
|Percent (%)
|autoavg
|-
|builtin:service.errors.client.successCount
|Количество вызовов без ошибок на стороне клиента
|Count
|autovalue
|-
|builtin:service.errors.fivexx.count
|Количество ошибок HTTP 5xx
|Count
|autovalue
|-
|builtin:service.errors.fivexx.rate
|Частота отказов (ошибки HTTP 5xx)
|Percent (%)
|autoavg
|-
|builtin:service.errors.fivexx.successCount
|Количество вызовов без ошибок HTTP 5xx
|Count
|autovalue
|-
|builtin:service.errors.fourxx.count
|Количество ошибок HTTP 4xx
|Count
|autovalue
|-
|builtin:service.errors.fourxx.rate
|Частота отказов (ошибки HTTP 4xx)
|Percent (%)
|autoavg
|-
|builtin:service.errors.fourxx.successCount
|Количество вызовов без ошибок HTTP 4xx
|Count
|autovalue
|-
|builtin:service.errors.group.total.count
|Количество любых ошибок
|Count
|autovalue
|-
|builtin:service.errors.group.total.rate
|Частота отказов (любые ошибки)
|Percent (%)
|autoavg
|-
|builtin:service.errors.group.total.successCount
|Количество звонков без ошибок
|Count
|autovalue
|-
|builtin:service.errors.server.count
|Количество ошибок на стороне сервера
|Count
|autovalue
|-
|builtin:service.errors.server.rate
|Частота отказов (ошибки на стороне сервера)
|Percent (%)
|autoavg
|-
|builtin:service.errors.server.successCount
|Количество вызовов без ошибок на стороне сервера
|Count
|autovalue
|-
|builtin:service.errors.total.count
|Количество любых ошибок
|Count
|autovalue
|-
|builtin:service.errors.total.rate
|Частота отказов (любые ошибки)
|Percent (%)
|autoavg
|-
|builtin:service.errors.total.successCount
|Количество звонков без ошибок
|Count
|autovalue
|}

=== Ключевые запросы ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.keyRequest.count.client
|Количество запросов - клиент
|Count
|autovalue
|-
|builtin:service.keyRequest.count.server
|Счетчик запросов - сервер
|Count
|autovalue
|-
|builtin:service.keyRequest.count.total
|Количество запросов
|Count
|autovalue
|-
|builtin:service.keyRequest.cpu.perRequest
|ЦП на запрос
|Microsecond
|autoavgcountmaxminsum
|-
|builtin:service.keyRequest.cpu.time
|Процессорное время запроса служебного ключа
|Microsecond
|autoavgcountmaxminsum
|-
|builtin:service.keyRequest.errors.client.count
|Количество ошибок на стороне клиента
|Count
|autovalue
|-
|builtin:service.keyRequest.errors.client.rate
|Частота отказов (ошибки на стороне клиента)
|Percent (%)
|autoavg
|-
|builtin:service.keyRequest.errors.client.successCount
|Количество вызовов без ошибок на стороне клиента
|Count
|autovalue
|-
|builtin:service.keyRequest.errors.fivexx.count
|Количество ошибок HTTP 5xx
|Count
|autovalue
|-
|builtin:service.keyRequest.errors.fivexx.rate
|Частота отказов (ошибки HTTP 5xx)
|Percent (%)
|autoavg
|-
|builtin:service.keyRequest.errors.fivexx.successCount
|Количество вызовов без ошибок HTTP 5xx
|Count
|autovalue
|-
|builtin:service.keyRequest.errors.fourxx.count
|Количество ошибок HTTP 4xx
|Count
|autovalue
|-
|builtin:service.keyRequest.errors.fourxx.rate
|Частота отказов (ошибки HTTP 4xx)
|Percent (%)
|autoavg
|-
|builtin:service.keyRequest.errors.fourxx.successCount
|Количество вызовов без ошибок HTTP 4xx
|Count
|autovalue
|-
|builtin:service.keyRequest.errors.server.count
|Количество ошибок на стороне сервера
|Count
|autovalue
|-
|builtin:service.keyRequest.errors.server.rate
|Частота отказов (ошибки на стороне сервера)
|Percent (%)
|autoavg
|-
|builtin:service.keyRequest.errors.server.successCount
|Количество вызовов без ошибок на стороне сервера
|Count
|autovalue
|-
|builtin:service.keyRequest.response.client
|Время отклика на стороне клиента
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:service.keyRequest.response.server
|Время отклика на стороне сервера
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:service.keyRequest.response.time
|Время ответа на ключевой запрос
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:service.keyRequest.successes.server.rate
|Коэффициент успеха (на стороне сервера)
|Percent (%)
|autoavg
|-
|builtin:service.keyRequest.dbChildCallCount
|Количество обращений к базам данных
|Count
|autovalue
|-
|builtin:service.keyRequest.dbChildCallTime
|Время, потраченное на вызовы базы данных
|Microsecond
|autovalue
|-
|builtin:service.keyRequest.ioTime
|время ввода-вывода
|Microsecond
|autovalue
|-
|builtin:service.keyRequest.lockTime
|Время блокировки
|Microsecond
|autovalue
|-
|builtin:service.keyRequest.nonDbChildCallCount
|Количество обращений к другим службам
|Count
|autovalue
|-
|builtin:service.keyRequest.nonDbChildCallTime
|Время, потраченное на звонки в другие службы
|Microsecond
|autovalue
|-
|builtin:service.keyRequest.totalProcessingTime
|Общее время обработки
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:service.keyRequest.waitTime
|Время ожидания
|Microsecond
|autovalue
|}

=== Количество запросов ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.requestCount.client
|Количество запросов - клиент
|Count
|autovalue
|-
|builtin:service.requestCount.server
|Счетчик запросов - сервер
|Count
|autovalue
|-
|builtin:service.requestCount.total
|Количество запросов
|Count
|autovalue
|}

=== Запросы ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.requests.count
|Единый счетчик запросов на обслуживание
|Count
|autoavgcountmaxminsum
|-
|builtin:service.requests.failure_rate
|Единая частота отказов запросов на обслуживание
|Percent (%)
|autovalue
|-
|builtin:service.requests.response_time
|Единое время ответа на запрос службы (мс)
|Millisecond
|autocountmaxmedianminpercentile
|}

=== Время отклика ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.response.client
|Время отклика на стороне клиента
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:service.response.server
|Время отклика на стороне сервера
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:service.response.time
|Время отклика
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|}

=== Степень успеха ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.successes.server.rate
|Коэффициент успеха (на стороне сервера)
|Percent (%)
|autoavg
|}

=== Общее время обработки ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.totalProcessingTime.group.totalProcessingTime
|Общее время обработки
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|}

=== Прочие метрики служб ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:service.totalProcessingTime
|Общее время обработки
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:service.dbChildCallCount
|Количество обращений к базам данных
|Count
|autovalue
|-
|builtin:service.dbChildCallTime
|Время, потраченное на вызовы базы данных
|Microsecond
|autovalue
|-
|builtin:service.ioTime
|время ввода-вывода
|Microsecond
|autovalue
|-
|builtin:service.lockTime
|Время блокировки
|Microsecond
|autovalue
|-
|builtin:service.nonDbChildCallCount
|Количество обращений к другим службам
|Count
|autovalue
|-
|builtin:service.nonDbChildCallTime
|Время, потраченное на звонки в другие службы
|Microsecond
|autovalue
|-
|builtin:service.waitTime
|Время ожидания
|Microsecond
|autovalue
|}

== Синтетический мониторинг ==

=== Браузер ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:synthetic.browser.actionDuration.custom
|Длительность действия — настраиваемое действие [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.actionDuration.custom.geo
|Длительность действия — пользовательское действие (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.actionDuration.load
|Продолжительность действия — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.actionDuration.load.geo
|Длительность действия - действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.actionDuration.xhr
|Продолжительность действия — действие XHR [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.actionDuration.xhr.geo
|Продолжительность действия — действие XHR (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.availability.location.total
|Коэффициент доступности (по местоположению) [монитор браузера]
|Percent (%)
|autoavg
|-
|builtin:synthetic.browser.availability.location.totalWoMaintenanceWindow
|Коэффициент доступности - искл. периоды обслуживания (по местоположению) [монитор браузера]
|Percent (%)
|autoavg
|-
|builtin:synthetic.browser.cumulativeLayoutShift.load
|Совокупный сдвиг макета — действие загрузки [монитор браузера]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.cumulativeLayoutShift.load.geo
|Совокупный сдвиг макета - действие загрузки (по геолокации) [монитор браузера]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.domInteractive.load
|Интерактивный DOM — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.domInteractive.load.geo
|Интерактивный DOM — действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.errorCodes
|Сведения об ошибке (по коду ошибки) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.errorCodes.geo
|Сведения об ошибке (по геолокации, коду ошибки) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.actionDuration.custom
|Длительность действия — настраиваемое действие (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.actionDuration.custom.geo
|Длительность действия — настраиваемое действие (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.actionDuration.load
|Длительность действия — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.actionDuration.load.geo
|Длительность действия - действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.actionDuration.xhr
|Продолжительность действия — действие XHR (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.actionDuration.xhr.geo
|Длительность действия — действие XHR (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.cumulativeLayoutShift.load
|Совокупный сдвиг макета — действие загрузки (по событию) [монитор браузера]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.cumulativeLayoutShift.load.geo
|Совокупный сдвиг макета - действие загрузки (по событию, геолокации) [монитор браузера]
|
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.domInteractive.load
|Интерактивный DOM — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.domInteractive.load.geo
|Интерактивный DOM — действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.errorCodes
|Сведения об ошибке (по событию, коду ошибки) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.errorCodes.geo
|Сведения об ошибке (по событию, геолокации, коду ошибки) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.failure
|Количество неудачных событий (по событию) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.failure.geo
|Количество неудачных событий (по событию, геолокации) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.firstByte.load
|Время до первого байта — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.firstByte.load.geo
|Время до первого байта — действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.firstByte.xhr
|Время до первого байта — действие XHR (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.firstByte.xhr.geo
|Время до первого байта — действие XHR (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.largestContentfulPaint.load
|Самая большая содержательная краска — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.largestContentfulPaint.load.geo
|Самая большая содержательная краска — действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.loadEventEnd.load
|Конец события загрузки — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.loadEventEnd.load.geo
|Конец события загрузки - действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.loadEventStart.load
|Начало события загрузки — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.loadEventStart.load.geo
|Начало события загрузки - действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.networkContribution.load
|Вклад сети — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.networkContribution.load.geo
|Вклад сети — действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.networkContribution.xhr
|Вклад сети — действие XHR (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.networkContribution.xhr.geo
|Вклад сети — действие XHR (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.responseEnd.load
|Конец ответа — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.responseEnd.load.geo
|Конец ответа - действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.responseEnd.xhr
|Конец ответа — действие XHR (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.responseEnd.xhr.geo
|Конец ответа — действие XHR (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.serverContribution.load
|Вклад сервера — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.serverContribution.load.geo
|Вклад сервера — действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.serverContribution.xhr
|Вклад сервера — действие XHR (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.serverContribution.xhr.geo
|Вклад сервера — действие XHR (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.speedIndex.load
|Индекс скорости — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.speedIndex.load.geo
|Индекс скорости - действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.success
|Количество успешных событий (по событию) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.success.geo
|Количество успешных событий (по событию, геолокации) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.total
|Общее количество событий (по событиям) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.total.geo
|Общее количество событий (по событию, геолокации) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.event.totalDuration
|Общая продолжительность (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.totalDuration.geo
|Общая продолжительность (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.visuallyComplete.load
|Визуально завершено — действие загрузки (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.visuallyComplete.load.geo
|Визуально завершено - действие загрузки (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.event.visuallyComplete.xhr
|Визуально полное — действие XHR (по событию) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.event.visuallyComplete.xhr.geo
|Визуально полное — действие XHR (по событию, геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.failure
|Счетчик неудачных выполнений [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.failure.geo
|Количество неудачных запусков (по геолокации) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.firstByte.load
|Время до первого байта — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.firstByte.load.geo
|Время до первого байта — действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.firstByte.xhr
|Время до первого байта — действие XHR [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.firstByte.xhr.geo
|Время до первого байта — действие XHR (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.largestContentfulPaint.load
|Самая большая содержательная краска — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.largestContentfulPaint.load.geo
|Самая большая содержательная краска — действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.loadEventEnd.load
|Конец события загрузки — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.loadEventEnd.load.geo
|Конец события загрузки - действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.loadEventStart.load
|Начало события загрузки — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.loadEventStart.load.geo
|Начало события загрузки - действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.networkContribution.load
|Вклад сети — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.networkContribution.load.geo
|Вклад сети — действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.networkContribution.xhr
|Вклад сети — действие XHR [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.networkContribution.xhr.geo
|Вклад сети — действие XHR (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.responseEnd.load
|Конец ответа — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.responseEnd.load.geo
|Конец ответа — действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.responseEnd.xhr
|Конец ответа — действие XHR [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.responseEnd.xhr.geo
|Конец ответа — действие XHR (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.serverContribution.load
|Вклад сервера — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.serverContribution.load.geo
|Вклад сервера — действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.serverContribution.xhr
|Вклад сервера — действие XHR [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.serverContribution.xhr.geo
|Вклад сервера — действие XHR (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.speedIndex.load
|Индекс скорости — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.speedIndex.load.geo
|Индекс скорости - действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.success
|Количество успешных выполнений [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.success.geo
|Количество успешных выполнений (по геолокации) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.total
|Общее количество выполнений [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.total.geo
|Общее количество выполнений (по геолокации) [монитор браузера]
|Count
|autovalue
|-
|builtin:synthetic.browser.totalDuration
|Общая продолжительность [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.totalDuration.geo
|Общая продолжительность (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.visuallyComplete.load
|Визуально завершено — действие загрузки [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.visuallyComplete.load.geo
|Визуально завершено - действие загрузки (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.browser.visuallyComplete.xhr
|Визуально завершено — действие XHR [монитор браузера]
|Millisecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:synthetic.browser.visuallyComplete.xhr.geo
|Визуально полное - действие XHR (по геолокации) [монитор браузера]
|Millisecond
|autoavgcountmaxminsum
|}

=== HTTP ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:synthetic.http.availability.location.total
|Коэффициент доступности (по местоположению) [HTTP-монитор]
|Percent (%)
|autoavg
|-
|builtin:synthetic.http.availability.location.totalWoMaintenanceWindow
|Коэффициент доступности - искл. периоды обслуживания (по местоположению) [HTTP-монитор]
|Percent (%)
|autoavg
|-
|builtin:synthetic.http.dns.geo
|Время поиска DNS (по местоположению) [монитор HTTP]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.duration.geo
|Продолжительность (по местоположению) [HTTP-монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.execution.status
|Количество выполнений (по состоянию) [монитор HTTP]
|Count
|autovalue
|-
|builtin:synthetic.http.request.dns.geo
|Время поиска DNS (по запросу, местоположению) [монитор HTTP]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.request.duration.geo
|Продолжительность (по запросу, местонахождению) [HTTP-монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.request.responseSize.geo
|Размер ответа (по запросу, расположению) [HTTP-монитор]
|Byte
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.request.tcpConnectTime.geo
|Время TCP-подключения (по запросу, местоположению) [HTTP-монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.request.timeToFirstByte.geo
|Время до первого байта (по запросу, расположению) [HTTP-монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.request.tlsHandshakeTime.geo
|Время рукопожатия TLS (по запросу, местоположению) [монитор HTTP]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.request.durationThreshold
|Порог продолжительности (запрос) (по запросу) [HTTP-монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.request.resultStatus
|Количество статусов результатов (по запросу, местоположению) [HTTP-монитор]
|Count
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.request.statusCode
|Счетчик кодов состояния (по запросу, местоположению) [HTTP-монитор]
|Count
|autovalue
|-
|builtin:synthetic.http.responseSize.geo
|Размер ответа (по местоположению) [HTTP-монитор]
|Byte
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.tcpConnectTime.geo
|Время TCP-подключения (по местоположению) [HTTP-монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.timeToFirstByte.geo
|Время до первого байта (по местоположению) [монитор HTTP]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.tlsHandshakeTime.geo
|Время рукопожатия TLS (по местоположению) [монитор HTTP]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.durationThreshold
|Порог продолжительности [HTTP-монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.resultStatus
|Количество статусов результатов (по местоположению) [HTTP-монитор]
|Count
|autoavgcountmaxminsum
|-
|builtin:synthetic.http.statusCode
|Счетчик кодов состояния (по местоположению) [HTTP-монитор]
|Count
|autovalue
|}

=== Локация ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:synthetic.location.node.component.healthStatus
|Счетчик состояния работоспособности узла [синтетический]
|Count
|autoavgcountmaxminsum
|-
|builtin:synthetic.location.healthStatus
|Счетчик состояния здоровья частного местоположения [синтетический]
|Count
|autoavgcountmaxminsum
|}

=== Прочее ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:synthetic.external.availability.location.total
|Коэффициент доступности (по местоположению) [сторонний монитор]
|Percent (%)
|autoavg
|-
|builtin:synthetic.external.availability.location.totalWoMaintenanceWindow
|Коэффициент доступности - искл. периоды обслуживания (по местоположению) [сторонний монитор]
|Percent (%)
|autoavg
|-
|builtin:synthetic.external.errorDetails
|Количество ошибок [сторонний монитор]
|Count
|autovalue
|-
|builtin:synthetic.external.errorDetails.geo
|Количество ошибок (по расположению) [сторонний монитор]
|Count
|autovalue
|-
|builtin:synthetic.external.quality
|Показатель качества теста [сторонний монитор]
|Percent (%)
|autoavgmaxmin
|-
|builtin:synthetic.external.quality.geo
|Показатель качества теста (по местоположению) [сторонний монитор]
|Percent (%)
|autoavgmaxmin
|-
|builtin:synthetic.external.responseTime
|Время отклика [сторонний монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.external.responseTime.geo
|Время отклика (по местоположению) [сторонний монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.external.step.responseTime
|Время отклика (по шагам) [сторонний монитор]
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:synthetic.external.step.responseTime.geo
|Время отклика (по шагам, местоположению) [сторонний монитор]
|Millisecond
|autoavgcountmaxminsum
|}

== Технологии ==

=== .NET ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.dotnet.gc.gen0Collections
|Сборка мусора .NET (# Gen 0)
|Count
|autovalue
|-
|builtin:tech.dotnet.gc.gen1Collections
|Сборка мусора .NET (# Gen 1)
|Count
|autovalue
|-
|builtin:tech.dotnet.gc.gen2Collections
|Сборка мусора .NET (# Gen 2)
|Count
|autovalue
|-
|builtin:tech.dotnet.gc.timePercentage
|.NET % времени в GC
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.dotnet.jit.timePercentage
|.NET % времени в JIT
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.dotnet.managedThreads.avgNumOfActiveThreads
|.NET среднее количество активных потоков
|Count
|autoavgmaxmin
|-
|builtin:tech.dotnet.memory.LOHConsumption
|Потребление памяти .NET (большая куча объектов)
|Byte
|autoavgmaxmin
|-
|builtin:tech.dotnet.memory.gen0Consumption
|Потребление памяти .NET (размер кучи Gen 0)
|Byte
|autoavgmaxmin
|-
|builtin:tech.dotnet.memory.gen1Consumption
|Потребление памяти .NET (размер кучи Gen 1)
|Byte
|autoavgmaxmin
|-
|builtin:tech.dotnet.memory.gen2Consumption
|Потребление памяти .NET (размер кучи Gen 2)
|Byte
|autoavgmaxmin
|-
|builtin:tech.dotnet.perfmon."#BytesInAllHeaps"
|Байты во всех кучах
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon."#Gen0Collections"
|Коллекции поколения 0
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon."#Gen1Collections"
|Коллекции 1-го поколения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon."#Gen2Collections"
|Коллекции 2-го поколения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon."#OfCurrentLogicalThreads"
|Логические потоки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon."#OfCurrentPhysicalThreads"
|Физические потоки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon."#TotalCommittedBytes"
|Зафиксированные байты
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon."#TotalReservedBytes"
|Зарезервированные байты
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon."%TimeInGC"
|Время в ГК
|Percent (%)
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon.ContentionRate
|Скорость конкуренции
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon.CurrentQueueLength
|Длина очереди
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon.Gen0HeapSize
|Размер кучи поколения 0
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon.Gen1HeapSize
|Размер кучи Gen 1
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.perfmon.Gen2HeapSize
|Размер кучи поколения 2
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.dotnet.threadpool.ioCompletionThreads
|Пул управляемых потоков .NET, доступные потоки завершения ввода-вывода
|Count
|autoavgmaxmin
|-
|builtin:tech.dotnet.threadpool.queuedWorkItems
|Рабочие элементы в очереди управляемого пула потоков .NET
|Count
|autoavgmaxmin
|-
|builtin:tech.dotnet.threadpool.workerThreads
|Доступные рабочие потоки управляемого пула потоков .NET
|Count
|autoavgmaxmin
|}

=== Apache Hadoop ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.Hadoop.hdfs.BlocksTotal
|Количество блоков
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.CacheCapacity
|Емкость кэша
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.CacheUsed
|Кэш используется
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.CapacityRemaining
|Оставшаяся емкость
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.CapacityTotal
|Общая мощность
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.CapacityUsed
|Используемая мощность
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.CapacityUsedNonDFS
|Используемая емкость без DFS
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.CorruptBlocks
|Поврежденные блоки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.EstimatedCapacityLostTotal
|Расчетная мощность общих потерь
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.FilesAppended
|Добавленные файлы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.FilesCreated
|Созданные файлы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.FilesDeleted
|Удаленные файлы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.FilesRenamed
|Переименованные файлы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.FilesTotal
|Количество файлов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.NumDeadDataNodes
|Мертвые узлы данных
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.NumDecomDeadDataNodes
|Мертвый вывод из эксплуатации DataNodes
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.NumDecomLiveDataNodes
|Вывод из эксплуатации DataNodes в реальном времени
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.NumDecommissioningDataNodes
|Количество выводимых из эксплуатации DataNodes
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.NumLiveDataNodes
|Живые узлы данных
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.NumStaleDataNodes
|Количество устаревших узлов данных
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.NumberOfMissingBlocks
|Количество отсутствующих блоков
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.PendingDeletionBlocks
|Ожидающие удаления блоки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.PendingReplicationBlocks
|Ожидающие блоки репликации
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.ScheduledReplicationBlocks
|Запланированные блоки репликации
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.TotalLoad
|Общая нагрузка
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.UnderReplicatedBlocks
|Под реплицированными блоками
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.hdfs.VolumeFailuresTotal
|Всего сбоев тома
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AllocatedContainers
|Выделенные контейнеры
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AllocatedMB
|Выделенная память
|MB
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AllocatedVCores
|Выделенный ЦП в виртуальных ядрах
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AppsCompleted
|Завершенные заявки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AppsFailed
|Неудачные приложения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AppsKilled
|Убитые приложения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AppsPending
|Ожидающие заявки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AppsRunning
|Запуск приложений
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AppsSubmitted
|Поданные заявки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AvailableMB
|Доступная память
|MB
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.AvailableVCores
|Доступный ЦП в виртуальных ядрах
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.NumActiveNMs
|Активные менеджеры узлов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.NumDecommissionedNMs
|Выведенные из эксплуатации менеджеры узлов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.NumLostNMs
|Потерянные менеджеры узлов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.NumRebootedNMs
|Перезагруженные менеджеры узлов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.NumUnhealthyNMs
|Неработоспособные менеджеры узлов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.PendingMB
|Ожидающие запросы памяти
|MB
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.PendingVCores
|Незавершенные запросы ЦП в виртуальных ядрах
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.ReservedMB
|Зарезервированная память
|MB
|autoavgcountmaxminsum
|-
|builtin:tech.Hadoop.yarn.ReservedVCores
|Зарезервированный ЦП в запросах виртуальных ядер
|Count
|autoavgcountmaxminsum
|}

=== Apache Tomcat ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.tomcat.connectionPool.maxActive
|Максимум активных
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.maxActiveGlobal
|Максимальный активный (глобальный)
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.maxTotal
|Максимальное количество
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.maxTotalGlobal
|Макс. всего (глобальный)
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.numActive
|Количество активных
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.numActiveGlobal
|Количество активных (глобальных)
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.numIdle
|Число холостых
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.numIdleGlobal
|Число бездействующих (глобальное)
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.numWaiters
|Количество официантов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.numWaitersGlobal
|Количество официантов (всего)
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.waitCount
|Подождите
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.connectionPool.waitCountGlobal
|Счетчик ожидания (глобальный)
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.tomcat.bytesReceivedPerSecond
|Tomcat получил байт/сек
|Byte/second
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.tomcat.bytesSentPerSecond
|Tomcat отправил байт/сек
|Byte/second
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.tomcat.currentThreadsBusy
|Занятые потоки Tomcat
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.tomcat.currentThreadsIdle
|Бездействующие потоки Tomcat
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.tomcat.tomcat.requestCountPerSecond
|Количество запросов Tomcat/сек
|Per second
|autoavgcountmaxminsum
|}

=== Couchbase ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.couchbase.cluster.basicStats.diskFetches
|кластер basicStats diskFetches
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.count.membase
|мембаза подсчета кластеров
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.count.memcached
|количество кластеров memcached
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.cmd_get
|образцы кластера cmd_get
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.cmd_set
|образцы кластера cmd_set
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.curr_items
|образцы кластера curr_items
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.ep_cache_miss_rate
|образцы кластера ep_cache_miss_rate
|Percent (%)
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.ep_num_value_ejects
|образцы кластера ep_num_value_ejects
|Per minute
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.ep_oom_errors
|образцы кластера ep_oom_errors
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.ep_tmp_oom_errors
|образцы кластера ep_tmp_oom_errors
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.ops
|Операции выборки кластера
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.samples.swap_used
|образцы кластера swap_used
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.status.healthy
|состояние кластера работоспособно
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.status.unhealthy
|состояние кластера неработоспособно
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.status.warmup
|прогрев состояния кластера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.hdd.free
|кластерное хранилищеTotals hdd бесплатно
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.hdd.quotaTotal
|кластерное хранилищеTotals hdd quotaTotal
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.hdd.total
|кластерное хранилищеTotals hdd total
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.hdd.used
|кластерное хранилищеВсего использовано жестких дисков
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.hdd.usedByData
|кластерное хранилищеTotals hdd usedByData
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.ram.percentageUsage
|кластерное хранилищеОбщий объем оперативной памяти в процентахИспользование
|Percent (%)
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.ram.quotaTotal
|кластерное хранилищеTotals ram quotaTotal
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.ram.quotaTotalPerNode
|кластерное хранилищеTotals ram quotaTotalPerNode
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.ram.quotaUsed
|кластерное хранилищеИтоговая квота оперативной памятиИспользовано
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.ram.quotaUsedPerNode
|кластерное хранилищеTotals ram quotaUsedPerNode
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.ram.total
|общее количество оперативной памяти в кластере
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.ram.used
|кластерное хранилищеОбщее количество использованной оперативной памяти
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.cluster.storageTotals.ram.usedByData
|кластерное хранилищеTotals ram usedByData
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.basicStats.diskFetches
|liveview basicStats diskFetches
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.basicStats.diskUsed
|liveview basicStats diskИспользуется
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.basicStats.memUsed
|liveview basicStats memИспользовано
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.cmd_get
|примеры живого просмотра cmd_get
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.cmd_set
|примеры живого просмотра cmd_set
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.couch_docs_data_size
|примеры просмотра в реальном времени
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.couch_total_disk_size
|примеры просмотра в реальном времени
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.disk_write_queue
|примеры просмотра в реальном времени disk_write_queue
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.ep_cache_miss_rate
|примеры просмотра в реальном времени ep_cache_miss_rate
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.ep_mem_high_wat
|примеры просмотра в реальном времени ep_mem_high_wat
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.ep_num_value_ejects
|примеры просмотра в реальном времени ep_num_value_ejects
|Per minute
|autoavgcountmaxminsum
|-
|builtin:tech.couchbase.liveview.samples.ops
|примеры операций в режиме реального времени
|Per second
|autoavgcountmaxminsum
|}

=== Пользовательское устройство ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.customDevice.count
|Количество пользовательских устройств
|Count
|autovalue
|}

=== Поиск Elastic ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.elasticsearch.local.indices.docs.count
|Количество документов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.docs.deleted
|Удаленные документы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.fielddata.evictions
|Удаление полевых данных
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.fielddata.memory_size_in_bytes
|Размер данных поля
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.query_cache.cache_count
|Счетчик кеша запросов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.query_cache.cache_size
|Размер кеша запросов
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.query_cache.evictions
|Удаление кеша запросов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.segments.count
|Количество сегментов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.shards.replication
|Осколки реплик
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.indices.count
|Индексы подсчитываются
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.active_primary_shards
|Активные первичные осколки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.active_shards
|Активные осколки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.delayed_unassigned_shards
|Отложенные неназначенные осколки
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.initializing_shards
|Инициализация осколков
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.number_of_data_nodes
|Количество узлов данных
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.number_of_nodes
|Количество узлов
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.relocating_shards
|Перемещение осколков
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.status-green
|Статус зеленый
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.status-red
|Статус красный
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.status-unknown
|Статус неизвестен
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.status-yellow
|Статус желтый
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.elasticsearch.local.unassigned_shards
|Неназначенные осколки
|Count
|autoavgcountmaxminsum
|}

=== Общее ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:tech.generic.cpu.groupSuspensionTime
|Общее время ЦП группы процессов во время приостановки GC
Общее время ЦП группы процессов во время приостановки GC
|Microsecond
|autovalue
|-
|builtin:tech.generic.cpu.groupTotalTime
|Общее время ЦП группы процессов
Общее время ЦП группы процессов
|Microsecond
|autovalue
|-
|builtin:tech.generic.cpu.suspensionTime
|Общее время обработки процессора во время приостановки GC
Общее время обработки процессора во время приостановки GC
|Microsecond
|autovalue
|-
|builtin:tech.generic.cpu.totalTime
|Общее процессорное время процесса
Процессорное время, используемое всеми процессами в PGI
|Microsecond
|autovalue
|-
|builtin:tech.generic.cpu.usage
|Процесс использования ЦП
Процент процессорного времени хоста, используемого процессами в PGI
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.generic.gcpu.time
|z/OS Общее время процессора
|Second
|autoavgmaxmin
|-
|builtin:tech.generic.gcpu.usage
|z/OS Общая загрузка ЦП
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.generic.handles.fileDescriptorsMax
|Максимальное число дескрипторов файлов обработки
Сумма ограничений файловых дескрипторов процессов в PGI
|Count
|autoavgmaxmin
|-
|builtin:tech.generic.handles.fileDescriptorsPercentUsed
|Дескрипторы файлов процесса, используемые для каждого pid
Процент ограничения дескриптора файла процесса, который уже используется процессом. Показывает самое высокое значение для всех процессов в PGI.
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.generic.handles.fileDescriptorsUsed
|Используемые дескрипторы файлов процесса
Количество файловых дескрипторов, используемых процессами в PGI
|Count
|autoavgmaxmin
|-
|builtin:tech.generic.io.bytesRead
|Байты чтения ввода/вывода процесса
Количество байтов ввода-вывода, считанных из уровня хранения процессами в PGI в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.generic.io.bytesTotal
|Всего байтов ввода-вывода процесса
Количество байтов ввода-вывода, записанных и прочитанных процессами в PGI в секунду
|Byte/second
|autovalue
|-
|builtin:tech.generic.io.bytesWritten
|Байты записи процесса ввода/вывода
Количество байтов ввода-вывода, записываемых процессом на уровень хранения в PGI в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.generic.io.reqBytesRead
|Запрошенные байты чтения процесса ввода-вывода
Количество байтов ввода-вывода, прочитанных процессами в PGI в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.generic.io.reqBytesWrite
|Запрошенные байты записи процесса ввода-вывода
Количество байтов ввода-вывода, записываемых процессами в PGI в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.generic.mem.exhaustedMem
|Счетчик исчерпания памяти ресурсов процесса
|Count
|autovalue
|-
|builtin:tech.generic.mem.pageFaults
|Счетчик ошибок страницы процесса
Сумма ошибок страниц в секунду во всех процессах в PGI
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.mem.usage
|Использование памяти процесса
Процент от общей памяти хоста, используемой процессами в PGI
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.generic.mem.workingSetSize
|Память процесса
Память, выделенная для всех процессов в PGI, включая разделяемую память
|Byte
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.baseReRx
|База ретрансляций, полученных в секунду на хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.baseReRxAggr
|База ретрансляции получена
База ретрансляций, полученных в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.baseReTx
|База ретрансляций, отправленных в секунду на хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.baseReTxAggr
|База ретрансляции отправлена
База ретрансляций, отправленных в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.reRx
|Количество повторно переданных пакетов, полученных в секунду на хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.reRxAggr
|Получены повторно переданные пакеты
Количество повторно переданных пакетов, полученных в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.reTx
|Количество повторно переданных пакетов, отправленных в секунду на хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.reTxAggr
|Ретранслируемые пакеты
Ретранслированных пакетов, отправленных в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.retransmission
|Пакетные ретрансляции
Пакетные ретрансляции
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.retransmissionIn
|Входящие повторные передачи пакетов
Входящие повторные передачи пакетов
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.retransmissionOut
|Исходящие ретрансляции пакетов
Исходящие ретрансляции пакетов
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.rx
|Пакеты получены
Пакетов, полученных в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.packets.tx
|Пакеты отправлены
Пакетов, отправленных в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.connectivity
|TCP-подключение
Процент успешно установленных сеансов TCP
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.new
|Новый сеанс, полученный в секунду на хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.newAggr
|Получен новый сеанс
Получено новых сеансов в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.newLocal
|Получен новый сеанс
Новый сеанс, полученный в секунду на локальном хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.reset
|Сброс сеанса, полученный в секунду на хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.resetAggr
|Сброс сеанса получен
Сброс сеанса получен в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.resetLocal
|Сброс сеанса получен
Сброс сеанса, полученный в секунду на локальном хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.timeout
|Тайм-аут сеанса, полученный в секунду на хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.timeoutAggr
|Тайм-аут сеанса получен
Время ожидания сеанса получено в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.sessions.timeoutLocal
|Тайм-аут сеанса получен
Тайм-аут сеанса, полученный в секунду на локальном хосте
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.traffic.traffic
|Движение
|bit/s
|autovalue
|-
|builtin:tech.generic.network.traffic.trafficIn
|Трафик в
Входящий сетевой трафик в PGI
|bit/s
|autoavgmaxmin
|-
|builtin:tech.generic.network.traffic.trafficOut
|Исходящий трафик
Исходящий сетевой трафик от PGI
|bit/s
|autoavgmaxmin
|-
|builtin:tech.generic.network.bytesRx
|Байтов получено
Байтов, полученных в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.generic.network.bytesTx
|Байтов отправлено
Байтов отправлено в секунду
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.generic.network.latency
|Время приема-передачи
Средняя задержка между исходящими данными TCP и ACK
|Millisecond
|autoavgmaxmin
|-
|builtin:tech.generic.network.load
|Запросы
Запросов в секунду
|Per second
|autoavgmaxmin
|-
|builtin:tech.generic.network.responsiveness
|Отзывчивость сервера
|Microsecond
|autoavgcountmaxmedianminpercentilesum
|-
|builtin:tech.generic.network.roundTrip
|Время в пути
Среднее значение RTT для рукопожатия сеанса TCP
|Millisecond
|autoavgmaxmin
|-
|builtin:tech.generic.network.throughput
|пропускная способность
Используемая пропускная способность сети
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.generic.count
|Количество процессов на группу процессов
Количество PGI для данного PG
|Count
|autovalue
|-
|builtin:tech.generic.processCount
|Рабочие процессы
Количество процессов в PGI
|Count
|autoavgmaxmin
|-
|builtin:tech.generic.threadsExhausted
|Счетчик исчерпанных потоков ресурсов процесса
Счетчик исчерпанных потоков ресурсов процесса
|Count
|autovalue
|-
|builtin:tech.generic.ziip
|время z/OS zIIP
|Second
|autovalue
|-
|builtin:tech.generic.ziipEligible
|допустимое время z/OS zIIP
|Second
|autoavgmaxmin
|}

=== Go ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:tech.go.http.badGateways
|Перейти: 502 ответа
Количество ответов, указывающих на недопустимые ответы службы, созданные приложением.
|Count
|autovalue
|-
|builtin:tech.go.http.latency
|Go: задержка ответа
Среднее время ответа приложения клиентам.
|Millisecond
|autoavgmaxmin
|-
|builtin:tech.go.http.responses5xx
|Перейти: ответы 5xx
Количество ответов, указывающих на повторяющиеся сбои приложений или проблемы с ответами приложений.
|Count
|autovalue
|-
|builtin:tech.go.http.totalRequests
|Перейти: Всего запросов
Количество всех запросов, представляющих общий поток трафика.
|Count
|autovalue
|-
|builtin:tech.go.memory.heap.idle
|Go: Размер бездействующей кучи
Объем памяти, не назначенный куче или стеку. Неиспользуемая память может быть возвращена операционной системе или сохранена средой выполнения Go для последующего переназначения в кучу или стек.
|Byte
|autoavgmaxmin
|-
|builtin:tech.go.memory.heap.live
|Go: динамический размер кучи
Объем памяти, которую сборщик мусора Go считает активной. Эта метрика накапливает память, оставшуюся после последнего запуска сборщика мусора и выделенную с тех пор.
|Byte
|autoavgmaxmin
|-
|builtin:tech.go.memory.heap.objCount
|Go: количество объектов Go, выделенных в куче
Количество объектов Go, выделенных в куче Go.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.memory.pool.committed
|Go: выделенная память
Объем памяти, выделенный для кучи среды выполнения Go.
|Byte
|autoavgmaxmin
|-
|builtin:tech.go.memory.pool.used
|Go: используемая память
Объем памяти, используемый кучей времени выполнения Go.
|Byte
|autoavgmaxmin
|-
|builtin:tech.go.memory.gcCount
|Go: количество вызовов сборщика мусора
Количество запусков сборщика мусора Go.
|Count
|autovalue
|-
|builtin:tech.go.native.cgoCalls
|Go: Перейти к счетчику вызовов языка C (cgo)
Количество вызовов языка Go to C (cgo).
|Count
|autovalue
|-
|builtin:tech.go.native.sysCalls
|Go: количество системных вызовов во время выполнения Go.
Количество системных вызовов, выполненных средой выполнения Go. Это число не включает системные вызовы, выполняемые кодом пользователя.
|Count
|autovalue
|-
|builtin:tech.go.scheduling.g.avgNumOfActiveRoutines
|Go: среднее количество активных горутин
Среднее количество активных горутин.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.scheduling.g.avgNumOfInactiveRoutines
|Go: среднее количество неактивных горутин
Среднее количество неактивных горутин.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.scheduling.g.runningCount
|Go: количество горутин приложения
Количество горутин, созданных пользовательским приложением.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.scheduling.g.systemCount
|Go: количество системных горутин
Количество горутин, созданных средой выполнения Go.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.scheduling.m.count
|Go: количество рабочих потоков
Количество потоков операционной системы, созданных для выполнения горутин. Go не прерывает рабочие потоки; он держит их в припаркованном состоянии для повторного использования в будущем.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.scheduling.m.idlingCount
|Go: количество припаркованных рабочих потоков
Количество рабочих потоков, припаркованных средой выполнения Go. Припаркованный рабочий поток не потребляет циклы ЦП, пока среда выполнения Go не разпаркует поток.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.scheduling.m.spinningCount
|Go: количество неработающих рабочих потоков
Количество рабочих потоков, связанный с контекстом планирования которых больше не содержит горутин для выполнения. Когда это происходит, рабочий поток пытается украсть горутины из другого контекста планирования или глобальной очереди выполнения. Если кража не удалась, рабочий поток через некоторое время припарковался. Этот же механизм применяется к сценарию с высокой рабочей нагрузкой. Когда существует незанятый контекст планирования, среда выполнения Go разблокирует припаркованный рабочий поток и связывает его с незанятым контекстом планирования. Незапаркованный рабочий поток теперь находится в состоянии «не работает» и начинает воровство Goroutine.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.scheduling.p.idleCount
|Go: подсчет контекста планирования бездействия
Количество контекстов планирования, в которых больше нет горутин для выполнения и для которых получение горутины из глобальной очереди выполнения или других контекстов планирования не удалось.
|Count
|autoavgmaxmin
|-
|builtin:tech.go.scheduling.globalQSize
|Go: Глобальный размер очереди запуска Goroutine
Количество горутин в глобальной очереди выполнения. Горутины помещаются в глобальную очередь выполнения, если рабочий поток, используемый для выполнения блокирующего системного вызова, не может получить контекст планирования. Контексты планирования периодически получают горутины из глобальной очереди выполнения.
|Count
|autoavgmaxmin
|}

=== JVM ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:tech.jvm.classes.loaded
|Загруженные классы JVM
|Count
|autoavgmaxmin
|-
|builtin:tech.jvm.classes.total
|Общее количество загруженных классов JVM
|Count
|autoavgmaxmin
|-
|builtin:tech.jvm.classes.unloaded
|Выгруженные классы JVM
|Count
|autoavgmaxmin
|-
|builtin:tech.jvm.memory.gc.activationCount
|Общее количество активаций сборки мусора
|Count
|autovalue
|-
|builtin:tech.jvm.memory.gc.collectionTime
|Общее время сбора мусора
|Millisecond
|autovalue
|-
|builtin:tech.jvm.memory.gc.suspensionTime
|Срок приостановки вывоза мусора
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.jvm.memory.pool.collectionCount
|Счетчик сбора мусора
|Count
|autovalue
|-
|builtin:tech.jvm.memory.pool.collectionTime
|Время сбора мусора
|Millisecond
|autovalue
|-
|builtin:tech.jvm.memory.pool.committed
|Зафиксированные байты пула памяти кучи JVM
|Byte
|autoavgmaxmin
|-
|builtin:tech.jvm.memory.pool.max
|Макс. байт памяти кучи JVM
|Byte
|autoavgmaxmin
|-
|builtin:tech.jvm.memory.pool.used
|Используемые байты пула памяти кучи JVM
|Byte
|autoavgmaxmin
|-
|builtin:tech.jvm.memory.runtime.free
|Свободная память среды выполнения JVM
|Byte
|autoavgmaxmin
|-
|builtin:tech.jvm.memory.runtime.max
|Максимальный объем памяти во время выполнения JVM
|Byte
|autoavgmaxmin
|-
|builtin:tech.jvm.memory.runtime.total
|Общая память среды выполнения JVM
|Byte
|autoavgmaxmin
|-
|builtin:tech.jvm.memory.memAllocationBytes
|Байты распределения памяти процесса
|Byte
|autovalue
|-
|builtin:tech.jvm.memory.memAllocationCount
|Количество объектов выделения памяти процесса
|Count
|autovalue
|-
|builtin:tech.jvm.memory.memSurvivorsBytes
|Память процессов в байтах уцелевших объектов
|Byte
|autovalue
|-
|builtin:tech.jvm.memory.memSurvivorsCount
|Подсчет уцелевших объектов в памяти процессов
|Count
|autovalue
|-
|builtin:tech.jvm.spark.aliveWorkers
|Живые рабочие
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.aliveWorkers.gauge
|Живые рабочие
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.apps
|Основные приложения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.apps.gauge
|Основные приложения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.Count
|Время обработки - количество
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.Count.timer
|Время обработки - количество
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.Mean
|Время обработки - среднее
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.Mean.timer
|Время обработки - среднее
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.OneMinuteRate
|Время обработки - ставка одна минута
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.OneMinuteRate.timer
|Время обработки - ставка одна минута
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.activeJobs
|Активные вакансии
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.activeJobs.gauge
|Активные вакансии
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.allJobs
|Всего рабочих мест
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.allJobs.gauge
|Всего рабочих мест
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.failedStages
|Неудачные этапы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.failedStages.gauge
|Неудачные этапы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.runningStages
|Этапы выполнения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.runningStages.gauge
|Этапы выполнения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.waitingStages
|Этапы ожидания
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.driver.waitingStages.gauge
|Этапы ожидания
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.waitingApps
|Ожидающие приложения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.waitingApps.gauge
|Ожидающие приложения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.workers
|Мастера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.spark.workers.gauge
|Мастера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.jvm.threads.avgActiveThreadCount
|Среднее количество активных потоков JVM
|Count
|autoavgmaxmin
|-
|builtin:tech.jvm.threads.avgInactiveThreadCount
|Среднее количество неактивных потоков JVM
|Count
|autoavgmaxmin
|-
|builtin:tech.jvm.threads.count
|Количество потоков JVM
|Count
|autoavgmaxmin
|-
|builtin:tech.jvm.threads.totalCpuTime
|Общее время процессора JVM
|Millisecond
|autovalue
|}

=== Kafka ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:tech.kafka.pg.kafka.controller.ControllerStats.LeaderElectionRateAndTimeMs.OneMinuteRate
|Брокер Kafka - Скорость выборов лидера
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:tech.kafka.pg.kafka.controller.ControllerStats.UncleanLeaderElectionsPerSec.OneMinuteRate
|Брокер Kafka - Нечистая избирательная ставка
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.kafka.pg.kafka.controller.KafkaController.ActiveControllerCount.Value
|Контроллер Kafka — Активные контроллеры кластера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.kafka.pg.kafka.controller.KafkaController.OfflinePartitionsCount.Value
|Контроллер Kafka — автономные разделы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.kafka.pg.kafka.server.ReplicaManager.PartitionCount.Value
|Брокер Kafka — Разделы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.kafka.pg.kafka.server.ReplicaManager.UnderReplicatedPartitions.Value
|Брокер Kafka - под реплицированными разделами
|Count
|autoavgcountmaxminsum
|}

=== Nettracer ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:tech.nettracer.bytes_rx
|Байтов получено
Байтов получено
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.nettracer.bytes_tx
|Байтов передано
Байтов передано
|Byte
|autoavgcountmaxminsum
|-
|builtin:tech.nettracer.pkts_retr
|Ретранслируемые пакеты
Количество повторно переданных пакетов
|Count
|autovalue
|-
|builtin:tech.nettracer.pkts_rx
|Пакеты получены
Количество полученных пакетов
|Count
|autovalue
|-
|builtin:tech.nettracer.pkts_tx
|Пакеты переданы
Количество переданных пакетов
|Count
|autovalue
|-
|builtin:tech.nettracer.retr_percentage
|Ретрансляция
Процент повторно переданных пакетов
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.nettracer.rtt
|Время в пути туда и обратно
Время прохождения туда и обратно в миллисекундах. Агрегирует данные активных сессий
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:tech.nettracer.traffic
|Сетевой трафик
Сводка входящего и исходящего сетевого трафика в битах в секунду
|bit/s
|autovalue
|-
|builtin:tech.nettracer.traffic_rx
|Входящий трафик
Входящий сетевой трафик в битах в секунду
|bit/s
|autovalue
|-
|builtin:tech.nettracer.traffic_tx
|Исходящий трафик
Исходящий сетевой трафик в битах в секунду
|bit/s
|autovalue
|}

=== Nginx ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.nginx.cache.freeSpace
|Свободное место в кеше Nginx Plus
|MB
|autoavgmaxmin
|-
|builtin:tech.nginx.cache.hitRatio
|Коэффициент попаданий в кеш Nginx Plus
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.nginx.cache.hits
|Попадания в кеш Nginx Plus
|Per second
|autoavgmaxmin
|-
|builtin:tech.nginx.cache.misses
|Кэш Nginx Plus отсутствует
|Per second
|autoavgmaxmin
|-
|builtin:tech.nginx.cache.usedSpace
|Кэш Nginx Plus использовал пространство
|MB
|autoavgmaxmin
|-
|builtin:tech.nginx.serverZones.active
|Активные серверные зоны Nginx Plus
|Count
|autoavgmaxmin
|-
|builtin:tech.nginx.serverZones.inactive
|Неактивные серверные зоны Nginx Plus
|Count
|autoavgmaxmin
|-
|builtin:tech.nginx.serverZones.requests
|Запросы зоны сервера Nginx Plus
|Per second
|autoavgmaxmin
|-
|builtin:tech.nginx.serverZones.trafficIn
|Трафик зоны сервера Nginx Plus в
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.nginx.serverZones.trafficOut
|Выход из зоны сервера Nginx Plus
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.nginx.upstream.healthy
|Исправные восходящие серверы Nginx Plus
|Count
|autoavgmaxmin
|-
|builtin:tech.nginx.upstream.requests
|Восходящие запросы Nginx Plus
|Per second
|autoavgmaxmin
|-
|builtin:tech.nginx.upstream.trafficIn
|Восходящий трафик Nginx Plus в
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.nginx.upstream.trafficOut
|Исходящий трафик Nginx Plus
|Byte/second
|autoavgmaxmin
|-
|builtin:tech.nginx.upstream.unhealthy
|Неработоспособные восходящие серверы Nginx Plus
|Count
|autoavgmaxmin
|}

=== Node.js ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:tech.nodejs.uvLoop.activeHandles
|Node.js: активные дескрипторы
Среднее количество активных дескрипторов в цикле событий
|Count
|autoavgmaxmin
|-
|builtin:tech.nodejs.uvLoop.count
|Node.js: частота циклов событий
Среднее количество итераций цикла событий (за 10-секундный интервал)
|Count
|autoavgmaxmin
|-
|builtin:tech.nodejs.uvLoop.loopLatency
|Node.js: задержка цикла событий
Средняя задержка ожидаемого завершения события
|Nanosecond
|autoavgmaxmin
|-
|builtin:tech.nodejs.uvLoop.processedLatency
|Node.js: задержка обработки работы
Средняя задержка постановки рабочего элемента в очередь и обратного вызова
|Nanosecond
|autoavgmaxmin
|-
|builtin:tech.nodejs.uvLoop.totalTime
|Node.js: продолжительность такта цикла событий
Средняя продолжительность итерации цикла событий (тик)
|Nanosecond
|autoavgmaxmin
|-
|builtin:tech.nodejs.uvLoop.utilization
|Node.js: использование цикла событий
Использование цикла событий представляет собой процент времени, в течение которого цикл событий был активен.
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.nodejs.v8heap.gcHeapUsed
|Node.js: используется куча сборщика мусора
Общий размер выделенной кучи V8, используемой данными приложения (моментальный снимок памяти после сборки мусора)
|Byte
|autoavgmaxmin
|-
|builtin:tech.nodejs.v8heap.rss
|Node.js: размер резидентного набора процессов (RSS)
Объем занимаемого места в основной памяти
|Byte
|autoavgmaxmin
|-
|builtin:tech.nodejs.v8heap.total
|Node.js: общая куча V8
Общий размер выделенной кучи V8
|Byte
|autoavgmaxmin
|-
|builtin:tech.nodejs.v8heap.used
|Node.js: используется куча V8
Общий размер выделенной кучи V8, используемой данными приложения (периодический снимок памяти)
|Byte
|autoavgmaxmin
|-
|builtin:tech.nodejs.avgNumberOfActiveThreads
|Node.js: количество активных потоков
Среднее количество активных рабочих потоков Node.js
|Count
|autoavgmaxmin
|}

=== База данных Oracle ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.oracleDb.cd.cpu.background
|Использование ЦП в фоновом режиме
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.cpu.foreground
|Загрузка процессора переднего плана
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.cpu.idle
|Процессор простаивает
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.cpu.other
|ЦП другие процессы
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.io.bytesRead
|Байты физического чтения
|Byte
|autovalue
|-
|builtin:tech.oracleDb.cd.io.bytesWritten
|Байты физической записи
|Byte
|autovalue
|-
|builtin:tech.oracleDb.cd.io.wait
|Общее время ожидания
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.memory.pga.size.allocated
|Выделенный PGA
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.memory.pga.size.pgaAggregateLimit
|Совокупный предел PGA
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.memory.pga.size.pgaAggregateTarget
|Совокупная цель PGA
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.memory.pga.usedForWorkAreas
|PGA используется для рабочих зон
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.memory.sga.cacheBuffer.sharedPoolFree
|Общий бассейн бесплатно
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.memory.sga.redoBuffer.redoLogSpaceWaitTime
|Время ожидания места в журнале повторов
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.memory.sga.redoBuffer.redoSizeIncrease
|Увеличение размера повтора
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.memory.sga.redoBuffer.redoWriteTime
|Повторить время записи
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.memory.bufferCacheHit
|Попадание в буферный кеш
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.memory.sortsInMemory
|Сортирует в памяти
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.queries.connMgmt
|Время, потраченное на управление подключением
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.queries.other
|Время, потраченное на другие виды деятельности
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.queries.plSqlExec
|Истекшее время выполнения PL SQL
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.queries.sqlExec
|Время выполнения SQL
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.queries.sqlParse
|Время, потраченное на разбор SQL
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.sessions.active
|Активные сессии
|Count
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.sessions.all
|Все сеансы
|Count
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.sessions.userCalls
|Количество звонков пользователей
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.time.application
|Время ожидания заявки
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.time.cluster
|Время ожидания кластера
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.time.concurrency
|Время ожидания параллелизма
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.time.cpu
|процессорное время
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.time.elapsed
|Пройденное время
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.time.userIo
|Время ожидания пользовательского ввода/вывода
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.bufferGets
|Буфер получает
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.directWrites
|Прямая запись
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.diskReads
|Диск читает
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.executions
|Казни
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.parseCalls
|Разбирать звонки
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.slow.rowsProcessed
|Обработано строк
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.tablespaces.totalSpace
|Общая площадь
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.tablespaces.usedSpace
|Используемое пространство
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.cd.wait.count
|Количество событий ожидания
|Count
|autovalue
|-
|builtin:tech.oracleDb.cd.wait.time
|Общее время ожидания
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.cpu.background
|Использование ЦП в фоновом режиме
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.cpu.foreground
|Загрузка процессора переднего плана
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.cpu.idle
|Процессор простаивает
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.cpu.other
|ЦП другие процессы
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.io.bytesRead
|Байты физического чтения
|Byte
|autovalue
|-
|builtin:tech.oracleDb.pgi.io.bytesWritten
|Байты физической записи
|Byte
|autovalue
|-
|builtin:tech.oracleDb.pgi.io.wait
|Общее время ожидания
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.memory.pga.size.allocated
|Выделенный PGA
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.memory.pga.size.pgaAggregateLimit
|Совокупный предел PGA
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.memory.pga.size.pgaAggregateTarget
|Совокупная цель PGA
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.memory.pga.usedForWorkAreas
|PGA используется для рабочих зон
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.memory.sga.cacheBuffer.sharedPoolFree
|Общий бассейн бесплатно
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.memory.sga.redoBuffer.redoLogSpaceWaitTime
|Время ожидания места в журнале повторов
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.memory.sga.redoBuffer.redoSizeIncrease
|Увеличение размера повтора
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.memory.sga.redoBuffer.redoWriteTime
|Повторить время записи
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.queries.connMgmt
|Время, потраченное на управление подключением
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.queries.other
|Время, потраченное на другие виды деятельности
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.queries.plSqlExec
|Истекшее время выполнения PL SQL
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.queries.sqlExec
|Время выполнения SQL
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.queries.sqlParse
|Время, потраченное на разбор SQL
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.sessions.active
|Активные сессии
|Count
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.sessions.all
|Все сеансы
|Count
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.sessions.userCalls
|Количество звонков пользователей
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.time.application
|Время ожидания заявки
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.time.cluster
|Время ожидания кластера
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.time.concurrency
|Время ожидания параллелизма
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.time.cpu
|процессорное время
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.time.elapsed
|Пройденное время
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.time.userIo
|Время ожидания пользовательского ввода/вывода
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.bufferGets
|Буфер получает
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.directWrites
|Прямая запись
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.diskReads
|Диск читает
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.executions
|Экзекуции
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.parseCalls
|Разбирать звонки
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.slow.rowsProcessed
|Обработано строк
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.tablespaces.totalSpace
|Общая площадь
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.tablespaces.usedSpace
|Используемое пространство
|Byte
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.wait.count
|Количество событий ожидания
|Count
|autovalue
|-
|builtin:tech.oracleDb.pgi.wait.time
|Общее время ожидания
|Microsecond
|autovalue
|-
|builtin:tech.oracleDb.pgi.bufferCacheHit
|Попадание в буферный кеш
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.oracleDb.pgi.sortsInMemory
|Сортирует в памяти
|Percent (%)
|autoavgmaxmin
|}

=== PHP ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.php.phpGc.collectedCount
|Счетчик собранных PHP GC
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.php.phpGc.durationMs
|Продолжительность сбора PHP GC
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:tech.php.phpGc.effectiveness
|Эффективность PHP GC
|Percent (%)
|autoavgcountmaxminsum
|-
|builtin:tech.php.phpOpcache.jit.bufferFree
|PHP OPCache JIT без буфера
|Byte
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.jit.bufferSize
|Размер JIT-буфера PHP OPCache
|Byte
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.memory.free
|Свободная память PHP OPCache
|Byte
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.memory.used
|PHP OPCache использовал память
|Byte
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.memory.wasted
|PHP OPCache тратит впустую память
|Byte
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.restarts.hash
|PHP OPCache перезапускается из-за отсутствия ключей
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.restarts.manual
|Ручной перезапуск PHP OPCache
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.restarts.outOfMemory
|PHP OPCache перезапускается из-за нехватки памяти
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.statistics.blocklistMisses
|Отсутствует черный список PHP OPCache
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.statistics.cachedKeys
|Количество кэшированных ключей PHP OPCache
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.statistics.cachedScripts
|Количество кэшированных скриптов PHP OPCache
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.statistics.hits
|Хиты PHP OPCache
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.statistics.maxCachedCachedKeys
|Максимальное количество ключей PHP OPCache
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.statistics.misses
|PHP OPCache отсутствует
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.strings.bufferSize
|Размер встроенного строкового буфера PHP OPCache
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.strings.numberOfStrings
|PHP OPCache количество интернированных строк
|Count
|autoavgmaxmin
|-
|builtin:tech.php.phpOpcache.strings.usedMemory
|PHP OPCache интернировал использование строковой памяти
|Byte
|autoavgmaxmin
|-
|builtin:tech.php.threads.avgNumOfActiveThreads
|Среднее количество активных потоков PHP
|Count
|autoavgmaxmin
|-
|builtin:tech.php.threads.avgNumOfInactiveThreads
|Среднее количество неактивных потоков PHP
|Count
|autoavgmaxmin
|}

=== RabbitMQ ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.rabbitmq.cluster_channels
|кластерные каналы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_connections
|соединения кластера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_consumers
|кластерные потребители
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_exchanges
|кластерные биржи
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_messages_ack
|сообщения подтверждения кластера
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_messages_deliver_get
|кластер доставляется и получает сообщения
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_messages_publish
|опубликованные сообщения кластера
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_messages_ready
|сообщения о готовности кластера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_messages_redeliver
|повторно доставленные сообщения кластера
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_messages_return_unroutable
|кластерные немаршрутизируемые сообщения
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_messages_unacknowledged
|кластер неподтвержденных сообщений
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_nodes_failed
|узел кластера вышел из строя
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_nodes_ok
|узел кластера в порядке
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_queues_crashed
|очереди сбоя кластера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_queues_down
|очереди кластера вниз
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_queues_flow
|очереди потока кластера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_queues_idle
|очереди бездействия кластера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.cluster_queues_running
|очереди выполнения кластера
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.topN_queue_ack
|топн акк
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.topN_queue_consumers
|лучшие потребители
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.topN_queue_deliver_get
|доставить/получить
|Per second
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.topN_queue_messages_ready
|топн готовые сообщения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.topN_queue_messages_unacknowledged
|неподтвержденные сообщения
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.rabbitmq.topN_queue_publish
|опубликовать
|Per second
|autoavgcountmaxminsum
|}

=== Ruby ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.ruby.memory.heapSlots.available
|Доступные слоты кучи
|Count
|autoavgmaxmin
|-
|builtin:tech.ruby.memory.heapSlots.free
|Свободные слоты кучи
|Count
|autoavgmaxmin
|-
|builtin:tech.ruby.memory.heapSlots.live
|Слоты динамической кучи
|Count
|autoavgmaxmin
|-
|builtin:tech.ruby.memory.objects.allocated
|Выделенные объекты
|Count
|autovalue
|-
|builtin:tech.ruby.memory.objects.freed
|Освобожденные объекты
|Count
|autovalue
|-
|builtin:tech.ruby.memory.gcCount
|Счетчик сбора GC
|Count
|autovalue
|-
|builtin:tech.ruby.threadCount
|Число потоков
|Count
|autoavgmaxmin
|}

=== Varnish ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.varnish.cache.hitRatio
|Коэффициент попаданий в кэш
|Percent (%)
|autoavgmaxmin
|-
|builtin:tech.varnish.cache.hitpasses
|Кэш хитов для пасов
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.cache.hits
|Кэш хитов
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.cache.misses
|Кэш промахивается
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.cache.passes
|Кэш проходит
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.connections.backend
|Внутренние соединения
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.connections.failed
|Не удалось подключиться к серверу
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.connections.reused
|Внутренние соединения повторно используются
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.sessions.accepted
|Сессии приняты
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.sessions.dropped
|Сессии удалены
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.sessions.queued
|Сеансы в очереди
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.threads.failed
|Сбой потоков
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.threads.max
|Максимальное количество потоков
|Count
|autoavgmaxmin
|-
|builtin:tech.varnish.threads.min
|Минимальное количество потоков
|Count
|autoavgmaxmin
|-
|builtin:tech.varnish.threads.total
|Общее количество потоков
|Count
|autoavgmaxmin
|-
|builtin:tech.varnish.requests
|Запросы
|Per second
|autoavgmaxmin
|-
|builtin:tech.varnish.traffic
|Движение
|Byte/second
|autoavgmaxmin
|}

=== Web сервер ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:tech.webserver.connections.dropped
|Прерванные соединения
Количество разорванных соединений
|Per second
|autoavgmaxmin
|-
|builtin:tech.webserver.connections.handled
|Обрабатываемые соединения
Количество успешно завершенных и закрытых запросов
|Per second
|autoavgmaxmin
|-
|builtin:tech.webserver.connections.reading
|Чтение соединений
Количество подключений, получающих данные от клиента
|Count
|autoavgmaxmin
|-
|builtin:tech.webserver.connections.socketWaitingTime
|Время ожидания незавершенной работы сокета
Среднее время, необходимое для постановки в очередь и обработки входящих подключений
|Microsecond
|autovalue
|-
|builtin:tech.webserver.connections.waiting
|Ожидающие соединения
Количество подключений без активных запросов
|Count
|autoavgmaxmin
|-
|builtin:tech.webserver.connections.writing
|Запись соединений
Количество подключений, которые отправляют данные клиенту
|Count
|autoavgmaxmin
|-
|builtin:tech.webserver.threads.active
|Активные рабочие потоки
Количество активных рабочих потоков
|Count
|autoavgmaxmin
|-
|builtin:tech.webserver.threads.idle
|Бездействующие рабочие потоки
Количество простаивающих рабочих потоков
|Count
|autoavgmaxmin
|-
|builtin:tech.webserver.threads.max
|Максимальное количество рабочих потоков
Максимальное количество рабочих потоков
|Count
|autoavgmaxmin
|-
|builtin:tech.webserver.requests
|Запросы
Количество запросов
|Per second
|autoavgmaxmin
|-
|builtin:tech.webserver.traffic
|Движение
Объем переданных данных
|Byte/second
|autoavgmaxmin
|}

=== WebSphere ===
{| class="wikitable"
!Ключ метрики
!Имя
!Ед.изм.
!Агрегации
|-
|builtin:tech.websphere.connectionPool.connectionPoolModule.FreePoolSize
|Свободный размер пула
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.connectionPool.connectionPoolModule.PercentUsed
|Процент использования
|Percent (%)
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.connectionPool.connectionPoolModule.PoolSize
|Размер бассейна
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.connectionPool.connectionPoolModule.UseTime
|Время использования
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.connectionPool.connectionPoolModule.WaitTime
|Время ожидания
|Millisecond
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.connectionPool.connectionPoolModule.WaitingThreadCount
|Количество ожидающих потоков
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.servletSessionsModule.LiveCount
|Живые сеансы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.threadPoolModule.ActiveCount
|Активные темы
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.threadPoolModule.PoolSize
|Размер бассейна
|Count
|autoavgcountmaxminsum
|-
|builtin:tech.websphere.webAppModule.RequestCountV2
|Количество запросов
|Per second
|autoavgcountmaxminsum
|}

=== Zos ===
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Ед.изм.
!Агрегации
|-
|builtin:tech.zos.consumed_service_units
|Потребляемые сервисные единицы z/OS в минуту

Расчетное количество потребленных Единиц Услуг в минуту
|Count
|autoavgcountmaxminsum
|}

Примечания к релизу 270

2026-05-28T13:22:08Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 270'''''

== '''АппОптима''' ==

=== Объявления ===

==== Обновление внутренних компонентов ====
Обновление с версии 1.268 до версии 1.270 включает обновления внутренних компонентов АппОптима: JRE, Elasticsearch и Cassandra.

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

=== Пользовательские диаграммы – прекращение поддержки ===

* Что: Если вы все еще используете старую версию диаграмм (кастом чарты), вам необходимо обновить их сейчас .
** Пользовательские диаграммы больше не получают исправлений и улучшений.
** Пользовательские диаграммы очень скоро станут недоступными для редактирования. Обновив пользовательские диаграммы до диаграмм обозревателя данных , вы сможете редактировать свои диаграммы и получать выгоду от постоянных исправлений и улучшений функций обозревателя данных .
* Когда:
** Версия АппОптима 1.266 была последней версией АппОптима, поддерживающей пользовательские диаграммы.
** В следующем выпуске АппОптима версии 1.272 полностью отключено редактирование пользовательских диаграмм и прекращено обслуживание пользовательских диаграмм.
* Как: Вы можете обновлять плитку за плиткой, панель за панелью или, используя API, все сразу.

=== Новые функции и улучшения ===

==== Информация о точках входа для уязвимостей на уровне кода ====
''Безопасность приложений | Уязвимости''

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

==== Дополнительные события в развитии уязвимостей ====
''Безопасность приложений | Уязвимости''

Эволюция уязвимостей теперь показывает следующие события:

* Оценка безопасности по Fedor изменена
* Оценка CVSS изменена
* Оценка риска изменена
* Количество доступных ресурсов данных
* Публичное воздействие Интернета
* Доступен публичный эксплойт
* Использование уязвимой функции
* Изменилось количество затронутых групп процессов.
* Изменено количество затронутых узлов (только для уязвимостей Kubernetes).
* Обнаружены атаки (только уязвимости на уровне кода)

=== Скрытые массовые изменения в режиме только для просмотра ===
''Безопасность приложений | Уязвимости''

Массовые изменения сторонних уязвимостей , уязвимостей на уровне кода и страницы отслеживания исправлений для групп процессов больше не видны пользователям с доступом только для просмотра. Разрешение «Управление проблемами безопасности» требуется для просмотра и выполнения массовых изменений.

==== Поддержка инициализации контейнера ====
''Мониторинг инфраструктуры | Kubernetes''

Мы добавили парсинг инициализирующих контейнеров. Следующие метрики теперь включают вхождения <code>initContainer</code>; поэтому вы можете столкнуться с увеличением их числа там.

* <code>builtin:kubernetes.container.oom_kills</code>
* <code>builtin:kubernetes.container.restarts</code>

Кроме того, имена инициализирующих контейнеров теперь отображаются в значениях измерения k8s.container.name и в строках лога.

==== Новый дизайн страниц обзора сервисов и баз данных. ====
''Приложения и микросервисы | Распределенные трассировки''

Единая структура страниц анализа теперь доступна для страниц службы и базы данных . Новый дизайн поддерживает более быстрое устранение неполадок с меньшим количеством шагов:

* Интерактивные микродиаграммы, которые помогают сосредоточиться на подозрительных закономерностях
* (Ключ) Запросы прямо на обзорной странице
* Разведочный анализ Fedor
* Трассировки, логи, метрики обслуживания и SLO в контексте
* Улучшенная визуализация топологии.

Чтобы переключиться на новый дизайн, включите параметр «Попробовать» вверху страницы обзора. Чтобы вернуться к классическому дизайну, выберите «Дополнительно » ( … ) > «Вернуться на классическую страницу» на странице обзора.

==== Конечная точка приема журналов OTLP ====
''OpenTelemetry''

Теперь вы можете принимать логи OpenTelemetry с помощью протокола OpenTelemetry (OTLP) в виде двоичного Protobuf через HTTP.

==== Доступ к настройкам уведомлений Безопасности приложений ====
''Безопасность приложений | Уязвимости''

Следующие страницы настроек теперь видны пользователям, у которых нет разрешения «Управление проблемами безопасности» , а есть только разрешение « Просмотр проблем безопасности» :

* Настройки > Интеграция > Уведомления безопасности.
* Настройки > Оповещения > Профили оповещений об уязвимостях
* Настройки > Оповещения > Профили оповещений об атаках

==== Новый метод аутентификации CyberArk для синхронизации учетных данных ====
''Цифровой опыт | Синтетический мониторинг''

Новый метод аутентификации в CyberArk Vault для синхронизации учетных данных позволяет использовать имя хоста или IP-адрес частного или общедоступного синтетического местоположения — имя хоста или IP-адрес уже должны быть зарегистрированы в списке разрешенных компьютеров CyberArk.

При настройке учетных данных, синхронизированных с CyberArk Vault , выберите «Разрешенные компьютеры (расположение)» в качестве метода аутентификации . Вам необходимо зарегистрировать имя хоста или IP-адрес выбранного вами местоположения для синхронизации в списке разрешенных компьютеров CyberArk.

Этот метод аутентификации позволяет избежать необходимости получения токена от CyberArk. Результирующий автоматически созданный монитор синхронизации содержит один запрос GET для получения синхронизированных учетных данных.

==== Переименован переключатель показателей ресурсов рабочей нагрузки монитора. ====
''Мониторинг инфраструктуры | Kubernetes''

Переключатель «Отслеживать показатели ресурсов рабочей нагрузки» на странице настроек мониторинга теперь помечен как «Отслеживать показатели ресурсов рабочей нагрузки и узлов» .

==== Таблица атрибутов условий Kubernetes ====
''Мониторинг инфраструктуры | Kubernetes''

Столбец «Обновлено» в таблице «Условия» для страниц узла и рабочей нагрузки теперь отображает время в относительном формате.

==== Расширенный список важных событий ====
''Мониторинг инфраструктуры | Kubernetes''

Переключатель «Включить важные события» на странице настроек мониторинга был расширен и теперь включает четыре дополнительных причины событий.

* <code>Preempting</code>
* <code>BackoffLimitExceeded</code>
* <code>DeadlineExceeded</code>
* <code>PodFailurePolicy</code>

==== Расширенный список условий узла для оповещения ====
''Мониторинг инфраструктуры | Kubernetes''

Готовое оповещение Kubernetes « Проблемное состояние узла» было расширено и теперь включает дополнительные условия узла.

* <code>KernelDeadlock</code>
* <code>ReadonlyFilesystem</code>
* <code>FrequentKubeletRestart</code>
* <code>FrequentDockerRestart</code>
* <code>FrequentContainerdRestart</code>
* <code>KubeletUnhealthy</code>
* <code>ContainerRuntimeUnhealthy</code>

==== Глобальные настройки мониторинга Kubernetes по умолчанию. ====
''Мониторинг инфраструктуры | Kubernetes''

Теперь вы можете настроить параметры мониторинга по умолчанию для Kubernetes, которые будут автоматически применяться ко всем новым кластерам Kubernetes.

Настройки мониторинга Kubernetes разделены на две отдельные схемы настроек:

* <code>builtin:cloud.kubernetes</code>для настройки подключения
* <code>builtin:cloud.kubernetes.monitoring</code>для мониторинга настроек

Чтобы предотвратить любые проблемы несовместимости при настройке параметров Kubernetes через API настроек , обновите вызовы API, чтобы они соответствовали новой схеме. Альтернативно вы можете использовать этот <code>schemaVersion</code>параметр, чтобы указать более старую схему.

==== Улучшена логика фильтра панели мониторинга. ====
''Кросс-решения | Панели мониторинга''

Логика определяемых пользователем фильтров пользовательских параметров была улучшена для устранения посторонних результатов.

=== Поддержка операционных систем ===

* Добавлена поддержка Oracle Linux 8.8.
* Добавлена поддержка Red Hat Enterprise Linux 9.2.
* Добавлена поддержка Oracle Linux 9.2.
* Добавлена поддержка Rocky Linux 9.2.
*В версии кластера 1.270 вы теперь можете устанавливать ноды кластера АппОптима на ОС СберЛинукс

==== Будущие изменения поддержки управляемых операционных систем АппОптима ====

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2024 г. =====

* Linux : Rocky Linux 9.1
** x86-64
** Последняя совместимая версия: 1.272

* Linux : SUSE Enterprise Linux 12.4
** x86-64

==== Прошедшие изменения поддержки управляемых операционных систем АппОптима ====

=====Следующие операционные системы больше не поддерживаются с 1 марта 2023 г.=====
*Linux : Red Hat Enterprise Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252
*Linux : Oracle Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252
=====Следующие операционные системы больше не поддерживаются с 1 июля 2023 г.=====
*Linux : SUSE Enterprise Linux 15.0
**x86-64
===Решенные проблемы===
Выпуск 270 содержит 26 решенных проблем
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Безопасность приложений
|2
|-
|Автономное облако
|2
|-
|Кластер
|8
|-
|Решение для мониторинга инфраструктуры
|1
|-
|АппОптима
|2
|-
|NGINX
|1
|-
|Хранилище
|1
|-
|Синтетический мониторинг
|2
|-
|Пользовательский мониторинг
|2
|-
|Запрос метрики
|2
|-
|datastax
|1
|}
====Безопасность приложений ====

* Исправлена проблема, из-за которой в некоторых случаях при оценке правил мониторинга безопасности приложений учитывалось только добавленное/отредактированное в данный момент правило, а не все доступные правила, что приводило к неправильному состоянию мониторинга объектов и неправильному потреблению использования.
* Исправлена проблема, из-за которой кнопка «Изменить статус» и кнопка подтверждения массового отключения звука на странице отслеживания исправлений были отключены для пользователей с частичными разрешениями зоны управления. Кнопки теперь отображаются как включенные, а проверка разрешений делегируется API в случае частичных разрешений зоны управления.

==== Автономное облако ====

* Кнопка загрузки dynakube.yaml для развертывания Kubernetes/OpenShift на платформе АппОптима теперь работает в Firefox и Safari.
* Исправлена ссылка на страницу развертывания, чтобы указать на недавно выпущенный оператор v0.12.0.

==== Кластер ====

* Правильный порог теперь указывается при сообщении о проблемах, возникающих в результате событий показателей, с использованием стратегии автоадаптивного базового мониторинга. (Базовый/пороговый уровень, указанный в описании проблемы, устарел. Сами оповещения не были затронуты и были правильными.).
* Исправлена проблема, которая в редких случаях приводила к повторному открытию проблемы, закрытой вручную, после завершения окна обслуживания.
* Исправлена проблема, из-за которой модули сборки агента JavaScript нельзя было загрузить для вновь созданных клиентов в новых кластерах.
* Выражение поля фильтра в настройках VMware теперь принимает нулевые значения.
* Событие `OSI_LOW_DISK_SPACE` теперь правильно выделено.
* Открытие всестороннего анализа из «Проводника данных» при просмотре рассчитанной метрики обслуживания больше не требует разрешений на настройку вычисляемой метрики обслуживания.

* Исправлена ошибка с метриками, когда создается больше определенного порога. ( КЛАСТЕР-7919 )
* Исправлена проблема, из-за которой для приложения не были найдены метаданные RUM JavaScript.

==== Решение для мониторинга инфраструктуры ====

* Исправлен тип агрегирования для метрик «builtin:host.dns.queryCount» и «builtin:host.dns.errorCount» с AVG на SUM.

==== АппОптима ====

* Исправлена проблема, из-за которой пользователь не мог читать разрешения через REST API.

==== NGINX ====

* Инструментарий NGINX был обновлен для значений с NGINX 1.25.

==== Хранилище ====

* Отключен новый метод разрешений на чтение, оптимизированный для большого количества отслеживаемых объектов, поскольку он вызывал проблемы с производительностью в некоторых развертываниях.

==== Синтетический мониторинг ====

* Исправлена ошибка, связанная со списком событий, включенным в тело ответа, при получении сведений о мониторе синтетического браузера с помощью API.
* Улучшена обработка источников данных в деталях выполнения, чтобы предотвратить исключения, возникающие в определенных ситуациях.

==== Пользовательский интерфейс ====

* Улучшено представление сгенерированного токена доступа: теперь секретное значение в веб-интерфейсе по умолчанию отображается только частично; только первая общедоступная часть отображается в однострочном вводе, а не в многострочной текстовой области.
* Исправлена проблема, из-за которой при открытии объекта (например, службы) на новой вкладке вместо этого иногда открывалась главная страница веб-интерфейса.

==== Запрос метрики ====

* Исправлена проблема с отсутствующими параметрами для метрик «Доступность хоста, %» и «Доступность процесса, %».
* Исправлены отрицательные метрики, приводившие к ошибкам агрегирования в селекторах метрик.

==== datastax ====

* Исправлена ошибка, приводившая к сбою внутренних запросов к базе данных во время чередующихся перезапусков/обновлений, когда в развертываниях с несколькими узлами доступен только один узел базы данных.
=='''ЕдиныйАгент АппОптима'''==
===Технологическая поддержка===

==== Конец поддержки ====

* ЕдиныйАгент SDK для Node.js 1.0, 1.1, 1.2, 1.3.
* Windows Desktop 8.1 (модуль ОС)
** Окончание поддержки: 10 января 2023 г.
* Windows Server 2008 R2 (модуль ОС)
** Окончание поддержки: 14 января 2023 г.

=== Новые функции и улучшения ===

==== Улучшенное обнаружение атак ====
''Безопасность приложений | Атаки''

Улучшено обнаружение атак для внедрения команд и внедрения JNDI.

==== Информация о точках входа для уязвимостей на уровне кода ====
''Безопасность приложений | Уязвимости''

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

На странице сведений об уязвимостях на уровне кода теперь отображаются точки входа (URL-адреса/пути) и вводимые пользователем данные (например, параметры HTTP), которые можно использовать.

=== Включена обработка событий на локальном интерфейсе ЕдиногоАгента. ===
''Мониторинг инфраструктуры | События''

Прием событий (аналогично приему логов и метрик) включен в локальном интерфейсе ЕдиногоАгента.

===Решенные проблемы===
Выпуск 269 содержит 34 решенных проблемы (включая 2 уязвимости).
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Все модули
|2
|-
|Мониторинг инфраструктуры
|3 (2 уязвимости)
|-
|модуль ОС
|11
|-
|Модуль OpenTracing
|2
|-
|Java
|2
|-
|.NET
|7
|-
|PHP
|1
|-
|Go
|2
|-
|NGINX
|1
|-
|IIS
|1
|-
|Node.js
|2
|}

==== Все модули ====

* Сообщение «Процесс необходимо перезапустить» больше не отображается для процессов .NET Core, если мониторинг .NET Core отключен.
* Внедрение модуля кода ЕдиныйАгент IIB больше не считается неудачным для платформ, где он не поддерживается.

==== Мониторинг инфраструктуры ====

* Уязвимость: усиленная безопасность связи с локальным хостом EEC.
* Уязвимость: в ответ на CVE-2023-24329 среда выполнения Python для контроллера выполнения расширений (EEC) обновлена до версии 3.10.12.
* Расширение Python (Extensions 2.0) теперь можно запускать на Windows Server 2008. )

==== модуль ОС ====

* Исправлена проблема, из-за которой df не запускал процесс правильно даже после того, как он перестал запускаться, что могло привести к тому, что метрики диска не обновлялись.
* Исправлена проблема, из-за которой время от времени на общих сетевых ресурсах возникали всплески использования, показывающие пропускную способность в PiB/s.
* Исправлена проблема, из-за которой правила исключения дисков применялись только к локальным дискам.
* Исправлена высокая загрузка ЦП агента на хостах с большим сетевым трафиком.
* Исправлено обнаружение технологии Node.js для процесса, работающего внутри контейнера.
* Исключены административные и локальные общие ресурсы из статистики сетевых ресурсов. ( ХОСТ-3219 )
* Агент администрирования больше не отслеживает по умолчанию коммутаторы Windows Hyper-V.
* Исправлены права доступа к файлу ruxithost.id, чтобы каждый мог его прочитать.
* Модуль ЕдиныйАгент OS теперь отключается через 2 секунды при зависании доступа к классу WMI.
* Исправлена проблема, из-за которой сообщаемая загрузка ЦП одного процесса могла быть выше, чем загрузка ЦП всего хоста в Windows.
*Отключен мониторинг сетевых дисков Windows в ответ на зависание API в определенных сценариях.

==== Модуль OpenTracing ====

* Когда «Мониторинг Envoy Istio Sidecar» деактивирован, ЕдиныйАгент в сайдкарах больше не отправляют распределенные трассировки в более новых версиях Istio. В большинстве случаев мы рекомендуем использовать общие правила мониторинга процессов или правила внедрения контейнеров, чтобы контролировать, какие именно представители следует отслеживать. Это также повысит производительность, поскольку не будет внедряться ЕдиныйАгент в тех случаях, когда мониторинг нежелателен.
* Envoy: исправлено `overwrite1.http.status_code`, встречающееся в Grail. Для диапазонов Envoy, помимо `http.status_code`, возникал случайный атрибут `overwrite1.http.status_code`. Теперь встречается только один `http.status_code` (целочисленный тип).

==== Java ====

* Значения строковых атрибутов и значения событий диапазона теперь корректно усекаются с использованием ограничения, настроенного с помощью `sensor.stringTruncationLimit.spanattribute.value`.
* Решена проблема, которая после обновления ЕдиногоАгента вызывала исключение NullPointerException в jdk.internal.net.http.HttpClient, когда присутствовали строчные заголовки для X-AppOptima.

==== .NET ====

* Улучшено обнаружение атак для SQL-инъекций.
* Повышена стабильность функции ЕдиногоАгента оценки уязвимостей/атак на уровне кода .NET.
* Повышена надежность определения версии ЕдиногоАгента для .NET Core.
* Улучшено определение имени очереди для модуля кода ЕдиногоАгента для мониторинга .NET MSMQ.
* Повышена стабильность модуля кода ЕдиныйАгент.NET после обновления безопасности Microsoft для .NET Framework 3.5.
*Повышена стабильность функции ЕдиногоАгента оценки уязвимостей/атак на уровне кода .NET.
*Датчик AspNet: улучшена обработка получения контекста в приложениях WCF, размещенных на ASP.

==== PHP ====

* Решена проблема, которая вызывала «внутреннюю ошибку сервера 500» при входе в систему с включенным глубоким мониторингом PHP.

==== Go ====

* Исправлена ошибка, из-за которой возможно отсутствовал веб-сервис Go, если включен захват всех заголовков HTTP.
* Решена проблема, из-за которой имя веб-службы Go отсутствовало, если не был настроен адрес сетевого/HTTP-сервера.

==== NGINX ====

* Инструментарий NGINX был обновлен до версии 1.25.

==== IIS ====

* Когда при запуске ЕдиногоАгента не удается проверить подпись библиотеки пула потоков IIS (w3tp.dll), а не выдавать исключение, проблема теперь регистрируется.

==== Node.js ====

* Исправлена проблема, из-за которой ЕдиныйАгент иногда не мог получить имя хоста MongoDB из URL-адреса конфигурации при вызовах базы данных MongoDB, в результате чего эти вызовы отображались как неожиданные службы в веб-интерфейсе АппОптима.
*Исправлена утечка памяти, вызванная модулем кода Node.js, которая была вызвана внутренней оптимизацией модуля (сейчас она отменена).
===ЕдиныйАгент для Android===
Выпуск 269 не содержит решенных проблем, с которыми сталкиваются пользователи.
===ЕдиныйАгент для iOS===
Выпуск 269 содержит две решенные проблемы.

* Улучшена совместимость с Podspec.
* Исправлена проблема с инверсией приоритета при отмене действия.

===ЕдиныйАгент для JavaScript===
Выпуск 269 содержит 5 решенных проблем.
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|JavaScript
|4
|}

==== JavaScript ====

* Исправлена ошибка, из-за которой, если объект Request использовался в вызове выборки, агент не устанавливал для него никаких заголовков корреляции.
* Исправлены проблемы с работой sendEvent с сгенерированными объектами. Объекты, сгенерированные через класс или созданные с помощью «new», теперь можно отправлять с помощью API-интерфейсов sendEvent и sendBizEvent.
* Исправлена проблема, из-за которой вызов dtrum.getAndEvaluateMetaData() предоставлял устаревшее свойство «информация» о захваченном значении, что приводило к неоднозначным результатам.
* Исправлена проблема, из-за которой регулярное выражение, предоставленное для установки заголовка x-dtc, игнорировалось при сопоставлении с именем хоста для запросов XHR/fetch того же источника.

Примечания к релизу 226

2026-05-28T13:22:00Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 226'''''

== '''Примечания к выпуску АппОптима версии 1.226''' ==
Эти примечания к выпуску относятся к конкретным изменениям АппОптима.

=== '''Новые функции и улучшения''' ===

==== '''Основные изменения''' ====
Вы можете обновить системного пользователя, используемого на управляемом узле АппОптима, с помощью скрипта "reconfigure.sh".

=== '''Изменение интеграции ServiceNow''' ===
Поддержка АппОптима для приложения АппОптима Service Graph Connector прекращается 31 декабря 2021 года. Вместо него мы рекомендуем настроить выделенный Service Graph Connector для приложения Observability от ServiceNow.

=== '''Поддержка операционных систем''' ===
Предстоящие изменения в поддержке АппОптима операционных систем

'''Следующие операционные системы больше не будут поддерживаться с 1 февраля 2022 г.'''

Linux: CentOS 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0.

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.226

Linux: Debian 8

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.226

Linux: Red Hat Enterprise Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0.

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.226

Linux: Oracle Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0.

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.226

'''Следующие операционные системы больше не будут поддерживаться с 1 марта 2022 г.'''

Linux: CentOS 8.3

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.228

Linux: Red Hat Enterprise Linux 8.3

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.228

Linux: Oracle Linux 8.3

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.228

'''Следующие операционные системы больше не будут поддерживаться с 1 мая 2022 г.'''

Linux: CentOS 7.6, 8.1

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.232

Linux: Red Hat Enterprise Linux 7.6, 8.1

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.232

Linux: Oracle Linux 7.6, 8.1

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.232

'''Следующие операционные системы больше не будут поддерживаться с 1 июня 2022 г.'''

Linux: Ubuntu 20.10

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.234

'''Следующие операционные системы больше не будут поддерживаться с 1 августа 2022 г.'''

Linux: CentOS 7.7

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.238

Linux: Red Hat Enterprise Linux 7.7

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.238

Linux: Oracle Linux 7.7

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.238

'''Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г.'''

Linux: SUSE Enterprise Linux 11.4.

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 ноября 2022 г.'''

Linux: Ubuntu 21.04

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.244

'''Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г.'''

Linux: Debian 9

* x86 (только 64-разрядная)

Linux: SUSE Enterprise Linux 12.3.

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 марта 2023 г.'''

Linux: CentOS 8.2

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.252

Linux: Red Hat Enterprise Linux 8.2

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.252

Linux: Oracle Linux 8.2

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.252

'''Следующие операционные системы больше не будут поддерживаться с 1 июля 2023 г.'''

Linux: SUSE Enterprise Linux 15.0.

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 января 2024 г.'''

Linux: SUSE Enterprise Linux 12.4.

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 августа 2024 г.'''

Linux: SUSE Enterprise Linux 15.1.

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 ноября 2024 г.'''

Linux: Ubuntu 16.04 LTS

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 декабря 2024 г.'''

Linux: CentOS Stream 8

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 января 2025 г.'''

Linux: Debian 10

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 мая 2028 г.'''

Linux: SUSE Enterprise Linux 12.5.

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 ноября 2028 г.'''

Linux: Ubuntu 18.04 LTS

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 ноября 2030 г.'''

Linux: Ubuntu 20.04 LTS

* x86 (только 64-разрядная)

'''Решенные проблемы'''

- Управляемый кластер

- Накопительные обновления

=== '''Управляемый кластер''' ===
'''Кластер'''

* Ключи настраиваемых и неопределенных атрибутов больше не чувствительны к регистру.
* Повышена производительность запросов агрегирования мониторинга журналов.
* Исправлен переключатель включения / отключения правил на странице «Мониторинг службы ОС».
* Переключатель «Мониторинг среды для хостов в режиме мониторинга только инфраструктуры» в настройках плагина теперь корректно работает для плагинов JMX.
* На странице «Статус развертывания»> «АктивныеШлюзы» модуль АктивныйШлюз переименован с `z / OS` на` zRemote`.
* Исправлена проблема, из-за которой невозможно было включить или выключить Extension Execution Controller.
* Решена проблема, из-за которой, когда узел кластера выполнял жесткую очистку памяти и прекращал обработку данных входящих пользовательских сеансов, ему не удавалось снова начать обработку входящих данных пользовательских сеансов, когда узел кластера вернулся к нормальному состоянию памяти.
* Проводник данных теперь использует правильные ключи измерения имени для оператора: names в селекторах показателей, когда используются настраиваемые универсальные типы сущностей.
* На странице «Статус развертывания»> «АктивныеШлюзы» модуль АктивныйШлюз переименован с «DB Insight» на «Database insights».
* Улучшено определение страницы и группы страниц для действий RUM.
* Решена проблема, из-за которой некоторые фильтры не удалялись при нажатии кнопки удаления фильтра для местоположения, браузера или ОС.
* Исправлена ошибка, из-за которой GA-версия событий Kubernetes не включалась должным образом при выборе «Активировать аналитику событий Kubernetes для всех кластеров» или «Включить видимость событий Kubernetes».
* Исправлена проблема с разрешением доступа к странице сущности Kubernetes только для некоторых пользователей с разрешениями зоны управления.
* Решена нечастая проблема, при которой событие, для которого настроено неслияние (например, тип события CUSTOM_ALERT при использовании с настраиваемыми событиями для оповещения), все равно сливается с другим событием.
* Исправлена проблема, из-за которой при определенных обстоятельствах количество обрабатываемых событий было уменьшено.
* Исправлена фильтрация зон управления удаленными средами.
* Исправлена проблема, из-за которой запрос с одним значением (например, «разрешение = Inf») некорректно возвращал результат «0» для метрики счетчика.
* Исправлена ошибка, из-за которой при вычислении показателей службы данные терялись в случайном порядке.
* Решена проблема, которая приводила к сбою выполнения запроса при добавлении плитки с панели мониторинга и последующем добавлении метрики в «Проводник данных».
* При переносе настраиваемой диаграммы с двумя фильтрами тегов, примененными к «Проводнику данных», теги теперь правильно применяются с комбинацией И вместо ИЛИ. Перенесенная диаграмма открывается в режиме кода в «Проводнике данных», а не в стандартном режиме построения, поскольку режим построения не поддерживает значения фильтра И.
* В заголовок страницы сведений о пользователе добавлена ссылка `Местоположение`.
* Теперь вызовы API панели мониторинга, изменяющие предустановленное состояние пользовательской панели мониторинга, работают правильно.
* Решена проблема, из-за которой мониторы HTTP, использующие учетные данные, не получали обновления учетных данных, когда они работали в общедоступных местах, поэтому они использовали старое значение для выполнения в общедоступных местах, если только мониторы не были обновлены специально.
* Исправлена проблема, из-за которой при перенастройке геолокации частного местоположения в настройках частное местоположение впоследствии не учитывалось при обнаружении аномалий для мониторов браузера.
* Улучшена производительность оценки окна обслуживания при настройке значительного количества зон управления.
* Улучшенное отображение инфографики для предотвращения случайной перезаписи расширенной пользовательской информации.
* Исправлена проблема, при которой было невозможно обновить расширение из-за отсутствия метрики, используемой в выражении метрики.
* При использовании конечных точек / api / config / v1 / extensions и / api / config / v1 / plugins для публикации конфигурации для удаленного плагина теперь необходимо предоставить идентификатор модуля расширения АктивногоШлюза, который находится в сети у владельца. Используйте https: // {your-environment-id} .live.dynatrace.com / api / config / v1 / extensions / activeGateExtensionModules, чтобы получить идентификаторы всех модулей расширения АктивногоШлюза. Конфигурация несуществующего удаленного плагина отклоняется.
* Панели мониторинга, отфильтрованные по типу развертывания, теперь правильно применяют фильтр.
* Фильтры, основанные на имени Kubernetes, теперь реализуют поведение «содержит» (вместо поведения «startWith»), чтобы быть согласованным на всех страницах мониторинга Kubernetes.
* Кнопка «Сохранить» теперь активна, когда к метрике добавляется псевдоним.
* Фильтры панели мониторинга, такие как кластер Kubernetes, пространство имен Kubernetes и рабочая нагрузка Kubernetes, теперь правильно применяются к плиткам Проводника данных со встроенными метриками.
* Решена проблема, из-за которой данные для некоторых бессхемных метрик, отправленных через MINT API, терялись. Касается следующего: метрики MINT, где ключ метрики был изменен АппОптима в кластере, включая (1) метрики счетчика, где ключ метрики не заканчивается на счетчик, и (2) метрики шкалы, где ключ метрики не заканчивается счетчиком.
* Порядок сортировки плитки верхней диаграммы теперь правильно отражает результаты конечной точки.
* Исправлена проблема, из-за которой добавление пробела в конец ввода для глубокого доступа к объекту на странице «Атрибуты запроса» приводило к сбою веб-интерфейса.
* Решена проблема с прикреплением изображений к внутреннему чату Intercom.
* Решена проблема с отображением подробных показателей памяти JVM на странице сведений для экземпляра группы процессов.
* Фильтрация по полю метки времени в средстве просмотра журнала версии 2 больше не вызывает ошибки.
* Исправлена проблема, приводившая к противоречивым ответам JSON при агрегировании по пустому набору проблем.
* При экспорте панели мониторинга с данными чтения плитки из удаленной среды и зоной управления из этой среды, установленной в качестве фильтра, зона управления теперь правильно включается в JSON панели мониторинга.
* Идентификаторы сред, созданных с помощью PUT '/ api / cluster / v2 / environment / {id}', теперь ограничены набором символов ([a-zA-Z0-9 _-] {1,70}). Использование некоторых других символов ранее приводило к невозможности запуска окружения.
* Атрибуты запроса, связанные с веб-запросами, теперь правильно устанавливаются, когда они берутся из вложения на стороне клиента и помещаются в вызов службы на стороне сервера.
* Исправлена ошибка в деталях модуля Kubernetes, из-за которой отображалось слишком много процессов.
* Фильтр свойств сеанса (double, date, string ...) не работал должным образом при переходе со страницы GWT на страницу Angular. Теперь все фильтры для свойств сеанса правильно отображаются.
* Проводник данных: метки `Визуальные настройки` и` Axes` теперь отображают идентификатор метрики (а не ничего), если имя метрики равно нулю.

=== '''Накопительные обновления''' ===
'''Кластер'''

* Решена проблема, из -за которой возникала ошибка при переходе к обозревателю данных из некоторых плиток, созданных до версии 226.
* Решена проблема, которая могла привести к откату к старым настройкам.
* Исправлена проблема, из-за которой Fedor неправильно отслеживал базовые триггерные события, иногда не находя объяснения
* Ключевые запросы с двоеточием (":") в имени теперь можно удалить
* '''Уязвимость:''' улучшенный контроль доступа при создании токенов.
* Исправлена проблема, из-за которой Fedor неправильно отслеживал базовые триггерные события, иногда не находя объяснения
* Отключено автообновление Chromium.

'''Консоль управления кластером'''

* Во время новой установки у нас было 5 минут тайм-аута для запуска процесса сервера АппОптима. Чтобы решить проблему с длительным запуском сервера, тайм-аут был увеличен до 10 мин.<code> </code>

== '''Единый Агент версии 1.225''' ==

=== '''Диагностика ЕдиногоАгента на хосте''' ===
Если у вас нет доступа к веб-интерфейсу АппОптима или вы хотите создать сценарий сбора диагностических данных, вы можете использовать oneagentctl интерфейс командной строки для сбора подмножества полных диагностических данных ЕдиногоАгента прямо на узле, на котором установлен ЕдиныйАгент.

=== '''Установщики с подписью SHA-2 в Windows 2008 R2''' ===
Начиная с ЕдиногоАгента версии 1.225, установщик подписывается с использованием алгоритма SHA-2. Следовательно, на хостах Windows 2008 R2 должна быть установлена поддержка подписи кода SHA-2. Если вы используете Центр обновления Windows, обновления предлагались вам автоматически (KB4474419 и KB4490628). Однако, если ваша система Windows 2008 R2 не поддерживает проверку подписанных установщиков SHA-2, автоматическое обновление и установка ЕдиногоАгента не будут работать, если они Applocker настроены на блокировку неизвестных издателей и / или могут отображаться предупреждения системы безопасности.

=== '''Java''' ===

* Добавлена поддержка Amazon AWS Lambda SDK 2.x.
* Добавлена поддержка Oracle Hotspot JVM 17 LTS для Linux, 64-разрядная версия Alpine Linux (ARM64 (AArch64)).
* Добавлена поддержка Oracle Hotspot JVM 17 LTS для Linux, Alpine Linux 64-бит (x86), Solaris (x86), Windows (x86).
* Добавлена поддержка Oracle Hotspot JVM 17 LTS для Solaris (SPARC).
* Добавлена поддержка OpenJDK 17 LTS для Linux, Alpine Linux 64-бит (x86), Windows (x86).
* Добавлена поддержка Amazon Corretto 17 LTS для Linux (ARM64 (AArch64)).
* Добавлена поддержка Amazon Corretto 17 LTS для Linux, Alpine Linux 64-бит (x86), Windows (x86).
* Добавлена поддержка Azul Zulu 17 LTS для Linux, Alpine Linux 64-бит (x86), Windows (x86).
* Добавлена поддержка трассировки для производителей и потребителей сообщений на основе Spring Kafka. Чтобы включить это как функцию ЕдиногоАгента

1. В меню АппОптима перейдите в « '''Настройки»''' и выберите « '''Мониторинг служб на стороне сервера»''' > « '''Глубокий мониторинг»''' .

2. Разверните раздел « '''Новые возможности ЕдиногоАгента''' », найдите '''Spring для Apache Kafka''' и включите его.

=== '''z / OS''' ===

* Добавление возможности взаимодействия OpenTelemetry для Java на z / OS позволяет обогащать трассировки специфичными для проекта дополнениями и расширять сквозные трассировки.
* oneagentzos-R12250.pax теперь доступен
* Второй квалификатор в наборах данных установки имеет однозначную подверсию (исправленная версия). Например, набор данных AUTHLIB называется: DT.R12250.SZDTAUTH вместо: DT.R122500.SZDTAUTH

=== '''Go''' ===

* Добавлена поддержка OpenTelemetry 1.0.0-RC2.

=== '''Предстоящие изменения в поддержке технологии АппОптима ЕдиныйАгент''' ===
'''АппОптима ЕдиныйАгент 1.227 будет последней версией, поддерживающей следующие технологии'''

* OpenTelemetry 1.0.0-RC1 для Go
* OpenTelemetry 1.0.0-RC2 для Go

=== '''Предстоящие изменения в поддержке АппОптима ЕдиныйАгент операционных систем''' ===

'''Следующие операционные системы больше не будут поддерживаться с 1 декабря 2021 года.'''

Linux: Fedora 32

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.227

Windows: Windows Server 1909

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.227

'''Следующие операционные системы больше не будут поддерживаться с 1 февраля 2022 года.'''

Linux: Red Hat Enterprise Linux CoreOS 4.5.

* x86 (только 64-разрядная)

Linux: Ubuntu 20.10

* x86 (только 64-разрядная версия) PPCLE s390x ARM64 (AArch64)
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.225

'''Следующие операционные системы больше не будут поддерживаться с 1 марта 2022 года.'''

Linux: ОС Google, оптимизированная для контейнеров 81 LTS

* x86 (только 64-разрядная)

'''Следующие операционные системы больше не будут поддерживаться с 1 апреля 2022 года.'''

Linux: UNIX: IBM AIX 7.2 TL3

* POWER8, POWER9 (только 64 бит)

=== '''Другие изменения в поддержке''' ===

==== '''Решенные проблемы в ЕдиныйАгент для z / OS''' ====
Сборка 1.225.00

* Новое сообщение ZDTP028I, добавленное в модуль кода CICS, будет отображаться в журнале zRemote, чтобы показать настройки датчика Start TX для региона CICS
* Новое сообщение ZDTP013W, добавленное в модуль кода CICS, будет отображаться в MSGUSR в области CICS при обнаружении несоответствия версий между программой PLT (ZDTPLT) и программой выхода агента CICS
* Исправлена ошибка в транзакции DTAX, которая вызвала задержку до 10 минут при повторном подключении к zDC
* Исправлена ошибка в CICS-DLI PurePath, когда имя базы данных IMS отображалось как DLI вместо имени IMS

'''Решённые вопросы'''

* Основные изменения
* Накопительные изменения (146, 148, 152, 159)

Основные изменения

Всего 20 решённых проблем
{| class="wikitable"
!Составная часть
!Решенные вопросы
|-
|Java
|1
|-
|.NET
|1
|-
|Go
|1
|-
|Watchdog
|2
|-
|Все модули
|4
|-
|Инсталлятор Единого Агента
|3
|-
|OpenTracing Java
|1
|-
|Модуль ОС
|6
|-
|Модуль плагина
|1
|}
'''Java'''

* Исправлены отсутствующие пути для обратных вызовов в HTTP-клиенте Apache Async.

'''.NET'''

* Повышена стабильность работы модуля кода ЕдиныйАгент .NET при захвате неподдерживаемых заголовков исходящих HTTP-запросов.

'''Go'''

* Решена проблема с накладными расходами ЦП, вызванными модулем кода ЕдиныйАгент Go, вызванными маскированием сигнала в Linux для блокировки асинхронных прерываний Go.

'''Watchdog'''

* Решена проблема, из-за которой в Windows, если процесс ЕдиногоАгента получил повторно используемый PID и впоследствии перестал отвечать, сторожевой таймер при завершении этого процесса также мог завершить работу всех дочерних процессов процесса.
* Исправлена ошибка, из-за которой сторожевой таймер мог прерваться после ротации журнала.

'''Все модули'''

* Внедрение модуля исправленного кода, которое в некоторых случаях пропускалось в Solaris 10.
* Добавлено разрешение на отсутствие маркерного бита для определенных каталогов предупреждений службы поддержки ЕдиногоАгента.
* Повышена скорость завершения работы ЕдиногоАгента в случаях, когда АктивныйШлюз недоступен / не отвечает.
* Устранен сбой ЕдиногоАгента в `rpm`, когда к процессу был применен строгий фильтр seccomp с помощью инструмента безопасности, такого как Falcon Sensor.

'''Установщик ЕдиногоАгента'''

* Решена проблема с недостаточными привилегиями при настройке пользовательских контекстов файлов SELinux во время автоматического обновления для ЕдиногоАгента, установленного в непривилегированном режиме.
* Исправлена проблема, из-за которой статический мониторинг GO не работал в системах с SELinux в принудительном режиме.
* Исправлена логика обнаружения распределения для Oracle Linux.

'''OpenTracing Java'''

* Исправлены неполные данные, когда сервлет получает HTTP-запрос без заголовка хоста.

'''OpenTracing Java'''

* Исправлены неполные данные, когда сервлет получает HTTP-запрос без заголовка хоста.

'''Модуль ОС'''

* Исправлена отправка отрицательных значений для метрики «Загрузка ЦП» в AIX.
* Решена проблема, из-за которой процессы `defunct` (зависший) оставались по истечении времени ожидания внешнего двоичного выполнения.
* Исправлена проблема с коллекцией диагностических архивов ЕдиногоАгента, из-за которой на некоторых компьютерах с Linux было невозможно загрузить архив поддержки. Когда поддержка создания архива запускалась в автономном режиме с помощью oneagentctl, zip-файл архива записывался бесконечно, и один поток oneagentos потреблял ~ 100% ЦП.
* Статически связанные процессы Go теперь правильно распознаются и группируются.
* Основным процессом группы процессов MS SQL теперь является sqlservr.exe.
* Решена проблема, из-за которой при запуске ЕдиногоАгента в режиме без полномочий root данные монтирования NFS больше не были доступны на хосте, поэтому эти диски больше не отображались в веб-интерфейсе.

'''Модуль ОС'''

* Устранена ошибка совместимости плагинов из-за спорадической проблемы с распаковкой кода Python.

=== '''Накопительные изменения''' ===
Всего 3 решённые проблемы
{| class="wikitable"
!Составная часть
!Решенные вопросы
|-
|Все модули
|1
|-
|.NET
|1
|-
|Установщик ЕдиногоАгента
|1
|}
'''Все модули'''

* Улучшено обнаружение Kubernetes для ЕдиногоАгента, запущенного в модуле кластера Kubernetes на Mesos.

'''.NET'''

* OpenTelemetry .NET больше не внедряет в предварительные версии пакета System.Diagnostics.DiagnosticSource.

'''Установщик ЕдиногоАгента'''

* Восстановлена обработка устаревших параметров установщика ЕдиногоАгента для развертывания через более ранние версии АктивногоШлюза.

'''Обновление 152'''

Всего 2 решённые проблемы
{| class="wikitable"
!Составная часть
!Решенные вопросы
|-
|.NET
|1
|-
|Установщик ЕдиногоАгента
|1
|}
'''.NET'''

* Запросы маячков не по корневому пути (`/ xx / rb_xxx`) теперь правильно фильтруются в приложениях Asp.Net.

'''Установщик ЕдиногоАгента'''

* Политика SELinux теперь предоставляет правило для Musl libc-скомпилированного oneagentdynamizer, решая проблему с отказами и предотвращая работу статического мониторинга Go в контейнерных средах.

===== '''Обновление 159''' =====
'''Мэйнфрейм'''

* Группы процессов CICS теперь правильно используют имя PLEX.

=== '''Устранённые проблемы ЕдиногоАгента для JavaScript''' ===
'''JavaScript'''

* Исправлена проблема, из-за которой запросы cors не определялись должным образом, что вызывало проблемы на стороне сервера.
* Исправлена ошибка в визуально завершенном модуле, которая приводила к отсутствию или недопустимым значениям для синтетических тестов на страницах, уже оснащенных RUM и визуально завершенных.
* Исправлена ошибка в визуально завершенном модуле, которая приводила к отсутствию или недопустимым значениям для синтетических тестов на страницах, уже оснащенных RUM и визуально завершенных.

Размещение события

2026-05-28T13:21:52Z

IKuznetsov:

'''''[[API АппОптима]] / [[API АппОптима|Эндпойнты среды]] / Развёртывание / События v1 / Размещение события'''''

Эта функция отправляет пользовательские события из сторонних интеграций в один или несколько отслеживаемых объектов.

Этот эндпойнт позволяет сторонним системам, таким как платформы непрерывной интеграции (Jenkins, Bamboo, Electric Cloud и т. д.), предоставлять дополнительные сведения в АппОптима для автоматического анализа первопричин.

Вы можете использовать этот эндпойнт для:

* Отправки информационных событий из сторонних систем, чтобы предоставить АппОптима дополнительную информацию для автоматического анализа первопричин. Время закрытия события в этом случае уже известно, идентификаторы событий возвращаются мгновенно. Вы можете перенести эти события на срок до 30 дней в прошлое. Типы информационных событий:
** <code>CUSTOM_ANNOTATION</code>
** <code>CUSTOM_CONFIGURATION</code>
** <code>CUSTOM_DEPLOYMENT</code>
** <code>CUSTOM_INFO</code>
** <code>MARKED_FOR_TERMINATION</code>
* Отправляйте события, открывающие проблему (например, увеличение количества ошибок), чтобы активировать механизм автоматического анализа первопричин АппОптима. Идентификаторы корреляции возвращаются вместо идентификаторов событий. Эти события остаются открытыми, пока не истечет указанный тайм-аут. Чтобы предотвратить истечение срока действия, вы можете обновить эти события, повторно отправив ту же полезную нагрузку. Эти события можно перенести в прошлое на срок до 60 минут . Типы событий, открывающих проблему (отсортированные по серьезности):
** <code>AVAILABILITY_EVENT</code>
** <code>ERROR_EVENT</code>
** <code>PERFORMANCE_EVENT</code>
** <code>RESOURCE_CONTENTION</code>

Запрос потребляет и создает <code>application/json</code>полезную нагрузку.
{| class="wikitable"
| rowspan="2" |СООБЩЕНИЕ
|АппОптима
|<code><nowiki>https://{your-domain}/e/{your-environment-id}/api/v1/events</nowiki></code>
|-
|Среда АктивногоШлюза
|<code><nowiki>https://{your-activegate-domain}/e/{your-environment-id}/api/v1/events</nowiki></code>
|}

== Аутентификация ==
Чтобы выполнить этот запрос, вам необходимо разрешение на проблему с доступом и канал событий, метрики и топологию ( <code>DataExport</code>) , назначенное вашему токену API. Чтобы узнать, как его получить и использовать, см. раздел Токены и аутентификация .

== Параметры ==
Набор параметров зависит от типа события. Подробнее см . в разделе Сопоставление параметров ниже.
{| class="wikitable"
!Параметр
!Тип
!Описание
!In
!Необходимость
|-
|body
|Создание события
|Тело запроса в формате JSON, содержащее параметры события.
|body
|необязательный
|}

=== Объекты тела запроса ===

==== Объект <code>EventCreation</code> ====
Конфигурация пользовательского события.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|тип события
|string
|Тип события.

Элемент может содержать эти значения

* <code>AVAILABILITY_EVENT</code>
* <code>CUSTOM_ALERT</code>
* <code>CUSTOM_ANNOTATION</code>
* <code>CUSTOM_CONFIGURATION</code>
* <code>CUSTOM_DEPLOYMENT</code>
* <code>CUSTOM_INFO</code>
* <code>ERROR_EVENT</code>
* <code>MARKED_FOR_TERMINATION</code>
* <code>PERFORMANCE_EVENT</code>
* <code>RESOURCE_CONTENTION</code>
|-
|Начало
|integer
|Отметка времени начала события в миллисекундах UTC.

Если не установлено, используется текущая метка времени.

Вы можете сообщать о событиях только для информации за последние 30 дней .

Вы можете сообщать о событиях, открывающих проблемы, до 60 минут назад.

Может быть <code>null</code>.
|-
|конец
|integer
|Отметка времени окончания события в миллисекундах UTC.

Если не задано, текущее время используется только для информационных событий.

Не применимо к событиям открытия проблемы. Такое событие остается открытым до истечения времени ожидания в зависимости от параметра timeoutMinutes .

Может быть <code>null</code>.
|-
|timeoutMinutes
|integer
|Время ожидания для событий открытия проблемы в минутах. Не применимо к информационным событиям.

Если не установлено, используется 15 минут. Максимально допустимое значение составляет 120 минут.

Вы можете обновить событие, повторно отправив ту же полезную нагрузку.

Может быть <code>null</code>.
|-
|прикрепить правила
|Правила прикрепления push- событий
|Набор правил, определяющих объекты АппОптима, которые будут связаны с событием.

Вы можете указать теги для динамического сопоставления сущностей АппОптима или идентификаторов определенных сущностей.

Требуется хотя бы один идентификатор объекта или тег.
|-
|пользовательские свойства
|объект
|Набор любых свойств, связанных с событием, в формате ''«ключ»: «значение» .''

Может быть <code>null</code>.
|-
|источник
|string
|Имя или идентификатор внешнего источника события.
|-
|тип аннотации
|string
|Тип пользовательской аннотации, например <code>DNS route has been changed</code>.

Может быть <code>null</code>.
|-
|аннотацияОписание
|string
|Подробное описание пользовательской аннотации, например <code>DNS route has been changed to x.mydomain.com</code>.

Может быть <code>null</code>.
|-
|описание
|string
|Текстовое описание изменения конфигурации.

Может быть <code>null</code>.
|-
|имя развертывания
|string
|Идентификатор запущенного развертывания.

Может быть <code>null</code>.
|-
|развертываниеВерсия
|string
|Версия запущенного развертывания.

Может быть <code>null</code>.
|-
|идентификаторы таймсерий
|string []
|Список идентификаторов таймсерий, связанных с событием.

Может быть <code>null</code>.
|-
|развертываниеПроект
|string
|Имя проекта развернутого пакета.

Может быть <code>null</code>.
|-
|ciBackLink
|string
|Ссылка на развернутый артефакт в сторонней системе.

Может быть <code>null</code>.
|-
|исправлениеДействие
|string
|Ссылка на действие по исправлению, связанное с развертыванием, во внешнем инструменте.

Может быть <code>null</code>.
|-
|оригинальный
|string
|Предыдущее значение конфигурации.

Может быть <code>null</code>.
|-
|измененный
|string
|Новое значение конфигурации, установленное событием.

Может быть <code>null</code>.
|-
|конфигурация
|string
|Идентификатор или имя конфигурации, которая была изменена событием.

Может быть <code>null</code>.
|-
|заглавие
|string
|Название конфигурации, заданной событием.

Может быть <code>null</code>.
|-
|разрешитьDavisMerge
|логический
|Разрешить Fedor объединить это событие с существующими проблемами (верно) или принудительно создать новую проблему (ложь).

Это относится только к типам событий, открывающих проблемы.

Может быть <code>null</code>.
|}

==== Объект <code>PushEventAttachRules</code> ====
Набор правил, определяющих объекты АппОптима, которые будут связаны с событием.

Вы можете указать теги для динамического сопоставления сущностей АппОптима или идентификаторов определенных сущностей.

Требуется хотя бы один идентификатор объекта или тег.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|идентификаторы объектов
|string []
|Список идентификаторов сущностей, к которым должно быть прикреплено событие.

Может быть <code>null</code>.
|-
|tagRule
|Правило соответствия тегов []
|Набор правил сопоставления для динамического выбора сущностей на основе тегов.

В правилах сопоставления на основе тегов учитываются только объекты, просмотренные в течение последних 24 часов .

Может быть <code>null</code>.
|}

==== Объект <code>TagMatchRule</code> ====
Список тегов, которые будут использоваться для сопоставления сущностей АппОптима.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|мнеТипы
|string []
|Список типов сущностей АппОптима (например, хосты или службы), которые вы хотите подобрать путем сопоставления.

Элемент может содержать эти значения

* <code>APM_SECURITY_GATEWAY</code>
* <code>APPLICATION</code>
* <code>APPLICATION_METHOD</code>
* <code>APPLICATION_METHOD_GROUP</code>
* <code>APPMON_SERVER</code>
* <code>APPMON_SYSTEM_PROFILE</code>
* <code>AUTO_SCALING_GROUP</code>
* <code>AUXILIARY_SYNTHETIC_TEST</code>
* <code>AWS_APPLICATION_LOAD_BALANCER</code>
* <code>AWS_AVAILABILITY_ZONE</code>
* <code>AWS_CREDENTIALS</code>
* <code>AWS_LAMBDA_FUNCTION</code>
* <code>AWS_NETWORK_LOAD_BALANCER</code>
* <code>AZURE_API_MANAGEMENT_SERVICE</code>
* <code>AZURE_APPLICATION_GATEWAY</code>
* <code>AZURE_COSMOS_DB</code>
* <code>AZURE_CREDENTIALS</code>
* <code>AZURE_EVENT_HUB</code>
* <code>AZURE_EVENT_HUB_NAMESPACE</code>
* <code>AZURE_FUNCTION_APP</code>
* <code>AZURE_IOT_HUB</code>
* <code>AZURE_LOAD_BALANCER</code>
* <code>AZURE_MGMT_GROUP</code>
* <code>AZURE_REDIS_CACHE</code>
* <code>AZURE_REGION</code>
* <code>AZURE_SERVICE_BUS_NAMESPACE</code>
* <code>AZURE_SERVICE_BUS_QUEUE</code>
* <code>AZURE_SERVICE_BUS_TOPIC</code>
* <code>AZURE_SQL_DATABASE</code>
* <code>AZURE_SQL_ELASTIC_POOL</code>
* <code>AZURE_SQL_SERVER</code>
* <code>AZURE_STORAGE_ACCOUNT</code>
* <code>AZURE_SUBSCRIPTION</code>
* <code>AZURE_TENANT</code>
* <code>AZURE_VM</code>
* <code>AZURE_VM_SCALE_SET</code>
* <code>AZURE_WEB_APP</code>
* <code>CF_APPLICATION</code>
* <code>CF_FOUNDATION</code>
* <code>CINDER_VOLUME</code>
* <code>CLOUD_APPLICATION</code>
* <code>CLOUD_APPLICATION_INSTANCE</code>
* <code>CLOUD_APPLICATION_NAMESPACE</code>
* <code>CLOUD_NETWORK_INGRESS</code>
* <code>CLOUD_NETWORK_POLICY</code>
* <code>CONTAINER_GROUP</code>
* <code>CONTAINER_GROUP_INSTANCE</code>
* <code>CUSTOM_APPLICATION</code>
* <code>CUSTOM_DEVICE</code>
* <code>CUSTOM_DEVICE_GROUP</code>
* <code>DCRUM_APPLICATION</code>
* <code>DCRUM_SERVICE</code>
* <code>DCRUM_SERVICE_INSTANCE</code>
* <code>DEVICE_APPLICATION_METHOD</code>
* <code>DISK</code>
* <code>DOCKER_CONTAINER_GROUP</code>
* <code>DOCKER_CONTAINER_GROUP_INSTANCE</code>
* <code>DYNAMO_DB_TABLE</code>
* <code>EBS_VOLUME</code>
* <code>EC2_INSTANCE</code>
* <code>ELASTIC_LOAD_BALANCER</code>
* <code>ENVIRONMENT</code>
* <code>EXTERNAL_SYNTHETIC_TEST_STEP</code>
* <code>GCP_ZONE</code>
* <code>GEOLOCATION</code>
* <code>GEOLOC_SITE</code>
* <code>GOOGLE_COMPUTE_ENGINE</code>
* <code>HOST</code>
* <code>HOST_GROUP</code>
* <code>HTTP_CHECK</code>
* <code>HTTP_CHECK_STEP</code>
* <code>HYPERVISOR</code>
* <code>KUBERNETES_CLUSTER</code>
* <code>KUBERNETES_NODE</code>
* <code>KUBERNETES_SERVICE</code>
* <code>MOBILE_APPLICATION</code>
* <code>NETWORK_INTERFACE</code>
* <code>NEUTRON_SUBNET</code>
* <code>OPENSTACK_PROJECT</code>
* <code>OPENSTACK_REGION</code>
* <code>OPENSTACK_VM</code>
* <code>OS</code>
* <code>PROCESS_GROUP</code>
* <code>PROCESS_GROUP_INSTANCE</code>
* <code>QUEUE</code>
* <code>RELATIONAL_DATABASE_SERVICE</code>
* <code>SERVICE</code>
* <code>SERVICE_INSTANCE</code>
* <code>SERVICE_METHOD</code>
* <code>SERVICE_METHOD_GROUP</code>
* <code>SWIFT_CONTAINER</code>
* <code>SYNTHETIC_LOCATION</code>
* <code>SYNTHETIC_TEST</code>
* <code>SYNTHETIC_TEST_STEP</code>
* <code>VIRTUALMACHINE</code>
* <code>VMWARE_DATACENTER</code>
|-
|теги
|Информация о теге []
|Список тегов, которые вы хотите использовать для сопоставления. Требуется хотя бы один тег.

Вы можете использовать пользовательские теги из пользовательского интерфейса, импортированные теги и теги на основе переменных среды.
|}

==== Объект <code>TagInfo</code> ====
Тег сущности АппОптима.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|контекст
|string
|Происхождение тега, например AWS или Cloud Foundry.

Пользовательские теги используют это <code>CONTEXTLESS</code>значение.

Элемент может содержать эти значения

* <code>AWS</code>
* <code>AWS_GENERIC</code>
* <code>AZURE</code>
* <code>CLOUD_FOUNDRY</code>
* <code>CONTEXTLESS</code>
* <code>ENVIRONMENT</code>
* <code>GOOGLE_CLOUD</code>
* <code>KUBERNETES</code>
|-
|ключ
|string
|Ключ тега.

Пользовательские теги имеют значение тега здесь.
|-
|стоимость
|string
|Значение тега.

Не применимо к пользовательским тегам.

Может быть <code>null</code>.
|}

=== JSON-модель тела запроса ===
Это модель тела запроса, показывающая возможные элементы. Его необходимо настроить для использования в реальном запросе.
<{
"eventType": "CUSTOM_ANNOTATION",
"start": 1521042929000,
"end": 1521542929000,
"attachRules": {
"entityIds": [
"CUSTOM_DEVICE-0000000000000007"
],
"tagRule": [
{
"meTypes": [
"HOST"
],
"tags": [
{
"context": "CONTEXTLESS",
"key": "customTag"
}
]
}
]
},
"source": "OpsControl",
"annotationType": "defect",
"annotationDescription": "The coffee machine is broken"
}

=== Отображение параметров ===
{| class="wikitable"
!
!Событие доступности
!Пользовательская аннотация
!Пользовательская конфигурация
!Пользовательское развертывание
!Пользовательская информация
!Событие ошибки
!Перформанс
!Конфликт ресурсов
!Помечено для прекращения
|-
|описание
|запрос
|выбрать
|запрос
|н/д
|запрос
|запрос
|запрос
|запрос
|запрос
|-
|заглавие
|запрос
|н/д
|н/д
|н/д
|выбрать
|запрос
|запрос
|запрос
|выбрать
|-
|источник
|запрос
|запрос
|запрос
|запрос
|запрос
|запрос
|запрос
|запрос
|запрос
|-
|тип аннотации
|н/д
|запрос
|н/д
|н/д
|н/д
|н/д
|н/д
|н/д
|н/д
|-
|аннотацияОписание
|н/д
|запрос
|н/д
|н/д
|н/д
|н/д
|н/д
|н/д
|н/д
|-
|имя развертывания
|н/д
|н/д
|н/д
|запрос
|н/д
|н/д
|н/д
|н/д
|н/д
|-
|развертываниеВерсия
|н/д
|н/д
|н/д
|запрос
|н/д
|н/д
|н/д
|н/д
|н/д
|-
|развертываниеПроект
|н/д
|н/д
|н/д
|выбрать
|н/д
|н/д
|н/д
|н/д
|н/д
|-
|ciBackLink
|н/д
|н/д
|н/д
|выбрать
|н/д
|н/д
|н/д
|н/д
|выбрать
|-
|исправлениеДействие
|н/д
|н/д
|н/д
|выбрать
|н/д
|н/д
|н/д
|н/д
|н/д
|-
|оригинальный
|н/д
|н/д
|выбрать
|н/д
|н/д
|н/д
|н/д
|н/д
|н/д
|-
|конфигурация
|н/д
|н/д
|запрос
|н/д
|н/д
|н/д
|н/д
|н/д
|н/д
|-
|пользовательские свойства
|выбрать
|выбрать
|выбрать
|выбрать
|выбрать
|выбрать
|выбрать
|выбрать
|выбрать
|}

== Ответ ==

=== Коды ответов ===
{| class="wikitable"
!Код
|Тип
!Описание
|-
|200
|Результат хранилища событий
|Успех
|}

=== Объекты тела ответа ===

==== Объект <code>EventStoreResult</code> ====
Содержит идентификаторы всех настраиваемых событий, созданных с помощью push-вызова события.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|сохраненные идентификаторы событий
|целое []
|Список идентификаторов событий для информационных событий.

Это поле предусмотрено для совместимости. Вместо этого следует использовать значения из поля storeIds .

Может быть <code>null</code>.
|-
|сохраненные идентификаторы
|string []
|Список закодированных идентификаторов событий для информационных событий.

Может быть <code>null</code>.
|-
|сохраненные корреляционные идентификаторы
|string []
|Список идентификаторов корреляции для событий открытия проблемы.

Может быть <code>null</code>.
|}

=== JSON-модель тела ответа ===
<{
"storedEventIds": [
1
],
"storedIds": [
"string"
],
"storedCorrelationIds": [
"string"
]
}

== Пример ==
В этом примере запрос отправляет событие CUSTOM_ANNOTATION , которое применяется ко всем пользовательским устройствам с тегом Coffee-2nd-floor . Эта аннотация является уведомлением о том, что эти кофемашины сломаны.

Маркер API передается в заголовке авторизации .

==== Curl ====
<curl -X POST \
<nowiki>https://mySampleEnv.live.astromkey.com/api/v1/events</nowiki> \
-H 'Authorization: Api-Token dt0c01.abc123.abcdefjhij1234567890' \
-H 'Content-Type: application/json' \
-d '{
"eventType": "CUSTOM_ANNOTATION",
"timeoutMinutes": 0,
"attachRules": {

"tagRule": [
{
"meTypes": [
"CUSTOM_DEVICE"
],
"tags": [
{
"context": "CONTEXTLESS",
"key": "IG-test"
}
]
}
]
},
"source": "OpsControl",
"annotationType": "defect",
"annotationDescription": "coffee machine is defective"
}'

==== URL-адрес запроса ====
<code><nowiki>https://mySampleEnv.live.astromkey.com/api/v1/events</nowiki></code>

==== Тело запроса ====
<{
"eventType": "CUSTOM_ANNOTATION",
"timeoutMinutes": 0,
"attachRules": {
"tagRule": [
{
"meTypes": [
"CUSTOM_DEVICE"
],
"tags": [
{
"context": "CONTEXTLESS",
"key": "IG-test"
}
]
}
]
},
"source": "OpsControl",
"annotationType": "defect",
"annotationDescription": "coffee machine is defective"
}

==== Тело ответа ====
<{
"storedEventIds": [
-6153476110846051426
],
"storedIds": [
"-6153476110846051426_1533300519291"
],
"storedCorrelationIds": []
}

==== Код ответа ====
200

Навигация 2.0

2026-05-28T13:21:43Z

IKuznetsov:

'''''[[Применение АппОптима]] / Навигация 2.0'''''

== Начало работы с АппОптима ==

* '''[[Что такое АппОптима?|Что такое АппОптима]]'''
* '''Мониторинг среды'''
* '''Краткое руководство по АппОптима'''
* '''АппОптима для государственных учреждений'''
* '''Использование OpenTelemetry с АппОптима'''
* '''Бессерверный мониторинг'''
* '''Пользовательский интерфейс АппОптима'''
** Страницы ошибок HTTP в среде АппОптима
** Визуализация данных
*** Диаграмма "Значение"
*** Диаграмма "Круг"
*** Диаграмма "Ряды"
*** Диаграмма "Категории"
*** Общие взаимодействия и особенности
** Доступность
** Обозначение порядка величины
** Требования к веб-интерфейсу
** Устранение неполадок доступа
*** Проблемы с чатом
*** Проблемы со входом

* '''Проектирование платформ'''
** Интеграция Backstage

== Развертка АппОптима ==

* '''[[АктивныйШлюз АппОптима]]'''
** [[Цели АктивногоШлюза]]
*** [[Направление трафика ЕдиногоАгента]]
*** [[Запуск синтетических мониторов из частных локаций]]
*** [[Установка модуля zRemote для мониторинга z/OS]]
** [[Схемы подключения АктивныхШлюзов]]
** [[Установка АктивногоШлюза]]
*** [[Установка АктивногоШлюза на Linux|Linux]]
*** [[Установка АктивногоШлюза на Windows|Windows]]
*** Kubernetes
*** OpenShift
*** RedOS
**** [[Инструкция по установке компонента АктивныйШлюз с синтетикой на платформу РЕД ОС]]
**** [[Инструкция по установке компонента АктивныйШлюз с синтетикой на платформу РЕД ОС без Интернета]]
** [[Конфигурация АктивногоШлюза]]
*** [[Параметры АктивногоШлюза]]
*** [[Настройка прокси АктивногоШлюза]]
*** [[Обратный прокси (балансировщик загрузки) для АктивногоШлюза]]
*** [[Пользовательский SSL-сертификат для АктивногоШлюза]]
*** [[Доверенные корневые сертификаты для АктивногоШлюза]]
*** [[Конфигурация шифра для АктивногоШлюза]]
*** [[Развертывание АктивногоШлюза в нескольких средах]]
*** [[Директории АктивногоШлюза]]
** Обзор АктивногоШлюза в контейнере
*** Различия АктивныхШлюзов
*** Конфигурация АктивныхШлюзов
*** Вместимость АктивныхШлюзов
** Группы АктивныхШлюзов
** [[Диагностика АктивногоШлюза]]
** Самостоятельный мониторинг АктивногоШлюза
** Операции с АктивнымиШлюзами
*** [[Запуск/остановка/перезапуск АктивногоШлюза]]
*** [[Обновление АктивногоШлюза]]
*** [[Удаление АктивногоШлюза]]
** [[Безопасность АктивногоШлюза]]
*'''[[ЕдиныйАгент АппОптима]]'''
** [[ЕдиныйАгент требования к памяти|Требования к памяти для ЕдиногоАгента]]
** Установка и эксплуатация ЕдиногоАгента
*** AIX
*** Linux
*** Solaris
*** Wimdows
*** z/OS
** Возможности ЕдиногоАгента
** Состояние ЕдиногоАгента
** Обновление ЕдиногоАгента
** Оркестрация развертывания ЕдиногоАгента
*** Ansible
*** Puppet
** Интерфейс командной строки ЕдиногоАгента
** Поиск неисправностей ЕдиногоАгента
*** Проблемы с установкой
*** Проблемы прерывания мониторинга
*** Проблемы глубокого мониторинга
*** Диагностика ЕдиногоАгента
** Механизм устаревания файлов ЕдиногоАгента
*'''АппОптима'''
**Основные понятия
*** Начало работы с АппОптима
*** Компоненты АппОптима
*** Развертывания АппОптима
*** Механизм аварийного переключения АппОптима
** API кластера
*** API кластера v1
**** Кластер v1
***** Получить информацию об известных узлах кластера
***** Получить конфигурацию узлов кластера
***** Получить текущий статус конфигурации узлов кластера
***** Получить статус запроса конфигурации узлов кластера
***** Настройка обязанности узлов кластера
**** Интернет-прокси v1
***** Получить конфигурацию прокси-сервера кластера
***** Установить или обновить конфигурацию прокси-сервера кластера
***** Удалить конфигурацию прокси-сервера кластера
***** Тестовая конфигурация прокси-сервера кластера
***** ВысокаяДоступность — Получить конфигурации прокси-сервера для всех центров обработки данных
***** ВысокаяДоступность — Получить конфигурацию прокси-сервера для определенного центра обработки данных
***** ВысокаяДоступность — Установить или обновить конфигурации прокси-сервера для определенного центра обработки данных
***** ВысокаяДоступность — Удалить конфигурацию прокси-сервера в определенном центре обработки данных
***** ВысокаяДоступность — Тестовая конфигурация прокси-сервера из определенного центра обработки данных
**** Политика паролей v1
***** Получить политику паролей кластера
***** Обновить политику паролей кластера
**** Публичные конечные точки v1
***** Получить адреса пользовательского интерфейса кластера, используемых для чата поддержки
***** Адреса пользовательского интерфейса кластера, используемые для чата поддержки
***** Получить адреса Beacon Forwarder
***** Адрес Beacon Forwarder
***** Получить корневой адрес CDN
***** Корневой адрес CDN
***** Получить IP-адрес узла для ЕдиногоАгента
***** Укажите IP-адрес узла для ЕдиногоАгента
***** Получить IP-адрес узла для домена
***** Укажите IP-адрес узла для домена
***** Получить адрес WebUi
***** Адрес WebUi
**** SSL-сертификаты v1
***** Получение сведений о SSL-сертификате кластера
***** Получение статуса хранения SSL-сертификата кластера
***** Хранение SSL-сертификата кластера
**** Группы пользователей v1
***** Получить группы пользователей
***** Обновить группу пользователей
***** Создать группу пользователей
***** Получить группу пользователей
***** Удалить группу пользователей
***** Создание группы пользователей
***** Получить менеджмент-зоны для групп пользователей
***** Обновление менеджмент-зон для группы пользователей
***** Получить менеджмент-зоны для группы пользователей
**** Пользователи v1
***** [[Получение списка пользователей]]
***** [[Получение информации о пользователе]]
***** [[Обновление информации о пользователе]]
***** [[Создание нового пользователя]]
***** [[Удаление пользователя]]
***** [[Создание пользователей кластера]]
*** API кластера v2
****АктивныйШлюз
*****Список АктивныхШлюзов кластера
*****Получить сведения об АктивномШлюзе кластера
****Токены кластера
***** [[Получение списка доступных токенов]]
***** [[Получение метаданных токена по запросу]]
***** [[Получение метаданных токена по ID]]
***** [[Создание нового токена]]
***** [[Обновление токена]]
***** [[Удаление токена]]
****Окружение
***** [[Получение списка всех окружений]]
***** [[Получение свойств окружения]]
***** [[Создание нового окружения]]
***** [[Обновление окружения]]
***** [[Удаление окружения]]
***** [[Создание токена владельца среды]]
****Лицензирование
***** [[Экспорт данных лицензии]]
**** Лог мониторинга
***** [[Включение Лога мониторинга]]
***** [[Получение состояния Лога мониторинга]]
***** [[Обновление событий в логах по кластерам]]
**** Удалённый доступ
***** [[Получение списка всех запросов удалённого доступа]]
***** [[Получение запроса удалённого доступа]]
***** [[Выдача удалённого доступа пользователю]]
***** [[Изменение статуса запроса удалённого доступа]]
**** Синтетические локации и ноды
***** [[Получение всех частных синтетических локаций (GET все локации)]]
***** [[Получение свойств указанных локаций (GET локация)]]
***** [[Создание новой частной синтетической локации (POST локация)]]
***** [[Обновление частной синтетической локации (PUT локация)]]
***** [[Удаление частной синтетической локации (DELETE локация)]]
***** [[Получение всех синтетических нод кластера (GET все ноды)]]
***** [[Получение свойств указанных нод кластера (GET нода)]]
**** Менеджмент пользовательских сессий
***** [[Получение конфигурации сессий]]
***** [[Обновление конфигурации сессий]]
***** [[Получение списка сессий]]
***** [[Удаление сессий указанного пользователя]]
*** [[Ротация токена через API]]
**Конфигурация
***[[Настраиваемые свойства АппОптима]]
***[[Добавление SSL-сертификата в TrustStore кластера АппОптима Managed|Добавление SSL-сертификата в TrustStore кластера АппОптима]]
***[[Настройка прокси|Могу ли я использовать прокси-сервер для доступа в Интернет?]]
***[[Настройка подключения к SMTP-серверу]]
***[[Конфигурация DNS для АппОптима]]
***[[Возможности ноды кластера]]
***[[Удалённый доступ к кластеру]]
***[[Настройка и управление сессиями пользователей]]
*** [[Правила сложности пароля]]
*** [[Настройка страницы входа]]
*** Настройка параметров кластера
*** [[Уведомления о работе кластера]]
*** [[Настройка экстренных контактов]]
*** [[Балансировка нагрузки]]
*** [[Настройка повышенных прав доступа]]
*** [[Периоды хранения данных]]
** Служба сведений о домене сбоя
*** [[Развертывание АппОптима с учетом стойки]]
*** [[Преобразование с использованием репликации с учетом стойки]]
*** [[Преобразование с использованием восстановления с учетом стойки]]
*** [[ВысокаяДоступность для дата-центров]]
*** [[ВысокаяДоступность — репликация нод между дата-центрами]]
*** [[ВысокаяДоступность — переустановка дата-центра]]
*** [[ВысокаяДоступность — восстановление дата-центра через резервную копию]]
*** [[ВысокаяДоступность — восстановление дата-центра через другой дата-центр]]
** Установка
*** [[Требования АппОптима к оборудованию]]
*** [[Требования АппОптима к системе]]
*** [[Рекомендации АппОптима к облачному развёртыванию]]
*** [[Порты ноды кластера]]
*** [[Включение или отключение SELinux]]
*** [[Установка кластера]]
*** [[Добавление новой ноды кластера]]
*** [[Настройка установки для АппОптима]]
*** [[Установка кластерного АктивногоШлюза]]
*** [[Установка собственного SSL-сертификата для ноды кластера]]
*** [[Настройка SSL-сертификата для кластерного АктивногоШлюза]]
*** АппОптима офлайн
*** АппОптима офлайн на защищенных системах
** [[API Контроллера Задач]]
*** [[Создание клиентского SSO]]
*** [[Создание SSO-токена]]
*** [[Получить список доступных пакетов и обновлений]]
*** [[Получить офлайн-пакет]]
*** Отменить регистрацию Контроллера Задач
** Эксплуатация
*** [[Перенос кластера]]
*** [[Управление окружениями мониторинга]]
*** [[Изменение местоположения хранилища]]
*** [[Применение патчей операционной системы к ноде]]
*** [[Обновление АппОптима]]
*** [[Обновление кластерного АктивногоШлюза]]
*** [[Резервное копирование и восстановление кластера]]
*** [[Примерный размер резервной копии кластера]]
*** [[Удаление ноды кластера]]
*** [[Удаление кластера]]
*** [[Диагностические архивы для установок АппОптима Managed|Диагностические архивы для установок АппОптима]]
*** [[Запуск/остановка/перезапуск ноды]]
*** [[Запуск/остановка/перезапуск кластера]]
*** [[Экспорт данных о лицензировании]]
** [[Самомониторинг]]
*** [[Среда локального самомониторинга]]
*** [[Среда удалённого самомониторинга]]
*** [[Среда частного самомониторинга]]
* '''Удаленное управление конфигурацией ЕдиногоАгента и АктивногоШлюза'''
* '''Облачные платформы'''
** Amazon Wed Services
*** Платформа АппОптима на AWS
**** AWS PrivateLink
**** CROS на Amazon S3
*** Итерации с AWS
**** Метрики Amazon CloudWatch
***** Включение мониторинга служб
***** Настройка событий метрики для оповещения
***** Просмотр результатов мониторинга AWS
***** Классические (ранее «встроенные») метрики AWS
***** Переход с классических (ранее «встроенных») сервисов AWS на облачные сервисы
***** Настройка АппОптима для мониторинга AWS
***** Ограничение вызовов API к AWS с помощью тегов
***** Теги и менеджмент-зоны для интеграций AWS
***** Потоки метрик Amazon CloudWatch
***** Устранение неполадок AWS
**** Amazon EC2
***** Развертывание ЕдиногоАгента с помощью AWS Systems Manager Distributor
***** Метрики Amazon CloudWatch (EC2)
****** API EC2
****** Автоматическое масштабирование EC2
****** EC2 Spot Fleet
****** Автоматическое масштабирование EC2 (встроенное)
****** EC2 (встроенный)
**** Amazon ECS
***** Метрики Amazon CloudWatch (ECS)
****** ECS
****** ECS Container Insights
**** Amazon EKS
***** Метрики Amazon CloudWatch (EKS)
***** Получение логов DNS Kubernetes из AWS
**** AWS App Runner
***** Метрики Amazon CloudWatch (App Runner)
**** AWS Elastic Beanstalk
***** Метрики Amazon CloudWatch (Elastic Beanstalk)
**** AWS Fargate
**** AWS Lambda
***** Трассировка функций Python, Node.js и Java Lambda
****** Интеграция АппОптима Lambda Layer в образы контейнеров
****** Проверка интеграций
***** Трассировка лямбда-функций .NET
****** Конфигурация для мониторинга AWS Lambda с OpenTelemetry
****** Трассировка основных функций AWS Lambda .NET
***** Совместимость OpenTelemetry (AWS Lambda)
****** AWS Lambda Python
****** AWS Lambda Node.js
****** AWS Lambda Java
****** Логи AWS Lambda в контексте трассировок
***** Метрики Amazon CloudWatch (AWS Lambda)
****** Метрики Amazon CloudWatch (AWS Lambda)
****** Мониторинг AWS Lambda
***** Сбор логов AWS Lambda
**** Все облачные сервисы AWS
** Google Cloud
*** Интеграции Google Cloud
**** Метрики и логи Operations Suite
***** Настройка интеграции журналов и метрик
****** Самоконтроль интеграций АппОптима GCP
****** Мониторинг проектов Google Cloud с помощью автоматического обнаружения
***** Настройка интеграций логов и метрик в существующем стандартном кластере GKE или GKE Autopilot
***** Настройка интеграций в кластере GKE (только метрики)
***** Настройка интеграций в GKE (только логи)
***** Развертывание интеграции в Google Cloud Functions (устарело)
***** Переход с Google Cloud Functions 1.0 на Google Cloud k8s 1.0
***** Переход на интеграцию с Google Cloud версии 1.0
***** Мониторинг нескольких проектов Google Cloud
**** Google Cloud Run АппОптима
***** Мониторинг Google Cloud Run
**** Google Cloud Functions
***** Мониторинг Google Cloud Functions
***** OpenTelemetry для Google Cloud Functions
***** Трассировка .NET Functions
***** Трассировка GoLang Functions
***** Трассировка Node.js Functions
***** Трассировка Python Functions
**** Google App Engine
***** Мониторинг Google App Engine с помощью метрики Operations suite
**** Google Compute Engine
***** Мониторинг Google Compute Engine с помощью метрики Operations suite
**** Google Kubernetes Engine
***** Мониторинг Google Kubernetes Engine
**** Все сервисы Google Cloud
***** AI Platform (устарело)
***** AlloyDB
***** Apigee
***** APIs
***** Assistant Smart Home
***** BigQuery
***** Bigtable
***** Cloud Composer
***** Cloud Data Loss Prevention
***** Cloud DNS
***** Cloud Firestore
***** Cloud IoT Core (deprecated)
***** Cloud Load Balancing
***** Cloud SQL
***** Cloud Storage
***** Cloud Tasks
***** Dataflow
***** Dataproc
***** Firestore in Datastore mode
***** Filestore
***** Firebase
***** Hybrid Connectivity
***** АппОптима Microsoft AD
***** Memorystore
***** NetApp
***** Network Security
***** Network Topology
***** Operations suite
***** Pub/Sub Lite
***** Pub/Sub
***** reCAPTCHA Enterprise
***** Router
***** Spanner
***** Storage Transfer Service
***** Virtual Private Cloud (VPC)
*'''Kubernetes'''
** Начало работы с Kubernetes
** Развертывание Kubernetes
*** Токены доступа и разрешения Kubernetes
*** Полная наблюдаемость — классический Kubernetes
*** Полная наблюдаемость — облачная среда Kubernetes
*** Мониторинг платформы Kubernetes
*** Наблюдаемость приложений
*** Поддерживаемые дистрибутивы Kubernetes
*** Поиск неисправностей Kubernetes
**** Мониторинг проблем Kubernetes
**** Проблемы подключения Kubernetes
*** Дополнения Marketplaces
**** АппОптима Operator для Amazon EKS
*** Другое (Kubernetes)
**** Мониторинг хоста в Kubernetes
**** Наблюдаемость приложения с внедрением pod во время выполнения
**** Наблюдаемость приложения посредством внедрения во время сборки контейнера
**** Полная наблюдаемость с Daemonset
**** Развертывание АктивногоШлюза как StatefulSet
**** Развертывание АктивногоШлюза на виртуальной машине
**** Мониторинг OpenShift через OperatorHub
** Как это работает
** Руководства Kubernetes
*** Сетевое взаимодействие, безопасность и соответствие требованиям
**** Конфигурации сети
**** Использование сетевых зон в Kubernetes
**** Дополнительные конфигурации OpenShift
**** Включение AppArmor
**** Настройка профиля seccomp для initContainer
**** Применение стандартов безопасности Pod
**** Импорт сертификатов API Kubernetes
**** Настройка томов CSI только для чтения
**** Настройка драйвера CSI с Istio в режиме «только реестр»
*** Реестры контейнеров Kubernetes
**** Использование публичного реестра
**** Использование частного реестра
**** Хранение образов АппОптима в частных реестрах
**** Проверка подписей образов АппОптима
*** Высокая доступность Kubernetes
**** Режим высокой доступности для развертываний Helm
**** Используйте priorityClass для критически важных компонентов Dynatrace
**** Настройка минимального времени между запросами
**** Настройка политики отказов
*** Метаданные и автоматизация Kubernetes
**** Настройка распространения меток сборки
**** Добавление файла пользовательских свойств
**** Расширение метрик метаданных
*** Операции Kubernetes
**** Перенос развертываний
**** Перенос АппОптима Operator в новую среду
**** Обновление или удаление АппОптима Operator
**** Управление развертываниями АппОптима с помощью GitOps
**** Автоматическое обновление для АппОптима Operator
**** Инструмент ingress-nginx
**** Мониторинг API Kubernetes
**** Ограничения ресурсов АппОптима Operator
**** Переход на АппОптима Operator
**** Настройка мониторинга пространств имен и модулей
**** Настройка автоматического обновления для компонентов АппОптима Operator
**** Исправление тайм-аута зонда из-за применения ЕдиногоАгента
**** Переход из манифестов в Helm
** Расширение наблюдаемости для Kubernetes
** Справочник
*** Параметры DynaKube
*** Флаги функций DynaKube
*** Сетевой трафик
*** Требования к хранению
*** Безопасность АппОптима Operator
*** Изменение рабочей нагрузки в режиме использования
* '''Другие платформы для контейнеров'''
** Cloud Foundry
*** Развертывание BOSH для полномасштабного мониторинга
*** Развертывание ЕдиногоАгента Cloud Foundry
*** Развертывание ЕдиногоАгента на платформе SAP BTP
*** Подключите свои платформы Cloud Foundry к АппОптима
*** Установить АппОптима Service Broker
*** Обновление ЕдиногоАгента
*** Удаление ЕдиногоАгента
*** Устранение ошибок
** Docker
*** Настройка ЕдиногоАгента на контейнерах для мониторинга только приложений
*** Настройка АппОптима ЕдиногоАгента как Docker-контейнер
** Heroku
** Mesos/Marathon
** Привилегии ЕдиногоАгента для мониторинга контейнеров
* '''Технологическая поддержка'''
** Таблица поддержки платформ и возможностей ЕдиногоАгента
** Таблица поддержки безсерверных вычислений
** Жизненный цикл поддержки Kubernetes/OpenShift
** Жизненный цикл поддержки VMware TAS
** Время выполнения
*** Java
**** Поддержка JVM
**** Коллектор мусора G1 – Java 9
**** Основные проблемы с памятью Java
**** События и оповещения OOM/OOT
**** Нативный образ GraalVM
**** Мониторинг нативных приложений Red Hat Quarkus
*** .NET
*** Node.js
*** PHP
**** Поддерживаемые версии PHP
**** Полный PHP-мониторинг
**** Видимость на уровне кода для PHP
**** PHP-FPM мониторинг
*** Go
**** Конфигурация и анализ
***** Включение мониторинга Go
***** Анализ показателей Go
***** Сквозной мониторинг запросов
***** Полная видимость на уровне кода
***** Пользовательские услуги Go
**** Поддержка
***** Поддерживаемые версии Go
***** Существующие ограничения
*** NGINX
**** Ручное управление временем выполнения
**** Kong Gateway
*** Python
*** Ruby
*** Rust
*** Erlang/Elixir
*** C++
** Мейнфрейм
** Расширения АппОптима
*** Поддерживается "из коробки"
**** ActiveMQ
**** Cassandra
**** CoreDNS
**** Couchbase
**** CouchDB
**** Elasticsearch
**** Hadoop
**** HAProxy
**** Kafka
**** Memcached
**** Microsoft SQL Server
**** NTP
**** PostgreSQL
**** RabbitMQ
**** Redis
**** Spark
**** Varnish Cache
**** WSO2 API
*** Требуемые расширения

== Платформа АппОптима ==

* '''Искусственный интеллект'''
** Обнаружение аномалий
*** Метрические события
**** Ключевые события метрики
**** События селектора метрик
*** Автоадаптивные пороги
*** Статические пороги
*** Конфигурация обнаружения аномалий
*** Автоматизированное многомерное базовое исследование
*** Регулировка чувствительности обнаружения
**** Приложения
**** Сервисы
**** База данных сервисов
**** Инфраструктура
**** Расширение событий
** Анализ первопричин
*** Концепции
**** Анализ событий и корреляция
***** Категории событий
****** Мониторинг недоступных событий
****** Доступность событий
****** Пользовательские оповещения
****** События ошибок
****** Информационные события
****** Ресурсные события
****** События замедления
**** Частые проблемы
** Модели Fedor
*** Причинно-следственный корреляционный анализ
*** Анализ прогноза
*** Сезонная базовая линия
* '''ЕдиныйАгент'''
** Возможности мониторинга
** Как работает ЕдиныйАгент

== Решения АппОптима ==

* '''Наблюдаемость приложения'''
** Сервисы
*** Обнаружение и наименование
**** Типы сервисов
***** Сервисы обмена сообщениями
***** Объединенные сервисы
***** Индивидуальные сервисы
***** Непрозрачные сервисы
***** Унифицированные сервисы
**** Правила обнаружения сервисов
**** Правила именования сервисов
*** Анализ сервисов
**** Анализ сервисов (новая страница)
**** Контекстно-зависимая детализация
**** Анализ отдельных сервисов обслуживания
**** Сроки анализа сервисов
**** Распределение времени отклика и отклонений
**** Время отклика хотспотов
**** Сервисный поток
***** Метрики
***** Фильтрация
**** Мониторинг ключевых запросов
**** Трассировка сервиса
*** Запрос атрибутов
**** Сбор данных по веб-запросу
**** Захват аргументов метода
**** Фильтрация данных мониторинга
*** Настройки
**** Настроить именование запросов
**** Мониторинг сторонних сервисов
**** Пользовательские определения API
**** Отключение мониторинга запросов на обслуживание
**** Настройка обнаружения сбоев в работе сервиса
**** Расчетные метрики для сервисов
** Очереди сообщений
*** Концепции очередей
*** Анализ очередей
*** Конфигурация очередей
**** Трассировка IBM MQ
**** Теги и менеджмент зоны
** Многомерный анализ
*** Анализ исключений
*** Лучшие операторы баз данных
*** Самые популярные веб-запросы
** [[Профилирование и оптимизация]]
*** [[Дампы памяти|Анализ дампа памяти]]
**** [[Настройка АктивногоШлюза (для хранения дампов памяти)]]
*** [[Аварийные завершения процессов]]
*** [[Непрерывное профилирование ЦП]]
*** [[Профилирование памяти]]
*** [[Непрерывный анализ потоков]]
** Базы данных
*** Databases Services Classic
**** Обнаружение и мониторинг
**** Анализ служб базы данных
**** Анализ служб базы данных (новая страница)
**** Улучшение производительности базы данных
**** Переменные SQL
**** Обзор базы данных Oracle
* '''Безопасность приложений'''
** Начните работу с безопасностью приложений
*** Активация безопасности приложений
*** Режимы мониторинга
*** Оценка уязвимости
*** Покрытие хоста
** Анализ уязвимостей во время работы
*** Начало работы с аналитикой уязвимостей во время работы
*** Обзор безопасности приложений
*** Уязвимости третьих лиц
**** Управление уязвимостями третьих лиц
**** Фильтрация или изменение статуса сторонних уязвимостей
**** Расчеты Fedor Security Advisor
**** Расчет индекса безопасности по шкале Fedor
**** Отслеживание исправления
**** Правила мониторинга
*** Уязвимости на уровне кода
**** Управление уязвимостями на уровне кода
**** Правила мониторинга
**** Фильтрация или изменение статуса уязвимостей на уровне кода
*** Уведомления безопасности об уязвимостях
**** Webhook
**** Jira
**** Email
*** Метрики Classic
** Защита приложений во время работы
*** Начало работы с Runtime Application Protection
*** Управление атаками
*** Правила мониторинга
*** Уведомления безопасности об атаках
**** Webhook
**** Jira
**** Email
*** Метрики Classic
** Часто задаваемые вопросы
** Устранение неполадок
* '''Автоматизация'''
** Цели уровня обслуживания
*** Основы целей уровня обслуживания
*** Настройка и мониторинг
*** Примеры конфигураций
*** Управление SLO с разрешениями менеджмент зон
** Автоматизированный мониторинг релизов
*** Мониторинг релизов с помощью АппОптима
*** Стратегии обнаружения версий
*** Интеграция отслеживания проблем
* '''Цифровой опыт'''
** Концепции RUM
*** RUM
*** Приложения
*** Действия пользователя
*** Пользовательские и ошибочные события
*** Пользовательские сеансы
*** Метрики действий пользователя
*** Обнаружение IP-адресов, геолокаций и пользовательских агентов
*** Оценки и рейтинги АппОптима
**** Рейтинги Apdex
**** Оценка пользовательского опыта
** Веб-приложения
*** Дополнительная конфигурация
**** Настройка контроля затрат и трафика
**** Настройка параметров конфиденциальности данных
**** Настройка ключевых действий пользователя
**** Захват дополнительных типов взаимодействия
**** Настройка параметров Apdex
**** Изменение пороговых значений оценки пользовательского опыта
**** Создание расчетных показателей
**** Создание пользовательских метрик USQL
**** Определения свойств действия и сеанса
**** Настройка RUM с помощью JavaScript API
**** Настройка обнаружения ошибок
**** Отметка определенных пользователей
**** Настройка определения IP-адреса
**** Сопоставление IP-адреса с местоположениями
**** Настройка обнаружения ресурсов
**** Настройка домена cookie RUM
**** Настройка списка разрешенных источников маяков
**** Настройка конечной точки маяка
**** Исключение IP-адресов, браузеров, ботов и поисковых роботов
**** Настройка своих серверов кэширования
**** Проверка правил обнаружения приложений
**** Настройка XHR для старых версий IE
**** RUM для групп процессов
**** Изменение политики безопасности контента
**** Удаление веб-приложений
*** Поиск неисправностей
** Мобильные приложения
*** Приложения для Android-приложений
**** Быстрое начало
**** Плагин АппОптима Android Gradle
***** Инструментация своего приложения с помощью плагина
***** Настройка возможностей мониторинга плагинов
***** Настройка плагина для процессов инструментирования
***** Настройка конфигурации ЕдиногоАгента с помощью плагина
***** Изменение конфигурации плагина в зависимости от структуры проекта
***** Поиск неисправностей
**** ЕдиныйАгент SDK для Android
***** Инструментирование через SDK
***** Настройка связи с SDK
***** Инструментация своего приложения вручную с помощью SDK
**** Включение отладочного ведения логов
*** Приложения для iOS-инструментов
*** Гибридные приложения для инструментов
*** Кроссплатформенные фреймворки
**** Cordova
**** Flutter
**** React Native
**** Xamarin
**** .NET MAUI
*** Поиск неисправностей
** Пользовательские приложения
*** Начальная настройка
*** Поиск неисправностей
** Сегментация сеанса
*** Новое: Анализ сеанса пользователя
*** Пользовательские запросы, сегментация и агрегация данных сеанса
*** Данные пользователя
*** Контекстный анализ Apdex
*** Экспорт сеансов пользователей
** Повтор сеанса
*** Включение воспроизведения сеанса для веб-приложений
*** Настройка воспроизведения сеанса для веб-приложений
*** Технические ограничения для воспроизведения сеанса для веб-приложений
*** Настройка воспроизведения сеанса для iOS
*** Настройка воспроизведения сеанса для Android
** Синтетический мониторинг
*** Общая информация
**** Типы синтетических мониторов
**** Синтетические расчеты
**** Поддерживаемые методы аутентификации
**** Выполнение синтетических мониторингов по требованию для CI/CD
**** Хранилище учетных данных
**** Интеграция внешнего хранилища
**** Общественные синтетические локации
*** Браузерные мониторы
**** Создание мониторинга браузера с одним URL-адресом
**** Запись нажатий в браузере
**** Настройка мониторов браузера
**** События нажатий браузера
**** Режим сценария
**** Количество действий, выполненных с помощью нажатий браузера
*** HTTP-мониторы
**** Создание HTTP-мониторинга
**** Настройка HTTP-мониторинга
**** Режим сценария
**** Предварительное и последующее написание сценария
**** Метрики HTTP-мониторинга
*** Анализ и оповещение
**** Обзор синтетических оповещений
**** Синтетические данные для браузерных мониторингов
**** Многомерный анализ для браузерных мониторингов
**** Waterfall графики
**** Синтетические данные для HTTP-мониторинга
*** Мониторы доступности сети
**** Мониторинг доступности сети
**** Создание мониторинга NAM
**** Показатели мониторинга NAM
* '''Инфраструктура Наблюдаемость'''
** Мониторинг облачной платформы
*** Веб-сервисы Amazon
*** Microsoft Azure
*** Google Облако
** Мониторинг контейнерной платформы
*** Kubernetes Classic
**** Использование кластера
**** События
**** Рабочие нагрузки
**** Сервисы
**** Метрики Kubernetes
**** Метрики Prometheus
**** Организация развертывания Kubernetes по тегам
**** Мониторинг постоянных требований по объему
**** Оповещение о частых проблемах
**** Мониторинг уязвимостей
**** Мониторинг SLO
**** Метрики прокси Istio/Envoy
**** Глобальные настройки мониторинга по умолчанию
*** Cloud Foundry
**** Метаданные группы процессов для Cloud Foundry
**** Организация развертывания Cloud Foundry по тегам
**** Обзор метрик Cloud Foundry
*** Heroku
*** Группы контейнеров
*** Правила мониторинга контейнеров
*** Варианты использования
**** Оповещение о частых ошибках в конфигурации и обнаружение аномалий
** Сети
*** Контроль сетевых коммуникации
*** Обнаружение сетевых ошибок
*** Расширенный сетевой мониторинг
*** Устранение неполадок сетевого мониторинга
*** F5 BIG-IP LTM-мониторинг
** Хосты
*** Режимы мониторинга инфраструктуры и обнаружения
**** Насколько эффективен мониторинг инфраструктуры сам по себе?
*** Настройки на уровне хоста
**** Группы хостов
**** Пользовательские наименования хостов
**** Теги хоста и метаданные
**** Исключение дисков и сетевого трафика
**** Обнаружение аномалий
*** Мониторинг
**** Мониторинг хоста
***** Доступность хоста
***** Аналитика диска
**** Доступность процесса
**** Мониторинг классических служб Windows
**** Мониторинг служб ОС
** Группы процессов
*** Основные понятия
**** Какие процессы наиболее важны?
**** Какие технологии лежат в основе отдельных процессов?
*** Конфигурация
**** Наименования групп процессов
**** Глубокий мониторинг процесса
**** Обнаружение группы процессов
**** Облачные приложения и обнаружение рабочей нагрузки
**** Метаданные группы процессов
**** Правила обнаружения пользовательских групп процессов (устарело)
*** Мониторинг
**** Обзор всех технологий, работающих в вашей среде
**** Анализ процессов
**** Анализ скорости реагирования процесса
**** Мониторинг и оповещение о доступности групп процессов
**** Мониторинг сетевых подключений, специфичных для процесса
** VMware vSphere
*** Просмотр данных мониторинга виртуализации
*** Измерения работоспособности хоста ESXi
*** Перенос и производительность виртуальных машин
*** Ограничение мониторинга инфраструктуры VMware с помощью разрешений

== Наблюдение и исследование ==

* [[Панели мониторинга (дашборды)|'''Дашборды''']]
** [[Визуализации и плитки]]
*** [[Доступные плитки]]
*** [[Закрепление плиток на панели инструментов|Закрепление плиток на дашборде]]
*** [[Фильтр плиток]]
*** [[Графическая визуализация]]
*** [[Визуализация многоуровневых столбцов]]
*** [[Визуализация многоуровневых областей]]
*** [[Круговая визуализация]]
*** [[Визуализация значений]]
*** [[Визуализация таблиц]]
*** [[Визуализация топ-листа]]
*** [[Визуализация тепловой карты]]
*** [[Визуализация в виде сот]]
** [[Обзор метрик]]
** [[Панели мониторинга (дашборды)|Дашборды]]
*** [[Управление дашбордами|Создание и редактирование дашбордов]]
*** [[Динамические фильтры в дашбордах]]
*** [[Организация дашбордов]]
*** [[Периодичный отчёт по дашбордам]]
*** [[Доступ к дашбордам]]
*** [[Дашборды-шаблоны]]
*** [[Создание дашбордов для нескольких окружений Ключ-АСТРОМ|Создание дашбордов для нескольких окружений АппОптима]]
*** [[Таймфреймы и менеджмент-зоны дашбордов]]
*** [[JSON-конфигурация дашбордов]]
*** [[Глобальная настройка дашбордов]]
* [[Визуализация метрик|'''Визуализация метрик''']]
** [[Быстрый старт Визуализации метрик]]
** [[Расширенный режим Визуализации метрик]]
** [[Часто задаваемые вопросы по Визуализации метрик]]
* [[Обновление пользовательских диаграмм|'''Обновление пользовательских диаграмм''']]
* '''Уведомления и оповещения'''
** Уведомления о проблемах
*** Ansible Tower
*** Email
*** Jira
*** Microsoft Teams
*** Opsgenie
*** PagerDuty
*** ServiceNow
*** Slack
*** Trello
*** VictorOps
*** Webhook
*** xMatters
** Окна технического обслуживания
*** Определить окно обслуживания
** Профили оповещения
** Мобильное приложение АппОптима
* '''Метрики'''
** Метрики самоконтроля
** Встроенные классические метрики
** Фильтрация классических метрик по менеджмент зонам
* '''Мониторинг логов'''
** Конфигурация
*** Поддерживаемый формат данных логов
*** Подключение данных логов к трассировкам
*** Маскировка конфиденциальных данных
*** Поддерживаемые форматы временных меток
*** Конфигурация временной метки логов
** Прием и обработка логов
*** Автообнаружение
*** Модели возвращения логов
*** Пользовательский источник логов
*** Правила приема логов
*** Конфигурация сброса логов (управляемая)
*** Общий прием логов
*** Преобразование содержимого логов
*** Пересылка логов в облаке
*** Потоковая передача логов через Amazon Data Firehose
*** Логи из Kubernetes
*** Логи в Docker
*** Потоковая передача логов с помощью Logstash
*** Потоковая передача логов с помощью Fluentd
*** Потоковая передача системного логов с помощью Fluentd
*** Потоковая передача логов с помощью Fluent Bit
*** Потоковая передача логов Kubernetes с помощью Fluent Bit
*** Системные логи
*** Потоковая передача логов с помощью OpenTelemetry
** Анализ данных логов
*** Программа просмотра журналов
*** Логи событий
*** Метрики логов
*** Пользовательские атрибуты логов
*** Менеджмент зоны
** Оповещение о данных логах
** Обработка логах
*** Примеры обработки логов
*** Команды обработки логов
*** Типы данных обработки логов
*** Функции обработки логов
** Ограничения мониторинга логов
** Поиск неисправностей
*** Предупреждения о приеме логов
** Методы маскировки конфиденциальных данных
* '''Распределенные трейсы'''
** Концепции
** Адаптивное управление распределёнными трейсами
*** Адаптивное управление распределёнными трейсами
*** Выборка на основе URL-адресов
** Анализ
*** Начать работу с распределенными трассами
*** Обработка диагностических сообщений
*** Настройка кросс-платформенной трассировки
** Варианты использования
*** Выявление причин сбоев в обслуживании
*** Используйте расширение логов трассировок для решения проблем
*** Сегментация запросов для улучшения времени отклика
* '''Наблюдаемость AI/ML'''
** Наблюдаемость OpenAI
** Наблюдаемость TensorFlow Keras
** Traceloop OpenLLMetry

== Расширения АппОптима ==

* '''Расширения метрик'''
** Методы интеграций
*** OpenTelemetry
*** Micrometer
*** Prometheus
**** Расширения Prometheus
*** StatsD
*** Telegraf
*** Интеграция сценариев
*** OneAgent metric API
*** SNMP
*** WMI
*** Расширения JMX
**** Настройка расширений JMX
*** SQL
**** Oracle
**** Microsoft SQL Server
**** PostgreSQL
**** MySQL
**** Snowflake
**** SAP Hana DB
**** IBM DB2
** Справка
*** Протокол интеграции
*** Пользовательские метрические метаданные
* '''Расширения событий'''
* '''Расширения логов'''
** API для сбора логов ЕдиногоАгента
* '''Расширения трейсов'''
** OpenTelemetry
** ЕдиныйАгент SDK
** OpenTracing
** Настройка диапазона
* '''Расширения данных о пользовательском опыте и поведении'''
** Инструментируйте свое приложение с помощью АппОптима OpenKit
** Библиотеки АппОптима OpenKit на GitHub
** Методы API АппОптима OpenKit
** Ведение логов АппОптима OpenKit
** Устранение неполадок в инструментах АппОптима OpenKit
* '''Расширения топологии'''
** Определение пользовательской топологии
** Извлечение и отображение топологии событий
* '''Расширения данных'''
* '''Расширения веб-интерфейса АппОптима'''
** Единые страницы анализа
*** Единый справочник по анализу
*** Единый туториал по анализу
** Расширения встроенных единых страниц анализа
** Распространение пользовательских дашбордов
* '''Расширения'''
** Концепции расширений 2.0
** Настройка специализированного профиля производительности
** Пользовательская конфигурация контроллера выполнения расширений
** Настройка данных с помощью расширений
** Жизненный цикл расширений 2.0
** Расширения знаков
** Расширения YAML-файла
** Источники данных
*** SNMP
**** Справка
**** SNMP-ловушки
**** Поиск и устранение неисправностей
*** JMX
**** Справка
*** Prometheus
**** Справка
*** SQL
**** IBM DB2
**** Microsoft SQL
**** MySQL
**** Oracle Database
**** PostgreSQL
**** SAP Hana Database
**** Snowflake Database
**** Справка
*** WMI
**** Справочник по источникам данных WMI
**** Справка
*** Python SDK
** Безопасность расширения
* '''Расширения 1.0'''
** Обновление до Python 3.8
** Расширения АктивногоШлюза
*** Введение
*** Возможности
*** Туториал
** Разработка
*** Команды SDK расширения
*** Установить расширение SDK
*** Установить подключаемый модуль АктивныйШлюз
*** Инструкции по расширениям
**** Развернуть расширение
**** Диаграммы
**** Ключевые показатели эффективности
**** Расширения оповещения
**** Групповые показатели
**** Метрики состояния
**** Пользовательская конфигурация модуля плагина АктивныйШлюз
**** Конфигурация расширения
**** Топология
**** Проблемы и события
**** Пользовательские свойства
*** Как использовать внешние пакеты Python
** Расширения ЕдиногоАгента
*** Жизненный цикл
*** Туториал
** Справочник
*** Справка по API расширения Python
**** Обзор процесса
*** Справка по Json
**** Объяснение JSON расширений
**** Справочник JSON расширений
** Поиск неисправностей
*** Производительность модуля плагина АктивныйШлюз
*** Устранение неполадок с расширениями
*** Симулятор расширения
*** Ограничения расширений
*** Часто задаваемые вопросы о расширении АктивногоШлюза
* '''OpenTelemetry'''

== Управление платформой АппОптима ==

* '''Подписка на платформы АппОптима'''
** Управление расходами
** Возможности
*** Мониторинг хоста
*** Безопасность приложений
*** Мониторинг цифрового опыта
*** Расширения платформы
* '''Классическое лицензирование АппОптима'''
** Жизненный цикл лицензии АппОптима
** Мониторинг приложений и инфраструктуры (хост-устройства)
** Расширения АппОптима (единицы данных Fedor (DDU))
*** DDU для метрик
**** Автоматическое преобразование пользовательских метрик в DDU
*** DDU для управления логами и аналитики
*** DDU для бессерверных функций
*** DDU для Log Monitoring Classic
*** DDU для деловых мероприятий
*** DDU для пользовательских трассировок (API трассировки)
*** DDU для индивидуальных событий Fedor
** Мониторинг цифрового опыта (DEM-единицы)
** Мониторинг безопасности приложений (ASU)
** Мониторинг облачной автоматизации (CAU)
* '''Центр Dynatrace'''
* '''Управление счетом'''
** Управление подпиской и лицензиями
*** Управление лицензиями
**** История подписки
**** Мониторы затрат
**** Бюджеты
**** Отчеты по выставлению счетов
*** Управление лицензиями
** Настройки
*** Разрешить диапазоны IP-адресов
** Lens
** Управление пользователями, группами и разрешениями
*** Аутентификация в управлении учетными записями с помощью клиентов OAuth
* '''Конфигурация Dynatrace как код'''
** Monaco
*** Установка Monaco CLI
*** Управление конфигурациями
**** Папка проекта
**** Конфигурация
**** Специальные типы конфигурации
**** Конфигурация учетной записи
*** Руководства
**** Расширенные варианты использования шаблонов
**** Создание OAuth-клиента
**** Перенос устаревших типов конфигурации
**** Переход с Monaco 1.x на 2.x
**** Обеспечение порядка конфигураций
*** Справка
**** Команды
**** Требования к оборудованию
**** Ведение логов
**** Типы конфигурации и права доступа
*** Развертка первой конфигурации
** Terraform
*** Установка
*** Простой пример
*** Расширенный пример
*** Справка
**** Утилита для экспорта
**** Перенос
**** Создание OAuth-клиент
*** Примеры логов AWS
*** Ссылки Terraform
* '''Конфиденциальность и безопасность данных'''
** Конфиденциальность данных
*** Защита данных
*** Сроки хранения данных
*** Адаптивное хранение данных
*** Права на конфиденциальность
*** Персональные данные, собранные АппОптима
*** Уровни защиты данных
*** Файлы cookie
*** Конфиденциальность пользователя для iOS
*** Форма безопасности данных для Android
** Безопасность данных
*** Контроль безопасности данных
*** Безопасный контроль разработки
*** Сообщение о проблеме, связанной с безопасностью
** Конфиденциальность данных и настройка безопасности
*** Настройка параметров конфиденциальности данных
*** Управление логами аудита
* '''Управление идентификацией и доступом'''
** Варианты использования
*** Группы и разрешения по умолчанию
*** Политика АппОптима по умолчанию
*** Предоставление доступа к АппОптима
*** Предоставление доступа к настройкам
** Управление пользователями и группами
*** Группы пользователей, разрешения и политика
*** Управление пользователями и группами через LDAP
*** Управление пользователями и группами с помощью SAML в АппОптима
*** Управление пользователями и группами с помощью OpenID в АппОптима
*** Управление пользователями
*** Управление группой
*** SAML
**** Концепция
**** Конфигурации SAML
**** Конфигурация для конкретного IdP
***** Подробности AD FS
***** Подробности Azure
***** Подробности о Google Workspaces
***** Подробности Okta
** Управление разрешениями
*** Работа с политикой
**** Управление политикой
**** Групповые разрешения
**** Границы политики
**** Синтаксис утверждения политики
**** Расширенные настройки
***** Глобальные свойства
***** Глобальные атрибуты
***** Перенос ролевых разрешений
***** Шаблонирование
***** Ссылки на политику
*** Разрешения на управление аккаунтом
*** Разрешения на основе ролей
*** Менеджмент зоны
**** Настройка менеджмент зон
**** Правила менеджмент зон
**** Применение и использование менеджмент зон
** API-токены и клиенты OAuth
*** OAuth-клиенты
*** Классические токены доступа
**** Персональный токен доступа
**** Токен арендатора
* '''Сетевые зоны'''
** Основная информация
** Подключение ЕдиногоАгента
** Подключение АктивногоШлюза
** Перенос
*** Анализ
*** План
*** Развертка
*** Проверка
** Новая установка
*** Анализ
*** План
*** Развертка
*** Проверка
** Переименование сетевой зоны
** Удаление сетевой зоны
* '''[[Владение]]'''
** [[Создание и управление владениями]]
** [[Назначение владельцев объектов]]
** [[Приложение для владения]]
** [[Лучшие команды для владения]]
* '''Теги и метаданные'''
** Варианты использования
** Основные понятия
*** Теги в сравнении с метаданными
*** Лучшие команды для тегов
*** Масштабные теги
** Справка
*** Регулярные выражения в АппОптима
** Настройка
*** Определение и применение тегов
*** Определение тегов на основе переменных среды
* '''Настройки 2.0'''
* '''Системные уведомления'''

== API АппОптима ==

* '''Основы'''
** Токены и аутентификация
** Коды ответов
** Ограничение доступа
** Предварительные версии и версии с ранним доступом
** Руководства по переносу для устаревших API
*** Токены v1 к токенам доступа
*** События v1 к Событиям v2
*** Проблемы v1 к проблемам v2
*** Профили оповещения в настройках
*** Техническое обслуживание в настройках
*** Частое обнаружение проблем в настройках
*** Учетные записи Cloud Foundry в настройках
*** Учетные записи Kubernetes в настройках
*** События метрики в настройках
* '''API среды'''
** АктивныйШлюз
*** Информация
**** [[GET информацию о всех АктивныхШлюзах]]
**** [[GET информацию о конкретном АктивномШлюзе]]
*** Конфигурация автообновления
**** [[GET глобальную конфигурацию]]
**** [[Редактировать глобальную конфигурацию]]
**** [[GET АктивныйШлюз]]
**** [[Редактировать АктивныйШлюз]]
*** Задания автообновлений
**** [[GET все задания автообновления]]
**** [[GET конкретное задание автообновления]]
**** [[POST задание автообновления]]
**** [[DELETE задание автообновления]]
**** [[GET АктивныхШлюзов с автообновлением заданий]]
** Анонимизация
*** [[PUT задания анонимизации]]
*** [[GET статус анонимизации]]
** Безопасность приложений
*** Проблемы безопасности
**** Получить список проблем безопасности в среде
**** Получить информацию о конкретной проблеме безопасности
**** Скрыть проблему
**** Показать проблему
**** Получить список исправлений
**** Скрыть/показать исправление
**** Получить список уязвимых функций
*** [[Советник по безопасности ИИ|Советник по безопасности Fedor]]
** Логи аудита
*** [[GET лога аудита]]
*** [[GET запись лога аудита]]
** Информация о кластере
*** [[GET информацию о кластере]]
** Хранилище учетных данных
** Пользовательские теги
*** [[GET теги]]
*** [[POST-теги]]
*** [[DELETE тегов]]
** Развертывание
***ЕдиныйАгент
****[[Просмотр информации о подключении]]
*** [[GET теги]]
*** [[POST-теги]]
*** [[DELETE тегов]]
** События v1
*** [[GET ленты событий]]
*** [[GET события]]
*** [[POST события]]
*** [[Отправка событий развертывания из Jenkins]]
** События v2
*** [[GET списка событий]]
*** [[GET события v2]]
*** [[POST события v2]]
*** [[GET всех типов событий]]
*** [[GET типа события]]
*** [[GET всех свойств события]]
*** [[GET свойства события]]
** Расширения 2.0
*** Конфигурации среды
**** [[Расширения 2.0 API - GET активация|GET конфигурации среды]]
**** [[PUT конфигурации среды]]
**** [[POST активации конфигурации]]
**** [[DELETE деактивация конфигурации]]
**** [[GET списка событий - Расширения 2.0|GET списка событий]]
*** Расширения
**** [[GET всех расширений - Расширения|GET всех расширений]]
**** [[GET версии расширения]]
**** [[GET расширения]]
**** [[POST файла расширения]]
**** [[DELETE версии расширения]]
**** [[GET схемы расширения]]
*** Конфигурации мониторинга
**** [[GET всех конфигураций мониторинга]]
**** [[GET конфигурации мониторинга]]
**** [[POST конфигурации мониторинга]]
**** [[PUT конфигурации мониторинга]]
**** [[DELETE конфигурации мониторинга]]
**** [[GET списка событий - Конфигурации мониторинга|GET списка событий]]
**** [[GET статуса]]
*** Схемы
**** [[GET всех схем]]
**** [[GET всех файлов]]
**** [[GET файла]]
** Элементы концентратора
** Мониторинг логов
*** [[GET лога поиска]]
*** [[GET лога экспорта]]
*** [[GET сводного лога]]
*** [[POST лога нагрузки]]
** Таймсерии v1
*** [[Пользовательские метрики]]
**** [[PUT пользовательской метрики]]
**** [[DELETE пользовательской метрики - Пользовательские метрики|DELETE пользовательской метрики]]
*** Определение метрик
**** [[GET списка метрик]]
**** [[GET определения метрик]]
*** Чтение точек данных
**** [[GET точек данных]]
**** [[POST точек данных]]
** Метрики v2
*** [[GET метрик]]
*** [[Получение дескриптора метрики]]
*** [[Получение точки данных метрики]]
*** [[Селектор показателей]]
*** [[Выражение метрик]]
*** [[POST введённых точек данных]]
*** [[DELETE пользовательской метрики]]
*** Примеры и варианты использования
**** [[Список всех метрик]]
**** [[Выбор нескольких метрик]]
**** [[Выбор полного поддерева метрик]]
*** [[FAQ]]
** Единицы метрик
*** [[GET всех единиц метрик]]
*** [[GET одной единицы метрик]]
*** [[API метрик - GET - конвертировать единицы|GET - конвертировать единицы]]
** Отслеживаемые объекты v2
*** [[GET список объектов]]
*** [[GET объект]]
*** [[GET все типы объектов]]
*** [[GET тип объектов]]
*** [[POST пользовательское устройство]]
*** [[Селектор объектов]]
** Сетевые зоны
*** [[GET всех сетевых зон]]
*** [[GET одной сетевой зоны]]
*** [[PUT сетевой зоны]]
*** [[DELETE сетевой зоны]]
*** [[GET глобальной конфигурации]]
*** [[PUT глобальной конфигурации]]
** OTLP прием
** Топология
*** Приложения
**** [[GET все приложения]]
**** [[GET приложение]]
**** [[POST тегов]]
**** [[GET базового уровня]]
*** Хосты
**** [[GET все хосты]]
**** [[GET хост]]
**** [[POST тэгов]]
**** [[DELETE тэга]]
*** Процессы
**** [[GET все процессы]]
**** [[GET процесс]]
*** Группы процессов
**** [[GET все группы процессов]]
**** [[GET группы процессов]]
**** [[POST тэгов*|POST тэгов]]
*** Сервисы
**** [[GET все сервисы]]
**** [[GET сервис]]
**** [[POST тэгов**|POST тэгов]]
**** [[GET базового уровня*|GET базового уровня]]
*** [[Пользовательские устройства]]
**** [[Создание пользовательского устройства]]
**** [[Отчёт о метрике пользовательского устройства]]
** [[ЕдиныйАгент на хосте]]
** Проблемы v2
*** [[JSON-модели]]
*** Комментарии
**** [[GET все комментарии]]
**** [[GET комментарий]]
**** [[POST комментарий]]
**** [[PUT комментарий]]
**** [[DELETE комментарий]]
*** Проблемы
**** [[GET список*|GET список]]
**** [[GET детали]]
**** [[POST закрытие проблемы]]
** Релизы
*** [[GET релизы]]
** Удаленное управление конфигурацией
*** ЕдиныйАгент
**** [[POST задание конфигурации]]
**** [[POST предпросмотр работы]]
**** [[GET текущая работа]]
**** [[GET готовые работы]]
**** [[GET задание по настройке]]
*** АктивныйШлюз
**** [[POST задание конфигурации*|POST задание конфигурации]]
**** [[POST предпросмотр работы*|POST предпросмотр работы]]
**** [[GET текущая работа*|GET текущая работа]]
**** [[GET готовые работы*|GET готовые работы]]
**** [[GET задание по настройке*|GET задание по настройке]]
** [[Браузерное расширение Real User Monitoring]]
** Мониторинг реального пользователя (RUM)
*** Географические регионы
**** [[GET страны]]
**** [[GET регионы]]
**** [[GET регионы страны]]
**** [[GET города страны]]
**** [[GET города региона]]
*** RUM JavaScript
**** [[GET список инжектированных приложений]]
**** [[GET последняя версия]]
**** [[GET текущая версия]]
**** [[GET тег JavaScript]]
**** [[GET тег JavaScript ЕдиныйАгент]]
**** [[GET фрагмент кода синхронизации]]
**** [[GET фрагмент асинхронного кода]]
**** [[GET встроенный код]]
*** Сеансы пользователей
**** [[GET таблица]]
**** [[GET дерево]]
**** [[Структура сеанса пользователя]]
** Цели уровня обслуживания
*** [[GET все SLO]]
*** [[GET один SLO]]
*** [[POST один SLO]]
*** [[PUT один SLO]]
*** [[DELETE один SLO]]
** Настройки
*** Объекты
**** [[GET объекты]]
**** [[GET объект*|GET объект]]
**** [[POST объект]]
**** [[PUT объект]]
**** [[DELETE объект]]
**** [[GET эффективные значения]]
*** Схемы
**** [[GET все схемы]]
**** [[GET схема]]
** Синтетика v1
*** Синтетические мониторы
**** [[GET все мониторы]]
**** [[GET монитор]]
**** [[POST монитор]]
**** [[PUT монитор]]
**** [[DELETE монитор]]
**** [[JSON модели*|JSON модели]]
*** Синтетические локации
**** [[GET все локации*|GET все локации]]
**** [[GET локация*|GET локация]]
**** [[POST локация*|POST локация]]
**** [[PUT локация*|PUT локация]]
**** [[DELETE локация*|DELETE локация]]
**** [[GET статус локации*|GET статус локации]]
**** [[PUT статус локации*|PUT статус локации]]
**** [[JSON модели**|JSON модели]]
*** Синтетические ноды
**** [[GET все ноды*|GET все ноды]]
**** [[GET нода*|GET нода]]
*** Прочая синтетика
**** [[POST прочие мониторы]]
**** [[POST прочие события]]
**** [[POST изменение состояния прочих мониторов]]
** Синтетика v2
*** Синтетические локации
**** [[GET все локации]]
**** [[GET локация]]
**** [[POST локация]]
**** [[PUT локация]]
**** [[DELETE локация]]
**** [[GET статус локации]]
**** [[PUT статус локации]]
**** [[JSON модели]]
*** Синтетические ноды
**** [[GET все ноды]]
**** [[GET нода]]
*** Отслеживание выполнения
**** [[GET HTTP монитор]]
**** [[GET все выполнения по требованию]]
**** [[GET основная информация о выполнении]]
**** [[GET полная информация о выполнении]]
**** [[POST пакетное выполнение]]
**** [[GET сводка о пакетном выполнении]]
*** Конфигурация
**** [[GET конфигурация]]
**** [[PUT конфигурация]]
** Токены v2
*** Токены доступа
**** [[GET все токены]]
**** [[GET токен]]
**** [[POST поиск токена]]
**** [[POST токен]]
**** [[PUT токен]]
**** [[DELETE токен]]
*** Токены АктивногоШлюза
**** [[GET все токены*|GET все токены]]
**** [[GET токен*|GET токен]]
**** [[POST токен*|POST токен]]
**** [[DELETE токен*|DELETE токен]]
*** Токены владельца
**** [[POST старт ротации]]
**** [[POST окончания ротации]]
**** [[POST отмены ротации]]
* '''API конфигурации'''
** Обнаружение аномалий
*** [[Обнаружение аномалий API - Приложения|Приложение]]
**** [[Обнаружение аномалий приложения API - GET конфигурация|GET конфигурация]]
**** [[Обнаружение аномалий приложения API - PUT конфигурация|PUT конфигурация]]
*** [[Обнаружение аномалий API - Службы базы данных|Службы базы данных]]
**** [[Обнаружение аномалий базы данных API - GET конфигурация|GET конфигурация]]
**** [[Обнаружение аномалий базы данных API - PUT конфигурация|PUT конфигурация]]
*** [[Обнаружение аномалий API - Дисковые события|Дисковые события]]
**** [[Обнаружение аномалий дисковых событий API - GET все события|GET все события]]
**** [[Обнаружение аномалий дисковых событий API - GET событие|GET событие]]
**** [[Обнаружение аномалий дисковых событий API - POST событие|POST событие]]
**** [[Обнаружение аномалий дисковых событий API - PUT событие|PUT событие]]
**** [[Обнаружение аномалий дисковых событий API - DELETE событие|DELETE событие]]
*** [[Обнаружение аномалий API - Хосты|Хосты]]
**** [[Обнаружение аномалий хоста API - GET конфигурация|GET конфигурация]]
**** [[Обнаружение аномалий хоста API - PUT конфигурация|PUT конфигурация]]
*** [[Обнаружение аномалий API - События метрик|События метрик]]
**** [[Обнаружение аномалий событий метрик API - GET все события|GET все события]]
**** [[Обнаружение аномалий событий метрик API - GET событие|GET событие]]
**** [[Обнаружение аномалий событий метрик API - POST событие|POST событие]]
**** [[Обнаружение аномалий событий метрик API - PUT событие|PUT событие]]
**** [[Обнаружение аномалий событий метрик API - DELETE событие|DELETE событие]]
**** [[Обнаружение аномалий событий метрик API - JSON модель|JSON модель]]
*** [[API обнаружения аномалий - Группы процессов|Группы процессов]]
**** [[API обнаружения аномалий групп процессов - GET конфигурация|GET конфигурация]]
**** [[API обнаружения аномалий групп процессов - PUT конфигурация|PUT конфигурация]]
**** [[API обнаружения аномалий групп процессов - DELETE конфигурация|DELETE конфигурация]]
*** [[API обнаружения аномалий - Службы|Службы]]
**** [[API обнаружения аномалий служб - GET конфигурация|GET конфигурация]]
**** [[API обнаружения аномалий служб - PUT конфигурация|PUT конфигурация]]
*** [[API обнаружения аномалий - VMware|VMware]]
**** [[API обнаружения аномалий VMware - GET конфигурация|GET конфигурация]]
**** [[API обнаружения аномалий VMware - PUT конфигурация|PUT конфигурация]]
** [[API автоматически применяемых тегов|Автоматические теги]]
*** [[API автоматически применяемых тегов - GET все автоматические теги|GET все автоматические теги]]
*** [[API автоматически применяемых тегов - GET автоматический тег|GET автоматический тег]]
*** [[API автоматически определяемых тегов - POST автоматический тег|POST автоматический тег]]
*** [[API автоматически применяемых тегов - PUT автоматический тег|PUT автоматический тег]]
*** [[API автоматически применяемых тегов - DELETE автоматический тег|DELETE автоматический тег]]
*** [[API автоматически применяемых тегов - JSON модели|JSON модели]]
** AWS PrivateLink
** Учётные данные Azure
** Расчётные метрики
** Учётные данные Cloud Foundry
** Условное наименование
** Хранилище учётных данных
** Дашборды
*** Получить информацию о всех дашбордах
*** Получить информацию о конкретном дашборде
** [[Конфиденциальность данных]]
** Расширения
** Частота обнаружения проблем
** Учётные данные Kubernetes
** Окна обслуживания
** Зоны управления
** Мобильная символика
** [[Уведомления]]
** Конфигурация ЕдиногоАгента
** Плагины
** [[API Удалённых сред]]
** Отчёты
** RUM
** Сервисы
* '''API управления аккаунтом'''
** Управление окружающей средой
*** GET кластера
*** GET конфигурации IP
*** PUT конфигурации IP
*** GET всех сред
*** GET всех сред v2
** Управление пользователями
*** GET всех пользователей
*** POST нового пользователя
*** DELETE пользователя
*** GET групп пользователей
*** POST групп пользователей
*** PUT групп пользователей
*** DELETE пользователей из групп
** Управление группой
*** GET всех групп
*** POST новой группы
*** GET участников группы
*** PUT группы пользователей
*** DELETE группу пользователей
** Управление разрешениями
*** GET разрешения
*** POST разрешения
*** PUT разрешения
*** DELETE разрешения
** Управление политикой
*** Политика
**** GET всех политик
**** GET собственных политик
**** GET политики
**** POST политики
**** PUT политики
**** DELETE политики
*** Привязки
**** GET привязки групп пользователей
**** PUT привязки групп пользователей
**** GET привязка уровня политики
**** DELETE привязки уровня политики
**** GET привязки политики
**** POST привязки политики
**** DELETE привязки политики
** Подписка на платформу АппОптима
*** Подписки
**** GET всех подписок
**** GET подписки
*** Использование
**** GET использование
**** GET использование в каждой среде
*** Расходы
**** GET расходов
**** GET расходов за среду
*** Мониторинг затрат
**** GET прогноз
**** GET события
** Справочные данные
*** GET часовые пояса
*** GET географические регионы
*** GET разрешения пользователя

Microsoft SQL Server

2026-05-28T13:21:33Z

IKuznetsov:

'''''[[Расширения]] / [[Расширения 2.0]] / Microsoft SQL Server'''''

Расширьте видимость, чтобы улучшить мониторинг работоспособности и производительности ваших серверов Microsoft SQL Server.

== Обзор ==
Мониторинг базы данных Microsoft SQL Server основан на удаленном мониторинге, реализованном в виде расширения АппОптима АктивныйШлюз. Расширение запрашивает базы данных MS SQL для ключевых показателей производительности и работоспособности, расширяя видимость и позволяя Fedor обнаруживать аномалии и анализировать проблемы.

== Случаи Использования ==

* Поймите все зависимости ваших приложений от базы данных, какие операторы базы данных выполняются и их производительность.
* Повысьте производительность вашего приложения, уменьшив или оптимизировав типичные шаблоны базы данных, такие как проблема запроса 1+N.
* Поймите влияние ресурсов, которое ваши приложения оказывают на вашу базу данных.
* Узнайте, как нехватка ресурсов, блокировки или другие проблемы с базой данных влияют на ваше приложение, наблюдая за самим сервером базы данных.
* Отслеживайте работоспособность и производительность серверов MS SQL
* Ускорьте диагностику проблем приложений, если они вызваны базой данных.

== Информация О Совместимости ==

=== Поддерживаемые типы SQL Server ===
SQL Server, База данных SQL Azure, Управляемый экземпляр Azure SQL.

=== Поддерживаемая версия SQL Server ===
Microsoft SQL Server с основной или расширенной поддержкой Microsoft. Подробную информацию об окончании срока службы см. в  документации Microsoft .

УВЕДОМЛЕНИЕ ОБ ОБНОВЛЕНИИ . При обновлении конфигураций мониторинга до версии ''1.2.0+'' необходимо включить наборы функций, чтобы мониторинг мог продолжаться.

=== Активация ===

* Если ваш сервер баз данных MS SQL работает непосредственно на виртуальной машине, вам потребуется установить ЕдиныйАгент.
* Активируйте удаленное расширение MS SQL Server, чтобы получить дополнительные метрики и события (см. ниже).
* Активируйте локальное расширение MS SQL Server

Убедитесь, что у вас включен лог мониторинга

=== Действия по активации удаленного мониторинга (версия 1.257+) ===

* Активируйте расширение в хабе, перейдя по ссылке:
* Управление → АппОптима Hub → SQL Server → Добавить в среду
* Добавить новую конфигурацию мониторинга

=== Разрешения, необходимые для удаленного мониторинга ===

* Требуются разрешения, указанные в документации Microsoft для <code>sys.dm_os_performance_counters</code>DMV, <code>msdb.dbo.backupset</code>и .<code>master.dbo.sysdatabases</code>
* Важно : Чтобы отслеживать показатели для логических баз данных, таких как <code>master</code>, <code>tempdb</code>и базы данных, созданные пользователями, <code>msdb.dbo.backupset</code>представление должно присутствовать и быть доступным. В настоящее время он не поддерживается в базе данных SQL Azure (PAAS).
* Требуются следующие разрешения: <code>VIEW SERVER STATE</code>, <code>VIEW DATABASE STATE</code>, <code>VIEW ANY DEFINITION</code>, <code>VIEW ANY DATABASE</code>(или <code>CREATE DATABASE</code>разрешение в базе данных master).
* Для целей службы базы данных SQL Basic, S0 и S1, а также для баз данных в эластичных пулах требуется учетная запись администратора сервера или учетная запись администратора Azure Active Directory.

УВЕДОМЛЕНИЕ ОБ ОБНОВЛЕНИИ . При обновлении конфигураций мониторинга до версии ''1.2.0+'' необходимо включить наборы функций, чтобы мониторинг мог продолжаться.

== Метрики ==
{| class="wikitable"
! colspan="1" |Имя
! colspan="1" |Ключ метрики
! colspan="1" |Единицы
! colspan="1" |Описание
|-
|Log files size
|sql-server.databases.log.filesSize
|KiloByte
|Cumulative size of all the transaction log files in the database
|-
|Log files used size
|sql-server.databases.log.filesUsedSize
|KiloByte
|The cumulative used size of all the log files in the database
|-
|Log flush waits
|sql-server.databases.log.flushWaits.count
|Count
|Number of commits waiting for the log flush
|-
|Log growths
|sql-server.databases.log.growths.count
|Count
|Number of times the transaction log for the database has been expanded
|-
|Log shrinks
|sql-server.databases.log.shrinks.count
|Count
|Number of log shrinks for this database
|-
|Log truncations
|sql-server.databases.log.truncations.count
|Count
|Number of times the transaction log has been truncated (in Simple Recovery Model)
|-
|Percent log used
|sql-server.databases.log.percentUsed
|Percent
|Percantage of space in the log that is in use
|-
|Transactions
|sql-server.databases.transactions.count
|Count
|Number of transactions started for the database
|-
|Database state
|sql-server.databases.state
|State
|Database state
|}
{| class="wikitable"
! colspan="1" |Имя
! colspan="1" |Ключ метрики
! colspan="1" |Единицы
! colspan="1" |Описание
|-
|CPU Count
|sql-server.host.cpus
|Unspecified
|Detected CPU Count
|}
{| class="wikitable"
! colspan="1" |Имя
! colspan="1" |Ключ метрики
! colspan="1" |Единицы
! colspan="1" |Описание
|-
|Release number
|sql-server.releaseNumber
|Unspecified
|Release number of SQL Server
|-
|Physical memory
|sql-server.memory.physical
|KiloByte
|Total amount of physical memory on the machine
|-
|Virtual memory
|sql-server.memory.virtual
|KiloByte
|Total amount of virtual address space available to the process in user mode
|-
|Total server memory
|sql-server.memory.total
|KiloByte
|Amount of memory the server has committed using the memory manager
|-
|Target server memory
|sql-server.memory.target
|KiloByte
|Amount of memory that can be consumed by memory manager
|-
|Time spent in kernel mode
|sql-server.cpu.kernelTime.count
|MilliSecond
|Time spent by all threads in kernel mode
|-
|Time spent in user mode
|sql-server.cpu.userTime.count
|MilliSecond
|Time spent by all threads in user mode
|-
|Free list stalls
|sql-server.buffers.freeListStalls.count
|Count
|Number of requests that had to wait for a free page
|-
|Page reads
|sql-server.buffers.pageReads.count
|Count
|Number of physical database page reads that are issued
|-
|Page writes
|sql-server.buffers.pageWrites.count
|Count
|Number of physical database page writes that are issued
|-
|Checkpoint pages
|sql-server.buffers.checkpointPages.count
|Count
|Number of pages flushed to disk by a checkpoint or other operations that require all dirty pages to be flushed
|-
|Page life expectancy
|sql-server.buffers.pageLifeExpectancy
|Second
|Number of seconds a page will stay in the buffer pool without references
|-
|Logins
|sql-server.general.logins.count
|Count
|Number of logins started, excluding pooled connections
|-
|User connections
|sql-server.general.userConnections
|Count
|Number of users currently connected to SQL Server
|-
|Processes blocked
|sql-server.general.processesBlocked
|Count
|Number of currently blocked processes
|-
|Lock timeouts
|sql-server.locks.timeouts.count
|Count
|Number of lock requests that timed out, including requests for NOWAIT locks
|-
|Deadlocks
|sql-server.locks.deadlocks.count
|Count
|Number of lock requests that resulted in a deadlock
|-
|Lock waits
|sql-server.locks.waits.count
|Count
|Number of lock requests that required the caller to wait
|-
|Lock wait time
|sql-server.locks.waitTime.count
|MilliSecond
|Wait time for locks
|-
|Latch waits
|sql-server.latches.waits.count
|Count
|Number of latch requests that could not be granted immediately
|-
|Average latch wait time
|sql-server.latches.averageWaitTime.count
|MilliSecond
|Average latch wait time for latch requests that had to wait
|-
|Batch requests
|sql-server.sql.batchRequests.count
|Count
|Number of Transact-SQL command batches received
|-
|SQL compilations
|sql-server.sql.compilations.count
|Count
|Number of SQL statement compilations
|-
|SQL re-compilations
|sql-server.sql.recompilations.count
|Count
|Number of SQL statement re-compilations
|-
|Connection memory
|sql-server.memory.connection
|KiloByte
|Total amount of dynamic memory the server is using for maintaining connections
|-
|Memory grants outstanding
|sql-server.memory.grantsOutstanding
|Count
|Number of processes that have successfully acquired a workspace memory grant
|-
|Memory grants pending
|sql-server.memory.grantsPending
|Count
|Number of processes waiting for a workspace memory grant
|-
|Buffer cache hit
|sql-server.buffers.cacheHitRatio
|Percent
|Percentage of pages found in the buffer cache without having to read from disk
|}
{| class="wikitable"
! colspan="1" |Имя
! colspan="1" |Ключ метрики
! colspan="1" |Единицы
! colspan="1" |Описание
|-
|Availability mode
|sql-server.always-on.ar.availabilityMode
|State
|The availability mode of the replica
|-
|Failover mode
|sql-server.always-on.ar.failoverMode
|State
|The failover mode of the replica
|-
|Is replica local
|sql-server.always-on.ar.isLocal
|State
|Whether the replica is local
|-
|Replica role
|sql-server.always-on.ar.role
|State
|Current groups role of a local replica or a connected remote replica
|-
|Operational state
|sql-server.always-on.ar.operationalState
|State
|Current operational state of the replica
|-
|Recovery health
|sql-server.always-on.ar.recoveryHealth
|State
|Rollup of the database_state column
|-
|Synchronization health
|sql-server.always-on.ar.synchronizationHealth
|State
|Rollup of the database synchronization state of all joined replicas and the availability mode of the replica
|-
|Connected state
|sql-server.always-on.ar.connectedState
|State
|Whether a secondary replica is currently connected to the primary replica
|}
{| class="wikitable"
! colspan="1" |Имя
! colspan="1" |Ключ метрики
! colspan="1" |Единицы
! colspan="1" |Описание
|-
|Hours since last backup
|sql-server.databases.backup.hoursPassed
|Hour
|Number of hours passed since last backup
|}
{| class="wikitable"
! colspan="1" |Имя
! colspan="1" |Ключ метрики
! colspan="1" |Единицы
! colspan="1" |Описание
|-
|Automated backup preference
|sql-server.always-on.ag.automatedBackupPreference
|State
|Preferred location for backups in this availability group
|-
|Primary recovery health
|sql-server.always-on.ag.primaryRecoveryHealth
|State
|Indicates the recovery health of the primary replica
|-
|Secondary recovery health
|sql-server.always-on.ag.secondaryRecoveryHealth
|State
|Indicates the recovery health of a secondary replica
|-
|Synchronization health
|sql-server.always-on.ag.synchronizationHealth
|State
|Reflects a rollup of the synchronization health of all replicas the group
|}
{| class="wikitable"
! colspan="1" |Имя
! colspan="1" |Ключ метрики
! colspan="1" |Единицы
! colspan="1" |Описание
|-
|Synchronization state
|sql-server.always-on.db.synchronizationState
|State
|Data-movement state
|-
|Synchronization health
|sql-server.always-on.db.synchronizationHealth
|State
|Intersection of the synchronization state of a database that is joined to the group on the replica and the availability mode of the replica
|-
|Database state
|sql-server.always-on.db.state
|State
|State of the availability database
|-
|Log send queue size
|sql-server.always-on.db.logSendQueueSize
|KibiByte
|Amount of log records of the primary database not sent to the secondary databases
|-
|Log send rate
|sql-server.always-on.db.logSendRate
|KiloBytePerSecond
|Average rate at which primary replica instance sends data
|-
|Redo queue size
|sql-server.always-on.db.redoQueueSize
|KiloByte
|Amount of log records in the log files of the secondary replica that has not yet been redone
|-
|Redo rate
|sql-server.always-on.db.redoRate
|KiloBytePerSecond
|Average Rate at which the log records are being redone on a given secondary database
|-
|Filestream send rate
|sql-server.always-on.db.filestreamSendRate
|KiloBytePerSecond
|The rate at which the filestream files are shipped to the secondary replica
|}

Визуализация метрик

2026-05-28T13:21:26Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Применение АппОптима|Наблюдайте и исследуйте]] / Визуализация метрик'''''

Визуализация метрик значительно расширяет ваши возможности по запросу и визуализации показателей.

* Анализируйте многомерные показатели, встроенные в АппОптима или полученные из StatsD, Prometheus, Telegraf и других каналов.
* Выберите тип визуализации.
* Добавьте визуализацию прямо на дашборде для легкого доступа и совместного использования.
* Обеспечивает основу для расчета показателей в визуализациях на дашбордах.

'''''[[Быстрый старт Визуализации метрик|Быстрый старт]]'''''

Если вы предпочитаете пока пропустить технические подробности и учиться на практике, попробуйте '''''[[Быстрый старт Визуализации метрик]].''''' Вы узнаете, как:

* Используйте шаблон
* Создайте простую визуализацию с нуля
* Используйте визуализацию непосредственно в Визуализации метрик
* Закрепите визуализацию на дашборд для дальнейшего использования и обмена.

Но если вы хотите узнать подробности сейчас, читайте ниже.

== Компоненты и концепции запроса ==
Каждый запрос метрики состоит из нескольких необязательных компонентов. Например, этот запрос:

[[Файл:141.png|граница|1103x1103пкс]]

имеет следующие компоненты:

* Название метрики: <code>CPU usage %</code> (<code>builtin:host.cpu.usage</code>)
* Агрегация: <code>Average (Среднее)</code> (<code>avg</code>)
* Разделить по: <code>Host</code> (<code>dt.entity.host</code>)
* Фильтровать: <code>Host</code> : <code>OS type</code>:<code>Linux</code>

Ниже приведены описания этих и других возможных компонентов запроса.

* Редактор запросов поможет вам выбрать параметры запроса, совместимые с настраиваемым вами запросом. В приведенном ниже примере, если навести курсор на значок i (информация) в списке выбора для '''Оценка''' , редактор объяснит, почему настройка недоступна для текущего запроса. [[Файл:142.png|граница]]

=== Название метрики ===
В редакторе запросов выберите имя метрики из списка, отображаемого в поле '''Выберите метрику…''' Это может быть встроенная метрика или метрика, полученная из канала, например StatsD, Prometheus или Telegraf через наш API метрик.

Чтобы выбрать метрику

* Вы можете ввести или вставить имя метрики непосредственно в поле, чтобы найти все соответствующие метрики. В этом примере есть несколько совпадений. Мы выбираем метрику в категории '''Host''', чтобы добавить ее в наш запрос. [[Файл:Imageссмчм.png|граница]]

* Если вы добавили в избранное какие-либо метрики в [[Обзор метрик|'''''Обзоре метрик''''']], эти метрики будут отображаться в верхней части списка в выборе метрик. [[Файл:125.png|граница]]
* Вы можете выбрать категорию метрик, чтобы сузить список метрик. [[Файл:126.png|граница]]

* При наведении курсора на любую метрику в списке на боковой панели отображаются сведения об этой метрике. [[Файл:127.png|граница]] Чтобы увидеть больше информации об этой метрике, выберите '''Просмотреть всю информацию о метриках''' . Это откроет [[Обзор метрик|'''''Обзор метрик''''']] в новой вкладке (чтобы вы не потеряли свою работу в '''Визуализации метрик''') с большим количеством полезных сведений о выбранной метрике.

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

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

Чтобы изменить эту агрегацию, выберите ее из списка, расположенного сразу после имени метрики в редакторе запросов:

[[Файл:143.png|граница]]

Каждая метрика обеспечивает одни и те же возможные пространственные агрегации: <code>Auto</code>, <code>Average</code>, <code>Count</code>, <code>Maximum</code>, <code>Minimum</code>, <code>Sum</code>, <code>Median</code>, <code>Percentile 10th</code>, <code>Percentile 75th</code>и <code>Percentile 90th</code>.

=== Разделить по ===
По умолчанию запрос не разделяется ни по одному измерению с использованием агрегации метрики. При разделении по измерению, такому как хост, агрегация используется для каждого хоста.

Разделить по размеру

# Если параметр '''Разделить по''' еще не отображается в редакторе запросов, выберите [[Файл:105.png|граница|31x31пкс]] и затем выберите <code>Разделить по</code> из списка.
# Установите параметр '''Разделить по''' на измерение, по которому вы хотите разделить запрос.

==== Пример ====
Если метрика строки — <code>CPU usage %</code>, <code>Host</code>— единственное доступное измерение. В разделе '''Разделить по''' выберите <code>Host</code>.

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

Чтобы установить порядок сортировки

# Если параметр '''Сортировать по''' еще не отображается в редакторе запросов, выберите [[Файл:105.png|граница|31x31пкс]] и затем выберите <code>Сортировать по</code> из списка.
# Установите параметр '''Сортировать по''' тому измерению, по которому вы хотите выполнить сортировку.
# Выберите порядок сортировки: <code>ASC</code>(по возрастанию) или <code>DESC</code>(по убыванию).

=== Оценка ===
Чтобы установить оценку

# Если '''Оценка''' еще не отображается в редакторе запросов, выберите [[Файл:105.png|граница|31x31пкс]] и затем выберите <code>Оценка</code> из списка.
# Установите оценку на <code>Нет</code>, <code>За секунду</code>, <code>За минуту</code>, или <code>За час</code>.

=== Фильтровать ===
Область действия определяется любым установленным вами фильтром. По умолчанию область действия равна <code>(include all)</code>.

Чтобы отфильтровать ваш запрос (изменить область действия)

# Если '''Фильтровать''' еще не отображается в редакторе запросов, выберите [[Файл:105.png|граница|31x31пкс]] и затем выберите <code>Фильтровать</code> из списка.
# В '''Фильтровать''' :
#* Выберите доступное измерение
#* Укажите атрибут
#* Укажите значение атрибута

Вы можете добавить несколько фильтров.

==== Пример ====
Если метрика — это количество действий (по категории Apdex) [веб] (<code>builtin:apps.web.actionCount.category</code>) и вы хотите выполнить фильтрацию по определенному веб-приложению с именем<code>My web application</code>

# Если параметр '''Фильтровать''' по еще не отображается, отобразите его.
# В Фильтр по выберите <code>Web application</code>, затем выберите <code>Name</code>, а затем выберите <code>My web application</code>

См. также '''''Автоматическая расширенная фильтрация''''' ниже

=== Ограничение ===
По умолчанию количество показателей, которые вы видите, если они разделены по измерению, равно 20.

Чтобы установить ограничение

# Если '''Ограничение''' еще не отображается в редакторе запросов, выберите [[Файл:105.png|граница|31x31пкс]] и затем выберите <code>Ограничение</code> из списка.
# Установите ограничение на <code>1</code>, <code>10</code>, <code>20</code>, или <code>100</code>.

Чтобы снять ограничение, включите Расширенный режим и удалите компонент запроса <code>:limit(n)</code>.

=== По умолчанию ===
Чтобы установить значение по умолчанию

# Если '''По умолчанию''' еще не отображается в редакторе запросов, выберите [[Файл:105.png|граница|31x31пкс]] и затем выберите <code>По умолчанию</code> из списка.
# Установите для параметра '''По умолчанию''' желаемое значение по умолчанию.

=== Сдвиг во времени ===
Чтобы установить значение сдвига по времени

# Если '''Сдвиг во времени''' еще не отображается в редакторе запросов, выберите [[Файл:105.png|граница|31x31пкс]] и затем выберите <code>Сдвиг во времени</code> из списка.
# Установите для параметра '''Сдвиг во времени''' число (положительное или отрицательное).
# Выберите единицу измерения (секунда, минута, час, день, неделя) из соседнего списка.

==== Пример ====
Чтобы вернуться на две минуты назад:

# Установить '''сдвиг времени''' на <code>-2</code>
# Установите единицу измерения <code>minute</code>

== Запросы команд ==
Используйте эти команды в редакторе запросов для выбора компонентов запроса и установки значений.

=== Визуализация ===
Визуализация по умолчанию — '''график'''. Чтобы изменить визуализацию, выберите ее из списка в верхнем левом углу определения запроса.

[[Файл:144.png|граница]]

АппОптима предлагает следующие типы визуализации:
*[[Файл:График.png|граница|30x30пкс|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%93%D1%80%D0%B0%D1%84%D0%B8%D0%BA.png]] [[Графическая визуализация|График]]
*[[Файл:Столбец с накоплением.png|32x32px|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%A1%D1%82%D0%BE%D0%BB%D0%B1%D0%B5%D1%86_%D1%81_%D0%BD%D0%B0%D0%BA%D0%BE%D0%BF%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5%D0%BC.png]][[Визуализация многоуровневых столбцов|Столбец с накоплением]]
*[[Файл:Область с накоплением.png|граница|30x30пкс|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%9E%D0%B1%D0%BB%D0%B0%D1%81%D1%82%D1%8C_%D1%81_%D0%BD%D0%B0%D0%BA%D0%BE%D0%BF%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5%D0%BC.png]] [[Визуализация многоуровневых областей|Область с накоплением]]
*[[Файл:Круг.png|граница|30x30пкс|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%9A%D1%80%D1%83%D0%B3.png]] [[Круговая визуализация|Круг]]
*[[Файл:Одно значение.png|граница|30x30пкс|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%9E%D0%B4%D0%BD%D0%BE_%D0%B7%D0%BD%D0%B0%D1%87%D0%B5%D0%BD%D0%B8%D0%B5.png]] [[Визуализация значений|Одно значение]]
*[[Файл:Таблица.png|граница|30x30пкс|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%A2%D0%B0%D0%B1%D0%BB%D0%B8%D1%86%D0%B0.png]] [[Визуализация таблиц|Таблица]]
*[[Файл:Топ-лист.png|граница|30x30пкс|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%A2%D0%BE%D0%BF-%D0%BB%D0%B8%D1%81%D1%82.png]] [[Визуализация топ-листа|Топ-лист]]
*[[Файл:Тепловая карта.png|граница|30x30пкс|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%A2%D0%B5%D0%BF%D0%BB%D0%BE%D0%B2%D0%B0%D1%8F_%D0%BA%D0%B0%D1%80%D1%82%D0%B0.png]] [[Визуализация тепловой карты|Тепловая карта]]
*[[Файл:Соты.png|граница|30x30пкс|ссылка=https://doc.ruscomtech.ru/index.php/%D0%A4%D0%B0%D0%B9%D0%BB:%D0%A1%D0%BE%D1%82%D1%8B.png]] [[Визуализация в виде сот|Соты]]

=== Плюс ===
Чтобы добавить или удалить метрические преобразования для строки в редакторе запросов, выберите [[Файл:105.png|граница|32x32пкс]] а затем установите или снимите флажки по мере необходимости.

* Все — отобразить все доступные поля (см. ниже)
* Разделить по
* Сортировать по
* Фильтровать
* Оценка
* По умолчанию
* Сдвиг во времени
* Ограничение

=== Добавить метрику ===
Чтобы добавить новую пустую строку, нажмите на кнопку '''Добавить метрику''' , а затем определите запрос этой строки.

=== Дублирующая метрика ===
Чтобы сделать копию метрики, которую вы уже добавили в запрос, выберите '''Дополнительно (...) > Дублировать''' и затем отредактируйте копию по мере необходимости [[Файл:145.png|граница|52x52пкс]].

=== Добавить метрическое событие ===
Если вы видите на диаграмме '''Визуализации метрик''' что-то, за чем хотите продолжить наблюдение, можно легко создать метрическое событие.

Чтобы создать метрическое событие из '''Визуализации метрик'''

# Выбирать '''Дополнительно (...) > Добавить событие метрики''' в редакторе запросов. [[Файл:145.png|граница|52x52пкс]] Вкладка '''Настройки > Обнаружение аномалий > События метрик''' отображается в новом окне браузера (чтобы вы не потеряли результаты своей работы в Визуализации метрик) с выбранным параметром '''Добавить событие метрики''' и уже заполненными полями метрик из вашего запроса, где это возможно.
# Завершите определение события метрики и сохраните изменения.
# Закройте это окно браузера и вернитесь в первое окно браузера, чтобы продолжить работу в '''Визуализации метрик'''.

Подробную информацию о метрических событиях см. в разделе [[События метрик|'''''События метрик''''']].

=== Изменить порядок метрик ===
Порядок, в котором показатели перечислены в вашем запросе, влияет на следующее:

* Порядок, в котором отображаются элементы рисунка: метрики запроса отображаются сверху вниз, поэтому последняя отображается поверх остальных.
* Порядок столбцов в визуализации таблицы
* Порядок отображения настроек на панели настроек

Чтобы изменить порядок метрик в запросе, выберите и перетащите метрику на новую позицию в списке метрик.

[[Файл:Image8з.png|граница]]

Повторите запрос, чтобы увидеть изменения.

=== Переключить метрику ===
Чтобы включить или выключить метрики, вы можете выбрать букву рядом с метрикой, которую вы хотите включить в свой запрос, или выбрать значок глаза [[Файл:40.png|граница]].

[[Файл:32.png|граница|1103x1103пкс]]

=== Удалить метрику ===
Чтобы удалить метрику, выберите '''Дополнительно (...) > Удалить''' .

[[Файл:145.png|граница|52x52пкс]]

=== Запуск запроса ===
Нажмите на кнопку '''Запуск запроса''' , чтобы запустить текущий настроенный запрос и отобразить визуализацию результатов. Текст рядом с кнопкой '''Запуск запроса''' отображает статус последнего запуска.

[[Файл:147.png|граница]]

=== Расширенный режим ===
Чтобы в полной мере использовать возможности запросов '''Metrics API v2''' из веб-интерфейса, включите '''расширенный режим''' для запроса.

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

[[Файл:148.png|граница]]

Подробную информацию о расширенном режиме см. в разделе '''''[[Расширенный режим Визуализации метрик]].'''''

==Базовая линия==
Чтобы помочь вам определить аномалии, вы можете использовать базовую линию, чтобы добавить доверительный диапазон к линии метрики на графике. Затем вы можете увидеть, когда значение выходит за пределы доверительного диапазона. Расчет базовой линии основан на [[Сезонные базовые линии|'''''Сезонной базовой линии''''']], которая используется для создания [[События метрик|'''''Событий метрики''''']] для обнаружения аномалий.
*Базовые показатели применяются только к визуализации <code>График</code>.
*При закреплении диаграммы на дашборде базовые линии не добавляются на плитку дашборда.
*Таймфреймы, используемые для определения базовой линии, определяются текущим выбранным разрешением:
{| class="wikitable"
!Диапазон разрешения
!Примеры разрешений
!Таймфрейм базовой линии
|-
|разрешение < 5 минут
|1 минута
|предыдущие 14 дней
|-
|5 минут ≥ разрешение < 1 час
|5 минут
10 минут

30 минут
|предыдущие 28 дней
|-
|1 час ≥ разрешение < 1 день
|1 час
6 часов

12 часов
|400 дней
|-
|разрешение ≥ 1 день
|1 день
1 неделя

1 месяц
|5 лет
|}
===Добавить базовую линию===
#На графике выберите линию метрики, которую вы хотите использовать в качестве базовой.
#Во всплывающем окне нажмите '''Добавить baseline'''.
#Подождите немного, пока вычисляется базовая линия. Затем график перерисовывается с базовой линией, отображаемой для выбранной вами метрики.
===Скрыть или показать базовую линию===
Базовые линии указаны отдельно в легенде диаграммы. Например, если вы добавляете базовую линию к метрике <code>CPU usage %</code> в визуализации <code>График</code>, список легенд будет содержать <code>CPU usage %</code> и <code>CPU usage % - baseline</code>. Выберите '''Показать легенду''', чтобы включить или выключить их отображение.
===Удалить базовую линию===
#На графике выберите линию метрики, из которой вы хотите удалить базовую линию.
#В всплывающем окне выберите '''Удалить''' '''baseline'''. График будет перерисован с удаленной базовой линией.
===Сравнение с базовыми показателями метрических событий===
Вы можете заметить различия между базовыми значениями в '''Визуализации метрик''' и метрическими событиями. Эти функции предлагают разные подходы для соответствия разным контекстам. В целом, конфигурация '''Визуализации метрик''' фиксирована, а конфигурация метрических событий настраивается.

Подробную информацию о сезонной базовой линии см. в разделе '''''[[Сезонные базовые линии]]'''''.

=== Часто задаваемые вопросы по базовым линиям ===

# Как рассчитывается базовая линия? Расчет базовой линии основан на сезонной базовой линии, используемой для создания метрических событий для обнаружения аномалий. Подробности о внутренней работе модели см. в разделе '''''[[Сезонные базовые линии]]'''''.
# Хотя базовая линия основана на сезонной базовой линии, существует несколько причин, по которым полученные базовые линии могут отличаться:

* '''Разрешение''': Базовая линия в '''Визуализации метрик''' выводится из данных в зависимости от текущего выбранного разрешения, как описано выше. Сезонная базовая линия конфигурации событий метрики всегда изучает поведение на основе данных разрешения в 1 минуту. Если разрешения различаются, результирующая базовая линия различается, поскольку значения метрики также различаются.
* '''Базовый таймфрейм''': таймфрейм, используемый для вывода базовой линии, определяется текущим выбранным разрешением, как описано выше. Поскольку конфигурации метрических событий всегда используют данные с разрешением в 1 минуту, таймфрейм обучения может отличаться, что также может привести к разным базовым линиям.
* '''Параметры линии''': Базовая линия в '''Визуализации метрик''' использует фиксированные параметры по умолчанию для обучения базовой линии:
** '''Допуск''' = 4
** '''Условие оповещения''' = «Оповещение, если метрика выходит за пределы»
** '''Нет оповещения об отсутствующих данных =''' Если параметры в конфигурации событий метрики отличаются, результирующий базовый уровень может быть другим.

==Коррелированные показатели==
АппОптима Fedor учитывает знание и топологию предметной области при вычислении сигналов связанной наблюдаемости. Fedor ранжирует наиболее релевантные сигналы наверху, а оценка Fedor для каждого обнаруженного сигнала указывает, насколько близко сигнал соответствует поведению эталонного сигнала в течение выбранного периода времени.
===Добавить коррелированные показатели===
Обратите внимание, что эта опция доступна только в том случае, если вы разделяете данные по измерению в запросе.
#Перейдите в раздел '''Визуализация метрик''' (стандартный или расширенный режим), создайте запрос ряда показателей, разделенных по связанному измерению, и отобразите его в визуализации <code>График</code>. Коррелированные показатели доступны '''''только''''' в том случае, если вы:
#*Выбрали визуализацию <code>График</code>
#*Указали запрос, который разделен по измерению, связанному с выбранным рядом данных. Попробуйте этот пример: [[Файл:33.png|граница|1034x1034пкс]] Вот это в '''расширенном режиме''': [[Файл:34.png|граница|1030x1030пкс]] <code>builtin:host.cpu.usage:splitBy("dt.entity.host"):sort(value(auto,descending)):limit(20)</code>
#Нажмите на кнопку '''Запуск запроса''' , чтобы построить график запроса.
#Выберите (нажмите) линию на графике, чтобы отобразить всплывающее окно с соответствующими параметрами.
#Во всплывающем окне выберите '''Просмотреть коррелирующие показатели''' . Боковая панель анализа '''AI''' содержит метрики, которые на основе анализа корреляции '''Fedor''' коррелируют с выбранным рядом. Эта корреляция определяется формой ряда, а не значениями. Что отображает анализатор?
#*'''Опорный сигнал''' представляет собой ряд данных, который вы выбрали на графике. Другие формы других метрических рядов сравниваются с формой этого ряда.
#*'''Связанные сигналы''' — это другие метрические ряды, имеющие схожую форму, отсортированные по принципу «наиболее схожие — наименее схожие». Чем более схожа форма, тем ближе корреляция. Для каждой коррелированной метрики анализатор отображает:
#**Название метрики
#**Измерение
#**Идентификатор объекта Корреляции иногда группируются.
#На боковой панели выберите любую из перечисленных метрик, чтобы автоматически добавить ее в текущий запрос.
#*Вы можете добавить несколько коррелированных показателей в свой запрос.
#*Вы можете добавить одну и ту же метрику несколько раз, а затем отредактировать запрос.
#После добавления коррелированных показателей выберите '''Запуск запроса''', чтобы обновить график.
===Часто задаваемые вопросы о коррелированных метриках===
#Что означает «корреляция» в данном контексте? Для определения корреляции анализатор проверяет форму ряда данных, а не значения. Коррелируются два ряда с очень похожими формами.
#Почему опция '''Просмотреть коррелирующие показатели''' недоступна? Возможные причины, по которым вы не видите опцию '''Просмотреть коррелирующие показатели''', включают:
#*Вы не выбрали визуализацию <code>График</code>
#*Вы не разделили по измерению в своем запросе
#*Вы не выполнили запрос на построение графика
#*Вы не выбрали (не щелкнули) линию на графике
#Что означает '''Сигналы на найдены'''? Если появляется надпись <code>Сигналы на найдены</code>, возможны следующие варианты:
#*Слишком малая дисперсия в выборке (например, метрика представляет собой прямую линию)
#*Слишком мало точек данных в выборке (например, за очень короткий период времени)
==Фокус==
Чтобы временно убрать потенциальный беспорядок с графика и сосредоточиться на одной метрике, вы можете скрыть все, кроме выбранной серии метрик.
*Фокус применяется только к визуализации <code>График</code>.
*Фокус не изменяет ваш запрос и не влияет на плитку дашборда при закреплении диаграммы на этот дашборд.
===Сосредоточьтесь на метрической серии===
#На линейном графике выберите линию метрики, на которой вы хотите сосредоточиться.
#Во всплывающем окне выберите '''Фокус''' . График перерисовывается, отображая только выбранную метрику.
===Удалить фокус===
#На графике выберите линию метрики, на которой вы сосредоточились.
#Во всплывающем окне выберите '''Удалить фокус''' . График перерисовывается для отображения всех показателей.

== Результат ==
В разделе '''Результат''' отображается выбранная визуализация результатов вашего запроса.

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

В этом примере — визуализация <code>График</code>, показывающая линейную диаграмму метрики <code>CPU usage %</code> для хостов — визуализация показывала хост, ведущий себя нестабильно, поэтому мы выбрали его, чтобы просмотреть сведения о хосте во всплывающем окне.

[[Файл:149.png|граница|1093x1093пкс]]

В этом примере у вас есть следующие варианты:

* Выберите '''Фокус''' , чтобы сфокусировать график на одной метрике. Подробности см. в разделе '''Фокус''' (выше).
* Выберите '''Добавить baseline''' , чтобы добавить базовую линию для выбранной метрики. Подробности см. в разделе '''Базовая линия''' (выше).
* Выберите '''Просмотреть коррелирующие показатели''' , чтобы вывести список коррелированных метрик и при желании добавить их выборку в свой запрос. Подробности см. в разделе '''Коррелированные показатели''' (выше) .
* Выберите '''Показать host''' , чтобы перейти непосредственно на страницу сведений о данном хосте.
* Выберите '''Показать host list''' , чтобы перейти на страницу '''Хосты'''.

Параметры, доступные во всплывающем окне, зависят от настроенного вами запроса и визуализации.

=== Закрепить на дашборде ===
Когда вы будете удовлетворены своим запросом, вы можете добавить его на дашборд.

# Нажмите на кнопку '''Закрепить на дашборде'''.
# Выберите дашборд, для которого у вас есть разрешение на редактирование.
# Нажмите на кнопку '''Прикрепить'''.

Подробную информацию см. в разделе '''''[[Закрепление плиток на панели инструментов|Закрепление плиток на дашборде]]'''''.

=== Поделитесь своими результатами ===
Если вы проводите анализ в '''Визуализации метрик''' и находите интересные результаты, которыми хотите поделиться с другими аутентифицированными пользователями, или если вы хотите иметь возможность повторно просмотреть те же результаты самостоятельно, используя более поздний период времени

# Перейдите на страницу '''Визуализация метрик''' и в разделе '''Результат''' выберите '''Дополнительно (...) > Поделиться ссылкой'''.
# Определите таймфрейм для привязки к ссылке:
#* Чтобы поделиться ссылкой с текущим таймфреймом, включите опцию '''Использовать таймфрейм результата''' .
#* В противном случае ссылка на общий запрос будет указывать текущий запрос и настройки, за исключением таймфрейма.
# Нажмите на кнопку '''Скопировать''' , чтобы скопировать ссылку в буфер обмена.
# Поделитесь ссылкой с любым другим авторизованным пользователем АппОптима или сохраните копию для собственного использования.

=== Экспорт в CSV-файл ===
Для экспорта в файл со значениями, разделенными запятыми (CSV)

# Перейдите на страницу '''Визуализация метрик''' и в разделе '''Результат''' выберите '''Дополнительно (...) >''' '''Экспорт CSV''' .
#* '''Экспорт CSV''' доступен для всех визуализаций, кроме сотовой и одиночной.
#* Значения, экспортированные в CSV-файл, отражают форматирование, указанное в настройках '''Единица измерения''' и '''Формат''' в разделе '''Настройки'''.
# CSV-файл с результатами сохраняется на вашем локальном компьютере.

Имя файла указывает метрики, дату и временные рамки.

Например:

* <code>CPU usage % (May 24, 2022, 11_41 - 13_41).csv</code>— содержит результаты metric <code>CPU usage %</code>, запущенного 24 мая 2022 года в течение двухчасового периода с 11:41 до 13:41.
* <code>CPU usage % +1 (May 24, 2022, 13_19 - 13_49).csv</code>— содержит результаты метрики <code>CPU usage %</code>и еще одной метрики, запущенные 24 мая 2022 года в течение получасового периода с 13:19 до 13:49.

=== Использовать в API ===
После выполнения запроса у вас есть возможность скопировать запрос для использования в запросе API.

# Перейдите на страницу '''Визуализация метрик''' и в разделе '''Результат''' выберите '''Дополнительно (...) >''' '''Копировать запрос'''.
# Выберите, следует ли '''Использовать таймфрейм результата'''.
# Выберите формат ответа: '''JSON''' или '''CSV'''.
# Нажмите на кнопку '''Скопировать''', чтобы скопировать запрос в буфер обмена, или просто выберите и скопируйте те части запроса, которые вы хотите использовать.
# '''''необязательный''''' Нажмите '''Получите токен с областью чтения метрик и замените XXX-XXX в запросе''' , чтобы перейти на страницу '''Создание токена''' доступа и получить токен для запроса.

== Примеры ==

=== Таблица с двумя метриками (разделенная) ===
В этом примере мы выбираем метрики <code>CPU usage %</code> и <code>Memory used %</code>, разбиваем их по хостам для обоих и отображаем в виде таблицы так, чтобы строки представляли собой хосты, а столбцы — значения метрик для каждого хоста.

* '''A:''' <code>CPU usage %</code> (<code>builtin:host.cpu.usage</code>), <code>Среднее</code>, Разделить по <code>Host</code>
* '''B:''' <code>Memory used %</code> (<code>builtin:host.mem.usage</code>), <code>Среднее</code>, Разделить по <code>Host</code>
* '''Визуализация:''' <code>Таблица</code>

Полный запрос должен выглядеть так:

[[Файл:150.png|граница|1090x1090пкс]]

Пример плитки:

[[Файл:151.png|граница]]

=== График с двумя метриками ===
В этом примере мы выбираем те же показатели и отображаем их в виде графика.

При установке '''Визуализации''' на <code>График</code> отображаются '''Настройки''' , где можно выбрать, как отображать каждую метрику. В этом случае — <code>CPU usage %</code> это диаграмма с областями (область между 0 и значением метрики заполнена), а <code>Memory used %</code>— это линейная диаграмма (одна линия, представляющая значение метрики с течением времени).

* A: <code>CPU usage %</code> (<code>builtin:host.cpu.usage</code>), <code>Среднее</code>, Разделить по <code>Host</code>
* B: <code>Memory used %</code> (<code>builtin:host.mem.usage</code>), <code>Среднее</code>, Разделить по <code>Host</code>
* Визуализация: <code>График</code>
* Визуальные настройки:
** А =<code>Область</code>
** Б =<code>Линейный</code>

Полный запрос должен выглядеть так:

[[Файл:152.png|граница|1100x1100пкс]]

Пример плитки:

[[Файл:153.png|граница]]

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

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

=== Пример 1: Синтетическая метрика шага, расширенная синтетическим монитором ===
Некоторые показатели производительности для синтетических событий не имеют возможности фильтровать их по монитору. Однако одно и то же событие может произойти на нескольких мониторах, и чтобы посмотреть на производительность одного монитора, вам нужна возможность фильтровать их.

Благодаря автоматически расширенным фильтрам теперь можно фильтровать данные на этапе синтетического теста.

# Выберите метрику (например, <code>Action duration - load action (by event) [browser monitor]</code>). Она имеет '''тип объекта''' <code>SYNTHETIC_TEST_STEP</code>. [[Файл:157.png|граница]]
# Добавьте фильтр. [[Файл:158.png|граница]]
# Выберите автоматически расширенное измерение. [[Файл:159.png|граница]]
# Полученный фильтр. [[Файл:160.png|граница]] Более того, теперь вы можете использовать автоматически расширенные фильтры на панели мониторинга, поэтому вам не придется настраивать несколько плиток, чтобы видеть одну и ту же метрику для разных мониторов или разных хостов.
# На вкладке '''Динамические фильтры''' на странице настроек дашборда добавьте фильтр для <code>Пользовательские фильтры</code>. [[Файл:161.png|граница]]
# Выберите <code>Synthetic monitor</code>. [[Файл:162.png|граница]]
# Сохраните изменения и отобразите дашборд. Теперь вы можете фильтровать все плитки на дашборде по Synthetic monitor. Дашборд автоматически проверит для каждой плитки, существует ли такая связь. Таким образом, каждая плитка (без фильтров, установленных на уровне плитки), которая имеет метрику событий Synthetic, будет отфильтрована в тот момент, когда существует связь между шагом в плитке и выбранным вами монитором. [[Файл:163.png|граница]]

=== Пример 2: расширенная метрика хоста ===
Здесь мы расширяем метрику хоста экземпляром EC2.

# Создайте плитку, связанную с хостом, с метрикой хоста (например, <code>CPU usage %</code>- <code>builtin:host.cpu.usage</code>).
# Примените соответствующий фильтр, например <code>EC2 instance (runsOn)</code>. Теперь плитка со всеми хостами отфильтрована только по хостам, работающим на этом экземпляре '''EC2'''. Это возможно, даже если измерение <code>EC2 instance</code> не существует в исходной метрике хоста. Используя топологию (тип объекта), АппОптима может фильтровать хосты на основе этой связи. [[Файл:164.png|граница|1061x1061пкс]]

В этом варианте метрика хоста расширяется за счет группы хостов.

# Установите фильтр <code>Host.Host Group (isInstanceOf)</code>и закрепите плитку на нашем дашборде. [[Файл:165.png|граница]]
# Теперь мы можем фильтровать плитки дашборда по группе хостов. [[Файл:166.png|граница]]

PostgresDB (remote monitoring)

2026-05-28T13:21:18Z

IKuznetsov:

'''''[[Расширения]] / [[Расширения 2.0]] / PostgresDB (remote monitoring)'''''

Контролируйте производительность Postgres с помощью нашей новой платформы расширений EF2.0.

== Обзор ==
Наше решение для мониторинга базы данных Postgres основано на подходе удаленного мониторинга, реализованном в виде расширения АктивныйШлюз АппОптима. Расширение запрашивает базы данных Postgres для определения ключевой производительности и работоспособности. Собираемые метрики включают данные из таблиц pg_stat, wal_pg_stat и других. Затем система Fedor от АппОптима анализирует эти показатели, чтобы обеспечить анализ аномалий и проблем.

== Начало ==
Создайте пользователя базы данных, используя следующий шаблон:

CREATE USER AppOptima With PASSWORD ' <PASSWORD> ' INHERIT;

GRANT pg_monitor TO AppOptima;

Чтобы собирать метрики WAL, у пользователя должна быть <code>superuser</code>роль.

ALTER USER AppOptima WITH SUPERUSER;

Между АктивнымШлюзом, на котором развернуто расширение, и базой данных Postgres должно быть установлено соединение.

Активируйте расширение в своей среде с помощью встроенного концентратора продукта, предоставьте необходимую конфигурацию устройства, и все готово.

Перейдите на обзорную панель Postgres, чтобы просмотреть метрики и объекты.

Это расширение записывает информацию на уровне экземпляра и уровне базы данных.

== Случаи использования ==
Расширение предназначено для пользователей, которые:

* Хотели бы следить за состоянием работоспособности и производительностью своих баз данных Postgres.

Расширение позволяет вам:

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

== Информация о совместимости ==
Для этого расширения требуется АктивныйШлюз версии 1.259 минимум

Postgres 14 или выше для всех метрик

Postgres 10 или выше для всех метрик, за исключением таблицы pg_stat_wall.

В версии 9.6 отмените выбор набора функций сеансов, поскольку информация о сеансе не существует.

Расширение не будет работать на версиях старше 9.6.

Расширение не распространяется на данные, специфичные для облака, такие как сеть, активность виртуальных машин и т. д. Возможно, потребуется изменить привилегии, чтобы разрешить SELECT для следующих таблиц:

* pg_stat_bgwriter
* pg_stat_database
* pg_stat_activity
* pg_tablespace
* pg_stat_wal (доступно только с версии 14, для более старых версий отмените выбор набора функций)

== Содержание расширения ==
{| class="wikitable"
|+
!Тип содержимого
!Количество включенных предметов
|-
|Generic Relationship
|3
|-
|Screen Layout
|2
|-
|Alerts
|1
|-
|Screen Actions
|4
|-
|Metric Metadata
|48
|-
|Screen Entities Lists
|5
|-
|Dashboards
|1
|-
|List Screen Layout
|2
|-
|Generic Type
|3
|-
|Screen Chart Groups
|9
|}

== Наборы функций ==
Ниже приведен полный список наборов функций, представленных в этой версии. Чтобы обеспечить соответствие вашим потребностям, отдельные метрики могут быть активированы и деактивированы вашим администратором во время настройки.
{| class="wikitable"
|+
! colspan="2" |Наборы функций
! colspan="2" |Количество включенных показателей
|-
| colspan="2" |'''''Table space'''''
| colspan="2" |'''''1'''''
|-
|''Название метрики''
|''Ключ метрики''
|''Описание''
|''Единица''
|-
|Table space
|postgres.tablespace
|Табличное пространство в байтах
|Байт
|-
| colspan="2" |'''''Recovery'''''
| colspan="2" |'''''1'''''
|-
|''Название метрики''
|''Ключ метрики''
|''Описание''
|''Единица''
|-
|Instance recovery mode
|postgres.recovery.state
|Укажите, находится ли экземпляр в режиме восстановления.
|Count
|-
| colspan="2" |'''''Slowest connections'''''
| colspan="2" |'''''3'''''
|-
|''Название метрики''
|''Ключ метрики''
|''Описание''
|''Единица''
|-
|Slowest idle transaction
|postgres.slowest.idle
|Самая медленная транзакция в состоянии ожидания
|Секунды
|-
|Slowest active transaction
|postgres.slowest.active
|Самая медленная транзакция в активном состоянии
|Секунды
|-
|Slowest waiting transaction
|postgres.slowest.waiting
|Самая медленная транзакция в состоянии ожидания
|Секунды
|-
| colspan="2" |'''''pg stat bgwriter'''''
| colspan="2" |'''''10'''''
|-
|''Название метрики''
|''Ключ метрики''
|''Описание''
|''Единица''
|-
|Checkpoints scheduled performed per minute
|postgres.checkpoints_timed.count
|Количество выполненных запланированных контрольных точек
|Count
|-
|Checkpoints requested performed per minute
|postgres.checkpoints_req.count
|Количество запрошенных контрольных точек, которые были выполнены
|Count
|-
|Checkpoints write time
|postgres.checkpoint_write_time
|Общее количество времени, затраченное на этап обработки контрольной точки, когда файлы записываются на диск.
|Милисекунды
|-
|Checkpoint sync time
|postgres.checkpoint_sync_time
|Общее количество времени, затраченное на этап обработки контрольной точки, когда файлы синхронизируются с диском.
|Милисекунды
|-
|Buffers checkpoint
|postgres.buffers_checkpoint
|Количество буферов, записанных во время контрольных точек
|Count
|-
|Buffers write
|postgres.buffers_clean
|Количество буферов, записанных фоновым записывающим устройством
|Count
|-
|Buffers max clean
|postgres.maxwritten_clean
|Сколько раз фоновая программа записи останавливала очистку сканирования, поскольку она записала слишком много буферов
|Count
|-
|Buffers write by backend
|postgres.buffers_backend
|Количество буферов, записываемых непосредственно серверной частью
|Count
|-
|Buffers fsync
|postgres.buffers_backend_fsync
|Сколько раз серверной части приходилось выполнять собственный вызов fsync (обычно фоновый модуль записи обрабатывает их, даже если серверная часть выполняет собственную запись)
|Count
|-
|Buffers allocated
|postgres.buffers_alloc
|Количество выделенных буферов
|Count
|-
| colspan="2" |'''''Sessions'''''
| colspan="2" |'''''3'''''
|-
|''Название метрики''
|''Ключ метрики''
|''Описание''
|''Единица''
|-
|Sessions per minute
|postgres.sessions.count
|Общее количество установленных сессий
|Count
|-
|Sessions abandoned per minute
|postgres.sessions_abandoned.count
|Количество сеансов базы данных с этой базой данных, которые были прекращены из-за потери соединения с клиентом.
|Count
|-
|Sessions fatal per minute
|postgres.sessions_fatal.count
|Количество сеансов с этой базой данных, прерванных из-за фатальных ошибок.
|Count
|-
| colspan="2" |'''''Pg stat database'''''
| colspan="2" |'''''14'''''
|-
|''Название метрики''
|''Ключ метрики''
|''Описание''
|''Единица''
|-
|Deadlocks
|postgres.deadlocks
|Количество тупиков
|Count
|-
|Number of backends
|postgres.numbackends
|Количество серверов, подключенных в настоящее время к этой базе данных
|Count
|-
|Number of transactions per minute
|postgres.xact_commit.count
|Количество транзакций в этой базе данных, которые были зафиксированы
|Count
|-
|Number of rollbacks per minute
|postgres.xact_rollback.count
|Количество транзакций в этой базе данных, которые были отменены
|Count
|-
|Disk block read count per minute
|postgres.blks_read.count
|Количество дисковых блоков, прочитанных в этой базе данных
|Count
|-
|Cached disk block count per minute
|postgres.blk_hit.count
|Сколько раз дисковые блоки уже были обнаружены в буферном кеше, поэтому чтение не требовалось
|Count
|-
|Rows fetch count (sequential scan and index entry) per minute
|postgres.tup_returned.count
|Количество активных строк, полученных при последовательном сканировании, и записей индекса, возвращенных при сканировании индекса в этой базе данных.
|Count
|-
|Row fetch count (index scan) per minute
|postgres.tup_fetched.count
|Количество активных строк, полученных при сканировании индекса в этой базе данных
|Count
|-
|Row inserts count per minute
|postgres.tup_inserted.count
|Количество строк, вставленных запросами в эту базу данных
|Count
|-
|Row updates count per minute
|postgres.tup_updated.count
|Количество строк, обновленных запросами в этой базе данных
|Count
|-
|Row deletes count per minute
|postgres.tup_deleted.count
|Количество строк, удаленных запросами в этой базе данных
|Count
|-
| -
|postgres.conflicts.count
| -
| -
|-
|Temp files count
|postgres.temp_files
|Количество временных файлов, созданных запросами в этой базе данных
|Count
|-
|Temp files bytes
|postgres.temp_bytes
|Общий объем данных, записанных во временные файлы по запросам в этой базе данных
|Байт
|-
| colspan="2" |'''''Cache hit ratio'''''
| colspan="2" |'''''1'''''
|-
|''Название метрики''
|''Ключ метрики''
|''Описание''
|''Единица''
|-
|Cache hit ratio
|postgres.cache-hit-ratio
|Коэффициент попадания в кэш
|Count
|-
| colspan="2" |'''''Wal stats'''''
| colspan="2" |'''''8'''''
|-
|''Название метрики''
|''Ключ метрики''
|''Описание''
|''Единица''
|-
|Wal records per minute
|postgres.wal.records.count
|Количество записей WAL, генерируемых в минуту
|Count
|-
|WAL fpi per minute
|postgres.wal.fpi.count
|Количество полностраничных изображений WAL, генерируемых в минуту
|Count
|-
|WAL bytes
|postgres.wal.bytes
|Общий объем сгенерированного WAL в байтах
|Count
|-
|Wal buffers full
|postgres.wal.buffers.full
|Сколько раз данные WAL записывались на диск из-за переполнения буферов WAL
|Count
|-
|WAL write
|postgres.wal.write
|Сколько раз буферы WAL были записаны на диск с помощью запроса XLogWrite
|Count
|-
|WAL sync
|postgres.wal.sync
|Сколько раз файлы WAL были синхронизированы с диском с помощью запроса Issue_xlog_fsync
|Count
|-
|WAL write time
|postgres.wal.write.time
|Общее количество времени, потраченное на запись буферов WAL на диск посредством запроса XLogWrite, в миллисекундах.
|Милисекунды
|-
|WAL sync time
|postgres.wal_sync_time
|Общее количество времени, потраченное на синхронизацию файлов WAL с диском с помощью запроса Issue_xlog_fsync, в миллисекундах.
|Милисекунды
|}

== Скриншоты ==
[[Файл:pdb1.png|1098x1098пкс]]

[[Файл:pdb2.png|1087x1087пкс]]

POST лога нагрузки

2026-05-28T13:21:09Z

IKuznetsov:

'''''[[API АппОптима]] / [[API АппОптима|Эндпойнты среды]] / [https://docs.expert-apm.ru/index.php/API_%D0%90%D0%BF%D0%BF%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0#:~:text=DELETE%20%D1%82%D0%B5%D0%B3%D0%BE%D0%B2-,%D0%A0%D0%B0%D0%B7%D0%B2%D1%91%D1%80%D1%82%D1%8B%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5,-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C Развёртывание] / [https://docs.expert-apm.ru/index.php/API_%D0%90%D0%BF%D0%BF%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0#:~:text=GET%20%D1%84%D0%B0%D0%B9%D0%BB%D0%B0-,%D0%9C%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3%20%D0%BB%D0%BE%D0%B3%D0%BE%D0%B2,-GET%20%D0%BB%D0%BE%D0%B3%D0%B0%20%D0%BF%D0%BE%D0%B8%D1%81%D0%BA%D0%B0 Мониторинг логов] / POST лога нагрузки'''''

Отправляет пользовательские логи в АппОптима.

Для этой конечной точки требуется АктивныйШлюз с включенным модулем сбора аналитики логов . Этот модуль включен по умолчанию на всех ваших АктивныхШлюзах.

Запрос использует один из следующих типов полезной нагрузки:
*<code>text/plain</code>— ограничено одним событием в логе.
*<code>application/json</code>— поддерживает несколько событий лога в одной полезной нагрузке.
Обязательно установите правильный заголовок Content-Type и закодируйте полезную нагрузку с помощью UTF-8 : <code>application/json; charset=utf-8</code>.

Этот запрос является выпуском Early Adopter и может быть изменен несовместимым образом.
{| class="wikitable"
|POST
|
*Среда АктивногоШлюза <nowiki>https://{ваш-активный-домен}:9999/e/{идентификатор-вашей-среды}/api/v2/logs/ingest</nowiki>
|}
==Аутентификация==
Чтобы выполнить этот запрос, вам необходимо разрешение '''Ingest logs''' ( <code>logs.ingest</code>), назначенное вашему токену API. Чтобы узнать, как его получить и использовать, см. раздел [[Токены и аутентификация (API)|Токены и аутентификация]] .
==Параметры==
{| class="wikitable"
!Параметр
!Тип
!Описание
!In
!Необходимость
|-
|body
|LogMessageJson
|Тело запроса. Содержит одно или несколько событий лога для приема.
Конечная точка принимает один из следующих типов полезной нагрузки, определенных заголовком Accept :
*<code>text/plain</code>: поддерживает только одно событие журнала.
*<code>application/json</code>: поддерживает несколько событий журнала в одной полезной нагрузке.
|body
|по желанию
|}
===Объекты тела запроса===
====Объект <code>LogMessageJson</code>====
Сообщение лога в формате JSON. Используйте один объект, представляющий одно событие, или массив объектов, представляющих несколько событий.

Объект может содержать следующие типы ключей без учета регистра (возможные значения ключей перечислены ниже):
*Отметка времени:
**Самая ранняя отметка времени для события лога — это текущее время минус 24 часа. Если событие лога содержит отметку времени раньше, чем текущее время минус 24 часа, событие отбрасывается, а универсальный API приема лога возвращает <code>400</code>код ответа.
**Последняя отметка времени для события лога — это текущее время плюс 12 часов. Если событие лога содержит отметку времени позже, чем текущее время плюс 12 часов, событие отбрасывается, а универсальный API приема лога возвращает <code>400</code>код ответа.
**Поддерживаются следующие форматы: миллисекунды UTC, RFC3339 и RFC3164. Для отсутствующей метки времени используется текущая метка времени. Для неподдерживаемого формата временной метки используется текущая временная метка, а значение неподдерживаемого формата временной метки сохраняется в неиндексированном <code>unparsed_timestamp</code>атрибуте.
*Строгость. Если не установлено, <code>NONE</code>используется.
*Содержание. Если ключ содержимого не задан, весь JSON анализируется как содержимое.
*Семантический признак. Поддерживаются только значения этого <code>String</code>типа. Семантические атрибуты индексируются и могут использоваться в запросах. Они также отображаются в агрегатах (фасетах). Если встречается неподдерживаемый ключ, он не индексируется и не может использоваться в индексировании и агрегировании.
Значением объекта может быть одна константа или, в случае семантического атрибута, массив констант. Длина значения ограничена. Любой контент, превышающий лимит, обрезается. Ограничения по умолчанию:
*Атрибуты: до 50 атрибутов.
*Содержимое: 8 192 байта.
*Семантический атрибут: 250 байт на значение, до 32 значений атрибута
Поддерживаемые ключи отметки времени:
*@timestamp
*_timestamp
*date
*eventtime
*published_date
*syslog.timestamp
*timestamp
Поддерживаемые ключи содержимого:
*body
*content
*message
*payload
Поддерживаемые ключи серьезности:
*level
*loglevel
*severity
*status
*syslog.severity
Поддерживаемые ключи семантических атрибутов:
*audit.action
*audit.identity
*audit.result
*aws.account.id
*aws.arn
*aws.log_group
*aws.log_stream
*aws.region
*aws.resource.id
*aws.resource.type
*aws.service
*azure.location
*azure.resource.group
*azure.resource.id
*azure.resource.name
*azure.resource.type
*azure.subscription
*cloud.account.id
*cloud.availability_zone
*cloud.provider
*cloud.region
*container.image.name
*container.image.tag
*container.name
*db.cassandra.keyspace
*db.connection_string
*db.hbase.namespace
*db.jdbc.driver_classname
*db.mongodb.collection
*db.mssql.instance_name
*db.name
*db.operation
*db.redis.database_index
*db.statement
*db.system
*db.user
*device.address
*dt.active_gate.group.name
*dt.active_gate.id
*dt.code.filepath
*dt.code.func
*dt.code.lineno
*dt.code.ns
*dt.ctg.calltype
*dt.ctg.extendmode
*dt.ctg.gatewayurl
*dt.ctg.program
*dt.ctg.rc
*dt.ctg.requesttype
*dt.ctg.serverid
*dt.ctg.termid
*dt.ctg.transid
*dt.ctg.userid
*dt.entity.cloud_application
*dt.entity.cloud_application_instance
*dt.entity.cloud_application_namespace
*dt.entity.container_group
*dt.entity.container_group_instance
*dt.entity.custom_device
*dt.entity.host
*dt.entity.kubernetes_cluster
*dt.entity.kubernetes_node
*dt.entity.process_group
*dt.entity.process_group_instance
*dt.event.group_label
*dt.event.key
*dt.events.root_cause_relevant
*dt.exception.messages
*dt.exception.serialized_stacktraces
*dt.exception.types
*dt.extension.config.id
*dt.extension.ds
*dt.extension.name
*dt.extension.status
*dt.host.ip
*dt.host.smfid
*dt.host.snaid
*dt.host_group.id
*dt.http.application_id
*dt.http.context_root
*dt.kubernetes.cluster.id
*dt.kubernetes.cluster.name
*dt.kubernetes.config.id
*dt.kubernetes.event.involved_object.kind
*dt.kubernetes.event.involved_object.name
*dt.kubernetes.event.reason
*dt.kubernetes.node.name
*dt.kubernetes.node.system_uuid
*dt.kubernetes.topmost_controller.kind
*dt.kubernetes.workload.kind
*dt.kubernetes.workload.name
*dt.network_zone.id
*dt.os.description
*dt.os.type
*dt.process.commandline
*dt.process.executable
*dt.process.name
*dt.source_entity
*dt.source_entity_name
*dt.source_entity_type
*faas.id
*faas.instance
*faas.name
*faas.version
*gcp.instance.id
*gcp.instance.name
*gcp.project.id
*gcp.region
*gcp.resource.type
*host.hostname
*host.id
*host.image.id
*host.image.name
*host.image.version
*host.name
*host.type
*http.client_ip
*http.flavor
*http.host
*http.method
*http.route
*http.scheme
*http.server_name
*http.status_code
*http.status_text
*http.target
*http.url
*k8s.cluster.name
*k8s.container.name
*k8s.cronjob.name
*k8s.cronjob.uid
*k8s.daemonset.name
*k8s.daemonset.uid
*k8s.deployment.name
*k8s.deployment.uid
*k8s.job.name
*k8s.job.uid
*k8s.namespace.name
*k8s.pod.name
*k8s.pod.uid
*k8s.replicaset.name
*k8s.replicaset.uid
*k8s.statefulset.name
*k8s.statefulset.uid
*log.source
*net.host.ip
*net.host.name
*net.host.port
*net.peer.ip
*net.peer.name
*net.peer.port
*net.transport
*process.technology
*service.instance.id
*service.name
*service.namespace
*service.version
*snmp.trap_oid
*span_id
*trace_id
*winlog.eventid
*winlog.level
*winlog.opcode
*winlog.provider
*winlog.task
Объект не предоставляет никаких параметров.
===JSON-модель тела запроса===
Это модель тела запроса, показывающая возможные элементы. Его необходимо настроить для использования в реальном запросе.
<[
{
"content": "Exception: Custom error log sent via Generic Log Ingest",
"log.source": "/var/log/syslog",
"timestamp": "2022-01-17T22:12:31.0000",
"severity": "error",
"custom.attribute": "attribute value"
},
{
"content": "Exception: Custom error log sent via Generic Log Ingest",
"log.source": "/var/log/syslog",
"timestamp": "2022-01-17T22:12:35.0000"
},
{
"content": "Exception: Custom error log sent via Generic Log Ingest",
"log.source": "/var/log/syslog"
},
{
"content": "Exception: Custom error log sent via Generic Log Ingest"
}
]
==Ответ==
===Коды ответов===
{| class="wikitable"
!Код
|Тип
!Описание
|-
|200
|SuccessEnvelope
|Только часть входных событий была принята из-за ограничений размера события или проблем с анализом JSON.
|-
|204
|
|Успех. Ответ не имеет тела.
|-
|400
|ErrorEnvelope
|Не удалось. Ввод недействителен.
|-
|402
|ErrorEnvelope
|Не удалось. Вы не можете добавить больше логов в хранилище, так как закончились единицы данных Fedor (DDU). Приобретите дополнительные DDU.
|-
|404
|ErrorEnvelope
|Не удалось. Запрошенный ресурс не существует. Это может произойти, если АктивныйШлюз недоступен с включенным модулем Log Analytics Collector.
|-
|413
|ErrorEnvelope
|Не удалось. Размер полезной нагрузки запроса слишком велик. Это может произойти, когда размер полезной нагрузки в байтах превышает ограничение или когда принятые полезные данные представляют собой массив JSON, размер которого превышает ограничение.
|-
|429
|ErrorEnvelope
|Не удалось. Слишком много запросов. Это происходит, когда прием логов отключен.
|-
|501
|ErrorEnvelope
|Не удалось. Сервер либо не распознает метод запроса, либо не может выполнить запрос. Может произойти, если не включено индексированное хранилище логов.
|}
===Объекты тела ответа===
====Объект <code>SuccessEnvelope</code>====
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|details
|Success
| -
|}
====Объект <code>Success</code>====
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|code
|integer
|Код состояния HTTP
|-
|message
|string
|Подробное сообщение
|}
===JSON-модель тела ответа===
<{
"details": {
"code": 1,
"message": "string"
}
}

Унифицированные службы

2026-05-28T13:21:02Z

IKuznetsov:

'''''[[Модули платформы]] / [[Модули платформы|Наблюдение за приложением]]/ [https://docs.expert-apm.ru/index.php/%D0%9C%D0%BE%D0%B4%D1%83%D0%BB%D0%B8_%D0%BF%D0%BB%D0%B0%D1%82%D1%84%D0%BE%D1%80%D0%BC%D1%8B#:~:text=%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C%20%D0%BA%D0%BE%D0%B4-,%D0%A1%D0%BB%D1%83%D0%B6%D0%B1%D1%8B,-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C Службы] / [https://docs.expert-apm.ru/index.php/%D0%9C%D0%BE%D0%B4%D1%83%D0%BB%D0%B8_%D0%BF%D0%BB%D0%B0%D1%82%D1%84%D0%BE%D1%80%D0%BC%D1%8B#:~:text=%D0%9E%D0%B1%D0%BD%D0%B0%D1%80%D1%83%D0%B6%D0%B5%D0%BD%D0%B8%D0%B5%20%D0%B8%20%D0%BF%D1%80%D0%B8%D1%81%D0%B2%D0%BE%D0%B5%D0%BD%D0%B8%D0%B5%20%D0%B8%D0%BC%D0%B5%D0%BD%D0%B8 Обнаружение и присвоение имени] / [https://docs.expert-apm.ru/index.php/%D0%9C%D0%BE%D0%B4%D1%83%D0%BB%D0%B8_%D0%BF%D0%BB%D0%B0%D1%82%D1%84%D0%BE%D1%80%D0%BC%D1%8B#:~:text=%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C%20%D0%BA%D0%BE%D0%B4-,%D0%A2%D0%B8%D0%BF%D1%8B%20%D1%81%D0%BB%D1%83%D0%B6%D0%B1,-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C Типы служб] / Унифицированные службы'''''

''АппОптима версия 1.274''

Тип службы «Единая служба» представляет службы, обнаруженные на основе интервалов, и создан с учетом Cloud Native и OpenTelemetry. Унифицированные службы обеспечивают безагентную поддержку данных из API приема, например API приема трассировки .

* Унифицированные службы, полученные через API-интерфейсы приема, перечислены вместе с другими службами и в топологии . После обогащения трассировок информацией о топологии взаимосвязи сопоставляются в вашей среде, обеспечивая полное вертикальное и горизонтальное представление топологии и упрощая анализ первопричин проблем.
* АппОптима рассчитывает время отклика, пропускную способность и показатели частоты сбоев для этих сервисов, которые доступны через анализ служб.
* Fedor анализирует проблемы, связанные с базовыми ресурсами, с помощью готовых базовых показателей. Кроме того, вы можете создавать собственные оповещения на основе информации лога.
* Вы можете искать отслеживаемые объекты в АппОптима по имени диапазона.
* Вы можете отслеживать сетки сервисов Istio .
* Распределенные трассировки, логи и события помещаются в контекст.
* Вы можете отслеживать и настраивать оповещения для автоматически обнаруженных конечных точек.

== Прежде чем вы начнете ==
Если вы уже используете тип службы Span ( <code>span:service</code>) в своей среде, мы рекомендуем перенести ваши экземпляры на тип службы Unified . Чтобы автоматически перенести экземпляры, включите обнаружение унифицированной службы.

# Перейдите в настройки .
# Выберите «Обнаружение службы» .
# Выберите унифицированные службы для OpenTelemetry и включите параметр «Включить унифицированные службы» .

''Критические изменения:''

''Миграция на другой тип службы повлияет на существующие запросы метрик API, панели мониторинга, а также имена служб и запросов.''

''Это действие можно отменить, однако для обеспечения высокого качества данных мониторинга мы рекомендуем свести к минимуму переключение между типами служб.''

== Правила обнаружения унифицированных служб ==
Затем создается унифицированная служба, когда АппОптима обнаруживает промежутки, обработанные API . При обнаружении унифицированной службы следующие атрибуты ресурса оцениваются в следующем порядке. Значение первого соответствующего атрибута определяет имя объединенной службы. Обратите внимание, что замаскированные/заблокированные атрибуты игнорируются при обнаружении службы.
{| class="wikitable"
!Оцениваемый атрибут
!Наименование службы
|-
|<code>k8s.workload.name</code>
|Значение атрибута1
|-
|<code>dt.kubernetes.workload.name</code>
|Значение атрибута1
|-
|<code>istio.canonical_service</code>
|Значение атрибута
|-
|<code>service.name</code>
|Значение атрибута
|}
1Если атрибут <code>k8s.namespace.name</code>присутствует, для каждого пространства имен создается уникальная служба с сохранением того же имени службы. Пространство имен можно найти в обзоре службы «Свойства и теги» .

== Правила обнаружения конечных точек ==
Конечные точки автоматически создаются и базируются для каждого обнаруженного диапазона, служащего точкой входа. В случае OpenTelemetry это обычно серверные или потребительские диапазоны.

Следующие атрибуты диапазона оцениваются в следующем порядке.
{| class="wikitable"
!Технологии
!Оцениваемый атрибут
!Имя конечной точки
|-
|gRPC
|<code>rpc.service</code>(или <code>rpc.method</code>)
|Значение атрибута
|-
|HTTP
|<code>http.route</code>
|Значение атрибута
|-
|Веб-серверы (NGINX, Apache) и входные шлюзы Istio.
|
|<code>"/"</code>как одно статическое имя конечной точки
|-
|Бессерверные функции (FaaS)
|
|<code>"invoke"</code>как единая статическая конечная точка
|-
|Неспецифические технологии
|
* <code>code.namespace</code>или<code>code.function</code>
* <code>span.name</code>
* <code>span.kind == server</code>или<code>span.kind == consumer</code>
|Значение атрибута
|-
|HTTP
|<code>http.method</code>
|Значение атрибута
|-
|Неспецифические технологии
|
* <code>span.kind == server</code>или<code>span.kind == consumer</code>
|Значение атрибута
|}
''Настройки атрибута диапазона влияют на обнаружение конечной точки.''

Значение первого соответствующего атрибута определяет имя конечной точки. Имена конечных точек обычно зависят от технологии. Имя конечной точки однозначно идентифицирует одну конечную точку конкретной службы. Обратите внимание, что замаскированные/заблокированные атрибуты игнорируются при обнаружении конечной точки.

== Управление мониторингом конечных точек ==
Вы можете управлять метриками конечной точки, такими как время ответа, пропускная способность и частота сбоев, настроив сбор метрик конечной точки на уровне среды и переопределения на уровне обслуживания.

''Когда метрики конечной точки используют DDU , изменения в настройках сбора метрик конечной точки имеют последствия для выставления счетов.''
{| class="wikitable"
!Ключ метрики
!Имя и описание
!Единица
!Агрегации
!Мониторинг потребления
|-
|builtin:service.request.count
|Общее количество запросов на обслуживание
Количество запросов, полученных данной службой.
|Количество
|автозначение
|DDU
|-
|builtin:service.request.failure_count
|Счетчик отказов единого сервиса
Количество неудачных запросов, полученных данной службой.
|Количество
|автозначение
|Хост-юниты
|-
|builtin:service.request.response_time
|Единое время ответа на запрос на обслуживание
Время отклика службы измеряется в мс на стороне сервера (измерения на стороне сервера не включают, например, время прокси-сервера и время работы в сети). Время ответа — это время, пока ответ не будет отправлен вызывающему приложению, процессу или другой службе. Он не включает дальнейшую асинхронную обработку. Чтобы узнать, как
|Миллисекунды
|autocountmaxmedianminpercentile
|DDU
|}
''Уровень среды:''

Для управления мониторингом конечных точек для всех унифицированных служб в вашей среде.

# Перейдите в настройки .
# Выберите «Обнаружение службы» .
# Выберите «Метрики конечных точек унифицированных служб» и включите или выключите «Включить метрики конечных точек» .

''Уровень службы:''

Чтобы переопределить мониторинг конечных точек для конкретной унифицированной службы

# Перейдите в '''Службы''' .
# ''необязательно'' На странице '''Службы''' в столбце '''Тип службы''' установите флажок '''Единая служба''' .
# Найдите и выберите единую службу, для которого вы хотите настроить мониторинг конечных точек.
# На странице обзора единой службы выберите '''Дополнительно ( … )''' > '''Настройки''' .
# На странице настроек службы выберите '''Метрики конечной точки''' .
# На странице '''«Метрики конечных точек унифицированных служб»''' включите или выключите параметр '''«Включить метрики конечных точек»''' .

== Часто задаваемые вопросы ==
'''Как я могу проверить, что сигналы наблюдения правильно связаны с соответствующей унифицированной службы?'''

Чтобы АппОптима правильно коррелировала сигналы наблюдения, унифицированный сервис должен быть обнаружен на основе промежутков. Убедитесь, что логи содержат атрибут <code>trace_id</code>или <code>trace.id</code>.

'''Что сохраняется?'''

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

'''Нужно ли мне мигрировать непрозрачные сервисы?'''

Нет. Непрозрачные сервисы (такие как исходящие сторонние сервисы Python, Rust или Ruby) автоматически переводятся в тип сервиса Unified .

'''Нужно ли мне проверять определения зон управления?'''

Да, вам необходимо просмотреть существующие правила зоны управления, нацеленные на метрики с измерением <code>service.name</code>, например зоны управления на основе процессов или групп процессов. Результаты правила зоны управления зависят от соответствия между основным объектом метрики и отслеживаемым объектом в зоне управления. Если основной объект метрики не соответствует отслеживаемому объекту, правило зоны управления не дает результатов. Поскольку унифицированные службы используют метрики, в которых основной объект является адаптивным, мы рекомендуем изменить такие правила зоны управления, включив в них унифицированные службы. Обратите внимание, что логи не затрагиваются напрямую.

В следующем примере текстовое правило выбора объекта для существующей зоны управления обеспечивает доступ ко всем группам процессов с этим <code>aws-az-1</code>тегом.

<code>type("PROCESS_GROUP"),tag("aws-az-1")</code>

Чтобы включить единую службу, добавьте еще одно правило зоны управления следующим образом.

<code>type(service),fromRelationship.runsOn(type("PROCESS_GROUP"),tag("aws-az-1"))</code>

Примечания к релизу 232

2026-05-28T13:20:55Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 232'''''

== Новые функции и улучшения ==

* Изменение ответа Log Monitoring API v2 <code>/logs/search</code>: значение каждого элемента в <code>additionalColumns</code>структуре теперь представляет собой массив строк, а не просто строку.
* Мастер '''целей уровня обслуживания''' (SLO) был переработан:
** Все поля ввода находятся на одной странице с тремя расширяемыми разделами для определения SLO.
** Новый раздел предварительного просмотра позволяет многократно тестировать определение с фактическими значениями перед созданием SLO.
* Удален семидневный предварительный просмотр из создания/редактирования пользовательского события для страниц предупреждений.
* Переработана страница «Окна обслуживания», чтобы использовать преимущества настроек 2.0.
* '''Пользовательские''' настройки обнаружения служб были перемещены в « '''Настройки''' » > « '''Обнаружение служб»''' в рамках подготовки к преобразованию настроек 2.0 в настройки обнаружения служб на основе правил.
* На странице '''проверки работоспособности''' приложения (на странице обзора приложения выберите '''Дополнительно''' ( '''…''' ) > '''Проверка работоспособности''' ) теперь есть контрольный список для быстрого выявления проблем, вызванных конфигурацией, которые могут помешать получению данных RUM.
* Отображаемый идентификатор проблемы теперь отправляется в качестве дополнительного свойства для уведомлений о событиях ServiceNow в поле <code>problem_displayId</code>.
* Создание SLO, если вы не являетесь администратором, теперь требует добавления надлежащего фильтра зоны управления в селектор объектов, где вы должны добавить зону управления, для которой у вас есть доступ на запись. Если у вас нет разрешений для всего клиента, вы можете получить доступ к странице параметров SLO и просмотреть SLO, принадлежащие зонам управления, к которым у вас есть доступ, а также изменить SLO, принадлежащие зонам управления, к которым у вас есть доступ на запись.
* На странице '''Цели уровня обслуживания запись Действия''' > '''Изменить SLO''' была переименована в '''определение SLO''' . Он открывает соответствующий SLO на странице '''определений целей уровня обслуживания''' , где вы можете просмотреть или изменить определение SLO (в зависимости от ваших разрешений).
* Улучшено время загрузки веб-интерфейса АппОптима АппОптима в случае проблем с подключением к Mission Control.
* Расчетные метрики приложений, журналов и служб теперь используют DDU.

== Поддержка Log Monitoring v2 для АппОптима ==
В АппОптима версии 1.232 доступна новая версия Log Monitoring. Вы можете включить мониторинг журналов v2 с помощью кластерного API.

Следующие компоненты АппОптима необходимы, чтобы в полной мере воспользоваться преимуществами Log Monitoring v2 .

* АппОптима АппОптима версия 1.232+
* АппОптима ЕдиныйАгент версии 1.217+

С Log Monitoring v2 у вас есть новый способ:

* Получение данных журнала — общий прием журнала
* Анализ данных журнала — просмотрщик журнала
* Оповещение о данных журнала — показатели журнала
* Определить настраиваемые атрибуты данных журнала индекса для вводимых данных журнала — Пользовательские атрибуты журнала
* Создание событий из журнала на основе данных журнала и использование их для обнаружения проблем — События журнала

== Решённые вопросы ==
{| class="wikitable"
!Составная часть
!Решенные вопросы
|-
|Безопасность приложений
|4
|-
|Кластер
|75 (4 уязвимость)
|-
|Консоль управления кластером
|7
|-
|Решение для мониторинга инфраструктуры
|1
|}

=== Безопасность приложений ===

* Улучшена таблица уязвимостей, чтобы решить проблему, из-за которой нельзя было просмотреть сведения о некоторых проблемах безопасности (АппОптима версия).
* Удалена кнопка «Показать все группы процессов» на панели «Затронутые группы процессов» на странице «Обзор безопасности» (АппОптима версия).
* Решена проблема с внутренней проверкой непротиворечивости для обнаружения повторяющихся копий проблем с безопасностью в ElasticSearch, что приводило к ложным предупреждающим сообщениям о непротиворечивости.
* Устранена проблема с правилом мониторинга безопасности (свойство «Зона управления» оценивалось неправильно), из-за которой уязвимости постоянно переключались между состояниями «ОТКРЫТО» и «РАЗРЕШЕНО» (АппОптима версия).

=== Кластер ===

* '''Уязвимость:''' в ответ на CVE-2021-44228 и CVE-2021-45046 применены рекомендуемые меры по смягчению последствий: удаление org/apache/logging/log4j/core/lookup/JndiLookup.class из библиотеки Log4j.
* '''Уязвимость:''' в ответ на CVE-2021-44832, CVE-2021-45105, CVE-2021-44228 и CVE-2021-45046 были применены рекомендуемые меры по снижению риска по обновлению библиотеки log4j до последней версии 2.17.1.
* '''Уязвимость:''' Log4j в клиенте Elasticsearch обновлен до версии 2.17.1.
* '''Уязвимость:''' в ответ на CVE-2021-44228 (уязвимость Log4j) были расширены параметры JVM для АппОптима Server и Elasticsearch.
* Список выбора метрик «Обозреватель данных» больше не сохраняется после нажатия кнопки «Назад» в браузере.
* Исправлена проблема поиска геолокации, связанная с IPv6-адресами.
* Улучшено обнаружение кластеров при анализе первопричин.
* Устранена проблема, приводившая к высокой нагрузке на ЦП кластера и частичному отсутствию расчета хост-модуля.
* Переопределение мониторинга группы процессов теперь корректно работает для новых настроек.
* Устранены ложноположительные оповещения мониторинга, вызванные тайм-аутами внутренней связи.
* Улучшена проверка для предотвращения закрепления плитки «Проблемы» на панели инструментов, когда фильтры недействительны.
* Исправлена проблема с лимитом активных событий в памяти (ожидаемый лимит не достигнут).
* Добавлена конечная точка REST API, которую можно вызывать для установки ограничения количества новых событий журнала кластера в минуту на основе доступных ресурсов.
* Исправлено несоответствие между тегами в уведомлениях о событиях ServiceNow и тегами события, когда теги изменялись в затронутой сущности события после создания события.
* Улучшено автоматическое определение сторонних ресурсов.
* Страницы рабочей нагрузки Kubernetes и сведений о модулях больше не вызывают сбой, если у пользователя нет разрешения «Просмотр журналов».
* Удалена запись «Токены доступа» из меню АппОптима для пользователей, у которых нет достаточных разрешений.
* Устранена проблема, приводившая к ошибке сервера во время выборки данных плитки панели мониторинга.
* Изменение отображаемого имени параметра метрики теперь корректно распространяется на страницы «Метрики» и «Проводник данных».
* Переход на страницу «Рабочие нагрузки Kubernetes» теперь правильно обрабатывает кластеры со специальными символами в имени.
* Всплывающее сообщение «Сервер перегружен» больше не отображается в крупных развертываниях.
* Фильтры, связанные с датой сеанса пользователя, теперь дают правильные результаты запроса.
* Запросы журнала с использованием таких операторов сравнения, как `<` и `>`, теперь корректно отклоняются как неподдерживаемые.
* Разделенные временные ряды теперь агрегируются на автоматически сгенерированных диаграммах на единой странице анализа.
* Устранена проблема, из-за которой страница «Анализ узла» не могла быть отфильтрована с помощью меток, состоящих только из ключей.
* Плитка панели мониторинга «Таблица запросов журнала» теперь поддерживает вызовы API многофрагментного поиска.
* Исправлено случайное несоответствие между фильтрацией по версии ЕдиногоАгента, запущенной на хостах, и значением, отображаемым для хостов на странице «Статус развертывания».
* Исправлено написание технологий сущностей `IBM_WEBSPHERE_APPLICATION_SERVER` и `IBM_WEBSPHERE_LIBERTY`. ( АПМ-338245 )
* Отключена сортировка на странице «Рабочие нагрузки Kubernetes» в столбце «Поды» при достижении отображаемого предела сущностей.
* Восстановлена поддержка CentOS Stream 8.
* Исправлена проблема, из-за которой IP-адрес клиента AWS Lambda, вызываемый через шлюз API и отслеживаемый с помощью ЕдиногоАгента для AWS Lambda (Python, Node, Java), дополнительно отображался как IP-адрес прокси-сервера.
* Виртуальные машины Azure, которые отслеживают кандидатов, теперь помечены как "без ЕдиногоАгента" на страницах региона Azure и масштабируемых наборов.
* Улучшена базовая чувствительность оповещений для конфигураций Настройки 2.0, чтобы обеспечить надлежащее оповещение.
* Улучшено форматирование времени в «Проводнике данных» для отображения дней.
* Значения фильтра, написанные с заглавной буквы, теперь анализируются правильно.
* Отключен предварительный просмотр расширений для крупных инсталляций (более 1000 PROCESS_GROUPS), чтобы избежать проблем с производительностью.
* Исправлена ошибка с настройкой «Маскировать действия пользователя (только веб-приложения)» для приложений, внедренных расширением браузера.
* Когда фильтр запроса активен в многомерном анализе монитора браузера, во время создания вычисляемой метрики отображается текст, предупреждающий о том, что фильтр запроса игнорируется для созданной метрики.
* Улучшена производительность страницы сведений о кластере Kubernetes, когда включен Events API v2.
* Переход к другому синтетическому сценарию (монитору браузера) с помощью панели глобального поиска теперь корректно перезагружает страницу сведений о новом мониторе браузера.
* Скорректирована формулировка результатов тестирования для интеграции «Уведомления о проблемах», чтобы указать, какой тип уведомления был протестирован.
* При открытии ссылки на общедоступную информационную панель, когда вы уже вошли в систему, теперь соблюдаются зона управления информационной панелью по умолчанию и временные рамки.
* Улучшен обмен сообщениями для генерации маркера доступа, когда у пользователя недостаточно прав.
* Устранена проблема, из-за которой страница сведений о проблеме была недоступна для затронутых проблем.
* Легенда на визуализации круговой диаграммы «Проводник данных» теперь правильно реагирует на изменения в настройке «Показать легенду».
* API пользовательских сервисов — отсутствие параметра «аннотации» больше не нарушает проверку.
* Исправлена проблема с настройкой порога плитки на панелях мониторинга, созданных с помощью API.
* Исправлена проблема, из-за которой возникали ошибки проверки при использовании конечных точек Problems API версии 2 на основе временных рамок в сочетании с определенными относительными временными рамками пользовательского интерфейса.
* Улучшено поведение селектора цвета для порогов «Проводника данных».
* Устранена проблема, из-за которой пользовательские метрики, созданные за последние 10 секунд минуты, и данные, записанные за эти 10 секунд, могли возвращать данные для минутного разрешения, отличные от данных для более высоких разрешений, через 1 час или более.
* Дата и время теперь определяются и отображаются единообразно для пользовательских сеансов, сведений о сеансе и страницах сведений о пользователе.
* Исправлена проблема с отображением на странице сведений о проблеме, из-за которой связанный текст проблемы обрезался.
* Добавлена проверка для предотвращения сбоев в определенных таблицах, если для них не настроено пороговое значение.
* Селектор таймфрейма для «Проводника данных» теперь работает правильно.
* Исправлена проблема с переопределением мониторинга групп процессов.
* Правила зоны управления больше нельзя создавать с помощью REST API с помощью селектора сущностей, в результате чего типы сущностей не поддерживают зоны управления.
* Фильтр многомерного анализа теперь позволяет применять несколько фильтров атрибутов запроса из разделения измерения.
* Исправлена проблема, из-за которой некоторые пользователи получали ошибку «403 Forbidden» при попытке доступа к страницам обнаружения аномалий.
* Улучшен захват ошибок запросов с помощью кодов состояния HTTP.
* Устранена проблема в «Обозревателе данных», из-за которой информация splitBy удалялась при добавлении условия фильтрации в запрос.
* Исправлена проблема, из-за которой в некоторых случаях считывалась неверная конфигурация мониторинга контейнера.
* Документация OpenAPI для АппОптима Events REST API v2 теперь включает структуру ответа конечной точки приема.
* Исправлена проблема, из-за которой страница сведений Kubernetes аварийно завершала работу с кодом состояния 403 для пользователей зон управления.
* Решена проблема с включением/отключением мониторинга контейнеров для BPM, Containerd, CRI-O и Winc.
* Улучшена обработка пресетов панелей мониторинга в редакторе JSON панели мониторинга: теперь пресеты могут редактировать их владельцы, не являющиеся администраторами, в редакторе, и теперь отображается сообщение об ошибке, когда пользователь, не являющийся администратором, пытается опубликовать или отменить публикацию пресета в редакторе.
* Исправлена проблема, из-за которой у некоторых пользователей отображалась страница технических проблем при отправке или отмене отзыва о проблеме.
* Устранена проблема, из-за которой пользователь с разрешением только на запись настроек для зоны управления, содержащей мониторы HTTP, не мог дублировать монитор HTTP через синтетический список.
* Переключение «Показать легенду» для плитки таблицы больше не удаляет пороги.
* Устранена проблема, вызывающая ошибку при добавлении новой плитки «Одно значение» из редактора панели мониторинга.
* Устранена проблема, из-за которой предупреждения для инфраструктуры (например, центрального процессора) генерировались, даже если они были отключены.

* Исправлена ошибка, из-за которой некоторые запросы entitySelector приводили к пустым результатам в зависимости от порядка фильтров.
* Замена заполнителя описания теперь корректна для пользовательских конфигураций событий.

* Исправлена ошибка, из-за которой отсутствовала информация в веб-интерфейсе АппОптима. Проблемы и уведомления о проблемах.
* Решена проблема, из-за которой данные метрики отображались неправильно или отображались лишь частично, когда метрика загружалась с отслеживаемым измерением объекта.

=== Консоль управления кластером ===

* Данные, полученные с помощью Log Monitoring v2, больше не включаются в резервную копию по умолчанию, чтобы избежать чрезмерного потребления ресурсов.
* Исправлена проблема с импортом сертификата прокси.
* Устранена проблема, из-за которой при использовании REST API для изменения разрешений данной группы на выбранные среды и зоны управления все остальные разрешения этой группы сбрасывались для всех сред и зон управления.
* Решена проблема, при которой при отсутствии настройки прав доступа к зонам управления для данной группы пользователей невозможно было создать эту конфигурацию через публичный REST API.

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

* Устранена проблема с кэшированием в конечной точке REST `/api/v1.0/onpremise/groups/managementZones`, которая приводила к сбою обновлений для недавно созданных зон управления.

=== Решение для мониторинга инфраструктуры ===

* Неподключенные/недоступные хранилища данных VMware больше не выдают оповещения об отсутствии свободного места.

== Единый Агент ==

* Новые возможности аналитики для аномалий, связанных с системой обмена сообщениями Бизнес-транзакции зависят от производительности приложений. В современных приложениях, созданных с помощью микросервисов, распространены несвязанные сервисы, а события используются для связи между сервисами, поэтому для групп DevOps важно иметь полную возможность наблюдения за производительностью систем обмена сообщениями.
* Автоматическое подключение журналов и трассировок ускоряет облачную аналитику на основе Fedor Поскольку цифровая трансформация продолжает ускоряться, а предприятия модернизируются с внедрением облачных архитектур, количество взаимосвязанных компонентов и микросервисов стремительно растет. Журналы являются важным компонентом управления и оптимизации этих сред приложений. Теперь АппОптима объединяет мониторинг журналов со своей запатентованной технологией PurePath для распределенной трассировки и анализа на уровне кода. Журналы теперь автоматически подключаются к распределенным трассировкам для более быстрого анализа и оптимизации облачных и гибридных приложений.

=== Уведомление об обновлении платформы расширения АппОптима ===

Начиная с АппОптима ЕдиныйАгент и АктивныйШлюз версии 1.231, мы обновляем инфраструктуру расширений (также называемую инфраструктурой плагинов) с Python 3.6 до Python 3.8.

* '''Последствия''' : некоторые расширения АппОптима, запущенные в вашей среде, могут перестать работать и потребовать повторного развертывания новой версии, подготовленной для Python 3.8.
* '''Симптомы''' :
** Данные для затронутых метрик на информационных панелях, оповещениях и пользовательских страницах устройств, заполненных затронутыми метриками расширения, не предоставляются.
** Журналы расширений отображают ошибки. Чаще всего это будет проявляться как Python <code>ModuleNotFoundError</code>в журнале PluginAgent.
** Иногда виртуальная машина Python дает сбой.
* '''Воздействие''' . Эта проблема затрагивает только те расширения, которые используют собственные библиотеки, вызываемые из кода Python, распространяемого вместе с расширением.
=== Java ===

* Добавлена поддержка Log4J2 (Apache) 2.7.x - 2.12.x.

=== z/OS ===

* <code>oneagentzos-R12310.pax</code>теперь доступен

=== Go ===

* Добавлена поддержка Logrus1.5 - 1.8
* Добавлена поддержка Zap 1.10 - 1.21.

=== Операционные системы ===

==== Будущие изменения в поддержке АппОптима ЕдиныйАгент операционных систем ====
Следующие операционные системы больше не будут поддерживаться с 1 марта 2022 г.

Linux : Google Container-Optimized OS 81 LTS

* x86-64

Следующие операционные системы больше не будут поддерживаться с 1 апреля 2022 г.

UNIX : IBM AIX 7.2 TL3

* POWER8, POWER9

Следующие операционные системы больше не будут поддерживаться с 1 июля 2022 г.

Linux : CentOS 8.x

* X86-64

Linux : CentOS 8.x

* PPCLE

Linux : CentOS 8.x

* ARM64 (AArch64)

Linux : Google Container-Optimized OS 85 LTS

* X86-64

Linux : openSUSE 15.2

* x86-64, PPCLE

Windows : рабочий стол Windows 2004

* X86-64

Windows : Windows Server 2004

* x86-64

Следующие операционные системы больше не будут поддерживаться с 1 августа 2022 г.

* Linux : Ubuntu 21.04

Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г.

* Linux :SUSE Linux Enterprise Server 11.4

==== Прошедшие изменения в поддержке технологий АппОптима ЕдинымАгентом ====
АппОптима ЕдиныйАгент 1.213 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 0.16.0, 0.17.0 для Go

АппОптима ЕдиныйАгент 1.215 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 0.18.0 для Go

АппОптима ЕдиныйАгент 1.217 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 0.19.0 для Go

АппОптима ЕдиныйАгент 1.221 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 0.20.0 для Go
* OpenTelemetry 0.18.x, 1.0.0-rc.0, 1.0.0-rc.3 для Node.js

АппОптима ЕдиныйАгент 1.227 была последней версией, поддерживающей следующие технологии.

* OpenTelemetry 1.0.0-RC1 для Go
* OpenTelemetry 1.0.0-RC2 для Go

==== Изменения в поддержке АппОптима ЕдинымАгентом версий операционных систем ====
Следующие операционные системы больше не поддерживаются с 1 июня 2021 года.

Linux : CentOS 6.x

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.215

Linux : Fedora 31

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.215

Windows : Рабочий стол Windows 1803

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.215

Следующие операционные системы больше не поддерживаются с 1 июля 2021 года.

Windows: Рабочий стол Windows 1903

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.217

Windows: Windows Server 1903

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.217

Следующие операционные системы больше не поддерживаются с 1 сентября 2021 года.

Linux : Red Hat Enterprise Linux CoreOS 4.4.

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.223

Linux : openSUSE 15.1

* x86-64, PPCLE
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.223

Следующие операционные системы больше не поддерживаются с 1 октября 2021 года.

Linux : оптимизированная для контейнеров ОС Google 77 LTS

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.217

Следующие операционные системы больше не поддерживаются с 1 декабря 2021 года.

Linux : Fedora 32

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.227

Linux : Windows : Windows Server 1909

* x86-64
* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.227

Следующие операционные системы больше не поддерживаются с 1 февраля 2021 года.

Linux : Ubuntu 20.10

* Последняя совместимая версия АппОптима ЕдиныйАгент: 1.225

=== Другие изменения в поддержке ===

* Улучшена <code>DTAGTCMD</code>обработка zDC для <code>zremoteagent=</code>параметра. zDC теперь будет принимать значения для <code>zremoteagent=</code>параметра, охватывающего несколько строк с пробелами в конце
* Исправлен отсутствующий путь Start-Linked в вызовах CICS DPL .
* Восстановлена способность сенсора транзакций CICS отслеживать зеркальные задачи, которая была удалена в версии 1.215
* Если в вашей среде используются IP-адреса NAT:
*# Обновите zRemote до версии 1.231.
*# Перезапустите <code>COPYAGNT</code>задание из библиотеки 1.231.0 <code>SZDTSAMP</code>, чтобы получить последний <code>dtzagent</code>двоичный файл .
*# Запустите zDC с <code>nobootstrap=false</code>параметром для загрузки последней версии zLocal.

=== Решенные проблемы ===
Общее количество решенных проблем '''— 26'''
{| class="wikitable"
!Составная часть
!Решенные вопросы
|-
|Мониторинг инфраструктуры
|6
|-
|Java
|2
|-
|.NET
|3
|-
|PHP
|2
|-
|Механизм причинно-следственной связи Fedor
|1
|-
|Все модули
|3
|-
|Общий
|1
|-
|Мейнфрейм
|2
|-
|Модуль ОС
|4
|-
|Go
|1
|-
|Модуль регистрации
|1
|}

==== Мониторинг инфраструктуры ====

* Временные метки журналов состояния расширений SFM теперь соответствуют временным меткам метрик состояния.
* Контроллер выполнения расширений (EEC) больше не обнаруживает тайм-аут источника данных и не может правильно перезапустить процесс после насыщения ЦП и памяти.
* Чтобы открыть порт прослушивания StatsD в локальном режиме приема StatsD (ЕдиныйАгент), сокет теперь открывается на `127.0.0.1:18125` (IPv4), если доступен IPv4, или на `[::1]:18125` (IPv6). если IPv4 отключен.
* Исправлен метод расчета использования ЦП на платформе Windows; решает проблему со случайным перезапуском Extension Execution Controller (EEC).
* Исправлена проблема с ручной установкой группы хостов в автономных средах.
* Исправлена утечка памяти при неудачном подключении к интерфейсу WMI на отслеживаемом узле.

==== Java ====

* Узлы входящих веб-запросов, созданные с помощью ЕдиныйАгент SDK для Java, больше не отображаются как ошибочные, если не указан заголовок узла HTTP или полный URL-адрес.
* ClassNotFoundException больше не возникает, когда для Log4j включено обогащение журнала.

==== .NET ====

* Устранено исключение SecurityException в AspNetCore при отслеживании исключений, которые генерировали запись в журнале «Методы должны быть критическими с точки зрения безопасности или безопасными с точки зрения безопасности для вызова собственного кода».
* Устранена проблема, из-за которой отчеты о программных компонентах .NET иногда приводили к сбою, если они были включены во время выполнения.
* Устранена проблема, из-за которой отчеты о программных компонентах .NET иногда приводили к сбою, если они были включены во время выполнения.

==== PHP ====

* Решена проблема с PHP-модулем ЕдиногоАгента, который ломал заголовки в исходящих запросах.
* PHP-модуль ЕдиногоАгента больше не дает сбой при инструментировании метода с захватом возвращаемого значения.

==== Механизм причинно-следственной связи Fedor ====

* Информация о пользовательских тегах теперь закодирована в исходящих тегах АппОптима, когда включен tracecontext, разрешая возможные несшитые PurePath.

==== Все модули ====

* Аргументы `--graph` и `--data-root` dockerd для сбора метаданных контейнера Docker теперь обрабатываются правильно.
* Генерация предупреждений о сбоях больше не приводит к нехватке места на диске, когда ЕдиныйАгент работает в режиме с ограниченными привилегиями.
* Автоматический дамп ядра теперь создается правильно для компонентов ЕдиногоАгента при обнаружении зависшего компонента.

==== Общий ====

* Модули IIS теперь правильно отображаются в веб-интерфейсе при включении IIS Insights.

==== Мейнфрейм ====

* Повторяющиеся хосты больше не сообщаются, если CTG и CICS выполняются в LPAR с трансляцией сетевых адресов между хостом и zRemote.

* Корреляция путей больше не нарушается, если пути CICS содержат смесь запросов EXEC CICS START и SOAP.

==== Модуль ОС ====

* Дочерние процессы SAP группируются с родительскими и больше не отображаются как отдельные процессы.
* Добавлена поддержка параметра среды выполнения userns-remap daemon Docker.
* Отчеты о сбоях теперь также устаревают при деактивации ЕдиногоАгента.
* Генерация OSI ID рассматривает параметр set-host-id-source из файла deployment.conf как наиболее важный. В Azure и EC2 UUID или идентификатор экземпляра будут использоваться только в том случае, если для `set-host-id-source` установлено значение `auto`.

==== GO ====

* ЕдиныйАгент теперь правильно внедряется в статистически связанные двоичные файлы Go, запускаемые с помощью вызовов `execv()` или `execvp()`.

==== Модуль регистрации ====

* Устранена проблема, приводившая к аварийному завершению работы модуля Единого агента Log Monitoring при запуске в системах Windows.

Примечания к релизу 274

2026-05-28T13:20:48Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 274'''''

== '''АппОптима''' ==

=== Объявления ===

==== Прекращение использования API порогов ====
С выпуском АппОптима версии 1.276 мы отключим API порогов. Любые запросы к этим конечным точкам перестанут работать. Вместо этого перенесите свои средства автоматизации в API настроек.

=== Новые функции и улучшения ===

==== Новый атрибут сопоставления в конфигурации хранилища логов. ====
''Наблюдение за инфраструктурой | Логи''

Теперь вы можете использовать атрибут уровня записи лога в конфигурации хранилища логов:

* Классический мониторинг логов

==== Просмотр происхождения уязвимых библиотек ====
''Безопасность приложений | Уязвимости''

Теперь вы можете просмотреть происхождение уязвимого программного компонента Java при отслеживании исправлений для групп процессов и процессов, затронутых уязвимостью.

==== Унифицированные службы для приема трассировки ====
''Наблюдение за приложением | Службы''

Мы расширили поддержку OpenTelemetry и облачного мониторинга с помощью нового типа службы — '''Unified service''' . Унифицированные службы основаны на диапазонах OpenTelemetry, полученных через API-интерфейсы приема, и предоставляют

* Автоматическое определение базовой линии и интеграция Fedor
* Автоматическое обнаружение конечных точек
* Новые показатели обслуживания, такие как время отклика, пропускная способность и частота отказов.
* Расширенное обнаружение горизонтальной топологии
* Поддержка пользовательских метрик приложений и логов приложений.
* Безагентная поддержка сервисных сеток Istio
* Включите мониторинг конечных точек с новыми показателями
[[Унифицированные службы|Подробнее об унифицированных службах (Unified service)]]

==== Основные атрибуты обнаружения ====
''Наблюдение за приложением | Службы''

''Наблюдение за приложением | Базы данных''

Атрибуты, используемые для обнаружения, отмечены звездочкой ✱ на службе и базе данных в разделе «Свойства и теги» .

==== Унифицированные экраны анализа для узлов Kubernetes ====
''Наблюдаемость за инфраструктурой | Kubernetes''

Теперь вы можете получить доступ к новому единому списку анализа и странице сведений для узлов Kubernetes.

==== Расширенная фильтрация меток Kubernetes ====
''Наблюдаемость за инфраструктурой | Kubernetes''

Теперь вы можете одновременно применять несколько значений в фильтре меток Kubernetes.

[[Файл:274_2.png|961x961пкс]]

==== Подробный статус ЕдиногоАгента на главной странице единого анализа ====
''Наблюдаемость за инфраструктурой | Хосты''

В разделе «Свойства и теги» на главной странице единого анализа теперь отображается статус ЕдиногоАгента.

* Статус может быть активным или неактивным, а также указывать причину этого статуса.
* Подробная информация о состоянии доступна в течение 24 часов. Помимо этого, статус по умолчанию неактивен.
* Неизвестный статус отображается, если данные недоступны.
* Статус может быть задержан на срок до 5 минут.
[[Файл:274_3.png]]

==== Технологическая группа RKE2 ====
''Наблюдение за инфраструктурой | Хосты''

Мы добавили технологию RKE2 для каждого экземпляра группы процессов. Агенты RKE2 и серверы RKE2 теперь сгруппированы в отдельные группы процессов.

==== События высокой загрузки системы вызывают создание снимков экземпляра процесса ====
''Наблюдаемость за инфраструктурой | Хосты''

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

==== Тайм-аут оповещения «Обнаружение событий отсрочки работы модуля» уменьшен. ====
''Платформа | Fedor''

Тайм-аут для событий задержки модуля обнаружения проблемы Fedor (после которого он закрывается автоматически) был изменен с 1 часа на 15 минут.

=== Поддержка операционных систем ===

* Добавлена поддержка SUSE Linux Enterprise Server 15 SP5.
==== Прошедшие изменения поддержки операционных систем АппОптима ====
=====Следующие операционные системы больше не поддерживаются с 1 июля 2023 г.=====
*Linux : SUSE Enterprise Linux 15.0
**x86-64
=====Следующие операционные системы больше не поддерживаются с 1 ноября 2023 г.=====*Linux : SUSE Enterprise Linux 15.1, 15.2, 15.3.
** х86-64
**Последняя совместимая версия: 1.268.

===== Следующие операционные системы больше не поддерживаются с 1 декабря 2023 г. =====

* Linux : Red Hat Enterprise Linux 8.7, 9.1.
** х86-64
** Последняя совместимая версия: 1.268.
* Linux : Oracle Linux 8.7, 9.1.
** х86-64
** Последняя совместимая версия: 1.268.

===== Следующие операционные системы больше не поддерживаются с 1 января 2024 г. =====

* Linux : Red Hat Enterprise Linux 8.4.
** х86-64
** Последняя совместимая версия: 1.280.
* Linux : Oracle Linux 8.4.
** х86-64
** Последняя совместимая версия: 1.280.
* Linux : Rocky Linux 9.1
** х86-64
** Последняя совместимая версия: 1.272.
* Linux : SUSE Enterprise Linux 12.4.
** х86-64
** Последняя совместимая версия: 1.280.

=== Решенные проблемы ===
Версия 274 содержит 24 решенные проблемы.
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Безопасность приложений
|1
|-
|Кластер
|20
|-
|Синтетический мониторинг
|1
|-
|Запрос метрики
|1
|-
|АппОптима
|1
|}

==== Безопасность приложений ====

* На странице сведений об уязвимости количество решенных групп процессов отображается независимо от периода времени.

==== Кластер ====

* Теперь мы отображаем ошибки, выданные конечной точкой выполнения.
* Повышена надежность для предотвращения очень редких случаев, когда анализ первопричин не выполнялся, когда в течение нескольких секунд на одном и том же объекте возникало более 1000 базовых событий.
* Исправлено количество проблем в еженедельном отчете.
* Проверка действий в расширении теперь более строгая, чтобы избежать неверных сообщений об ошибках.
* Кластер теперь ожидает ответов на подключение от всех АктивныхШлюзов после обновления АктивногоШлюза. (Кластер не ждал ответа всех АктивныхШлюзов, если попытка подключения к VMware была успешной.).
* Решена проблема, из-за которой очень большие проблемы могли остановить обработку проблем.
* Добавлена расширяемость нового пользовательского интерфейса службы.
* Мы отключили устаревшие пользовательские правила мониторинга процессов, устранив проблему, из-за которой их невозможно было удалить.
* Статус проблем, которые получают обновления после решения, теперь «ОБНОВЛЕНО», а не «РЕШЕНО». Статус РЕШЕНО теперь уникален между предыдущей и последующей записями для одного и того же идентификатора события.
* Пробелы Юникода в конце запроса LQL больше не вызывают ошибки.
* Исправлено состояние в логике обновления вычисляемой метрики службы, которое могло возникнуть, когда два или более обновлений конфигурации были выполнены в течение короткого периода времени, что приводило к тому, что метрика не отображала правильные значения данных до тех пор, пока следующее обновление не обновило конфигурацию.
* Удалены недоступные параметры в метриках унифицированных служб. В Проводнике Данных унифицированные метрики (например, «Время ответа») разделены по типу агрегации и представлены как отдельные метрики. Раньше все показатели в разделе «Разделить по» позволяли выбирать одни и те же параметры, и если был выбран недоступный параметр, отображалось «Нет данных». Теперь в поле «Разделить по» отображаются только те измерения, по которым метрика содержит данные и можно отобразить диаграмму.
* Решена проблема, из-за которой комментарии к проблеме не могли быть прочитаны вскоре после того, как проблема была поднята, если проблема была поднята немного позже.
* Фильтры URL-адресов без значения теперь игнорируются и больше не вызывают ошибки.
* Исправлена проблема в процессе восстановления резервных копий сессий, приводившая к прекращению сессий.
* Исправлена страница обзора новой базы данных, теперь отображаются правильные показатели пропускной способности.
* Исправлена ошибка, из-за которой сеансы активных пользователей без идентификатора посетителя удалялись во время непрерывных обновлений.
*Исправлена проблема, из-за которой пользователь не мог просмотреть какие-либо службы на странице «Сервис».

==== Синтетический мониторинг ====

* Исправлена проблема с проверкой учетных данных в настроенном скрипте монитора браузера при выполнении по требованию.

==== Запрос метрики ====

* Исправлена проблема, из-за которой конечные точки запроса/определения метрики API Timeseries v1 возвращали HTTP 500, если заголовок User-Agent не был установлен в запросе.

==== АппОптима ====

* Исправлена опция «Включить резервную копию событий лога мониторинга v2» в конфигурации резервного копирования, которая работала неправильно.

== '''ЕдиныйАгент АппОптима''' ==

===Технологическая поддержка===
====Поддержка новых технологий ====

* .NET (интеграция GCP).
* Debian 12 (модуль ОС)
* go-redis 7, 8, 9 (модуль Go). Функция ЕдиногоАгента: Go Redis (go-redis/redis)
* Java ForkJoin (модуль Java). Функция ЕдиногоАгента: Java/Scala ForkJoinPool
* JBoss LogManager 1.1+, 2, 3 (модуль Java)

==== Конец поддержки ====

* '''''Критические изменения''''' IBM JVM версии 7 (модуль Java z/OS). Чтобы продолжить мониторинг в z/OS, обновите JVM до версии 8. В некоторых сценариях (например, IBM CTG 9.1) определенные пути обновления JVM могут поддерживаться без обновления приложения.

=== Новые функции и улучшения ===
''Наблюдение за приложением | Мэйнфрейм''

Версия модуля АппОптима z/OS подсистемы zDC, модуля CICS и модуля IMS теперь доступна как свойство соответствующего процесса. Требуется минимальная версия модуля zRemote 1.273.

==== Сообщение о технологии RKE2 ====
''Наблюдаемость за инфраструктурой | Хосты''

Для хостов, работающих на RKE2, и Kubernetes, и RKE2 теперь считаются хост-технологиями.

==== Ограничение поиска настраивается по временной метке лога ====
''Наблюдение за инфраструктурой | Лог мониторинга''

Ограничение поиска символов временной метки настраивается как часть правила конфигурации временной метки.

==== Конфигурация хранилища логов: фильтрация по уровню записей лога. ====
''Наблюдение за инфраструктурой | Лог мониторинга''

Вы можете фильтровать записи, отправляемые в хранилище, по уровню записи лога ( <code>loglevel</code>).

# В приложении «'''Настройки'''» выберите «'''Лог мониторинга'''» > «'''Правила приема логов'''».
# Выберите '''Добавить правило''' .
# Выберите '''Добавить сопоставление''' .
# Установите для '''атрибута Matcher''' значение '''Уровень записи лога'''.
# Установите для параметра '''Value''' одно или несколько доступных значений.

Требования: АппОптима версия 1.276+

==== Новые значения атрибутов для логов событий Windows. ====
''Наблюдаемость за инфраструктурой | Лог мониторинга''

Доступны новые значения атрибутов для логов событий Windows. Их можно использовать для фильтрации записей из логов событий Windows, отправляемых в хранилище.

# В приложении «'''Настройки'''» выберите «'''Лог мониторинга'''» > «'''Правила приема логов'''».
# Выберите '''Добавить правило''' .
# Выберите '''Добавить сопоставление''' .
# Установите для атрибута '''Matcher''' один из следующих атрибутов, а затем введите '''значение''' .
#* Идентификатор события записи лога Windows
#* Источник записей лога Windows
#* Категория задач записи лога Windows
#* Операционный код записи лога Windows

==== Решенные проблемы ====
Версия 273 содержит 22 решенные проблемы (включая 1 решение уязвимости).
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Мониторинг инфраструктуры
|2 (1 уязвимость)
|-
|модуль ОС
|4
|-
|Java
|1
|-
|Все модули
|5
|-
|Модуль OpenTracing
|1
|-
|.NET
|7
|-
|Мэйнфрейм
|1
|-
|Установщик ЕдиногоАгента
|1
|}

==== Мониторинг инфраструктуры ====

* ''Уязвимость'': среда выполнения Python для Extensions Framework 1.0 обновлена до Python 3.8.17.
* Ограниченный доступ к среде выполнения Python в EEC, развернутой с помощью ЕдиногоАгента.

==== модуль ОС ====

* Исправлена ситуация, когда временная метка начала нового события была раньше, чем временная метка окончания старого события.
* Чтобы сократить время выполнения docker info, определение пути к контейнеру из docker info теперь происходит асинхронно.
* Отключено чтение памяти процесса модулем ОС ЕдиныйАгент, когда агент процесса отключен для процесса.
* Добавлена поддержка нестандартных двоичных расположений CRIO.

==== Java ====

* Исправлена ошибка в функции защиты от атак для SQL, которая могла привести к ложным срабатываниям числовых литералов.

==== Все модули ====

* Этот выпуск содержит обновленную версию oneagentmon, нашего драйвера внедрения Windows. Новый драйвер содержит улучшения процесса внедрения, которые делают его более устойчивым к присутствию других драйверов внедрения, например тех, которые часто используются сторонним программным обеспечением AV/EDR.
* Проверка подписи модуля ЕдиныйАгент JavaScript по умолчанию временно отключена. Это было сделано для снижения высокого сетевого трафика между кластером и ЕдинымАгентом, вызванного тем, что агенты JavaScript старше двух лет имели устаревшую подпись, что приводило к проверке недействительной подписи. В следующем выпуске мы обновим механизм проверки подписи и снова включим проверку подписи по умолчанию.
* Улучшена совместимость ЕдиногоАгента с инструкциями, доступными на процессорах старых поколений.
* Модуль ЕдиныйАгент Envoy больше не внедряется в файлы конфигурации экзотических типов, например именованные каналы. Раньше внедрение Envoy в ЕдиныйАгент пыталось внедрить и прочитать любой путь к файлу, который был предоставлен Envoy в командной строке. Теперь он сначала проверит, является ли файл конфигурации обычным файлом (или символической ссылкой на обычный файл). Это предотвращает проблемы, связанные с чтением любых данных из именованных каналов или файлов других типов, что может привести к потере данных. Если вы ранее успешно использовали именованный канал или другое экзотическое устройство (при успешном внедрении ЕдиныйАгент создаст временную копию, которая затем будет прочитана приложением), вам необходимо переключиться на обычный файл.
* Внедрение контейнера Podman теперь также проверяет наличие двоичных файлов crun, которые были созданы с флагом конфигурации «--enable-shared».

==== Модуль OpenTracing ====

* Внедрение Envoy теперь работает, когда в конфигурации начальной загрузки используется имя CamelCase. (Но мы по-прежнему настоятельно рекомендуем использовать Snake_case, как показано в документации Envoy.).

==== .NET ====

* Исправлена проблема с модулем ЕдиныйАгент .NET WCF v.2, приводившая к неправильной структуре трассировок.
* Исправлена проблема ЕдиныйАгент .NET WCF Sensor v2, из-за которой один и тот же заголовок soap добавлялся дважды в сценариях маршрутизации.
* Исправлена проблема с инициализацией модуля кода ЕдиныйАгент .NET для приложений, использующих домены приложений с набором ограничительных разрешений для доступа к переменным среды.
* Повышена стабильность, когда .NET MSMQ получает сообщения без информации об идентификаторе сообщения.
* Улучшено управление памятью для мониторинга реальных пользователей (RUM) для ASP.NET Core.
* Исправлена проблема ЕдиныйАгент .NET WCF Sensor v2: теперь правильно фиксируются исключения и улучшается извлечение имен служб для WebHttpBinding.
* Исправлена проблема, из-за которой модуль кода .NET приводил к сбою процесса для неподдерживаемой библиотеки .NET. Теперь модуль кода .NET безопасно завершает работу.

==== Мэйнфрейм ====

* Атрибуты запроса для MQGET в CICS теперь включены.

==== Установщик ЕдиногоАгента ====

* Двоичные файлы подключаемого модуля и выполнение процессов были восстановлены в загрузочном развертывании контейнера ЕдиногоАгента.

===ЕдиныйАгент для Android===
Выпуск 273 не содержит решенных проблем, с которыми сталкиваются пользователи.

=== ЕдиныйАгент для iOS ===
Выпуск 273 не содержит решенных проблем, с которыми сталкиваются пользователи.

===ЕдиныйАгент для JavaScript===
Выпуск 273 содержит 1 решенную проблему.
====JavaScript====

* Исправлена проблема в агенте RUM, из-за которой кластер игнорировал заголовок x-dtc из-за недопустимого формата.

== '''АппОптима API''' ==

=== API среды ===

* АктивныйШлюз
** Новый параметр запроса в запросе GET all ActiveGates : osArchitecture ( <code>String</code>)
** ''Критические изменения'' Удалено возможное значение в поле osArchitecture объекта ActiveGate : <code>ARM64</code>

* API хранилища учетных данных
** Новое обязательное поле в объектах CredentialsResponseElement и AbstractCredentialsResponseElement : allowedEntities ( <code>CredentialAccessData</code>) .

* API проблем безопасности
** Новое поле в объекте RemediationItemDetailsVulnerableComponent : loadOrigins ( <code>String</code>).

== Кластерный API ==

* <code>/iam/configuration/policystatements</code>
** Новое поле в объекте PermissionConfiguration : DisableDeny ( <code>Boolean</code>).

* <code>POST /iam/repo/{level-type}/{level-id}/policies</code>
** Новый код ответа: 201
* <code>PUT /iam/repo/{level-type}/{level-id}/policies/{uuid}</code>
** Новый код ответа: 201
* <code>GET /iam/resolution/{level-type}/{level-id}/descendants/effectivepermissions</code>
** Новое поле в объекте «EffectivePolicy» : statements ( <code>Statement</code>)
* <code>GET /iam/resolution/{level-type}/{level-id}/effectivepermissions</code>
** Новое поле в объекте «ЭEffectivePolicy» : statements ( <code>Statement</code>)

=== Устаревшее ===
Следующий API устарел:

* ''API конфигурации'' API удаленных сред — вместо этого используйте API настроек со схемой удаленной среды ( <code>builtin:remote.environment</code>).

Получение списка всех окружений

2026-05-28T13:20:41Z

IKuznetsov:

'''''[[Установка и настройка]] / [[Установка и настройка|Основные элементы АппОптима]] / [[АппОптима]] / [[АппОптима|REST API]] / [[API Кластера v2]] / [[API Кластера v2|Окружения]] / Получение списка всех окружений'''''

Этот вызов API возвращает все существующие среды.
==Аутентификация==
Для выполнения этого запроса вам необходимо разрешение API <code>(ServiceProviderAPI)</code>, назначенное вашему токену API. Создайте свой токен API с помощью консоли управления кластером (CMC). Чтобы узнать, как его получить и использовать, см. Аутентификация кластера.
==Конечная точка==
<code>/api/cluster/v2/environments</code>
==Параметры==
{| class="wikitable"
!Параметр
!Тип
!Описание
!В
!Обязательно
|-
|nextPageKey
|string
|Курсор для следующей страницы результатов. Вы можете найти его в поле '''nextPageKey''' предыдущего ответа.

Первая страница всегда возвращается, если вы не укажете параметр запроса '''nextPageKey'''.

Когда '''nextPageKey''' настроен на получение последующих страниц, вы должны опустить все остальные параметры запроса.
|query
|Нет
|-
|pageSize
|integer
|Количество сред в полезной нагрузке одного ответа.

Максимально допустимый размер страницы — 1000.

Если не установлено, используется 100.
|query
|Нет
|-
|sort
|string
|Порядок сортировки:

* 'name' (без кавычек): Упорядочить по названию по возрастанию.
* '-name' (без кавычек): Упорядочить по названию по убыванию.
* 'creationDate' (без кавычек): Сортировать по дате создания по возрастанию.
* '-creationDate' (без кавычек): Упорядочить по названию по убыванию.
|query
|Нет
|-
|filter
|string
|Указывает фильтр запроса.

Вы можете установить один или несколько из следующих критериев:

* Name: <code>name(string)</code>. Название может быть либо подстрокой, либо полным именем среды. Без учета регистра.
* Trial: <code>trial(true)</code> или <code>trial(false)</code>. Включает только пробные среды, если указано значение '''true''', или только непробные среды, если указано значение '''false'''.
* State: <code>state(ENABLED)</code> или <code>state(DISABLED)</code>.
* Tag: <code>tag(string)</code>. Чтобы отфильтровать по нескольким тегам, применяя логику ИЛИ, используйте <code>tag(string1,string2)</code>. Чтобы отфильтровать по нескольким тегам, применяя логику И, используйте <code>tag(string1),tag(string2)</code>. Чтобы задать несколько критериев, разделите их запятой (,). В ответ включаются только результаты, соответствующие всем критериям.
|query
|Нет
|-
|includeConsumptionInfo
|boolean
|Если true, информация о потреблении (лимиты, использование) возвращается для каждой среды.

Возвращенное использование, как правило, до 1 часа назад. Чтобы получить более свежие данные, вы можете вместо этого использовать параметр '''includeUncachedConsumptionInfo'''.
|query
|Нет
|-
|includeStorageInfo
|boolean
|Если true, информация о хранилище (ограничения, использование) возвращается для каждой среды.
|query
|Нет
|-
|includeUncachedConsumptionInfo
|boolean
|Если true, для каждой среды возвращается некэшированная информация о потреблении (лимиты, использование).

Будет рассчитан актуальный расход. Вычисление может занять много времени, поэтому вместо него рекомендуется использовать параметр '''includeConsummentInfo'''.

Если установлены и этот параметр, и '''includeConsummentInfo''', то '''includeUncachedConsumptionInfo''' будет иметь приоритет.
|query
|Нет
|}
==Ответ==
===Коды ответа===
{| class="wikitable"
!Код
!Описание
|-
|'''200'''
|Успешно
|}

=== Объекты тела ответа ===

==== Объект <code>EnvironmentList</code> ====
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|totalCount
|integer
|Общее количество записей в результате.
|-
|pageSize
|integer
|Количество записей на странице.
|-
|nextPageKey
|string
|Курсор для следующей страницы результатов. Имеет значение <code>null</code> на последней странице.

Используйте его в параметре запроса '''nextPageKey''' для получения последующих страниц результата.
|-
|environments
|Environment[]
|Список сред.
|}

==== Объект <code>Environment</code> ====
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|name
|string
|Отображаемое имя среды.
|-
|id
|string
|Идентификатор среды. Должен соответствовать [a-zA-Z0-9_-]{1,70}
|-
|trial
|boolean
|Указывает, является ли среда пробной или непробной. Создание пробной среды возможно только в том случае, если это позволяет ваша лицензия. Значение по умолчанию — false (не пробная версия).
|-
|state
|string
|Указывает, включена или отключена среда (<code>DISABLED</code>, <code>ENABLED</code>). Значение по умолчанию — ENABLED
|-
|tags
|string[]
|Набор тегов, которые назначаются этой среде. Каждый тег может иметь максимальную длину 100 символов.
|-
|creationDate
|string
|Дата создания среды в формате ISO 8601 (гггг-ММ-дд'Т'ЧЧ:мм:сс.ССС'Z')
|-
|quotas
|EnvironmentQuotas
|Информация о потреблении на уровне среды и квотах. Возвращается только в том случае, если для параметра includeConsumptionInfo или includeUncachedConsumptionInfo установлено значение true. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|storage
|EnvironmentStorage
|Использование хранилища на уровне среды и информация об ограничениях. Не возвращается, если параметр includeStorageInfo не равен true. Если пропустить при редактировании методом PUT, то уже установленные лимиты останутся.
|}

==== Объект <code>EnvironmentQuotas</code> ====
Информация о потреблении на уровне среды и квотах. Возвращается только в том случае, если для параметра '''includeConsumptionInfo''' или '''includeUncachedConsumptionInfo''' установлено значение <code>true</code>. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|hostUnits
|HostUnitQuota
|Информация о потреблении хост-модулей и квотах на уровне среды. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
|-
|demUnits
|DemUnitsQuota
|Потребление единиц DEM и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы ЦМР не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|syntheticMonitors
|SyntheticQuota
|Синтетика отслеживает потребление и информацию о квотах на уровне среды. Не устанавливается (и не редактируется), если не включены ни синтетические, ни цифровые единицы измерения. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|customMetrics
|CustomMetricsQuota
|Использование пользовательских метрик и информация о квотах на уровне среды. Не задано (и недоступно для редактирования), если специальные показатели не включены. Не устанавливается (и не редактируется), если включены единицы данных Дейвиса. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
|-
|aiDataUnits
|AiDataUnitsQuota
|Потребление единиц данных Дэвиса и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы данных Дэвиса не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|logMonitoring
|LogMonitoringQuota
|Журнал мониторинга потребления и информации о квотах на уровне среды. Не задано (и недоступно для редактирования), если мониторинг журналов не включен. Не задано (и недоступно для редактирования), если мониторинг журналов перенесен в данные Fedor на уровне лицензии. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|}

==== Объект <code>HostUnitQuota</code> ====
Информация о потреблении хост-модулей и квотах на уровне среды. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|currentUsage
|number
|Текущее использование среды.
|-
|maxLimit
|integer
|Параллельная квота среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}

==== Объект <code>DemUnitsQuota</code> ====
Потребление единиц DEM и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы ЦМР не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывается каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}

==== Объект <code>SessionPropertiesQuota</code> ====
User session properties consumption information on environment level.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|}

==== Объект <code>SyntheticQuota</code> ====
Синтетика отслеживает потребление и информацию о квотах на уровне среды. Не устанавливается (и не редактируется), если не включены ни синтетические, ни цифровые единицы измерения. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}

==== Объект <code>CustomMetricsQuota</code> ====
Использование пользовательских метрик и информация о квотах на уровне среды. Не задано (и недоступно для редактирования), если специальные показатели не включены. Не устанавливается (и не редактируется), если включены единицы данных Дейвиса. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|currentUsage
|number
|Текущее использование среды.
|-
|maxLimit
|integer
|Параллельная квота среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}

==== Объект Ai<code>DataUnitsQuota</code> ====
Потребление единиц данных Дэвиса и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы данных Дейвиса не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}

==== Объект <code>LogMonitoringQuota</code> object ====
Журнал мониторинга потребления и информации о квотах на уровне среды. Не задано (и недоступно для редактирования), если мониторинг журналов не включен. Не задано (и недоступно для редактирования), если мониторинг журналов перенесен в данные Fedor на уровне лицензии. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}

==== Объект <code>EnvironmentStorage</code> object ====
Использование хранилища на уровне среды и информация об ограничениях. Не возвращается, если параметр includeStorageInfo не равен true. Если пропустить при редактировании методом PUT, то уже установленные лимиты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|transactionStorage
|TransactionStorage
|Использование хранилища транзакций и ограничение информации на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|symbolFilesFromMobileApps
|SymbolFilesFromMobileApps
|Файлы символов из хранилища мобильных приложений используют информацию об использовании и ограничениях на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|logMonitoringStorage
|LogMonitoringStorage
|Журнал мониторинга использования хранилища и информации об ограничениях на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|serviceRequestLevelRetention
|ServiceRequestLevelRetention
|Параметры хранения уровня запросов на обслуживание на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
|-
|serviceCodeLevelRetention
|ServiceCodeLevelRetention
|Параметры хранения на уровне кода службы на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
|-
|realUserMonitoringRetention
|RealUserMonitoringRetention
|Реальные параметры хранения мониторинга пользователей на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|syntheticMonitoringRetention
|SyntheticMonitoringRetention
|Настройки хранения синтетического мониторинга на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|logMonitoringRetention
|LogMonitoringRetention
|Параметры хранения мониторинга журнала на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Может быть установлено любое значение от 5 до 90 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|userActionsPerMinute
|UserActionsPerMinute
|Максимальное количество пользовательских действий, генерируемых в минуту на уровне среды. Можно установить любое значение от 1 до 2 147 483 646 или оставить без ограничений. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|transactionTrafficQuota
|TransactionTrafficQuota
|Максимальное количество новых отслеживаемых точек входа PurePath, захваченных за процесс в минуту на уровне среды. Может быть установлено любое значение от 100 до 100000. Если пропустить при редактировании методом PUT, то останется уже установленный лимит.
|}

==== Объект <code>TransactionStorage</code> ====
Использование хранилища транзакций и ограничение информации на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|retentionReductionPercentage
|string
|Процент усечения для новых данных.
|-
|retentionReductionReason
|string
|Причина усечения.
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}

==== Объект <code>SymbolFilesFromMobileApps</code> ====
Файлы символов из хранилища мобильных приложений используют информацию об использовании и ограничениях на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}

==== Объект <code>LogMonitoringStorage</code> ====
Журнал мониторинга использования хранилища и информации об ограничениях на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}

==== Объект <code>ServiceRequestLevelRetention</code> ====
Параметры хранения уровня запросов на обслуживание на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}

==== Объект <code>ServiceCodeLevelRetention</code> ====
Параметры хранения на уровне кода службы на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}

==== Объект <code>RealUserMonitoringRetention</code> ====
Реальные параметры хранения мониторинга пользователей на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}

==== Объект <code>SyntheticMonitoringRetention</code> ====
Настройки хранения синтетического мониторинга на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}

==== Объект <code>LogMonitoringRetention</code> ====
Параметры хранения мониторинга журнала на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Может быть установлено любое значение от 5 до 90 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}

==== Объект <code>UserActionsPerMinute</code> ====
Максимальное количество пользовательских действий, генерируемых в минуту на уровне среды. Можно установить любое значение от 1 до 2 147 483 646 или оставить без ограничений. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный трафик [единиц в минуту]
|}

==== Объект <code>TransactionTrafficQuota</code> ====
Максимальное количество новых отслеживаемых точек входа PurePath, захваченных за процесс в минуту на уровне среды. Может быть установлено любое значение от 100 до 100000. Если пропустить при редактировании методом PUT, то останется уже установленный лимит.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный трафик [единиц в минуту]
|}

===JSON-модель тела ответа===
<{
"totalCount": 1,
"pageSize": 1,
"nextPageKey": "AQAAABQBAAAABQ==",
"environments": [
{
"name": "example environment",
"state": "ENABLED",
"tags": [
"tag1",
"tag2"
],
"trial": false
}
]
}
==Пример==
Список двух новейших включенных сред с указанием потребляемых ими лицензий, отсортированных по имени.
====Curl====
<code>curl -X GET "<nowiki>https://myManaged.cluster.com/api/cluster/v2/environments?pageSize=2&sort=-creationDate&filter=state%28ENABLED%29&includeConsumptionInfo=true</nowiki>" -H "accept: application/json; charset=utf-8" -H "Authorization: Api-Token dt0c01.abc123.abcdefjhij1234567890"</code>
====URL-адрес запроса====
<code><nowiki>https://myManaged.cluster.com/api/cluster/v2/environments?pageSize=2&sort=-creationDate&filter=state%28ENABLED%29&includeConsumptionInfo=true</nowiki></code>

====Тело ответа====
<{
"totalCount": 78,
"pageSize": 2,
"nextPageKey": "AAAAAQAAAAIBnldfkgldsjoeriKIDFL2AAABd3uuvIMBAA5zdGF0ZShFTkFCTEVEKQEADS1jcmVhdGlvbkRhdGU=",
"environments": [
{
"name": "AndroidApps",
"id": "be22c776-1414-00e0-a00a-00b0dcf56443321",
"trial": false,
"state": "ENABLED",
"tags": [],
"creationDate": "2021-02-09T11:03:17.732Z",
"quotas": {
"hostUnits": {
"maxLimit": 10,
"currentUsage": 0
},
"demUnits": {
"monthlyLimit": 50001,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"userSessions": {
"totalMonthlyLimit": null,
"totalAnnualLimit": null,
"totalConsumedThisMonth": 0,
"totalConsumedThisYear": 0,
"consumedMobileSessionsThisMonth": 0,
"consumedMobileSessionsThisYear": 0,
"consumedUserSessionsWithWebSessionReplayThisMonth": 0,
"consumedUserSessionsWithWebSessionReplayThisYear": 0,
"consumedUserSessionsWithMobileSessionReplayThisMonth": 0,
"consumedUserSessionsWithMobileSessionReplayThisYear": 0
},
"sessionProperties": {
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"syntheticMonitors": {
"monthlyLimit": null,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"customMetrics": null,
"aiDataUnits": {
"monthlyLimit": 18162,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"logMonitoring": null
}
},
{
"name": "Service Team",
"id": "881c4134-0000-0a00-aa0a-5b03ab7a34ed",
"trial": false,
"state": "ENABLED",
"tags": [],
"creationDate": "2021-02-07T08:49:45.091Z",
"quotas": {
"hostUnits": {
"maxLimit": null,
"currentUsage": 0
},
"demUnits": {
"monthlyLimit": null,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 62
},
"userSessions": {
"totalMonthlyLimit": null,
"totalAnnualLimit": null,
"totalConsumedThisMonth": 0,
"totalConsumedThisYear": 0,
"consumedMobileSessionsThisMonth": 0,
"consumedMobileSessionsThisYear": 0,
"consumedUserSessionsWithWebSessionReplayThisMonth": 0,
"consumedUserSessionsWithWebSessionReplayThisYear": 0,
"consumedUserSessionsWithMobileSessionReplayThisMonth": 0,
"consumedUserSessionsWithMobileSessionReplayThisYear": 0
},
"sessionProperties": {
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"syntheticMonitors": {
"monthlyLimit": null,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 62
},
"customMetrics": null,
"aiDataUnits": {
"monthlyLimit": null,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"logMonitoring": null
}
}
]
}
====Код ответа====
<code>200</code>

Примечания к релизу 244

2026-05-28T13:20:33Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 244'''''

== Новые функции и улучшения ==

=== Поддержка операционных систем ===
Centos 6.x, Red Hat Enterprise Linux 6.x, Oracle Linux 6.x больше не поддерживаются с 1 октября 2021 г. Однако мы по-прежнему поддерживаем существующие развертывания и разрешаем обновления. Сообщаем вам, что АппОптима версии 1.250 станет последней версией, до которой вы сможете обновиться в неподдерживаемых операционных системах.

=== Улучшенные уведомления по электронной почте и содержимое веб-интерфейса. ===

* Улучшено кластерное событие истечения срока действия лицензии и содержимое уведомлений по электронной почте.

* Улучшенное содержимое кластерных уведомлений по электронной почте, чтобы оно было действенным и точным.

=== Обновлен управляемый установщик для использования JRE 8u332. ===
Чтобы воспользоваться преимуществами повышения производительности, последних улучшений безопасности и исправления ошибок, мы обновили JRE для следующих компонентов узла кластера: Cassandra и Elasticsearch теперь будут использовать JRE 8u332. Другие компоненты теперь будут использовать JRE 11.0.15.

=== Текущие изменения поддержки управляемых операционных систем АппОптима ===

===== Следующие операционные системы больше не будут поддерживаться с 1 ноября 2022 г. =====

* Linux: Ubuntu 21.04
** x86-6
** Последняя совместимая версия: 1.244

=== Будущие изменения поддержки управляемых операционных систем АппОптима ===

===== Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г. =====

* Linux : SUSE Enterprise Linux 11.4
** x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. =====

* Linux : Debian 9
** x86-64
* Linux : SUSE Enterprise Linux 12.3
** x86-64

=== Прошедшие изменения поддержки управляемых операционных систем АппОптима ===

===== Следующие операционные системы больше не поддерживаются с 1 февраля 2022 г. =====

* Linux : CentOS 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
** x86-64
** Последняя совместимая версия: 1.226
* Linux : Debian 8
** x86-64
** Последняя совместимая версия: 1.226
* Linux : Red Hat Enterprise Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
** x86-64
** Последняя совместимая версия: 1.226
* Linux : Oracle Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
** x86-64
** Последняя совместимая версия: 1.226

===== Следующие операционные системы больше не поддерживаются с 1 марта 2022 г. =====

* Linux : CentOS 8.3
** x86-64
** Последняя совместимая версия: 1.228
* Linux : Red Hat Enterprise Linux 8.3
** x86-64
** Последняя совместимая версия: 1.228
* Linux : Oracle Linux 8.3
** x86-64
** Последняя совместимая версия: 1.228

===== Следующие операционные системы больше не поддерживаются с 1 мая 2022 г. =====

* Linux : CentOS 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232
* Linux : Red Hat Enterprise Linux 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232
* Linux : Oracle Linux 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232

===== Следующие операционные системы больше не поддерживаются с 1 июня 2022 г. =====

* Linux : Ubuntu 20.10
** x86-64
** Последняя совместимая версия: 1.234

===== Следующие операционные системы больше не поддерживаются с 1 августа 2022 г. =====

* Linux : CentOS 7.7
** x86-64
** Последняя совместимая версия: 1.238

* Linux : Red Hat Enterprise Linux 7.7
** x86-64
** Последняя совместимая версия: 1.238

* Linux : Oracle Linux 7.7
** x86-64
** Последняя совместимая версия: 1.238

== Решенные проблемы ==
Выпуск 244 содержит 62 решенных проблем (в том числе устранение 1 уязвимости).
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Безопасность приложений
|3
|-
|Облачное решение для автоматизации
|1
|-
|Кластер
|52 (1 уязвимость)
|-
|Консоль управления кластером
|5
|-
|Решение для мониторинга инфраструктуры
|1
|}

==== Безопасность приложений ====

* Счетчик уязвимостей на странице «Обзор безопасности приложений» больше не дает сбой, когда языковой стандарт браузера недоступен.
* Устранена проблема, из-за которой процент покрытия узла на странице «Обзор безопасности приложений» рассчитывался с использованием чрезмерного общего количества узлов, из-за чего процент покрытия был ниже, чем в действительности.
* Устранена проблема, из-за которой отчеты о потреблении единиц Cloud Application Security не отображались правильно в режиме только для приложений при определенных условиях. Устранена проблема, из-за которой отчеты о потреблении единиц Cloud Application Security не отображались правильно в режиме только для приложений при определенных условиях.

==== Облачное решение для автоматизации ====

* Устранена проблема, из-за которой ссылки на проект оркестровки всегда указывали на запись АппОптима Hub.

==== Кластер ====

* Исправлена проблема с игнорированием настроек ЕдиногоАгента и StatsD в определенных ситуациях.
* Правило обнаружения ошибок с отсутствующими параметрами больше не приводит к пропуску несвязанных правил.
* На странице «Приложения» > «Сведения о приложении» в представлении геолокации (карта мира) выбор страны, в которой никогда не было данных, больше не приводит к ошибке HTTP 404.

* Исправлена проблема, из-за которой сопоставления IP-адресов клиентов не преобразовывались в настройки 2.0.
* Исправлена ошибка синтаксического анализа для встроенных селекторов сущностей, содержащих несколько экранированных специальных символов в селекторах метрик, а также исправлена ошибка, которая позволяла использовать несколько аргументов для предиката фильтра entitySelector в селекторах метрик.

* '''Уязвимость''': Commons-configuration2 обновлен до версии 2.8 для повышения безопасности.
* Исправлена потенциальная проблема в Queue Analyzer, когда в экземпляре службы отсутствует сущность службы, что должно происходить очень редко.
* Решена проблема с данными, отображаемыми на верхней карточке ошибок в обзоре приложений и действий пользователя.
* Исправлена проблема, из-за которой эволюция задачи иногда была пустой.
* Исправлена проблема с мониторингом AWS в АппОптима SaaS.
* Ключи метрик TSM, начинающиеся с цифры, рассматриваются как недопустимые входные ключи метрик.
* Предотвратите оценку зон управления сущностями и тегов основной причины в проблемах, которые в некоторых случаях приводили к оповещениям о спаме.
* Унифицированный анализ: функция условий теперь работает для действий с глобальной областью действия.
* Исправлена проблема, из-за которой сопоставления IP-адресов клиентов не преобразовывались в настройки 2.0.
* Убрано ограничение записи атрибута GLOBAL_HOOKING_STATUS.
* Поля «видимость» и «модификаторы» добавляются в полезные данные как необязательные.
* Решена проблема, которая приводила к странице с ошибкой при настройке автоматически применяемых тегов в пользовательском интерфейсе с использованием тегов Azure в условиях правила.
* Исправлена проблема с уведомлениями ServiceNow, из-за которой поле описания содержало одинарные кавычки с экранированием HTML.
* Исправлен сбой страницы в пользовательских событиях для предупреждений, вызванный фильтром сущностей.
* Service Detection API — Неправильно структурированное свойство условия теперь возвращает сообщение о нарушении ограничения.
* Обнаружение ошибок — условия атрибутов запроса «равно» и «не равно» для чисел с плавающей запятой теперь работают правильно.
* В версиях АппОптима с 1.237 по 1.243 в средах, где включена новая конфигурация хранилища журналов, статус файла может отображаться неправильно на страницах обзора экземпляров узла и группы процессов. Начиная с АппОптима версии 1.244 эта потенциально вводящая в заблуждение информация больше не отображается. Процесс приема журналов для настроенных файлов не затрагивается.
* Параметр установки ЕдиногоАгента режима мониторинга инфраструктуры `--set-infra-only` теперь правильно распознается сервером.
* Исправлена проблема с игнорированием настроек ЕдиногоАгента и StatsD в определенных ситуациях.
* Исправлены различные проблемы с полем ввода DQL: автоматическое форматирование при вставке, автоматическое предложение метаключей и кликов, а также выход из редактора кода.
* Устранена проблема, которая иногда приводила к временному отключению загрузки журнала через ЕдиныйАгент во время длительной миграции кластера развертывания.
* Исправлена проверка фильтрации нескольких значений для числовых и текстовых базовых атрибутов запроса в дополнение к правильному состоянию в режиме редактирования.
* Многие страницы настроек теперь позволяют просматривать изменения конфигурации, произошедшие на этой странице. Просто нажмите «показать историю» и выберите период времени. Это доступно для пользователей с разрешениями как минимум settings:objects:read для соответствующего идентификатора схемы.
* Диаграммы «Использование и ресурсы» на странице модуля теперь отображают сумму использования ЦП/памяти контейнера, а не среднее значение.
* Исправлена проблема, связанная с аномальным обнаружением ошибок JavaScript для веб-приложений.
* Системная плитка Windows теперь видна на странице обзора технологий.
* Исправлена проблема, из-за которой флаг «copyFromHostName» в обнаружении службы на основе правил терялся, из-за чего слияние/разделение служб не работало в соответствии с настройками.
* Решена проблема, из-за которой на некоторых страницах могли отображаться более высокие значения данных за последние 10 минут.
* Предустановленный фильтр идентификатора службы больше не теряется при переходе от плитки работоспособности службы панели мониторинга к списку служб.
* Категории и боковые вкладки теперь используют одинаковые проценты.
* Исправлена проверка разрешений для настроек хоста на новой странице хоста.
* При переключении режима мониторинга (например, с «Полный стек» на «Только инфраструктура»), когда мониторинг отключен, диаграмма истории мониторинга хоста теперь остается с «Без мониторинга» и переключается в новый режим мониторинга только при повторном включении мониторинга. .
* Исправлена проблема, из-за которой редактирование правил именования запросов сервисов было невозможно для пользователей, у которых есть разрешение только на изменение настроек мониторинга для определенных зон управления.
* Адаптированы настройки профилей предупреждений: теперь список тегов не может быть пустым, если установлен режим соответствия любому или всем.
* Таблица журналов теперь использует полную ширину, когда доступно дополнительное пространство.
* Исправлена ошибка синтаксического анализа для встроенных селекторов сущностей, содержащих несколько экранированных специальных символов в селекторах метрик, а также исправлена ошибка, которая позволяла использовать несколько аргументов для предиката фильтра entitySelector в селекторах метрик.
* Только уникальные IP-адреса теперь предоставляются на экранах развертывания в разделе «Строгая политика брандмауэра?» раздел, который должен быть разрешен для исходящих соединений.
* Устранена проблема, из-за которой таблица сеансов пользователей была пустой на странице сведений об ошибках JavaScript.

* Панель фильтров больше не отображается, когда данные фильтра недоступны.

* Параметр установки ЕдиногоАгента режима мониторинга инфраструктуры `--set-infra-only` теперь правильно распознается сервером.
* Исправлена проблема, из-за которой флаг «copyFromHostName» в обнаружении службы на основе правил терялся, из-за чего слияние/разделение служб не работало в соответствии с настройками.
*Нажатие на определенные ссылки в пользовательском интерфейсе приводит к ошибке.
*Устранена ошибка вызова IBM MQ API (ibmMQTracing/queueManager) (состояние 500).

* Устранена проблема с неправильными настройками базовых показателей по умолчанию для предупреждений, что приводило к неправильным расчетам базовых показателей и отсутствию предупреждений.
* Устранена проблема (появившаяся в версиях АппОптима 243 и 244), из-за которой непреднамеренно отключались обновления конфигурации источника журналов для ЕдиныхАгентов, подключенных к узлам сервера, добавленным после обновления кластера.
* Устранена проблема, которая иногда приводила к временному отключению загрузки журнала через ЕдиныйАгент во время длительной миграции кластера развертывания.
* Исправлено обновление кластера до версии 1.246.191 (сбой с сообщением «Nodekeeper не был успешно обновлен»).

==== Консоль управления кластером ====

* Баннер системных уведомлений восстановлен в среде CMC.

* Исправлено возможное зависание резервной копии в состоянии ожидания при удалении узла.

* АктивныеШлюзы, не назначенные частному местоположению, теперь корректно отображают синтетические данные на странице состояния развертывания CMC.
* Исправлена проблема, из-за которой задерживалось развертывание новой страницы настроек «Параметры диска» для некоторых сред.
* Исправлена проблема при автономной установке, когда «доступ только для чтения для сотрудников АппОптима» игнорировался для страниц инструментов поддержки.

==== Решение для мониторинга инфраструктуры ====

* Исправлены несогласованные значения метрик между инфографикой и сводной таблицей для вспомогательных сервисов AWS, которые возникали при выборе некоторых глобальных временных рамок.

== ЕдиныйАгент ==

=== Ява ===

* Добавлена поддержка Log4J2 (Apache) 2.17.2 - 2.18.x.
* Добавлена поддержка агента OpenTelemetry 1.13.x - 1.16.x.
* Добавлена поддержка Microsoft OpenJDK 11 LTS , 17 LTS.

=== Node.js ===

* Добавлена поддержка oracledb 5.x
* Добавлена поддержка Node.js 18 .

=== z/OS ===

* <code>oneagentzos-R12430.pax</code>теперь доступен
* Добавлена поддержка трассировки для вызовов базы данных JDBC в z/OS Java.

=== Новые функции и улучшения ===

==== Мониторинг журнала ====

* Модуль журнала ЕдиногоАгента теперь нечувствителен к регистру в Windows для всех параметров конфигурации: сопоставление, запрещенные источники, настраиваемые источники журналов и шаблоны дат.
* Разделителем каталогов (путей) как для автоматически определяемых, так и для определяемых пользователем источников журналов теперь является обратная косая черта (например, <code>C:\Users\Default\</code>).

==== Интеграция OpenTelemetry Node.js в план потребления Функций Azure. ====
Функции Azure предлагают несколько вариантов размещения с различными способами интеграции распределенной трассировки. Теперь вы можете настроить трассировку служб Node.js, работающих в Функциях Azure, в рамках плана потребления по умолчанию с помощью специального пакета АппОптима для OpenTelemetry.

=== Сгруппировать регионы IMS, принадлежащие одной подсистеме, в группу процессов ===
Добавлена возможность группировать регионы IMS, принадлежащие одной подсистеме, в единую группу процессов.

=== Операционные системы ===

* Добавлена поддержка Red Hat Enterprise Linux 9.x.
* Добавлена поддержка Ubuntu 22.04 LTS.

==== Операционные системы, поддерживающие изменения ЕдиногоАгента АппОптима в текущий момент ====

===== Следующие операционные системы больше не будут поддерживаться с 1 июля 2022 г. =====

* Linux: CentOS 8.x
** x86-64
** Последняя совместимая версия: 1.243

==== Операционные системы, поддерживающие изменения ЕдиногоАгента АппОптима в будущем ====

===== Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г. =====

* Linux : SUSE Linux Enterprise Server 11.4

===== Следующие операционные системы больше не будут поддерживаться с 1 декабря 2022 г. =====

* Windows : Рабочий стол Windows 1909
** x86-64
* Windows : Windows Server 20H2
** x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. =====

* Linux : Debian 8, 9
** x86-64
* Linux : SUSE Linux Enterprise Server 12.3

===== Следующие операционные системы больше не будут поддерживаться с 1 февраля 2023 г. =====

* Linux: Ubuntu 21.10

===== Следующие операционные системы больше не будут поддерживаться с 1 апреля 2023 г. =====

* Linux: Google Container-Optimized OS 85 LTS
** x86-64
* Linux: EulerOS 2.3

==== Прошедшие изменения поддержки технологий ЕдинымАгентом АппОптима ====

===== АппОптима ЕдиныйАгент 1.227 была последней версией, поддерживающей следующие технологии. =====

* OpenTelemetry 1.0.0-RC1 для Go
* OpenTelemetry 1.0.0-RC2 для Go

===== АппОптима ЕдиныйАгент 1.233 была последней версией, поддерживающей следующие технологии. =====

* Node.js 15 для Node.js
** Поставщик прекратил поддержку этой технологии и версии с 01.06.2021.

===== АппОптима ЕдиныйАгент 1.239 была последней версией, поддерживающей следующие технологии. =====

* Сервер приложений JBoss 6, 7 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 сентября 2009 г.
* JBossWS (JBoss AS) 4.x для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 сентября 2009 г.
* OpenTelemetry 0.0.2 для PHP

==== Предыдущие изменения в поддержке операционных систем ЕдинымАгентом АппОптима ====

===== Следующие операционные системы больше не поддерживаются с 1 декабря 2021 г. =====

* Linux : Fedora 32
** x86-64
** Последняя совместимая версия: 1.227
* Windows : Windows Server 1909
** x86-64
** Последняя совместимая версия: 1.227

===== Следующие операционные системы больше не поддерживаются с 1 февраля 2022 г. =====

* Linux : Red Hat Enterprise Linux CoreOS 4.5
** Последняя совместимая версия: 1.235
* Linux: Ubuntu 20.10
** Последняя совместимая версия: 1.225

===== Следующие операционные системы больше не поддерживаются с 1 марта 2022 г. =====

* Linux : Google Container-Optimized OS 81 LTS
** x86-64
** Последняя совместимая версия: 1.235

===== Следующие операционные системы больше не поддерживаются с 1 апреля 2022 г. =====

* UNIX : IBM AIX 7.2 TL3
** POWER8, POWER9
** Последняя совместимая версия: 1.237

===== Следующие операционные системы больше не поддерживаются с 1 июля 2022 г. =====

* Linux : CentOS 8.x
** PPCLE

* Linux : CentOS 8.x
** ARM64 (AArch64)

=== Другие изменения поддержки ===

==== ЕдиныйАгент для z/OS ====

===== Сборка 1.243.0 =====

* Повышена точность расчета ЦП в zDC .
* Улучшены результаты ZDTIDIAG для отображения полной спецификации zRemote

=== Решенные проблемы ===
Общее количество решенных проблем — 28 (1 уязвимость).
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Все модули
|4
|-
|Общий
|2
|-
|Мониторинг инфраструктуры
|3 (1 уязвимость)
|-
|Java
|2
|-
|PHP
|1
|-
|Go
|3
|-
|Nginx
|1
|-
|Модуль регистрации
|1
|-
|Модуль ОС
|2
|-
|ЕдиныйАгент SDK для C/C++
|1
|-
|OpenTracing Java
|1
|-
|Подключаемый модуль
|1
|-
|Механизм причинно-следственной связи Fedor
|1
|-
|.NET
|4
|-
|Мейнфрейм
|1
|}

==== Все модули ====

* Обработка правил бизнес-событий теперь осуществляется строго сверху вниз, поэтому правила срабатывают последовательно.
* Исправлена проблема с разрешением символа ЕдиногоАгента при запуске glibc как исполняемого файла.
* Для функции правила обнаружения рабочей нагрузки Kubernetes исправлено вычисление имени группы процессов и идентификатора: (1) Имя группы процессов: когда применяется правило обнаружения рабочей нагрузки Kubernetes, из правила создается значимое имя для группы процессов. (2) Идентификатор группы процессов. Правило обнаружения рабочей нагрузки Kubernetes применяется, даже если поля, относящиеся к идентификатору, отсутствуют, но хотя бы одно из них присутствует.
* Исправлен возможный сбой при нескольких монтированиях одних и тех же контроллеров cgroup v1 (в /proc/mounts).

==== Общий ====

* Исправлена ошибка, из-за которой метаданные контейнера не обновлялись во время повторного развертывания ЕдиногоАгента.
* Когда функция «IIS Module Insights» включена, модули, для которых идентификатор является нулевым указателем, больше не регистрируются.

==== Мониторинг инфраструктуры ====

* '''Уязвимость:''' устранена уязвимость в источнике данных Prometheus, связанная с возможными учетными данными, зарегистрированными в файле журнала.
* Плагин HAProxy теперь работает корректно, когда файл конфигурации содержит лишние пробелы в строке сокета статистики.
* Процесс dynatracesourcesnmptraps теперь корректно закрывается во время выключения/перезапуска EEC.

==== Java ====

* Исправлено неструктурированное обогащение журнала для определенных последовательностей загрузки классов разных версий Log4j 2.
* Исправлена проблема с разбором заголовков трассировки, которая потенциально вызывала дисбаланс нагрузки.

==== PHP ====

* Исправлена проблема переполнения стека ЕдиногоАгента PHP в некоторых крайних случаях.

==== Go ====

* Исправлено обнаружение случая необработанной ошибки при сбое создания потока gRPC на стороне клиента.
* Исправлена возможная проблема несоответствия подписи в AWS SDK для Go.
* Исправлен сбой в датчике OpenTelemetry при чтении входных параметров запущенного пролета.

==== Nginx ====

* Перезагрузка контроллера NGINX Ingress после обновления ЕдиногоАгента больше не вызывает загрузку или создание дополнительных библиотек и процессов ЕдиногоАгента.

==== Модуль регистрации ====

* Флаг отладки ЕдиногоАгента `debugLogAnalyticsLgiDatePatternsConfigJson`, который в настоящее время используется в модуле кода Log Monitoring 2.0 для настройки форматов шаблонов дат, теперь позволяет использовать подстановочные знаки в именах журналов с использованием соглашения, описанного в документации Apache, с включенными флагами `APR_FNM_NOESCAPE` и `APR_FNM_CASE_BLIND`.

==== Модуль ОС ====

* Все процессы kworker теперь правильно сгруппированы в группу процессов Linux System.
* Расширенное распознавание двоичных файлов PHP-FPM.

==== ЕдиныйАгент SDK для C/C++ ====

* Исправлена проблема с инициализацией модуля ЕдиногоАгента PHP-FPM, когда в операционной системе отсутствует системный вызов getrandom().

==== OpenTracing Java ====

* Java z/OS: устранено ложное предупреждение в журнале о размере сообщения экспорта.

==== Подключаемый модуль ====

* Установщик удаленного подключаемого модуля теперь проверяет доступное место на диске.

==== Механизм причинно-следственной связи Fedor ====

* Устранена проблема, из-за которой создание исходящих тегов АппОптима при запуске трассировки PurePath с пользовательским тегом иногда приводило к сбою, когда создание запускалось несколькими параллельными потоками.

==== .NET ====

* Повышена стабильность модуля кода ЕдиногоАгента .NET, считывающего сборки .NET.
* Исправлена ошибка, препятствовавшая мониторингу приложения ASP.NET Core, если был включен модуль кода ЕдиныйАгент .NET.
* Уменьшена нагрузка на память модуля ЕдиногоАгента .NET.
* Повышена стабильность модуля кода ЕдиногоАгента .NET.

==== Мейнфрейм ====

* Исправлена обработка zRemote неполных соединений, которые приводили к недействительному рукопожатию с zLocal.

=== ЕдиныйАгент для JavaScript: устранённые проблемы ===
Выпуск 1.243 не содержит решенных проблем, с которыми сталкиваются пользователи.

Примечания к релизу 248

2026-05-28T13:20:22Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 248'''''

== '''АппОптима''' ==

=== Новые функции и улучшения ===

==== Автообновление шифра ====
Управляемый установщик АппОптима

Мы обновили наборы шифров по умолчанию и добавили параметр автоматического обновления шифров в программу установки АппОптима. Он установлен <code>off</code>для существующих узлов и <code>on</code>для новых кластеров (новые узлы, добавляемые в существующий кластер, сохраняют параметры начального узла).

Если установлено значение <code>on</code>, наборы шифров и протоколы устанавливаются по умолчанию после каждого обновления или перенастройки. Если вы вручную меняете шифры или протоколы (используя <code>--ssl-ciphers</code>или <code>--ssl-protocols</code>параметры), автоматическое обновление шифров отключается (автоматически устанавливается на <code>off</code>).

=== Поддержка операционных систем ===

===== Будущие изменения поддержки управляемых операционных систем АппОптима =====

====== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. ======

* Linux : SUSE Enterprise Linux 12.3
** x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 марта 2023 г. =====

* Linux : Red Hat Enterprise Linux 8.2
** x86-64
** Последняя совместимая версия: 1.252
* Linux: Oracle Linux 8.2
** x86-64
** Последняя совместимая версия: 1.252

===== Прошедшие изменения поддержки управляемых операционных систем АппОптима =====

====== Следующие операционные системы больше не поддерживаются с 1 мая 2022 г. ======

* Linux : CentOS 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232
* Linux : Red Hat Enterprise Linux 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232
* Linux : Oracle Linux 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232

====== Следующие операционные системы больше не поддерживаются с 1 июня 2022 г. ======

* Linux: Ubuntu 20.10
** x86-64
** Последняя совместимая версия: 1.234

====== Следующие операционные системы больше не поддерживаются с 1 июля 2022 г. ======

* Linux : CentOS 7.8, 8.2, 8.4
** x86-64
** Последняя совместимая версия: 1.246
* Linux : Red Hat Enterprise Linux 7.8
** x86-64
** Последняя совместимая версия: 1.246
* Linux: Oracle Linux 7.8
** x86-64
** Последняя совместимая версия: 1.246

====== Следующие операционные системы больше не поддерживаются с 1 августа 2022 г. ======

* Linux: CentOS 7.7
** x86-64
** Последняя совместимая версия: 1.238
* Linux : Red Hat Enterprise Linux 7.7
** x86-64
** Последняя совместимая версия: 1.238
* Linux: Oracle Linux 7.7
** x86-64
** Последняя совместимая версия: 1.238

====== Следующие операционные системы больше не поддерживаются с 1 октября 2022 г. ======

* Linux : SUSE Enterprise Linux 11.4
** x86-64

=== Решенные проблемы ===
Выпуск 248 содержит 32 решенные проблемы
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Облачное решение для автоматизации
|3
|-
|Кластер
|25
|-
|Консоль управления кластером
|3
|-
|Безопасность приложений
|1
|}

==== Облачное решение для автоматизации ====

* Кнопки «График» и «Таблица» в мастере SLO теперь отключаются при обнаружении ошибок.
* Переход на страницу «Проекты оркестровки» с другой страницы теперь правильно изменяет заголовок на вкладке.
* Представление таблицы в оценке SLO теперь правильно отсортировано.

==== Кластер ====

* Контекст службы больше не теряется при переходе от общего обзора службы/службы FaaS к распределенным трассировкам.
* Извлечение трассировки удаленной среды работает в управляемых средах с несколькими узлами.
* Службы типа «удаленный вызов» больше не используют имя группы процессов как часть имени службы.
* Исправлена проблема, которая приводила к ошибке страницы службы Google Cloud Function, когда расширение Google Cloud Function не было настроено.
* Устранена проблема, из-за которой в многомерном анализе отображалось неправильное пустое состояние (только ненадежные измерения вместо пустого результата).
* Исправлена проблема, из-за которой логи аудита не сохранялись для API логов аудита.
* Исправлена ошибка, из-за которой тегирование зоны управления для объектов CONTAINER_GROUP не работало.
* На странице "Статус развертывания", вкладка "АктивныеШлюзы", видимость последнего обновления АктивногоШлюза и его модулей теперь ограничена пользователями с правом "Изменить настройки мониторинга".
* Значения фильтра настраиваемых параметров панели мониторинга, содержащие двоеточие, теперь отображаются правильно.
* Решена проблема, из-за которой некоторые сетевые показатели пропадали после обновления до версии АппОптима 1.247.
* Чтобы гарантировать оценку встроенного правила группы процессов 67 для отключения мониторинга процесса `piper`, правило 67 теперь оценивается перед правилами для `Пространство имен Kubernetes существует` (правило 40) и `Контейнер существует` (правило 41).
* Сообщение «Мониторинг этой службы в настоящее время отключен». теперь отображается только тогда, когда он отключен для всех учетных данных.
* Максимальная длина селектора метрик в событиях метрик увеличена до 10 000 символов.
* Конфигурация веб-приложения, полученная с помощью REST API GET, теперь может быть помещена без изменений.
* Исправлен нечастый случай открытия повторяющейся задачи после того, как проблема была закрыта вручную.
* Фильтр сервисных тегов для многомерного анализа теперь корректно работает для значений тегов, содержащих пробелы.
* Исправлена ошибка, из-за которой запросы метрик, использующие несколько условий фильтрации имен объектов, завершались ошибкой.

* Устранена проблема с «Браузером метрик», из-за которой возникало исключение, когда селектор метрик встречал символ «%».
* Устранена проблема с «Проводником данных», из-за которой данные не отображались, когда фильтр включал символ «\».
* Исправлена проблема, из-за которой некоторые удаленные среды нельзя было использовать для функции трассировки между средами.

* Исправлено частое обнаружение проблем для дисков и предупреждений AWS. ( АПМ-386093 )
* Устранена проблема, из-за которой конфигурации предупреждений с родительскими фильтрами (например, фильтр MANAGEMENT_ZONE для SERVICE_METHOD) считались недействительными и не обрабатывались механизмом предупреждений. ( Fedor-2112 )
* Автоматическое обновление больше не завершается сбоем из-за зависания команды «ss».

* Исправлена проблема, из-за которой некоторые события, инициированные ЕдинымАгентом, например высокая загрузка ЦП, автоматически закрывались через 6 часов, даже если основная проблема все еще сохраняется. Это также может привести к раннему закрытию проблем, когда все их события автоматически закрываются слишком рано. ( Fedor-2324 )

==== Консоль управления кластером ====

* Указанный порядок получателей уведомлений теперь сохраняется.
* Пользователи-администраторы кластера больше не перенаправляются на панель мониторинга среды при доступе и просмотре консоли управления кластером через страницу профиля.
* Заголовок домашней страницы АппОптима изменен с «Статус управляемого развертывания АппОптима» на «Обзор управляемого развертывания АппОптима», чтобы избежать путаницы со страницей «Статус развертывания».

==== Безопасность приложений ====

* Включение функции ЕдиногоАгента «Оценка безопасности на уровне кода Java» больше не приводит к созданию отчетов об использовании для защиты приложений, даже если защита приложений не включена в кластере.

== '''ЕдиныйАгент АппОптима''' ==

=== Новые функции и улучшения ===

* Добавлена поддержка Apache Camel 2.21+.
* Добавлена поддержка Red Hat Fuse в OpenShift 7.0+.
* Добавлена поддержка Red Hat Fuse Standalone 7.0+.

==== Трассировки могут быть связаны между подключенными средами АппОптима. ====
Из представления распределенной трассировки теперь можно перейти к представлению трассировки в подключенной среде.

Требования:

* Включить функцию ЕдиногоАгента <code>Cross-environment tracing - Environment and transaction IDs in HTTP response headers</code>
* Включить функцию ЕдиногоАгента<code>Cross-environment tracing - Coordinated sampling</code>
* Настройка удаленных сред

==== Удаленные среды теперь обнаруживаются ====
Удаленные среды можно обнаружить на основе ответа HTTP, отправленного из подключенной среды АппОптима.

Каждая обнаруженная удаленная среда АппОптима представляется как служба удаленной среды и потоке обслуживания и автоматически учитывается механизмом искусственного интеллекта Davis®.

Требования:

* Включить функцию ЕдиногоАгента <code>Cross-environment tracing - Environment and transaction IDs in HTTP response headers</code>
* Настройка удаленных сред

=== PHP ===

* Добавлена поддержка Monolog 3.0 .

=== Serverless ===

* Добавлена трассировка функций GCP для Python.

=== Поддержка операционных систем ===

* <code>oneagentzos-R12470.pax</code>теперь доступен
* Добавлена поддержка IBM Semeru для z/OS 11 .
* Добавлена поддержка JMX 1.0+.

=== Объявления ===

==== Автоинструментарий SwiftUI ====
Начиная с версии ЕдиногоАгента для iOS 8.249, вы получите долгожданную возможность автоматически настраивать свои приложения SwiftUI. Мы будем поддерживать автоматическое оснащение кнопок SwiftUI, степперов, средств выбора, переключателей и переключателей.

=== Операционные системы ===

==== Операционные системы, поддерживающие изменения АппОптима ЕдиногоАгента в текущий момент ====

===== Следующие операционные системы больше не будут поддерживаться с 1 июля 2022 г. =====

* Linux : openSUSE 15.2
** x86-64, PPCLE
** Последняя совместимая версия: 1.247
* Windows : рабочий стол Windows 10 2004 г.
** x86-64
** Последняя совместимая версия: 1.247
* Windows : Windows Server 2004
** x86-64
** Последняя совместимая версия: 1.247

==== Операционные системы, поддерживающие изменения ЕдиногоАгента АппОптима в будущем ====

===== Следующие операционные системы больше не будут поддерживаться с 1 декабря 2022 г. =====

* Windows : Рабочий стол Windows 10 1909 г.
** x86-64
* Windows : Windows Server 20H2
** x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. =====

* Linux : Debian 8, 9
** x86-64
* Linux : SUSE Linux Enterprise Server 12.3

===== Следующие операционные системы больше не будут поддерживаться с 1 февраля 2023 г. =====

* Linux : Ubuntu 21.10

===== Следующие операционные системы больше не будут поддерживаться с 1 апреля 2023 г. =====

* Linux : Google Container-Optimized OS 85 LTS
** x86-64
* Linux: EulerOS 2.3

===== Следующие операционные системы больше не будут поддерживаться с 1 июня 2023 г. =====

* Linux : openSUSE 15.3
** x86-64, PPCLE
* Linux : SUSE Linux Enterprise Server 15.0
* UNIX : IBM AIX 7.2 TL4
** POWER8, POWER9
* Windows : Рабочий стол Windows 10 21H1
** x86-64

==== Прошедшие изменения поддержки технологий ЕдинымАгентом АппОптима ====

===== АппОптима ЕдиныйАгент 1.239 была последней версией, поддерживающей следующие технологии. =====

* Сервер приложений JBoss 6, 7 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 сентября 2009 г.
* JBossWS (JBoss AS) 4.x для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 сентября 2009 г.
* OpenTelemetry 0.0.2 для PHP

===== АппОптима ЕдиныйАгент 1.245 была последней версией, поддерживающей следующие технологии. =====

* Microsoft IIS 7.0 для Microsoft IIS
** Поставщик прекратил поддержку этой технологии и версии с 14 января 2020 г.

==== Предыдущие изменения в поддержке операционных систем ЕдинымАгентом АппОптима ====

===== Следующие операционные системы больше не поддерживаются с 1 февраля 2022 г. =====

* Linux : Red Hat Enterprise Linux CoreOS 4.5
** x86-64
** Последняя совместимая версия: 1.235

===== Следующие операционные системы больше не поддерживаются с 1 марта 2022 г. =====

* Linux : Google Container-Optimized OS 81 LTS
** x86-64
** Последняя совместимая версия: 1.235

===== Следующие операционные системы больше не поддерживаются с 1 апреля 2022 г. =====

* UNIX : IBM AIX 7.2 TL3
** POWER8, POWER9
** Последняя совместимая версия: 1.237

===== Следующие операционные системы больше не поддерживаются с 1 июня 2022 г. =====

* Linux: Fedora 33
** x86-64
** Последняя совместимая версия: 1.241

===== Следующие операционные системы больше не поддерживаются с 1 июля 2022 г. =====

* Linux : CentOS 8.x
** x86-64
** Последняя совместимая версия: 1.243
* Linux : CentOS 8.x
** PPCLE
* Linux : CentOS 8.x
** ARM64 (AArch64)

===== Следующие операционные системы больше не поддерживаются с 1 октября 2022 г. =====

* Linux : SUSE Linux Enterprise Server 11.4

=== Другие изменения поддержки ===

==== Сборка 1.247.0 ====

* Добавлена проверка определения CSD ZDTAGTxx, чтобы убедиться, что THREADSAFE включен в определение (OA-2044).

=== Решенные проблемы ===
Общее количество решенных проблем — 12.
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Модуль регистрации
|1
|-
|Java
|2
|-
|.NET
|3
|-
|PHP
|1
|-
|Apache
|1
|-
|Nginx
|1
|-
|Все модули
|1
|-
|Мониторинг инфраструктуры
|1
|-
|Мейнфрейм
|1
|}

==== Модуль регистрации ====

* Исправлена высокая загрузка ЦП модулем лога ЕдиногоАгента при обработке логов в среде Kubernetes с несколькими недолговечными модулями.

==== Java ====

* Исправлена проблема с разбором заголовков трассировки, которая потенциально вызывала дисбаланс нагрузки.
* Решена проблема, из-за которой в редких случаях программные компоненты не сообщались в системах Windows.

==== .NET ====

* В модуле кода ЕдиногоАгента .NET улучшена поддержка облачных событий.
* Исправлена проблема с разделением путей при активации .NET UEM на серверных системах.
* Исправлена проблема ЕдиногоАгента .NET ASP.NET Sensor v2, из-за которой иногда прерывались запросы из-за слишком раннего захвата атрибутов запросов.

==== PHP ====

* Исправлена проблема, из-за которой генератор ломался при захвате возвращаемого значения.

==== Apache ====

* Исправлен сбой Apache при завершении работы.

==== Nginx ====

* ЕдиныйАгент больше не отказывается использовать стандартные двоичные файлы NGINX, упакованные и распространяемые Bitnami.

==== Все модули ====

* Улучшена совместимость внедрения контейнера Windows с другими инструментами, которые изменяют описание контейнера JSON. (ЕдиныйАгент больше не требует определенного формата описания JSON.).

==== Мониторинг инфраструктуры ====

* Источник данных ловушек SNMP больше не зависает в состоянии TIMED_OUT_RESTART после восстановления.

==== Мейнфрейм ====

* Решена проблема с неточной синхронизацией трассировки PurePath при отправке веб-запросов на мейнфрейм.
*

=== ЕдиныйАгент для JavaScript: устранённые проблемы ===
Выпуск 1.247 содержит 1 решенную проблему.

==== JavaScript ====

* Исправлена ошибка, из-за которой, если действие истекало через 3 минуты, оно не отображалось в каскаде.

Ресурсные события

2026-05-28T13:20:14Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Применение АппОптима|Fedor]] / Ресурсные события'''''

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

''Исключение AIX:''

''Оповещения на уровне инфраструктуры для хостов AIX «из коробки» не поддерживаются.''

== Неожиданно высокий трафик ==
<code>UNEXPECTED_HIGH_LOAD</code>

АппОптима собирает многомерную базовую информацию о трафике приложений и действий пользователя и тем самым изучает типичные шаблоны трафика всех ваших приложений и действий пользователей. Оповещение о аномально высоком трафике приложений можно включить в настройках приложения в разделе «Настройки» > «Обнаружение аномалий» > «Приложения» .

Если функция включена, АппОптима использует двухпериодную схему (ежедневно и еженедельно) при оповещении о нештатных ситуациях. Фактический отслеживаемый трафик приложений сравнивается с тем же периодом прошлой недели и выдается предупреждение, если сравнение сообщает о необычно высоком трафике.

См. типичный пример неожиданного события с высоким трафиком ниже.

[[Файл:rs1.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Служба
* Приложение
* Мобильное приложение

== Загрузка процессора ==
<code>CPU_SATURATED</code>

''Исключение AIX:''

''АппОптима не поддерживает события насыщения ЦП в AIX. В качестве обходного пути вы можете настроить специальные оповещения на основе метрик хоста. Примеры:''

* ''<code>CPU idle</code>: например, выдать предупреждение, если показатель ниже 10 % в течение 5 минут в течение 5-минутного периода.''
* ''<code>CPU wait</code>: например, выдать предупреждение, если показатель превышает 90 %.''

''Вышеуказанные значения являются примерами. Замените их по мере необходимости в соответствии с вашими требованиями.''

События насыщения ЦП возникают на уровне хоста, когда загрузка ЦП превышает критический порог.

* По умолчанию АппОптима предупреждает, когда средняя загрузка ЦП превышает 95 % в 18 из 30 последовательных 10-секундных интервалов или когда загрузка превышает 90 % за один пятиминутный интервал.
* Наряду с типичными событиями насыщения ЦП, связанными с ЕдинымАгентом, облачное управление AWS может сообщать о событиях насыщения ЦП для экземпляров EC2. В случае экземпляра EC2, отслеживаемого ЕдинымАгентом, АппОптима отдает приоритет событиям ЕдиногоАгента над событиями AWS. Если один из ваших экземпляров EC2 не отслеживается ЕдинымАгентом, но у вас есть активная интеграция с AWS и настройка АппОптима, будет вызвано событие насыщения ЦП.

См. типичный пример события насыщения ЦП ниже.

[[Файл:rs2.png]]

На снимке экрана ниже показано событие насыщения ЦП, возникшее в результате интеграции с AWS.

[[Файл:rs3.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Хост
* Гипервизор
* Служба реляционной базы данных

== Насыщение памяти ==
<code>MEMORY_SATURATED</code>

''Исключение AIX:''

''АппОптима не поддерживает события насыщения памяти в AIX.''

* Windows : по умолчанию АппОптима выдает предупреждение, если использование памяти превышает 90 %, а частота ошибок страниц памяти превышает 100 ошибок/с в течение 18 из 30 10-секундных интервалов.
* Linux : по умолчанию АппОптима выдает предупреждение, если использование памяти превышает 80 %, а частота ошибок страниц памяти превышает 20 ошибок в секунду в течение 18 из 30 10-секундных интервалов.

См. пример ниже:

[[Файл:rs4.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Хост
* Гипервизор
* Служба реляционной базы данных

== Мало места на диске ==
<code>LOW_DISK_SPACE</code>

По умолчанию АппОптима предупреждает, если свободное место на любом из ваших дисков падает ниже 3% как минимум в 18 из 30 10-секундных интервалов наблюдения.

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

См. типичный пример события нехватки места на диске ниже.

[[Файл:rs5.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Хост

== Медленный диск ==
<code>SLOW_DISK</code>

По умолчанию АппОптима предупреждает, если время чтения или записи на любом из ваших дисков превышает 200 мс как минимум в 18 из 30 10-секундных интервалов наблюдения.

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

См. типичный пример события медленного диска ниже.

[[Файл:rs6.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Хост
* Гипервизор

== Низкое количество доступных индексных дескрипторов ==
<code>HOST_DISK_LOW_INODES</code>

По умолчанию АппОптима предупреждает, если процент доступных индексных дескрипторов на любом из ваших дисков ниже 5% как минимум в 18 из 30 10-секундных интервалов наблюдения.

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

См. типичный пример события с небольшим количеством доступных индексных дескрипторов ниже.

[[Файл:rs7.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Хост

== Высокая загрузка сети ==
<code>HIGH_NETWORK_UTILIZATION</code>

По умолчанию АппОптима предупреждает, если использование отправленного/полученного трафика превышает 90 % в 18 из 30 10-секундных интервалов наблюдения.

См. типичный пример события высокой загрузки сети ниже.

[[Файл:rs8.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Хост

== Длительное время "сборки мусора" ==
<code>HIGH_GC_ACTIVITY</code>

По умолчанию АппОптима предупреждает о длительном времени "сборки мусора", если в 18 из 30 10-секундных интервалах наблюдения время "сборки мусора" превышает 40 % или приостановка превышает 25 %.

''Это событие не запускается для процессов, запущенных в развертываниях модулей, отличных от ОС, таких как Solaris и z/OS.''

См. типичный пример события длительного времени "сборки мусора" ниже.

[[Файл:rs9.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Экземпляр группы процессов

== Высокая задержка ==
<code>HIGH_LATENCY</code>

По умолчанию АппОптима обнаруживает и предупреждает о высокой задержке в ваших службах реляционных баз данных (RDS).

См. типичный пример события с высокой задержкой ниже.

[[Файл:rs10.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Служба реляционной базы данных

== Команды ввода-вывода поставлены в очередь ==
<code>INSUFFICIENT_DISK_QUEUE_DEPTH</code>

[[Файл:rs11.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются следующие объекты АппОптима:

* Гипервизор

== Пользовательское событие конкуренции за ресурсы ==
<code>RESOURCE_EVENT</code>

Это общее событие конкуренции за ресурсы может использоваться плагинами мониторинга или через АппОптима REST API для создания настраиваемого события конкуренции за ресурсы с определяемым пользователем заголовком.

Примером может быть пользовательское событие конкуренции за ресурсы с определяемым пользователем заголовком <code>Low batch job pool</code>, как показано ниже:

[[Файл:rs12.png]]

=== Применимые объекты АппОптима ===
К этому событию применяются все объекты АппОптима.

Графическая визуализация

2026-05-28T13:20:04Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Применение АппОптима|Наблюдайте и исследуйте]] / [[Панели мониторинга (дашборды)|Панели мониторинга (Дашборды)]] / [[Визуализации и плитки]] / Графическая визуализация'''''

Чтобы визуализировать результаты вашего запроса в виде графика, выберите <code>График</code> из списка над определением запроса, в верхнем левом углу страницы.

График может отображать до 20 рядов для каждой метрики.

==== Пример в визуализации метрик ====
[[Файл:28.png|граница|1100x1100пкс]]

==== Пример, закрепленный на дашборде в виде плитки ====
[[Файл:30.png|граница]]

== Изменить визуализацию ==
При переключении между визуализациями помните, что некоторые настройки визуализации зависят от конкретной визуализации.

* Если вы выбираете визуализацию и настраиваете параметры для этой визуализации, а затем переключаетесь на другую визуализацию, некоторые из ваших настроек для первой визуализации могут быть проигнорированы, поскольку они не применяются к новой выбранной визуализации. Информационный значок в списке визуализаций предупредит вас о такой возможности. [[Файл:31.png|граница|1070x1070пкс]]
* Если вы вернетесь к исходной визуализации, вам может потребоваться перенастроить некоторые параметры визуализации.

== Изменить выбор метрики ==
Ваша визуализация может отображать любой набор показателей в многометрическом запросе.

Чтобы включить или выключить метрики, вы можете выбрать букву рядом с метрикой, которую вы хотите визуализировать, или выбрать значок глаза.

[[Файл:32.png|граница|1058x1058px]]

== Базовая линия ==
Чтобы помочь вам определить аномалии, вы можете использовать базовую линию, чтобы добавить доверительный диапазон к линии метрики на графике. Затем вы можете увидеть, когда значение выходит за пределы доверительного диапазона. Расчет базовой линии основан на [[Сезонные базовые линии|'''''Сезонной базовой линии''''']], которая используется для создания [[События метрик|'''''Событий метрики''''']] для обнаружения аномалий.

* Базовые показатели применяются только к визуализации <code>График</code>.
* При закреплении диаграммы на дашборде базовые линии не добавляются на плитку дашборда.
* Таймфреймы, используемые для определения базовой линии, определяются текущим выбранным разрешением:

{| class="wikitable"
!Диапазон разрешения
!Примеры разрешений
!Таймфрейм базовой линии
|-
|разрешение < 5 минут
|1 минута
|предыдущие 14 дней
|-
|5 минут ≥ разрешение < 1 час
|5 минут

10 минут

30 минут
|предыдущие 28 дней
|-
|1 час ≥ разрешение < 1 день
|1 час

6 часов

12 часов
|400 дней
|-
|разрешение ≥ 1 день
|1 день

1 неделя

1 месяц
|5 лет
|}

=== Добавить базовую линию ===

# На графике выберите линию метрики, которую вы хотите использовать в качестве базовой.
# Во всплывающем окне нажмите '''Добавить baseline'''.
# Подождите немного, пока вычисляется базовая линия. Затем график перерисовывается с базовой линией, отображаемой для выбранной вами метрики.

=== Скрыть или показать базовую линию ===
Базовые линии указаны отдельно в легенде диаграммы. Например, если вы добавляете базовую линию к метрике <code>CPU usage %</code> в визуализации <code>График</code>, список легенд будет содержать <code>CPU usage %</code> и <code>CPU usage % - baseline</code>. Выберите '''Показать легенду''', чтобы включить или выключить их отображение.

=== Удалить базовую линию ===

# На графике выберите линию метрики, из которой вы хотите удалить базовую линию.
# В всплывающем окне выберите '''Удалить''' '''baseline'''. График будет перерисован с удаленной базовой линией.

=== Сравнение с базовыми показателями метрических событий ===
Вы можете заметить различия между базовыми значениями в '''Визуализации метрик''' и метрическими событиями. Эти функции предлагают разные подходы для соответствия разным контекстам. В целом, конфигурация '''Визуализации метрик''' фиксирована, а конфигурация метрических событий настраивается.

Подробную информацию о сезонной базовой линии см. в разделе '''''[[Сезонные базовые линии]]'''''.

=== Часто задаваемые вопросы по базовым линиям ===

# Как рассчитывается базовая линия? Расчет базовой линии основан на сезонной базовой линии, используемой для создания метрических событий для обнаружения аномалий. Подробности о внутренней работе модели см. в разделе '''''[[Сезонные базовые линии]]'''''.
# Хотя базовая линия основана на сезонной базовой линии, существует несколько причин, по которым полученные базовые линии могут отличаться:

* '''Разрешение''': Базовая линия в '''Визуализации метрик''' выводится из данных в зависимости от текущего выбранного разрешения, как описано выше. Сезонная базовая линия конфигурации событий метрики всегда изучает поведение на основе данных разрешения в 1 минуту. Если разрешения различаются, результирующая базовая линия различается, поскольку значения метрики также различаются.
* '''Базовый таймфрейм''': таймфрейм, используемый для вывода базовой линии, определяется текущим выбранным разрешением, как описано выше. Поскольку конфигурации метрических событий всегда используют данные с разрешением в 1 минуту, таймфрейм обучения может отличаться, что также может привести к разным базовым линиям.
* '''Параметры линии''': Базовая линия в '''Визуализации метрик''' использует фиксированные параметры по умолчанию для обучения базовой линии:
** '''Допуск''' = 4
** '''Условие оповещения''' = «Оповещение, если метрика выходит за пределы»
** '''Нет оповещения об отсутствующих данных =''' Если параметры в конфигурации событий метрики отличаются, результирующий базовый уровень может быть другим.

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

=== Добавить коррелированные показатели ===
Обратите внимание, что эта опция доступна только в том случае, если вы разделяете данные по измерению в запросе.

# Перейдите в раздел '''Визуализация метрик''' (стандартный или расширенный режим), создайте запрос ряда показателей, разделенных по связанному измерению, и отобразите его в визуализации <code>График</code>. Коррелированные показатели доступны '''''только''''' в том случае, если вы:
#* Выбрали визуализацию <code>График</code>
#* Указали запрос, который разделен по измерению, связанному с выбранным рядом данных. Попробуйте этот пример: [[Файл:33.png|граница|1034x1034пкс]] Вот это в '''расширенном режиме''': [[Файл:34.png|граница|1030x1030пкс]] <code>builtin:host.cpu.usage:splitBy("dt.entity.host"):sort(value(auto,descending)):limit(20)</code>
# Нажмите на кнопку '''Запуск запроса''' , чтобы построить график запроса.
# Выберите (нажмите) линию на графике, чтобы отобразить всплывающее окно с соответствующими параметрами.
# Во всплывающем окне выберите '''Просмотреть коррелирующие показатели''' . Боковая панель анализа '''AI''' содержит метрики, которые на основе анализа корреляции '''Fedor''' коррелируют с выбранным рядом. Эта корреляция определяется формой ряда, а не значениями. Что отображает анализатор?
#* '''Опорный сигнал''' представляет собой ряд данных, который вы выбрали на графике. Другие формы других метрических рядов сравниваются с формой этого ряда.
#* '''Связанные сигналы''' — это другие метрические ряды, имеющие схожую форму, отсортированные по принципу «наиболее схожие — наименее схожие». Чем более схожа форма, тем ближе корреляция. Для каждой коррелированной метрики анализатор отображает:
#** Название метрики
#** Измерение
#** Идентификатор объекта Корреляции иногда группируются.
# На боковой панели выберите любую из перечисленных метрик, чтобы автоматически добавить ее в текущий запрос.
#* Вы можете добавить несколько коррелированных показателей в свой запрос.
#* Вы можете добавить одну и ту же метрику несколько раз, а затем отредактировать запрос.
# После добавления коррелированных показателей выберите '''Запуск запроса''', чтобы обновить график.

=== Часто задаваемые вопросы о коррелированных метриках ===

# Что означает «корреляция» в данном контексте? Для определения корреляции анализатор проверяет форму ряда данных, а не значения. Коррелируются два ряда с очень похожими формами.
# Почему опция '''Просмотреть коррелирующие показатели''' недоступна? Возможные причины, по которым вы не видите опцию '''Просмотреть коррелирующие показатели''', включают:
#* Вы не выбрали визуализацию <code>График</code>
#* Вы не разделили по измерению в своем запросе
#* Вы не выполнили запрос на построение графика
#* Вы не выбрали (не щелкнули) линию на графике
# Что означает '''Сигналы на найдены'''? Если появляется надпись <code>Сигналы на найдены</code>, возможны следующие варианты:
#* Слишком малая дисперсия в выборке (например, метрика представляет собой прямую линию)
#* Слишком мало точек данных в выборке (например, за очень короткий период времени)

== Фокус ==
Чтобы временно убрать потенциальный беспорядок с графика и сосредоточиться на одной метрике, вы можете скрыть все, кроме выбранной серии метрик.

* Фокус применяется только к визуализации <code>График</code>.
* Фокус не изменяет ваш запрос и не влияет на плитку дашборда при закреплении диаграммы на этот дашборд.

=== Сосредоточьтесь на метрической серии ===

# На линейном графике выберите линию метрики, на которой вы хотите сосредоточиться.
# Во всплывающем окне выберите '''Фокус''' . График перерисовывается, отображая только выбранную метрику.

=== Удалить фокус ===

# На графике выберите линию метрики, на которой вы сосредоточились.
# Во всплывающем окне выберите '''Удалить фокус''' . График перерисовывается для отображения всех показателей.

== Настройки ==
Раздел '''Настройки''' — один из расширяемых разделов на правой панели '''Визуализации метрик.''' Содержимое раздела '''Настройки''' может различаться в зависимости от выбранной вами визуализации.

[[Файл:35.png|граница]]

=== Разрешение ===
Разрешение — это детализация визуализации по оси X (время).

* Чтобы разрешить '''Визуализации метрик''' автоматически выбирать подходящее разрешение для выбранного периода времени, в разделе '''Настройки''' установите для параметра '''Разрешение''' значение <code>Авто</code>
* Чтобы указать определенное разрешение, выберите его из списка.

Некоторые разрешения недоступны для некоторых таймфреймов. Если вы выбираете несовместимую комбинацию таймфрейма и разрешения, АппОптима автоматически выбирает разрешение и отображает пояснительное сообщение, например: <code>Auto-resolution applied. Resolution value of [6 hours] applied. Selected timeframe doesn't allow for [5 minutes] resolution.</code>Чтобы переопределить автоматическое разрешение, выберите другое разрешение из списка.

Умное разрешение на плитках дашборда.

Чтобы предотвратить проблемы с производительностью на плитках дашборда, созданных с помощью Визуализации метрик, максимальное количество точек данных для запроса на плитке дашборда составляет 4000. На основе выбранного периода времени и примененного пользовательского разрешения АппОптима проецирует количество точек данных для результата запроса. Если прогнозируемое количество точек данных превышает 4000, АппОптима автоматически переключается на разрешение, достаточно высокое для того, чтобы количество точек данных не превышало 4000.

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

=== Показать легенду ===
Отображать ли легенду под визуализацией.

Обратите внимание, что если легенда активна: вы можете выбрать запись легенды, чтобы включить или выключить отображение соответствующей записи.

=== Соединить промежутки ===
Чтобы соединить промежутки на графике, в разделе '''Настройки''' включите функцию '''Соединить промежутки'''.

'''Соединить промежутки: до'''

[[Файл:36.png|граница|1097x1097пкс]]

'''Соединить промежутки: после'''

[[Файл:37.png|граница|1094x1094пкс]]

== Настройки по метрике ==
В разделе '''Настройки''' также отображаются параметры визуализации для каждой метрики, выбранной для запроса.

=== Переименовать метрику ===
Вы можете изменить имя метрики, отображаемое на диаграмме и в легенде диаграммы. Определение запроса сохраняет исходное имя метрики.

# В разделе '''Настройки''' выберите метрику, которую вы хотите переименовать.
# Отредактируйте имя, а затем установите флажок, чтобы сохранить новое имя.

=== Изменить режим диаграммы ===
Чтобы изменить режим диаграммы для метрики, в разделе '''Настройки''' выберите новый режим диаграммы из списка.

* <code>Линейный</code>
* <code>Столбчатая диаграмма</code>
* <code>Область</code>
* <code>Столбец с накоплением</code>
* <code>Область с накоплением</code>

=== Изменить цветовую палитру ===
Чтобы изменить цветовую палитру для метрики, в разделе '''Настройки''' выберите новую палитру из списка. [[Файл:38.png|граница]]

=== Единица измерения и формат ===
Используйте настройки '''Единица''' и '''Формат''' , чтобы определить, как будут отображаться ваши данные. Если вы экспортируете в CSV-файл, настройки '''Единица''' и '''Формат''' также будут отражены в экспортируемых значениях.

==== Единица ====
Используйте настройку '''Единица''' , чтобы задать единицу измерения, в которой будет отображаться метрика.

* <code>Нет</code>= Единица измерения не отображается
* <code>Авто</code>= АппОптима выбирает подходящий блок отображения
* Другие варианты выбора указывают точную единицу для отображения. Параметры здесь зависят от единицы метрики. Например, метрика времени предлагает альтернативные единицы для отображения времени.
* Чтобы добавить пользовательскую строку единицы измерения/суффикса, введите пользовательскую строку в поле '''Единица''', а затем выберите ее из списка.
* В расширенном режиме вы можете использовать <code>:setUnit(<unit>)</code>для выбора более широкого диапазона единиц измерения.

Примеры обозначения порядка величины в АппОптима:
{| class="wikitable"
!Обозначение
!Фактор
!Значение
|-
|k
|10^3
|кило, тысяча
|-
|M
|10^6
|мега, миллион
|-
|G
|10^9
|гига, миллиард
|-
|T
|10^12
|тера, триллион
|}

==== Формат ====
Используйте настройку '''Формат''', чтобы настроить количество отображаемых десятичных знаков для выбранной метрики.

* <code>Нет</code>= Без формата.
* <code>Авто</code>= АппОптима выбирает подходящий формат. Например, где <code>Нет</code> будет отображать <code>5.062357754177517 %</code>, <code>Авто</code> будет отображать <code>5.06 %</code>.
* Другие варианты выбора указывают количество отображаемых десятичных знаков: <code>0</code>, <code>0.0</code>, <code>0.00</code>, <code>0.000</code>

==== Примеры ====
'''Пример: байты'''

Когда основной единицей метрики являются байты :

* Если задать для параметра '''Единица''' <code>Авто</code> , АппОптима автоматически выразит результаты в понятных человеку единицах измерения, которыми в данном случае могут быть <code>GiB</code>. Байтовая единица может иметь как двоичную, так и десятичную основу, что определит, выберет ли АппОптима, например, <code>GiB</code>или <code>GB</code>. Если в самой метрике основа не определена, используется десятичная основа.
* Если автоматически выбранная единица измерения не подходит в вашем случае, вы можете заставить АппОптима выразить те же значения в определенных единицах ( '''Единица''' = <code>B</code>, <code>KiB</code>, <code>MiB</code>, или <code>GiB</code>).
* Если вы хотите увидеть необработанные данные (без преобразования), вы можете установить единицу измерения на <code>Нет</code>и увидеть результаты в базовой единице измерения метрики (в данном случае это байты).

'''Пример: доллары и центы'''

Когда основная единица измерения — доллары и центы :

* Для меньших значений, чтобы увидеть результаты, выраженные в точных долларах и центах: установите '''Единицу''' на <code>Авто</code>, а '''Формат''' — на <code>0.00</code> (чтобы для центов было два десятичных знака).
* Для больших значений, чтобы увидеть результаты, выраженные в тысячах, миллионах или миллиардах долларов без центов: установите '''Единицу''' на <code>k (тысячи)</code>, <code>M (миллион)</code>, <code>G (миллиард)</code>, и установите '''Формат''' на <code>0</code> (чтобы не видеть ничего после десятичной точки).

'''Пример: точные подсчеты'''

Когда основной единицей измерения метрики является количество :

* Чтобы увидеть точное количество:
** Установить '''Единицу''' <code>Авто</code>
** Установить '''Формат''' <code>Нет</code>
* Чтобы увидеть приблизительный подсчет:
** Установите '''Единицу''' на <code>k (тысячи)</code>, <code>M (миллион)</code>, <code>G (миллиард)</code>, или <code>T (триллион)</code>, в зависимости от величины ваших значений.
** Установите '''Формат''' на <code>0.0</code>, <code>0.00</code>, или <code>0.0000</code>, в зависимости от того, сколько десятичных знаков имеет смысл в сочетании с выбранной настройкой '''Единицей'''.

'''Пример: пороги'''

При установке пороговых значений:

* Если вы выберете '''Единицу''' (например, <code>MiB</code>), то настройки порога будут подготовлены в соответствии с выбранной единицей измерения, поэтому вам просто нужно ввести пороговые значения, не указывая <code>MiB</code>.
* Если вы установите '''Единицу''' <code>Авто</code> (чтобы АппОптима автоматически масштабировал отображаемые выходные данные), вам все равно необходимо задать пороговые значения в определенных единицах измерения, например в байтах.

=== Добавить переопределение цвета ===
Чтобы принудительно установить другой цвет (переопределить цветовую палитру) для определенной серии, например, выбранного хоста

# В разделе '''Настройки''' выберите '''Переопределить цвет'''.
# Выберите серию из списка
# Выберите переопределяющий цвет для этой серии

== Оси ==
Раздел '''Оси''' — один из расширяемых разделов на правой панели '''Визуализации метрик'''. В разделе '''Оси''' вы можете управлять тем, как отображаются ось X и каждая ось Y вашей визуализации.

[[Файл:39.png|граница]]

Пошаговое руководство по настройке осей

В этом пошаговом руководстве вы добавите некоторые показатели в визуализацию и увидите, как настроить параметры осей в разделе '''Оси''' настроек для вашего графика. (В этом примере используется визуализация графика, но те же настройки применяются к другим визуализациям, имеющим настройки осей.)

# Перейдите в раздел '''Визуализация метрик'''.
# В визуализации метрик добавьте метрику <code>builtin:host.mem.used</code>, разделите по <code>Host</code>и нажмите на кнопку '''Запуск запроса'''.
#* Ось X, отображаемая в нижней части графика, представляет собой текущий таймфрейм, определенный селектором таймфрейма.
#** Ось X по умолчанию не имеет имени, но вы можете дать ей имя: в разделе '''Оси''' найдите <code>Ось Х</code>, выберите в строке этой оси [[Файл:Name.png|граница|22x22пкс]] и впишите новое название (например, <code>Время</code>), а затем нажмите на галочку, чтобы сохранить новое имя.
#** Чтобы включить или выключить отображение оси X, выберите [[Файл:40.png|граница]] в строке оси X.
#* Ось Y по умолчанию отображается вверху слева от графика.
#** На диаграмме может быть более одной оси Y. Первая из них автоматически помечается <code>Ось Y 1</code>в разделе '''Оси'''. В этом примере она отображает используемую память в ГБ, что соответствует первой метрике, которую вы добавили на диаграмму, <code>Memory used</code>( <code>builtin:host.mem.used</code>).
#** Как и в случае с осью X, вы можете назвать и скрыть/показать ось Y: найдите <code>Ось Y 1</code>в разделе '''Оси''' и выберите [[Файл:Name.png|граница|22x22пкс]] и [[Файл:40.png|граница]] соответственно.
#** Чтобы переместить ось Y вправо от диаграммы, измените '''Положение''' с <code>Left</code>на <code>Right</code>.
#** Чтобы указать диапазон оси Y, измените '''Мин, Max''' с <code>Авто, Авто</code> на числовые значения. Например, установите '''Мин, Max''' для этой метрики ( <code>Memory used</code>) на , чтобы <code>5, 10</code>построить значения между этими значениями. [[Файл:41.png|граница|1004x1004пкс]]
# Нажмите на кнопку '''Добавить метрику''' и добавьте метрику <code>builtin:host.cpu.usage</code>, разделите по <code>Host</code>и нажмите '''Запуск запроса''' еще раз.
#* Ось Y для второй метрики (<code>CPU usages %</code>) отображается вверху справа от графика и указывает процент использования ЦП. (Если вы переместили ось Y на предыдущем шаге, теперь они обе располагаются на одной стороне графика.)
#* В разделе '''Оси''' отображается новый раздел <code>Ось Y 2</code>.

[[Файл:42.png|граница|1100x1100пкс]]

Дополнительные оси Y не создаются автоматически для любых последующих метрик, которые вы добавляете в диаграмму, но вы можете добавить их вручную: после добавления метрики в свой запрос выберите '''Добавить ось Y''' в разделе '''Оси''' , выберите в пустом поле '''Метрика оси''', а затем выберите метрику, которую вы хотите отобразить для новой оси. Ниже была добавлена третья метрика с третьей осью Y для <code>.NET memory consumption (Large Object Heap)</code>.

[[Файл:43.png|граница|1100x1100пкс]]

=== Назовите ось ===
Чтобы назвать ось

# В разделе '''Оси''' найдите ось, которую вы хотите переименовать.
# Выберите [[Файл:Name.png|граница|22x22пкс]] рядом с названием оси.
# Введите новое имя и выберите галочку, чтобы сохранить изменение. Имя оси отображается вертикально рядом с осью Y и горизонтально под осью X.

=== Скрыть или показать ось ===
Чтобы скрыть ось

# В разделе '''Оси''' найдите ось, которую вы хотите скрыть.
# Выберите [[Файл:40.png|граница]]. Чтобы отобразить ось, выберите [[Файл:40.png|граница]] снова.

=== Определить положение оси ===
Чтобы указать сторону диаграммы, на которой будет отображаться ось Y

# В разделе '''Оси''' найдите ось Y, которую вы хотите переместить.
# Установите '''Положение''' на <code>Left</code> или <code>Right</code>.

=== Установите минимум и максимум оси ===
По умолчанию минимальные и максимальные значения оси устанавливаются автоматически.

Чтобы задать пользовательские минимальные и максимальные значения для оси

# В разделе '''Оси''' найдите ось, для которой вы хотите определить минимум и максимум.
# Измените значение '''Mин, Max''' <code>Auto, Auto</code> на пару значений, разделенных запятыми, соответствующих значениям на выбранной оси.

== Порог ==
Раздел '''Порог''' — один из расширяемых разделов на правой панели '''Визуализации метрик'''. Содержимое этого раздела может различаться в зависимости от выбранной визуализации. Используйте настройки порога для улучшения визуализаций и плиток.

[[Файл:44.png|граница]]

Установите пороговые значения после установки единицы измерения :

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

=== Установка пороговых значений ===

# В разделе '''Порог''' введите пороговые значения. [[Файл:45.png|граница]]
# '''''необязательно''''' Настройте пороговые цвета [[Файл:46.png|граница]]

=== Скрыть или показать пороговые цвета ===
Чтобы скрыть или отобразить цвета пороговых значений, не удаляя настройки пороговых значений, в разделе '''Порог''' выберите [[Файл:40.png|граница]].

[[Файл:47.png|граница]]

=== Примеры порогов ===
В этом примере показана визуализация Graph <code>CPU usage %</code>( <code>builtin:host.cpu.usage</code>) до и после добавления порогов. Эффект аналогичен для других визуализаций с порогами.

'''График - без пороговых значений'''

[[Файл:48.png|граница|1104x1104пкс]]

'''Тот же график с добавленными пороговыми значениями'''

[[Файл:49.png|граница|1098x1098пкс]]

Пороговые значения также влияют на то, как плитки отображаются на дашбордах.

'''Графическая плитка до и после пороговых значений'''

[[Файл:50.png|граница]]

Примечания к релизу 282

2026-05-28T13:19:51Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 282'''''

== '''АппОптима''' ==

=== Новые функции и улучшения ===

==== Обновленная информация об уязвимых функциях при перезапуске процесса ====
''Безопасность приложений | Уязвимости''

ЕдиныйАгент версии 1.279+

Если доступна новая информация об уязвимых функциях уязвимости, уведомление Restart required информирует вас о том, что требуется перезапуск процесса для ЕдиногоАгента, чтобы получить и использовать новые данные. Вы можете легко перейти к конкретным процессам, требующим перезапуска, отфильтровав по <code>Vulnerable functions: Restart required</code>на страницах отслеживания исправлений для групп процессов и процессов.

==== Новая схема настроек для параметров мобильного приложения в среде ====
''Наблюдаемость инфраструктуры| События''

Новая схема настроек, <code>builtin:mobile.notifications</code>, была введена для настроек мобильных приложений в среде. Управляемые клиенты также могут адаптировать настройку на уровне кластера. Новая настройка позволяет включать/отключать все уведомления для мобильных приложений для среды. Для управляемых клиентов это также включает/отключает генерацию QR-кода для подключения новых мобильных приложений.

Перейдите в «Настройки» и выберите «Интеграция» > «Мобильное приложение АппОптима» .

==== Автоматическое оповещение о высокой активности GC теперь также поддерживает облачный сценарий Full-Stack ====
''Наблюдение за приложениями | Службы''

Автоматические оповещения о высокой активности GC теперь оцениваются на стороне кластера, поэтому они работают для облачных сценариев Full-Stack и автономных/PaaS. Благодаря этому улучшению автоматические оповещения о высокой активности GC также будут работать в облачных сценариях Full-Stack и Application-only. Чтобы проверить настройки, см. События и оповещения Out-of-memory (OOM) и out-of-threads (OOT) .

==== Обфускация URL в уведомлениях о проблемах ====
''Наблюдаемость инфраструктуры | Проблемы''

Проблема с пользовательской интеграцией теперь позволяет настроить URL как секретный.

==== Информационные события Fedor, полученные более чем через день в будущем, могут быть немедленно запрошены ====
''Наблюдаемость инфраструктуры | События''

Информационные события Fedor, полученные более чем через день в будущем, теперь можно немедленно запросить с указанием будущих временных рамок.

==== Улучшение производительности проблемного фида ====
''Наблюдаемость инфраструктуры | Проблемы''

Теперь доступны следующие улучшения производительности подачи проблем:

* Множественный выбор проблем для массового закрытия.
* Текстовая подсказка с описанием события для быстрого получения подробной информации о проблеме в ленте проблем.

==== Увеличены лимиты отчетов по умолчанию для известных контекстов событий на одном сервере ====
''Наблюдаемость инфраструктуры | События''

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

==== Доступ к учетным данным расширен для определенных пользователей ====
''Цифровой опыт | Синтетический мониторинг''

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

==== Контейнерные объекты, созданные на основе данных мониторинга АктивногоШлюза Kubernetes ====
''Наблюдаемость инфраструктуры | Kubernetes''

Контейнерные объекты создаются на основе данных мониторинга АктивногоШлюза Kubernetes для кластеров с поддержкой приложений (приложение Kubernetes).

==== Сведения об узле Kubernetes ссылаются на хост ====
''Наблюдаемость инфраструктуры | Kubernetes''

Ссылка на хост теперь отображается в заголовке страницы сведений об узле Kubernetes.

==== Увеличен лимит ЦП для синтетического контейнера ====
''Цифровой опыт | Синтетический мониторинг''

Чтобы избежать чрезмерного регулирования ЦП контейнеров Synthetic VUC Worker в местах с высокой нагрузкой, лимит ЦП был увеличен с 1 до 1,5 ядер в шаблоне Kubernetes/OpenShift. Новое значение включено в требования к оборудованию.

==== Новые источники атрибутов запроса доступны для CICS/IMS ====
''Наблюдаемость приложений | Распределенные трассировки''

Добавлена поддержка следующих источников атрибутов запроса:

* Идентификатор пользователя CICS
* Идентификатор единицы работы CICS
* Идентификатор пользователя IMS
* Идентификатор единицы работы IMS

==== Обновление Кассандры ====
Начиная с версии АппОптима 1.282, служба хранения конфигураций и метрик обновлена до Cassandra 4.0.11 для оптимизации производительности и устойчивости.

=== Поддержка операционных систем ===

==== Добавлена поддержка ====

* Добавлена поддержка Red Hat Enterprise Linux 9.3, Rocky Linux 9.3 и Oracle Linux 9.3
* Добавлена поддержка Red Hat Enterprise Linux 8.9 и Oracle Linux 8.9

* Обновление до этой версии АппОптима поддерживается для узлов кластера, работающих на Red Hat Enterprise Linux 8.x или 9.x.

==== Следующие операционные системы больше не поддерживаются ====
* Linux : Red Hat Enterprise Linux 8.4
** x86-64
** Последняя совместимая версия: 1.280
* Linux : Oracle Linux 8.4
** x86-64
** Последняя совместимая версия: 1.280
* Linux : SUSE Enterprise Linux 12.4
** x86-64
** Последняя совместимая версия: 1.280
** Linux : Amazon Linux AMI 2018.x
*** x86-64
*** Последняя совместимая версия: 1.290
** Linux : Oracle Linux 8.9
*** x86-64
*** Последняя совместимая версия: 1.292

=== Решенные проблемы ===
В выпуске 282 решены 23 проблемы.
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Безопасность приложений
|5
|-
|Кластер
|16 (1 уязвимость)
|-
|Синтетический мониторинг
|2
|}

==== Безопасность приложений ====

* Исправлена отчетность для связанных объектов на панели множественной уязвимости. Проблема с разделами «Сводка экспозиции» и «Анализ среды» привела к неправильной отчетности для связанных и затронутых объектов на панели. Данные из старых панелей следует считать неверными. Пользователи, которые не использовали кнопку «Открыть с помощью», не затронуты.
* Исправлено неверное количество затронутых объектов, отображаемых в сгенерированных отдельных блокнотах уязвимостей (плитка «Затронутые объекты по оценке риска»)
* Исправлены агрегированные значения в панелях мониторинга отдельных уязвимостей. В разделах «Анализ кода», «Анализ рисков», «Сводка по воздействию» и «Анализ среды» панелей мониторинга отдельных уязвимостей была проблема, из-за которой возникали неверные отчеты для связанных и затронутых объектов на панели мониторинга. Эта проблема была решена и может быть устранена с помощью кнопки «Открыть с помощью» в приложении «Уязвимости сторонних производителей» для создания новой панели мониторинга. Данные из старых панелей мониторинга следует считать неверными. Пользователи, которые до сих пор не использовали кнопку «Открыть с помощью», не затронуты.
* Исправлена ошибка, из-за которой отчеты о состоянии на уровне объектов экспортировались с неправильным состоянием отключения звука в определенном случае.
* Исправлено поведение фильтра статуса в сгенерированных панелях мониторинга для скрытия скрытых уязвимостей, если статус не выбран или выбрано «открыто» или «решено» в приложении «Сторонние уязвимости».

==== Кластер ====

* Решена проблема, из-за которой в некоторых конфигурациях Cassandra не запускалась из-за недостаточных прав доступа к файлам, связанным с JNA.
* Экраны UA для объектов, не относящихся к службам, больше не дают сбоев, поскольку «Действие x» недопустимо для текущего контекста на экранах UA для типов объектов, отличных от служб.
* Исправлена ошибка, из-за которой при некоторых условиях пул соединений Mission Control был склонен к исчерпанию, что приводило к потере соединения с Mission Control.
* Исправлена ошибка, приводившая к высокому использованию памяти при чтении данных о доступности.

* ''Уязвимость:'' для смягчения возможных уязвимостей, связанных с подменой X-Forwarded-For, балансировщик нагрузки кластера теперь сбрасывает заголовок X-Forwarded-For для новых установок. Чтобы изменить это поведение, используйте опцию `--drop-x-forwarded-for` для установки или перенастройки.
* Исправлена ошибка, из-за которой веб-интерфейс становился недоступным из-за исчерпания потоков
* Технологии, определенные для декларативной группировки процессов, теперь отображаются на странице «Обзор технологий» («Технологии и процессы»).
* Исправлено отсутствие указания на то, почему окна обслуживания в обновлениях ЕдиногоАгента могут быть пустыми. (Когда у пользователя есть доступ к странице настроек «Обновления ЕдиногоАгента», но нет доступа к настройкам «Окна обслуживания для обновлений ЕдиногоАгента», невозможно изменить окно обслуживания, поскольку раскрывающийся список с ними пуст. Теперь сообщение объясняет, что конкретная политика IAM отсутствует.)
* Исправлена ссылка на страницу развертывания, чтобы она указывала на недавно выпущенный АппОптима Operator v0.14.2. ( K8S-8303 )
* Производительность страницы "Deployment status" для ЕдиногоАгента была значительно улучшена, особенно время загрузки для более крупных сред. Обратите внимание, что это улучшение удаляет функциональность для маркировки и сортировки хостов с проблемами на уровне процесса. Чтобы отслеживать проблемы на уровне процесса, перейдите на страницу "ЕдиныйАгент health".
* Улучшено выражение фильтрации кластера VMware для отклонения недопустимых входных данных.
* Исправлена ошибка, из-за которой на странице «Кластеры Kubernetes» отображались прочерки в столбце состояния для некоторых кластеров Kubernetes.
* Теги уведомлений о событиях ServiceNow теперь имеют правильный формат `key:value`, который соответствует остальной части АппОптима. Теги, созданные клиентом (вручную/автоматически с помощью правил), теперь не имеют префикса [CONTEXTLESS]. Кроме того, некоторые контексты для автоматически импортируемых тегов изменились: `AZURE` на `Azure`, `ENVIRONMENT` на `Environment`, `CLOUD_FOUNDRY` на `CloudFoundry`, `KUBERNETES` на `Kubernetes`, `GOOGLE_COMPUTE_ENGINE` на `GoogleCloud` и `AWS_GENERIC` на `AWSGeneric`.
* Страница настроек "Обновления АппОптима" представляет краткую сводку автоматических статусов обновления для ЕдиногоАгента. Для актуального состояния в некоторых случаях отображалась неверная версия ЕдиногоАгента. Теперь она правильно отображает, сколько ЕдиныхАгентов обновлены до определенной версии.
* Исправлена кодировка определенных символов в японском переводе кода АппОптима Cluster. Исправлен процесс миграции кластера в режим поддержки стойки.

==== Синтетический мониторинг ====

* Исправлена проблема, связанная с несогласованными конфигурациями монитора Synthetic Browser, возвращаемыми конечной точкой GET Synthetic monitor.
* Плитка панели синтетического монитора «Сторонний монитор» теперь отображает «Длительность» в миллисекундах для значений ниже 100 миллисекунд.

== '''ЕдиныйАгент АппОптима''' ==

=== Критические изменения ===

==== ЕдиныйАгент SDK для Android обновлен до Kotlin 1.9.10 ====
'''!Критические изменения!'''

ЕдиныйАгент SDK для Android обновлен до Kotlin 1.9.10.

* Приложения, использующие Kotlin 1.8, должны быть по-прежнему совместимы.
* Более ранние версии могут потребовать корректировки для компиляции. В этом случае обратитесь к официальной документации Kotlin. Большинство проблем можно решить, убедившись, что у вас установлены последние версии Gradle и плагина Android Gradle, как описано в документации Kotlin

=== Технологическая поддержка ===

==== Поддержка новых технологий ====

* NGINX Plus R31 (модуль NGINX)
* Node.js 21 (модуль Node.js)
* Node.js 14, 16, 18, 20, 21 на Linux s390x (модуль Node.js)
* OpenTelemetry 1.0.0 (модуль PHP)

==== Окончание поддержки ====

* Red Hat Enterprise Linux CoreOS 4.9 (модуль ОС)
** Окончание поддержки поставщика: 2023-04-18

=== Новые функции и улучшения ===

==== CRI-O hook удаляется при остановке ЕдиногоАгента в контейнере ====
''Наблюдаемость инфраструктуры | Kubernetes''

CRI-O hook теперь удаляется каждый раз, когда останавливается ЕдиныйАгент, работающий внутри контейнера.

=== Решенные проблемы ===
В выпуске 281 содержится 16 решенных проблем.
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Общие
|5
|-
|Java
|2
|-
|.NET
|1
|-
|IIB
|1
|-
|Мейнфрейм
|1
|-
|модуль ОС
|4
|-
|Установщик ЕдиногоАгента
|1
|-
|Модуль OpenTracing
|1
|}

==== Общие ====

* Исправлена возможная дублирующая отчетность об IP-адресах для служб баз данных (приводящая к обнаружению службы на стороне кластера, создающему дублирующую службу базы данных), когда распознаватель имен хостов ЕдиногоАгента периодически обновляет записи DNS.
* Исправлена несовместимость с библиотекой musl-libc `gcompat`, которая могла приводить к сбою любых приложений (независимо от того, связаны ли они с musl или glibc), которые выполнялись в musl-libc с ее библиотекой-оболочкой `gcompat` при загрузке ЕдиногоАгента.
* Имя pod Kubernetes можно определить по имени хоста. В Windows вместо имени хоста использовалось полное доменное имя, что могло привести к неправильному распознаванию имени pod. С этим исправлением теперь используется имя физической машины, что является ожидаемым поведением.
* Если при первой попытке подключения к устройству SNMP не удается разрешить DNS-имя, источник данных повторит попытку подключения в следующем интервале.
* Исправлено развертывание ЕдиногоАгента на экземплярах RKE2 (установка не удалась из-за завершения процесса oneagenthelper из-за недостаточных прав доступа к файлу containerd meta.db).

==== Java ====

* Тело ответа HTTP бизнес-событий теперь фиксируется правильно, даже если сжатие GZIP происходит вне цепочки фильтров сервлетов.
* Исправлена утечка памяти, возникавшая при отключении метрик Grail.

==== .NET ====

* Тело запроса больше не удаляется, если установлено правило бизнес-события для захвата тела запроса. ( OA-25428 )

==== IIB ====

* Модуль кода ЕдиногоАгента АппОптима для IBM ESB: решена проблема, которая могла изменять заголовки сообщений клиентов, используемые для тегирования АппОптима.

==== Мейнфрейм ====

* Распределенные трассировки из CICS и IMS теперь правильно помечаются как дефектные, если превышен лимит узлов.

==== модуль ОС ====

* Исправлена ошибка, из-за которой процесс Spring Boot иногда назначался недопустимому объекту процесса.
* Теперь обнаруживаются контейнеры, работающие в частном пространстве имен пользователя.
* Исправлена группировка и обнаружение Spring Boot версии 3.2.
* Процессы Java теперь корректно сообщаются в случаях, когда JRE недоступен из модуля ОС.

==== Установщик ЕдиногоАгента ====

* Изменены политики SELinux, позволяющие системному вызову `ioctl` получать доступ к файлам метаданных обогащения АппОптима.

==== Модуль OpenTracing ====

* Начиная с ЕдиногоАгента 281, модуль кода ЕдиныйАгент Envoy больше не внедряется в (и нет глубокого мониторинга) Envoy версии 1.29+. Ранее Envoy мог прервать запуск с ошибкой в версиях Envoy, которые больше не поддерживают определенные функции, требуемые ЕдинымАгентом.

===ЕдиныйАгент для Android===
Версия 281 не содержит решенных проблем, с которыми сталкиваются пользователи.

=== ЕдиныйАгент для iOS ===

==== ЕдиныйАгент для обновлений iOS ====
''Цифровой опыт | RUM Mobile''

* Обновлена цель развертывания до iOS 12.
* Добавлен манифест о конфиденциальности.
* Большая часть использования CoreTelephony заменена на сетевой API.
* Подписанный фреймворк АппОптима.

==== Решенные проблемы ====
Версия 281 не содержит решенных проблем, с которыми сталкиваются пользователи.
===Решённые проблемы ЕдиногоАгента для JavaScript===
Версия 281 содержит 1 решенную проблему.

* Исправлена ошибка, из-за которой агент JavaScript вызывал утечку отсоединенных элементов iframe на странице.

== '''API АппОптима''' ==

=== API среды ===

* ЕдиныйАгент на хостовом API
** Новое возможное значение в поле monitoringType : <code>DISCOVERY</code>
** Новый параметр запроса в <code>GET /oneagents</code>запросе unlicensed ( <code>boolean</code>)

* API токенов доступа
** Новое возможное значение в поле scopes объектов ApiToken , ApiTokenCreate и ApiTokenUpdate : <code>extensionConfigurationActions.write</code>

* API хранилища учетных данных
** Новое поле в объектах Credentials и CredentialsResponseElement : allowContextlessRequests ( <code>boolean</code>)

* Проблемы безопасности API
** Изменен тип поля relatedContainerImages<code>array</code> с на <code>object</code>в объекте SecurityProblemDetails .

* Расширения 2.0 API
** Новое возможное поле в объекте PropertyDefinition : migrationPattern ( <code>String</code>)
* Настройки 2.0 - Доступные схемы
** Новое возможное поле в объекте PropertyDefinition : migrationPattern ( <code>String</code>)

* Унифицированный анализ ''Ранний пользователь''
** Новое обязательное поле в объекте UAEventsCard : ключ ( <code>String</code>)

=== API конфигурации ===

* API конфигурации веб-приложения
** Новое возможное поле в объекте MonitoringSettings : useCors ( <code>boolean</code>)
** Поле изменено с обязательного на необязательное в объекте MonitoringSettings : cookiePlacementDomain

=== API кластера ===

* <code>/settings/schemas/{schemaId}</code>
** Новое поле в объекте PropertyDefinition : migrationPattern ( <code>String</code>)

=== Доступность GA ===

* API среды <code>PUT /extensions/{extensionName}/monitoringConfigurations/{configurationId}/actions</code>

=== Устаревшее ===
Следующие API теперь устарели:

* API автоматически применяемых тегов устаревший
** <code>GET /autoTags</code>
** <code>POST /autoTags</code>
** <code>POST /autoTags/validator</code>
** <code>GET /autoTags/{id}</code>
** <code>PUT /autoTags/{id}</code>
** <code>DELETE /autoTags/{id}</code>
** <code>POST /autoTags/{id}/validator</code> Вместо этого используйте API настроек со схемой «Автоматически применяемые теги» ( <code>builtin:tags.auto-tagging</code>).
* API зон управления ''устаревшее''
** <code>GET /managementZones</code>
** <code>POST /managementZones</code>
** <code>POST /managementZones/validator</code>
** <code>GET /managementZones/{id}</code>
** <code>PUT /managementZones/{id}</code>
** <code>DELETE /managementZones/{id}</code>
** <code>POST /managementZones/{id}/validator</code> Вместо этого используйте API настроек со схемой настроек зон управления ( <code>builtin:management-zones</code>).

Примечания к релизу 238

2026-05-28T13:19:43Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 238'''''

== Новые функции и улучшения ==

=== Обновление Cassandra ===
Начиная с версии АппОптима 1.238, служба хранения конфигурации и метрик была обновлена до версии Cassandra 3.11.12 для оптимизации производительности и отказоустойчивости.

=== обновление JRE ===
Чтобы воспользоваться улучшениями производительности, последними улучшениями безопасности и исправлениями ошибок, мы обновили JRE для Cassandra и Elasticsearch. И Cassandra, и Elasticsearch теперь будут использовать JRE 8u322. Другие компоненты теперь будут использовать JRE 11.0.14.

==Поддержка операционных систем==
===Текущие изменения поддержки управляемых операционных систем АппОптимаом===
=====Следующие операционные системы больше не будут поддерживаться с 1 августа 2022 г.=====
*Linux : CentOS 7.7
**x86-64
**Последняя совместимая версия: 1.238
*Linux : Red Hat Enterprise Linux 7.7
**x86-64
**Последняя совместимая версия: 1.238
*Linux : Oracle Linux 7.7
**x86-64
**Последняя совместимая версия: 1.238

=== Будущие изменения поддержки управляемых операционных систем АппОптимаом ===

=====Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г.=====
*Linux : SUSE Enterprise Linux 11.4
**x86-64
=====Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г.=====
*Linux : Debian 9
**x86-64
*Linux : SUSE Enterprise Linux 12.3
**x86-64
===Прошедшие изменения поддержки управляемых операционных систем АппОптимаом===
=====Следующие операционные системы больше не поддерживаются с 1 октября 2021 г.=====
*Linux : SUSE Enterprise Linux 12.2
**x86-64
**Последняя совместимая версия: 1.222
=====Следующие операционные системы больше не поддерживаются с 1 февраля 2022 г.=====
*Linux : CentOS 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
**x86-64
**Последняя совместимая версия: 1.226
*Linux : Debian 8
**x86-64
**Последняя совместимая версия: 1.226
*Linux : Red Hat Enterprise Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
**x86-64
**Последняя совместимая версия: 1.226
*Linux : Oracle Linux 7.0, 7.1, 7.2, 7.3, 7.4, 7.5, 8.0
**x86-64
**Последняя совместимая версия: 1.226
=====Следующие операционные системы больше не поддерживаются с 1 марта 2022 г.=====
*Linux : CentOS 8.3
**x86-64
**Последняя совместимая версия: 1.228
*Linux : Red Hat Enterprise Linux 8.3
**x86-64
**Последняя совместимая версия: 1.228
*Linux : Oracle Linux 8.3
**x86-64
**Последняя совместимая версия: 1.228
=====Следующие операционные системы больше не поддерживаются с 1 мая 2022 г.=====
*Linux : CentOS 7.6, 8.1
**x86-64
**Последняя совместимая версия: 1.232
*Linux : Red Hat Enterprise Linux 7.6, 8.1
**x86-64
**Объявление поставщика
**Последняя совместимая версия: 1.232
*Linux : Oracle Linux 7.6, 8.1
**x86-64
**Последняя совместимая версия: 1.232
==Решенные проблемы==
Выпуск 238 содержит 51 решенные проблемы (в том числе устранение 1 уязвимости) .
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Кластер
|45
|-
|Облачное решение для автоматизации
|1
|-
|Автономное облако
|1
|-
|Безопасность приложений
|1
|-
|Консоль управления кластером
|1 (1 уязвимость)
|-
|Решение для мониторинга инфраструктуры
|2
|}

==== Кластер ====

* Атрибуты `nameSize` (для TileDto) и `tilesNameSize` (для DashboardDto) теперь по умолчанию правильно равны нулю.
* Исправлено несоответствие в потребленных DDU, которое отображалось на странице потребления.
* Решена проблема с отсутствующей поддержкой запросов USQL для пользовательских приложений. Теперь можно фильтровать пользовательские приложения с ключевыми действиями пользователя в USQL.
* Исправлено «невозможно скопировать» файл authorization.properties во время установки.
* Открытие старой задачи может привести к появлению страницы с ошибкой.
* Устранена проблема, из-за которой ЕдиныйАгент автоматически обновлялся до запланированного периода обслуживания. В API конфигурации ЕдиногоАгента можно было инициировать обновление до определенной версии в окне обновления, хотя обновление выполнялось немедленно. Теперь возвращается ошибка проверки.
* Исправлена проблема, из-за которой браузер и HTTP-монитор не могли создаваться в зонах управления с использованием условий тегов.
* Изменение/удаление правил обнаружения дисковых аномалий теперь применяется корректно.
* Атрибуты `nameSize` (для TileDto) и `tilesNameSize` (для DashboardDto) теперь по умолчанию правильно равны нулю.
* Разделение метрик теперь применяется правильно при переходе от плитки информационной панели таблицы, созданной с помощью «Проводника данных», к многомерному анализу.
* Устранены некоторые несоответствия в фильтрации URL-адресов между многомерным анализом и расчетными показателями обслуживания.
* Добавлена проверка для настраиваемых URL-адресов интеграции уведомлений о проблемах, которая проверяет, что они не являются локальными.
* При переходе от уязвимостей к рабочим нагрузкам Kubernetes применяется фильтр уязвимых проблем безопасности.
* Ключевые запросы теперь корректно отображаются на странице «Услуги» > «Сервис» > «Подробности», если фильтр «Тип запроса» отсутствует.
* Метрики лицензирования DDU: решена проблема с предоставлением слишком большого количества метрик, включенных в хост, при мониторинге на одном хосте двух или более из следующих: метрики хоста/PGI, EC2, Kubernetes, VMware, GCP, Azure, OpenStack.
* АктивныйШлюз с отключенными автоматическими обновлениями: автоматический сброс флага UpdateNow через 3 дня, если нет доступных дополнительных обновлений, для предотвращения незапланированных обновлений.
* Определенные пользователем цвета теперь корректно переносятся из пользовательских диаграмм в «Проводник данных».
* Улучшены результаты некоторых запросов текстового поиска с подстановочными знаками в Log Monitoring v2.
* Устранена проблема с тенденцией, которая возникала на плитках с одним значением с пустыми сериями.
* Пользователи, которые имеют доступ только к настройкам «Пользовательские события для оповещения» через политику IAM и имеют доступ только к определенным зонам управления среды, теперь могут выбирать метрики в настройках «Пользовательские события для оповещения».
* На странице редактирования расширения меню «Выбрать АктивныйШлюз» теперь правильно фильтруется при настройке удаленных расширений (Framework 1.0) на `#settings/monitoredtechnologies/customextension/{remote_extension_id}`.
* Фильтры списка служб теперь отображают правильные метки (вместо идентификатора) при переходе от конфигурации фильтра работоспособности службы панели мониторинга для вновь созданных и обновленных плиток панели мониторинга.
* Удаленные приложения устройств больше не отображаются в базовом плане.
* Улучшена фильтрация селектора метрик по именам сущностей.
* Форматирование чисел было исправлено во всплывающих подсказках диаграммы типов приложений.
* Удаленные приложения устройства больше не отображаются при обнаружении аномалий для базовых сбоев.
* Теперь можно включить автообновление для только что установленного Cluster АктивногоШлюза.
* Имя внешних веб-сервисов больше не чередуется между именами; используется только стабильный ввод. Примечание: это исправление может изменить название существующих служб!.
* Тег пользователя сеанса или статус анонимности теперь скрыты, если у пользователя нет разрешений на конфиденциальные данные.
* Фильтр «ne» (не равно) в Metrics API / «Обозреватель данных» больше не возвращает пустой результат при применении к измерениям объекта.
* Действия пользователя с кавычками теперь корректно фильтруются.
* В меню панели инструментов пункт «Настроить» теперь работает корректно (открывает «Настройки панели инструментов» для выбранной панели инструментов).
* Ранее активированный параметр расширения дисковой аналитики в области среды больше не учитывается для ЕдиногоАгента после удаления, если он явно не активирован хостом или группой хостов.
* Исправлена проблема с делением на ноль, связанная с увеличением частоты ошибок JavaScript.
* Решена проблема, из-за которой пользовательская метрика calc:, которая была удалена и воссоздана с тем же ключом метрики, не записывалась до перезапуска сервера.
* Файлер пользовательских сеансов теперь будет явно указывать, есть ли еще предложения для извлечения из бэкэнда.
* Большее использование памяти или потенциальный OutOfMemory, если сервер работает без подключения к Elasticsearch в течение длительного времени.
* Пользователи с правом «Просмотр журналов» на уровне зоны управления теперь могут корректно просматривать журналы на страницах Kubernetes.
* Устранена проблема, из-за которой не отображались служебные данные при использовании фильтров тегов служб, содержащих двоеточие.
* Исправлена ошибка, из-за которой имена групп потоков в анализе потоков могли быть пустыми.
* Исправлена ошибка, из-за которой «журналы в контексте» на страницах анализа услуг не отображались для старых таймфреймов.
* АктивныйШлюз с отключенными автоматическими обновлениями: автоматический сброс флага UpdateNow через 3 дня, если нет доступных дополнительных обновлений, для предотвращения незапланированных обновлений.
* Теперь можно включить автообновление для только что установленного Cluster АктивногоШлюза.
* Устранена проблема, из-за которой экспорт выполнялся правильно, но затем повторялся, что приводило к дублированию экспортируемых документов и излишне высокой нагрузке.
* Повышена эффективность и время отклика операторов фильтрации в селекторах метрик, которые одновременно применяют селектор объектов и фильтруют измерение под названием «Контейнер» или «Процесс».

==== Облачное решение для автоматизации ====

* Исправлена ссылка со страницы «Обзор SLO» на страницу «Проблемы» (количество проблем, связанных с SLO, на страницах «Обзор SLO» и «Проблемы» теперь соответствует).

==== Автономное облако ====

* При настройке необязательного параметра Group на странице развертывания Kubernetes аргумент группы узлов для ЕдиногоАгента теперь задается правильно.

==== Безопасность приложений ====

* Результаты API-интерфейса проблем безопасности больше не отличаются от результатов веб-интерфейса при использовании фильтров хоста в средах с высокой нестабильностью.

==== Консоль управления кластером ====

* Уязвимость: повышенная безопасность в частных списках пользователей API пользовательского интерфейса.

==== Решение для мониторинга инфраструктуры ====

* Удалена страница настроек расширения Дисковой аналитики из области среды.
* Исправлен отсутствующий префикс в команде установки для ЕдиногоАгента и АктивногоШлюза в ОС Windows.

== ЕдиныйАгент ==

=== Доступность процесса ===
Теперь вы можете отслеживать доступность ключевых процессов на ваших хостах.

=== Моментальные снимки экземпляра процесса ===
Раздел « Снимки экземпляра процесса » на странице обзора нового хоста предлагает дополнительную информацию о наиболее ресурсоемких процессах, запущенных на вашем хосте, и процессах, определенных для мониторинга доступности процессов.

=== Поддержка операционных систем ===

* Добавлена поддержка агента OpenTelemetry 1.0-1.11.

Добавлено автоматическое определение имени сервера WebSphere Liberty на основе командной строки Java. Это правило обнаружения необходимо активировать только для существующих сред:

# В меню АппОптима выберите Настройки > Процессы и контейнеры > Встроенные правила обнаружения .
# Включите параметр Автоматически определять приложение WebSphere Liberty .

=== z/OS ===

* <code>oneagentzos-R12370.pax</code>теперь доступен

=== PHP ===
Начиная с этого релиза, мы поддерживаем модуль кода PHP на Linux ARM64 (AArch64).

=== Интеграционная шина IBM ===

* Добавлена поддержка IBM App Connect Enterprise 12.0.3.0+.

* Прекращена поддержка IBM Integration Bus 9.x.

=== Веб сервер ===

Начиная с этого выпуска, мы поддерживаем модуль кода Apache на Linux ARM64 (AArch64).

=== Новые функции и улучшения ===

==== Модуль ОС ЕдиныйАгент ====
ЦП хоста теперь измеряется правильно, когда на хосте Windows имеется несколько групп процессоров.

==== Автоинструментация Java-агента OpenTelemetry ====
АппОптима теперь совместим с агентом автоинструментации OpenTelemetry Java. Это означает, что агент Java OpenTelemetry теперь можно использовать для получения информации о платформах Java, не поддерживаемых ЕдинымАгентом, таких как клиенты Elasticsearch, Couchbase и Apache Camel.

=== Операционные системы ===

==== Изменения в поддержке технологии АппОптима ЕдиныйАгент ====

===== АппОптима ЕдиныйАгент 1.239 станет последней версией, поддерживающей следующие технологии. =====

* OpenTelemetry 0.0.2 для PHP

====Операционные системы, поддерживающие изменения АппОптима ЕдиногоАгента в будущем====
=====Следующие операционные системы больше не будут поддерживаться с 1 июня 2022 г.=====
*Linux : Fedora 33
**x86-64
=====Следующие операционные системы больше не будут поддерживаться с 1 июля 2022 г.=====
*Linux : CentOS 8.x
**x86-64
*Linux : CentOS 8.x
**PPCLE
*Linux : CentOS 8.x
**ARM64 (AArch64)
*Linux : Google Container-Optimized OS 85 LTS
**x86-64
*Linux : openSUSE 15.2
**x86-64, PPCLE
*Windows : рабочий стол Windows 2004
**x86-64
*Windows : Windows Server 2004
**x86-64
=====Следующие операционные системы больше не будут поддерживаться с 1 августа 2022 г.=====
*Linux : Ubuntu 21.04
=====Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г.=====
*Linux : SUSE Linux Enterprise Server 11.4
=====Следующие операционные системы больше не будут поддерживаться с 1 ноября 2022 г.=====
*Linux : Ubuntu 14.04 LTS
=====Следующие операционные системы больше не будут поддерживаться с 1 декабря 2022 г.=====
*Linux : Fedora 34
**x86-64
*Windows : Рабочий стол Windows 1909
**x86-64
*Windows : Windows Server 20H2
**x86-64
=====Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г.=====
*Linux : Debian 8, 9
**x86-64
*Linux : SUSE Linux Enterprise Server 12.3
====Прошедшие изменения поддержки технологии АппОптима ЕдиныйАгент====
=====АппОптима ЕдиныйАгент 1.221 была последней версией, поддерживающей следующие технологии.=====
*OpenTelemetry 0.20.0 для Go
*OpenTelemetry 0.18.x, 1.0.0-rc.0, 1.0.0-rc.3 для Node.js
=====АппОптима ЕдиныйАгент 1.227 была последней версией, поддерживающей следующие технологии.=====
*OpenTelemetry 1.0.0-RC1 для Go
*OpenTelemetry 1.0.0-RC2 для Go
=====АппОптима ЕдиныйАгент 1.233 была последней версией, поддерживающей следующие технологии.=====
*Node.js 15 для Node.js
**Поставщик прекратил поддержку этой технологии и версии с 01.06.2021.
====Предыдущие изменения в поддержке операционных систем АппОптима ЕдиногоАгента====
=====Следующие операционные системы больше не поддерживаются с 1 сентября 2021 г.=====
*Linux : Red Hat Enterprise Linux CoreOS 4.4
**x86-64
**Последняя совместимая версия: 1.223
*Linux : openSUSE 15.1
**x86-64, PPCLE
**Последняя совместимая версия: 1.223
=====Следующие операционные системы больше не поддерживаются с 1 октября 2021 г.=====
*Linux : SUSE Linux Enterprise Server 12.2
**Последняя совместимая версия: 1.225
=====Следующие операционные системы больше не поддерживаются с 1 декабря 2021 г.=====
*Linux : Fedora 32
**x86-64
**Последняя совместимая версия: 1.227
*Windows : Windows Server 1909
**x86-64
**Последняя совместимая версия: 1.227
=====Следующие операционные системы больше не поддерживаются с 1 февраля 2022 г.=====

* Linux : Red Hat Enterprise Linux CoreOS 4.5
** Последняя совместимая версия: 1.235

=====Следующие операционные системы больше не поддерживаются с 1 марта 2022 г.=====
*Linux : Google Container-Optimized OS 81 LTS
**x86-64
=====Следующие операционные системы больше не поддерживаются с 1 апреля 2022 г.=====
*UNIX : IBM AIX 7.2 TL3
**POWER8, POWER9

=== Другие изменения поддержки ===

==== ЕдиныйАгент для z/OS ====

===== Сборка 1.237.0 =====

* Исправлен модуль кода IMS, предотвращающий связывание подпути региона APP с подпутем региона CTL, который никогда не запускался.
* Исправлен модуль кода IMS для отправки правильной версии выпуска в сообщениях INIT.
* Добавлено новое сообщение zDC <code>ZDC959</code>.
===Решенные проблемы===
Общее количество решенных проблем — 30 (в том числе 1 устранённых уязвимостей).
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Мейнфрейм
|3 (1 уязвимость)
|-
|.NET
|4
|-
|Механизм причинно-следственной связи Fedor
|2
|-
|Go
|1
|-
|Все модули
|2
|-
|Общий
|1
|-
|Мониторинг инфраструктуры
|1
|-
|Модуль регистрации
|2
|-
|Модуль ОС
|7
|-
|PHP
|1
|-
|Установщик ЕдиногоАгента
|1
|-
|Watchdog
|1
|-
|конфигурация
|1
|-
|Java
|1
|-
|opentracingnative
|2
|}

==== Мейнфрейм ====

* Уязвимость: zRemote теперь работает под тем же пользователем, что и АктивныйШлюз. Это `dtuserag` (по умолчанию), если иное не указано заказчиком.
* Исправлены метки времени, когда транзакция CICS охватывает LPAR.
* Субагенты снова зарегистрированы в версии zRemote. Это исправляет деактивацию zAgent, если устаревший субагент пытается подключиться.

==== .NET ====

* Устранен сбой в датчике ЕдиныйАгент .NET, который возникал, когда заголовок traceparent был установлен дважды.
* Повышена стабильность модуля ЕдиныйАгент .NET в режиме инфраструктуры.
* В модуле кода ЕдиныйАгент .NET улучшена поддержка ADO.NET.
* Обогащение журнала для ведения журнала расширения MS больше не приводит к исключениям индекса вне диапазона, и теперь используются правильные префиксы.

==== Механизм причинно-следственной связи Fedor ====

* Решена проблема, которая в очень редких случаях приводила к ошибкам сегментации при доступе к удаленным узлам или уже перезаписанной памяти.
* Устранена проблема, из-за которой, когда пути были помечены мобильными тегами или тегами АппОптима из разных кластеров или разных арендаторов, текущий механизм адаптивной выборки ЕдиногоАгента не запускал новые подпути.

==== Go ====

* Исправлен потенциальный сбой в Cloud Foundry.

==== Все модули ====

* Исправлен потенциальный сбой, который мог произойти, если не удалось определить текущий рабочий каталог.
* Улучшена обработка сигналов, чтобы избежать потери потоков ЕдиногоАгента при работе в приложении Go.

==== Общий ====

* Процессы, запускаемые Системой событий COM+, больше не группируются вместе с группой процессов «Система Windows».

==== Мониторинг инфраструктуры ====

* Добавлены тайм-ауты запросов в RabbitMQ.

==== Модуль регистрации ====

* Исправлена конкретная конфигурация агента журнала (отсутствуют журналы, связанные с AppFW).
* Исправлен сбой в модуле ведения журналов ЕдиногоАгента при анализе журналов с очень частой ротацией.

==== Модуль ОС ====

* Исправлен мониторинг контейнеров containerd для Kubernetes в развертываниях Cloud Foundry.
* Список точек монтирования для расширения disk-devices теперь собирается корректно.
* Улучшен расчет идентификатора агента ОС при запуске при работе в контейнере.
* Мониторинг службы ОС теперь использует сопоставление имени службы без учета регистра.
* Устранена медленная утечка памяти в Linux из-за неоднократных попыток подключения к sdbus.
* Исправлен мониторинг контейнеров containerd для Kubernetes в развертываниях Cloud Foundry.
* Список точек монтирования для расширения disk-devices теперь собирается корректно.

==== PHP ====

* Исправлена проблема с получением нескольких результатов из атрибутов запроса, установленных для одной функции.

==== Установщик ЕдиногоАгента ====

* Исправлена ошибка, из-за которой не удавалось выполнить автоматическое обновление из-за проблем с удалением исполняемых файлов в пути lib/lib64 на хостах Windows.

==== Watchdog ====

* Исправлена ошибка, из-за которой сторожевой таймер не перезапускал неисправный процесс из-за создания дампа.

==== Конфигурация ====

* Учетные данные прокси-сервера больше не регистрируются в журналах ЕдиногоАгента.

==== Java ====

* Исправлен возможный бесконечный цикл в профилировании распределения Java, который мог привести к зависанию потока.

==== opentracingnative ====

* Исправлена проблема, из-за которой службы Envoy иногда могли отображаться как службы Netty.
* Параметры запроса теперь правильно отделены от остальной части URL-адреса.

=== ЕдиныйАгент для JavaScript: устранённые проблемы ===
Выпуск 1.237 содержит 1 решенную проблему.

==== JavaScript ====

* Исправлена проблема, возникавшая с оболочкой Proxy API XHR в позднем режиме при внедрении после DataDome.

Автоматизированные базовые линии

2026-05-28T13:19:33Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Применение АппОптима|Fedor]] / Автоматизированные базовые линии'''''

Контекстно-ориентированный сбор данных и построение базовой линии - это два фундаментальных подхода, на которых построено обнаружение аномалий. Для определения исходных условий, которые можно эффективно использовать для различения нормальных и аномальных ситуаций, необходимо огромное количество высококачественных и точных данных. Однако это различие часто размывается из-за больших колебаний данных или просто потому, что определение “нормального” во многом зависит от контекста и меняется по мере развития приложений, платформ, инфраструктуры и алгоритмов. Это превращает генерацию точных оповещений в реальную проблему.

Когда создается оповещение ситуация, которая действительно является аномальной, это ''истинный положительный результат'', а если ситуация на самом деле имеет нормальный статус, предупреждение определяется как ''ложное срабатывание''. Также возможно, что нештатная ситуация пропущена и, следовательно, предупреждение не генерируется. Это характеризуется как ''ложноотрицательное'' значение. ''Истинные негативы'' - это нормальные случаи, которые были правильно идентифицированы как неанономальные события. Для генерации точных предупреждений система обнаружения аномалий должна быть нацелена на максимизацию положительных и отрицательных результатов при минимизации ложных срабатываний и ложноотрицательных результатов. Для достижения этой цели АппОптима разработала интеллектуальный подход к построению базовой линии.

Искусственный интеллект АппОптима изучает типичные контрольные значения времени отклика приложений и служб, частоты ошибок и трафика.

=== Трафик ===
Обнаружение аномалий трафика приложений АппОптима основано на предположении, что большая часть трафика соответствует предсказуемым ежедневным и еженедельным схемам трафика. АппОптима автоматически изучает уникальные схемы трафика каждого приложения. Оповещение о всплесках и падениях трафика начинается после недельного периода обучения, поскольку для базовой настройки требуется полная неделя трафика для изучения ежедневных и еженедельных шаблонов.

После периода обучения АппОптима прогнозирует трафик на следующую неделю, а затем сравнивает фактический входящий трафик приложения с прогнозируемым. Если АппОптима обнаруживает статистически значимое отклонение от прогнозируемых уровней трафика, она выдает предупреждение.

=== Частота ошибок ===
АппОптима также выдает предупреждения о сбоях. Оповещение об увеличении частоты ошибок начинается после того, как базовый куб готов и приложение или служба работают не менее 20% недели (7 дней). Опять же, каждая ячейка базового куба также содержит измеренную частоту ошибок. Это идеально адаптируется к отдельным версиям браузера, которые могут показывать более высокую или более низкую частоту ошибок по сравнению с другими типами браузеров.

=== Время отклика ===
Что касается времени отклика, АппОптима собирает ссылки для медианы (выше которой находятся самые медленные 50% всех абонентов) и 90-го процентиля (самые медленные 10% всех абонентов). Событие замедления возникает, если типичное время отклика либо для медианы, либо для 90-го процентиля уменьшается.

АппОптима уделяет особое внимание 10% самым медленным операциям. Это связано с тем, что если вы знаете только среднее время отклика большинства ваших клиентов, вы упустите важный момент: некоторые из ваших клиентов испытывают неприемлемые проблемы с производительностью. Рассмотрим типичную службу поиска, которая выполняет некоторые вызовы базы данных. Время отклика на эти вызовы базы данных может сильно различаться в зависимости от того, могут ли запросы обслуживаться из кэша или их необходимо извлекать из базы данных. Измерения среднего времени отклика в таком сценарии недостаточны, потому что, хотя большинство ваших клиентов (те, чьи запросы к базе данных обслуживаются из кэша) имеют приемлемое время отклика, часть ваших клиентов (те, у кого запросы к базе данных извлекаются из базы данных) имеют неприемлемую производительность. Уделение особого внимания мониторингу самых медленных 10% ваших клиентов решает такие проблемы. Оповещение о снижении времени отклика начинается после того, как базовый куб готов и приложение или служба работают не менее 20% недели (7 дней).

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

Рассмотрим в качестве примера базовый куб приложения, который генерируется для расчета пороговых значений времени отклика. Предположим, что у вас есть веб-приложение под названием "easyTravel". Многомерная система будет получать базовое значение для времени отклика всего приложения. Однако более детальный подход позволил бы углубиться в каждое действие пользователя и получить отдельное базовое значение для каждого из них. Давайте предположим, что easyTravel состоит из четырех действий пользователя <code>login</code>, <code>logout</code>, <code>getBookingPage</code> и <code>getReportPage</code>. Для каждого действия пользователя будет задано отдельное базовое время отклика.

В дополнение к действиям пользователя, АппОптима учитывает географическое местоположение. Это означает, что искусственный интеллект АппОптима определит базовые линии для комбинаций каждого действия пользователя с каждой геолокацией. Базовое время отклика в 90 мс может быть, например, базовым временем отклика для действия выхода из системы в одном городе. Но многомерность в Fedor АппОптима еще глубже. Каждая геолокация объединяется с типом браузера, а каждый тип браузера, в свою очередь, объединяется с операционной системой, что в конечном итоге приводит к определению отдельного порога для каждой комбинации действий пользователя, геолокации, браузера и операционной системы. Сгенерированный базовый куб обеспечивает высокоуровневую базовую детализацию и точность.

Для геолокации АппОптима предлагает несколько уровней детализации. Например, АппОптима вычисляет не только время отклика для всей страны, но и время отклика для каждого региона, а также для каждого города. То же самое верно для других регионов. И наоборот, для действий пользователя возможно более детальное представление, поскольку действия пользователя могут быть сгруппированы в действия XHR и load.

=== Определение базовых размеров ===
Идентификация эталонных значений основана, как объяснялось выше, на вычислении базового куба. Для приложений этот куб генерируется комбинацией четырех измерений приложения, в то время как для служб они основаны на двух измерениях.

==== Базовые измерения приложения ====

* Действие пользователя: действие пользователя приложения (например, <code>orange.jsf</code>, <code>login.jsp</code> <code>logout</code> или <code>specialOffers.jsp</code>).
* Геолокация: иерархически организованный список геолокаций, из которых начинаются сеансы пользователя. Геолокации организованы по континентам, странам, регионам и городам.
* Браузер: иерархически организованный список семейств браузеров, таких как Firefox и Chrome. Самыми верхними категориями являются семейства браузеров. За ними следуют версии браузеров в каждом семействе браузеров.
* Операционная система: иерархически организованный список операционных систем, таких как Windows и Linux. Самыми верхними категориями являются операционные системы. За ними следуют отдельные версии ОС.

==== Базовые линии по показателям сервисов ====

* Метод сервиса: отдельные методы сервиса (например, <code>getBookingPage</code> или <code>getReportPage</code>). В случае служб баз данных метод представляет различные операторы SQL, к которым выполняется запрос (например, <code>call verify_location(?) select booking0_.id from Booking booking0_ where booking0_.user_name<>?</code>). Для предопределенных групп методов обслуживания, статических запросов и динамических запросов дополнительно вычисляется исходное значение.
* Группа методов обслуживания: статические или динамические группы для веб-служб, а для служб баз данных - группы, соответствующие операциям с базой данных, таким как вставка, обновление, выбор и так далее. Для служб баз данных эталонное значение вычисляется для предопределенных групп методов обслуживания <code>inserts</code>, <code>updates</code> и <code>selects</code>.

Сервисы <code>PROCESS</code> типа не поддерживают автоматическое базовое построение. Вместо этого используйте обнаружение аномалий.

=== Как работает автоматическое построение базовой линии ===
Автоматическое базовое построение пытается определить наилучшие исходные значения для входящего трафика приложений и служб. Для этого АппОптима автоматически генерирует базовый куб для фактического входящего трафика приложений и служб. Это означает, что если ваш трафик поступает в основном из Нью-Йорка, и большинство ваших пользователей используют браузер Chrome, ваш базовый куб будет содержать следующие контрольные значения:

<code>Russia - Moscow – Chrome – Reference response time : 2s, error rate: 0%, load: 2 actions/min</code>

Если ваше приложение также получает трафик из другой страны / города, но с совершенно другим временем отклика, базовый куб автоматически адаптируется и впоследствии будет содержать следующие эталонные значения:

<code>Russia - Moscow – Chrome – Reference response time : 2s, error rate: 0%, load: 2 actions/min</code>

<code>Belarus – Minsk - QQ Browser - Reference response time : 4s, error rate: 1%, load: 1 actions/min</code>

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

== Интеллектуальное оповещение ==
Для генерации оповещений базовые линии оцениваются в течение 5-минутных и 15-минутных скользящих временных интервалов. 5-минутное окно служит для быстрого оповещения в случае выявления достаточного количества выборочных значений, превышающих базовые значения. 15-минутный интервал используется для генерации оповещений с большей достоверностью. Однако, если в течение одной минуты будет обнаружено, что большое количество выборочных значений превышает базовые линии, АппОптима также сгенерирует предупреждение в это время.

Чтобы избежать чрезмерного оповещения и уменьшить шум уведомлений, режимы автоматического обнаружения аномалий не выдают предупреждения о непостоянных приложениях и службах, которые не запускались по крайней мере 20% полной недели (7 дней). Оповещение о снижении времени отклика и увеличении частоты ошибок начинается после того, как базовый куб готов и приложение или служба работают не менее 20% недели (7 дней).

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

После периода обучения АппОптима прогнозирует трафик на следующую неделю, а затем сравнивает фактический входящий трафик приложения с прогнозируемым. Если АппОптима обнаруживает статистически значимое отклонение от прогнозируемых уровней трафика, это вызывает проблему <code>Обнаружение падения трафика</code> или <code>Обнаружение пиков трафика</code>.

Как правило, недавно обнаруженные аномальные события в среде не обязательно приводят к немедленному появлению предупреждения. Появившиеся предупреждения всегда дают представление о лежащей в их основе первопричине. Для выявления коренных причин проблем АппОптима использует контекстно-ориентированный подход к обнаружению взаимозависимых событий во времени, процессах, хостах, службах, приложениях, а также с точки зрения вертикального и горизонтального топологического мониторинга. Принимая во внимание все эти возможности мониторинга, АппОптима выявляет коренные причины проблем. И только после этого генерируются оповещения об обнаруженной проблеме.

Обновление окружения

2026-05-28T13:19:25Z

IKuznetsov:

'''''[[Установка и настройка]] / [[Установка и настройка|Основные элементы АппОптима]] / [[АппОптима]] / [[АппОптима|REST API]] / [[API Кластера v2]] / [[API Кластера v2|Окружения]] / Обновление окружения'''''

Этот вызов API обновляет существующую среду или создает новую.
==Аутентификация==
Для выполнения этого запроса вам необходимо разрешение API <code>(ServiceProviderAPI)</code>, назначенное вашему токену API. Создайте свой токен API с помощью консоли управления кластером (CMC). Чтобы узнать, как его получить и использовать, см. Аутентификация кластера.
==Конечная точка==
<code>/api/cluster/v2/environments</code>
==Параметры==
{| class="wikitable"
!Параметр
!Тип
!Описание
!В
!Обязательно
|-
|id
|string
|Идентификатор среды для обновления.

Если вы также устанавливаете идентификатор в теле сообщения, он должен совпадать с этим идентификатором.
|path
|Да
|-
|createToken
|boolean
|Если задано значение true, токен управления токенами с областями действия apiTokens.read и apiTokens.write (для использования с API токена версии 2) и TenantTokenManagement (для использования с API токена версии 1) создается при создании новой среды. Затем этот токен возвращается в теле ответа. Его можно использовать во вновь созданной среде для создания других токенов для настройки этой среды.
|query
|Нет
|-
|body
|Environment
|Тело JSON запроса. Тело не должно предоставлять идентификатор, так как он будет автоматически назначен сервером АппОптима.
|body
|Да
|}
===Объекты тела запроса===
====Объект <code>Environment</code>====
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|name
|string
|Отображаемое имя среды.
|-
|id
|string
|Идентификатор среды. Должен соответствовать [a-zA-Z0-9_-]{1,70}
|-
|trial
|boolean
|Указывает, является ли среда пробной или непробной. Создание пробной среды возможно только в том случае, если это позволяет ваша лицензия. Значение по умолчанию — false (не пробная версия).
|-
|state
|string
|Указывает, включена или отключена среда (<code>DISABLED</code>, <code>ENABLED</code>). Значение по умолчанию — ENABLED
|-
|tags
|string[]
|Набор тегов, которые назначаются этой среде. Каждый тег может иметь максимальную длину 100 символов.
|-
|creationDate
|string
|Дата создания среды в формате ISO 8601 (гггг-ММ-дд'Т'ЧЧ:мм:сс.ССС'Z')
|-
|quotas
|EnvironmentQuotas
|Информация о потреблении на уровне среды и квотах. Возвращается только в том случае, если для параметра includeConsumptionInfo или includeUncachedConsumptionInfo установлено значение true. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|storage
|EnvironmentStorage
|Использование хранилища на уровне среды и информация об ограничениях. Не возвращается, если параметр includeStorageInfo не равен true. Если пропустить при редактировании методом PUT, то уже установленные лимиты останутся.
|}
====Объект <code>EnvironmentQuotas</code>====
Информация о потреблении на уровне среды и квотах. Возвращается только в том случае, если для параметра '''includeConsumptionInfo''' или '''includeUncachedConsumptionInfo''' установлено значение <code>true</code>. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|hostUnits
|HostUnitQuota
|Информация о потреблении хост-модулей и квотах на уровне среды. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
|-
|demUnits
|DemUnitsQuota
|Потребление единиц DEM и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы ЦМР не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|syntheticMonitors
|SyntheticQuota
|Синтетика отслеживает потребление и информацию о квотах на уровне среды. Не устанавливается (и не редактируется), если не включены ни синтетические, ни цифровые единицы измерения. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|customMetrics
|CustomMetricsQuota
|Использование пользовательских метрик и информация о квотах на уровне среды. Не задано (и недоступно для редактирования), если специальные показатели не включены. Не устанавливается (и не редактируется), если включены единицы данных Дейвиса. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
|-
|aiDataUnits
|AIDataUnitsQuota
|Потребление единиц данных Дэвиса и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы данных Дэвиса не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|logMonitoring
|LogMonitoringQuota
|Журнал мониторинга потребления и информации о квотах на уровне среды. Не задано (и недоступно для редактирования), если мониторинг журналов не включен. Не задано (и недоступно для редактирования), если мониторинг журналов перенесен в данные Fedor на уровне лицензии. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|}
====Объект <code>HostUnitQuota</code>====
Информация о потреблении хост-модулей и квотах на уровне среды. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|currentUsage
|number
|Текущее использование среды.
|-
|maxLimit
|integer
|Параллельная квота среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>DemUnitsQuota</code>====
Потребление единиц DEM и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы ЦМР не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывается каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>SessionPropertiesQuota</code>====
User session properties consumption information on environment level.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|}
====Объект <code>SyntheticQuota</code>====
Синтетика отслеживает потребление и информацию о квотах на уровне среды. Не устанавливается (и не редактируется), если не включены ни синтетические, ни цифровые единицы измерения. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>CustomMetricsQuota</code>====
Использование пользовательских метрик и информация о квотах на уровне среды. Не задано (и недоступно для редактирования), если специальные показатели не включены. Не устанавливается (и не редактируется), если включены единицы данных Дейвиса. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|currentUsage
|number
|Текущее использование среды.
|-
|maxLimit
|integer
|Параллельная квота среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>AiDataUnitsQuota</code>====
Потребление единиц данных Дэвиса и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы данных Дейвиса не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>LogMonitoringQuota</code> object====
Журнал мониторинга потребления и информации о квотах на уровне среды. Не задано (и недоступно для редактирования), если мониторинг журналов не включен. Не задано (и недоступно для редактирования), если мониторинг журналов перенесен в данные Fedor на уровне лицензии. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>EnvironmentStorage</code> object====
Использование хранилища на уровне среды и информация об ограничениях. Не возвращается, если параметр includeStorageInfo не равен true. Если пропустить при редактировании методом PUT, то уже установленные лимиты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|transactionStorage
|TransactionStorage
|Использование хранилища транзакций и ограничение информации на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|symbolFilesFromMobileApps
|SymbolFilesFromMobileApps
|Файлы символов из хранилища мобильных приложений используют информацию об использовании и ограничениях на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|logMonitoringStorage
|LogMonitoringStorage
|Журнал мониторинга использования хранилища и информации об ограничениях на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|serviceRequestLevelRetention
|ServiceRequestLevelRetention
|Параметры хранения уровня запросов на обслуживание на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
|-
|serviceCodeLevelRetention
|ServiceCodeLevelRetention
|Параметры хранения на уровне кода службы на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
|-
|realUserMonitoringRetention
|RealUserMonitoringRetention
|Реальные параметры хранения мониторинга пользователей на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|syntheticMonitoringRetention
|SyntheticMonitoringRetention
|Настройки хранения синтетического мониторинга на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|logMonitoringRetention
|LogMonitoringRetention
|Параметры хранения мониторинга журнала на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Может быть установлено любое значение от 5 до 90 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|userActionsPerMinute
|UserActionsPerMinute
|Максимальное количество пользовательских действий, генерируемых в минуту на уровне среды. Можно установить любое значение от 1 до 2 147 483 646 или оставить без ограничений. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|transactionTrafficQuota
|TransactionTrafficQuota
|Максимальное количество новых отслеживаемых точек входа PurePath, захваченных за процесс в минуту на уровне среды. Может быть установлено любое значение от 100 до 100000. Если пропустить при редактировании методом PUT, то останется уже установленный лимит.
|}
====Объект <code>TransactionStorage</code>====
Использование хранилища транзакций и ограничение информации на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|retentionReductionPercentage
|string
|Процент усечения для новых данных.
|-
|retentionReductionReason
|string
|Причина усечения.
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}

====Объект <code>SymbolFilesFromMobileApps</code>====
Файлы символов из хранилища мобильных приложений используют информацию об использовании и ограничениях на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}
====Объект <code>LogMonitoringStorage</code>====
Журнал мониторинга использования хранилища и информации об ограничениях на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}
====Объект <code>ServiceRequestLevelRetention</code>====
Параметры хранения уровня запросов на обслуживание на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>ServiceCodeLevelRetention</code>====
Параметры хранения на уровне кода службы на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>RealUserMonitoringRetention</code>====
Реальные параметры хранения мониторинга пользователей на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>SyntheticMonitoringRetention</code>====
Настройки хранения синтетического мониторинга на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>LogMonitoringRetention</code>====
Параметры хранения мониторинга журнала на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Может быть установлено любое значение от 5 до 90 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>UserActionsPerMinute</code>====
Максимальное количество пользовательских действий, генерируемых в минуту на уровне среды. Можно установить любое значение от 1 до 2 147 483 646 или оставить без ограничений. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный трафик [единиц в минуту]
|}
====Объект <code>TransactionTrafficQuota</code>====
Максимальное количество новых отслеживаемых точек входа PurePath, захваченных за процесс в минуту на уровне среды. Может быть установлено любое значение от 100 до 100000. Если пропустить при редактировании методом PUT, то останется уже установленный лимит.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный трафик [единиц в минуту]
|}
===JSON-модель тела запроса===
<{
"name": "example environment",
"state": "ENABLED",
"tags": [
"tag1",
"tag2"
],
"trial": false
}
==Ответ==
===Коды ответа===
{| class="wikitable"
!Code
|Type
!Description
|-
|'''201'''
|EnvironmentShortRepresentation
|Успех. Окружение обновлено. Тело ответа содержит идентификатор, имя, а также токен управления токеном, если «createToken» имеет значение «true».
|-
|'''204'''
|
|Успех. Окружение обновлено. Ответ не имеет тела.
|-
|'''400'''
|
|Не удалось. Неверные данные.
|}
===Объекты тела ответа===
====Объект <code>EnvironmentShortRepresentation</code>====
Краткое представление окружения.
{| class="wikitable"
!Element
!Type
!Description
|-
|id
|string
|Идентификатор объекта.
|-
|name
|string
|Имя объекта.
|-
|description
|string
|Краткое описание сущности.
|-
|tokenManagementToken
|string
|Токен с разрешением «Управление токенами». Может использоваться во вновь созданной среде для создания других токенов для настройки этой среды. Это значение задается только в том случае, если среда была создана с параметром запроса createToken=true.
|}
===JSON-модель тела ответа===
<{
"id": "string",
"name": "string",
"description": "string",
"tokenManagementToken": "string"
}
==Пример==
Отключает среду с идентификатором <code>19a963a7-b19f-4382-964a-4df674c8eb8e.</code>

====Curl====
<code>curl -X PUT "<nowiki>https://myManaged.cluster.com/api/cluster/v2/environments/19a963a7-b19f-4382-964a-4df674c8eb8e?createToken=false</nowiki>" -H "accept: application/json; charset=utf-8" -H "Authorization: Api-Token fSRCdB7PQDSdFVANvNfSF" -H "Content-Type: application/json; charset=utf-8" -d "</code>

<code>{\"name\":\"MyNewTeam\",\"id\":\"19a963a7-b19f-4382-964a-4df674c8eb8e\",\"trial\":false,\"state\":\"DISABLED\",\"tags\":[\"owner:john.wicked@astromkey.com\",\"department:finance\"]}</code>

====URL-адрес запроса====
<code><nowiki>https://myManaged.cluster.com/api/cluster/v2/environments/19a963a7-b19f-4382-964a-4df674c8eb8e?createToken=false</nowiki></code>
====Тело запроса====
<{
"name": "MyNewTeam",
"state": "DISABLED"
}
====Тело ответа====
Ответ не имеет тела.
====Код ответа====
<code>204</code>

DDU для лога мониторинга

2026-05-28T13:19:18Z

IKuznetsov:

'''''[[Ресурсы мониторинга|Лицензирование]] / [[Расширение АппОптима (блоки данных Fedor)]] / DDU для лога мониторинга'''''

На этой странице объясняется концепция мониторинга журналов, как мы рассчитываем ВИД для мониторинга журналов и как вы можете оценивать и отслеживать потребление ВИД, если вы используете мониторинг журналов.

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

== Как АппОптима рассчитывает потребление ВИД для мониторинга журналов? ==
ВИД подсчитывает все входящие записи журнала (записи) из ваших данных журнала. Каждая запись журнала (строка, сообщение, запись) вычитается <code>0.0005 ВИД</code>из доступной квоты. Например, 1 миллион записей журнала, умноженный на вес ВИД, равный 0,0005, потребляет всего 500 ВИД.

Запись журнала распознается двумя способами:

* Отметка времени
* Объект JSON

=== Отметка времени ===
АппОптима предполагает, что отметка времени является началом новой записи журнала.

Например, в следующих данных журнала (потребляемых с помощью файла журнала или общего приема) АппОптима насчитывает девять записей журнала на основе появления метки времени:

Ввод файла журнала
<1: Oct 18 05:56:11 INFO ip-10-176-34-132 DHCPREQUEST on eth0 to 10.176.34.1
2: Oct 18 05:56:12 INFO ip-10-176-34-132 DHCPACK from 10.176.34.1
3: Oct 18 05:56:13 INFO ip-10-176-34-132 bound to 10.176.34.132 -- renewal in 1551s4:
4: Oct 18 05:56:15 INFO ip-10-176-34-132 [get_meta] Getting token for IMDSv
5: Oct 18 05:56:16 INFO ip-10-176-34-132 [get_meta] Trying to get <nowiki>http://169.23.2.3</nowiki>
6: Oct 18 05:56:18 INFO ip-10-176-34-132 [rewrite_aliases] Rewriting aliases
7: Oct 18 06:22:06 INFO ip-10-176-34-132 DHCPREQUEST on eth0 to 10.176.34.1 port 67
8: Oct 18 06:22:07 INFO ip-10-176-34-132 DHCPACK from 10.176.34.1 (xid=0x3a182c8c)
9: Oct 18 06:22:10 INFO ip-10-176-34-132 bound to 10.176.34.132 -- renewal in 1364s
Общие входные данные для приема
<curl -X POST "<nowiki>https://my.activegate/api/v2/logs/ingest</nowiki>"
-H "accept: application/json; charset=utf-8"
-H "Content-Type: text/plain; charset=utf-8"
-d "Oct 18 05:56:11 INFO ip-10-176-34-132 DHCPREQUEST on eth0 to 10.176.34.1Oct 18 05:56:12 INFO ip-10-176-34-132 DHCPACK from 10.176.34.1Oct 18 05:56:13 INFO ip-10-176-34-132 bound to 10.176.34.132 -- renewal in 1551s4:Oct 18 05:56:15 INFO ip-10-176-34-132 [get_meta] Getting token for IMDSvOct 18 05:56:16 INFO ip-10-176-34-132 [get_meta] Trying to get <nowiki>http://169.23.2.3Oct</nowiki> 18 05:56:18 INFO ip-10-176-34-132 [rewrite_aliases] Rewriting aliasesOct 18 06:22:06 INFO ip-10-176-34-132 DHCPREQUEST on eth0 to 10.176.34.1 port 67Oct 18 06:22:07 INFO ip-10-176-34-132 DHCPACK from 10.176.34.1 (xid=0x3a182c8c)Oct 18 06:22:10 INFO ip-10-176-34-132 bound to 10.176.34.132 -- renewal in 1364s"
<code>9</code>строк журнала / записи x <code>0.0005</code>вес журнала = <code>0.0045 ВИД</code>

=== Объект JSON ===
АппОптима предполагает, что отдельный объект JSON является записью журнала. Файл JSON может содержать несколько объектов, которые считаются записью журнала.

Например, в следующих данных журнала АппОптима подсчитывает три записи журнала на основе вхождения объекта JSON:

Лог-файл
<[
{
"timestamp": "2021-07-29T10:54:40.962165022Z",
"level": "error",
"log.source": "/var/log/syslog",
"application.id": "PaymentService-Prod",
"content": "DHCPREQUEST on eth0 to 10.176.34.1"
},
{
"log.source": "/var/log/syslog",
"content": "[get_meta] Getting token for IMDSv"
},
{
"content": "DHCPACK from 10.176.34.1 (xid=0x3a182c8c)"
}
]

<curl -X POST "<nowiki>https://my.activegate/api/v2/logs/ingest</nowiki>"
-H "accept: application/json; charset=utf-8"
-H "Content-Type: application/json; charset=utf-8"
-d "[{\"timestamp\":\"2021-07-29T10:54:40.962165022Z\",\"level\":\"error\",\"log.source\":\"/var/log/syslog\",\"application.id\":\"PaymentService-Prod\",\"content\":\"DHCPREQUEST on eth0 to 10.176.34.1\"},{\"log.source\":\"/var/log/syslog\",\"content\":\"[get_meta] Getting token for IMDSv\"},{\"content\":\"DHCPACK from 10.176.34.1 (xid=0x3a182c8c)\"}]"
<code>3</code>строки журнала / записи x <code>0.0005</code>вес журнала = <code>0.0015</code>DDU.

== Как мониторинг журналов может повлиять на потребление ВИД ==
АппОптима считает записи журнала на основе отметки времени, даже если запись журнала содержит присоединенную трассировку стека.

Например, оба следующих журнала ( Log1 и Log2 ) содержат 14 строк данных журнала. АппОптима вычисляет записи журнала, которые используют ВИД с действительной меткой времени. В результате Log1 генерировал стоимость <code>0.007 ВИД</code>, а Log2 генерировал стоимость <code>0.001 ВИД</code>.

Журнал1
<1: Oct 18 05:56:11 INFO ip-10-176-34-132 DHCPREQUEST on eth0 to 10.176.34.1
2: Oct 18 05:56:12 INFO ip-10-176-34-132 DHCPACK from 10.176.34.1
3: Oct 18 05:56:13 INFO ip-10-176-34-132 bound to 10.176.34.132 -- renewal in 1551s4:
4: Oct 18 05:56:15 INFO ip-10-176-34-132 [get_meta] Getting token for IMDSv
5: Oct 18 05:56:16 INFO ip-10-176-34-132 [get_meta] Trying to get <nowiki>http://169.23.2.3</nowiki>
6: Oct 18 05:56:15 INFO ip-10-176-34-132 [get_meta] Getting token for IMDSv
7: Oct 18 06:16:16 INFO ip-10-176-34-132 [get_meta] Trying to get <nowiki>http://169.23.2.3</nowiki>
8: Oct 18 06:16:18 INFO ip-10-176-34-132 [rewrite_aliases] Rewriting aliases
9: Oct 18 06:21:26 INFO ip-10-176-34-132 DHCPREQUEST on eth0 to 10.176.34.1 port 67
10: Oct 18 06:22:06 INFO ip-10-176-34-132 DHCPREQUEST on eth0 to 10.176.34.1 port 67
11: Oct 18 06:22:07 INFO ip-10-176-34-132 DHCPACK from 10.176.34.1 (xid=0x3a182c8c)
12: Oct 18 06:22:10 INFO ip-10-176-34-132 bound to 10.176.34.132 -- renewal in 1364s
13: Oct 18 14:51:22 ERROR ip-10-176-34-32 classOne: Index out of range
14: Oct 18 16:52:10 ERROR ip-10-176-34-32 classOne: Index out of range
<code>14</code>записей <code>0.0005</code>журнала x вес журнала = <code>0.007 ВИД</code>.

Журнал2
<1: Oct 18 14:51:22 ERROR ip-10-176-34-32 classOne: Index out of range
2: java.lang.StringIndexOutOfBoundsException: String index out of range: 18
3: at java.lang.String.charAt(String.java:658)
4: at com.example.app.loggingApp.classOne.getResult(classOne.java:15)
5: at com.example.app.loggingApp.AppController.tester(AppController.java:27)
6: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
7: at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:62)
8: Oct 18 16:52:10 ERROR ip-10-176-34-32 classOne: Index out of range
9: java.lang.StringIndexOutOfBoundsException: String index out of range: 18
10: at java.lang.String.charAt(String.java:658)
11: at com.example.app.loggingApp.classOne.getResult(classOne.java:15)
12: at com.example.app.loggingApp.AppController.tester(AppController.java:27)
13: at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
14: at sun.reflect.NativeMethodAccessorImpl.invoke0(NativeMethodAccessorImpl.java:62)
<code>2</code>записи <code>0.0005</code>журнала x вес журнала = <code>0.001</code>DDU.

POST события v2

2026-05-28T13:18:58Z

IKuznetsov:

'''''[[API АппОптима]] / [[API АппОптима|Эндпойнты среды]] / [https://docs.expert-apm.ru/index.php/API_%D0%90%D0%BF%D0%BF%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0#:~:text=DELETE%20%D1%82%D0%B5%D0%B3%D0%BE%D0%B2-,%D0%A0%D0%B0%D0%B7%D0%B2%D1%91%D1%80%D1%82%D1%8B%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5,-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C Развёртывание] / [https://docs.expert-apm.ru/index.php/API_%D0%90%D0%BF%D0%BF%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0#:~:text=%D1%80%D0%B0%D0%B7%D0%B2%D0%B5%D1%80%D1%82%D1%8B%D0%B2%D0%B0%D0%BD%D0%B8%D1%8F%20%D0%B8%D0%B7%20Jenkins-,%D0%A1%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D1%8F%20v2,-GET%20%D1%81%D0%BF%D0%B8%D1%81%D0%BA%D0%B0%20%D1%81%D0%BE%D0%B1%D1%8B%D1%82%D0%B8%D0%B9 События v2] / POST события v2'''''

Принимает пользовательское событие в АппОптима.

Запрос создает <code>application/json</code>полезную нагрузку.
{| class="wikitable"
| rowspan="2" |POST
|АппОптима
|<code><nowiki>https://{your-domain}/e/{your-environment-id}/api/v2/events/ingest</nowiki></code>
|-
|Cреда АктивногоШлюза
|<code><nowiki>https://{your-activegate-domain}/e/{your-environment-id}/api/v2/events/ingest</nowiki></code>
|}
==Аутентификация==
Чтобы выполнить этот запрос, вам нужен токен доступа с областью событий Ingest ( <code>events.ingest</code>) . Чтобы узнать, как его получить и использовать, см. раздел [[Токены и аутентификация (API)|Токены и аутентификация]] .
==Параметры==
{| class="wikitable"
!Параметр
!Тип
!Описание
!In
!Необходимость
|-
|body
|EventIngest
|Тело JSON запроса. Содержит свойства нового события.
|body
|необязательный
|}
===Объекты тела запроса===
====Объект <code>EventIngest</code>====
Конфигурация события для загрузки.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|eventType
|string
|Тип события.
Элемент может содержать эти значения
*<code>AVAILABILITY_EVENT</code>
*<code>CUSTOM_ALERT</code>
*<code>CUSTOM_ANNOTATION</code>
*<code>CUSTOM_CONFIGURATION</code>
*<code>CUSTOM_DEPLOYMENT</code>
*<code>CUSTOM_INFO</code>
*<code>ERROR_EVENT</code>
*<code>MARKED_FOR_TERMINATION</code>
*<code>PERFORMANCE_EVENT</code>
*<code>RESOURCE_CONTENTION_EVENT</code>
|-
|title
|string
|Название события.
|-
|startTime
|integer
|Время начала события в миллисекундах UTC.
Если не установлено, используется текущая метка времени.

Может быть <code>null</code>.
|-
|endTime
|integer
|Время окончания события в миллисекундах UTC.
Если не задано, используется время начала плюс время ожидания.

Может быть <code>null</code>.
|-
|timeout
|integer
|Время ожидания события в минутах.
Если не установлено, используется 15.

Может быть <code>null</code>.
|-
|entitySelector
|string
|Селектор сущностей , определяющий набор сущностей АппОптима, которые будут связаны с событием.
Можно выбрать только объекты, которые были активны в течение последних 24 часов.

Если не установлено, событие связано с <code>dt.entity.environment</code>сущностью среды ( ).

Может быть <code>null</code>.
|-
|properties
|object
|Карта свойств события.
Ключи с префиксом <code>dt.*</code>зарезервированы и могут использоваться для установки свойств события с предопределенной семантикой в продукте АппОптима. Все остальные ключи интерпретируются как определяемые пользователем свойства события.

Значения зарезервированных АппОптима свойств (обозначаемых ключом с префиксом <code>dt.*</code>) должны соответствовать требованиям соответствующего свойства.

Может быть <code>null</code>.
|}
===JSON-модель тела запроса===
Это модель тела запроса, показывающая возможные элементы. Его необходимо настроить для использования в реальном запросе.
<{
"eventType": "AVAILABILITY_EVENT",
"title": "string",
"startTime": 1,
"endTime": 1,
"timeout": 1,
"entitySelector": "string",
"properties": {}
}
==Ответ==
===Коды ответов===
{| class="wikitable"
!Код
|Тип
!Описание
|-
|201
|EventIngestResults
|Запрос приема события был получен сервером. Тело ответа указывает для каждого события, было ли его создание успешным.
|}
===Объекты тела ответа===
====Объект <code>EventIngestResults</code>====
Результаты приема событий.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|reportCount
|integer
|Количество созданных отчетов о событиях.
Может быть <code>null</code>.
|-
|eventIngestResults
|EventIngestResult[]
|Результат каждого созданного отчета о событиях.
Может быть <code>null</code>.
|}
====Объект <code>EventIngestResult</code>====
Результат созданного отчета о событиях.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|status
|string
|Статус приема.
Элемент может содержать эти значения
*<code>INVALID_ENTITY_TYPE</code>
*<code>INVALID_METADATA</code>
*<code>INVALID_TIMESTAMPS</code>
*<code>OK</code>
Может быть <code>null</code>.
|-
|correlationId
|string
|Идентификатор корреляции созданного события.
Может быть <code>null</code>.
|}
===JSON-модель тела ответа===
<{
"reportCount": 1,
"eventIngestResults": [
{
"status": "INVALID_ENTITY_TYPE",
"correlationId": "string"
}
]
}
==Примеры==
===Пример 1===
Вариант использования

В этом примере запрос отправляет событие « Помечено для завершения » на узлы, которые планируется удалить. Такие хосты идентифицируются группой хостов cloud-burst-hosts . Событие автоматически применяется ко всем хостам, входящим в группу. В качестве дополнительной информации указываются цель прекращения и номер задания автоматизации.

Маркер API передается в заголовке авторизации .
====Curl====
<curl --request POST \
--url <nowiki>https://mySampleEnv.live.ruscomtech.ru/api/v2/events/ingest</nowiki> \
--header 'Authorization: Api-Token dt0c01.abc123.abcdefjhij1234567890' \
--data '{
"eventType": "MARKED_FOR_TERMINATION",
"title": "Planned host downscale",
"entitySelector": "type(HOST),fromRelationship.isInstanceOf(type(HOST_GROUP),entityName(cloud-burst-hosts))",
"properties": {
"job.number": "21234346"
}
}'
====URL-адрес запроса====
<code><nowiki>https://mySampleEnv.live.ruscomtech.ru/api/v2/events/ingest</nowiki></code>
====Тело запроса====
<{
"eventType": "MARKED_FOR_TERMINATION",
"title": "Planned host downscale",
"entitySelector": "type(HOST),fromRelationship.isInstanceOf(type(HOST_GROUP),entityName(cloud-burst-hosts))",
"properties": {
"job.number": "21234346"
}
}
====Тело ответа====
<{
"reportCount": 2,
"eventIngestResults": [
{
"correlationId": "41f5d263011a6c9a",
"status": "OK"
},
{
"correlationId": "80eae4d163cc5760",
"status": "OK"
}
]
}
====Код ответа====
201
===Пример 2===
В этом примере запрос отправляет событие Custom info в службу BookingService , помечая ее как цель нагрузочного теста.

Маркер API передается в заголовке авторизации .
====Curl====
<curl --request POST \
--url <nowiki>https://mySampleEnv.live.ruscomtech.ru/api/v2/events/ingest</nowiki> \
--header 'Authorization: Api-Token dt0c01.abc123.abcdefjhij1234567890' \
--data '{
"eventType": "CUSTOM_INFO",
"title": "Loadtest start",
"timeout": 30,
"entitySelector": "type(SERVICE),entityName.equals(BookingService)",
"properties": {
"Tool": "MyLoadTool",
"Load per minute": "100",
"Load pattern": "production"
}
}'
====URL-адрес запроса====
<code><nowiki>https://mySampleEnv.live.ruscomtech.ru/api/v2/events/ingest</nowiki></code>
====Тело запроса====
<{
"eventType": "CUSTOM_INFO",
"title": "Loadtest start",
"timeout": 30,
"entitySelector": "type(SERVICE),entityName.equals(BookingService)",
"properties": {
"Tool": "MyLoadTool",
"Load per minute": "100",
"Load pattern": "production"
}
}
====Тело ответа====
<{
"reportCount": 1,
"eventIngestResults": [
{
"correlationId": "eba82f647696e485",
"status": "OK"
}
]
}
====Код ответа====
201
===Пример 3===
В этом примере запрос отправляет в службу BookingService событие Error , указывающее на неудачное обновление. Для свойства allowDavisMerge установлено значение , что запрещает Fedor объединять это событие с любым другим событием.<code>false</code>

Маркер API передается в заголовке авторизации .
====Curl====
<curl --request POST \
--url <nowiki>https://mySampleEnv.live.ruscomtech.ru/api/v2/events/ingest</nowiki> \
--header 'Authorization: Api-Token dt0c01.abc123.abcdefjhij1234567890' \
--data '{
"eventType": "ERROR_EVENT",
"title": "Product catalog update failed",
"timeout": 30,
"entitySelector": "type(SERVICE),entityName.equals(BookingService)",
"properties": {
"allowDavisMerge": "false",
"Catalog": "APAC travels",
"Batch processor": "travel-catalog"
}
}'
====URL-адрес запроса====
<code><nowiki>https://mySampleEnv.live.ruscomtech.ru/api/v2/events/ingest</nowiki></code>
====Тело запроса====
<{
"eventType": "ERROR_EVENT",
"title": "Product catalog update failed",
"timeout": 30,
"entitySelector": "type(SERVICE),entityName.equals(BookingService)",
"properties": {
"allowDavisMerge": "false",
"Catalog": "APAC travels",
"Batch processor": "travel-catalog"
}
}
====Тело ответа====
<{
"reportCount": 1,
"eventIngestResults": [
{
"correlationId": "cefb7ae03ac720b6",
"status": "OK"
}
]
}
====Код ответа====
201

Получение свойств окружения

2026-05-28T13:18:50Z

IKuznetsov:

'''''[[Установка и настройка]] / [[Установка и настройка|Основные элементы АппОптима]] / [[АппОптима]] / [[АппОптима|REST API]] / [[API Кластера v2]] / [[API Кластера v2|Окружения]] / Получение свойств окружения'''''

Этот вызов API получает свойства указанной среды.
==Аутентификация==
Для выполнения этого запроса вам необходимо разрешение API <code>(ServiceProviderAPI)</code>, назначенное вашему токену API. Создайте свой токен API с помощью консоли управления кластером (CMC). Чтобы узнать, как его получить и использовать, см. Аутентификация кластера.
==Конечная точка==
<code>/api/cluster/v2/environments</code>
==Параметры==
{| class="wikitable"
!Параметр
!Тип
!Описание
!В
!Обязательно
|-
|id
|string
|Идентификатор среды.
|path
|Да
|-
|includeConsumptionInfo
|boolean
|Если true, информация о потреблении (лимиты, использование) возвращается для каждой среды.
Возвращенное использование, как правило, до 1 часа назад. Чтобы получить более свежие данные, вы можете вместо этого использовать параметр '''includeUncachedConsumptionInfo'''.
|query
|Нет
|-
|includeStorageInfo
|boolean
|Если true, информация о хранилище (ограничения, использование) возвращается для каждой среды.
|query
|Нет
|-
|includeUncachedConsumptionInfo
|boolean
|Если true, для каждой среды возвращается некэшированная информация о потреблении (лимиты, использование).
Будет рассчитан актуальный расход. Вычисление может занять много времени, поэтому вместо него рекомендуется использовать параметр '''includeConsummentInfo'''.

Если установлены и этот параметр, и '''includeConsummentInfo''', то '''includeUncachedConsumptionInfo''' будет иметь приоритет.
|query
|Нет
|}
==Ответ==
===Коды ответа===
{| class="wikitable"
!Код
!Тип
!Описание
|-
|'''200'''
|Environment
|Успешно
|}
===Объекты тела ответа===
====Объект <code>Environment</code>====
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|name
|string
|Отображаемое имя среды.
|-
|id
|string
|Идентификатор среды. Должен соответствовать [a-zA-Z0-9_-]{1,70}
|-
|trial
|boolean
|Указывает, является ли среда пробной или непробной. Создание пробной среды возможно только в том случае, если это позволяет ваша лицензия. Значение по умолчанию — false (не пробная версия).
|-
|state
|string
|Указывает, включена или отключена среда (<code>DISABLED</code>, <code>ENABLED</code>). Значение по умолчанию — ENABLED
|-
|tags
|string[]
|Набор тегов, которые назначаются этой среде. Каждый тег может иметь максимальную длину 100 символов.
|-
|creationDate
|string
|Дата создания среды в формате ISO 8601 (гггг-ММ-дд'Т'ЧЧ:мм:сс.ССС'Z')
|-
|quotas
|EnvironmentQuotas
|Информация о потреблении на уровне среды и квотах. Возвращается только в том случае, если для параметра includeConsumptionInfo или includeUncachedConsumptionInfo установлено значение true. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|storage
|EnvironmentStorage
|Использование хранилища на уровне среды и информация об ограничениях. Не возвращается, если параметр includeStorageInfo не равен true. Если пропустить при редактировании методом PUT, то уже установленные лимиты останутся.
|}
====Объект <code>EnvironmentQuotas</code>====
Информация о потреблении на уровне среды и квотах. Возвращается только в том случае, если для параметра '''includeConsumptionInfo''' или '''includeUncachedConsumptionInfo''' установлено значение <code>true</code>. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|hostUnits
|HostUnitQuota
|Информация о потреблении хост-модулей и квотах на уровне среды. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
|-
|demUnits
|DemUnitsQuota
|Потребление единиц DEM и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы ЦМР не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|syntheticMonitors
|SyntheticQuota
|Синтетика отслеживает потребление и информацию о квотах на уровне среды. Не устанавливается (и не редактируется), если не включены ни синтетические, ни цифровые единицы измерения. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|customMetrics
|CustomMetricsQuota
|Использование пользовательских метрик и информация о квотах на уровне среды. Не задано (и недоступно для редактирования), если специальные показатели не включены. Не устанавливается (и не редактируется), если включены единицы данных Дейвиса. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
|-
|AIDataUnits
|AIDataUnitsQuota
|Потребление единиц данных Fedor и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы данных Дэвиса не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|logMonitoring
|LogMonitoringQuota
|Журнал мониторинга потребления и информации о квотах на уровне среды. Не задано (и недоступно для редактирования), если мониторинг журналов не включен. Не задано (и недоступно для редактирования), если мониторинг журналов перенесен в данные AI на уровне лицензии. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|}
====Объект <code>HostUnitQuota</code>====
Информация о потреблении хост-модулей и квотах на уровне среды. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|currentUsage
|number
|Текущее использование среды.
|-
|maxLimit
|integer
|Параллельная квота среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>DemUnitsQuota</code>====
Потребление единиц DEM и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы ЦМР не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывается каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>SessionPropertiesQuota</code>====
User session properties consumption information on environment level.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|}
====Объект <code>SyntheticQuota</code>====
Синтетика отслеживает потребление и информацию о квотах на уровне среды. Не устанавливается (и не редактируется), если не включены ни синтетические, ни цифровые единицы измерения. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>CustomMetricsQuota</code>====
Использование пользовательских метрик и информация о квотах на уровне среды. Не задано (и недоступно для редактирования), если специальные показатели не включены. Не устанавливается (и не редактируется), если включены единицы данных Дейвиса. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|currentUsage
|number
|Текущее использование среды.
|-
|maxLimit
|integer
|Параллельная квота среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>AIDataUnitsQuota</code>====
Потребление единиц данных Дэвиса и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы данных Дейвиса не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>LogMonitoringQuota</code> object====
Журнал мониторинга потребления и информации о квотах на уровне среды. Не задано (и недоступно для редактирования), если мониторинг журналов не включен. Не задано (и недоступно для редактирования), если мониторинг журналов перенесен в данные Fedor на уровне лицензии. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>EnvironmentStorage</code> object====
Использование хранилища на уровне среды и информация об ограничениях. Не возвращается, если параметр includeStorageInfo не равен true. Если пропустить при редактировании методом PUT, то уже установленные лимиты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|transactionStorage
|TransactionStorage
|Использование хранилища транзакций и ограничение информации на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|symbolFilesFromMobileApps
|SymbolFilesFromMobileApps
|Файлы символов из хранилища мобильных приложений используют информацию об использовании и ограничениях на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|logMonitoringStorage
|LogMonitoringStorage
|Журнал мониторинга использования хранилища и информации об ограничениях на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|serviceRequestLevelRetention
|ServiceRequestLevelRetention
|Параметры хранения уровня запросов на обслуживание на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
|-
|serviceCodeLevelRetention
|ServiceCodeLevelRetention
|Параметры хранения на уровне кода службы на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
|-
|realUserMonitoringRetention
|RealUserMonitoringRetention
|Реальные параметры хранения мониторинга пользователей на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|syntheticMonitoringRetention
|SyntheticMonitoringRetention
|Настройки хранения синтетического мониторинга на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|logMonitoringRetention
|LogMonitoringRetention
|Параметры хранения мониторинга журнала на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Может быть установлено любое значение от 5 до 90 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|userActionsPerMinute
|UserActionsPerMinute
|Максимальное количество пользовательских действий, генерируемых в минуту на уровне среды. Можно установить любое значение от 1 до 2 147 483 646 или оставить без ограничений. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|transactionTrafficQuota
|TransactionTrafficQuota
|Максимальное количество новых отслеживаемых точек входа PurePath, захваченных за процесс в минуту на уровне среды. Может быть установлено любое значение от 100 до 100000. Если пропустить при редактировании методом PUT, то останется уже установленный лимит.
|}
====Объект <code>TransactionStorage</code>====
Использование хранилища транзакций и ограничение информации на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|retentionReductionPercentage
|string
|Процент усечения для новых данных.
|-
|retentionReductionReason
|string
|Причина усечения.
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}
====Объект <code>SymbolFilesFromMobileApps</code>====
Файлы символов из хранилища мобильных приложений используют информацию об использовании и ограничениях на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}
====Объект <code>LogMonitoringStorage</code>====
Журнал мониторинга использования хранилища и информации об ограничениях на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}
====Объект <code>ServiceRequestLevelRetention</code>====
Параметры хранения уровня запросов на обслуживание на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>ServiceCodeLevelRetention</code>====
Параметры хранения на уровне кода службы на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>RealUserMonitoringRetention</code>====
Реальные параметры хранения мониторинга пользователей на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>SyntheticMonitoringRetention</code>====
Настройки хранения синтетического мониторинга на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}

====Объект <code>LogMonitoringRetention</code>====
Параметры хранения мониторинга журнала на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Может быть установлено любое значение от 5 до 90 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>UserActionsPerMinute</code>====
Максимальное количество пользовательских действий, генерируемых в минуту на уровне среды. Можно установить любое значение от 1 до 2 147 483 646 или оставить без ограничений. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный трафик [единиц в минуту]
|}
====Объект <code>TransactionTrafficQuota</code>====
Максимальное количество новых отслеживаемых точек входа PurePath, захваченных за процесс в минуту на уровне среды. Может быть установлено любое значение от 100 до 100000. Если пропустить при редактировании методом PUT, то останется уже установленный лимит.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный трафик [единиц в минуту]
|}
===JSON-модель тела ответа===
<{
"name": "example environment",
"state": "ENABLED",
"tags": [
"tag1",
"tag2"
],
"trial": false
}
==Пример==
Находит среду с идентификатором be22c776-1414-43f3-b39b-32e7bddcb0a3 и включает данные о потреблении.
====Curl====
<code>curl -X GET "<nowiki>https://myManaged.cluster.com/api/cluster/v2/environments/19a963a7-b19f-4382-964a-4df674c8eb8e?includeConsumptionInfo=true</nowiki>" -H "accept: application/json; charset=utf-8" -H "Authorization: Api-Token dt0c01.abc123.abcdefjhij1234567890"</code>
====URL-адрес запроса====
<code><nowiki>https://myManaged.cluster.com/api/cluster/v2/environments/19a963a7-b19f-4382-964a-4df674c8eb8e?includeConsumptionInfo=true</nowiki></code>
====Тело ответа====
<{
"name": "MyNewTeam",
"id": "19a963a7-b19f-4382-964a-4df674c8eb8e",
"trial": false,
"state": "ENABLED",
"tags": [
"owner:somebody@mycompany.ru",
"department:finance"
],
"creationDate": "2021-03-09T08:43:32.496Z",
"quotas": {
"hostUnits": {
"maxLimit": null,
"currentUsage": 0
},
"demUnits": {
"monthlyLimit": null,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"userSessions": {
"totalMonthlyLimit": null,
"totalAnnualLimit": null,
"totalConsumedThisMonth": 0,
"totalConsumedThisYear": 0,
"consumedMobileSessionsThisMonth": 0,
"consumedMobileSessionsThisYear": 0,
"consumedUserSessionsWithWebSessionReplayThisMonth": 0,
"consumedUserSessionsWithWebSessionReplayThisYear": 0,
"consumedUserSessionsWithMobileSessionReplayThisMonth": 0,
"consumedUserSessionsWithMobileSessionReplayThisYear": 0
},
"sessionProperties": {
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"syntheticMonitors": {
"monthlyLimit": null,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"customMetrics": null,
"AIDataUnits": {
"monthlyLimit": null,
"annualLimit": null,
"consumedThisMonth": 0,
"consumedThisYear": 0
},
"logMonitoring": null
}
}
====Код ответа====
<code>200</code>

Частые проблемы

2026-05-28T13:18:42Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Применение АппОптима|Fedor]] / Частые проблемы'''''

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

Чтобы уменьшить шум предупреждений и избежать рассылки спама, механизм причинно-следственных связей АппОптима автоматически обнаруживает регулярно возникающие проблемы, возникающие из-за неоптимальных, хотя и приемлемых условий. АппОптима обнаруживает такие частые проблемы путем анализа структуры проблем отслеживаемых объектов в течение определенных периодов наблюдения продолжительностью в один день и одну неделю.

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

Проблемы, которые менее серьезны и имеют меньшую продолжительность, чем предыдущие предупреждения, считаются частыми проблемами, и поэтому предупреждения для них подавляются. Подробнее о степени серьезности событий см. в разделе Типы событий.

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

Страницы обзора объектов, подверженных частым проблемам, содержат сообщение о частой проблеме.

== Оценка частых проблем ==
На приведенной ниже диаграмме показана классификация проблем.

* Зеленый - это нормальное рабочее состояние.
* Желтый - это событие, которое часто повторяется, но является нормальным для вашей системы. Это может быть, например, событие замедления работы диска, относящееся к устройству, не являющемуся критически важным. Эти события являются нездоровыми, но никаких предупреждений не требуется.
* Красный - это событие, которое влияет на нормальную работу и вызывает предупреждение.

[[Файл:Oknok.png|центр|безрамки]]
Цель процесса оценки - классифицировать входящее событие как желтое или красное.

Процесс оценки независим для каждого типа событий и каждого объекта мониторинга. Он начинается с двух наборов исторических событий:

* События за последние 24 часа
* События за последние 7 дней

И выглядит следующим образом:

# 24-часовой набор сортируется двумя способами:
#* Продолжительность (от минимальной до максимальной)
#* Степень серьезности (от меньшей до более серьезной)
# Когда приходит новое событие, оно размещается в нужном месте в каждом из этих отсортированных наборов.
# Из каждого исходного отсортированного набора создается подмножество, состоящее из событий справа от нового события (то есть более продолжительных и серьезных).
# Создается набор ссылок, состоящий из событий, которые появляются в обоих этих двух подмножествах.
## Размер справочного набора рассчитывается как количество событий в справочном наборе.
## Продолжительность контрольного набора вычисляется как сумма длительностей событий в контрольном наборе.
# Тот же набор ссылок создается на основе набора, рассчитанного на 7 дней.
# Оцениваются следующие критерии:
#* Если размер 24-часового контрольного набора равен или больше 3, условие отображается желтым цветом. В противном случае оно отображается красным цветом.
#* Если продолжительность 24-часового контрольного набора равна или превышает 50% от 24 часов (12 часов = 720 минут = 43 200 секунд), условие отображается желтым цветом. В противном случае она отображается красным цветом.
#* Если размер установленного 7-дневного контрольного набора равен или больше 7, условие отображается желтым цветом. В противном случае оно отображается красным цветом.
#* Если продолжительность 7-дневного контрольного набора равна или превышает 30% от 7 дней (50,4 часа = 3,024 минуты = 181,440 секунды), условие отображается желтым цветом. В противном случае она отображается красным цветом.
# Если хотя бы одно условие разрешено как желтое, событие классифицируется как желтое. В противном случае оно классифицируется как красное и запускается оповещение.

После первоначальной оценки каждое желтое событие оценивается повторно с интервалом в 1 минуту, пока оно не сменится на красное или не будет деактивировано.

Для простоты в этом примере рассматривается только установленный 24-часовой интервал. В этом примере тип события - это потребление процессора на хосте.

Исторические события за последние 24 часа имеют следующую продолжительность и значение:<blockquote>''Событие 1-45 секунд, 95,5%''

''события2-15 секунд, 99%''

''события3-35 секунд, 98%''

''события4-30 секунд, 97%''

''события5-60 секунд, 96%''</blockquote>

Отсортированные наборы выглядят следующим образом:<blockquote>''Продолжительность: {Событие2, Событие4, Событие3, событие1, Событие5}''

''Серьезность: {Событие1, Событие5, Событие4, Событие3, Событие2}''

''Поступает новое событие: Событие НОВОЕ -28 секунд, 95%. Оно занимает следующие позиции в отсортированных наборах:''

''Продолжительность: {Событие 2, СобытиеНОВОЕ, Событие4, Событие3, Событие1, Событие5}''

''Серьезность: {СобытиеНОВОЕ, Событие1, Событие5, Событие4, Событие3, Событие2}''</blockquote>Подмножества, состоящие из событий справа, выглядят следующим образом:<blockquote>''Продолжительность: {Событие4, Событие3, событие1, Событие5}''

''Серьезность: {Событие1, Событие5, Событие4, Событие3, Событие2}''

''Следующие события отображаются в обоих подмножествах и формируют набор ссылок: {Событие1, Событие3, Событие4, Событие5}.''</blockquote>Размер контрольного набора равен '''4'''. Условие отображается желтым цветом.

Продолжительность контрольного набора составляет '''170''' секунд. Условие исправлено красным цветом.

Существует одно желтое условие, поэтому событие NEW классифицируется как желтое и не вызывает оповещения.

Примечания к релизу 246

2026-05-28T13:18:34Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 246'''''

==Новые функции и улучшения==
===Поддержка операционных систем===

* Centos 6.x, Red Hat Enterprise Linux 6.x, Oracle Linux 6.x больше не поддерживаются с 1 октября 2021 г. Однако мы по-прежнему поддерживаем существующие развертывания и разрешаем обновления. Сообщаем вам, что АппОптима версии 1.250 станет последней версией, до которой вы сможете обновиться в неподдерживаемых операционных системах.

* Добавлена поддержка Red Hat Enterprise Linux 9.0.

===Текущие изменения поддержки управляемых операционных систем АппОптима===
=====Следующие операционные системы больше не будут поддерживаться с 1 июля 2022 г.=====

* Linux : CentOS 7.8, 8.2, 8.4
** x86-64
** Последняя совместимая версия: 1.246

* Linux : Red Hat Enterprise Linux 7.8
** x86-64
** Последняя совместимая версия: 1.246
*Linux: Oracle Linux 7.8
**x86-64
**Последняя совместимая версия: 1.246
=== Будущие изменения поддержки управляемых операционных систем АппОптима===

===== Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г. =====
*Linux : SUSE Enterprise Linux 11.4
**x86-64
=====Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г.=====
*Linux : Debian 9
**x86-64
*Linux : SUSE Enterprise Linux 12.3
**x86-64

=== Прошедшие изменения поддержки управляемых операционных систем АппОптима ===

=====Следующие операционные системы больше не поддерживаются с 1 марта 2022 г.=====
*Linux : CentOS 8.3
**x86-64
**Последняя совместимая версия: 1.228
*Linux : Red Hat Enterprise Linux 8.3
**x86-64
**Последняя совместимая версия: 1.228
*Linux : Oracle Linux 8.3**x86-64
**Последняя совместимая версия: 1.228
=====Следующие операционные системы больше не поддерживаются с 1 мая 2022 г.=====
*Linux : CentOS 7.6, 8.1
**x86-64
**Последняя совместимая версия: 1.232
* Linux : Red Hat Enterprise Linux 7.6, 8.1
**x86-64
**Последняя совместимая версия: 1.232
*Linux : Oracle Linux 7.6, 8.1
**x86-64
**Последняя совместимая версия: 1.232
=====Следующие операционные системы больше не поддерживаются с 1 июня 2022 г.=====
*Linux : Ubuntu 20.10
**x86-64
**Последняя совместимая версия: 1.234
=====Следующие операционные системы больше не поддерживаются с 1 августа 2022 г.=====
*Linux : CentOS 7.7
**x86-64
** Последняя совместимая версия: 1.238

*Linux : Red Hat Enterprise Linux 7.7
**x86-64
**Последняя совместимая версия: 1.238

* Linux : Oracle Linux 7.7
**x86-64
**Последняя совместимая версия: 1.238
==Решенные проблемы==
Выпуск 246 содержит 47 решенных проблем
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|АктивныйШлюз
|1
|-
|Безопасность приложений
|2
|-
|Кластер
|38
|-
|Синтетика
|1
|-
|Облачное решение для автоматизации
|1
|-
|Консоль управления кластером
|1
|-
|Решение для мониторинга инфраструктуры
|1
|-
|Мониторинг журнала
|1
|-
|Пользовательский интерфейс
|1
|}

==== АктивныйШлюз ====

* Утечка памяти исправлена в модуле Kubernetes АктивныйШлюз.

==== Безопасность приложений ====

* Исправлено отсутствие «Обнаруженной группы уязвимых процессов» на странице отслеживания исправлений.
*Расширение решенной проблемы безопасности в списке сторонних уязвимостей теперь показывает подробности.

==== Кластер ====

* Устранена проблема, из-за которой пользователи без разрешения «Изменить параметры мониторинга» не могли перейти к сведениям о плитке панели мониторинга, отображающей информацию из удаленной среды.
* Исправлено непреднамеренное включение предварительных версий функции защиты приложений на агентах, если они включены глобально.
* Изменено форматирование процентов и единиц измерения в проводнике метрик.
* Плитки на дашборде периодически не отображаются. Rest API: изменение capturingName в metaDataCaptureSettings не работает.
* Исправлена проблема с распараллеливанием запросов метрик, из-за которой значения удваивались при чтении изменчивого временного ряда (неконсолидированные точки данных).
* Устранена проблема с неправильными настройками базовых показателей по умолчанию для предупреждений, что приводило к неправильным расчетам базовых показателей и отсутствию предупреждений.
* Введена проверка параметров зоны управления, которая предотвращает настройку более одного ключевого условия метрики для одного и того же размерного правила.

* Устранена проблема, из-за которой пользователи без разрешения «Изменить параметры мониторинга» не могли перейти к сведениям о плитке панели мониторинга, отображающей информацию из удаленной среды.
* Фильтр Error Count больше нельзя применять, если он уже был применен.
* Устранена проблема с неправильными настройками базовых показателей по умолчанию для предупреждений, что приводило к неправильным расчетам базовых показателей и отсутствию предупреждений.
* Добавлено распространение зоны управления для учетной записи AWS (AWS_CREDENTIALS) в AWS_APPLICATION_LOAD_BALANCER и AWS_NETWORK_LOAD_BALANCER.
* Исправлена ошибка, из-за которой карты мира не отображались на панелях управления, к которым предоставлен анонимный доступ.
* Исправлена проблема с ошибкой 403, которую некоторые клиенты могли получить на странице хоста.
* Устранена проблема (появившаяся в версиях АппОптима 243 и 244), из-за которой непреднамеренно отключались обновления конфигурации источника журналов для агентов ЕдиногоАгента, подключенных к узлам сервера, добавленным после обновления кластера.
* Исправлена проблема с обнаружением службы на основе правил: преобразования «Между» и «Заменить Между» теперь работают правильно при любых обстоятельствах.
* В Log Viewer улучшено отображение индикатора загрузки фасетов (индикатор отображается только при использовании поискового ввода, а не при получении результата).
* При открытии страницы настроек Kubernetes со страницы сведений о кластере на странице настроек больше не отображается диалоговое окно «У вас есть несохраненные изменения» до того, как пользователь введет какие-либо данные.
* В средстве просмотра журнала Log Monitoring выбранные фасеты теперь немедленно синхронизируются при изменении фильтров в поле фильтра.
* Улучшена производительность памяти при сопоставлении профилей предупреждений.
* Попытка удалить параметр обнаружения сбоев, который уже используется правилом обнаружения сбоев, возвращает соответствующее сообщение о нарушении ограничения и предотвращает операцию.
* Теперь для распространения правила тегирования используется правильная нормализация.
* Изменения конфигурации через REST API с использованием неперсонализированного токена теперь проверяются с помощью общедоступного идентификатора токена, а не пользователя, создавшего токен.
* Исправлена интеграция OpsGenie для уведомления о закрытии проблемы.
* Исправлена проблема, из-за которой профили предупреждений, содержащие несколько правил с одинаковой серьезностью, но разной продолжительностью и фильтрами тегов, ошибочно сопоставляли проблемы, отправляя уведомления, которые не должны были отправляться.
* Введена проверка параметров зоны управления, которая предотвращает настройку более одного ключевого условия метрики для одного и того же размерного правила.
* Исправлено обновление кластера до версии 1.246.191 (сбой с сообщением «Nodekeeper не был успешно обновлен»).
* Улучшена производительность памяти при сопоставлении и отправке уведомлений о проблемах.
* Устранена проблема, из-за которой при выходе со страницы просмотра журнала закрывались не все подписки, что приводило к некорректному поведению веб-интерфейса.
* Исправлена проблема, из-за которой события в службах «Запросы к неконтролируемым хостам» (и других службах группирования) объединялись (чего они никогда не должны делать).
* На странице сведений об ошибке JavaScript теперь отображается полный URL-адрес BLOB-объекта файла, а не только последний сегмент URL-адреса.
* Исправлены отсутствующие метаданные среды в свойствах на новом экране хоста.
* Возможность создания дампа памяти теперь доступна для процессов .NET непосредственно на странице процесса.
* Элементы легенды диаграммы событий сведений о сеансе теперь всегда отображаются по мере необходимости (устранены отсутствующие элементы легенды).
* Полные правила определения веб-сервиса: исправлено преобразование Context Root - копирование сегментов URL.
* Удалены определенные технологии (.Net и Node.js) из коммутатора gRPC (поскольку они поддерживаются для всех модулей кода).
* Хлебные крошки на страницах настроек, связанных с услугами, теперь показывают правильную информацию.
* Исправлено обновление кластера до версии 1.246.191 (сбой с сообщением «Nodekeeper не был успешно обновлен»).

==== Синтетика ====

* Исправлена ошибка, из-за которой поля учетных данных включались до нажатия кнопки *Перезаписать учетные данные*.

==== Облачное решение для автоматизации ====

* Исправлена проблема, из-за которой на странице инструментовки возникала непредвиденная ошибка при загрузке URL-адресов экземпляра CA.

==== Консоль управления кластером ====

* Длина имени среды теперь правильно проверяется при создании.

==== Решение для мониторинга инфраструктуры ====

* Из соображений безопасности мы заблокировали пользовательские расширения SQL с помощью платформы Extensions 2.0.

==== Мониторинг журнала ====

* Увеличен максимальный размер полезной нагрузки для Log Ingest API до 5 МБ (было 1 МБ).

==== Пользовательский интерфейс ====

* Улучшено обновление таблицы токенов доступа для представления последнего состояния в базе данных сервера после использования разбиения на страницы.

=='''ЕдиныйАгент'''==

=== Поддержка серверов ===

==== NGINX ====

* Добавлена поддержка Kong API Gateway.

==== Node.js ====

* Добавлена поддержка RabbitMQ 0.9.x.

==== z/OS ====

* <code>oneagentzos-R12450.pax</code> теперь доступен.
* Добавлена поддержка модуля кода CICS для мониторинга CTS 6.1.

==== PHP ====

* Добавлена поддержка OpenTelemetry 0.0.10.
* Добавлена поддержка OpenTelemetry 0.0.11.

==== Azure Serverless ====

* Добавлена трассировка плана потребления функций Azure для Python.

==== SDK ЕдиногоАгента для Android ====

* Начиная с ЕдиныйАгент SDK для Android версии 8.245, мы прекращаем поддержку следующих версий Android и плагинов Gradle:
** Android 4.0.3 - 4.4 (уровень API 15 - 19)
** Плагины Android Gradle 3.1 - 3.6. После релиза мы будем поддерживать следующие версии:
** Android 5.0+ (уровень API 21+)
** Плагины Android Gradle 4.0+

=== Новые функции и улучшения ===

==== ЕдиныйАгент теперь сертифицирован по стандарту FIPS 140-3. ====
Стандарт FIPS 140-3 (требования безопасности для криптографических модулей) «применим ко всем федеральным агентствам, которые используют криптографические системы безопасности для защиты конфиденциальной информации в компьютерных и телекоммуникационных системах (включая голосовые системы), как определено в разделе 5131 Закона об информационных технологиях. Закон о реформе управления от 1996 г., публичный закон 104-106, и Федеральный закон об управлении информационной безопасностью от 2002 г., публичный закон 107-347».

==== ЕдиныйАгент Go SDK расширен ====
Мы добавили поддержку доступа к метаданным через ЕдиныйАгент SDK для Go.

=== Поддержка технологий и операционных систем ===

* Добавлена поддержка AlmaLinux 8.6+.
* Добавлена поддержка Fedora 35.
* Добавлена поддержка Fedora 36.
* Добавлена поддержка IBM AIX VIOS 3.1.x.

==== Текущие изменения поддержки технологий ====

===== Неподдерживаемые технологии с версии ЕдиногоАгента > 1.245 =====

* Microsoft IIS 7.0 для Microsoft IIS
** Поставщик прекратил поддержку этой технологии и версии с 14 января 2020 г.

==== Будущие изменения поддержки ОС ====

===== Неподдерживаемые ОС с 1 октября 2022 г. =====

* Linux: SUSE Linux Enterprise Server 11.4

===== Неподдерживаемые ОС с 1 декабря 2022 г. =====

* Windows: Windows Desktop 10 1909
** x86-64
* Windows: Windows Server 20H2
** x86-64

===== Неподдерживаемые ОС с 1 января 2023 г. =====

* Linux: Debian 8, 9
** x86-64
* Linux: SUSE Linux Enterprise Server 12.3

===== Неподдерживаемые ОС с 1 февраля 2023 г. =====

* Linux: Ubuntu 21.10

===== Неподдерживаемые ОС с 1 апреля 2023 г. =====

* Linux: Google Container-Optimized OS 85 LTS
** x86-64
* Linux: EulerOS 2.3

==== Прошедшие изменения поддержки технологий ====

===== Неподдерживаемые технологии с версии ЕдиногоАгента > 1.227 =====

* OpenTelemetry 1.0.0-RC1 for Go
* OpenTelemetry 1.0.0-RC2 for Go

===== Неподдерживаемые технологии с версии ЕдиногоАгента > 1.239 =====

* JBoss Application Server 6, 7 for Java
** The vendor has de-supported this technology and version with 2009-09-01
* JBossWS (JBoss AS) 4.x for Java
** The vendor has de-supported this technology and version with 2009-09-01
* OpenTelemetry 0.0.2 for PHP

==== Прошедшие изменения поддержки ОС ====

===== Неподдерживаемые ОС с 1 февраля 2022 г. =====

* Linux: Red Hat Enterprise Linux CoreOS 4.5
** x86-64
** Последняя совместимая версия: 1.235

===== Неподдерживаемые ОС с 1 марта 2022 г. =====

* Linux: Google Container-Optimized OS 81 LTS
** x86-64
** Последняя совместимая версия: 1.235

===== Неподдерживаемые ОС с 1 апреля 2022 г. =====

* UNIX: IBM AIX 7.2 TL3
** POWER8, POWER9
** Последняя совместимая версия: 1.237

===== Неподдерживаемые ОС с 1 июня 2022 г. =====

* Linux: Fedora 33
** x86-64
** Последняя совместимая версия: 1.241

===== Неподдерживаемые ОС с 1 июля 2022 г. =====

* Linux: CentOS 8.x
** x86-64
** Последняя совместимая версия: 1.243
* Linux: CentOS 8.x
** PPCLE
* Linux: CentOS 8.x
** ARM64 (AArch64)

==== Другие изменения поддержки ====

===== ЕдиныйАгент для z/OS =====

====== Сборка 1.245.0 ======

* Исправлена ошибка модуля кода IMS и зацикливания IMS, которые возникали после запуска нескольких параллельных заданий утилиты внедрения IMS для одного и того же zDC и IMS.
* Сообщения утилиты внедрения IMS отображаются в SYSPRINT DD вместо Jeslog.
*Дано разрешение датчику LE работать в средах, настроенных с включенным новым средством IEP.

=== Решённые проблемы ===
Версия 1.245 содержит 28 решённых проблем.
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Apache
|1
|-
|PHP
|4
|-
|Все модули
|3
|-
|NGINX
|1
|-
|Модуль ОС
|3
|-
|Go
|3
|-
|Fedor
|2
|-
|.NET
|4
|-
|Watchdog
|1
|-
|Общее
|1
|-
|Мейнфрейм
|2
|-
|Node.js
|1
|-
|Java
|2
|}

==== Apache ====

* Исправлен сбой Apache при завершении работы.

==== PHP ====

* Улучшен инструментарий `trait` для предотвращения возможного возникновения петель в определенных случаях.
* Исправлена проблема, вызывавшая сбои в некоторых случаях, когда количество аргументов метода PHP было значительно большим.
* Исправлена проблема с внедрением ЕдиногоАгента в PHP 8.1 при настройке PaaS.
* Чтобы избежать неопределенного поведения, трассировка стека PHP больше не фиксируется при переполнении кучи.

==== Все модули ====

* Правила CloudEvents, не имеющие сопоставления, теперь пропускаются и не создают событие.
* Исправлена функциональность DataStorage (дампы памяти и отчеты о сбоях) для приложений, работающих внутри контейнеров, когда ЕдиныйАгент Full-Stack Monitoring развертывается через контейнер с объемным хранилищем.
* Модули кода ЕдиногоАгента, работающие в автономном режиме, больше не изменяют имя потока приложения, который использовался для загрузки модуля кода.

==== NGINX ====

* Теперь поддерживается NGINX 1.23.

==== Модуль ОС ====

* В некоторых случаях ЕдиныйАгент в AIX не мог прочитать командную строку процесса для вновь созданного процесса, что приводило к неправильной группировке процессов. Теперь все данные для процесса обновляются в следующем цикле.
* Исправлена высокая загрузка ЦП процессом мониторинга хоста ЕдиногоАгента, вызванная группировкой кратковременных процессов в родительский процесс.
* Исправлена ошибка, из-за которой Nettracer захватывал неполные строки, что приводило к потере данных.

==== Go ====

* Исправлен сбой в датчике OpenTelemetry при чтении входных параметров запущенного пролета.
* Исправлена проблема, из-за которой неинициализированный объект подключения клиента использовался для выполнения вызова gRPC, что приводило к сбою Go.
* Logrus версии 1.7.0 и более ранние не поддерживаются из-за проблемы состояния гонки в фреймворке.

==== Fedor ====

* Устранена проблема, из-за которой создание исходящих тегов при запуске трассировки PurePath с пользовательским тегом иногда приводило к сбою, когда создание запускалось несколькими параллельными потоками.
* Исправлена обработка traceid/spanid в случаях, когда они различаются между тегом АппОптима (предпочтительный источник) и traceparent, что приводило к проблемам сшивания путей.

==== .NET ====

* Повышена стабильность модуля кода ЕдиногоАгента .NET.
* Повышена стабильность модуля кода ЕдиногоАгента .NET, считывающего сборки .NET.
* Исправлена ошибка, препятствовавшая мониторингу приложения ASP.NET Core, если был включен модуль кода ЕдиногоАгента .NET.
* Повышена стабильность модуля кода ЕдиногоАгента .NET.

==== Watchdog ====

* Исправлена проблема, из-за которой подключаемые модули ЕдиногоАгента в Windows не работали из-за недопустимого дескриптора стандартного ввода.

==== Общее ====

* Дочерние процессы, порожденные модулем Extension Execution Controller (EEC), больше не наследуют дескрипторы файлов.

==== Мейнфрейм ====

* Сценарий службы zRemote перемещен из `/etc/init.d` в каталог установки ЕдиногоАгента для всех дистрибутивов, использующих systemd.
* Исправлена обработка zRemote неполных соединений, которые приводили к недействительному рукопожатию с zLocal.

==== Node.js ====

* Решена проблема, из-за которой хост и порт не были успешно получены для определенных конфигураций MongoDB 4.x.

==== Java ====

* `NoClassDefFoundError` для `JrmpTaggingIntrospectionWrapper` больше не возникает, когда ЕдиныйАгент используется вместе с некоторыми другими агентами в Java 11.
* Исправлена проблема с разбором заголовков трассировки, которая потенциально вызывала дисбаланс нагрузки.

=== Решённые проблемы ЕдиногоАгента для JavaScript ===
Версия 1.245 не содержит решённых проблем, с которыми сталкиваются пользователи.

Примечания к релизу 250

2026-05-28T13:18:27Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 250'''''

== '''АппОптима''' ==

=== Новые функции и улучшения ===

==== Конфигурация интернет-прокси для развертывания с "воздушным зазором" ====
Теперь вы можете настроить конфигурацию прокси-сервера в консоли управления кластером для изолированных (автономных) развертываний. Настроенный прокси-сервер используется внешними службами уведомления о проблемах, такими как ServiceNow, Jira и веб-перехватчики.

==== Конфигурация режима страницы входа теперь доступна для встроенной учетной записи администратора. ====
Чтобы изменить режим страницы входа в предыдущих версиях, при входе через SSO должен был быть хотя бы один администратор кластера. Теперь, когда система единого входа не работает, вы можете войти в кластер через <code>/admin</code>страницу и настроить конфигурацию страницы входа.

==== Расширенная автоматизация включается с токеном «после установки». Область управления токенами кластера ====
Администратор кластера, которому нужна полностью автоматическая настройка кластера, может использовать только REST API, авторизованный областью действия токена Service Provider API. Мы расширили этот токен областью управления токенами кластера. Теперь пользователь также может автоматически генерировать другие токены по мере необходимости, например токен с настройками чтения/записи.

==== Скорректированы значения доступного и зарезервированного пространства для хранилищ узлов кластера. ====
Мы скорректировали значения, отображаемые на странице «Консоль управления кластером — узлы кластера» и в событиях кластера, чтобы они соответствовали поведению усечения данных. На практике новые значения являются более строгими, чтобы обеспечить надежность работоспособности развертывания кластера. Вы можете обнаружить меньше свободного места и больше зарезервированного места.

==== Улучшенная навигация ====
Мы добавили новый элемент навигации группы настроек на страницы настроек 2.0 со ссылкой на первую настройку в группе настроек.

==== Метка разрешения учетной записи в консоли управления кластером переименована ====
Разрешение учетной записи <code>Просмотр использования продукта и управление информацией об учетной записи</code>было переименовано <code>Редактирование биллинга и информации об учётной записи</code>, чтобы соответствовать имени разрешения в АппОптима SaaS.

=== Поддержка операционных систем ===

==== Добавлен Rocky Linux 9.0 ====
Мы добавили поддержку Rocky Linux 9.0.

==== Прекращение поддержки Ubuntu 21.04 ====
Ubuntu 21.04 больше не поддерживается для новых установок. Мы по-прежнему поддерживаем существующие развертывания и разрешаем обновления. Это примечание информирует вас о том, что АппОптима версии 1.258 будет последней версией, до которой вы сможете обновиться в неподдерживаемой операционной системе.

==== Будущие изменения поддержки управляемых операционных систем АппОптимаом ====

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. =====

* Linux : Debian 9
** x86-64
** Последняя совместимая версия: 1.254

* Linux : SUSE Enterprise Linux 12.3
** x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 марта 2023 г. =====

* Linux : Red Hat Enterprise Linux 8.2
** x86-64
** Последняя совместимая версия: 1.252
* Linux: Oracle Linux 8.2
** x86-64
** Последняя совместимая версия: 1.252

===== Следующие операционные системы больше не будут поддерживаться с 1 июля 2023 г. =====

* Linux : SUSE Enterprise Linux 15.0
** x86-64

==== Прошедшие изменения поддержки управляемых операционных систем АппОптима ====

===== Следующие операционные системы больше не поддерживаются с 1 мая 2022 г. =====

* Linux : CentOS 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232
* Linux : Red Hat Enterprise Linux 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232
* Linux : Oracle Linux 7.6, 8.1
** x86-64
** Последняя совместимая версия: 1.232

===== Следующие операционные системы больше не поддерживаются с 1 июня 2022 г. =====

* Linux: Ubuntu 20.10
** x86-64
** Последняя совместимая версия: 1.234

===== Следующие операционные системы больше не поддерживаются с 1 июля 2022 г. =====

* Linux : CentOS 7.8, 8.2, 8.4
** x86-64
** Последняя совместимая версия: 1.246
* Linux : Red Hat Enterprise Linux 7.8
** x86-64
** Последняя совместимая версия: 1.246
* Linux: Oracle Linux 7.8
** x86-64
** Последняя совместимая версия: 1.246

===== Следующие операционные системы больше не поддерживаются с 1 августа 2022 г. =====

* Linux: CentOS 7.7
** x86-64
** Последняя совместимая версия: 1.238
* Linux : Red Hat Enterprise Linux 7.7
** x86-64
** Последняя совместимая версия: 1.238
* Linux: Oracle Linux 7.7
** x86-64
** Последняя совместимая версия: 1.238

===== Следующие операционные системы больше не поддерживаются с 1 октября 2022 г. =====

* Linux : SUSE Enterprise Linux 11.4
** x86-64

===== Следующие операционные системы больше не поддерживаются с 1 ноября 2022 г. =====

* Linux : Ubuntu 21.04
** x86-64
** Последняя совместимая версия: 1.244

=== Решенные проблемы ===
Выпуск 250 содержит 35 решенных проблем (в том числе 1 устранённая уязвимость)
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Безопасность приложений
|2
|-
|Кластер
|30
|-
|Облачное решение для автоматизации
|1
|-
|АппОптима
|1
|-
|АктивныйШлюз
|1
|}

==== Безопасность приложений ====

* Включение функции ЕдиногоАгента «Оценка безопасности на уровне кода Java» больше не приводит к созданию отчетов об использовании для защиты приложений, даже если защита приложений не включена в кластере.
* На странице «Сторонние уязвимости» теперь корректно отображаются «Узлы» вместо «Группы процессов» для «Затрагиваемых объектов».

==== Кластер ====

* Устранена проблема, из-за которой в среде АппОптима, работающей в нескольких центрах обработки данных, если проблемная среда была настроена так, чтобы не разрешать конфликты на уровне базы данных, проблемы иногда автоматически закрывались путем закрытия несвязанной проблемы вручную для предыдущей проблемы.
* Исправлена проблема, из-за которой некоторые события, инициированные ЕдинымАгентом, например высокая загрузка ЦП, автоматически закрывались через 6 часов, даже если основная проблема все еще сохраняется. Это также может привести к раннему закрытию проблем, когда все их события автоматически закрываются слишком рано.

* Устранена проблема, из-за которой конфигурации предупреждений с родительскими фильтрами (например, фильтр MANAGEMENT_ZONE для SERVICE_METHOD) считались недействительными и не обрабатывались механизмом предупреждений.
* Устранена проблема, приводившая к отсутствию выполнения для фильтра событий, который соответствует многим событиям.
* Исправлена проблема с управляемыми пользователями, которые не использовали старое мобильное приложение в течение последних 180 дней, но установили новое мобильное приложение 3.0, после чего не получали мобильные push-уведомления.
* Исправлена проблема с расчетом количества наблюдаемых пользователей, отображаемых в задачах.
* Устранена проблема, из-за которой, когда пользователь пытался отключить и повторно включить обнаружение падения трафика в своих настройках обнаружения аномалий через API, вызов API изменял время ответа избыточного предупреждения с 10 минут до 1 минуты, хотя в его вызове ничего не должно было меняется.
* Порядок столбцов из запроса в расширенном режиме теперь отображается в таблице.
* Ссылки на средство просмотра лога теперь обрабатываются правильно (разрешает «Исключение Angular...»).
* Добавлена проверка нулевых значений для устранения исключения нулевого указателя.
* Исправлено частое обнаружение проблем для дисков и предупреждений AWS.
* Теперь можно отключить/включить звук запроса со страницы сведений о службе только с разрешениями IAM.
* Раздел «Ключевые запросы» теперь виден в сведениях о службах для служб фоновой активности.
* Устранена проблема, из-за которой параметр трассировки просмотра не включался для некоторых вызовов службы.
* Сортировка столбца модулей на странице рабочих нагрузок Kubernetes теперь работает правильно.
* Карта Istio теперь использует метрику istio_requests_total.count вместо метрики istio_request_messages_total.count.
* Запросы ключей теперь отображаются в списке запросов ключей, только если они в настоящее время помечены как запросы ключей (удаленные запросы ключей больше не отображаются).
* Страница обзора Kubernetes правильно отображает единицы памяти в японской локали.
* Средство просмотра лога теперь отображает точный коэффициент выборки, если он доступен.
* Исправлена проблема, из-за которой некоторые удаленные среды нельзя было использовать для функции трассировки между средами.
* Зона управления и временной интервал теперь сохраняются при использовании «Предварительного просмотра обновленной диаграммы» из пользовательской плитки диаграммы.
* Изменение правила параметра обнаружения ошибок, которое уже используется, больше не возвращает сообщение об ошибке «Ошибка пользовательской проверки».
* На странице «Всесторонний анализ: Геолокации» в столбце «Действия» теперь корректно отображаются действия в минуту вместо количества действий.
* В разделе «События» на страницах узла, службы и синтетических страниц теперь корректно перечислены все события.
* Автоматическое обновление больше не завершается сбоем из-за зависания команды «ss».
* Изменен блок «физическая память» в «Свойствах и тегах» на двоичный формат (GiB/MiB), чтобы он соответствовал графикам, связанным с памятью.
* Исправлена проблема, из-за которой иногда на диаграммах страницы унифицированного анализа не отображалась красная полоса в режиме задачи, если селекторы метрик в задаче ссылаются на те же данные, что и диаграммы, но селекторы разные.
* Исправлено сообщение об ошибке, появляющееся на диаграмме сетевого анализа при фильтрации отброшенных пакетов.
* Конфигурации метрических событий для служебных (и, возможно, других) объектов теперь вызывают проблемы, если использовался фильтр имени или тега.
* Выбор страницы «Настройки» > «Мониторинг» > «Обзор мониторинга» больше не приводит к ошибке.
*

==== Облачное решение для автоматизации ====

* Агрегация теперь корректна в отображаемых результатах для SLO «Производительность обслуживания» в визуализации таблицы.

==== АппОптима ====

* Устранена проблема, из-за которой отображалось сообщение «Не удается очистить каталог резервных копий» и происходила задержка при удалении файлов.

==== АктивныйШлюз ====

* '''Уязвимость:''' Текстовая библиотека Apache Commons была обновлена в ответ на CVE-2022-42889.

== '''ЕдиныйАгент АппОптима''' ==

=== Новые функции и улучшения. ===

==== Инструментарий SwiftUI ====
Начиная с версии ЕдиногоАгента для iOS 8.249, мы поддерживаем автоматическое инструментирование элементов управления SwiftUI.

===== Требования =====

* SwiftUI версии 2.0+
* iOS 14+
* ЕдиныйАгент для iOS

===== Поддерживаемые элементы управления =====

* Кнопка
* Степпер
* Пикер
* Переключатель
* Слайдер

=== z/OS ===

* <code>oneagentzos-R12490.pax</code>теперь доступно.

=== Go ===

* Добавлена поддержка OpenTelemetry 1.8 - 1.11.
* Добавлена поддержка Go 1.19.

=== Операционные системы ===

* Добавлена поддержка Amazon Linux 2022.
* Добавлена поддержка Rocky Linux 9.x.

==== Текущие изменения поддержки технологии ЕдиныйАгент АппОптима ====

===== ЕдиныйАгент АппОптима 1.249 — последняя версия, поддерживающая следующие технологии. =====

* Платформа корпоративных приложений JBoss 6 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 июня 2019 г.
* Платформа корпоративных приложений JBoss — Remoting 6 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 июня 2019 г.
* Платформа корпоративных приложений JBoss — RMI-IIOP 6 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 июня 2019 г.

==== Операционные системы, поддерживающие изменения АппОптима ЕдиногоАгента в текущий момент ====

===== Следующие операционные системы больше не будут поддерживаться с 1 августа 2022 г. =====

* Linux : Ubuntu 21.04
** Последняя совместимая версия: 1.249

==== Операционные системы, поддерживающие изменения ЕдиногоАгента АппОптима в будущем ====

===== Следующие операционные системы больше не будут поддерживаться с 1 декабря 2022 г. =====

* Windows : Рабочий стол Windows 10 1909 г.
** x86-64
* Windows : Windows Server 20H2
** x86-64

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. =====

* Linux : Debian 8, 9
** x86-64
* Linux : SUSE Linux Enterprise Server 12.3

===== Следующие операционные системы больше не будут поддерживаться с 1 февраля 2023 г. =====

* Linux : Ubuntu 21.10

===== Следующие операционные системы больше не будут поддерживаться с 1 апреля 2023 г. =====

* Linux : Google Container-Optimized OS 85 LTS
** x86-64
* Linux: EulerOS 2.3

===== Следующие операционные системы больше не будут поддерживаться с 1 июня 2023 г. =====

* Linux : openSUSE 15.3
** x86-64, PPCLE
* Linux : SUSE Linux Enterprise Server 15.0
* UNIX : IBM AIX 7.2 TL4
** POWER8, POWER9
* Windows : Рабочий стол Windows 10 21H1
** x86-64

==== Прошедшие изменения поддержки технологий ЕдинымАгентом АппОптима ====

===== АппОптима ЕдиныйАгент 1.239 была последней версией, поддерживающей следующие технологии. =====

* Сервер приложений JBoss 6, 7 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 сентября 2009 г.
* JBossWS (JBoss AS) 4.x для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 сентября 2009 г.
* OpenTelemetry 0.0.2 для PHP

===== АппОптима ЕдиныйАгент 1.245 была последней версией, поддерживающей следующие технологии. =====

* Microsoft IIS 7.0 для Microsoft IIS
** Поставщик прекратил поддержку этой технологии и версии с 14 января 2020 г.

==== Предыдущие изменения в поддержке операционных систем ЕдинымАгентом АппОптима ====

===== Следующие операционные системы больше не поддерживаются с 1 марта 2022 г. =====

* Linux : Google Container-Optimized OS 81 LTS
** x86-64
** Последняя совместимая версия: 1.235

===== Следующие операционные системы больше не поддерживаются с 1 апреля 2022 г. =====

* UNIX : IBM AIX 7.2 TL3
** POWER8, POWER9
** Последняя совместимая версия: 1.237

===== Следующие операционные системы больше не поддерживаются с 1 июня 2022 г =====

* Linux: Fedora 33
** x86-64
** Последняя совместимая версия: 1.241

===== Следующие операционные системы больше не поддерживаются с 1 июля 2022 г. =====

* Linux : CentOS 8.x
** x86-64
** Последняя совместимая версия: 1.243
* Linux : CentOS 8.x
** PPCLE
* Linux : CentOS 8.x
** ARM64 (AArch64)

* Linux : openSUSE 15.2
** x86-64, PPCLE
** Последняя совместимая версия: 1.247
* Windows : рабочий стол Windows 10 2004 г.
** x86-64
** Последняя совместимая версия: 1.247
* Windows : Windows Server 2004
** x86-64
** Последняя совместимая версия: 1.247

===== Следующие операционные системы больше не поддерживаются с 1 октября 2022 г. =====

* Linux : SUSE Linux Enterprise Server 11.4

=== Другие изменения поддержки ===

==== ЕдиныйАгент для z/OS ====

===== Сборка 1.249.0 =====

* Исправлен S0C1 в модуле кода DTAX, вызванный нехваткой памяти в регионе CICS.
* Исправлен сбой в диагностической утилите IMS <code>ZDTIDIAG</code>при выводе заголовков модулей. Предотвращено исключение защиты при входе в защищенное хранилище.
===Решенные проблемы ===
Общее количество решенных проблем — 12.
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Все модули
|2
|-
|.NET
|3
|-
|Механизм причинно-следственной связи Fedor
|1
|-
|Java
|1
|-
|Модуль регистрации
|1
|-
|Мейнфрейм
|1
|-
|Node.js
|1
|-
|PHP
|1
|}

==== Все модули ====

* Улучшена среда выполнения контейнера и обнаружение идентификатора контейнера в случае нескольких активных сред выполнения.
* Устранена проблема, препятствовавшая инициализации расширения ядра ЕдиногоАгента AIX при наличии конфликтующих сторонних расширений ядра (Symantec Data Center Security и IBM Guardium).

==== .NET ====

* Исправлена проблема ЕдиногоАгента .NET ASP.NET Sensor v2, из-за которой иногда прерывались запросы из-за слишком раннего захвата атрибутов запросов.
* Улучшена обработка модулем кода ЕдиногоАгента .NET служб трассировки между разными кластерами АппОптима.
* Повышена стабильность функции пользовательской службы модуля кода ЕдиногоАгента .NET.

==== Механизм причинно-следственной связи Fedor ====

* Устранена проблема сшивания трассировки PurePath, когда локальные пути имеют только один узел связи.

==== Java ====

* Решена проблема, из-за которой в редких случаях программные компоненты не сообщались в системах Windows.

==== Модуль регистрации ====

* Файлы старше 7 дней теперь имеют статус «ОК» (изменен с вводящего в заблуждение «Файл не найден на диске»).

==== Мейнфрейм ====

* Решена проблема с неточной синхронизацией трассировки PurePath при отправке веб-запросов на мейнфрейм.

==== Node.js ====

* Исправлена проблема усечения оператора SQL с Microsoft SQL.

==== PHP ====

* PHP: Исправлено неожиданное поведение с `SoapClient::_getLastRequest` и `SoapClient::_getLastResponse`.

=== ЕдиныйАгент для Android: устранённые проблемы ===
Выпуск 1.249 содержит 1 решенную проблему.

=== ЕдиныйАгент для iOS: устранённые проблемы ===
Выпуск 1.249 содержит 4 решенных проблемы.
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|ЕдиныйАгент для iOS
|2
|}

==== ЕдиныйАгент для iOS ====

* ЕдиныйАгент для iOS: исправлена проблема с чтением конфигурации DTXUrlFilters.
* ЕдиныйАгент для iOS: добавлена поддержка инструментария WKWebView, инициализированного с помощью initWithCoder.

=== ЕдиныйАгент для JavaScript: устранённые проблемы ===
Выпуск 1.249 содержит две решенные проблемы.

==== JavaScript ====

* Поддержка XHR на основе прокси-сервера стала более устойчивой к модификациям других оболочек XHR на странице.
* Исправлена проблема в модуле jquery, из-за которой метод sendBefore не мог быть вызван, если window.jquery был удален.

Примечания к релизу 276

2026-05-28T13:18:18Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 276'''''

== '''АппОптима''' ==

=== Объявления ===

==== Поддержка Red Hat Enterprise Linux ====
Обновление до этой версии АппОптима теперь доступно для узлов кластера, работающих на Red Hat Enterprise Linux 8.x или 9.x.

==== API порогов ( <code>api/v1/thresholds</code>) истекает ====
API

Срок службы API порогов ( <code>api/v1/thresholds</code>) истек.

Его функциональность перенесена в события метрик, которые можно настроить через API настроек ( <code>/api/v2/settings</code>), используя схему событий метрик ( <code>builtin:anomaly-detection.metric-events</code>).

==== Минимальная версия Kubernetes АктивныйШлюз теперь 1.263. ====
''Наблюдаемость за инфраструктурой | Kubernetes''

Отображается информационное окно о том, что для доступа к новейшим функциям Kubernetes необходимо развернуть АктивныйШлюз версии 1.263+.

=== Новые функции и улучшения ===

==== Скачайте модули z/OS ====
''Наблюдение за приложением | Мониторинг мейнфреймов''

Модули CICS, IMS, z/OS Java и zDC теперь доступны для загрузки через веб-интерфейс АппОптима и API развертывания.

==== Новые операционные системы для частных синтетических локаций ====
''Цифровой опыт | Синтетический мониторинг''

Следующие операционные системы теперь поддерживаются АктивнымШлюзом с поддержкой Synthetic.

* Red Hat Enterprise Linux 9.0, 9.1 и 9.2
* Oracle Linux 8.8 (использует тот же пакет Chromium, что и Red Hat Enterprise Linux 8)

Обратите внимание, что для Red Hat Enterprise Linux 8 мы также поддерживаем второстепенные версии 8.7 и 8.8 в дополнение к версиям 8.4 и 8.6.

==== Улучшен текст настроек хоста. ====
''Наблюдаемость за инфраструктурой | Хосты''

Улучшено описание переключателя аналитики дампов сбоев на странице настроек хоста.

==== Событие неверных учетных данных VMware ====
''Наблюдаемость за инфраструктурой | VMware''

Когда процесс подключения VMware блокируется из-за неверных учетных данных, запускается событие «Мониторинг недоступен». Мероприятие активно до 6 часов, а затем закрывается.

Мероприятие можно закрыть раньше, если:

* затронутые учетные данные исправлены.
* затронутые учетные данные полностью удаляются из настроек.
* проблема закрыта вручную.

==== Расширенная информация, отображаемая для жизненного цикла проблемы. ====
''Платформа | Fedor''

В веб-интерфейсе сведений о проблеме добавлена дополнительная текстовая информация о жизненном цикле конкретной проблемы.

Информация включает в себя:

* Время начала самого раннего анализа событий проблемы.
* Когда возникла проблема.
* Когда проблема завершилась анализом первопричины.
* Когда проблема превратилась из частой в ненормальную.

==== Изменены ограничения периода выборки обнаружения аномалий Kubernetes и периода наблюдения. ====
''Наблюдаемость за инфраструктурой | Kubernetes''

Максимальный период выборки и период наблюдения для всех оповещений, предоставляемых функцией обнаружения аномалий Kubernetes, увеличены с 30 до 60 минут.

==== Новые значения атрибутов для логов событий Windows. ====
''Наблюдаемость за инфраструктурой | Логи''

Существуют новые значения атрибутов для логов событий Windows.

Настройки > Мониторинг журналов > Конфигурация хранилища журналов > Добавить правило > Добавить сопоставитель > Атрибут сопоставителя >

* Идентификатор события записи лога Windows
* Источник записей лога Windows
* Категория задач записи лога Windows
* Операционный код записи лога Windows

По этим атрибутам можно фильтровать записи из логов событий Windows, отправляемых в хранилище.

Требования :ЕдиныйАгент версии 1.273+

==== Ограничение поиска символов метки времени мониторинга лога можно настроить ====
''Наблюдаемость за инфраструктурой | Мониторинг логов''

Теперь вы можете настроить ограничение поиска символов временной метки как часть правила конфигурации временной метки.

==== Сторонние уязвимости поддерживают внешние ссылки отслеживания. ====
''Безопасность приложений | Уязвимости''

Теперь вы можете отслеживать ход выполнения элементов исправления, связанных с уязвимостью, добавляя ссылки на заявки, созданные ответственной командой для соответствующих объектов.

* В АппОптима
* Через АппОптима API

==== Улучшена согласованность фильтров профиля оповещений веб-интерфейса и REST API и механизма уведомлений. ====
''Платформа | Fedor''

Профили оповещений теперь согласованно совпадают в фильтрах профилей оповещений веб-интерфейса и REST API, а также в механизме уведомлений.

==== Улучшена процедура проверки резервной копии кластера. ====
''Консоль управления кластером | Резервное копирование и восстановление''

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

=== Поддержка операционных систем ===

===== Следующие операционные системы перестанут поддерживаться с 1 ноября 2024 г. =====

* Linux : Ubuntu 16.04 LTS.
** х86-64

===== Следующие операционные системы больше не поддерживаются с 1 января 2024 г. =====

* Linux : Red Hat Enterprise Linux 8.4.
** х86-64
** Последняя совместимая версия: 1.280.
* Linux : Oracle Linux 8.4.
** х86-64
** Последняя совместимая версия: 1.280.
* Linux : Rocky Linux 9.1.
** х86-64
** Последняя совместимая версия: 1.272.
* Linux : SUSE Enterprise Linux 12.4.
** х86-64
** Последняя совместимая версия: 1.280.

=== Решённые проблемы ===
Версия 276 содержит 20 решенных проблем.
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|АктивныйШлюз
|1
|-
|Кластер
|13
|-
|АппОптима
|1
|-
|Синтетический мониторинг
|1
|-
|Пользовательский интерфейс
|2
|-
|Метрики
|1
|-
|Чат
|1
|}

==== АктивныйШлюз ====

* Повышена надежность обновления модуля АктивныйШлюз при использовании API «АктивныеШлюзы — Задания автоматического обновления» для выполнения однократного обновления до не последней целевой версии.

==== Кластер ====

* Информационные события Fedor теперь можно принимать на 7 дней вперед (ранее работало только до 6 часов).
* В заголовке сведений о проблеме теперь отображается «Несколько синтетических мониторов» в части объекта, если затронуто несколько синтетических тестов (показывалось произвольное имя затронутого объекта).
* Исправлена ссылка на узел Kubernetes в карточке события (теперь корректно ссылается на страницу узла, а не на страницу хоста).
* Исправлена длительная загрузка Unified Service Screen.
* Исправлены отсутствующие фильтры для плиток информационной панели «Состояние синтетического монитора» при экспорте информационных панелей.
* Именование userActionName для отдельных ошибок JavaScript теперь работает так же, как и для ошибок с родительским узлом.
* Если выбран параметр «Вернуться к статусу сторонней службы», отображается сообщение об успешном выполнении, и параметр удаляется из меню.
* На странице обзора службы теперь правильно отображаются показатели пропускной способности для ключевых запросов.
* Алгоритм обнаружения точек изменений для анализа первопричин по Fedor был усовершенствован для некоторых случаев.
* Исправлена документация API для событий и приема логов.
*Исправлен сбой в веб-интерфейсе, который влиял на страницу «Проблемы» и страницы сведений о таких объектах, как сведения об узле и службах.
* Решена проблема, из-за которой, начиная с версии ЕдиногоАгента 1.273, кластер больше не мог обрабатывать узлы с ESB и вложениями для обмена сообщениями с приоритетом службы Enterprise Service Bus, а вместо этого прибегал к отображению простой службы обмена сообщениями.

==== АппОптима ====

* Исправлена опция «Включить резервную копию событий лога мониторинга v2» в конфигурации резервного копирования, которая работала неправильно.

==== Синтетический мониторинг ====

* Решена проблема, возникавшая при попытке запустить выполнение монитора браузера по требованию, когда настроенный сценарий содержал файл cookie.

==== Пользовательский интерфейс ====

* Улучшена стабильность навигации между средами в последней версии АппОптима, чтобы предотвратить потенциальное зависание веб-интерфейса в определенных сценариях.

==== Метрики ====

* Исправлена проблема, приводившая к увеличению использования памяти при запросе метрик в более крупных средах.

*

== '''ЕдиныйАгент АппОптима''' ==

=== Технологическая поддержка ===

==== Поддержка новых технологий ====

* OpenJDK 21 LTS (модуль Java)

==== Конец поддержки ====

* Red Hat Enterprise Linux CoreOS 4.8 (модуль ОС)
** Окончание поддержки поставщика: 27 января 2023 г.

=== Новые функции и улучшения ===

==== Загрузка модулей z/OS ====
''Наблюдение за приложением | Мониторинг мейнфреймов''

Модули CICS, IMS, z/OS Java и zDC теперь доступны для загрузки через веб-интерфейс АппОптима и API развертывания.

==== Интегрированные события высокой загрузки системы со снимками экземпляров процессов ====
''Наблюдаемость за инфраструктурой | Хосты''

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

==== Обнаружение микросдвига ====
''Наблюдаемость за инфраструктурой | Хосты''

MicroShift теперь обнаруживается модулем ЕдиныйАгент OS и сообщается как технология OpenShift.

==== Добавлена группировка в RKE2. ====
''Наблюдаемость за инфраструктурой | Хосты''

Мы добавили технологию RKE2 для каждого экземпляра группы процессов с группировкой агента RKE2 и сервера RKE2 в отдельные группы процессов.

==== Улучшенные правила безопасности пути к логу ====
''Наблюдаемость за инфраструктурой | Логи''

Правила безопасности пути лога расширены и теперь охватывают несколько совпадений каталогов и совпадений начала пути.
{| class="wikitable"
!Символы
!Значение
|-
|<code>**</code>
|Для представления структуры с несколькими каталогами.
|-
|<code>^</code>
|Чтобы представить начало шаблона каталога, оно должно совпадать с началом каталога (букву диска Windows можно пропустить).
|}

==== Поддержка XML типа контента для Java ====
''Бизнес-аналитика | Java/XML''

Модуль кода Java ЕдиныйАгент теперь может извлекать данные из полезных данных XML для входящих веб-запросов.

==== Поддержка отслеживания вставленных сообщений IMS в формате BMP. ====
''Наблюдение за приложением | Мэйнфрейм''

ЕдиныйАгент обеспечивает поддержку отслеживания транзакций IMS, вставленных в очереди сообщений IMS из BMP, не ориентированного на транзакции.

=== Решённые проблемы ===
Версия 275 содержит 17 решенных проблем (включая 2 решения уязвимости).
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Java
|1
|-
|Общий
|3 (1 уязвимость)
|-
|PHP
|1
|-
|модуль ОС
|3 (1 уязвимость)
|-
|.NET
|3
|-
|Мэйнфрейм
|1
|-
|Установщик ЕдиногоАгента
|3
|-
|ЕдиныйАгент SDK для C/C++
|1
|-
|Go
|1
|}

==== Общий ====

* Исправлена совместимость со сборками musl-libc, которые не содержат экспорта функций LFS с суффиксом «64».
* Модуль NGINX больше не удаляет HTTP-заголовок длины содержимого для приложений, тип содержимого которых не заканчивается на «/xml:xml» или «/json:json».
*Уязвимость: библиотека libcurl была обновлена до версии 8.4.0 в ответ на CVE-2023-38545.

==== PHP ====

* Исправлена обработка заголовков межсредовой трассировки в модуле кода PHP Curl для отсутствующих вызовов закрытия ресурсов (PHP 8.0+).

==== модуль ОС ====

* Уязвимость: повышена безопасность за счет обновления пакета aiohttp до версии 3.8.5.
* Отключение всех правил мониторинга служб ОС в веб-интерфейсе теперь корректно останавливает мониторинг служб ОС.
*Исправлено обновление черного списка процессов, когда процесс выполняется без форка.

==== .NET ====

* Улучшена обработка файлов cookie для мониторинга реальных пользователей (RUM) для ASP.NET Core.
* Улучшена совместимость мониторинга реальных пользователей (RUM) для ASP.NET Core и .NET Business Events.
*Исправлена проблема в датчике .NET GRPC, приводившая к неправильному сообщению о сбоях в веб-интерфейсе.

==== Мэйнфрейм ====

* Исправлено имя пакетного задания шлюза транзакций CICS z/OS, в котором в качестве имени задания отображалось INIT.

==== Установщик ЕдиногоАгента ====

* Установщик ЕдиногоАгента теперь пытается установить модуль SELinux 3 раза в случае неудачи.
* Если установка модуля SELinux завершается неудачей, установка ЕдиногоАгента теперь отменяется, и программа установки завершает работу с ненулевым кодом выхода. В результате контейнер ЕдиногоАгента также завершает работу, блокируя развертывание Kubernetes.
*Установка модуля SELinux в случае сбоя теперь повторяется через более длительные интервалы, что повышает частоту успешных попыток установщика ЕдиногоАгента.

==== ЕдиныйАгент SDK для C/C++ ====

* Улучшена обработка большого количества трассировщиков пользовательских служб. Пользователям SDK следует создавать специальные трассировщики служб только в тех случаях, когда специальная служба на самом деле является соответствующей частью отслеживаемого приложения, которую необходимо видеть отдельно. Когда в одной трассировке создается большое количество трассировщиков пользовательских служб, это обычно является признаком чрезмерного мониторинга, и пользователям SDK следует уменьшить количество трассировщиков, которые они создают вручную (например, отслеживать только самый внешний вызов, а не менее релевантный метод). Однако теперь ЕдиныйАгент пытается повысить эффективность, объединяя повторяющиеся трассировщики пользовательских служб вместе, когда обнаруживает их большое количество.

==== Go ====

* Исправлен возможный сбой во время инициализации модуля кода Go, если включена функция «Отчеты о программных компонентах Go».

=== ЕдиныйАгент для Android ===
Версия 8.275 GA не содержит никаких решенных проблем, с которыми сталкиваются пользователи.

=== ЕдиныйАгент для iOS ===
Версия 8.275 GA содержит 6 решенных проблем.
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|ЕдиныйАгент для iOS
|5
|}

==== ЕдиныйАгент для iOS ====

* Мгновенные отчеты о сбоях теперь отключены.
* Улучшен процесс восстановления файлов.
* Исправлена ручная обработка заполнителей в устаревшем коде Objective-C.
* Исправлен редкий сбой при генерации действий пользователя.
* Исправлена редкая проблема, при которой некоторые веб-запросы не были связаны с действиями пользователя.

=== Решённые проблемы ЕдиногоАгента для JavaScript ===
Версия 1.275 GA содержит 1 решенную проблему.

==== JavaScript ====

* Исправлена проблема с обфускацией при вызове window.dtrum.sendSessionProperties. Исправлена проблема, из-за которой несколько вызовов window.dtrum.sendSessionProperties отправляли только значения из последнего вызова, если страница все еще загружалась.

== '''АппОптима API''' ==

=== API среды ===

* API развертывания — просмотр конфигурации модуля процесса для ЕдиногоАгента
** Новый параметр запроса: sections ( <code>String</code>)

* API отслеживаемых состояний
** Новое поле в объекте MonitoredEntityStates : state ( <code>String</code>)

* API уязвимостей
** Новое поле в объекте RemediationItemsList : trackingLink ( <code>TrackingLink</code>).

=== Доступность для ранних пользователей ===
Следующий API теперь доступен в версии Early Adopter :

* ''API среды'' Уязвимости — запрос ссылок для отслеживания элементов исправления POST.

=== Устаревшее ===
Следующий API устарел:

* Предыдущий АппОптима API среды<code>GET /credentials/{id}/details</code>. Запрос остается доступным для последней версии АппОптима.

Примечания к релизу 272

2026-05-28T13:18:09Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 272'''''

== '''АппОптима''' ==

=== Объявления ===

==== Обновления АктивногоШлюза ====
Чтобы предотвратить возможную потерю буферизованных старых данных лога событий, мы настоятельно рекомендуем не обновлять Активный Шлюз версии 1.263 или более ранней версии напрямую на версию1.273+. Вместо этого сначала обновите АктивныйШлюз версии 1.263 или более ранней до версии между 1.265 и 1.271.

==== Невозможность создать приложение AMP ====
''Цифровой опыт | RUM Web''

Больше невозможно создать AMP-приложение через Веб-интерфейс АппОптима или API, и в будущем мы прекратим поддержку мониторинга приложений AMP.

==== Лог мониторинга V1 ====
Мы настоятельно рекомендуем вам перейти на последнюю версию Лог Мониторинга АппОптима.

Срок службы Лога Мониторинга v1 подходит к концу и будет отключен в марте 2024 года.

==== Автоматическая очистка токенов АктивногоШлюза ====
''Платформа | АктивныйШлюз''

Теперь мы автоматически удаляем токены АктивногоШлюза, которые не использовались в течение двух лет.

=== Новые функции и улучшения ===

==== Аутентификация сертификата для мониторов браузера ====
''Цифровой опыт | Синтетический мониторинг''

Браузерные мониторы, работающие в частных локациях с АктивнымиШлюзами на базе Linux (как в контейнерах, так и не в контейнерах), теперь поддерживают аутентификацию по сертификатам. Каждый сертификат должен быть привязан к одному домену. Вы можете указать и загрузить файлы сертификатов в формате PFX, P12 или PEM на вкладке «Дополнительные настройки » настроек монитора браузера в режиме редактирования. Для этой функции требуется АктивныйШлюз версии 1.271+ с поддержкой Synthetic.

==== Новые измерения показателей уязвимости ====
''Безопасность приложений | Уязвимости''

Мы добавили новые измерения ко всем показателям уязвимости.

==== Улучшенный мониторинг событий Kubernetes ====
''Мониторинг инфраструктуры | Kubernetes''

Все события Kubernetes с типом события <code>Warning</code>считаются важными для выявления основной причины проблем. Это изменение имеет два основных последствия:

* Если в настройках мониторинга включена опция Фильтровать важные события , эти события-предупреждения будут проходить через этот первоначальный фильтр. Это означает, что вы увидите больше релевантных событий в своей ленте мониторинга.
* Поскольку теперь эти предупреждающие события считаются важными для анализа первопричин, Fedor включит их в причинно-следственный анализ.

==== Обнаружение загрузки ЦП на хосте, не поддерживаемом в системах AIX ====
''Мониторинг инфраструктуры | Хосты''

К параметру «Определить загрузку ЦП на хосте» добавлено описание , поясняющее, что это предупреждение не поддерживается в системах AIX.

==== Уведомления о проблемах web-перехватчика ====
''Платформа | Fedor''

Уведомления о проблемах с web-перехватчиком теперь поддерживают настройку принятия любого сертификата для связи OAuth.

==== Улучшение Event API v2 ====
''Платформа | Fedor''

Мы улучшили отображаемые имена для типов событий и удалили устаревшие типы.

=== Поддержка операционных систем ===

==== Будущие изменения поддержки операционных систем АппОптима ====

===== Следующие операционные системы больше не будут поддерживаться с 1 марта 2024 г. =====

* Linux : SUSE Enterprise Linux 12.4
** x86-64
В версии кластера 1.272 вы теперь можете устанавливать ноды кластера АппОптима на ОС АльтЛинукс

Начиная с версии 1.271 вы можете устанавливать Активный Шлюз с Синтетической ролью на ОС СберЛинукс 8.8

==== Прошедшие изменения поддержки операционных систем АппОптима ====

=====Следующие операционные системы больше не поддерживаются с 1 июля 2023 г.=====
*Linux : SUSE Enterprise Linux 15.0
**x86-64

===== Следующие операционные системы больше не поддерживаются с 1 ноября 2023 г. =====

* Linux : SUSE Enterprise Linux 15.1, 15.2, 15.3.
** х86-64
** Последняя совместимая версия: 1.268.
===Решенные проблемы===
Выпуск 272 содержит 26 (включая решения 2 уязвимостей) решенных проблем
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Кластер
|20 (2 уязвимости)
|-
|АппОптима
|4
|-
|АктивныйШлюз
|1
|-
|Автономное облако
|1
|}

==== Кластер ====

* Исправлена проблема, из-за которой проблемы, непосредственно влияющие на хост, не отображались на вкладке «Проблемы» на странице хоста в тот период времени, когда проблема существовала.

* ''Уязвимость:'' повышена безопасность за счет запрета указания заголовка «Host» в настройках уведомлений о проблемах типа «Пользовательская интеграция» или «xMatters».
* ''Уязвимость:'' Конфигурацию расширения, в которой используются учетные данные только владельца, теперь может создавать и обновлять только владелец учетных данных.
* Исправлена ошибка с метриками, когда создается больше определенного порога.
* Исправлена проблема, приводившая к сбою приложения при получении ответа 500 от API для анализа запроса DQL.
* Базовые события теперь также генерируют маркеры событий на экранах унифицированных служб.
* Исправлена кнопка состояния учетных данных VMware.
* Метрики мониторинга кандидатов теперь видны на новой странице хоста.
* Индикатор загрузки в кнопке «Просмотреть сеанс пользователя» на панели сведений о логе больше не отображается бесконечно.
* Определение расширения теперь может включать более одного раздела действий на экране для каждого типа объекта.
* Исправлена проблема, из-за которой некоторые логи загружались вопреки конфигурации хранилища логов. После перезапуска кластера, когда ЕдиныйАгент периодически опрашивает свою конфигурацию, кластер иногда возвращал конфигурацию с уровня клиента вместо полной конфигурации для данного ЕдиногоАгента (с учетом группы хостов и конфигурации хоста). Это исправляется само собой через несколько секунд, но некоторые строки лога, возможно, уже были отправлены.
* Фильтры свойств профиля оповещений теперь правильно поддерживают свойства, доступные только для чтения (например, dt.event.impact_level).
* Создание настраиваемого атрибута с именем «content» больше не вызывает проблем с запросами Лога Мониторинга Classic.
* Поле ввода атрибута запроса на странице обнаружения сбоев службы теперь правильно обрабатывает вводимые пользователем данные для фильтрации элементов.
* Изменена основа диаграммы использования памяти на Используемая память.
* Расширен список исключений дисков в настройках хост-диска до 1500.
* На страницах унифицированного анализа (например, на странице сведений об хосте) в карточке «События» исправлено количество событий для длительных событий.
* Исправлена проблема, из-за которой ненужные выделения могли потребовать изменения размера кластера. Уменьшено выделение памяти при приеме метрик лога.

* Решена проблема, из-за которой очень большие проблемы могли остановить обработку проблем.
* Исправлена проблема, из-за которой для приложения не были найдены метаданные RUM JavaScript.

==== АппОптима ====

* Исправлена проблема, из-за которой пользователь не мог читать разрешения через REST API.

* Исправлена проблема, препятствовавшая доступу к настройкам объекта, если права пользователя ограничены зоной управления.
* Улучшен процесс сброса пароля для локальных пользователей в случаях, требующих частичной интеграции единого входа (SSO).
* Исправлена потенциальная потеря данных настроек автопометки.

==== АктивныйШлюз ====

* Исправлена проблема с API «ЕдиныйАгент в группе хостов», из-за которой ручное обновление до определенной версии в некоторых случаях не работало.

==== Автономное облако ====

* Исправлена ссылка на страницу развертывания, чтобы указать на недавно выпущенный оператор v0.12.1.

== '''ЕдиныйАгент АппОптима''' ==

=== Технологическая поддержка ===

==== Поддержка новых технологий ====

* AlmaLinux 9.0, 9.1, 9.2 (модуль ОС)
* Amazon SNS для Java (интеграция с AWS Lambda).
* Amazon SQS для Java (интеграция с AWS Lambda).
* Fedora 37, 38 (модуль ОС)
* NGINX 1.25.0, 1.25.1 (модуль NGINX)
* NGINX Plus R30 (модуль NGINX)
* Node.js 20 (модуль Node.js)
* openSUSE 15.5 (модуль ОС)
* OpenTelemetry agent 1.27, 1.28 (модуль Java)

=== Конец поддержки ===

* Fedora 35 (модуль ОС)
** Окончание поддержки поставщика: 15 ноября 2022 г.
* IBM JVM версии 7 (Java-модуль z/OS)
** Окончание поддержки поставщика: 30 апреля 2022 г.
* ЕдиныйАгент SDK для Java 1.0, 1.1, 1.2, 1.3, 1.4, 1.6, 1.7.

=== Новые функции и улучшения ===

==== Отслеживание POST-запросов с помощью платформы Play и HTTP-сервера Akka ====
''Наблюдение за приложением | Распределенные трассировки''

Трассировка POST-запросов теперь поддерживается при запуске платформы Play v2.8 с HTTP-сервером Akka.

===Решенные проблемы===
Выпуск 271 содержит 18 решенных проблемы
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Все модули
|1
|-
|Общий
|2
|-
|модуль ОС
|7
|-
|Java
|4
|-
|.NET
|2
|-
|Go
|1
|-
|Node.js
|1
|}

==== Все модули ====

* Очистка архива поддержки, которая рекурсивно удаляет старые каталоги архивов поддержки, больше не следует символическим ссылкам (предотвращает нежелательное удаление файлов за пределами каталога архива поддержки).

==== Общий ====

* Решена проблема с источником HostID в Azure/AWS (теперь HostID пересчитывается в Azure/AWS при изменении HostIdSource вручную).
* Исправлена проблема с защитой от атак, из-за которой в некоторых случаях об атаках не сообщалось.

==== модуль ОС ====

* Обновлены разрешения для файлов логов, расположенных в подкаталоге os каталога логов ЕдиногоАгента, чтобы разрешить чтение/запись только владельцу (600 для Linux).
* ЕдиныйАгент теперь правильно считывает имя кластера для экземпляров сервера, настроенных для динамических кластеров (с использованием параметра <server-template>). Имя кластера добавляется в расчеты PG/PGI, что означает, что предыдущие неправильные PG/PGI изменятся.
* Исправлен расчет счетчиков использования ЦП хоста при обнулении счетчиков времени ЦП, что может произойти, если хост работает в течение очень долгого времени.
* Метрика событий с низким уровнем подключения, создаваемая модулем ЕдиныйАгент OS, теперь отображает не тайм-ауты, а сводную информацию о тайм-аутах и сбросах.
* Исправлено обнаружение контейнеров Podman, созданных службами systemd.
* Улучшено обнаружение энергозависимых контейнеров Podman в модуле ОС.
* Отключен мониторинг сетевых дисков Windows в ответ на зависание API в определенных сценариях.

==== Java ====

* Улучшено обнаружение сторонних уязвимостей во вложенных файлах JAR.
* Улучшена функция защиты от атак для SQL, чтобы предотвратить ложные срабатывания некоторых специальных символов.
* Исправлена проблема с защитой от атак и обнаружением уязвимостей, которая, если ServletRequest или HttpServletRequest была реализована через прокси-сервер, могла привести к исключению UnsupportedOperationException.
* Решена проблема, из-за которой файлы cookie не учитывались для защиты от атак и обнаружения уязвимостей в сервлетах Jakarta (сервлет 5).

==== .NET ====

* Датчик AspNet: улучшена обработка получения контекста в приложениях WCF, размещенных на ASP.
* Повышена стабильность функции ЕдиногоАгента оценки уязвимостей/атак на уровне кода .NET.

==== Go ====

* Решена проблема, приводившая к сбою при внедрении в статически связанное приложение Go, созданное с использованием опции `-extldflags '-static-pie'`.

==== Node.js ====

* Исправлена утечка памяти, вызванная модулем кода Node.js, которая была вызвана внутренней оптимизацией модуля (сейчас она отменена).
===ЕдиныйАгент для Android===
Выпуск 271 не содержит решенных проблем, с которыми сталкиваются пользователи.

==== Автоматическое инструментирование Jetpack Compose включено по умолчанию. ====
Автоматическое инструментирование для Jetpack Compose теперь включено по умолчанию.

=== Новый <code>fileDomainCookies</code>параметр ===
Мы добавили <code>fileDomainCookies</code>параметр, который можно использовать, чтобы запретить АппОптима добавлять файлы cookie в домены файловой схемы.

===ЕдиныйАгент для iOS===
Выпуск 271 содержит две решенные проблемы.

* Исправлена ошибка, из-за которой инструментарий жизненного цикла неправильно пересылал исходные параметры метода.
* Решена проблема с инструментированием Sheet и Popover, когда для предоставления контента используется сокращенный синтаксис аргументов.

===ЕдиныйАгент для JavaScript===
Выпуск 271 содержит 1 решенную проблему.

==== JavaScript ====

* Исправлена проблема, из-за которой регулярное выражение, предоставленное для установки заголовка x-dtc, игнорировалось при сопоставлении с именем хоста для запросов XHR/fetch того же источника.

Ключевые события метрик

2026-05-28T13:18:01Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Применение АппОптима|Алертинг]] / Ключевые события метрик'''''

Ключевые события метрики основаны на входящих необработанных измерениях одной метрики. Для этого типа событий доступна только стратегия мониторинга статического порога. Вы можете отслеживать все измерения метрики в одной конфигурации (например, можно создать оповещение для 20 000 ЦП в одной конфигурации события метрики). В качестве меры предосторожности АппОптима ограничивает эти конфигурации в 100 одновременных оповещений. Вы можете сузить область действия события до определенных измерений.

Кроме того, действует ограничение в 10 000 конфигураций (как метрических ключей, так и селекторов метрик) на одну среду.

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

Доступны два типа фильтров:

* '''Фильтры сущностей''' '''(Entity filter)''' сужают область действия на основе предоставленных критериев (например, имени сущности или тега). Фактический набор доступных критериев зависит от метрики. Если указано несколько фильтров, применяется логика '''AND''' .
* '''Фильтры измерений''' '''(Dimension filters)''' отфильтровывают сущности на основе предоставленных кортежей (уникальные комбинации метрики — ключа измерения — значения измерения). Если указано несколько фильтров, применяется логика '''AND''' . Например, вы можете установить фильтр измерений, который выбирает только действия пользователя, поступающие с устройств iOS для вашего события метрики на основе метрики количества действий .

[[Файл:333.png|граница|1077x1077пкс]]

== Создайте ключевое событие метрики ==

# Перейдите в '''Настройки > Обнаружение аномалий > События метрики''' и выберите '''Добавить событие метрики'''. [[Файл:334.png|граница|1046x1046пкс]]
# В поле '''Сводка''' дайте краткое содержательное описание события.
# В разделе '''Определение запроса''' настройте запрос метрики:
## Выберите '''тип''' метрического ключа запроса.
## Выберите '''ключ метрики для''' вашего события метрики. Вы можете указать ключ или отображаемое имя метрики. Начните вводить текст, чтобы увидеть список предложений.
## Выберите тип '''агрегации''' для метрики (если применимо).
## Выберите '''зону управления'''. Только данные, поступающие из этой зоны, оцениваются для события метрики. Пропустите это поле, чтобы использовать все данные, предоставленные метрикой.
# '''''необязательный''''' В разделе '''Расширенное определение запроса''' укажите '''смещение запроса''' (в минутах). Смещение необходимо для метрик с задержкой; в противном случае событие метрики может выдавать ложные оповещения.
# '''''необязательный''''' Добавьте '''фильтры объектов''' на основе правил.
# '''''необязательный''''' Выберите параметры, которые следует учитывать при проведении мероприятия.
# Определите '''стратегию мониторинга'''. Для запросов метрических ключей доступны только статические пороговые значения.
## Укажите пороговое значение. Выберите '''Использовать предложенное пороговое значение''' , чтобы использовать значение на основе предыдущих данных.
## Если применимо, выберите единицу измерения порога.
## Выберите поведение оповещения об отсутствующих данных . Если оповещение об отсутствующих данных включено, оно объединяется с пороговым условием с помощью логики '''ИЛИ''' .
## Выберите '''условие оповещения''': оповещение, если показатель выше или ниже порогового значения.
# Проверьте '''предпросмотр оповещений''' и оцените, насколько эффективна ваша конфигурация.
## Выберите '''значения измерений''', которые вы хотите видеть в окне предварительного просмотра.
## Выберите '''временные рамки''' предварительного просмотра. Вы можете получать оповещения на '''один, три или семь дней.'''
# Введите '''заголовок''' вашего события. Название должно быть короткой, легко читаемой строкой, описывающей ситуацию, например, <code>High network activity</code> или <code>CPU saturation</code>.
# В разделе '''Описание''' создайте содержательное сообщение о событии. Сообщения о событиях помогут вам понять природу события. Вы можете использовать следующие заполнители:
#* <code>{alert_condition}</code>— состояние оповещения (выше/ниже порога).
#* <code>{baseline}</code>— нарушенное значение базовой линии.
#* <code>{dims}</code>— список всех измерений (и их значений) метрики, нарушившей порог. Вы также можете указать конкретное измерение: <code>{dims:dt.entity.<entity>}</code>. Чтобы получить список доступных измерений для вашей метрики, запросите ее с помощью запроса GET metric descriptor .
#* <code>{entityname}</code>— наименование пострадавшего субъекта.
#* <code>{metricname}</code>— название метрики, нарушившей порог.
#* <code>{missing_data_samples}</code>— количество образцов с отсутствующими данными. Доступно только если включено оповещение об отсутствующих данных.
#* <code>{severity}</code>—серьёзность события.
#* <code>{threshold}</code>— нарушенное значение порога.
# Выберите '''тип событий'''.
# Определите функцию '''разрешить объединение''' для вызванных событий. Если объединение разрешено, Fedor попытается объединить это событие с существующими проблемами; в противном случае каждый раз возникает новая проблема.
# '''''необязательный''''' Установите дополнительные свойства «ключ-значение», которые будут прикреплены к событию.
# Выберите '''Сохранить изменения''' .

Создание нового окружения

2026-05-28T13:17:35Z

IKuznetsov:

'''''[[Установка и настройка]] / [[Установка и настройка|Основные элементы АппОптима]] / [[АппОптима]] / [[АппОптима|REST API]] / [[API Кластера v2]] / [[API Кластера v2|Окружения]] / Создание нового окружения'''''

Этот вызов API создает новую среду.

==Аутентификация==
Для выполнения этого запроса вам необходимо разрешение API <code>(ServiceProviderAPI)</code>, назначенное вашему токену API. Создайте свой токен API с помощью консоли управления кластером (CMC). Чтобы узнать, как его получить и использовать, см. Аутентификация кластера.
==Конечная точка==
<code>/api/cluster/v2/environments</code>
==Параметры==
{| class="wikitable"
!Параметр
!Тип
!Описание
!В
!Обязательно
|-
|createToken
|boolean
|Если задано значение true, токен управления токенами с областями действия apiTokens.read и apiTokens.write (для использования с API токена версии 2) и TenantTokenManagement (для использования с API токена версии 1) создается при создании новой среды. Затем этот токен возвращается в теле ответа. Его можно использовать во вновь созданной среде для создания других токенов для настройки этой среды.
|query
|Нет
|-
|body
|Environment
|Тело JSON запроса. Тело не должно предоставлять идентификатор, так как он будет автоматически назначен сервером АппОптима.
|body
|Да
|}
===Объекты тела запроса===
====Объект <code>Environment</code>====
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|name
|string
|Отображаемое имя среды.
|-
|id
|string
|Идентификатор среды. Должен соответствовать [a-zA-Z0-9_-]{1,70}
|-
|trial
|boolean
|Указывает, является ли среда пробной или непробной. Создание пробной среды возможно только в том случае, если это позволяет ваша лицензия. Значение по умолчанию — false (не пробная версия).
|-
|state
|string
|Указывает, включена или отключена среда (<code>DISABLED</code>, <code>ENABLED</code>). Значение по умолчанию — ENABLED
|-
|tags
|string[]
|Набор тегов, которые назначаются этой среде. Каждый тег может иметь максимальную длину 100 символов.
|-
|creationDate
|string
|Дата создания среды в формате ISO 8601 (гггг-ММ-дд'Т'ЧЧ:мм:сс.ССС'Z')
|-
|quotas
|EnvironmentQuotas
|Информация о потреблении на уровне среды и квотах. Возвращается только в том случае, если для параметра includeConsumptionInfo или includeUncachedConsumptionInfo установлено значение true. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|storage
|EnvironmentStorage
|Использование хранилища на уровне среды и информация об ограничениях. Не возвращается, если параметр includeStorageInfo не равен true. Если пропустить при редактировании методом PUT, то уже установленные лимиты останутся.
|}
====Объект <code>EnvironmentQuotas</code>====
Информация о потреблении на уровне среды и квотах. Возвращается только в том случае, если для параметра '''includeConsumptionInfo''' или '''includeUncachedConsumptionInfo''' установлено значение <code>true</code>. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|hostUnits
|HostUnitQuota
|Информация о потреблении хост-модулей и квотах на уровне среды. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
|-
|demUnits
|DemUnitsQuota
|Потребление единиц DEM и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы ЦМР не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|syntheticMonitors
|SyntheticQuota
|Синтетика отслеживает потребление и информацию о квотах на уровне среды. Не устанавливается (и не редактируется), если не включены ни синтетические, ни цифровые единицы измерения. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|customMetrics
|CustomMetricsQuota
|Использование пользовательских метрик и информация о квотах на уровне среды. Не задано (и недоступно для редактирования), если специальные показатели не включены. Не устанавливается (и не редактируется), если включены единицы данных Дейвиса. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
|-
|aiDataUnits
|AiDataUnitsQuota
|Потребление единиц данных Дэвиса и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы данных Дэвиса не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|-
|logMonitoring
|LogMonitoringQuota
|Журнал мониторинга потребления и информации о квотах на уровне среды. Не задано (и недоступно для редактирования), если мониторинг журналов не включен. Не задано (и недоступно для редактирования), если мониторинг журналов перенесен в данные Fedor на уровне лицензии. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
|}
====Объект <code>HostUnitQuota</code>====
Информация о потреблении хост-модулей и квотах на уровне среды. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|currentUsage
|number
|Текущее использование среды.
|-
|maxLimit
|integer
|Параллельная квота среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>DemUnitsQuota</code>====
Потребление единиц DEM и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы ЦМР не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывается каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>SessionPropertiesQuota</code>====
User session properties consumption information on environment level.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|}
====Объект <code>SyntheticQuota</code>====
Синтетика отслеживает потребление и информацию о квотах на уровне среды. Не устанавливается (и не редактируется), если не включены ни синтетические, ни цифровые единицы измерения. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>CustomMetricsQuota</code>====
Использование пользовательских метрик и информация о квотах на уровне среды. Не задано (и недоступно для редактирования), если специальные показатели не включены. Не устанавливается (и не редактируется), если включены единицы данных Дейвиса. Если пропустить при редактировании методом PUT, то уже установленная квота останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|currentUsage
|number
|Текущее использование среды.
|-
|maxLimit
|integer
|Параллельная квота среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект Ai<code>DataUnitsQuota</code>====
Потребление единиц данных Дэвиса и информация о квотах на уровне среды. Не устанавливается (и не редактируется), если единицы данных Fedor не включены. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>LogMonitoringQuota</code> object====
Журнал мониторинга потребления и информации о квотах на уровне среды. Не задано (и недоступно для редактирования), если мониторинг журналов не включен. Не задано (и недоступно для редактирования), если мониторинг журналов перенесен в данные Fedor на уровне лицензии. Если пропустить при редактировании методом PUT, то уже установленные квоты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|consumedThisMonth
|number
|Ежемесячное потребление окружающей среды. Сбрасывает каждый календарный месяц.
|-
|consumedThisYear
|number
|Годовое потребление окружающей среды. Сбрасывается каждый год в годовщину создания лицензии.
|-
|monthlyLimit
|integer
|Ежемесячная квота окружающей среды. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|-
|annualLimit
|integer
|Годовая экологическая квота. Не устанавливается, если неограничен. При обновлении методом PUT пропуск этого поля приведет к неограниченной квоте.
|}
====Объект <code>EnvironmentStorage</code> object====
Использование хранилища на уровне среды и информация об ограничениях. Не возвращается, если параметр includeStorageInfo не равен true. Если пропустить при редактировании методом PUT, то уже установленные лимиты останутся.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|transactionStorage
|TransactionStorage
|Использование хранилища транзакций и ограничение информации на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|symbolFilesFromMobileApps
|SymbolFilesFromMobileApps
|Файлы символов из хранилища мобильных приложений используют информацию об использовании и ограничениях на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|logMonitoringStorage
|LogMonitoringStorage
|Журнал мониторинга использования хранилища и информации об ограничениях на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|serviceRequestLevelRetention
|ServiceRequestLevelRetention
|Параметры хранения уровня запросов на обслуживание на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
|-
|serviceCodeLevelRetention
|ServiceCodeLevelRetention
|Параметры хранения на уровне кода службы на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
|-
|realUserMonitoringRetention
|RealUserMonitoringRetention
|Реальные параметры хранения мониторинга пользователей на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|syntheticMonitoringRetention
|SyntheticMonitoringRetention
|Настройки хранения синтетического мониторинга на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|logMonitoringRetention
|LogMonitoringRetention
|Параметры хранения мониторинга журнала на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Может быть установлено любое значение от 5 до 90 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|userActionsPerMinute
|UserActionsPerMinute
|Максимальное количество пользовательских действий, генерируемых в минуту на уровне среды. Можно установить любое значение от 1 до 2 147 483 646 или оставить без ограничений. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
|-
|transactionTrafficQuota
|TransactionTrafficQuota
|Максимальное количество новых отслеживаемых точек входа PurePath, захваченных за процесс в минуту на уровне среды. Может быть установлено любое значение от 100 до 100000. Если пропустить при редактировании методом PUT, то останется уже установленный лимит.
|}
====Объект <code>TransactionStorage</code>====
Использование хранилища транзакций и ограничение информации на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|retentionReductionPercentage
|string
|Процент усечения для новых данных.
|-
|retentionReductionReason
|string
|Причина усечения.
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}

====Объект <code>SymbolFilesFromMobileApps</code>====
Файлы символов из хранилища мобильных приложений используют информацию об использовании и ограничениях на уровне среды. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}
====Объект <code>LogMonitoringStorage</code>====
Журнал мониторинга использования хранилища и информации об ограничениях на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный предел хранения [байт]
|-
|currentlyUsed
|integer
|Текущее используемое хранилище [байт]
|}
====Объект <code>ServiceRequestLevelRetention</code>====
Параметры хранения уровня запросов на обслуживание на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>ServiceCodeLevelRetention</code>====
Параметры хранения на уровне кода службы на уровне среды. Срок хранения на уровне сервисного кода не может быть больше, чем срок хранения на уровне сервисного запроса, и оба не могут превышать один год. Если пропустить при редактировании с помощью метода PUT, то уже установленное ограничение останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>RealUserMonitoringRetention</code>====
Реальные параметры хранения мониторинга пользователей на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>SyntheticMonitoringRetention</code>====
Настройки хранения синтетического мониторинга на уровне среды. Может быть установлено любое значение от 1 до 35 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>LogMonitoringRetention</code>====
Параметры хранения мониторинга журнала на уровне среды. Недоступно для редактирования, если мониторинг журналов не разрешен лицензией или не настроен на уровне кластера. Может быть установлено любое значение от 5 до 90 дней. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimitInDays
|integer
|Максимальный срок хранения [дней]
|-
|currentlyUsedInMillis
|integer
|Текущий возраст данных [миллисекунды]
|-
|currentlyUsedInDays
|integer
|Текущий возраст данных [дни]
|}
====Объект <code>UserActionsPerMinute</code>====
Максимальное количество пользовательских действий, генерируемых в минуту на уровне среды. Можно установить любое значение от 1 до 2 147 483 646 или оставить без ограничений. Если пропустить при редактировании методом PUT, то уже установленный лимит останется.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный трафик [единиц в минуту]
|}
====Объект <code>TransactionTrafficQuota</code>====
Максимальное количество новых отслеживаемых точек входа PurePath, захваченных за процесс в минуту на уровне среды. Может быть установлено любое значение от 100 до 100000. Если пропустить при редактировании методом PUT, то останется уже установленный лимит.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|maxLimit
|integer
|Максимальный трафик [единиц в минуту]
|}
===JSON-модель тела запроса===
<{
"name": "example environment",
"state": "ENABLED",
"tags": [
"tag1",
"tag2"
],
"trial": false
}

== Ответ ==

=== Коды ответа ===
{| class="wikitable"
!Code
|Type
!Description
|-
|'''201'''
|EnvironmentShortRepresentation
|Успех. Окружение создано и запущено. Тело ответа содержит сгенерированный идентификатор среды и токен с областями действия «apiTokens.read» и «apiTokens.write» (для использования с API токена v2) и «TenantTokenManagement». Заголовок местоположения также содержит сгенерированный идентификатор.
|-
|'''400'''
|
|Не удалось. Неверные данные.
|}

=== Объекты тела ответа ===

==== Объект <code>EnvironmentShortRepresentation</code> ====
Краткое представление окружения.
{| class="wikitable"
!Element
!Type
!Description
|-
|id
|string
|Идентификатор объекта.
|-
|name
|string
|Имя объекта.
|-
|description
|string
|Краткое описание сущности.
|-
|tokenManagementToken
|string
|Токен с разрешением «Управление токенами». Может использоваться во вновь созданной среде для создания других токенов для настройки этой среды. Это значение задается только в том случае, если среда была создана с параметром запроса createToken=true.
|}

=== JSON-модель тела ответа ===
<{
"id": "string",
"name": "string",
"description": "string",
"tokenManagementToken": "string"
}

==Пример==
Создает среду под названием <code>MyNewTeam</code>, в которой указываются сведения о лицензионных квотах, ограничениях на хранение и хранении данных.
====Curl====
<code>curl -X POST "<nowiki>https://myManaged.cluster.com/api/cluster/v2/environments?createToken=true</nowiki><nowiki>" -H "accept: application/json; charset=utf-8" -H "Authorization: Api-Token dt0c01.abc123.abcdefjhij1234567890" -H "Content-Type: application/json; charset=utf-8" -d"{\"name\":\"MyNewTeam\",\"state\":\"ENABLED\",\"tags\":[\"owner:john.wicked@astromkey.com\",\"department:finance\"],\"trial\":false}, \"quotas\":{\"hostUnits\":{\"maxLimit\":1},\"demUnits\":{\"monthlyLimit\":1,\"annualLimit\":1},\"userSessions\":{\"totalMonthlyLimit\":1,\"totalAnnualLimit\":2},\"syntheticMonitors\":{\"monthlyLimit\":1,\"annualLimit\":1},\"aiDataUnits\":{\"monthlyLimit\":1,\"annualLimit\":2}},\"storage\":{\"transactionStorage\":{\"maxLimit\":1024},\"sessionReplayStorage\":{\"maxLimit\":2048},\"symbolFilesFromMobileApps\":{\"maxLimit\":5050},\"serviceRequestLevelRetention\":{\"maxLimitInDays\":35},\"serviceCodeLevelRetention\":{\"maxLimitInDays\":10},\"realUserMonitoringRetention\":{\"maxLimitInDays\":35},\"syntheticMonitoringRetention\":{\"maxLimitInDays\":35},\"sessionReplayRetention\":{\"maxLimitInDays\":35},\"userActionsPerMinute\":{\"maxLimit\":3500},\"transactionTrafficQuota\":{\"maxLimit\":1000}}}"</nowiki></code>
====URL-адрес запроса====
<code><nowiki>https://myManaged.cluster.com/api/cluster/v2/environments?createToken=true</nowiki></code>

==== Тело запроса ====
<{
"name": "MyNewTeam",
"state": "ENABLED",
"tags": [
"owner:john.wicked@astromkey.com",
"department:finance"
],
"trial": false,
"quotas": {
"hostUnits": {
"maxLimit": 1
},
"demUnits": {
"monthlyLimit": 1,
"annualLimit": 1
},
"userSessions": {
"totalMonthlyLimit": 1,
"totalAnnualLimit": 2
},
"syntheticMonitors": {
"monthlyLimit": 1,
"annualLimit": 1
},
"aiDataUnits": {
"monthlyLimit": 1,
"annualLimit": 2
}
},
"storage": {
"transactionStorage": {
"maxLimit": 1024
},
"sessionReplayStorage": {
"maxLimit": 2048
},
"symbolFilesFromMobileApps": {
"maxLimit": 5050
},
"serviceRequestLevelRetention": {
"maxLimitInDays": 35
},
"serviceCodeLevelRetention": {
"maxLimitInDays": 10
},
"realUserMonitoringRetention": {
"maxLimitInDays": 35
},
"syntheticMonitoringRetention": {
"maxLimitInDays": 35
},
"sessionReplayRetention": {
"maxLimitInDays": 35
},
"userActionsPerMinute": {
"maxLimit": 3500
},
"transactionTrafficQuota": {
"maxLimit": 1000
}
}
}

====Тело ответа====
Успех. Окружение создано и запущено. Текст ответа содержит сгенерированный идентификатор среды и токен с разрешением на управление токенами. Заголовок местоположения также содержит сгенерированный идентификатор.
<{
"id": "11a113a1-a11b-1234-123a-4df674c8eb8e",
"name": "MyNewTeam",
"tokenManagementToken":
"dt0c01.LJMAHMWOKCL5IPH3E2ORNHTR.<token-value>"
}
====Код ответа====
<code>201</code>

События метрик, вызывающих оповещения

2026-05-28T13:17:27Z

IKuznetsov:

'''''[[Применение АппОптима]] / Алертинг/ События метрик / События метрик, вызывающих оповещения'''''

Fedor АппОптима автоматически анализирует нештатные ситуации в вашей ИТ-инфраструктуре и пытается выявить любые соответствующие последствия и первопричины. Fedor опирается на широкий спектр источников информации, таких как представление транзакций ваших служб и приложений.

В АппОптима есть два основных источника одиночных событий:

* События на основе метрик (события, инициированные серией измерений)
* События, не зависящие от какой-либо метрики (например, сбои процессов, изменения развертывания и события перемещения ВМ).

Пользовательские события метрик настраиваются в глобальных настройках вашей среды и видны всем пользователям АппОптима в вашей среде.

== Автоадаптивная базовая линия ==
Автоадаптивные базовые показатели представляют собой динамический подход к базовым показателям, при котором эталонное значение для обнаружения аномалий изменяется с течением времени. Его основное преимущество перед статическим порогом заключается в том, что эталонное значение динамически адаптируется с течением времени, и вам не нужно заранее знать пороговое значение. Вам также не нужно вручную настраивать несколько статических пороговых значений для метрик, поведение которых меняется со временем.

Когда конфигурация события метрики включает в себя несколько сущностей, каждая сущность получает свою собственную автоадаптирующуюся базовую линию, и каждая базовая линия оценивается независимо. Например, если объем события включает пять хостов, АппОптима рассчитает и оценит пять независимых базовых показателей.

Существует ограничение в 100 конфигураций событий метрик для каждой среды независимо от того, сколько отдельных базовых показателей имеет каждая конфигурация.

Давайте рассмотрим пример, в котором адаптивный базовый уровень имеет преимущество перед статически определенным порогом. На приведенной ниже диаграмме показано измеренное время записи на диск в миллисекундах. Это изменчивый показатель, который резко возрастает в зависимости от давления записи, с которым сталкивается диск. Если бы нам нужно было определить пороговое значение для каждого диска в этой ИТ-системе на основе исходных данных (начало диаграммы), мы бы установили статический порог равным 20 миллисекундам. Однако позже использование диска изменится на более высокую нагрузку, поэтому определенный таким образом статический порог будет генерировать много ложноположительных предупреждений. Чтобы избежать этого, нам пришлось бы определить новый порог и вручную адаптировать конфигурацию.

Однако автоадаптивная базовая линия автоматически адаптирует эталонные пороги ежедневно на основе измерений за предыдущие семь дней. Таким образом, если метрика меняет свое поведение, порог адаптируется автоматически.

=== Базовый расчет ===
Базовыми значениями для расчета базовых показателей являются данные метрик за последние семь дней. Измерения за каждую минуту используются для расчета 99 -го процентиля всех измерений. Это определяет соответствующую базовую линию . Межквантильный диапазон между 25 -м и 75 -м процентилями затем используется в качестве флуктуации сигнала , которую можно добавить к базовой линии. Используя параметр <code>number of signal fluctuation</code>(nx флуктуация сигнала), вы можете контролировать, сколько раз флуктуация сигнала добавляется к базовой линии, чтобы получить фактический порог для оповещения.

Другим важным параметром для динамических базовых линий является скользящее окно, которое используется для сравнения текущих измерений с вычисленным пороговым значением. Он определяет, как часто расчетный порог должен нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Такой подход помогает избежать слишком агрессивного оповещения об одиночных нарушениях. Вы можете установить скользящее окно максимум на 60 минут.

По умолчанию любые 3 минуты из скользящего окна в 5 минут должны превышать ваш базовый порог, чтобы вызвать событие. Это означает, что событие должно иметь 3 минуты нарушения в пределах любого 5-минутного скользящего окна.

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

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

Например, вы можете использовать статический порог, чтобы установить ограничение на общее использование памяти известным процессом. В этом случае статический порог превосходит адаптивный, потому что если потребление памяти со временем растет медленно, то адаптивный порог просто меняется вместе с ним, не вызывая никаких проблем и приводя в итоге к скрытой утечке памяти.

На рисунках ниже потребление памяти неуклонно увеличивается в течение 30 дней. Статически заданный порог в 40 МБ будет обнаруживать ненормальное поведение процесса, в то время как адаптивный базовый уровень будет увеличиваться вместе со значением метрики.

Помимо порогового значения, вы также можете указать, как часто пороговое значение должно нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Это поможет вам избежать слишком агрессивных предупреждений о нарушениях одного порога. Вы можете установить скользящее окно до 60 минут.

По умолчанию любые 3 минуты из скользящего окна в 5 минут должны превышать ваш порог, чтобы вызвать событие. То есть для события потребуется 3 минуты нарушения в пределах любого 5-минутного скользящего окна.

== Расширенный запрос метрики ==
Существует два типа запросов метрик в событиях метрик — базовый и расширенный. Базовые запросы просто наблюдают за потоком необработанных измерений. Расширенные запросы применяют преобразование к необработанным данным. АппОптима всегда отображает тип запроса в разделе Предварительный просмотр предупреждений конфигурации события метрики.

Примеры расширенных запросов включают в себя:

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

=== Ограничения среды ===
Существует общее ограничение в 10 000 конфигураций событий метрик для каждой среды мониторинга, которые можно разделить на следующие категории:

* Базовые запросы — для базовых запросов нет ограничений по размерам. Например, вы можете создать оповещение для 20 000 ядер ЦП в одной конфигурации события метрики. Несмотря на то, что ограничения на размер нет, ограничение регулирования в 100 одновременных предупреждений на конфигурацию используется в качестве меры предосторожности.
* Расширенные запросы — применяются дополнительные ограничения:
** 100 000 измерений на среду
** 1000 измерений на конфигурацию события метрики
** 100 расширенных конфигураций запросов для каждой стратегии мониторинга. У вас может быть 100 конфигураций с автоадаптивным базовым уровнем и 100 конфигураций с настраиваемыми пороговыми значениями.

== Оповещение об отсутствии данных ==
АппОптима предоставляет вам возможность настроить оповещение об отсутствии данных в метрике. Если оповещение включено, АппОптима регулярно проверяет, содержит ли скользящее окно события метрики какие-либо измерения. Например, если скользящее окно установлено на 3 минуты в течение любых 5 минут , АппОптима инициирует предупреждение, если данные не будут получены в течение 3-минутного периода.

Условие отсутствующих данных и базовое/пороговое условие объединяются логикой ИЛИ .

Показать пример

=== Заполнители описания события ===
Для предоставления подробной информации об оповещении используется <code>{missing_data_samples}</code>заполнитель для описания события. Он отображает количество минут без полученных данных.

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

Для ожидаемых данных с опозданием (например, показателей интеграции с облаком с 5-минутной задержкой) используйте длинные скользящие окна, покрывающие задержки. Для 5-минутной задержки используйте скользящее окно не менее 10 минут.

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

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

Вы можете дополнительно настроить событие, выбрав отслеживаемые объекты, к которым оно применяется. По умолчанию событие применяется ко всем объектам, предоставляющим соответствующую метрику. Используя фильтр на основе правил, вы можете организовать объекты по группе узлов , зоне управления , имени и тегу . Например, для метрик на основе хоста вы можете включить только те хосты, которым назначен определенный тег. Фактический набор доступных критериев зависит от метрики.

Предварительный просмотр области предупреждений может отображать до 100 сущностей, которые обеспечивают выбранную метрику и соответствуют всем указанным фильтрам.

Если вы установите порог для более чем 100 объектов, предварительный просмотр будет недоступен, и это приведет к значительному количеству предупреждений.

== Осведомленность о топологии ==
Осведомленность о топологии и контекст — одна из ключевых тем платформы наблюдения АппОптима. Данные, такие как метрики, трассировки, события и журналы, не просто сообщаются и хранятся на платформе, они включают ссылки на топологию, в которой были созданы данные. Например, в метриках процессов каждое измерение имеет ссылку на связанные хосты и процессы. Fedor использует эту топологическую информацию для автоматического обнаружения первопричин и анализа последствий обнаруженных аномалий. То же самое относится ко всем пользовательским событиям метрик, настроенным в среде мониторинга.

Когда конфигурация обнаружения аномалий вызывает событие, АппОптима автоматически определяет наиболее релевантную сущность для сопоставления события. Если обнаружено несколько ссылок на объекты, автоматически выбирается наиболее релевантная. Например, если метрика со ссылкой как на хост, так и на процесс приводит к событию, событие возникает в процессе.

Прием метрик позволяет отправлять все типы измерений метрик, независимо от количества сущностей, к которым они относятся. Существуют следующие сценарии:

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

Пример: показатели выручки, измеренные для всех розничных магазинов по географическому региону.

=== Измерения относятся к одному объекту ===
Если вы определяете событие метрики для измерения, связанного с одним объектом, результирующее событие будет вызвано для этого объекта.

Пример: выполнение пакетных заданий измеряется на отслеживаемом узле, где измерение связано с узлом.

=== Измерения связаны с несколькими объектами ===
Когда для каждого измерения указано несколько объектов, АппОптима выбирает наиболее подходящий объект, для которого следует инициировать событие. В случае узла и процесса измерение предположительно относится к процессу, а не к узлу, поэтому событие возникает в процессе.

Пример: количество запусков пакетного задания, измеренное для процесса на отслеживаемом узле, где измерение относится как к процессу, так и к узлу.

== Серьезность события ==
Серьезность события определяет, следует ли поднимать проблему или нет, и должен ли Fedor определять основную причину данного события.
{| class="wikitable"
!Строгость
!Проблема поднята
!Анализ Fedor
!Семантический
|-
|Доступность
|Да
|Да
|Сообщает о любых серьезных отказах компонентов.
|-
|Ошибка
|Да
|Да
|Сообщает о любом ухудшении работоспособности из-за ошибок.
|-
|Замедлять
|Да
|Да
|Сообщает о замедлении работы ИТ-компонента.
|-
|Ресурс
|Да
|Да
|Сообщает о нехватке ресурсов или ситуации конфликта ресурсов.
|-
|Информация
|Нет
|Да
|Сообщает о любой интересной ситуации с компонентом, например об изменении развертывания.
|-
|Пользовательское оповещение
|Да
|Нет
|Запускает оповещение без причинно-следственной связи с участием Fedor
|}
Дополнительные сведения о встроенных событиях и их уровнях серьезности см. в разделе Типы событий .

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

Событие остается открытым до тех пор, пока метрика не останется в пределах порогового или базового уровня для определенного количества одноминутных интервалов в одном и том же окне оценки, после чего АппОптима закрывает событие. По умолчанию количество таких слотов де-оповещения равно размеру окна оценки. Например, если размер окна оценки установлен на <code>5</code>, метрика должна оставаться в пределах порогового или базового уровня в течение 5 последовательных одноминутных интервалов времени, чтобы закрыть событие. Вы можете изменить количество слотов для отмены предупреждений через API Metric Events .

== Селектор показателей в событиях показателей ==
Селектор метрик — это мощный инструмент для запроса данных. Он предоставляет вам две основные возможности:

* Метрические преобразования для преобразования метрики.
* Метрические выражения для объединения одной или нескольких метрик в другой результат с помощью простой математики.

В этом примере мы хотим обнаружить аномалии в комбинированном входящем и исходящем сетевом трафике путем вычисления суммы всех прочитанных ( <code>builtin:host.net.bytesRx</code>) и записанных байтов ( <code>builtin:host.net.bytesTx</code>). Метрическое выражение для этого:
<code>((builtin:host.net."bytesTx":splitBy())+(builtin:host.net."bytesRx":splitBy()))</code>
Это выражение оценивается как результат одной метрики, которую Fedor будет использовать для получения базового уровня, а также для обнаружения аномалий и оповещения о них.

Селектор показателей может состоять из тысяч отдельных измерений показателей. Важно понимать последствия при настройке селектора, состоящего из измерений, поступающих из тысяч отдельных источников. АппОптима применяет ограничения безопасности к обнаружению аномалий с точки зрения количества метрических измерений, которые можно наблюдать в одной среде мониторинга, чтобы избежать каких-либо операционных проблем.

Проверка тревожных данных на графиках

=== Объединение метрик для обнаружения аномалий ===
Благодаря мощному выражению метрики вы можете реализовать оповещение с представлением ситуации сверху вниз, а не оповещение о каждом отдельном компоненте.

Например, вы можете отслеживать шаблоны журналов на нескольких хостах. Вычисляя общее количество наблюдаемых шаблонов журналов во всех соответствующих файлах журналов, АппОптима может обнаруживать аномалии шаблонов в совокупном потоке журналов, а не в отдельных счетчиках для каждого файла журнала.

В случае разреженных подсчетов по многим объектам (например, подсчет ошибок в нескольких процессах одного типа) агрегированное нисходящее обнаружение аномалий гораздо более устойчиво к ложноположительным оповещениям по сравнению с обнаружением отдельного подсчета ошибок для каждого процесса.

=== Отображение топологии ===
События метрик, основанные на селекторе метрик, поддерживают осведомленность о топологии . Результирующее сопоставление зависит от детализации данных результата.

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

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

==== Переопределить сопоставление топологии ====
Вы можете переопределить автоматический выбор типа объекта, с которым сопоставляются события. Имейте в виду, что следует выбирать только те типы сущностей, на которые есть ссылки во входящих измерениях метрик. Если выбран тип объекта, в котором метрика не показывает необходимое измерение, переопределение объекта игнорируется.

Чтобы переопределить автоматический тип сущности, в конфигурации события метрики разверните Расширенные настройки сущности и выберите требуемый тип сущности.

== Создать событие метрики ==
Чтобы создать конфигурацию события метрики

# В меню АппОптима выберите « Настройки » > « Обнаружение аномалий » > «Пользовательские события для предупреждений » и выберите «Создать настраиваемое событие для предупреждений» .
# Перейдите на вкладку « Сборка ».
# Выберите метрику для события метрики. Вы можете выбрать метрику по категории, к которой она принадлежит, или по точному имени метрики.
# Выберите тип агрегирования для метрики (где применимо).
# по желаниюВыберите измерения, которые будут учитываться событием.
# по желаниюДобавьте фильтры сущностей на основе правил.
# Определите стратегию мониторинга.
## Выберите стратегию:
##* Автоадаптивная базовая линия — АппОптима автоматически вычисляет пороговое значение и динамически адаптирует его к поведению вашей метрики.
##* Статический порог — порог , который не меняется во времени.
## Укажите скользящее окно для сравнения. Скользящее окно определяет, как часто пороговое значение (вычисленное автоматически или заданное вручную) должно нарушаться в течение скользящего окна времени, чтобы возникло событие (нарушения не обязательно должны быть последовательными). Это поможет вам избежать чрезмерно агрессивного оповещения об одиночных нарушениях. Вы можете установить скользящее окно до 60 минут.
## В зависимости от выбранной стратегии укажите:
##* Автоадаптивная базовая линия — сколько раз флуктуация сигнала добавляется к базовой линии.
##* Статический порог — пороговое значение. АппОптима предлагает значение на основе предыдущих данных.
## Выберите поведение оповещения об отсутствующих данных . Если оповещение об отсутствии данных включено, оно объединяется с базовым/пороговым условием по логике ИЛИ .
# Выберите временной интервал предварительного просмотра. Вы можете получать оповещения за 12 часов, один день или семь дней и оценивать, насколько эффективна ваша конфигурация.
# Выберите название для вашего мероприятия. Заголовок должен быть короткой, легко читаемой строкой, описывающей ситуацию, например, <code>High network activity</code>или <code>CPU saturation</code>.
# В разделе Описание события создайте осмысленное сообщение о событии. Сообщения о событиях помогают понять характер события. Вы можете использовать следующие заполнители:
#* <code>{alert_condition}</code>— состояние тревоги (выше/ниже порога).
#* <code>{baseline}</code>– нарушенное значение базовой линии.
#* <code>{dims}</code>— список всех измерений (и их значений) метрики, нарушивших порог. Вы также можете указать конкретное измерение: <code>{dims:dt.entity.<entity>}</code>. Чтобы получить список доступных измерений для вашей метрики, запросите его с помощью запроса дескриптора метрики GET .
#* <code>{entityname}</code>— название затронутого объекта.
#* <code>{metricname}</code>— название метрики, нарушившей порог.
#* <code>{missing_data_samples}</code>– количество выборок с отсутствующими данными. Доступно, только если включено предупреждение об отсутствии данных.
#* <code>{severity}</code>- тяжесть события.
#* <code>{threshold}</code>– нарушенное значение порога.
# Выберите Создать пользовательское событие для оповещения , чтобы сохранить новое событие.

== API событий метрик ==
Те же функции событий метрик доступны через API обнаружения аномалий — событий метрик . Используя API, вы можете перечислять, обновлять, создавать и удалять конфигурации.

Примечания к релизу 252

2026-05-28T13:17:05Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 252'''''

== '''АппОптима''' ==

=== Объявления ===

* В операционных системах CentOS/RHEL/OL 8.2, CentOS 8.4, CentOS 8.5, Suse LES 11.4 больше нельзя устанавливать новые узлы кластера. АппОптима версии 1.258 будет последней версией, которую вы можете обновить в одной из этих операционных систем.

=== Новые функции и улучшения ===

==== Предсказуемое управление хранением данных ====
Когда свободного места на диске недостаточно для хранения новых данных, управляемый кластер АппОптима автоматически настраивает время хранения данных, хранящихся в Elasticsearch и хранилище транзакций, если они размещены на одном и том же разделе диска. Корректировка хранения данных применяется одинаково ко всем средам в кластере.

==== Улучшенная конфигурация SSO на основе SAML ====
Директива действия формы HTTP Content Security Policy (CSP) ограничивает URL-адреса, которые могут использоваться в качестве цели отправки форм из заданного контекста. Если существует перенаправление от поставщика удостоверений (IdP) на другие хосты во время входа или выхода, вы можете добавить их в новое поле ввода конфигурации.

==== Обновленная JRE ====
Чтобы воспользоваться улучшениями производительности, последними улучшениями безопасности и исправлениями ошибок, мы обновили JRE для следующих компонентов узла кластера:

* Cassandra теперь использует JRE 8u345.
* Другие компоненты теперь используют JRE 11.0.16.1.

==== Улучшенная проверка электронной почты в CMC ====
При настройке учетных записей пользователей и уведомлений теперь можно использовать адреса электронной почты с одной буквой в домене верхнего уровня.

==== Упрощенная файловая структура управляемой установки АппОптима ====
Когда пользовательский системный пользователь Linux используется для запуска управляемых служб АппОптима, в домашнем каталоге пользователя создается настраиваемый каталог ( <code>/home/<user running АппОптима>/.javacpp/cache/</code>). Это технический каталог, который был перемещен <code>/var/opt/AppOptima-АппОптима/.javacpp/cache/</code>для упрощения управления развертыванием.

=== Поддержка операционных систем ===

==== Текущие изменения поддержки управляемых операционных систем АппОптима ====

=====Следующие операционные системы больше не будут поддерживаться с 1 марта 2023 г.=====
*Linux : Red Hat Enterprise Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252
*Linux: Oracle Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252

==== Будущие изменения поддержки управляемых операционных систем АппОптима ====

===== Следующие операционные системы больше не будут поддерживаться с 1 июля 2023 г. =====
*Linux : SUSE Enterprise Linux 15.0
**x86-64

==== Прошедшие изменения поддержки управляемых операционных систем АппОптима ====

=====Следующие операционные системы больше не поддерживаются с 1 июня 2022 г.=====
*Linux: Ubuntu 20.10
**x86-64
**Последняя совместимая версия: 1.234
=====Следующие операционные системы больше не поддерживаются с 1 июля 2022 г.=====
*Linux : CentOS 7.8, 8.2, 8.4
**x86-64
**Последняя совместимая версия: 1.246
*Linux : Red Hat Enterprise Linux 7.8
**x86-64
**Последняя совместимая версия: 1.246
*Linux: Oracle Linux 7.8
**x86-64
**Последняя совместимая версия: 1.246
=====Следующие операционные системы больше не поддерживаются с 1 августа 2022 г.=====
*Linux: CentOS 7.7
**x86-64
**Последняя совместимая версия: 1.238
*Linux : Red Hat Enterprise Linux 7.7
**x86-64
**Последняя совместимая версия: 1.238
*Linux: Oracle Linux 7.7
**x86-64
**Последняя совместимая версия: 1.238
=====Следующие операционные системы больше не поддерживаются с 1 октября 2022 г.=====
*Linux : SUSE Enterprise Linux 11.4
**x86-64
=====Следующие операционные системы больше не поддерживаются с 1 ноября 2022 г.=====
*Linux : Ubuntu 21.04
**x86-64
**Последняя совместимая версия: 1.244
===Решенные проблемы===
Выпуск 252 содержит 13 решенных проблем (в том числе 1 устранённая уязвимость)
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|АктивныйШлюз
|2
|-
|Кластер
|10
|-
|АппОптима
|1
|}
====АктивныйШлюз====

* Исправлена утечка памяти в АктивногоШлюза.
* '''Уязвимость:''' Текстовая библиотека Apache Commons была обновлена в ответ на CVE-2022-42889.

==== Кластер ====

* Некоторые экраны, включенные в карточку лога расширений, пусты и не отображают никаких данных.

* Если на странице существует несколько компонентов редактора кода, ошибки lint не будут общими, но у каждого экземпляра будут свои. - «Выполнить запрос» больше не включается, если существует другой компонент редактора кода.
* Исправлена проблема с общей функцией ядра основных причин, из-за которой несвязанные проблемы объединялись.
* Свойства сеанса и действия пользователя теперь могут быть захвачены для параметров строки запроса, содержащих двоеточие.
* Показывать правильные предложения для общих типов сущностей в фильтрах панели мониторинга.
* Исправлена проблема, из-за которой функция REPLACE_PATTERN вызывалась несколько раз в одном пакете событий лога, а шаблон содержал сопоставитель LineData (LD/LDATA).
* Теперь все строки таблицы экспортируются при использовании «экспортировать данные таблицы».
* - Диаграммы теперь доступны в полную ширину - Не добавлено усечение данных, панорамирование (перетащите влево или вправо, чтобы увидеть все данные) - Исправление/центрирование загрузки для просмотра лога и логов и событий.
* В некоторых случаях список сеансов пользователя отображается пустым без возможности продолжить загрузку, если в течение указанного времени загрузки нет результатов.
* Некоторые проблемы не могли быть должным образом обновлены из-за ошибки в обработке в средах высокой доступности премиум-класса.

==== АппОптима ====

* Исправлена проблема со входом, которая возникала при использовании SAML для режима «только SSO», когда в метаданных IdP не была определена конечная точка выхода.

== '''ЕдиныйАгент АппОптима''' ==

=== Объявления ===

==== Npcap устанавливается по умолчанию, начиная с версии ЕдиногоАгента 1.255. ====
Начиная с версии ЕдиногоАгента 1.255, программа установки ЕдиногоАгента в Windows <code>Npcap</code>по умолчанию устанавливает драйвер.

Это может привести к сбоям в работе сети во время установки ЕдиногоАгента в Windows Server 2016 или Windows Server 2019 сборки 1809 и Windows 10 сборки 1809 без исправления KB4571748 или любого из заменяющих его исправлений.

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

==== Мы отказываемся от поддержки определенных версий iOS и Xcode. ====
Начиная с ЕдиногоАгента для iOS версии 8.257(весной 2023 г.) АппОптима прекратит поддержку iOS 9 и 10, Xcode 13 и сборок с поддержкой битового кода. Мы будем поддерживать только iOS 11+ и Xcode 14+.

Кроме того, в соответствии с рекомендациями Apple по отправке приложений мы будем поддерживать только приложения, созданные с помощью Xcode 14.1+, начиная с апреля 2023 года.

=== Новые функции и улучшения ===

==== RUM JavaScript API ====

* Удалены функциональные возможности из <code>startThirdParty</code>, <code>stopThirdParty</code>и <code>sendSignal</code> <code>dtrum</code>методов.
* В <code>enterXhrAction</code> <code>dtrum</code>методе <code>xmode</code>параметр со значением <code>2</code>теперь устарел и будет возвращаться к значению <code>1</code>.
* В <code>enterAction</code> <code>dtrum</code>методе этот <code>type</code>параметр устарел и больше не будет иметь никакого эффекта.

=== Java ===

* Добавлена поддержка клиента Akka Http 10.0 , 10.2 , 10.4.
* Добавлена поддержка Apache HttpCore 5.x.
* Добавлена поддержка HTTP-сервера Jetty 10 .
* Добавлена поддержка агента OpenTelemetry 1.17.x - 1.21.x.
* Добавлена поддержка Oracle HotSpot VM 19 .
* Добавлена поддержка OpenJDK 19 .
* Добавлена поддержка SAP JVM 19 .
* Добавлена поддержка Amazon Corretto 19 .
* Добавлена поддержка ядра платформы Azul (Zulu) 19 .
* Добавлена поддержка Bellsoft Liberica 19 .
* Добавлена поддержка Eclipse Temurin (он же Adoptium) 19

=== Node.js ===

* Добавлена поддержка Node.js (функции AWS Lambda) 16
* Некоторые фреймворки используют <code>setTimeout</code>для задержки фактических клиентских запросов. Увеличение внутреннего предела отслеживания тайм-аута по умолчанию <code>51 ms</code>позволяет отслеживать такие запросы, пока задержка ниже этого предела.

=== Go ===

* Добавлена поддержка Go (функции GCP)

=== PHP ===

* Добавлена поддержка OpenTelemetry 0.0.12.
* Добавлена поддержка OpenTelemetry 0.0.13.
* Добавлена поддержка OpenTelemetry 0.0.14.
* Добавлена поддержка OpenTelemetry 0.0.15.

=== Мейнфрейм ===

* <code>oneagentzos-R12510.pax</code>теперь доступно. Инструкции по обновлению см. в разделе « Обновление и обслуживание ».
* Добавлена поддержка поставщика услуг IBM z/OS Connect EE MQ) .
* Модуль кода CICS теперь может захватывать класс транзакций CICS, класс службы и класс службы отчетов в соответствии с определением диспетчера рабочей нагрузки z/OS. Эти атрибуты отображаются на странице распределенных трассировок CICS, если они доступны.

==== Операционные системы, поддерживающие изменения ЕдиногоАгента АппОптима в будущем ====

===== Следующие операционные системы больше не будут поддерживаться с 1 января 2023 г. =====

* Linux : Debian 8, 9
** x86-64
* Linux : SUSE Linux Enterprise Server 12.3

===== Следующие операционные системы больше не будут поддерживаться с 1 февраля 2023 г. =====

* Linux : Ubuntu 21.10

===== Следующие операционные системы больше не будут поддерживаться с 1 апреля 2023 г. =====

* Linux : Google Container-Optimized OS 85 LTS
** x86-64
* Linux: EulerOS 2.3

===== Следующие операционные системы больше не будут поддерживаться с 1 июня 2023 г. =====

* Linux : openSUSE 15.3
** x86-64, PPCLE
* Linux : SUSE Linux Enterprise Server 15.0
* UNIX : IBM AIX 7.2 TL4
** POWER8, POWER9
* Windows : Рабочий стол Windows 10 21H1
** x86-64

==== Прошедшие изменения поддержки технологий ЕдинымАгентом АппОптима ====

===== АппОптима ЕдиныйАгент 1.239 была последней версией, поддерживающей следующие технологии. =====

* Сервер приложений JBoss 6, 7 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 сентября 2009 г.
* JBossWS (JBoss AS) 4.x для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 сентября 2009 г.
* OpenTelemetry 0.0.2 для PHP

===== АппОптима ЕдиныйАгент 1.245 была последней версией, поддерживающей следующие технологии. =====

* Microsoft IIS 7.0 для Microsoft IIS
** Поставщик прекратил поддержку этой технологии и версии с 14 января 2020 г.

===== АппОптима ЕдиныйАгент 1.249 была последней версией, поддерживающей следующие технологии. =====

* Платформа корпоративных приложений JBoss 6 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 июня 2019 г.
* Платформа корпоративных приложений JBoss — Remoting 6 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 июня 2019 г.
* Платформа корпоративных приложений JBoss — RMI-IIOP 6 для Java
** Поставщик прекратил поддержку этой технологии и версии с 1 июня 2019 г.

==== Предыдущие изменения в поддержке операционных систем ЕдинымАгентом АппОптима ====

===== Следующие операционные системы больше не поддерживаются с 1 апреля 2022 г. =====

* UNIX : IBM AIX 7.2 TL3
** POWER8, POWER9
** Последняя совместимая версия: 1.237

===== Следующие операционные системы больше не поддерживаются с 1 июня 2022 г. =====

* Linux: Fedora 33
** x86-64
** Последняя совместимая версия: 1.241

===== Следующие операционные системы больше не поддерживаются с 1 июля 2022 г. =====

* Linux : CentOS 8.x
** x86-64
** Последняя совместимая версия: 1.243
* Linux : CentOS 8.x
** PPCLE
* Linux : CentOS 8.x
** ARM64 (AArch64)

* Linux : openSUSE 15.2
** x86-64, PPCLE
** Последняя совместимая версия: 1.247
* Windows : рабочий стол Windows 10 2004 г.
** x86-64
** Последняя совместимая версия: 1.247
* Windows : Windows Server 2004
** x86-64
** Последняя совместимая версия: 1.247

===== Следующие операционные системы больше не поддерживаются с 1 августа 2022 г. =====

* Linux : Ubuntu 21.04
** Последняя совместимая версия: 1.249

===== Следующие операционные системы больше не поддерживаются с 1 октября 2022 г. =====

* Linux : SUSE Linux Enterprise Server 11.4

===== Следующие операционные системы больше не поддерживаются с 1 декабря 2022 г. =====

* Windows : Рабочий стол Windows 10 1909 г.
** x86-64
* Windows : Windows Server 20H2
** x86-64

===Другие изменения поддержки===
====ЕдиныйАгент для z/OS====
=====Сборка 1.251.0=====

* Добавлена возможность сообщать о новых метриках хоста, таких как общий GCPU для LPAR, общее время zIIP для LPAR и общее использование zIIP для LPAR.
* Добавлена поддержка отчета о новой метрике PGI, секундах GCPU региона в час.
* Исправлен неверный/неожиданный IP-адрес хоста z/OS, отображаемый в представлении хоста.
* Исправлено повторное появление сообщения ZDTL001I в журнале zRemote.
* Исправлена ошибка, из-за которой регион IMS Fastpath ABEND SYS DC2 вызывал дублирование UToken, причина 55.

===Решенные проблемы===
Общее количество решенных проблем — 12.
{| class="wikitable"
!Составная часть
!Решенные проблемы
|-
|Механизм причинно-следственной связи Fedor
|1
|-
|Node.js
|1
|-
|Все модули
|1
|-
|Go
|1
|-
|Мониторинг инфраструктуры
|1
|}
====Механизм причинно-следственной связи Fedor====

* Избегает использования имени POD kubernetes в качестве имени сервера в случае истечения времени ожидания пути.

==== Node.js ====

* Отсутствующий файл `package.json` и отсутствующая запись `"type": "commonjs"` вызывали проблемы в сочетании с ESM: если внешний `package.json` определял `"type": "module"`, Node.js предполагал, что `onenodeloader` и/или наши сценарии `nodejsagent` также были модулями, которые приводили к сбою приложения.

==== Все модули ====

* Исправлена потенциальная неправильная обработка специальных параметров dlsym в AIX и Solaris.

==== Go ====

* Исправлено потенциальное повреждение памяти или сбой при использовании профилирования во время выполнения/pprof.

==== Мониторинг инфраструктуры ====

* Источник данных Prometheus теперь удаляет конечные пробелы в конфигурации URL-адреса конечной точки Prometheus.

=== ЕдиныйАгент для Android: устранённые проблемы ===
Выпуск 1.251 не содержит решенных проблем, с которыми сталкиваются пользователи.

=== ЕдиныйАгент для iOS: устранённые проблемы ===

==== ЕдиныйАгент для iOS ====

* Предотвращение инструментирования резервных копий из предыдущих запусков.
* Исправлен сбой при сообщении о сбоях из гибридных фреймворков.

=== ЕдиныйАгент для JavaScript: устранённые проблемы ===
Выпуск 1.251 не содержит решенных проблем, с которыми сталкиваются пользователи.

Что такое АппОптима?

2026-05-28T13:16:57Z

IKuznetsov:

'''''[[Начало работы с АппОптима]] / Что такое АппОптима?'''''

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

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

АппОптима органично объединяет инфраструктуру и облако, производительность приложений и мониторинг цифрового опыта в единое автоматизированное решение, основанное на искусственном интеллекте. АппОптима помогает добиваться результатов, предоставляя разработчикам, операциям и бизнес-командам общую платформу и метрики. Таким образом, АппОптима может служить для вашей организации единственным «источником истины».
==Возможности АппОптима==
АппОптима предоставляет следующие возможности для мониторинга и анализа производительности всех аспектов вашей прикладной среды:

'''Мониторинг реального пользователя'''

Real User Monitoring анализирует эффективность всех взаимодействий пользователя с вашими приложениями, независимо от того, происходит ли это взаимодействие в браузере или на мобильном устройстве. Real User Monitoring также обеспечивает мониторинг доступности приложений, проверку правильности отображения элементов пользовательского интерфейса, анализ производительности сторонних поставщиков контента, анализ производительности серверных служб (вплоть до уровня кода) и анализ производительности всей базовой инфраструктуры.

'''Мониторинг мобильных приложений'''

АппОптима также поддерживает Real User Monitoring для мобильных приложений. Процесс мониторинга взаимодействия с пользователем ваших собственных мобильных приложений принципиально отличается от мониторинга веб-приложений на основе браузера. Это связано с тем, что мониторинг мобильных приложений включает в себя компиляцию, упаковку и отправку библиотеки мониторинга вместе с вашим собственным пакетом мобильного приложения. Процесс инструментирования ваших мобильных приложений во многом зависит от платформы вашего мобильного приложения. АппОптима поддерживает платформы Android и iOS.

'''Мониторинг серверных сервисов'''

Веб-приложения состоят из веб-страниц, которые обслуживаются веб-серверами (например, Apache Tomcat) и веб-контейнерами (например, Docker). Веб-запросы, которые отправляются на конкретный сервер Tomcat, являются примером серверной службы . Серверные службы могут быть различных типов, например, веб-службы, веб-контейнеры, запросы к базе данных и настраиваемые службы. АппОптима ЕдиныйАгент может предоставить подробную информацию о том, какие приложения или службы взаимодействуют с какими другими службами и какие службы или базы данных вызывает конкретная служба.

'''Мониторинг сети, процессов и хоста'''

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

'''Мониторинг облака и виртуальных машин'''

АппОптима ЕдиныйАгент контролирует весь ваш стек, включая частные, общедоступные и гибридные облачные среды. Независимо от того, работаете ли вы в AWS , Azure , Cloud Foundry или OpenStack, АппОптима ЕдиныйАгент автоматически обнаруживает все виртуализированные компоненты и отслеживает все изменения. АппОптима ЕдиныйАгент может быть интегрирован с вашей виртуализированной инфраструктурой , позволяя соединить точки между зависимостями vCenters в вашем центре обработки данных, процессами, которые на них выполняются, и вашими приложениями.

'''Мониторинг контейнеров'''

АппОптима легко интегрируется с существующими средами Docker и автоматически отслеживает ваши контейнерные приложения и службы. АппОптима подключается к контейнерам и предоставляет код для внедрения ЕдиныйАгент в контейнерные процессы.

Нет необходимости изменять образы Docker, изменять команды запуска или создавать дополнительные контейнеры для включения мониторинга Docker. Просто установите АппОптима ЕдиныйАгент на свои хосты, которые обслуживают контейнерные приложения и службы. АппОптима автоматически обнаруживает создание и завершение контейнеров и отслеживает приложения и службы, содержащиеся в этих контейнерах.

'''Анализ причин'''

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

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

'''технология PurePath Technology®''' фиксирует время и контекст на уровне кода для сквозных транзакций приложений во всех поддерживаемых технологиях, от облака до мейнфрейма.
===АппОптима разработан специально для корпоративного облака.===
*'''Программный интеллект''' - АппОптима - это не просто решение для мониторинга производительности приложений (APM); это платформа, обеспечивающая интеллектуальное программное обеспечение. Это означает, что АппОптима дает вам наглядные и, что еще более важно, точные ответы на основе искусственного интеллекта по всей вашей цифровой экосистеме, включая цифровой опыт ваших пользователей, производительность ваших приложений и инфраструктуры, а также ваши ИТ-операции (AIOps).
*'''Платформа''' - АппОптима - это универсальная платформа с широким набором встроенных возможностей. АппОптима также является открытой платформой - вы можете расширить платформу с помощью нашего API, SDK и подключаемых модулей для приема данных и событий из сторонних решений в причинно-следственную связь с Fedor. Вы также можете управлять автоматизацией, интегрировав АппОптима со своими инструментами ITSM и CI / CD.
*'''Созданный для корпоративного облака''' - АппОптима был создан специально для обработки современных динамических, гибридных, многооблачных сред, которые часто включают приложения и микросервисы, развернутые в контейнерах.
==Что можно делать с АппОптима?==
АппОптима - это универсальная платформа, специально созданная для широкого спектра сценариев использования.
*'''Мониторинг инфраструктуры'''. АппОптима обеспечивает упрощенный автоматизированный мониторинг инфраструктуры, который обеспечивает широкий обзор ваших хостов, виртуальных машин, контейнеров, сети, событий и журналов. АппОптима постоянно автоматически обнаруживает вашу динамическую среду и использует метрики инфраструктуры в нашем механизме искусственного интеллекта Davis®, чтобы вы могли объединить инструменты и сократить MTTI.
*'''Приложения и микросервисы'''. АппОптима обеспечивает автоматическую видимость на уровне кода и ответы на основные причины для приложений, которые охватывают сложные корпоративные облачные среды. АппОптима автоматически фиксирует время и контекст уровня кода для транзакций на каждом уровне. Он также автоматически обнаруживает и отслеживает микросервисы во всем гибридном облаке, от мобильного устройства до мэйнфрейма.
*'''Мониторинг цифрового опыта (DEM)'''. АппОптима DEM обеспечивает мониторинг реального пользователя (RUM) для каждого путешествия вашего клиента, синтетический мониторинг в глобальной сети. Эта мощная комбинация поможет вам оптимизировать ваши приложения, улучшить взаимодействие с пользователем и обеспечить превосходную поддержку по всем цифровым каналам.
*'''Цифровая бизнес-аналитика'''. Связывая бизнес-метрики и ключевые показатели эффективности с данными, которые уже проходят через наши модули производительности приложений и цифрового взаимодействия, вы получаете в реальном времени ответы на свои важнейшие бизнес-вопросы на основе искусственного интеллекта.
*'''Облачная автоматизация'''. АппОптима AIOps автоматически дает точные ответы. АппОптима собирает точные данные и отображает зависимости в режиме реального времени, чтобы объяснимый механизм искусственного интеллекта АппОптима, Davis®, мог показать вам точные первопричины проблем или аномалий, обеспечивая быстрое автоматическое исправление и интеллектуальную облачную оркестровку.
==Как работает АппОптима?==
Есть три концепции, на которых строится работа АппОптима:
*'''ЕдиныйАгент''' — единый агент, который автоматически обнаруживает, анализирует и собирает высококачественные данные мониторинга со всего в вашей ИТ-среде.
*'''Искусственный интеллект Davis®''' — анализирует все (включая все взаимосвязи и зависимости в сложных ИТ-средах), чтобы предоставить ответы, а не только данные. Davis® сообщает вам о возникновении проблемы, ее влиянии на бизнес и первопричине проблемы, чтобы вы могли быстро ее исправить, включая автоматическое исправление за счет интеграции с вашими инструментами CI / CD.
==Чем АппОптима отличается от других решений для облачного мониторинга?==
У АппОптима радикально другой подход по сравнению с другими инструментами мониторинга. Вот четыре основных отличия:
*'''Всё автоматизировано'''. От развертывания до инструментария, обнаружения, сопоставления зависимостей, определения базовых показателей, выявления проблем и первопричин - АппОптима работает полностью автоматически. Просто установите АппОптима ЕдиныйАгент на свои хосты. Вот и все.
*'''Полный стек'''. В то время как другие решения отслеживают и предоставляют отчеты по многочисленным показателям, АппОптима предоставляет контекст. Это включает понимание и отображение всех взаимосвязей и взаимозависимостей сверху вниз, от взаимодействия с конечным пользователем до инфраструктуры.
*'''Fedor в основе'''. Fedor сегодня повсюду. В то время как другие решения «привязаны» к машинному обучению в попытке уменьшить шум предупреждений, движок Davis® AI лежит в основе нашей платформы, обрабатывая миллиарды зависимостей за миллисекунды и предоставляя точные ответы, которые выходят далеко за рамки человеческих возможностей.
*'''Веб-масштаб'''. Платформа АппОптима Software Intelligence Platform основана на облачной архитектуре, которая неограниченно масштабируется. Благодаря ролевому управлению для крупных глобальных команд, автоматическому развертыванию в масштабах всего предприятия и полному покрытию всей инфраструктуры, облачных платформ и приложений, АппОптима создан для самых требовательных корпоративных облачных сред.
==Часть вашей корпоративной облачной экосистемы==
АппОптима интегрирован с ключевыми компонентами облачной экосистемы вашего предприятия для поддержки динамической облачной оркестровки, включая '''AWS''', '''Azure''', '''Google''' '''Cloud''' '''Platform''', '''VMware''' '''Tanzu''' '''Application''' '''Service''', '''Red''' '''Hat''' '''OpenShift''' и '''Kubernetes'''. В этих средах АппОптима автоматически запускает и контролирует полный облачный стек, а также все приложения и контейнеры, работающие в нем, включая приложения и рабочие нагрузки, которые могут проходить через несколько облачных и гибридных сред.

Наша тесная интеграция с облачными платформами помогает упростить разработку и операции, повысить прозрачность и улучшить ситуационную осведомленность в гибридных многооблачных средах.
==Модели развертывания АппОптима==
АппОптима можно развернуть как решение SaaS с возможностью хранения данных в облаке или в рамках локального развертывания. Локальная версия называется АппОптима . Это позволяет клиентам контролировать, где находятся их данные, в облаке или локально, сочетая простоту SaaS с контролем локального развертывания. АппОптима легко и автоматически обновляется с помощью SaaS или управляемой услуги, поэтому у вас всегда будут наши последние инновации.

Клиентам АппОптима SaaS необходимо установить только ЕдиныйАгент. Клиентам АппОптима перед установкой ЕдиныйАгент необходимо настроить кластер АппОптима.

Для обеих моделей развертывания настоятельно рекомендуется установить АктивныйШлюз соответствующего типа. АктивныйШлюз предлагает ряд специфичных для прокси-серверов возможностей.
==Концепции АппОптима==
Чтобы познакомиться с терминами и концепциями, используемыми в АппОптима, посетите глоссарий АппОптима, а также:
*Что такое среда мониторинга?
*ID среды
*Настройка нескольких сред мониторинга?
*[[Токены доступа]]

Примечания к релизу 260

2026-05-28T13:16:51Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 260'''''

== '''АппОптима''' ==

=== Новые функции и улучшения ===

==== Библиотека OpenSSL ====
Библиотека OpenSSL, используемая службой Nginx, была обновлена до версии <code>1.1.1s</code>для повышения отказоустойчивости и безопасности.

==== Более детальные настройки хранения для RUM ====
Теперь вы можете установить для RUM период хранения неагрегированных данных о действиях пользователя в настройках квоты среды. По истечении этого периода данные о действиях пользователей (например, каскадные данные о действиях пользователей) оптимизируются для агрегированных представлений. Неагрегированные и агрегированные данные на уровне кода дают сопоставимые результаты для более длительных периодов времени, в то время как для более коротких периодов можно ожидать различия.

=== Поддержка операционных систем ===

====Будущие изменения поддержки управляемых операционных систем АппОптима====
=====Следующие операционные системы больше не будут поддерживаться с 1 июля 2023 г.=====
*Linux : SUSE Enterprise Linux 15.0
**x86-64

==== Прошедшие изменения поддержки управляемых операционных систем АппОптима ====

=====Следующие операционные системы больше не поддерживаются с 1 октября 2022 г.=====
*Linux : SUSE Enterprise Linux 11.4
**x86-64
=====Следующие операционные системы больше не поддерживаются с 1 ноября 2022 г.=====
*Linux : Ubuntu 21.04
**x86-64
**Последняя совместимая версия: 1.244
=====Следующие операционные системы больше не поддерживаются с 1 января 2023 г.=====
*Linux : Debian 9
**x86-64
**Последняя совместимая версия: 1.254
*Linux : SUSE Enterprise Linux 12.3
**x86-64
**Последняя совместимая версия: 1.254
=====Следующие операционные системы больше не поддерживаются с 1 марта 2023 г.=====
*Linux : Red Hat Enterprise Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252
*Linux : Oracle Linux 8.2
**x86-64
**Последняя совместимая версия: 1.252
===Решенные проблемы===
Выпуск 260 содержит 37 решенных проблем
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Автономное облако
|2
|-
|Кластер
|20
|-
|Синтетический мониторинг
|4
|-
|Прием метрик
|1
|-
|Низкоуровневая метрика
|1
|-
|Запрос метрики
|1
|-
|поток агента sepl/АктивныйШлюз
|1
|-
|поток сервера sepl
|1
|-
|es запрос
|1
|}

==== Автономное облако ====

* Исправлена проблема с оповещением «Узел Kubernetes не готов», из-за которого оповещение могло не срабатывать, даже если выполнялось условие «узел не готов».
* Страница развертывания «Монитор Kubernetes/OpenShift» теперь ссылается на недавно выпущенный AppOptima Operator v0.10.2.

==== Кластер ====

* Исправлена проблема, из-за которой события метрик, созданные или измененные с помощью API событий метрик, начиная с версии 1.257, имели неверную информацию аудита. Эта ошибка не влияет на аутентификацию вызовов API и не раскрывает секретные части токенов API другим пользователям АппОптима.
* Недавно была добавлена поддержка OAuth 2.0 в уведомлениях о проблемах с веб-перехватчиками, но новая функция создала критическое изменение API, требуя указать новое свойство в запросах POST к API настроек 2.0 для схемы уведомлений о проблемах. Это свойство теперь является необязательным, чтобы не нарушать интеграцию API с существующими полезными нагрузками.
* Исправлена проблема, из-за которой более высокие номера портов отображались неправильно в таблице сервисных портов Kubernetes.
* Фильтрация страницы «Рабочие нагрузки Kubernetes» теперь корректно сохраняется при обновлении страницы или возврате к ней.
* Исправлена проблема, из-за которой RUM не отключался в АппОптима при превышении квоты DEM.
* Исправлено описание отображаемых типов span на странице обзора сервиса OpenTelemetry.
* На страницах «Настройки» > «Обнаружение аномалий» исправлены описания базовых настроек (изменено «среднее» на «медианное»).
* Исправлено: пользователь с правами доступа только к зоне управления мог получить ошибку 403 при редактировании конфигурации плагинов хоста.
* Закрытие периода проблемы снова работает после перехода к настройкам Kubernetes и обратно через панель навигации.
* Исправлена ошибка, не позволявшая добавлять расширения с правилами группировки процессов.
* В таблице «Сервисы» теперь правильно перечислены все соответствующие показатели (теперь также включаются данные с `span.kind` `consumer`).
* Исправлена проблема с производительностью на страницах списка Kubernetes.
* Исправлена проблема, из-за которой в некоторых случаях (например, события доступности) события объединялись с другими событиями в одну проблему, даже если они были настроены так, чтобы не объединяться.
* Исправлено описание, отображаемое для устаревших ЕдиныхАгентов на странице «Обзор работоспособности ЕдиногоАгента».
* Исправлена проблема, из-за которой узлы не были правильно связаны с диапазоном «ЕдиныйАгент».
* Улучшена обработка зоны управления на страницах Kubernetes. Важное примечание. Чтобы на странице сведений о кластере не отображалось слишком много информации, необходимо правильно настроить зоны управления. Правило измерения должно иметь ту же область действия, что и правило объекта. Например, если зона управления фильтруется по пространству имен, правило объекта и правило измерения должны включать условие для этого пространства имен.
* Исправлена нечастая проблема на странице сведений о провайдере для мобильных и пользовательских приложений.
* Исправлена проблема, из-за которой параметр включения RUM на уровне группы процессов игнорировался, что приводило к непреднамеренному включению или отключению RUM для определенных групп процессов.
* Исправлена проблема, из-за которой при использовании MS Edge прокрутка приводила к исчезновению столбцов в адаптивных таблицах.

==== Синтетический мониторинг ====

* При обновлении записи хранилища учетных данных для HashiCorp «Секретное имя для имени пользователя» и «Секретное имя для пароля» больше не пусты.
* При попытке выполнения запросов в более чем 100 местоположениях теперь отображается сообщение о том, что превышено ограничение на выполнение в 100 мест.
* Исправлена ошибка, которая могла помешать изменению частоты и/или расположения синтетического монитора в веб-интерфейсе.
* Исправлена проблема, вызывающая исключение Angular «Не удается прочитать свойства null (чтение hasMonitors»).

==== Прием метрик ====

* При отслеживании количества внешних точек данных (`dsfm:server.metrics.ingest.external_datapoints` и `dsfm:server.metrics.ingest.external_datapoints_by_source_address`) больше не учитываются точки данных метрик самоконтроля.

==== Низкоуровневая метрика ====

* Исправлена проблема, из-за которой запросы метрик экземпляра группы контейнеров могли привести к потере данных из-за срабатывания ALR.

==== Запрос метрики ====

* Исправлена ошибка, из-за которой метрики подключения хоста и PGI сохраняли значение 100 %, даже если не сообщалось о трафике.

==== поток агента sepl/АктивныйШлюз ====

* Исправлена ошибка 500, которая возникала, если на странице "Управление удаленной конфигурацией" либо (А) была удалена группа хостов или сетевая зона для хостов, либо (Б) была удалена группа АктивногоШлюза или сетевая зона для АктивныхШлюзов.

==== поток сервера sepl ====

* Исправлено сообщение о статусе инжектирования в веб-интерфейсе, в котором неправильно указывалось, что PHP 8.2 не поддерживается. ЕдиныйАгент версии 1.253+ может внедрять PHP 8.2.

==== es запрос ====

* Увеличен тайм-аут для обновления TenantStatistics, чтобы запросы Elasticsearch для больших сред не запускались по тайм-аутам.

== '''ЕдиныйАгент АппОптима''' ==

=== Поддержка новых технологий ===

* Apache Tomcat 10 (модуль Java) , функция ЕдиногоАгента: Java Servlet 5.0
* Клиент Cassandra (gocql/gocql) 1.0–1.3 (модуль Go), функция ЕдиногоАгента: Go CQL (gocql/gocql)
* Методы доступа к файлам IBM CICS VSAM и BDAM (модуль IBM CICS) , функция ЕдиногоАгента: датчик мониторинга файлов z/OS CICS
* BMP, ориентированные на транзакции IBM IMS (модуль IBM IMS).
* Jakarta Servlet 5, 6 (модуль Java) , функция ЕдиногоАгента: Java Servlet 5.0
* Jersey 3 (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0
* HTTP-сервер Jetty 11 (модуль Java), функция ЕдиногоАгента: Java Servlet 5.0
* NGINX 1.23.3 (модуль NGINX)
* Клиент RabbitMQ (php-amqplib) 2.7+ (модуль PHP) , функция ЕдиногоАгента: PHP RabbitMQ
* Undertow 2.3+ (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0
* WildFly 27 (модуль Java). Функция ЕдиногоАгента: Java Servlet 5.0

=== Новые функции и улучшения ===

==== Новый идентификатор уязвимости на уровне кода ====
''Безопасность приложений | Атаки''

Начиная с ЕдиногоАгента версии 1.259, расчет идентификатора уязвимости на уровне кода изменился. После обновления ЕдиногоАгента все существующие уязвимости на уровне кода, связанные с перезапущенным процессом, будут закрыты, а новые будут открыты, если уязвимость на уровне кода все еще присутствует. Это не влияет на сторонние уязвимости.

==== <code>Host uptime</code>метрика ====
''Мониторинг инфраструктуры | Хосты''

Теперь ЕдиныйАгент сообщает о метрике времени безотказной работы хоста ( <code>builtin:host.uptime</code>). Метрика недоступна для развертываний только для приложений.

==== Модуль Node.js может захватывать BizEvents ====
''Мониторинг инфраструктуры | Хосты''

Теперь доступно: модуль ЕдиныйАгент Node.js может захватывать BizEvents на основе входящих веб-запросов.

==== Группировка <code>oneagenthelper</code>процесса ====
''Мониторинг инфраструктуры | Хосты''

(Только для Linux) <code>oneagenthelper</code>Теперь процесс назначен группе процессов системного мониторинга ЕдиногоАгента.

==== Группировка <code>oneagenteventstracer</code>процесса ====
''Мониторинг инфраструктуры | Хосты''

Теперь процесс <code>oneagenteventstracer</code>назначен на PGI «Мониторинг системы ЕдиногоАгента».

==== Группировка исполняемых файлов MongoDB с именами, содержащими номер версии ====
''Мониторинг инфраструктуры | Хосты''

Исполняемые файлы MongoDB с именами, содержащими версию (например, «mongod-4.0»), теперь определяются как члены группы MongoDB.

==== Имя экземпляра PostgreSQL теперь отображается как узел в имени PGI. ====
''Мониторинг инфраструктуры | Хосты''

Имена экземпляров групп процессов PostgreSQL теперь отображаются как «Postgres (INSTANCE_NAME)» в веб-интерфейсе. Значение по умолчанию INSTANCE_NAME: <code>Default instance</code>.

=== Другие изменения поддержки ===

==== ЕдиныйАгент для z/OS ====

==== Сборка 1.259.1 ====

* Исправлен S0C4, когда включен мониторинг IMS DL/I и выполняются функции ICAL (OA-15052).

=== Решенные проблемы ===
Выпуск 1.259 содержит 19 решенных проблем (в том числе 1 устранение уязвимости).
{| class="wikitable"
!Компонент
!Решенные проблемы
|-
|Механизм причинно-следственной связи Fedor
|1
|-
|Мониторинг инфраструктуры
|3 (1 уязвимость)
|-
|Мейнфрейм
|2
|-
|Node.js
|2
|-
|Модуль ОС
|8
|-
|Java
|2
|-
|.NET
|1
|}

==== Механизм причинно-следственной связи Fedor ====

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

==== Мониторинг инфраструктуры ====

* Уязвимость: среда выполнения Python, используемая в Extensions 1.0, была обновлена до версии 3.8.16.
* Улучшены механизмы отказоустойчивости памяти EEC в Linux.
* EEC больше не может развернуть несколько расширений из-за недостаточной скорости загрузки.

==== Мейнфрейм ====

* Устранены проблемы управления нагрузкой с помощью zRemote (не удалось обработать правильную нагрузку от CICS или IMS).
* MQPUT для CICS теперь правильно связывают CICS-CICS (исходящие MQPUT от CICS не связывались с входящим MQGET).

==== Node.js ====

* Файл сценария Node.js неправильно обнаруживался в Azure WebApps для Windows, если использовались определенные аргументы командной строки, что приводило к неожиданным идентификаторам процессов. Чтобы предотвратить это, мы улучшили вычисление идентификатора процесса: существующие процессы IIS в Azure WebApps изменятся один раз после обновления ЕдиногоАгента до версии 1.259.
* Решена проблема с модулем кода ЕдиногоАгента Node.js, которая иногда приводила к сбою приложения («Ошибка сегментации»).

==== Модуль ОС ====

* Исправлена проблема с экземпляром группы процессов (PGI) в трассировках OpenTelemetry, который не распознавался АппОптима из-за неправильного расчета идентификатора группы процессов.
* ЕдиныйАгент больше не считывает данные для служб ОС, если в настройках не заданы правила.
* Гипервизор Hyper-V теперь сообщается правильно.
* Исправлен отсутствующий график метрик в карточке проблемы для событий экземпляра группы процессов (PGI).
* Устранена проблема, из-за которой некоторые процессы (например, ElasticSearch) неправильно группировались и обрабатывались модулем ОС ЕдиныйАгент.

* Устранена проблема, приводившая к сбою запуска модуля ОС ЕдиныйАгент в некоторых контейнерных средах.
* Устранена проблема, из-за которой, начиная с ЕдиныйАгент версии 1.257, для некоторых хостов был доступен параметр «Просмотр контейнеров».
* Декларативное группирование больше не будет неправильно группировать дочерние процессы с родительским, когда они могут быть сгруппированы другим декларативным групповым правилом.

==== Java ====

* Исправлено предупреждение в модуле кода Java ЕдиныйАгент, когда OpenTelemetry присутствовал в приложении и его инструменты были отключены.
* Исправлена проблема с модулем кода Java ЕдиныйАгент, приводившая к аварийному завершению запуска WebSphere Application Server в AIX.

==== .NET ====

* Повышена стабильность модуля кода ЕдиныйАгент .NET: устранена проблема с кэшем инструментов .NET и инициализацией агента модуля кода .NET, а также повышена стабильность датчика ЕдиногоАгента .NET LogEnrichment.

===ЕдиныйАгент для Android: устранённые проблемы===
Версия 1.259 не содержит решенных проблем, с которыми сталкиваются пользователи.
===ЕдиныйАгент для iOS: устранённые проблемы===
Выпуск 1.259 содержит две решенные проблемы.

* Устранена проблема, при которой некоторые файлы dSYM не обрабатывались.
* Решена проблема, из-за которой некоторые веб-запросы не были связаны с действием пользователя.

===ЕдиныйАгент для JavaScript: устранённые проблемы===
Версия 1.259 не содержит решенных проблем, с которыми сталкиваются пользователи.

=== SDK ЕдиныйАгент ===

==== Будущие изменения поддержки SDK ЕдиныйАгент ====

===== Следующие технологии больше не будут поддерживаться с 1 августа 2023 г. =====

* SDK ЕдиныйАгент для Node.Js 1.0.x, 1.1.x, 1.2.x, 1.3.x

Понятие распределенных трассировок

2026-05-28T13:16:31Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Распределенные трассировки]] / Понятие распределенных трассировок'''''

В этой статье вы узнаете о наиболее важных понятиях и терминологии распределенных трассировок в АппОптима.

[[Файл:194.png|граница|1072x1072пкс]]

== Распределенные трассировки ==
'''Распределенная трассировка''' — это последовательность интервалов, идентифицируемых уникальным идентификатором — ''идентификатором трассировки'' . Каждая распределенная трассировка проходит по крайней мере через одну службу, а в современной среде микросервисов — обычно через несколько служб. Она содержит семантически различные атрибуты, которые позволяют интерпретировать и понимать собранные данные для запроса..

=== Примеры использования ===

* Быстрая оценка эффективности работы каждого микросервиса.
* Понимание того, как запросы распространяются по распределенным системам и микросервисам.
* Использование высококачественных данных, генерируемых распределенными системами и микросервисами, для анализа запросов.
* Следовать подробному анализу первопричин Fedor, чтобы определить причинно-следственные связи между событиями.

=== Улучшение использования ===
Информация, собранная распределенными трассировками, зависит от '''инструментария'''. Выберите '''инструментарий''' , который лучше всего соответствует вашим потребностям.

== Промежуток ==
'''Промежуток''' — это запись взаимодействия между запросом и службой, вызванная активностью запроса, проходящего через несколько служб. '''Промежуток''' собирает информацию в виде атрибутов, включая имя, начальные и конечные временные метки, список атрибутов в виде пар ключ/значение, идентификатор родительского промежутка и тип промежутка.

Когда действие — ''родительский промежуток'' — завершено, следующее действие переходит к его ''дочернему промежутку'' . промежуток без родительского промежутка называется ''корневым промежутком'' и указывает на начало трассировки.

== Контекст промежутка ==
Контекст промежутка необходим для того, чтобы поместить все промежутки и события в контекст друг с другом. Контекст промежутка позволяет дочернему промежутку соотноситься с трассировкой и его родительским промежутком. Поэтому контекст должен распространяться внутри службы (через разные потоки), а также через службы и границы процессов. Обычно это происходит через заголовки HTTP (например, [https://www.w3.org/TR/trace-context/ контекст трассировки W3C]) или через уникальные идентификаторы в системах обмена сообщениями.

== Атрибут ==
'''Атрибуты''' — это пары ключ-значение, которые предоставляют сведения о диапазоне, запросе или ресурсе, такие как коды ответов, методы HTTP и URL-адреса. С помощью атрибутов вы можете группировать, запрашивать, находить и анализировать свои трассировки и диапазоны.

=== Примеры использования ===
АппОптима использует метаданные атрибутов для

* '''''[[Обнаружение и наименование службы|Обнаружения и присвоения имен службам]].'''''
* Подключение данных журнала к трассировкам для мониторинга логов.
* Понимания, как продолжительность интервала зависит от времени обслуживания (например, времени ЦП, времени сети или просто ожидания других потоков), и проанализировать, какой код был выполнен в контексте интервала.

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

=== Примеры использования ===

* Сегментация запросов для улучшения снижения времени отклика.

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

Чтобы начать инструментирование ваших трасс, см.

* Автоматическое приборостроение с помощью '''''[[ЕдиныйАгент АппОптима|ЕдиныйАгент]]'''''
* Использование OpenTelemetry с АппОптима
* Расширить распределенную трассировку

=== Примеры использования ===
Поскольку информация, собираемая для распределенных трассировок, различается в зависимости от инструментария, вам необходимо выбрать тот инструмент, который наилучшим образом соответствует вашим задачам.

* Используйте OpenTelemetry в сочетании с ЕдинымАгентом, чтобы улучшить покрытие наблюдаемости, используя лучшее из обоих вариантов.

{| class="wikitable"
!
!OpenTelemetry
!OneAgent
|-
|Инструментарий
|Автоматический или ручной
|Автоматический
|-
|Промежуток
|Автоматический сбор разрешенных атрибутов промежутка.
|Автоматический сбор нескольких атрибутов запроса, включая метод HTTP, URL, коды ответов, данные топологии и сведения о базовых технологиях.
|-
|Контекст
|Автоматически или вручную контекстуализированные записи журнала в зависимости от библиотеки инструментов.
|Автоматически контекстуализируется

* Записи журнала, созданные известными фреймворками журналов.
|}

Мониторинг хоста с помощью АппОптима

2026-05-28T13:16:23Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Хосты (применение АппОптима)|Хосты]] / [https://docs.expert-apm.ru/index.php/%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5_%D0%90%D0%BF%D0%BF%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0#:~:text=%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C%20%D0%BA%D0%BE%D0%B4-,%D0%9C%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3,-%D0%9C%D0%BE%D0%BD%D0%B8%D1%82%D0%BE%D1%80%D0%B8%D0%BD%D0%B3%20%D1%85%D0%BE%D1%81%D1%82%D0%B0%20%D1%81 Мониторинг] / Мониторинг хоста с помощью АппОптима'''''

Мы изменили дизайн страницы обзора хоста.
*В этой документации описывается новый дизайн.
*Если вы хотите вернуться к классической главной странице, включите переключатель Вернуться к классической странице на странице Добро пожаловать на новую страницу! сообщение на новой главной странице, а затем обратитесь к документации по классической главной странице .
Как только данные о хостах будут собраны, АппОптима Fedor сразу же приступит к базовому анализу данных. Каждая метрика, отображаемая на странице обзора хоста, является частью исходных данных Fedor, используемых для автоматического выявления потенциальных проблем с производительностью на уровне инфраструктуры или всего стека.

Как туда добраться:
#В меню АппОптима перейдите в раздел Хосты , чтобы просмотреть список всех хостов (физических или виртуальных) в вашей среде, на которых установлен ЕдиныйАгент.
#Выберите имя хоста в списке, чтобы перейти на страницу обзора этого хоста.
Все соответствующие метрики хоста отображаются на одной странице, которая разделена на несколько логических разделов.
===Панель уведомлений===
Панель уведомлений хоста дает вам краткий обзор состояния хоста. Выберите элемент уведомления, чтобы отобразить дополнительную информацию.
*Свойства и теги
*Проблемы
*Уязвимости
*Доступность
===Свойства и теги===
Выберите « Свойства и теги » на панели уведомлений, чтобы отобразить панель « Свойства и теги », на которой отображаются метаданные о выбранном хосте:
*Теги перечисляют теги, которые в настоящее время применяются к хосту. Выберите Добавить тег , чтобы добавить тег в метаданные хоста.
*В свойствах перечислены различные свойства хоста, такие как версия ЕдиныйАгент, версия ОС, режим мониторинга, IP-адреса и зоны управления.
===Проблемы===
*На панели уведомлений Проблемы указывают активные и закрытые проблемы, связанные с выбранным хостом.
*Выберите « Проблемы » на панели уведомлений, чтобы отобразить панель « Проблемы », на которой перечислены проблемы.
**Выберите проблему, чтобы отобразить подробности.
**Выберите «Перейти к проблемам» , чтобы перейти на страницу « Проблемы », отфильтрованную по выбранному хосту.
===Уязвимости===
*На панели уведомлений Уязвимости указывают наиболее часто обнаруженные уязвимости , затрагивающие выбранный узел.
*Выберите Уязвимости на панели уведомлений, чтобы отобразить панель Уязвимости , на которой перечислены наиболее серьезные сторонние уязвимости и уязвимости на уровне кода, связанные с этим хостом.
**Выберите уязвимость в списке, чтобы просмотреть подробности и понять серьезность и влияние уязвимости в вашей среде.
**Чтобы просмотреть полный список обнаруженных уязвимостей, затрагивающих этот хост, выберите Показать все сторонние уязвимости / Показать все уязвимости на уровне кода . Пример сторонних уязвимостей: Примеры уязвимостей на уровне кода:
===Доступность===
*На панели уведомлений Доступность указывает процент времени, в течение которого узел был в сети и отвечал на запросы. АппОптима обнаруживает и показывает отключения операционной системы (включая перезагрузки) и периоды, когда хост находится в автономном режиме (например, если хост неожиданно отключился).
*Выберите « Доступность » на панели уведомлений, чтобы отобразить панель « Доступность хоста », на которой отображается доступность хоста с течением времени.
Дополнительные сведения см. в разделе Доступность хоста .
===вверх по течению===
В разделе Upstream отображается таблица хостов, которые являются восходящими по отношению к выбранному хосту.
*Выберите любой хост, чтобы перейти на страницу обзора этого хоста.
*Выберите > Анализ соединений процесса , чтобы отобразить страницу Соединения процесса , на которой можно просмотреть входящие и исходящие соединения.
===вниз по течению===
В разделе Downstream отображается таблица хостов, которые являются нижестоящими по отношению к выбранному хосту.
*Выберите любой хост, чтобы перейти на страницу обзора этого хоста.
*Выберите > Анализ соединений процесса , чтобы отобразить страницу Соединения процесса , на которой можно просмотреть входящие и исходящие соединения.
===Производительность хоста===
Перейдите в раздел « Производительность хоста », чтобы быстро получить представление о соответствующих метриках: ЦП, памяти и сети, с различными агрегированными метриками для выбранного периода времени. Просмотр на временной шкале позволяет одновременно выявлять выбранные аномалии во всех диаграммах показателей, что упрощает понимание взаимосвязей между различными компонентами инфраструктуры в определенный момент времени.

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

Используйте эти диаграммы
===Анализ процесса===
Чтобы лучше понять поведение процессов, перейдите в раздел « Анализ процессов », в котором представлены диаграммы и списки процессов, запущенных на выбранном хосте. Выберите процесс для получения подробной информации об этом процессе на хосте.

Используйте эти диаграммы
===Моментальные снимки экземпляра процесса===
ЕдиныйАгент 1.237+

Раздел « Снимки экземпляра процесса » предлагает дополнительную информацию о наиболее ресурсоемких процессах, запущенных на вашем хосте, и процессах, определенных для мониторинга доступности процессов .

Один моментальный снимок экземпляра процесса представляет собой набор данных мониторинга для процессов. Он содержит данные об использовании ЦП процессом (%) , использовании памяти (Б) , входящем сетевом трафике (КБ) и исходящем сетевом трафике (КБ) , измеренные с интервалом в одну минуту. Один снимок содержит данные мониторинга за 20 минут: 10 минут до запуска и 10 минут после запуска. Каждый хост может сообщать только 60 минут этих показателей в день. Процесс рассматривается для моментального снимка, если потребление им ЦП, памяти или сети превышает 1%.

Моментальный снимок экземпляра процесса инициируется высокой загрузкой ЦП, памяти или сети на вашем хосте. Вы также можете запросить моментальный снимок процесса вручную. Выберите в правом верхнем углу раздела и выберите Запросить моментальный снимок процесса сейчас . Дождитесь сообщения, подтверждающего успешный запуск моментального снимка. Данные моментального снимка процесса должны появиться после перезагрузки страницы в течение 90 секунд.

Кроме того, для процессов, определенных для мониторинга доступности процессов , моментальный снимок показывает, как вели себя процессы до исчезновения и появлялись ли они снова в течение 10 минут.
====Включить моментальные снимки экземпляра процесса====
Вы можете включить моментальные снимки экземпляра процесса на уровне хоста или среды.
*Чтобы включить его на уровне среды, в меню АппОптима перейдите в « Настройки », выберите « Процессы и контейнеры » > «Снимки экземпляра процесса » и включите параметр « Включить снимки экземпляра процесса » .
*Чтобы определить правило на уровне хоста, перейдите на страницу обзора хоста, выберите , перейдите в Настройки , выберите Моментальные снимки экземпляра процесса и включите параметр Включить моментальные снимки экземпляра процесса .
*Чтобы определить правило на уровне группы хостов, перейдите на страницу группы хостов по адресу <code><nowiki>https://your-environment/ui/settings/HOST_GROUP-NAME</nowiki></code>, выберите Моментальные снимки экземпляра процесса и включите параметр Включить моментальные снимки экземпляра процесса .
На той же странице настроек вы также можете уменьшить лимит процессов, сообщаемых в одном снимке. Максимальная настройка по умолчанию — 100 процессов.
===Анализ диска===
Для выявления узких мест в производительности диска перейдите в раздел Анализ диска , в котором отображаются все точки монтирования для Linux-систем и все тома для Windows. С первого взгляда вы можете увидеть показатели использования дискового пространства и пропускной способности в дополнение к другим выбранным показателям диска, что позволяет быстро выявить любые проблемы с производительностью диска.
*Фильтровать диски по имени диска, чтобы сосредоточиться на выбранном диске
*Разверните запись диска, чтобы просмотреть сведения о выбранном диске. Для каждого экземпляра диска отображаются отдельные подробные показатели производительности, что позволяет легко определить, какой дисковый ресурс работает неоптимально.
Каждая точка подключения (Linux) или том (Windows) имеет собственные показатели производительности в дополнение к комбинированным показателям. Это позволяет намного легче обнаружить медленный или неустойчивый диск. Оповещения можно настроить как для отдельных дисков, так и для комбинированных графиков.

Используйте эти диаграммы
===Сетевой анализ===
Чтобы быстро выявить проблемы, связанные с сетью, перейдите в раздел Анализ сети , в котором перечислены все сетевые интерфейсы и объединенные показатели для всех из них, в дополнение к отдельным показателям для каждого сетевого интерфейса.

Используйте этот раздел, чтобы:
*Выявление потери пакетов, пакетов с ошибками и других сетевых проблем
*Поиск сетевых интерфейсов по сетевому имени
*Выявление узких мест в сети вплоть до конкретного адаптера
Используйте эти диаграммы
===Анализ памяти===
Используйте раздел анализа памяти, чтобы проанализировать:
*Использование памяти — общая память, используемая память и память, которую можно восстановить.
*Ошибки страницы — количество ошибок страницы в секунду.
*Использование свопа — общий объем свопа и использованный своп
Используйте эти диаграммы
===События===
В разделе событий отображаются последние события хоста, сгенерированные Fedor, с четкой временной шкалой для быстрого определения критических событий. Представление временной шкалы является интерактивным, фильтруя события вокруг определенного момента, что упрощает выделение конкретного события. Кроме того, различные типы событий имеют цветовую маркировку для более простой и быстрой идентификации и просмотра.
*Показать одну карточку — открывает карточку событий для выбранного хоста.
===Журналы===
Временная шкала средства просмотра журнала является интерактивной и позволяет выбирать глобальную временную шкалу. Используйте его, чтобы выявить проблемы, связанные с конкретным событием журнала, и посмотреть, как оно связано с производительностью или процессами хостинга.
*Выбор времени всей главной страницы будет соответствовать тому, что выбрано в средстве просмотра журнала. Таким образом, журнал ошибок можно легко сравнить с показателями производительности хоста или показателями процесса во время возникновения ошибки журнала. Тот же выбор временной шкалы появится на карточке события.
*Вы можете фильтровать журналы по группе процессов, статусу, уровню журнала и другим параметрам, позволяя искать, например, только журналы ошибок или журналы об определенном процессе.
Используйте эту информацию

Выберите в правом верхнем углу раздела Журналы , чтобы:
*Перейти к просмотрщику журналов — открывает страницу просмотра журналов , отфильтрованную по выбранному хосту.
*Создать метрику — открывает страницу метрик журнала со значением запроса , установленным для выбранного хоста.

Обзор метрик

2026-05-28T13:16:16Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Применение АппОптима|Наблюдайте и исследуйте]] / [[Панели мониторинга (дашборды)|Панели мониторинга (Дашборды)]] / Обзор метрик'''''

Перейдите в раздел '''Метрики''', чтобы открыть браузер метрик — отличный инструмент для просмотра всех метрик, доступных в вашей среде мониторинга, и создания быстрой визуализации для конкретных метрик.

* [[Панели мониторинга (дашборды)|'''''Дашборд''''']] : вы можете закрепить визуализацию на дашборде.

== Фильтр и сортировка таблица ==

* По умолчанию таблица метрик отфильтрована для отображения только тех метрик, которые были последний раз сообщены после начала выбранного таймфрейма (например, <code>Последние 2 часа</code>). Отключите параметр '''Показывать только метрики только после начала выбранного периода''' , чтобы увидеть все метрики независимо от того, когда они были последний раз сообщены.
* Установите для параметра '''Избранное''' значение <code>Любое</code> , <code>Да</code>, или <code>Нет</code>, чтобы отфильтровать таблицу по показателям, которые вы добавили в избранное.
** Чтобы добавить метрику в избранное, выберите звездочку в столбце таблицы '''Избранное'''. Избранные метрики по умолчанию сортируются в верхней части таблицы.
** Чтобы удалить метрику из избранного, нажмите на звездочку еще раз.
* Панель фильтров ( '''Отфильтровано по''' ) имеет следующие параметры.
** <code>Текст</code>—Выберите <code>Текст</code>, введите строку фильтра, а затем нажмите Enter, чтобы вывести список метрик, которые включают строку в '''Имя метрики''' , '''Ключ''' '''метрики''' или '''Описание''' .
** <code>Тег</code>—Выберите <code>Тег</code>, введите строку фильтра, а затем выберите соответствующий тег, чтобы вывести список показателей, которые включают этот тег в '''Теги''' .
** <code>Единица</code>—Выберите <code>Единица</code>, введите строку фильтра, а затем выберите соответствующую единицу измерения (например, <code>Процент</code>), чтобы вывести список метрик, имеющих выбранную единицу измерения .
** <code>Избранное</code>—Выберите <code>Избранное</code> и затем выберите <code>Да</code>(чтобы отобразить только избранные метрики) или <code>Нет</code>(чтобы отобразить только не избранные метрики).
** <code>Размерность</code>—Выберите <code>Размерность</code>, введите строку фильтра, а затем выберите соответствующий параметр метрики (например, <code>Host</code>), чтобы вывести список метрик, имеющих выбранный параметр.
** <code>Поддерживается в Grail</code>—Выберите <code>Поддерживается в Grail</code> и затем выберите <code>Да</code>(чтобы отобразить только поддерживаемые метрики) или <code>Нет</code>(чтобы отобразить только не поддерживаемые метрики). Если вы объединяете фильтры, они объединяются по AND. Например, если вы установите <code>Размерность</code> <code>Host</code> и установите <code>Текст</code> на <code>usage</code>, браузер метрик перечислит все метрики с <code>Host</code>измерением, которые также включают строку <code>usage</code>в поле '''Имя метрики''' , '''Ключ метрики''' или '''Описание''' .
* Выберите заголовок столбца '''Избранное''' , '''Имя''' или '''Ключ''' для сортировки по выбранному столбцу.
* Выберите в столбце '''Детали''' для отображения сведений о метриках.

== Просмотреть данные метрики ==
Разверните '''Детали''' для любой метрики (строки) в таблице, чтобы увидеть подробную информацию о метрике и ее визуализацию за выбранный таймфрейм.
{| class="wikitable"
!Поле
!Описание
|-
|Название метрики
|Название метрики в пользовательском интерфейсе.
|-
|Ключ метрики
|Полностью квалифицированный ключ метрики. Если использовалось преобразование, это отражается в ключе метрики.
|-
|Тип объекта
|Тип сущности для этой метрики.
|-
|Описание
|Краткое описание метрики.
|-
|Теги
|Теги позволяют дополнительно группировать показатели.
|-
|Создание
|Временная метка создания метрики.
|-
|Последняя запись
|Временная метка, когда метрика была записана в последний раз.
|-
|DDU-биллинг
|Подвержена ли метрика потреблению единиц данных Fedor (DDU) .
|-
|Единица
|Единица метрики.
|-
|Минимальное значение
|Известное нижнее граничное значение метрики.
|-
|Максимальное значение
|Известное верхнее граничное значение метрики.
|-
|Агрегация по-умолчанию
|Агрегация по умолчанию для этой метрики.
|-
|Агрегации
|Список разрешенных агрегаций для этой метрики.
|-
|Размерность
|Детальное разделение метрик (например, группа процессов и идентификатор процесса для метрики, связанной с процессом).
|-
|Трансформации
|Возможные операторы преобразования.
|}

== Обозначение величин ==
В этом примере вы можете видеть значения, отображаемые в миллионах. Это обозначение порядка величины ( <code>7.5M</code> означает «около 7,5 миллионов», а не «ровно 7,5 миллионов»).

Порядок величины здесь выбирается автоматически на основе размера значений. Например, та же метрика, измеренная за более короткий промежуток времени, может отображаться в <code>k</code>значениях вместо <code>M</code>.

[[Файл:122.png|граница|1089x1089px]]

Примеры обозначения порядка величины в АппОптима:
{| class="wikitable"
!Обозначение
!Фактор
!Значение
|-
|к
|10^3
|кило, тысяча
|-
|М
|10^6
|мега, миллион
|-
|г
|10^9
|гига, миллиард
|-
|Т
|10^12
|тера, триллион
|}

== Добавить метрику на дашборд ==
Чтобы добавить метрику на дашборд

# Выберите столбец '''Детали''' для отображения сведений о метриках.
# Нажмите на кнопку '''Создать график''', чтобы открыть метрику в '''Визуализации метрик'''.
# При необходимости отрегулируйте параметры запроса и визуализации. Подробности см. в разделе [[Визуализация метрик|'''''Визуализация метрик''''']].
# Нажмите на кнопку '''Закрепить на дашборде'''.
# Укажите целевой дашборд и название метрики.
# Нажмите на кнопку '''Прикрепить'''.

== Метаданные для пользовательских метрик ==
Чтобы предоставить контекстную информацию для пользовательских метрик (например, чтобы определить единицу измерения или предоставить отображаемые имена или описания или даже такую информацию, как нижние и верхние диапазоны значений или релевантную информацию по Fedor), вы можете создать метаданные метрик для каждого ключа метрики.

После предоставления этой информации она становится частью дескриптора метрик и может быть запрошена через API и использована в Визуализации метрик.

* Предоставление метаданных через '''Настройки 2.0''' доступно только для пользовательских/бессхемных метрик, а не для встроенных/зарегистрированных в коде метрик.
* Метаданные, предоставленные для конкретного метрического ключа, существуют бок о бок с самим метрическим таймфреймом. Вы даже можете создать метрические метаданные до того, как впервые введете точки данных.

=== Конфигурация через API ===
Метаданные метрики полностью настраиваются через API. Подробности см. в разделе [[Пользовательские метрики|'''''Пользовательские метрики''''']].

=== Конфигурация через веб-интерфейс ===
Для настройки метаданных метрики для пользовательских метрик через веб-интерфейс

# Перейдите в раздел '''Метрики''' .
# Выберите столбец '''Детали''' для отображения сведений о метриках.
# Выберите '''Изменить метаданные''' . Если вы не видите кнопку '''Изменить метаданные''' в развернутой строке, вы не выбрали пользовательскую метрику.
# На странице '''Метаданные метрики''' отредактируйте метаданные для выбранной метрики. Если на странице отображается значок блокировки, у вас нет необходимых прав на запись для редактирования метаданных выбранной метрики.
#* '''Отображаемое имя''' — введите понятное человеку имя для метрики.
#* '''Описание''' — введите описание показателя в свободной форме: как он измеряется и т. д.
#* '''Единица измерения''' — выберите единицу измерения из списка.
#* Метрические свойства
#** '''Минимальное значение''' — нижняя граница метрики.
#** '''Максимальное значение''' — верхняя граница метрики.
#** '''Соответствие первопричине''' — метрика, соответствующая первопричине, представляет собой надежный индикатор неисправного компонента.
#** '''Релевантность воздействия''' — метрика, релевантная воздействию, сильно зависит от других метрик и изменений, поскольку изменилась базовая метрика первопричины.
#** '''Тип значения''' — Тип значения метрики. У вас есть следующие варианты:
#*** <code>score</code>: '''Метрика оценки''' — это метрика, где высокие значения указывают на хорошую ситуацию, а низкие — на проблему. Примером такой метрики является показатель успешности.
#*** <code>error</code>: '''Метрика ошибок''' — это метрика, где высокие значения указывают на проблемы, а низкие — на хорошую ситуацию. Примером такой метрики является количество ошибок.
#** '''Задержка''' — задержка метрики в минутах. Она показывает, сколько времени проходит, прежде чем полученная новая точка данных метрики становится доступной в АппОптима.
#* '''Метрические измерения''' — чтобы добавить измерение, выберите Добавить измерение и введите ключ измерения и отображаемое имя для измерения.
#* '''Теги''' — чтобы добавить тег, выберите Добавить тег и введите тег.
#* '''Тип исходной сущности''' — для настройки типа сущности метрики. Редактируется только в том случае, если метрика принимается через конечную точку API.
# Выберите '''Сохранить изменения''' , чтобы сохранить внесенные изменения.

Обнаружение и анализ проблем

2026-05-28T13:15:50Z

IKuznetsov:

'''''[[Применение АппОптима]] / Обнаружение и анализ проблем'''''

АппОптима использует сложный механизм причинно-следственной связи Fedor для автоматического обнаружения аномалий производительности в ваших приложениях, службах и инфраструктуре. Проблемы, обнаруженные АппОптима, используются для сообщения и оповещения о нештатных ситуациях, таких как снижение производительности, неправильная функциональность или отсутствие доступности (то есть проблемы представляют собой аномалии в базовой производительности системы). Проблемы имеют определенную продолжительность жизни и обновляются в режиме реального времени со всеми поступающими событиями и выводами. Как только проблема обнаружена, она отображается в вашей ленте проблем .

'''События и проблемы'''

Проблема может быть результатом одного или нескольких событий, что часто бывает в сложных средах. Чтобы предотвратить поток, казалось бы, несвязанных предупреждений о проблемах для связанных событий в таких средах, искусственный интеллект АппОптима сопоставляет все события, имеющие одну и ту же основную причину, в единую отслеживаемую проблему. Такой подход предотвращает спам событий и предупреждений.

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

'''Анализ воздействия и основных причин'''

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

Подробная информация об анализе воздействия и первопричины представлена на странице обзора каждой отдельной проблемы .

'''Постановка и оценка проблем'''

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

'''Уведомление и оповещение'''

Через мобильное приложение АппОптима вы можете получать push-уведомления на предпочитаемое вами мобильное устройство и быстро получать информацию обо всех проблемах, обнаруженных АппОптима. Вы также можете настроить подробные правила фильтрации предупреждений , основанные на серьезности, влиянии на клиента, связанных тегах и/или продолжительности обнаруженных проблем. Наконец, вы можете определить периоды обслуживания, в течение которых предупреждения не будут генерироваться.

Краткосрочные проблемы не генерируют уведомления об открытых проблемах. Для таких проблем АппОптима отправляет только уведомления о решенных проблемах, чтобы сообщить вам, что такая проблема возникла.

Анализ распределенных трассировок

2026-05-28T13:15:42Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Распределенные трассировки]] / Анализ распределенных трассировок'''''

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

=== Быстрый старт ===
Чтобы начать работу с анализом распределенных трассировок

# Перейдите в раздел '''Распределенные трейсы.'''
# '''''необязательный''''' Используйте обзорную диаграмму, чтобы оценить количество запросов и время ответа за выбранный период времени. '''''Хранение данных''''' Диаграмма использует данные трассировки и запроса , которые имеют разные периоды хранения данных. Для временных рамок, содержащих данные старше 10 дней, вы можете включить переключатель Показать хранение данных, чтобы лучше понять, какие данные доступны для какого периода непосредственно из диаграммы.
# '''''необязательный''''' В таблице разверните сведения о трассировке, которую вы хотите проанализировать, чтобы получить обзор ее топологии, атрибутов, HTTP-информации и времени.
# Выберите имя распределенной трассировки для углубленного анализа трассировки.
# Выберите временной отрезок, чтобы развернуть вкладки с подробностями.

=== Просмотр обзора трейсов ===
Чтобы настроить просмотр распределенных трассировок в вашей среде

# Перейдите в раздел '''Распределенные трейсы.''' [[Файл:197.png|граница|1045x1045пкс]] [[Файл:198.png|граница|1046x1046пкс]]
# Настройте вид, установив фильтры. Чтобы отфильтровать распределенные трассировки по
#* Методам
#** Выберите '''PurePaths''' , чтобы просмотреть распределенные трассировки PurePath®, полученные ЕдинымАгентом.
#** Выберите '''Принятые трейсы''' , чтобы просмотреть распределенные трассировки , инструментированные с помощью других библиотек .
#* Базы данных Перейдите в '''Фильтр запросов > Имя базы данных''' и введите имя службы. Обратите внимание, что вы также можете получить доступ к этому представлению, перейдя в '''Службы > Дополнительно ( … ) > Распределенные трассировки для службы'''.

=== Экспорт базы данных ===
Вы можете экспортировать данные таблицы обзора распределенных трассировок в файл со значениями, разделенными запятыми (CSV).

# Перейдите в раздел '''Распределенные трейсы.'''
# '''''необязательный''''' Сузьте результаты поиска по таблице, изменив настройки представления или воспользовавшись полем ввода поиска над таблицей. В таблице перечислены до 3000 последних трассировок, которые были захвачены в течение выбранного периода времени и в пределах выбранной зоны управления. В зависимости от периода времени и настроенного представления список выделяет наиболее важный узел для трассировки. '''Найти узел''' Чтобы найти определенный узел трассировки
## Перейдите в раздел '''Распределенные трейсы'''.
## Отфильтруйте таблицу по идентификатору трассировки.
## Выберите имя трассировки.
## В окне трассировки найдите нужный узел.
# В правом нижнем углу страницы выберите меню '''Показать экспорт''' [[Файл:199.png|граница]] .
# Выберите один из следующих вариантов.

{| class="wikitable"
!Вариант
!Экспортированные данные
!Поля
!Количество входов
|-
|Экспорт видимых данных
|Текущая отображаемая область таблицы с учетом примененных фильтров
|Только видимые поля
|До 50 трассировок
|-
|Экспорт данных таблицы
|Все данные таблицы, включая трассировки, которые не отображаются на текущей странице таблицы
|Все доступные поля, относящиеся к распределенным трассировкам
|Все 3000 последних трассировок
|}

=== Анализ выполнения трассировки ===
Представление распределенного анализа трассировки обеспечивает сквозную визуализацию каскадной последовательности запросов в трассировке.

Чтобы получить доступ к представлению выполнения трассировки

# Перейдите в раздел '''Распределенные трейсы.'''
# Из таблицы выберите имя распределенной трассировки.
# '''''необязательный''''' Перейдите к разделу '''Уточнить анализ''' , чтобы узнать распределение времени трассировки.
# Перейдите к каскадной диаграмме, чтобы узнать, какие службы проходят по трассировке и в каком порядке.
# Выберите запрос, чтобы визуализировать последующие взаимодействия. Используйте цвета и положения горизонтальных полос на диаграмме, чтобы увидеть, какие запросы были выполнены синхронно (параллельно). Они указывают как последовательность, так и время ответа каждого из запросов. [[Файл:200.png|граница|1048x1048пкс]]
# Выберите временной сегмент, чтобы получить доступ к подробной аналитике трассировки на подробных вкладках, вплоть до информации на уровне кода.
# Закройте вкладку с деталями, чтобы продолжить анализ.

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

* В случае, если удаётся определить нужную службу, распределённые трассировки с диагностическими сообщениями отображаются на странице распределённых трассировок службы вместе со всеми другими распределёнными трассировками, связанными со службой. [[Файл:201.png|граница|1037x1037пкс]]
* В случае, если связанную службу невозможно определить, например, из-за отсутствия имени или типа службы, распределенные трассировки указываются как '''Неожиданные службы''' в списке служб процесса, для которого были получены распределенные трассировки. Неожиданные службы могут быть вызваны проблемами сети (потеря данных при передаче) или внезапным завершением процесса (перезапуск или масштабирование).

=== Устранение неполадок диагностических сообщений ===
С помощью содержания диагностических сообщений вы можете понять возможные причины отсутствия захвата или передачи данных и в какой степени Fedor может полагаться на собранные данные. Иногда диагностические сообщения являются симптомами проблемы с настройкой, требующей расследования.

Для поддержания хорошего качества данных мы рекомендуем вам

* Используйте шаблоны сетевых ошибок для определения источника проблемы. Например, если все запросы определенной службы имеют ошибки, связанные с сетью, причиной может быть кратковременный процесс, который не отправляет данные в АппОптима.
* Уменьшите количество атрибутов запроса или измените определения пользовательских сервисов , чтобы уменьшить количество запросов.

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

Если вы настроили трассировку между средами , данные, полученные из удаленных сред, не ограничиваются, а агрегируются.

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

* Сократите количество узлов, отправляемых за одну трассировку, например, изменив пользовательские службы и функции ЕдиногоАгента, активные в вашей среде. ЕдиныйАгент может отправлять ограниченное количество узлов на трассировку. Как только он сталкивается с ограничениями ресурсов, новые узлы больше не создаются. Трассировка ограничивается при приеме, и новые входящие данные не добавляются в трассировку. Это может повлиять на корреляцию сущностей и подорвать качество ваших данных.
* Исследуйте следы, которые действуют в течение длительного времени. Для защиты ресурсов вашей среды предпринимаются действия, когда трассировки выполняются в течение длительного времени. Например, трассировки, которые больше не активны после выполнения в течение 90 минут, отсчитываются по тайм-ауту, а трассировки, для которых время начала вызова слишком далеко в прошлом, ограничиваются. В обоих случаях новые данные не добавляются в трассировку. Это может повлиять на корреляцию сущностей и качество данных.
* Исследуйте следы с ограниченным или чрезмерным объемом данных.
** Если данные трассировки не содержат достаточных метаданных о сетях или не все узлы были получены, коррелирование сущностей может оказаться неудачным, что приведет к усеченным трассировкам.
** Если у вызова слишком много зависимостей в процессе выполнения или у трассировки слишком много узлов, такая трассировка усекается. Мы рекомендуем изучить соответствующую службу и, в случае пользовательских служб, связаться с экспертом по продукту АппОптима через чат в вашей среде.
* Адаптируйте полноэкранный режим просмотра для визуализации необходимых вам данных. Полное представление трассировки в АппОптима обычно достаточно велико, чтобы отобразить самую важную информацию для всей трассировки. Однако форматирование можно изменить, чтобы помочь вам визуализировать все необходимые данные.

{| class="wikitable"
!Формат элемента
!Начальная настройка
!Приспособление
|-
|Временной диапазон
|Для текущего временного диапазона выберите '''Дополнительно ( … )''' в правом верхнем углу окна просмотра полной трассировки и наведите курсор на '''Уточнить анализ''' .
|Чтобы увеличить временной диапазон, выберите '''Уточнить анализ''' .
|-
|Видимые запросы
|На вкладке '''Уровень кода''' вы можете увидеть вызовы служб до 100 000 узлов.
|Чтобы изменить это ограничение, свяжитесь со специалистом по продуктам АппОптима через чат в вашей среде АппОптима.
|}

== Настройка трассировки между окружениями ==
В сценариях с несколькими средами пулы данных разделены. Если запрос затрагивает службы, которые отслеживаются в разных средах АппОптима, его трассировки не коррелируются автоматически.

Чтобы сопоставить и отслеживать такие трассировки, вы можете настроить соединение между средами АппОптима и включить заголовок ответа и скоординированные переключатели выборки. Затем поток обслуживания представляет собой соединение между подключенными средами, распределенные трассировки связываются с подключенной удаленной средой, и вы можете получить доступ к возможностям анализа Fedor.

'''''Ограничения'''''

* Трассировка между средами ограничивается трассировкой запросов, которые могут передавать информацию о заголовках ответов и отслеживать контекст из принимающей среды, например HTTP или синхронные запросы.
* IBM z/OS (CICS, IMS и Java) и AWS Lambda не поддерживают трассировку между средами.

=== Конфигурация ===
'''''Необходимые условия'''''

* Убедитесь, что между кластерами можно установить прямое сетевое соединение по протоколу HTTP/HTTP.

'''''API-эквиваленты'''''

Процедуры, которые следуют, используют веб-интерфейс АппОптима. Чтобы выполнить эквивалентные задачи через API, см.:

* API токенов доступа — для создания токена в удаленной среде
* API удаленных сред — для создания ссылки на удаленную среду из локальной среды

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

Чтобы создать токен доступа в удаленной среде АппОптима

# Войдите в удаленную среду.
#* Это среда, из которой вы извлекаете данные.
#* Если вы не можете войти в удаленную среду, кто-то, имеющий доступ к удаленной среде, может выполнить эту процедуру за вас.
# Перейти к токенам доступа .
# Нажмите на кнопку '''Сгенерировать новый токен'''.
# Введите название токена.
# Найдите и выберите следующие области:
#* Найдите область (<code>traces.lookup</code>)
#* Извлечение данных из удаленной среды (<code>RestRequestForwarding</code>)
# Нажмите на кнопку '''Да, создать токен'''. Это сгенерирует токен, который дает вашей локальной среде разрешение проверять наличие трассировки в удаленной среде и извлекать данные из удаленной среды.
# Выберите '''Копировать''', а затем вставьте токен в безопасное место. Это длинная строка, которую вам нужно будет скопировать и вставить обратно в АппОптима позже.

==== 2. Добавить удаленное окружение ====
Чтобы добавить удаленную среду АппОптима в список доступных удаленных окружений

# Войдите в локальную среду АппОптима.
# Перейдите в настройки .
# Выберите '''Интеграция > Удалённые окружения'''.
# Выберите '''Подключить окружение'''.
# Определите удаленное окружение, из которого ваше локальное окружение извлекает данные, а затем выберите '''Сохранить изменения'''.
#* '''Название''' — это имя, под которым удаленное окружение будет указано в текущей среде АппОптима. Это текст свободной формы. Он не влияет на удаленное окружение.
#* '''URI удаленного окружения'''
#** Для АппОптима SaaS он должен быть в следующем формате: <code>https://<ENVIRONMENTID>.live.dynatrace.com/</code> Замените <code><ENVIRONMENTID></code>на фактический идентификатор вашего окружения.
#** Для АппОптима разрешен любой URI.
#* '''Область действия сети'''
#** <code>External</code>: Удаленное окружение расположенное в другой сети. Глобально настроенные параметры прокси используются, если они есть. Это область действия по умолчанию.
#** <code>Internal</code>: Удаленное окружение находится в той же сети. Глобально настроенные параметры прокси-сервера не используются.
#** <code>Cluster</code>: Удаленное окружение находится в том же кластере. Запрос сделан в <code>localhost</code>. АппОптима SaaS может использовать только <code>External</code>сетевую область действия.
#* '''Токен''' — это токен, который вы сгенерировали в предыдущей процедуре. Он должен включать область поиска одного следа ( <code>traces.lookup</code>).
#* '''Протестировать подключение''' — проверяет соединение вашего текущего окружения с удаленным окружением. Прежде чем продолжить, обязательно получите сообщение <code>connection successfully established</code>.

==== 3. Включить функции ====
Включите следующие функции в каждом окружении группы, которое вы хотите подключить:

* Скоординированный отбор проб Вы можете повысить согласованность трассировки между окружениями с помощью скоординированной выборки. Когда вы включаете переключатель, выборка координируется между окружениями с помощью идентификатора трассировки W3C.
*# Перейдите в '''Настройки > Предпочтения> Функции ЕдиногоАгента'''.
*# Установите распространение контекста трассировки W3C в соответствии с вашими предпочтениями. Вы можете отправлять заголовки HTTP контекста трассировки W3C или заголовки gRPC.
*# Найдите и включите функцию '''Cross-environment tracing - Coordinated sampling''' .
* Заголовки ответа Вы можете включить идентификацию и отслеживание вызовов между окружениями, включая идентификатор окружения и идентификатор трассировки в заголовках HTTP-ответа. Если вызывающее окружение, получающее ответ, имеет окружение, настроенное как доверенное удаленное окружение, пункт назначения вызова связан.
*# Перейдите в '''Настройки > Предпочтения> Функции ЕдиногоАгента''' .
*# Найдите и включите '''Cross-environment tracing - Environment and transaction IDs in HTTP response headers'''.

Теперь, когда вы связали свои окружения, вы можете анализировать трассировки в перекрестно соединенных удаленных окружениях.

=== Анализ удаленных окружений с перекрестным подключением ===
После настройки соединения между окружениями становятся доступны следующие конкретные параметры анализа.

==== Обзор сервиса ====
АппОптима обнаруживает запросы к подключенным окружениям АппОптима и использует доступную информацию для создания связанной веб-службы удаленного окружения или службы веб-запросов.

[[Файл:203.png|граница|1057x1057пкс]]

==== Поток обслуживания ====
Поток обслуживания распознает вызовы удаленного окружения. Поскольку запросы отслеживаются другим окружением АппОптима, при выборе вызова удаленного окружения доступна определенная опция детализации. На боковой панели выберите '''Открыть окружение''', чтобы получить доступ к странице '''Удаленные окружения'''.

[[Файл:205.png|граница|1057x1057пкс]]

==== Распределенные трассировки ====

* Когда запрос поступает в подключенное удаленное окружение, АппОптима отображает имя удаленного окружения в дереве вызовов. Для отслеживания трассировки в удаленном окружении
*# Выберите запрос удаленного окружения.
*# На вкладке '''Обзор''' выберите пункт '''Открыть окружение'''.
* Если соединение трассировок настроено правильно, АппОптима автоматически отображает вызов '''Агрегированные запросы''' . Он объединяет все данные обнаруженных запросов в каждой соответствующей подключенном удаленном окружении Если вы настроили подключение к удаленному окружению, но не видите запросов на нем, вы можете запустить ручной поиск трассировки в настроенных окружениях. В правом верхнем углу страницы трассировки выберите Найти в удаленных окружениях.

=== Fedor ===
После того как АппОптима создает службу удаленного окружения, проблемы и события соотносятся с затронутой службой удаленного окружения.

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

[[Файл:206.png|граница|1077x1077пкс]]

Расширения

2026-05-28T13:15:34Z

IKuznetsov:

В зависимости от архитектуры вашего развертывания и целей, которых вы хотите достичь, вы можете выбрать один из следующих методов расширения:

== ЕдиныйАгент SDK ==
Пакет SDK для ЕдиногоАгента позволяет вручную настраивать приложения для расширения сквозной видимости платформ и технологий. С помощью SDK вы получаете полный доступ ко всем функциям анализа и мониторинга, включая автоматический анализ первопричин на основе искусственного интеллекта. Дополнительные сведения см. В разделе [[ЕдиныйАгент SDK]] .

== Расширения АппОптима ==
*Если вы можете установить ЕдиныйАгент на хост, используйте расширения '''ЕдиногоАгента'''.
* Если вам нужно контролировать удаленную технологию, где установка ЕдиногоАгента невозможна, используйте расширения '''АктивногоШлюза'''.
* Если вы просто хотите отслеживать приложение Java, которое предоставляет компоненты MBeans, используйте расширения '''JMX'''.

Расширения '''JMX/PMI'''

С помощью расширений JMX/PMI вы расширяете мониторинг АппОптима на любое приложение на основе Java, открывающее MBeans. Кодирования не требуется, используйте наш мастер для настройки и развертывания расширения. Дополнительные сведения см. в разделе [[Как отслеживать показатели JMX в моих приложениях Java?]].

* [[Расширения JMX]]

Расширение '''SDK'''

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

=== Поддержка "из коробки" ===

* [[Мониторинг Cassandra]]

== АппОптима OpenKit ==
Если у вашего бизнеса есть цифровые точки соприкосновения за пределами ваших приложений, вы можете использовать АппОптима OpenKit для их инструментария, независимо от того, являются ли они традиционными полнофункциональными клиентскими приложениями, интеллектуальными приложениями IoT или даже навыками Alexa. АппОптима OpenKit лучше всего подходит для клиент-серверных приложений, которые обмениваются данными через HTTP (например, многофункциональные клиентские приложения, встроенные устройства и терминалы). Для получения дополнительной информации см. [[АппОптима OpenKit]] .

== Прием и анализ пользовательских метрик ==
Пользовательская метрика определяется как новый тип метрики, который предлагает предоставленный пользователем идентификатор метрики и единицу измерения. Семантика настраиваемых показателей определяется вами. После определения настраиваемой метрики ее можно сообщить для нескольких отслеживаемых компонентов.

== [[Расширения 2.0]] ==

* [[Ceph]]
*[[Apache Storm]]
*[[Custom Database Queries]]
*[[Microsoft Active Directory replication]]
*[[IBM MQ]]
*[[Microsoft SQL Server]]
*[[Filesystem monitoring]]
*[[PostgresDB (remote monitoring)]]
*[[SAP ABAP platform monitoring]]
*[[MySQL (remote monitoring)]]
*[[Redis]]
*[[IBM i]]
*[[Apache Kafka]]
*[[Мониторинг SSL-сертификатов]]
*[[Generic network device]]
*[[SNMP Autodiscovery]]
*[[Источник данных SNMP Traps]]
*[[Справочник по источнику данных SNMP]]
*[[Мониторинг F5 BIG-IP LTM (Расширения 2.0)|Мониторинг F5 BIG-IP LTM]]

== [[Расширенный пользовательский опыт и поведение]] ==

== Расширение АппОптима - Блоки данных Fedor (DDU) ==

* [[Блоки данных Fedor (DDU) для метрик]]

== Разработка ==

* Расширения АктивногоШлюза
** [[Введение]]
**[[Возможности]]
**[[Руководство]]

* Расширения
** [[Развёртывание расширения]]
**[[Диаграммы]]
** [[Ключевые показатели производительности]]
** [[Оповещения о расширениях]]
** [[Групповые показатели]]
**[[Метрики состояний]]
** [[Пользовательская конфигурация плагина АктивныйШлюз]]
** [[Конфигурация расширения]]
** [[Топология]]
** [[Проблемы и события]]
** [[Пользовательские свойства]]
*[[Обновление до Python 3.8]]

Примечания к релизу 228

2026-05-28T13:15:03Z

IKuznetsov:

'''''[[Примечания к релизам]] / Примечания к релизу 228'''''

'''Примечания к выпуску АппОптима 1.228'''

== '''Новые функции и улучшения''' ==

=== '''Общие''' ===

* Удалены устаревшие конечные точки <code>/metrics/series</code>и <code>/metrics/descriptors</code>заменены на <code>/metrics/query</code>и <code>/metrics</code>.
* Теперь вы можете прикрепить отфильтрованные '''Проблемы''' информационной панели плитку из '''проблем''' страницы.
* Правила именования действий пользователя автоматически переносятся в расширенное именование действий пользователя, где это возможно.
* На странице сведений о кластере Kubernetes теперь есть дополнительные элементы управления, которые позволяют переходить к связанным пространствам имен, рабочим нагрузкам и модулям кластера Kubernetes.
* Чтобы улучшить согласованность с другими страницами Kubernetes, навигационные ссылки на странице сведений о кластере Kubernetes были перемещены в меню просмотра ( '''…''' ) в правом верхнем углу страницы.
* На странице сведений о сервисе мы улучшили выбор временного интервала для первоначального анализа, чтобы убедиться, что он всегда содержит данные.
* Мы добавили в продукт функцию, позволяющую пользователям делиться отзывами о Дэвисе в представлениях анализа проблем. Обратная связь помогает нам анализировать, как работает Fedor, и вносить улучшения, где это возможно.
* Чтобы улучшить мониторинг веб-приложений, теперь вы можете настроить «Имя пакета Angular» для приложений Angular 12.
* Библиотека OpenSSL, используемая сервисом Nginx, была обновлена до версии 1.1.1l для повышения устойчивости и безопасности.
* База данных хранилища показателей и конфигурации была обновлена до Cassandra 3.11.11 для повышения устойчивости.

Теперь мы устанавливаем метаданные компонентов управляемого развертывания АппОптима с помощью переменных среды, чтобы использовать возможности инвентаризации АппОптима Release. Вы можете увидеть это в своей среде самоконтроля. Устанавливаются следующие переменные:

* DT_RELEASE_VERSION для версии
* DT_RELEASE_STAGE для этапа
* DT_RELEASE_PRODUCT для продукта

== '''Поддержка операционных систем''' ==
'''Предстоящие изменения в поддержке АппОптима операционных систем'''

Следующие операционные системы больше не будут поддерживаться с 1 марта 2022 г.

Linux: CentOS 8.3

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.228

Linux: Red Hat Enterprise Linux 8.3

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.228

Linux: Oracle Linux 8.3

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.228

'''Изменения в поддержке более ранних версий АппОптима операционных систем'''

Следующие операционные системы больше не будут поддерживаться с 1 сентября 2021 г.

Linux: Amazon Linux AMI 2017.x

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.212

Linux: openSUSE 12.x

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.212

Linux: openSUSE 13.x

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.212

Linux: openSUSE 14.x

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.212

Linux: openSUSE 15.x

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.212

Следующие операционные системы больше не будут поддерживаться с 1 октября 2021 г.

Linux: CentOS 6.x

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.214

Linux: Red Hat Enterprise Linux 6.x.

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.214

Linux: openSUSE 15.1

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.214

Linux: Oracle Linux 6.x

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.214

Linux: SUSE Enterprise Linux 12.2.

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.222

Следующие операционные системы больше не будут поддерживаться с 1 ноября 2021 г.

Linux: openSUSE 15.2+

* x86 (только 64-разрядная)
* Последняя совместимая версия АппОптима: 1.216

POST токен

2026-05-28T13:14:12Z

IKuznetsov:

'''''[[API АппОптима]] / [[API АппОптима|Эндпойнты среды]] / [https://docs.expert-apm.ru/index.php/API_%D0%90%D0%BF%D0%BF%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0#:~:text=DELETE%20%D1%82%D0%B5%D0%B3%D0%BE%D0%B2-,%D0%A0%D0%B0%D0%B7%D0%B2%D1%91%D1%80%D1%82%D1%8B%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5,-%D0%BF%D1%80%D0%B0%D0%B2%D0%B8%D1%82%D1%8C Развёртывание] / [https://docs.expert-apm.ru/index.php/API_%D0%90%D0%BF%D0%BF%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0#:~:text=PUT%20%D0%BA%D0%BE%D0%BD%D1%84%D0%B8%D0%B3%D1%83%D1%80%D0%B0%D1%86%D0%B8%D1%8F-,%D0%A2%D0%BE%D0%BA%D0%B5%D0%BD%D1%8B%20v2,-%D0%A2%D0%BE%D0%BA%D0%B5%D0%BD%D1%8B%20%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%B0 Токены v2] / [https://docs.expert-apm.ru/index.php/API_%D0%90%D0%BF%D0%BF%D0%9E%D0%BF%D1%82%D0%B8%D0%BC%D0%B0#:~:text=%D0%A2%D0%BE%D0%BA%D0%B5%D0%BD%D1%8B%20v2-,%D0%A2%D0%BE%D0%BA%D0%B5%D0%BD%D1%8B%20%D0%B4%D0%BE%D1%81%D1%82%D1%83%D0%BF%D0%B0,-GET%20%D0%B2%D1%81%D0%B5%20%D1%82%D0%BE%D0%BA%D0%B5%D0%BD%D1%8B Токены доступа] / POST токен'''''

Создает новый токен API.

Токен будет принадлежать пользователю, которому принадлежит токен, используемый для аутентификации вызова.

Запрос создает и использует в качестве полезной нагрузки <code>application/json</code> формат.
{| class="wikitable"
| rowspan="2" |POST
|АппОптима
|<code><nowiki>https://{your-domain}/e/{your-environment-id}/api/v2/apiTokens</nowiki></code>
|-
|Среда АктивногоШлюза
|<code><nowiki>https://{your-activegate-domain}/e/{your-environment-id}/api/v2/apiTokens</nowiki></code>
|}

== Аутентификация ==
Чтобы выполнить этот запрос, вам нужен токен доступа с областью действия Write API tokens ( <code>apiTokens.write</code>) . Чтобы узнать, как его получить и использовать, см. раздел [[Токены и аутентификация (API)|Токены и аутентификация]] .

== Параметры ==
{| class="wikitable"
!Параметр
!Тип
!Описание
!In
!Необходимость
|-
|body
|ApiTokenCreate
|Тело JSON запроса. Содержит параметры нового токена API.
|body
|требуется
|}

=== Объекты тела запроса ===

==== Объект <code>ApiTokenCreate</code> ====
Параметры нового токена API.
{| class="wikitable"
!Элемент
!Тип
!Описание
!Необходимость
|-
|personalAccessToken
|boolean
|Токен представляет собой токен личного доступа ( <code>true</code>) или токен API ( <code>false</code>).

Токены личного доступа привязаны к разрешениям их владельца.
|по желанию
|-
|expirationDate
|string
|Срок действия токена.

Вы можете использовать один из следующих форматов:

* Отметка времени в миллисекундах UTC.
* Человекочитаемый формат <code>2021-01-25T05:57:01.123+01:00</code>. Если часовой пояс не указан, используется UTC. Вы можете использовать пробел вместо <code>T</code>. Секунды и доли секунды не являются обязательными.
* Относительный таймфрейм, назад. Формат: <code>now-NU/A</code>, где <code>N</code>количество времени, <code>U</code>единица времени и <code>A</code>выравнивание. Выравнивание округляет все меньшие значения до ближайшего нуля в прошлом. Например, <code>now-1y/w</code>это один год назад, выровненный на неделю. Вы также можете указать относительный таймфрейм без выравнивания: <code>now-NU</code>. Поддерживаемые единицы времени для относительного таймфрейма:
** <code>m</code>: минуты
** <code>h</code>: часы
** <code>d</code>: дни
** <code>w</code>: недели
** <code>M</code>: месяцы
** <code>y</code>: годы

Если не установлено, срок действия токена никогда не истекает.
|по желанию
|-
|scopes
|string[]
|Список областей, которые должны быть назначены маркеру.

* <code>InstallerDownload</code>: Интеграция с PaaS — загрузка установщика.
* <code>DataExport</code>: доступ к ленте проблем и событий, метрикам и топологии.
* <code>PluginUpload</code>: Загрузить расширение.
* <code>SupportAlert</code>: Интеграция с PaaS - Оповещение о поддержке.
* <code>AdvancedSyntheticIntegration</code>: Интеграция модуля АппОптима - Synthetic Classic.
* <code>ExternalSyntheticIntegration</code>: создание и чтение синтетических мониторов, местоположений и узлов.
* <code>AppMonIntegration</code>: Интеграция модуля АппОптима - AppMon.
* <code>RumBrowserExtension</code>: Расширение для браузера RUM.
* <code>LogExport</code>: Читать журналы.
* <code>ReadConfig</code>: Чтение конфигурации.
* <code>WriteConfig</code>: Написать конфигурацию.
* <code>DTAQLAccess</code>: сеансы пользователей.
* <code>UserSessionAnonymization</code>: анонимизация данных сеанса пользователя по соображениям конфиденциальности данных.
* <code>DataPrivacy</code>: изменить настройки конфиденциальности данных.
* <code>CaptureRequestData</code>: Захват данных запроса.
* <code>Fedor</code>: Интеграция модуля АппОптима — Fedor.
* <code>DssFileManagement</code>: Управление файлами мобильных символов.
* <code>RumJavaScriptTagManagement</code>: Реальный пользователь контролирует управление тегами JavaScript.
* <code>TenantTokenManagement</code>: Управление токенами.
* <code>ActiveGateCertManagement</code>: Управление сертификатами АктивногоШлюза.
* <code>RestRequestForwarding</code>: получение данных из удаленной среды.
* <code>ReadSyntheticData</code>: чтение синтетических мониторов, местоположений и узлов.
* <code>DataImport</code>: прием данных, например: метрики и события.
* <code>syntheticExecutions.write</code>: Написать синтетические исполнения монитора.
* <code>syntheticExecutions.read</code>: Чтение результатов выполнения синтетического монитора.
* <code>auditLogs.read</code>: чтение логов аудита.
* <code>metrics.read</code>: чтение метрик.
* <code>metrics.write</code>: Запись показателей.
* <code>entities.read</code>: Чтение записей.
* <code>entities.write</code>: Запись объектов.
* <code>problems.read</code>: Проблемы с чтением.
* <code>problems.write</code>: Пишите задачи.
* <code>events.read</code>: Чтение событий.
* <code>events.ingest</code>: прием событий.
* <code>networkZones.read</code>: Чтение сетевых зон.
* <code>networkZones.write</code>: Запись сетевых зон.
* <code>activeGates.read</code>: Чтение АктивныеШлюзы.
* <code>activeGates.write</code>: Запись АктивныеШлюзы.
* <code>activeGateTokenManagement.read</code>: Чтение токенов АктивногоШлюза.
* <code>activeGateTokenManagement.create</code>: создание токенов АктивногоШлюза.
* <code>activeGateTokenManagement.write</code>: Запись токенов АктивногоШлюза.
* <code>credentialVault.read</code>: Чтение записей хранилища учетных данных.
* <code>credentialVault.write</code>: запись записей хранилища учетных данных.
* <code>extensions.read</code>: Чтение расширения.
* <code>extensions.write</code>: Запись расширений.
* <code>extensionConfigurations.read</code>: Чтение конфигураций мониторинга расширений.
* <code>extensionConfigurations.write</code>: Запись конфигураций мониторинга расширений.
* <code>extensionEnvironment.read</code>: Чтение конфигураций среды расширения.
* <code>extensionEnvironment.write</code>: Запись конфигураций среды расширения.
* <code>metrics.ingest</code>: прием метрик.
* <code>securityProblems.read</code>: Прочитать проблемы с безопасностью.
* <code>securityProblems.write</code>: Напишите проблемы с безопасностью.
* <code>syntheticLocations.read</code>: Чтение синтетические локации.
* <code>syntheticLocations.write</code>: Запись синтетических локаций.
* <code>settings.read</code>: Чтение настроек.
* <code>settings.write</code>: Запись настроек.
* <code>tenantTokenRotation.write</code>: ротация токенов владельца.
* <code>slo.read</code>: Чтение SLO.
* <code>slo.write</code>: Запись SLO.
* <code>releases.read</code>: Чтение релизов.
* <code>apiTokens.read</code>: Чтение токенов API.
* <code>apiTokens.write</code>: Запись токенов API.
* <code>openTelemetryTrace.ingest</code>: прием трассировок OpenTelemetry.
* <code>logs.read</code>: Чтение логов.
* <code>logs.ingest</code>: прием журналов.
* <code>geographicRegions.read</code>: Чтение Географические регионы.
* <code>hub.read</code>: Чтение ХАБ.
* <code>oneAgents.read</code>: Чтение ЕдиныхАгентов.
* <code>oneAgents.write</code>: Запись ЕдиныхАгентов.
* <code>traces.lookup</code>: Поиск одной трассировки.
* <code>hub.write</code>: Запись данных, связанных с HUB.

Элемент может содержать эти значения

* <code>InstallerDownload</code>
* <code>DataExport</code>
* <code>PluginUpload</code>
* <code>SupportAlert</code>
* <code>AdvancedSyntheticIntegration</code>
* <code>ExternalSyntheticIntegration</code>
* <code>AppMonIntegration</code>
* <code>RumBrowserExtension</code>
* <code>LogExport</code>
* <code>ReadConfig</code>
* <code>WriteConfig</code>
* <code>DTAQLAccess</code>
* <code>UserSessionAnonymization</code>
* <code>DataPrivacy</code>
* <code>CaptureRequestData</code>
* <code>AI</code>
* <code>DssFileManagement</code>
* <code>RumJavaScriptTagManagement</code>
* <code>TenantTokenManagement</code>
* <code>ActiveGateCertManagement</code>
* <code>RestRequestForwarding</code>
* <code>ReadSyntheticData</code>
* <code>DataImport</code>
* <code>syntheticExecutions.write</code>
* <code>syntheticExecutions.read</code>
* <code>auditLogs.read</code>
* <code>metrics.read</code>
* <code>metrics.write</code>
* <code>entities.read</code>
* <code>entities.write</code>
* <code>problems.read</code>
* <code>problems.write</code>
* <code>events.read</code>
* <code>events.ingest</code>
* <code>networkZones.read</code>
* <code>networkZones.write</code>
* <code>activeGates.read</code>
* <code>activeGates.write</code>
* <code>activeGateTokenManagement.read</code>
* <code>activeGateTokenManagement.create</code>
* <code>activeGateTokenManagement.write</code>
* <code>credentialVault.read</code>
* <code>credentialVault.write</code>
* <code>extensions.read</code>
* <code>extensions.write</code>
* <code>extensionConfigurations.read</code>
* <code>extensionConfigurations.write</code>
* <code>extensionEnvironment.read</code>
* <code>extensionEnvironment.write</code>
* <code>metrics.ingest</code>
* <code>securityProblems.read</code>
* <code>securityProblems.write</code>
* <code>syntheticLocations.read</code>
* <code>syntheticLocations.write</code>
* <code>settings.read</code>
* <code>settings.write</code>
* <code>tenantTokenRotation.write</code>
* <code>slo.read</code>
* <code>slo.write</code>
* <code>releases.read</code>
* <code>apiTokens.read</code>
* <code>apiTokens.write</code>
* <code>openTelemetryTrace.ingest</code>
* <code>logs.read</code>
* <code>logs.ingest</code>
* <code>geographicRegions.read</code>
* <code>hub.read</code>
* <code>oneAgents.read</code>
* <code>oneAgents.write</code>
* <code>traces.lookup</code>
* <code>hub.write</code>
|требуется
|-
|name
|string
|Имя токена.
|требуется
|}

=== JSON-модель тела запроса ===
Это модель тела запроса, показывающая возможные элементы. Его необходимо настроить для использования в реальном запросе.
<{
"personalAccessToken": false,
"expirationDate": "now+14d",
"scopes": [
"metrics.read"
],
"name": "tokenName"
}

== Ответ ==

=== Коды ответов ===
{| class="wikitable"
!Код
|Тип
!Описание
|-
|201
|ApiTokenCreated
|Успех. Токен создан. Тело ответа содержит секрет токена.
|-
|400
|ErrorEnvelope
|Не удалось. Ввод недействителен.
|}

=== Объекты тела ответа ===

==== Объект <code>ApiTokenCreated</code> ====
Недавно созданный токен.
{| class="wikitable"
!Элемент
!Тип
!Описание
|-
|expirationDate
|string
|Дата истечения срока действия токена в формате ISO 8601 ( <code>yyyy-MM-dd'T'HH:mm:ss.SSS'Z'</code>).
|-
|token
|string
|Секрет токена.
|-
|id
|string
|Идентификатор токена, состоящий из префикса и общедоступной части токена.
|}

=== JSON-модель тела ответа ===
<{
"expirationDate": "2020-11-12T08:15:30.144Z",
"token": "dt0c01.ST2EY72KQINMH574WMNVI7YN.G3DFPBEJYMODIDAEX454M7YWBUVEFOWKPRVMWFASS64NFH52PX6BNDVFFM572RZM",
"id": "dt0c01.ST2EY72KQINMH574WMNVI7YN"
}

Настройка и мониторинг Целей уровня обслуживания (SLO) с помощью АппОптима

2026-05-28T13:13:56Z

IKuznetsov:

'''''[[Применение АппОптима]] / [[Применение АппОптима|Облачная автоматизация]] / [[Цели уровня обслуживания (SLO)]] / Настройка и мониторинг Целей уровня обслуживания (SLO) с помощью АппОптима'''''

==Обзор SLO==
В списке определенных целей уровня обслуживания (SLO) в среде мониторинга АппОптима на странице Цели уровня обслуживания отображается важная информация, такая как текущий статус, бюджет ошибок и скорость сжигания , цель, предупреждение, количество открытых проблем из общего числа. количество проблем для селектора объекта SLO и период времени, в течение которого должен оцениваться SLO.
===Анализировать проблемы===
Если есть какие-либо открытые проблемы, связанные с SLO, значение в столбце Открытых/всего проблем для SLO помечается красным символом предупреждения. Выберите значение, чтобы отобразить страницу « Проблемы », отфильтрованную с помощью соответствующего селектора объектов. Дополнительные сведения об анализе проблем см. в разделе Обнаружение и анализ проблем .
===Детали SLO===
Разверните сведения о SLO для получения дополнительной информации, например:
*Селекторы метрик и сущностей SLO
*График, представляющий оценку SLO с течением времени
*Табличное представление последних 10 оцененных SLO, принадлежащих определенному типу объекта. Переключитесь на табличное представление, чтобы узнать, например, точное значение, которое негативно влияет на результат агрегированной оценки SLO, и связанный с ним объект. Кроме того, вы можете:
**Сортировать табличное представление по статусу в порядке возрастания или убывания
**Выберите любой из объектов для получения дополнительной информации на странице соответствующего объекта.
По умолчанию каждый SLO оценивается в соответствии с определенным для него временным интервалом, но для анализа «что, если» с другими временными рамками или для ретроспективного просмотра вы можете временно переключиться на глобальный временной интервал.
==Настройка цели уровня обслуживания==
Чтобы настроить новую цель уровня обслуживания, используйте мастер SLO, чтобы выбрать из набора предварительно настроенных шаблонов АппОптима для распространенных случаев использования. Кроме того, вы можете создать свои собственные определения SLO .
===Добавление SLO с помощью мастера===
В меню АппОптима перейдите к Целям уровня обслуживания , выберите Добавить новый SLO и выполните действия мастера SLO, как описано ниже.

Выберите свои индикаторы

Определите фильтр

Добавьте критерии успеха

Оценка
====Выбор своих индикаторов====
*Выберите нужный SLO:
**SLO доступности уровня обслуживания, где доступность уровня обслуживания измеряется путем деления количества успешных вызовов службы на общее количество вызовов службы.
**SLO доступности метода обслуживания, где доступность метода обслуживания измеряется путем деления количества успешных вызовов службы запроса ключа на общее количество вызовов службы запроса ключа.
**SLO производительности службы , где выражение метрики представляет собой соотношение между <code>good</code>минутами и <code>total</code>минутами. Примечание: <code>good</code> минуты подсчитывают количество минут, в течение которых задержка ответа ниже заданного порога.
**SLO взаимодействия с пользователем , который основан на измерении Apdex и представляет собой процент пользователей, которые УДОВЛЕТВОРЕНЫ , от общего числа пользователей, использующих веб-приложение или мобильное приложение.
**SLO для мобильных пользователей без сбоев , который измеряет процент пользователей без сбоев в ваших мобильных приложениях.
**Синтетический SLO доступности, который представляет собой процент успешных синтетических запусков монитора по отношению к общему количеству запусков. Примечание. Дополнительные сведения о вариантах использования см. в разделе Примеры конфигурации определений целей уровня обслуживания .
*Введите имя SLO .
*Введите имя метрики , которое будет использоваться для создания двух запросов метрик:
**Один пользовательский запрос для статуса SLO.
**Еще один для скорости сжигания бюджета ошибок SLO. Вы можете наметить эти ключи метрик на всех страницах, которые позволяют использовать метрики, например в Проводнике данных . Примечание. После создания SLO:
**Метрические ключи не могут быть изменены.
**Вы можете просмотреть ключи метрик в деталях SLO.
*''по желанию'' Настройте метрики SLI, которые вы хотите добавить в SLO.
====Определение фильтра====
В селекторе таймфрейма прокрутите вниз, чтобы выбрать значение таймфрейма для вашего SLO.
*Чтобы выбрать одно из существующих значений, выберите Presets .
*Чтобы создать собственное значение таймфрейма, выберите « Пользовательский » .
Селектор объектов соответствует синтаксису запросов АппОптима REST API . Вы можете использовать фильтры по идентификатору/имени зоны управления, тегам, имени/идентификатору/типу объекта, состоянию работоспособности или их комбинации. Для зон управления вы можете выбрать из списка доступных зон управления.

После ввода нужных селекторов объектов вы можете проверить, нет ли ошибок, выбрав Предварительный просмотр рядом с панелью выбора объектов.
====Добавление критериев успеха====
Установите целевой процент ( Отказ ) и процент предупреждения ( Предупреждение ).

Примечание. Процент предупреждений должен быть между 100 % и вашим целевым процентом SLO, чтобы быть эффективным. Например, если ваш целевой процент SLO составляет 99,00 %, вам необходимо установить процент предупреждений между 99,00 % и 100 %, чтобы получить раннее предупреждение (обозначенное желтым цветом).

Чтобы узнать, насколько быстро служба расходует бюджет ошибок по отношению к SLO, убедитесь, что скорость сжигания бюджета ошибок включена, и установите пороговые значения для скорости медленного и быстрого сжигания .
====Оценка====
После ввода значений критериев успеха выберите Оценить , чтобы оценить SLO на основе введенных значений.

Если все правильно и ошибок нет, вы можете выбрать «Создать » , чтобы сохранить конфигурацию и добавить новый SLO.

После завершения настройки вновь созданная цель уровня обслуживания появится на странице SLO .
===Создание своего собственного SLO===
Чтобы настроить собственную цель уровня обслуживания, перейдите в « Настройки » , выберите « Облачная автоматизация » > «Определение » и выберите «Добавить новый SLO » .
===Изменение SLO===
Чтобы изменить SLO, в меню АппОптима перейдите к Целям уровня обслуживания , найдите свой SLO и выберите « Дополнительно » ( … ) > « Определение SLO » в столбце « Действия ».
===Нормирование бюджета ошибок===
Чтобы просмотреть нормализованный бюджет ошибок для всех SLO, выберите « Настройки » > « Облачная автоматизация » > « Настройка » и включите параметр « Нормализация бюджета ошибок » .

Пример. Целевое значение SLO — 95 %, а текущее состояние SLO — 96 %. Если флаг нормализации включен, оставшийся запас ошибки составляет 20% (96%-95%)/(100%-95%).
==Скорость расходования бюджета при ошибках==
Скорость сжигания бюджета ошибок показывает, насколько быстро служба расходует бюджет ошибок по отношению к SLO. Например,
*Скорость сжигания <code>1</code>указывает на то, что служба израсходовала 100 % бюджета ошибок в течение периода SLO.
*Скорость сжигания <code>2</code>указывает на то, что сервис израсходовал удвоенный бюджет ошибок в течение периода SLO.
Burn rate рассчитывается либо за прошедший час (если выбран таймфрейм SLO), либо для глобального значения таймфрейма (если таймфрейм SLO не выбран).
===Настройка расхода бюджета ошибок===
Чтобы узнать, насколько быстро служба расходует бюджет ошибок, вы можете включить визуализацию скорости сжигания в мастере или на странице настроек при создании SLO.

В любое время вы можете изменить пороговое значение или отключить визуализацию скорости сжигания в определении SLO вашего SLO.
===Визуализация скорости сжигания бюджета ошибок===
После того, как вы настроили скорость сжигания бюджета ошибок, в вашей среде есть несколько мест, где вы можете его просмотреть:
*На странице обзора SLO в столбце бюджета ошибок:
**Желтый значок медленного горения отображается, когда значение скорости горения находится между <code>1</code>порогом быстрого горения, который вы ввели при создании SLO.
**Красный значок быстрой записи отображается, когда скорость записи больше или равна порогу быстрой записи, введенному вами при создании SLO. Примечание. Если визуализация скорости записи включена, но значок не отображается, скорость записи ниже <code>1</code>.
*В деталях SLO.
*В проводнике данных .
*На панели инструментов, если вы закрепите SLO на панели инструментов .
==Настройка оповещения==
Вы можете настроить два типа оповещений:
*Оповещения SLO отправляются, когда статус SLO становится ниже целевого значения.
*Оповещения об уровне выгорания отправляются, когда бюджет ошибок SLO уменьшается с определенной скоростью.
Примечание. Оповещения можно создавать только на основе событий метрик за последний час. Если вы установите пороговое значение <code>10</code>для оповещения о скорости сжигания, предупреждение будет сгенерировано, когда скорость сжигания превысит <code>10</code>в течение последнего часа.
*Чтобы настроить оповещение SLO
#Перейдите к Целям уровня обслуживания , найдите SLO и выберите Дополнительно ( … ) > Создать оповещение .
#В поле Выберите тип оповещения выберите <code>Status</code>.
#Назовите свое оповещение и установите пороговое значение. Если вы не зададите значение, пороговое значение будет заполнено существующим целевым значением SLO.
#Выберите Создать оповещение .
*Чтобы настроить оповещение о скорости сжигания
#Перейдите к Целям уровня обслуживания , найдите SLO и выберите Дополнительно ( … ) > Создать оповещение .
#В поле Выберите тип оповещения выберите <code>Burn rate</code>.
#Назовите свое оповещение и установите порог скорости сжигания.
#Выберите Создать оповещение .
Ваше вновь созданное оповещение о SLO или скорости сжигания появится на странице Metric Events , где вы сможете настроить его дальше. Дополнительные сведения см. в разделе События метрик для оповещения .
==Добавление SLO в зоны управления==
SLO, не принадлежащие ни к одной из зон управления , видны всем пользователям. Если вы добавите SLO в зону управления, только пользователи, имеющие доступ к этой зоне управления, смогут увидеть его на странице обзора целей уровня обслуживания .
*Чтобы добавить SLO в зону управления
#В меню АппОптима перейдите в « Настройки » .
#Выберите «Облачная автоматизация » > «Определение » .
#Выберите Добавить новый SLO .
#В поле выбора объектов добавьте имя или идентификатор зоны управления .
#После ввода всех данных SLO выберите Сохранить изменения , чтобы сохранить конфигурацию.
*Чтобы добавить существующий SLO в зону управления, см . раздел Редактирование SLO .
*Чтобы просмотреть SLO, принадлежащие определенной зоне управления, выберите зону управления с помощью кнопки фильтра в строке меню.
*Чтобы просматривать глобальные SLO независимо от любого другого выбранного фильтра зоны управления, включите Показать глобальные SLO . Глобальные SLO — это SLO, которые видны всем пользователям, независимо от их разрешений в зоне управления.
Дополнительные сведения о том, как вы можете контролировать доступ к SLO в своей среде, устанавливая разрешения, см. в разделе Просмотр и изменение SLO на основе уровней разрешений .
==Закрепление SLO на панели инструментов==
После того, как вы определите свои цели, вы можете добавить SLO на свою панель инструментов, чтобы визуализировать их текущий статус вместе с оставшимися бюджетами ошибок.
#В меню АппОптима перейдите к Цели уровня обслуживания , найдите свой SLO и выберите « Дополнительно » ( … ) > « Закрепить на панели инструментов » в столбце « Действия ».
#В списке выберите существующую панель мониторинга или Создать новую панель мониторинга , а затем выберите Закрепить .
#Выберите Открыть информационную панель , чтобы открыть информационную панель в режиме редактирования с выбранной плиткой SLO.
#При необходимости отрегулируйте конфигурацию плитки.
#Выберите Готово .
По умолчанию плитка SLO оценивает временной интервал SLO, а не выбранный глобальный временной интервал, который отображается маленьким значком фильтра в правом верхнем углу плитки SLO. Для сравнения глобального таймфрейма и таймфрейма SLO можно также переопределить таймфрейм, используемый в конфигурации плитки.

Дополнительные сведения см. в разделе Просмотр и добавление плиток панели мониторинга SLO на основе уровней разрешений .
==Клонирование SLO==
Клонирование SLO позволяет создать новый SLO, повторно используя конфигурацию существующего SLO.

Чтобы клонировать SLO
#В меню АппОптима перейдите к Целям уровня обслуживания .
#Выберите SLO, который вы хотите клонировать, а затем выберите «Действие» > « Клонировать » . Страница « Добавить новый SLO » предварительно заполнена настройками клонированного SLO.
#При необходимости измените параметры нового SLO, а затем выберите « Создать » .
==Отображение метрики в проводнике данных==
Чтобы запросить и составить диаграмму показателей, перейдите к нужной цели уровня обслуживания и выберите Действия > Просмотреть в проводнике данных . Дополнительные сведения об использовании проводника данных см. в разделе Проводник данных .
===Ограничения===
*Проводник данных показывает ключи метрик; он не показывает преобразования или фильтры.
==Оповещение Fedor==
АппОптима Fedor предоставляет быстрые уведомления об обнаруженных аномалиях, а также о возможных основных причинах. Если ваш SLO стал красным, это, скорее всего, потому, что Fedor уже поднял проблему для основных показателей, показав вам основную причину.

Примечание. Fedor выдает оповещения не о нарушениях целевых показателей SLO, а о базовых метриках и объектах SLO.
==Устранение неполадок==
Мой список SLO загружается очень долго

Вычисление SLO зависит от запросов метрик в реальном времени, поэтому фильтр, используемый для SLO, имеет решающее значение для производительности вычислений. Если ваш список SLO очень медленный, проверьте фильтры сущностей для определенных вами SLO.

Требуется одно результирующее значение, но определение SLO предоставляет более одного

Вы, вероятно, отсутствует<code>:splitBy()</code> в своем метрическом выражении.

Временной интервал начинается до создания метрики

Вам нужно выбрать таймфрейм, который начинается после времени создания метрики.

Зона управления не выбрана

Пользователи без глобального <code>write</code>разрешения не могут создавать SLO без зоны управления.