Мониторинг и логи в Managed Service for PostgreSQL

• Где я могу отслеживать использование дискового пространства, чтобы не превысить лимит в 95% для перехода в read-only?

• Логи хранятся на том же диске, что и данные PostgreSQL? Как они тарифицируются?

• Как долго хранятся логи?

• Что такое WAL и для чего они нужны?

• Что означает параметр Cached в мониторинге RAM хоста кластера PostgreSQL?

• Как получать алерты о критических показателях кластера PostgreSQL?

• Как настроить алерт, который срабатывает при заполнении определенного процента дискового пространства?

Где я могу отслеживать использование дискового пространства, чтобы не превысить лимит в 95% для перехода в read-only?Где я могу отслеживать использование дискового пространства, чтобы не превысить лимит в 95% для перехода в read-only?

Отслеживать использование дискового пространства можно:

• в консоли управления с помощью инструментов мониторинга состояния кластера;
• в сервисе Yandex Monitoring с возможностью настроить алерты по заданным метрикам.

Логи хранятся на том же диске, что и данные PostgreSQL? Как они тарифицируются?Логи хранятся на том же диске, что и данные PostgreSQL? Как они тарифицируются?

Логи хранятся отдельно от диска с данными и ротируются автоматически. Посмотреть информацию о логах можно командой CLI:

yc managed-postgresql cluster list-logs <идентификатор_кластера>

Использование хранилища с логами кластера не тарифицируется.

Как долго хранятся логи?Как долго хранятся логи?

Логи кластера хранятся 45 дней.

Что такое WAL и для чего они нужны?Что такое WAL и для чего они нужны?

Журналы Write-Ahead Log нужны для записи данных на диск и их репликации. Они создаются при запросах на запись и занимают место на диске до момента полной записи информации с журналов на диски хостов — это обеспечивает отказоустойчивость и надежность СУБД.

Подробнее о принципах работы PostgreSQL читайте в официальной документации.

Что означает параметр Cached в мониторинге RAM хоста кластера PostgreSQL?Что означает параметр Cached в мониторинге RAM хоста кластера PostgreSQL?

В Cached помещаются кешированные данные. Большинство операций выполняется на уровне оперативной памяти, так как вся информация базы данных хранится именно там. Кеширование происходит не только для баз данных, но и для диска — из-за этого объём кешированных данных может превышать размер хранилища.

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

Подробнее о кешировании данных дисков в Linux читайте в документации.

Как получать алерты о критических показателях кластера PostgreSQL?Как получать алерты о критических показателях кластера PostgreSQL?

Воспользуйтесь сервисом Yandex Monitoring и настройте алерты по критичным для вас параметрам.

Как настроить алерт, который срабатывает при заполнении определенного процента дискового пространства?Как настроить алерт, который срабатывает при заполнении определенного процента дискового пространства?

Создайте алерт с метрикой disk.used_bytes в сервисе Yandex Monitoring. Метрика показывает размер использованного дискового пространства в кластере Managed Service for PostgreSQL.

Для disk.used_bytes используются пороги для оповещения. Их рекомендуемые значения:

• Alarm — 90% дискового пространства.
• Warning — 80% дискового пространства.

Значения порогов задаются только в байтах. Например, рекомендуемые значения для диска размером в 100 ГБ:

• Alarm — 96636764160 байт (90%).
• Warning — 85899345920 байт (80%).