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. Кластер Managed Service for PostgreSQL переходит в статус `UNKNOWN` сразу после создания

Кластер Managed Service for PostgreSQL переходит в статус UNKNOWN сразу после создания

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

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

Попытка создания кластера с классом хостов b1.nano, завершается неудачно и кластер переходит в статус UNKNOWN.

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

Процесс развертывания кластера с этим типом хостов может занимать длительное время из-за слишком низкого процента гарантированной доступности CPU — 5% — при выборе класса хоста b1.nano. Кластеры с этим типом хостов имеют 2 виртуальных процессорных ядра vCPU с уровнем гарантированной доступности в 5% и 2 ГБ RAM.

Невозможно достоверно спрогнозировать поведение в случае CPU с гарантированной доступностью ниже 50%. В общем случае создание кластеров с хостами класса b1.nano проходит дольше, так как для деплоя компонентов на хосты используются ограниченные ресурсы.

Рекомендуем при создании кластера выбирать более мощные конфигурации c доступностью CPU более 50%, например c3-c2-m4.

Внимание

Класс хостов b1.nano находится в процессе вывода из эксплуатации. Создать новый кластер с использованием этого класса хостов будет невозможно.

Со списком актуальных классов хостов вы можете ознакомиться в соответствующем разделе документации.

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

Предыдущая
Не удается удалить кластер Managed Service for PostgreSQL в состоянии `DEAD`, если на нем включена защита от удаления
Следующая
Устранение проблем изменения конфигурации кластеров с дисками `local-ssd`
Проект Яндекса
© 2025 ООО «Яндекс.Облако»