Описание продукта Облачные базы данных

Описание продукта Облачные базы данных

Облачные базы данных — сервис для развертывания и управления высокопроизводительными и отказоустойчивыми кластерами поддерживаемых баз данных в облаке.

С облачными базами данных можно работать в панели управления, через API Облачных баз данных или Terraform.

В продукте поддерживаются типы и роли пользователей, проекты и лимиты проекта и квоты.

Поддерживаемые облачные базы данных⁠

PostgreSQL	База данных с открытым исходным кодом. Ориентирована на скорость работы и расширяемость — можно подключать любые внешние источники данных, создавать новые типы данных и функции
PostgreSQL для 1С	Версия PostgreSQL с необходимыми расширениями для эффективной работы с 1С:Предприятие
PostgreSQL TimescaleDB	Версия PostgreSQL с расширением TimescaleDB, которую можно использовать для хранения временных рядов
MySQL semi-sync	Система управления реляционными базами данных с открытым исходным кодом, легко управляется и масштабируется. Подходит для выполнения большинства задач по работе с данными
MySQL sync	Решение для MySQL с открытым исходным кодом. Работает на базе Percona Server для MySQL с подсистемой хранения XtraDB
Redis	Система управления in-memory базами данных класса NoSQL. Может работать как база данных и система очередей
Kafka	Распределенная система с открытым исходным кодом для доставки, хранения и обработки сообщений. Может работать как шина данных для Cloud Native приложений

Как работают облачные базы данных⁠

Облачные базы данных разворачиваются в кластере. Кластер — это один или несколько серверов баз данных (нод), между которыми настроена репликация. Ноды кластера работают на базе ресурсов облачной платформы.

Облачные базы данных поддерживают мониторинг, бэкапы и масштабирование кластера. Можно повысить отказоустойчивость кластера и настроить репликацию между нодами.

Настройки баз данных при создании кластера подобраны по умолчанию и зависят от конфигурации кластера и версии базы данных. При необходимости вы можете их изменить.

Настройка сетей облачной базы данных зависит от особенностей инфраструктуры, в которую встраивается облачная база данных.

Мониторинг⁠

В облачных базах данных можно отслеживать состояние кластера в панели управления:

• смотреть информацию об использовании нод кластера и о нагрузке на базы данных в виде графиков в панели управления;
• смотреть статус кластера;
• получать уведомления о заполненности диска.

Метрики нод кластера и баз данных можно также экспортировать в формате Prometheus.

Подробнее о мониторинге в инструкциях для PostgreSQL, PostgreSQL для 1С, PostgreSQL TimescaleDB, MySQL sync, MySQL semi-sync, Redis и Kafka.

Бэкапы⁠

В облачных базах данных бэкапы кластера создаются автоматически с помощью WAL-G. Все базы данных, кроме Redis, восстанавливаются на момент времени (Point-in-Time Recovery). Частота создания бэкапов зависит от выбранной базы данных.

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

Подробнее о бэкапах в инструкциях для PostgreSQL, PostgreSQL для 1С, PostgreSQL TimescaleDB, MySQL sync, MySQL semi-sync, Redis.

Масштабирование⁠

Кластер облачных баз данных можно масштабировать — например, увеличить vCPU и RAM для повышения производительности кластера. Можно выбрать конфигурацию из другой линейки конфигураций, но должен совпадать тип используемого диска и размер диска должен быть больше.

Процесс изменения конфигурации зависит от наличия реплик. Время изменения конфигурации зависит от объема данных в кластере.

Подробнее о масштабировании в инструкциях для PostgreSQL, PostgreSQL для 1С, PostgreSQL TimescaleDB, MySQL sync, MySQL semi-sync, Redis и Kafka.

Отказоустойчивость и репликация⁠

По умолчанию кластер состоит из одной главной ноды — мастер-ноды. При подключении к мастер-ноде доступны все операции: чтение (SELECT) и запись (INSERT, UPDATE, DELETE и другие).

Чтобы обеспечить отказоустойчивость кластера, добавьте реплики — полные копии мастер-ноды. Они доступны только для чтения данных (SELECT). Если мастер-нода недоступна, реплики возьмут на себя ее роль, и кластер будет работать в штатном режиме. Их можно также использовать для снижения нагрузки на мастер-ноду при активном чтении.

Для кластера с репликами действует SLA — мы гарантируем доступность записи 99,95% и доступность чтения 99,99%.

Тип размещения нод в кластере облачных баз данных зависит от наличия реплик в кластере и от количества сегментов в пуле, в котором расположен кластер:

• Single-AZ — в одном сегменте пула. Применимо для кластеров без реплик и для кластеров с репликами, которые находятся в пулах с одним сегментом;
• Multi-AZ — в разных сегментах пула. Применимо для кластеров с репликами, которые находятся в пулах с несколькими сегментами. Ноды распределяются по сегментам последовательно.

Подробнее об отказоустойчивости в инструкциях для PostgreSQL, PostgreSQL для 1С, PostgreSQL TimescaleDB, MySQL sync, MySQL semi-sync, Redis.

Настройки облачных баз данных⁠

Настройки базы данных влияют на производительность кластера баз данных. При создании кластера баз данных значения для всех настроек задаются автоматически. Значения подобраны так, чтобы обеспечить высокую производительность кластера, они отличаются в зависимости от конфигурации кластера и версии базы данных.

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

Подробнее о настройках облачных баз данных в инструкциях для PostgreSQL, PostgreSQL для 1С, PostgreSQL TimescaleDB, MySQL sync, MySQL semi-sync и Kafka.

Сети⁠

При создании кластера облачных баз данных необходимо учесть особенности инфраструктуры, в которую встраивается облачная база данных — нужен ли доступ к нодам кластера из интернета и нужна ли сетевая связность с другими услугами Servercore.

Кластер может быть подключен:

• к приватной подсети — подсеть без доступа из интернета;
• публичной подсети — все адреса публичной подсети доступны из интернета.

После создания кластера подсеть нельзя изменить.

Подробнее о создании сетевой связности между выделенным сервером Servercore и кластером облачных баз данных в инструкциях для PostgreSQL, PostgreSQL для 1С, PostgreSQL TimescaleDB, MySQL sync, MySQL semi-sync, Redis и Kafka.

Зоны ответственности⁠

Servercore обеспечивает⁠

• подбор оборудования для высокой производительности СУБД;
• установку операционной системы;
• установку и оптимальную настройку СУБД;
• обновление и обслуживание операционной системы и служебного ПО;
• надежность и отказоустойчивость кластера — когда вы создаете отказоустойчивый кластер, мы обеспечиваем аварийное переключение при сбое;
• настройку и обслуживание служебной сети для реплик кластера;
• резервное копирование — автоматическое создание и хранение бэкапов;
• систему мониторинга состояния кластера в панели управления;
• безопасное хранение данных и защиту от краж и утечек;
• наличие ресурсов для масштабирования кластера, если вы инициировали масштабирование;
• техническую поддержку.

Пользователь обеспечивает⁠

• корректное подключение к базе данных;
• оптимальность написания запросов к базе данных;
• схему и структуру данных в базе;
• инициирование масштабирования кластера.