При выборе конфигурации ВМ для кластера БД следует ориентироваться на конфигурацию сервера, на которой база данных работала до этого. Чтобы сэкономить, при создании кластера вы можете выбрать меньшее количество vCPU и RAM, а при недостатке производительности сможете масштабировать кластер уже в процессе работы. Если у вас совершенно новая база данных, попробуйте разместить ее на виртуальной машине с минимальной конфигурацией и масштабировать ее в большую сторону при превышении нагрузки.

При этом рекомендуем выбирать объем диска с запасом, чтобы не масштабировать кластер очень часто — особенно, если у вас не отказоустойчивый кластер базы данных.

При создании кластера БД клиент выбирает конфигурацию виртуальных машин кластера (vCPU, RAM, NVMe SSD) и количество реплик в нем. Каждый час тарифицируются использованные ресурсы виртуальных машин кластера.

Как происходит расчет. Например, пользователь выбрал кластер, который состоит из 1 мастера и 2 реплик — всего получается 3 виртуальных машины. Конфигурация виртуальных машин: 2 vCPU, 8 ГБ RAM, 150 ГБ NVMe SSD. Стоимость кластера в час по расчету (2*0,897+8*0,326+150*0,015)*3 = 19,956 руб.\час или 14 676,32 руб.\мес. Дополнительно оплачивается хранение резервных копий по цене 2,29 руб.\мес.

Зависимость размера базы данных и размера резервной копии нелинейна. Например, для базы данных 150 ГБ размер хранимого бэкапа может занимать 5 ГБ, а может 3 ГБ. Его размер зависит от интенсивности записи и структуры БД, а сами резервные копии шифруются и сжимаются. В среднем, стоимость за такой бэкап не превышает 50 руб.\мес.

Cервис поддерживают следующие версии СУБД:

• PostgreSQL 11, 12.
• PostgreSQL 10 для 1С.
• TimescaleDB 2.0 11,12.
• MySQL 5.7, 8.0.

Мы берем на себя обеспечение доступности ресурсов, создание виртуальных машин, установку, настройку ОС и СУБД. После создания клиентом кластера СУБД, баз данных и пользователей, мы отвечаем за автоматическое создание и хранение резервных копий, горизонтальное и вертикальное масштабирование (в случае его запуска пользователем). Когда пользователь создает отказоустойчивый кластер, мы обеспечиваем отказоустойчивость и аварийное переключение при сбое.

Пользователь следит за корректным подключением к БД, схемой и структурой данных в БД, выполняемыми запросами к базе данных.

Сервис обеспечивает автоматическое резервное копирование кластеров баз данных:

• 1 раз в неделю создается полная резервная копия кластера.
• 1 раз в день создается инкрементальная (дельта) резервная копия кластера — она содержит все изменения, которые произошли с создания прошлой резервной копии.
• Каждые 10 минут или по накоплению определенного объема изменений для PostgreSQL создаются WAL-файлы, для MySQL — binlog-файлы. С помощью WAL-файлов производится восстановление до конкретного момента времени (Point-in-Time Recovery).

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

Более подробная информация о резервном копировании кластеров — в базе знаний, в статьях о PostgreSQL и MySQL.

Сервис поддерживает вертикальное и горизонтальное масштабирование баз данных.

Вертикальное масштабирование — изменение конфигураций виртуальных машин кластера. Если ваш кластер отказоустойчивые, масштабирование произойдет без даунтайма. Например, вы можете увеличить или уменьшить количество vCPU и RAM, а ресурсы объема NVMe SSD можно только увеличивать.

Горизонтальное масштабирование — изменение количества реплик в кластере СУБД в большую или меньшую сторону без даунтайма. Узнайте подробнее о масштабировании кластеров PostgreSQLи MySQL.

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

Подключиться к базе данных можно двумя способами: по IP-адресу к конкретной ноде или по DNS-имени. Рекомендуем подключаться по доменному имени, чтобы обращаться к нужной ноде даже во время аварийного переключения или масштабирования. Узнайте подробнее о подключении к PostgreSQL и MySQL.

1. В форме создания кластера выберите базу данных PostgreSQL.
2. Из выпадающего списка с версиями выберите 10−1С.
3. Затем укажите нужную конфигурацию виртуальной машины.
4. Нажмите «Создать кластер».
5. Вы получите кластер со специальной версией PostgreSQL, которая собрана специально для работы с 1C: Предприятием.

Подробнее о PostgreSQL для 1С и подключения к базе данных — в нашей базе знаний.