Рекомендации по администрированию Kintsugi (DBCM)#
Для выполнения задач администрирования предусмотрено использование специальных инструментов контроля состояния системы.
Ограничение SSL-режимов для подключения к управляемым БД#
Сервис поддерживает следующие режимы для подключения к управляемым БД:
disable;
allow;
prefer;
require;
verify-ca;
verify-full.
По умолчанию все перечисленные режимы разрешены.
Ограничение использования корневого сертификата для подключения к управляемым БД#
Функциональность консоли управления БД поддерживает возможность ограничения использования корневого сертификата. При активации данной функциональности для подключения к управляемой БД принудительно будет использоваться корневой сертификат, указанный администратором консоли.
Для активации режима ограничения использования корневого сертификата укажите сертификат в конфигурационном файле компонента Kintsugi (DBCM).
Пример конфигурации:
secrets:
managedDatabases:
data:
force_root_cert.secret: <СОДЕРЖИМОЕ СЕРТИФИКАТА>
В приведенной конфигурации в качестве корневого сертификата для всех подключений к управляемым БД будет использован указанный сертификат.
Администрирование баз данных Kintsugi (DBCM)#
Резервное копирование баз данных Kintsugi (DBCM)#
Рекомендуется делать резервное копирование баз данных метаданных, хранилища метрик и порогов метрик согласно требованиям регламента организации, чтобы избежать потери информации в случае аварийных ситуаций на сервере БД.
Использование менеджеров пула соединений типа PgBouncer при работе с базами данных#
При добавлении объектов мониторинга используйте порт для прямого подключения к наблюдаемым БД (без использования менеджеров пула соединений типа PgBouncer и ему подобных).
Подключение к внутренним базам данных мониторинга и метаинформации Kintsugi (DBCM) также должно выполняться без использования менеджеров пула соединений.
Рекомендации по работе Kintsugi (DBCM) с логами СУБД#
Kintsugi (DBCM) поддерживает работу только с лог-файлами PostgreSQL, имена которых соответствуют строго определенным шаблонам.
Использование имен, не соответствующих этим шаблонам, может привести к:
игнорированию файлов при обработке;
ошибкам в логировании или анализе данных;
сложностям в автоматической сортировке логов по времени.
Лог-файлы PostgreSQL должны иметь имя в формате postgresql-%Y-%m-%d_%H%M%S.log, где %Y-%m-%d_%H%M%S — временная метка в формате «год-месяц-день_часыминутысекунды».
Примеры корректных имен:
postgresql-2025-10-25_153000.log;postgresql-2025-09-30_084512.log.
Архивы логов (gzip и zip) должны соответствовать шаблонам:
postgresql-YYYY-MM-DD_HHMMSS.log.gz;postgresql-YYYY-MM-DD_HHMMSS.log.zip.
Примеры корректных архивов:
postgresql-2025-10-25_153000.log.gz;postgresql-2025-09-30_084512.log.zip.