Рекомендации по администрированию 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.