Общие вопросы про Managed Service for PostgreSQL
-
Какую версию PostgreSQL использует Managed Service for PostgreSQL?
-
Какую версию PostgreSQL и какие настройки лучше использовать при создании базы данных для 1С?
-
Что происходит, когда версия СУБД становится неподдерживаемой (deprecated)?
-
Как рассчитывается стоимость потребления для хоста базы данных?
-
Как изменить вычислительные ресурсы и объем хранилища для кластера БД?
-
Можно ли настроить автоматическое увеличение размера хранилища кластера?
-
Когда выполняется резервное копирование? Доступен ли кластер БД во время резервного копирования?
-
За какими метриками и процессами можно следить с помощью мониторинга?
-
Какие расширения для PostgreSQL поддерживаются в Managed Service for PostgreSQL?
-
В каком дата-центре хранятся резервные копии кластера PostgreSQL?
-
Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?
Что такое Managed Service for PostgreSQL?
Managed Service for PostgreSQL — это сервис, который помогает вам создавать, эксплуатировать и масштабировать базы данных PostgreSQL в облачной инфраструктуре.
С Managed Service for PostgreSQL вы можете:
- создавать базы данных с необходимыми параметрами производительности;
- масштабировать вычислительные мощности и выделенный объем хранилища для баз данных по мере необходимости;
- получать журналы работы баз данных.
Managed Service for PostgreSQL берет на себя трудоемкие задачи администрирования инфраструктуры PostgreSQL:
- предоставляет мониторинг потребляемых ресурсов;
- автоматически создает резервные копии баз данных;
- обеспечивает отказоустойчивость за счет автоматического переключения на резервные реплики;
- своевременно обновляет программное обеспечение СУБД.
Вы взаимодействуете с кластером БД в Managed Service for PostgreSQL как с обычной базой данных в вашей локальной инфраструктуре. Благодаря этому вы можете управлять внутренними настройками БД в соответствии с требованиями вашего приложения.
Какую часть работы по управлению и сопровождению баз данных берет на себя Managed Service for PostgreSQL?
При создании кластеров Managed Service for PostgreSQL выделяет ресурсы, устанавливает СУБД и создает базы данных.
Для созданных и запущенных баз данных Managed Service for PostgreSQL автоматически создает резервные копии, а также устанавливает исправления и обновления СУБД.
Также Managed Service for PostgreSQL обеспечивает репликацию данных между хостами БД (как внутри, так и между зонами доступности) и автоматически переключает нагрузку на резервную реплику в случае аварии.
Для каких задач стоит использовать Managed Service for PostgreSQL, а для каких — виртуальные машины с базами данных?
Yandex Cloud предлагает два варианта работы с базами данных:
- Managed Service for PostgreSQL позволяет вам эксплуатировать шаблонные базы данных, не заботясь об администрировании.
- Виртуальные машины Yandex Compute Cloud позволяют вам создавать и настраивать собственные базы данных. Такой подход позволяет использовать любые СУБД, подключаться к базам данных по SSH и так далее.
Что такое хост базы данных и кластер базы данных?
Хост БД — это изолированная среда базы данных в облачной инфраструктуре с выделенными вычислительными ресурсами и зарезервированным объемом хранилища данных.
Кластер БД — это один или более хостов БД, между которыми можно настроить репликацию.
Как начать работу с Managed Service for PostgreSQL?
Managed Service for PostgreSQL доступен всем зарегистрированным пользователям Yandex Cloud.
Чтобы создать кластер базы данных в Managed Service for PostgreSQL, необходимо определиться с его характеристиками:
- Класс хостов (характеристики производительности — процессоры, память и т. п.).
- Объем хранилища (резервируется в полном объеме при создании кластера).
- Сеть, к которой будет подключен ваш кластер.
- Количество хостов для кластера и зона доступности для каждого хоста вы можете выбрать зону доступности.
Подробные инструкции см. в разделе Как начать работать с Managed Service for PostgreSQL.
Сколько хостов БД может содержать кластер?
Минимальное количество хостов зависит от типа используемого хранилища:
- при использовании хранилища на нереплицируемых SSD-дисках (
network-ssd-nonreplicated
) или на локальных SSD-дисках (local-ssd
) — не менее 3; - при использовании хранилища на сетевых SSD-дисках (
network-ssd
) или на сетевых HDD-дисках (network-hdd
) допускается создание кластера из одного хоста.
Максимальное количество хостов в кластере ограничено только запрошенными вычислительными ресурсами и объемом хранилища для кластера.
Подробнее см. в разделе Квоты и лимиты в Managed Service for PostgreSQL.
Как получить доступ к запущенному хосту базы данных?
Вы можете подключаться к базам данных Managed Service for PostgreSQL способами, стандартными для СУБД.
Подробнее о подключении к кластерам.
Сколько кластеров можно создать в рамках одного облака?
Технические и организационные ограничения MDB приведены в разделе Квоты и лимиты в Managed Service for PostgreSQL.
Как происходит обслуживание кластеров БД?
Под обслуживанием в Managed Service for PostgreSQL понимается:
- автоматическая установка обновлений и исправлений СУБД для хостов БД (в т. ч. для выключенных кластеров);
- изменение класса хостов и объема хранилища;
- другие сервисные работы Managed Service for PostgreSQL.
Подробнее в разделе Техническое обслуживание в Managed Service for PostgreSQL.
Какую версию PostgreSQL использует Managed Service for PostgreSQL?
Managed Service for PostgreSQL поддерживает PostgreSQL 11, 12, 13, 14, 15 и 16, а также PostgreSQL 11, 12, 13, 14 и 15 для 1C.
Какую версию PostgreSQL и какие настройки лучше использовать при создании базы данных для 1С?
Рекомендуется использовать PostgreSQL версии 12-1c (актуально на март 2022 года). Проверка работы этой версии была выполнена с версией 1С 8.3.18 — работа с более ранними версиями 1С не гарантирована.
Нужные для оптимизации работы настройки кластера уточняйте в службе поддержки 1С.
Что происходит, когда выпускается новая версия СУБД?
Программное обеспечение баз данных обновляется при выходе новых минорных версий. Владельцы затронутых кластеров БД получают предварительное оповещение о сроках проведения работ и доступности баз данных.
Что происходит, когда версия СУБД становится неподдерживаемой (deprecated)?
Через месяц после того, как версия СУБД становится неподдерживаемой, Managed Service for PostgreSQL автоматически оповещает владельцев кластеров БД, созданных с этой версией, по электронной почте.
Создание новых хостов с СУБД неподдерживаемых версий становится невозможным. Через 7 дней после оповещения для минорных версий и через 1 месяц для мажорных версий проводится автоматическое обновление кластеров БД до следующей поддерживаемой версии. Обновление неподдерживаемых мажорных версий происходит даже если у вас отключено автоматическое обновление.
Как рассчитывается стоимость потребления для хоста базы данных?
В Managed Service for PostgreSQL стоимость потребления рассчитывается исходя из следующих параметров:
- Выбранный класс хостов.
- Объем хранилища, зарезервированного для хоста БД.
- Объем резервных копий кластера БД. Объем резервных копий, равный объему хранилища, не тарифицируется. Хранение резервных копий сверх этого объема оплачивается по тарифам.
- Количество часов работы хоста БД. Неполные часы округляются до целого значения. Стоимость часа работы для каждого класса хостов приведена в разделе Правила тарификации для Managed Service for PostgreSQL.
Как изменить вычислительные ресурсы и объем хранилища для кластера БД?
Вы можете изменять вычислительные ресурсы и объем хранилища в консоли управления — просто выберите другой класс хостов для нужного кластера.
Характеристики кластера изменяются в течение 30 минут. В этот период также могут быть включены другие сервисные работы по кластеру, например, установка обновлений.
Можно ли настроить автоматическое увеличение размера хранилища кластера?
Да, автоматическое увеличение размера хранилища можно настроить при создании или изменении кластера.
Включено ли резервное копирование хостов БД по умолчанию?
Да, по умолчанию резервное копирование включено. Для PostgreSQL выполняется полное резервное копирование один раз в сутки, и сохраняются все журналы транзакций кластера БД. Это позволяет восстановить состояние кластера на любой момент времени в пределах периода хранения резервных копий, за исключением последних 30 секунд.
По умолчанию резервные копии хранятся 7 дней.
Когда выполняется резервное копирование? Доступен ли кластер БД во время резервного копирования?
Окно резервного копирования — это интервал времени, в течение которого выполняется ежедневное полное резервное копирование кластера БД. Окно резервного копирования — 01:00−05:00 по московскому времени.
Во время окна резервного копирования кластеры остаются полностью доступными.
Шифруется ли соединение с кластером БД PostgreSQL?
Соединение между кластером БД и приложением всегда шифруется с использованием SSL. Отключить шифрование соединений с кластером нельзя.
Что такое реплика для чтения в PostgreSQL?
Реплика для чтения — это доступный только для чтения хост в кластере БД PostgreSQL, данные на котором синхронизируются с хостом-мастером (применимо только если в кластере работает более 1 хоста). Вы можете использовать реплику для чтения для снижения нагрузки на мастер в базах данных с большим объемом запросов на чтение.
За какими метриками и процессами можно следить с помощью мониторинга?
Для всех типов СУБД можно отслеживать:
- загрузку процессора, памяти, сети, дисков в абсолютных величинах;
- объем данных кластера БД и остаток свободного места в хранилище данных.
Для всех хостов БД можно отслеживать метрики, специфические для типа соответствующей СУБД. Например для PostgreSQL можно отслеживать:
- среднее время выполнения запроса;
- количество запросов в секунду;
- количество ошибок в журналах и т. д.
Мониторинг можно осуществлять с минимальной гранулярностью в 5 секунд.
Я могу получить логи моей работы в сервисах?
Да, вы можете запросить записи о том, что происходило с вашими ресурсами, из логов сервисов Yandex Cloud. Подробнее читайте в разделе Запросы данных.
Какие ограничения накладываются на кластеры БД PostgreSQL?
Подробнее об ограничениях Managed Service for PostgreSQL см. раздел Квоты и лимиты в Managed Service for PostgreSQL. В разделе Классы хостов PostgreSQL приведены характеристики кластеров, которые можно создать с помощью Managed Service for PostgreSQL.
Какие расширения для PostgreSQL поддерживаются в Managed Service for PostgreSQL?
Список поддерживаемых расширений для PostgreSQL приведен в разделе Управление расширениями.
В каком дата-центре хранятся резервные копии кластера PostgreSQL?
Резервные копии кластера хранятся и доступны сразу во всех трех дата-центрах.
О персональных данных
?
Соответствует ли сервис требованиям Федерального закона Российской Федерации № 152-ФЗ Да, вы можете ознакомиться с полным заключением
Могу ли я получить права суперпользователя в PostgreSQL?
Нет, права суперпользователя недоступны пользователям Managed Service for PostgreSQL. Максимальные привилегии при работе с кластером имеет пользователь с ролью mdb_admin
.
Могу ли я скопировать данные из таблицы Managed Service for PostgreSQL в локальный файл? А заполнить таблицу данными из локального файла?
Да, вы можете как скопировать данные из таблицы в локальный файл, так и заполнить таблицу данными из локального файла. Подробнее см. в разделе Копирование и заполнение таблицы с локальной машины.
Есть ли какие-то особенности или ограничения работы сборщика мусора в кластере Managed Service for PostgreSQL?
В кластере Managed Service for PostgreSQL поддерживаются все параметры команды VACUUM
- Для выполнения полной очистки (
VACUUM FULL
) пользователю должна быть назначена рольmdb_admin
. Полная очистка не затронет служебные таблицы. - В PostgreSQL версии 14 расширена функциональность параметра
INDEX_CLEANUP
: теперь по умолчанию он имеет значениеAUTO
. Это означает, что командаVACUUM
пропускает очистку индекса, если считает ее нецелесообразной. Если вы хотите обеспечить обратную совместимость с предыдущими версиями PostgreSQL, установите параметрINDEX_CLEANUP
в значениеON
.
Почему кластер работает медленно, хотя вычислительные ресурсы использованы не до предела?
Вероятно, максимальные значения IOPS и пропускной способности (bandwidth) хранилища недостаточны для обработки текущего количества запросов. В этом случае срабатывает троттлинг и быстродействие всего кластера падает.
Максимальные IOPS и bandwidth прирастают на фиксированную величину при увеличении размера хранилища на определенный шаг. Шаг и прирост зависят от типа дисков:
Тип дисков | Шаг, ГБ | Прирост макс. IOPS (чтение/запись) | Прирост макс. bandwidth (чтение/запись), МБ/с |
---|---|---|---|
network-hdd |
256 | 300/300 | 30/30 |
network-ssd |
32 | 1000/1000 | 15/15 |
network-ssd-nonreplicated |
93 | 28000/5600 | 110/82 |
Чтобы увеличить максимальные значения IOPS и bandwidth и снизить вероятность троттлинга, расширьте размер хранилища при изменении кластера.
Если вы используете хранилище с типом диска network-hdd
, рассмотрите возможность перехода на network-ssd
или network-ssd-nonreplicated
путем восстановления кластера из резервной копии.