Yandex Cloud
Поиск
Связаться с намиПодключиться
  • Документация
  • Блог
  • Все сервисы
  • Статус работы сервисов
    • Популярные
    • Инфраструктура и сеть
    • Платформа данных
    • Контейнеры
    • Инструменты разработчика
    • Бессерверные вычисления
    • Безопасность
    • Мониторинг и управление ресурсами
    • Машинное обучение
    • Бизнес-инструменты
  • Все решения
    • По отраслям
    • По типу задач
    • Экономика платформы
    • Безопасность
    • Техническая поддержка
    • Каталог партнёров
    • Обучение и сертификация
    • Облако для стартапов
    • Облако для крупного бизнеса
    • Центр технологий для общества
    • Облако для интеграторов
    • Поддержка IT-бизнеса
    • Облако для фрилансеров
    • Обучение и сертификация
    • Блог
    • Документация
    • Контент-программа
    • Мероприятия и вебинары
    • Контакты, чаты и сообщества
    • Идеи
    • Истории успеха
    • Тарифы Yandex Cloud
    • Промоакции и free tier
    • Правила тарификации
  • Документация
  • Блог
Проект Яндекса
© 2025 ООО «Яндекс.Облако»
Все решения
    • Все решения для Managed Service for PostgreSQL
    • Восстановление работоспособности кластера Managed Service for PostgreSQL после исчерпания свободного места в хранилище данных
    • Не удается удалить кластер Managed Service for PostgreSQL в состоянии `DEAD`, если на нем включена защита от удаления
    • Кластер Managed Service for PostgreSQL переходит в статус `UNKNOWN` сразу после создания
    • Устранение проблем изменения конфигурации кластеров с дисками `local-ssd`
    • Устранение последствий переполнения хранилища кластера WAL-журналами
    • Устранение ошибки `psql error could not translate host name to address nodename nor servname provided, or not known`
    • Устранение ошибки `Unrecognized configuration parameter stats_temp_directory`
    • Устранение ошибки `max_connections сonn_limit is too high`
    • Устранение ошибки `422 UNPROCESSABLE ENTITY The specified extension <'ext_name'> is not present in shared_preload_libraries`
    • Как работает параметр `Conn limit`
    • Как настроить фильтрацию SQL-запросов
    • Как включить логирование SQL-запросов

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

  • Описание проблемы
  • Решение
  • Если проблема осталась
  1. Managed Service for PostgreSQL
  2. Устранение проблем изменения конфигурации кластеров с дисками `local-ssd`

Устранение проблем изменения конфигурации кластеров с дисками local-ssd

Статья создана
Yandex Cloud
Обновлена 16 августа 2024 г.
  • Описание проблемы
  • Решение
  • Если проблема осталась

Описание проблемыОписание проблемы

При попытке увеличить размер хранилища или изменить класс хостов кластера Managed Service for PostgreSQL с дисками local-ssd возникает одно или несколько сообщений об ошибках:

  • UNPROCESSABLE ENTITY;
  • GATEWAY_REQUEST_ERROR.

РешениеРешение

Размер хранилища кластера не удается увеличить, потому что в кластере используются диски типа local-ssd.

Рекомендуем увеличить размер кластера с шагом в 100 ГБ для платформ Intel Broadwell и Intel Cascade Lake или с шагом в 368 ГБ для платформы Intel Ice Lake, предварительно создав резервную копию данных.

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

Если проблема осталасьЕсли проблема осталась

Если необходимо измененить конфигурации уже существующего кластера с дисками local-ssd, создайте запрос в техническую поддержку. При создании запроса укажите следующую информацию:

  1. Идентификатор кластера Managed Service for PostgreSQL, для которого вы хотите изменить размер диска или класс хостов.
  2. Описание сценария использования, в котором необходимо изменение дисковой конфигурации существующего уже кластера.

Важно

При изменении конфигурации уже существующего кластера с дисками local-ssd на всех хостах кластера, включая мастер-хост, будет последовательно запущено техническое обслуживание.

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

В случае использования FQDN хоста-мастера для доступа к кластеру, такой кластер может стать недоступным. Чтобы обеспечить бесперебойную работу приложения, подключайтесь к кластеру через особый FQDN, всегда указывающий на хост-мастер.

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

Предыдущая
Кластер Managed Service for PostgreSQL переходит в статус `UNKNOWN` сразу после создания
Следующая
Устранение последствий переполнения хранилища кластера WAL-журналами
Проект Яндекса
© 2025 ООО «Яндекс.Облако»