Облачные базы данных

Также облачные базы данных включают в себя автоматизированное резервное копирование, позволяющее восстанавливать данные до конкретного момента времени (Point-in-Time recovery). Это гарантирует безопасность и сохранность ваших данных в случае непредвиденных обстоятельств.

On-premise облачные БД размещаются на собственном оборудовании или арендуемых серверах. Ответственность за управление инфраструктурой ложится на вас: выбор и приобретение оборудования, установка операционной системы и баз данных, тестирование, обеспечение безопасности, настройка и обновления.

Managed Databases от Servercore представляют собой полностью управляемые системы управления базами данных (СУБД), размещенные в облаке. Главное их преимущество в том, что Servercore как провайдер облачных услуг берет на себя любые задачи администрирования.

В зону ответственности Servercore входит:

— Ввод в эксплуатацию, тонкая настройка и оптимизация серверного оборудования.
— Управление инфраструктурным слоем (IaaS).
— Настройка ОС и баз данных.
— Обеспечение бесперебойного доступа и резервного копирования.
— Масштабирование ресурсов.
— Мониторинг производительности баз данных.

Кластер облачной базы данных включает:

— Серверы базы данных — физические или виртуальные системы, которые хранят данные и управляют ими.
— Мастер — центральный узел кластера, отвечающий за обработку записей, обновлений и считывания данных.
— Реплики — копии мастера, которые обеспечивают отказоустойчивость. Реплики используются только для чтения данных.

В случае выхода мастера из строя одна из реплик автоматически берет на себя его роль, гарантируя непрерывный доступ к данным (failover). После восстановления мастера он вновь становится репликой.

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

Для новых баз данных начните с виртуальной машины с минимальным количеством ресурсов. В случае увеличения нагрузки масштабируйте сервер до большего размера.

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

Объем диска созданного кластера нельзя уменьшить.

Если вам требуется консультация по подбору конфигурации сервера для облачных баз данных, вы можете обратиться к нашим специалистам по почте [email protected].

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

В цену аренды любого сервера включен Интернет-канал со скоростью передачи данных 100 Мбит/с.

Облачная платформа использует модель оплаты по факту потребления — pay-as-you-go. Каждый час с вашего счета списывается плата за использование ресурсов облачной платформы в течение предыдущего часа, а также за исходящий трафик.

Вы оплачиваете все созданные вами ресурсы, даже если они не используются.
Например, вы создали кластер облачных баз данных с ресурсами: vCPU, RAM и локальный диск. Если вы остановите кластер, вам все равно ежечасно будет начисляться оплата за эти ресурсы.

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

— PostgreSQL 12, 13, 14, 15, 16
— TimescaleDB на базе PostgreSQL
— MySQL semi-sync 8.0
— MySQL sync 8.0
— Redis 6
— Kafka 3.5

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

Сервис позволяет масштабировать базы данных двумя способами:
— Вертикальное масштабирование: изменение конфигурации виртуальных машин, на которых размещен кластер баз данных. Включает в себя увеличение или уменьшение количества виртуальных процессоров (vCPU) и оперативной памяти (RAM). Масштабирование происходит без простоя, если у вас отказоустойчивый кластер. Однако имейте в виду, что объем хранилища NVMe SSD можно только увеличить, но нельзя уменьшить.
— Горизонтальное масштабирование: изменение количества реплик в кластере базы данных. Подразумевает добавление или удаление экземпляров базы данных, которые являются копиями первичной базы данных. Горизонтальное масштабирование происходит без простоя.
Чтобы узнать подробнее о масштабировании кластеров различных СУБД, переходите в соответствующий раздел документации: PostgreSQL, MySQL, Redis, Kafka, TimescaleDB.

Подключение к базам данных Servercore осуществляется двумя способами:

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

Для получения более подробной информации о подключении к кластерам PostgreSQL, MySQL, Redis и TimescaleDB вы можете перейти в соответствующие разделы документации по ссылкам.

Если кластер работает корректно, то у него и у всех виртуальных машин в нем отображается статус ACTIVE в панели управления Servercore. Если данный статус отличается, следовательно, присутствуют некоторые ошибки в работе кластера.
Возможные проблемы и их признаки:
— В отказоустойчивом кластере мастер становится недоступным: он в течение 30 секунд не передает информацию о том, что он находится в статусе ACTIVE. Это приводит к аварийному переключению с мастера на реплику.
— В кластере, состоящем только из мастера: если мастер становится недоступным, весь кластер временно перестает быть доступным до создания нового сервера вместо мастера. Базы данных при этом не теряются, но становятся недоступными на время.

В случае возникновения ошибок в работе кластера вы можете:
— Восстановить кластер из резервной копии самостоятельно.
— Связаться с нашей технической поддержкой, написав тикет в контрольной панели Servercore. Наши специалисты удалят неисправную виртуальную машину, заменят ее и проведут анализ причин инцидента.

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

— Лимиты на ресурсы: ограничения на количество баз данных, vCPU, оперативной памяти и локального диска зависят от квот на ресурсы.

Чтобы увеличить квоты проекта, перейдите в раздел «Облачная платформа» —> «Квоты». Выберите регион, в котором требуется изменить квоты, и измените их лимит. Если для ресурса отображается значок «Предел достигнут», то лимит исчерпан. В этом случае создайте тикет в панели для увеличения лимита аккаунта. Дополнительную информацию о квотах и лимитах можно найти в документации.

— Ограничения на подсети: кластер можно создавать только в приватных и публичных подсетях, использование плавающих IP-адресов не поддерживается.

Если дисковое пространство виртуальной машины заполнится на 80% и более, система выдаст предупреждение о том, что место на диске заканчивается. После этого рекомендуется запланировать масштабирование кластера.

Когда дисковое пространство заканчивается, кластер автоматически переходит в режим read-only. Это означает, что он может выполнять только операции чтения, без записи данных. О возникновении такой ситуации будет немедленно сообщено пользователям с помощью тикетов в панели.

Чтобы восстановить нормальный режим работы кластера, необходимо масштабировать его. Для этого измените исходную конфигурацию кластера на новую — с большим размером диска в конфигураторе панели управления Servercore.

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

— Облачные серверы
— Выделенные серверы
— Managed Kubernetes
— Объектное S3 хранилище
— Глобальный роутер

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