Yandex Cloud
Поиск
Связаться с экспертомПопробовать бесплатно
  • Кейсы
  • Документация
  • Блог
  • Все сервисы
    • Cloud Interconnect
    • Cloud Backup
    • Cloud Registry
    • Yandex AI Studio
    • Compute Cloud
    • Object Storage
    • Managed Service for Kubernetes®
    • Yandex BareMetal
    • Smart Web Security
    • Security Deck
    • Managed Service for PostgreSQL
    • Managed Service for ClickHouse®
    • Monium
    • Cloud CDN
    • Network Load Balancer
    • Virtual Private Cloud
    • Cloud DNS
    • Application Load Balancer
    • Yandex Cloud Video
    • Stackland
    • Yandex Cloud Router
    • Yandex Managed Service for Trino
    • Managed Service for MySQL®
    • Managed Service for Valkey™
    • Managed Service for Apache Spark™
    • Yandex StoreDoc
    • Managed Service for OpenSearch
    • Managed Service for Apache Kafka®
    • Data Transfer
    • Yandex MPP Analytics Engine for PostgreSQL
    • Yandex Managed Service for Apache Airflow®
    • Data Processing
    • Yandex MetaData Hub
    • Managed Service for YDB
    • Managed Service for Sharded PostgreSQL
    • Managed Service for YTsaurus
    • Yandex WebSQL
    • DataLens
    • Yandex Search API
    • SpeechSense
    • SpeechKit
    • DataSphere
    • Vision OCR
    • Translate
    • Yandex Neurosupport
    • Yandex Cloud Detection and Response
    • Yandex Identity Hub
    • Key Management Service
    • Certificate Manager
    • Yandex Lockbox
    • Audit Trails
    • SmartCaptcha
    • Cloud Desktop
    • GOST Gateway
    • Yandex SIEM
    • SourceCraft Code Assistant
    • Container Registry
    • Managed Service for GitLab
    • SourceCraft
    • Managed Service for Prometheus®
    • Cloud Functions
    • API Gateway
    • Yandex Cloud Postbox
    • Message Queue
    • Serverless Integrations
    • IoT Core
    • Data Streams
    • Serverless Containers
    • Cloud Notification Service
    • Yandex Query
    • Identity and Access Management
    • Yandex Cloud Console
    • Resource Manager
    • Yandex Cloud Billing
    • Yandex Cloud Quota Manager
    • Cloud Apps
  • Статус работы сервисов
  • Marketplace
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Искусственный интеллект
    • Безопасность
    • Инструменты DevOps
    • Бессерверные вычисления
    • Управление ресурсами
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Yandex Cloud Trust
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Калькулятор цен
    • Тарифы
    • Акции и free tier
  • Кейсы
  • Документация
  • Блог
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»
Yandex Managed Service for PostgreSQL
  • Начало работы
  • Управление доступом
  • Инспекции и рекомендации
  • Правила тарификации
  • Справочник Terraform
  • Метрики Monitoring
  • Аудитные логи Audit Trails
  • Публичные материалы
  • История изменений
  • Обучающие курсы

В этой статье:

  • Доступные инспекции Managed Service for PostgreSQL
  • Риск падения производительности
  • Риск потери данных и недоступности кластера при отказе зоны из-за асинхронных реплик
  • Нехватка оперативной памяти
  • Риск недоступности кластера
  • Риск потери данных и недоступности кластера при отказе зоны доступности
  • Риск потери данных и недоступности кластера при отказе зоны (кворум)
  • Ограничена возможность автомасштабирования дискового пространства

Инспекции и рекомендации в Managed Service for PostgreSQL

Статья создана
Yandex Cloud
Обновлена 11 августа 2026 г.
Открыть в Markdown
  • Доступные инспекции Managed Service for PostgreSQL
    • Риск падения производительности
    • Риск потери данных и недоступности кластера при отказе зоны из-за асинхронных реплик
    • Нехватка оперативной памяти
    • Риск недоступности кластера
    • Риск потери данных и недоступности кластера при отказе зоны доступности
    • Риск потери данных и недоступности кластера при отказе зоны (кворум)
    • Ограничена возможность автомасштабирования дискового пространства

