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. Устранение ошибки `max_connections сonn_limit is too high`

Устранение ошибки max_connections сonn_limit is too high

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

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

При подключении к Managed Service for PostgreSQL возникает ошибка max_connections сonn_limit is too high.

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

По умолчанию Managed Service for PostgreSQL выставляет максимально возможное ограничение на количество подключений к каждому хосту PostgreSQL-кластера. Этот максимум рассчитывается так: 200 × <количество vCPU на каждом хосте>. Для кластера класса s1.micro значение параметра max_connections по умолчанию равно 400 и не может быть увеличено. Если требуется больше соединений, то необходимо повысить класс кластера.

Примечание

Managed Service for PostgreSQL резервирует 15 подключений для служебных пользователей на каждом PostgreSQL-хосте.

Например, если для кластера выставлен параметр max_connections, равный 100, вы можете зарезервировать не более 85 подключений для пользователей кластера.

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

Предыдущая
Устранение ошибки `Unrecognized configuration parameter stats_temp_directory`
Следующая
Устранение ошибки `422 UNPROCESSABLE ENTITY The specified extension <'ext_name'> is not present in shared_preload_libraries`
Проект Яндекса
© 2025 ООО «Яндекс.Облако»