Определение параметров сбора и хранения данных об активности объектов мониторинга#
Для каждого объекта мониторинга (далее – ОМ) предусмотрена возможность настройки параметров сбора и хранения данных об активности.
Для редактирования доступны следующие параметры:
Параметр |
Ключ |
Допустимые значения |
Описание |
|---|---|---|---|
Тип хранилища |
|
|
Тип хранилища: в оперативной памяти или постоянное хранилище на диске |
Максимальная глубина хранения (секунды) |
|
|
Максимальная глубина хранения данных в секундах |
Максимальный размер хранилища (байт) |
|
|
Максимальный размер хранилища в байтах, доступно только в режиме |
Разрешающая способность активности (секунды) |
|
|
Определяет частоту агрегирования статистики активных сессий в хранилище |
Максимальная длина запроса (байт) |
|
|
Максимальная длина сохраняемого текста запроса в байтах |
Сбор блокировок |
|
|
Индикатор активности сбора данных по блокировкам |
Интервал сбора блокировок (секунды) |
|
|
Определяет частоту сохранения данных о блокировках в хранилище |
По умолчанию все параметры равны глобальным значениям одноименных параметров из конфигурационного файла сервиса dbperf.
Изменение параметров доступно несколькими способами:
глобальные параметры задаются через конфигурационный файл сервиса dbperf;
индивидуальные параметры на уровне ОМ задаются через интерфейс Kintsugi на вкладке Управление порогами и сбором данных метрик в разделе Производительность СУБД или через публичный метод API
POST /assets:bulkPatch.
Режимы хранения данных#
Режим «in-memory»#
Преимущество режима in-memory заключается в высокой скорости доступа к данным. Является режимом хранения данных по умолчанию.
Используйте этот режим, если важна скорость обработки и объем данных невелик.
Режим «persistent»#
Примечание
Режим persistent является экспериментальной и имеет ограничения по нагрузке. Для конфигурирования Kintsugi (DBCM) с включенным режимом persistent модуля dbperf рекомендуется обратиться за помощью в поддержку.
Преимущества режима persistent заключаются в сохранении данных после перезагрузок сервиса и в отсутствии строгих ограничений по объему хранимых данных.
Следует помнить, что увеличение количества ОМ в режиме persistent влияет на производительность хранилища.
Также при переводе ОМ в режим persistent нужно учитывать ограничение пула соединений с базой постоянного хранилища.
Рекомендуется применять только к высоконагруженным ОМ.
Персистентная СУБД поставляется в составе Kintsugi (DBCM), параметры подключения будут предопределены в конфигурационном файле сервиса dbperf.
Настройка глобальных параметров сбора и хранения данных об активности объектов мониторинга#
Примечание
Глобальные параметры сбора и хранения данных об активности ОМ:
являются параметрами по умолчанию;
применяются к ОМ, если для него не были заданы индивидуальные параметры.
Последовательность выполнения#
Для настройки глобальных параметров сбора и хранения данных об активности ОМ:
Найдите файл
config.yaml, расположенный в каталогеDBM-X.X.X-XX-distrib/DBM-X.X.X-XX-owned-distrib/package/conf/helm/dbperf/conf.Задайте параметрам следующие значения:
Параметр
Пример
storage.maintenance.storage_typein-memorystorage.maintenance.history_depth_seconds86400storage.maintenance.storage_size_limit_bytes10000000scraping.activity_resolution_sec3scraping.query_max_length_bytes1024scraping.gather_lockstruescraping.locks_interval_sec3Сохраните изменения в файле.
Откройте в Kintsugi дашборды Активность сессии и Блокировки и проверьте, что изменения применились.
Результат#
Конфигурация модуля dbperf изменена, определены новые глобальные параметры сбора и хранения данных об активности ОМ.
Настройка индивидуальных параметров сбора и хранения данных об активности объектов мониторинга#
Примечание
Индивидуальные параметры на уровне ОМ имеют приоритет над глобальными параметрами.
Настройка параметров через интерфейс Kintsugi описана в разделе «Настройка параметров панели мониторинга «Активность сессии»».
Настройка параметров с помощью публичного метода API описана в разделе «Массовое обновление части конфигурации объектов мониторинга».