На кластере управляемой базы данных регулярно проводится диагностика с целью выявления возможных проблем, повышения надежности его работы и повышения производительности. Результаты этих проверок отображаются в виде набора инспекций в разделе Рекомендации. Вы можете увидеть уведомления об успешно пройденных проверках и рекомендации для устранения выявленных рисков. Обязанность по устранению выявленных проблем находится в зоне контроля пользователя Yandex Cloud.

Все проверки имеют определенный уровень критичности:

  • Высокий уровень — критерии высокой доступности кластера, значительные риски падения производительности, риски потери данных. Такие проверки требуют особого внимания и выполнения рекомендованных действий.
  • Умеренный уровень — возможные риски падения производительности, неоптимальное использование памяти и дискового пространства.
  • Низкий уровень — потенциальные риски и ограничения работы кластера.

Список рекомендаций регулярно обновляется. Для каждой рекомендации фиксируются временные метки: дата первого выявления риска и дата последнего обновления статуса по этой проблеме. Если рекомендация кажется избыточной или некорректной, вы можете скрыть ее, указав причину. По истечении срока скрытия рекомендация автоматически станет доступна вновь — при условии, что проблема по-прежнему актуальна.

Рекомендации доступны на уровне кластера, каталога и облака и содержат советы по всем вашим ресурсам. Однако отсутствие рекомендаций не означает, что кластер работает оптимально: перечень проверок постоянно расширяется, но остается неисчерпывающим и не заменяет мониторинг, поскольку нацелен на выявление паттернов, а не отдельных проблем. Вы можете дополнительно продиагностировать производительность кластера и проанализировать метрики мониторинга.

Для управления рекомендациями в Managed Service for PostgreSQL требуется роль managed-postgresql.editor или выше.

Доступные инспекции Managed Service for PostgreSQLДоступные инспекции Managed Service for PostgreSQL

Категория Проверка Риск Критичность
Производительность Загрузка CPU Риск падения производительности Высокая
Высокая доступность Наличие синхронных реплик в кластере Риск потери данных и недоступности кластера при отказе зоны (реплики) Высокая
Высокая доступность Выделение памяти Нехватка оперативной памяти Высокая
Высокая доступность Выделение дискового пространства Риск недоступности кластера Высокая
Высокая доступность Высокая доступность кластера при отказе зоны Риск потери данных и недоступности кластера при отказе зоны доступности Высокая
Высокая доступность Высокая доступность кластера при отказе зоны (кворум) Риск потери данных и недоступности кластера при отказе зоны (кворум) Высокая
Высокая доступность Возможность автомасштабирования диска Ограничена возможность автомасштабирования дискового пространства Умеренная

Риск падения производительностиРиск падения производительности

Описание

Хост постоянно использует весь ресурс CPU, что может приводить к замедлению обработки запросов. Проверьте нагрузку и оптимизируйте запросы (в том числе с AI-ассистентом в WebSQL) или увеличьте вычислительные ресурсы кластера.

Действие

Чтобы увеличить вычислительные ресурсы кластера:

  1. Перейдите в сервис Managed Service for PostgreSQL.
  2. Выберите кластер и нажмите Редактировать.
  3. В разделе Ресурсы выберите класс хоста с нужным количеством vCPU.
  4. Нажмите Сохранить изменения.

Риск потери данных и недоступности кластера при отказе зоны из-за асинхронных репликРиск потери данных и недоступности кластера при отказе зоны из-за асинхронных реплик

Описание

Кластер использует только асинхронные реплики, что не гарантирует отказоустойчивости. Добавьте хотя бы одну синхронную реплику в другую зону для обеспечения высокой доступности.

Действие

Чтобы перенести хост в другую зону доступности:

  1. Создайте подсеть в зоне доступности, в которую вы переносите хост.

  2. Добавьте хост в кластер: перейдите в сервис Managed Service for PostgreSQL.

  3. Нажмите на имя нужного кластера и перейдите на вкладку Хосты.

  4. Нажмите кнопку  Создать хост.

  5. Укажите параметры хоста:

    • Зону доступности, куда переносятся хосты.
    • Новую подсеть.
    • Выберите опцию Публичный доступ, если хост должен быть доступен извне Yandex Cloud.
  6. Нажмите Сохранить.

Нехватка оперативной памятиНехватка оперативной памяти

Описание

Кластер исчерпывает оперативную память, что приводит к замедлению работы или аварийным остановкам. Увеличьте объем оперативной памяти для кластера.

Действие

