Изменение кластера PostgreSQL
-
Почему кластер перешел в статус Updating во время внепланового создания резервной копии?
-
Можно ли одновременно создавать две базы данных в PostgreSQL?
-
Как изменить количество подключений, доступное пользователю?
-
Можно ли изменить класс существующего хоста (standard, memory-optimized, burstable)?
Почему кластер перешел в статус Updating во время внепланового создания резервной копии?
Кластер переходит в статус Updating сразу после запуска процесса создания резервной копии. Отменить операцию невозможно — дождитесь ее завершения.
Время выполнения операции зависит от ряда факторов: объем БД, конфигурация кластера, характер хранимых данных и т. д. Средняя скорость восстановления кластера из резервной копии приблизительно равна 100 Мб/сек.
Можно ли одновременно создавать две базы данных в PostgreSQL?
Одновременное выполнение нескольких операций над кластером невозможно: это архитектурная особенность технологий, используемых Yandex Cloud.
Как изменить количество подключений, доступное пользователю?
Можно. Для этого измените значения соответствующих настроек:
- Conn limit — максимальное количество подключений к хосту для одного пользователя. По умолчанию равно 50. Не может быть меньше 10.
- Max connections — максимальное количество подключений, зарезервированных для всех пользователей. По умолчанию равно
200 × <количество_vCPU_на_каждом_хосте>
. При этом нужно учитывать, что в это число входит 15 служебных подключений: например, если для кластера задан параметр"max_connections": 100
, то вы можете зарезервировать не более 85 подключений на каждый хост кластера для пользователей.
Можно ли изменить класс существующего хоста (standard, memory-optimized, burstable)?
Можно — для этого воспользуйтесь инструкцией в разделе Изменение настроек кластера.
Можно ли изменить тип диска в существующем кластере?
Можно. Для этого восстановите кластер из резервной копии и при задании настроек нового кластера укажите нужный тип диска.
Можно ли управлять кластером с помощью команд SQL?
Существуют ограничения на управление кластером с помощью команд SQL. Подробнее см. в разделе Ограничения для команд SQL.
Почему я не могу остановить кластер?
Текст ошибки:
ERROR: rpc error: code = FailedPrecondition desc = Cluster has no backups
Остановить кластер, у которого нет резервных копий, невозможно. Чтобы устранить ошибку и остановить кластер, создайте резервную копию.