Конфигурационные параметры ADPG

Елена Костюченко

Для конфигурации сервиса используйте следующие параметры, доступные в ADCM.

ПРИМЕЧАНИЕ

  • Некоторые из перечисленных параметров становятся доступны в UI ADCM после установки флага Advanced.

  • Значения, установленные в Custom-параметрах, перепишут текущие значения параметров, даже если они read-only.
Параметр Описание Значение по умолчанию

Data directory

Директории, используемые для хранения данных на хостах кластера ADPG

/pg_data1

Custom postgresql.conf

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

 — 

Custom pg_hba.conf

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

 
host    all             all             0.0.0.0/0               scram-sha-256
host    all             all             ::/0                    scram-sha-256
ADPG configurations
Параметр Описание Значение по умолчанию

listen_addresses

Указывает адрес(а) TCP/IP, на которых сервер должен прослушивать соединения от клиентских приложений (после изменения нужен перезапуск сервиса)

*

port

TCP-порт, который прослушивается сервером

5432

max_connections

Определяет максимальное количество одновременных соединений с сервером базы данных. Для replica-хоста значение этого параметра должно быть больше или равно значению на leader-хосте. Если данное требование не будет выполнено, replica-хост отклонит все запросы

300

shared_buffers(MB)

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

128MB

max_worker_processes

Устанавливает максимальное количество фоновых процессов, которые может поддерживать система

8

max_parallel_workers

Устанавливает максимальное количество операций, которые система может поддерживать параллельно

8

max_parallel_workers_per_gather

Устанавливает максимальное количество операций, которые могут быть запущены одним узлом Gather или Gather Merge

2

max_parallel_maintenance_workers

Устанавливает максимальное количество параллельных операций, которые могут быть запущены одной командой утилиты

2

effective_cache_size(MB)

Определяет представление планировщика об эффективном размере дискового кeша, доступном для одного запроса. Это значение учитывается при оценке стоимости использования индекса. Более высокое значение увеличивает вероятность использования сканирования индекса, более низкое значение повышает вероятность применения последовательного сканирования. При настройке этого параметра следует учитывать как разделяемые буферы PostgreSQL (shared buffers), так и часть дискового кеша ядра, которая будет использоваться для файлов данных PostgreSQL, хотя некоторые данные могут существовать и там, и там. Также необходимо учитывать ожидаемое количество одновременных запросов к разным таблицам, поскольку им придется делить доступное пространство. Этот параметр не влияет на размер общей памяти, выделяемой PostgreSQL, и не резервирует дисковый кеш ядра. Он используется только в целях оценки. Система также не предполагает, что данные остаются в дисковом кеше между запросами. Если значение effective_cache_size указано без единиц измерения, оно считается заданным в блоках, размер которых равен BLCKSZ байт, обычно это 8 КБ

4096MB

maintenance_work_mem(MB)

Указывает максимальный объем памяти, который будет использоваться операциями обслуживания базы данных, такими как VACUUM, CREATE INDEX и ALTER TABLE ADD FOREIGN KEY. Если это значение указано без единиц измерения, оно считается заданным в килобайтах. Поскольку в сессии одновременно может выполняться только одна из этих операций, а в кластере они обычно не выполняются параллельно, можно безопасно установить это значение значительно больше, чем work_mem. Более высокое значение может повысить производительность операций вакуумирования и восстановления базы данных из резервных копий

64MB

work_mem(MB)

Устанавливает базовый максимальный объем памяти, который будет использоваться операцией запроса (например, сортировкой или хеш-таблицей) перед записью во временные файлы на диске. Обратите внимание, что для сложного запроса несколько операций сортировки или хеширования могут выполняться параллельно. Каждой операции будет разрешено использовать столько памяти, сколько указано в этом значении, прежде чем начнется запись во временные файлы. Несколько запущенных сессий также могут выполнять такие операции одновременно. Следовательно, общий объем используемой памяти может во много раз превышать значение work_mem. Если это значение указано без единиц измерения, оно считается заданным в килобайтах

4MB

min_wal_size(MB)