Чтобы увеличить объем оперативной памяти:

  1. Перейдите в сервис Managed Service for PostgreSQL.
  2. Выберите кластер и нажмите Редактировать.
  3. В разделе Ресурсы выберите класс хоста с нужным объемом памяти.
  4. Нажмите Сохранить изменения.

Риск недоступности кластераРиск недоступности кластера

Описание

На хосте критически мало свободного места. Это может привести к отключению некоторых операций и недоступности кластера (переходу в режим «только для чтения»). Увеличьте размер диска или очистите неиспользуемые данные.

Действие

Чтобы увеличить размер диска:

  1. Перейдите в сервис Managed Service for PostgreSQL.
  2. Выберите кластер и нажмите Редактировать.
  3. В разделе Хранилище увеличьте размер диска.
  4. Нажмите Сохранить изменения.

Риск потери данных и недоступности кластера при отказе зоны доступностиРиск потери данных и недоступности кластера при отказе зоны доступности

Описание

Все хосты кластера находятся в одной зоне доступности. В случае ее сбоя кластер станет недоступен. Распределите реплики по разным зонам для обеспечения высокой доступности.

Примечание

Кластеры, состоящие из одного хоста, не проходят проверку на критерии высокой доступности, так как такая конфигурация находится в зоне контроля пользователей Yandex Cloud.

Действие

Чтобы перенести хост в другую зону доступности:

  1. Создайте подсеть в зоне доступности, в которую вы переносите хост.

  2. Добавьте хост в кластер: перейдите в сервис Managed Service for PostgreSQL.

  3. Нажмите на имя нужного кластера и перейдите на вкладку Хосты.

  4. Нажмите кнопку  Создать хост.

  5. Укажите параметры хоста:

    • Зону доступности, куда переносятся хосты.
    • Новую подсеть.
    • Выберите опцию Публичный доступ, если хост должен быть доступен извне Yandex Cloud.
  6. Нажмите Сохранить.

Риск потери данных и недоступности кластера при отказе зоны (кворум)Риск потери данных и недоступности кластера при отказе зоны (кворум)

Описание

Текущая конфигурация позволяет достичь кворума репликации в пределах одной зоны. Если эта зона станет недоступна, возможна потеря данных. Необходимо увеличить число хостов в других зонах или настроить кворум так, чтобы он был больше, чем число хостов в одной зоне.

Действие

Чтобы добавить хост в другую зону:

  1. Перейдите в сервис Managed Service for PostgreSQL.
  2. Выберите кластер и перейдите на вкладку Хосты.
  3. Нажмите Создать хост.
  4. В параметрах хоста укажите альтернативную зону доступности.
  5. Завершите настройку хоста и нажмите Сохранить.

Чтобы перенести хост в другую зону доступности:

  1. Создайте подсеть в зоне доступности, в которую вы переносите хост.

  2. Добавьте хост в кластер: перейдите в сервис Managed Service for PostgreSQL.

  3. Нажмите на имя нужного кластера и перейдите на вкладку Хосты.

  4. Нажмите кнопку  Создать хост.

  5. Укажите параметры хоста:

    • Зону доступности, куда переносятся хосты.
    • Новую подсеть.
    • Выберите опцию Публичный доступ, если хост должен быть доступен извне Yandex Cloud.
  6. Нажмите Сохранить.

Подробнее про кворум репликации в разделе Репликация в Managed Service for PostgreSQL.

Ограничена возможность автомасштабирования дискового пространстваОграничена возможность автомасштабирования дискового пространства

Описание

Достигнут предел автомасштабирования диска, кластер не сможет увеличить дисковое пространство при необходимости. Измените настройки автомасштабирования в кластере и увеличьте лимит.

Действие

Чтобы увеличить размер диска:

  1. Перейдите в сервис Managed Service for PostgreSQL.
  2. Выберите кластер и нажмите Редактировать.
  3. В поле Максимальный размер хранилища укажите максимальный размер хранилища после увеличения.
  4. Нажмите Сохранить изменения.

Была ли статья полезна?

Предыдущая
Управление доступом
Следующая
Правила тарификации
Создавайте контент и получайте гранты!Готовы написать своё руководство? Участвуйте в контент-программе и получайте гранты на работу с облачными сервисами!
Подробнее о программе
Проект Яндекса
© 2026 ООО «Яндекс.Облако»