Если WAL занимает на диске меньше места, чем указано в min_wal_size, старые файлы WAL в контрольных точках перерабатываются, а не удаляются. Это позволяет зарезервировать достаточно места для WAL, чтобы справиться с резкими скачками использования WAL, например, при выполнении больших пакетных задач

80MB

max_wal_size(MB)

Параметр max_wal_size устанавливает лимит памяти, до которого может вырастать размер журнала между автоматическими контрольными точками

1024MB

wal_keep_size(MB)

Устанавливает минимальный размер для сегментов, хранящихся в директории pg_wal, чтобы резервный сервер мог выбрать их при потоковой репликации. Если резервный сервер, подключенный к передающему, отстает больше чем на wal_keep_size мегабайт, передающий может удалить сегменты WAL, всё еще необходимые резервному, и в этом случае соединение репликации прервется. В результате этого также будут прерваны зависимые соединения. Однако, если архивация WAL включена, резервный сервер сможет восстановиться, выбрав этот сегмент из архива. wal_keep_size устанавливает минимальный размер сегмента в pg_wal. Системе может потребоваться сохранить больше сегментов для архивации WAL или для восстановления после контрольной точки. Если wal_keep_size равен 0, система не хранит дополнительные сегменты для резервных целей. В версии Enterprise, если значение wal_keep_size установлено менее 16 МБ, Patroni вместо этого значения использует 128 МБ в своей конфигурации. При этом значение в пользовательском интерфейсе ADCM не меняется

0MB

huge_pages

Включает использование HugePage. Допустимы следующие значения:

  • Try — сервер пытается использовать HugePage. Если не удалось, сервер переключается на стандартные.

  • On — если сервер не сможет использовать HugePage, он не будет запущен.

  • Off — HugePage не используются.

try

superuser_reserved_connections

Определяет количество "слотов" подключений, которые сервер будет резервировать для суперпользователей

3

logging_collector

Включает сборщик сообщений логирования (logging collector). Сборщик сообщений логирования — это фоновый процесс, который перехватывает сообщения логирования, отправленные в stderr, и перенаправляет их в файлы логов

true

log_directory

Определяет каталог, в который записываются лог-файлы. Может содержать абсолютный путь или путь относительно каталога с данными кластера ADPG

log
(абсолютный путь — /pg_data1/adpg16/log)

log_filename

Задает шаблон имени лог-файла, может содержать спецификаторы % strftime для включения времени и даты создания в имя файла. Если спецификаторы % не заданы, используйте утилиты ротации лог-файлов, чтобы избежать переполнения диска

postgresql-%a.log

log_rotation_age

Определяет максимальный период использования лог-файла, после которого создается новый лог-файл. Если значение задано без единиц измерения, используются минуты. Чтобы отключить создание лог-файлов по времени, установите значение 0

1d

log_rotation_size

Определяет максимальный размер лог-файла. После того как лог-файл достигает указанного размера, создается новый лог-файл. Если значение задано без единиц измерения, используются килобайты. Чтобы отключить создание лог-файлов при превышении определенного размера, установите значение 0

0

log_min_messages

Определяет минимальный уровень важности сообщений, которые записываются в лог-файл. Допустимые значения: debug5, debug4, debug3, debug2, debug1, info, notice, warning, error, log, fatal и panic (cм. таблицу Уровни важности лог-сообщений). Сообщения с заданной важностью и более важные записываются в лог-файл. Например, если вы установили значение warning, лог-файл будет включать сообщения с важностью warning, error, log, fatal и panic

warning

log_min_error_statement

Определяет какие SQL-операции, завершившиеся ошибкой, записываются в лог-файл. Допустимые значения: debug5, debug4, debug3, debug2, debug1, info, notice, warning, error, log, fatal и panic (cм. таблицу Уровни важности лог-сообщений). SQL-операция будет записана в лог-файл, если она завершится ошибкой с указанным уровнем важности или выше. Чтобы отключить логирование SQL-операций, установите значение panic

error
Нашли ошибку? Выделите текст и нажмите Ctrl+Enter чтобы сообщить о ней