Базы данных#

Общая информация#

Базы данных К2 Облака — это набор автоматизированных сервисов, с помощью которых вы можете быстро и просто создавать, настраивать и управлять популярными СУБД средствами облачной платформы. В настоящее время мы поддерживаем следующие базы данных: MySQL, PostgreSQL, Redis и MongoDB.

MySQL — это наиболее популярная реляционная система управления базами данных с открытым исходным кодом. С возможностями СУБД MySQL можно ознакомится в документации.

PostgreSQL — это объектно-реляционная система управления базами данных, основанная на СУБД Postgres. Она поддерживает большую часть стандарта SQL и предлагает множество современных функций. С возможностями базы вы можете ознакомиться в документации PostgreSQL.

Redis — это резидентная система управления базами данных с открытым исходным кодом. Она работает со структурами данных типа «ключ-значение» и подходит для использования в качестве базы данных, кеша, брокера сообщений или очереди. Более подробно познакомиться с Redis можно на официальном сайте.

MongoDB — универсальная NoSQL база данных, которая позволяет хранить данные любой структуры, поддерживает индексирование, шардирование и репликацию. Более подробно узнать о возможностях СУБД можно на официальном сайте MongoDB.

Базы данных в K2 Облаке#

Использование автоматизированных баз данных К2 Облака — мощная альтернатива установке и настройке баз данных вручную. Сервис баз данных может быть развёрнут на одной виртуальной машине или в кластере из нескольких виртуальных машин (3 или 6 узлов в зависимости от сервиса).

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

В веб-интерфейсе сервиса Базы данных можно выполнять следующие действия:

Для чего подойдет сервис Базы данных?

  • Для быстрого создания готовой к работе базы данных.

  • Для упрощения подготовки и обслуживания базы данных.

  • Для ускорения задач по выводу продуктов на рынок.

Кластер с арбитром#

В К2 Облаке можно запустить отказоустойчивый сервис в кластере из нескольких узлов (3 или 6 в зависимости от сервиса). Это позволяет решить проблему «раздвоения сознания» (split brain).

При использовании кластера в случае потери связности между узлами происходит партиционирование — распад кластера на части. Каждая часть кластера решает, продолжать ли работу с данными или остановиться. Ситуация, когда каждая из них считает себя единственной выжившей, продолжает работать и изменять данные, и называется разделением (split-brain). Такая ситуация потенциально опасна порчей данных. Чтобы её не допустить, кластеры используют правило кворума, согласно которому только одна из частей кластера (с большим количеством узлов) продолжает работать. Это возможно только в том случае, если общее число узлов в кластере нечётное.

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

Перед началом работы#

Для работы с сервисом баз данных пользователь должен иметь проектные привилегии PaaSServicePolicy. Такие привилегии есть, например, у администраторов в группе CloudAdministrators. При необходимости вы можете создать отдельного пользователя, добавить его в проект и назначить ему политику PaaSServicePolicy или включить в группу администраторов облака в этом проекте.

Примечание

Если требуется выполнять резервное копирование баз данных, то пользователю необходимо назначить политику PaaSBackupPolicy (см. подробнее о политиках IAM).

Кроме того, в проекте должны иметься следующие ресурсы:

Мы советуем также ознакомиться с рекомендациями по работе с сервисом в облаке.

Создание сервиса баз данных#

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

  • создание инфраструктуры;

  • установка и настройка программного обеспечения.

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

После успешного старта экземпляров запускается процесс установки программного обеспечения внутри виртуальных машин. При успешном завершении установки сервис баз данных переходит в состояние Запущен. Любое другое состояние означает, что процесс создания не завершён. Сервис в состоянии Запущен готов к эксплуатации.

Для настройки сервиса в подразделе Витрина сервисов или Установленные сервисы выберите СУБД, нажмите Создать и выполните следующие шаги:

  1. Задайте параметры сети:

    • Конфигурацию кластера, в котором будет развёрнут сервис. Для выбора доступны следующие опции:

      • с одним узлом (неотказоустойчивый сервис);

      • с тремя узлами в одной зоне доступности;

      • с тремя узлами в трёх зонах доступности;

      • с шестью узлами в одной зоне доступности (только Redis);

      • с шестью узлами в трёх зонах доступности (только Redis).

    • VPC, в котором будет развёрнут сервис баз данных.

    • Группы безопасности для регулирования трафика на интерфейсах экземпляров, где будет запущен сервис баз данных.

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

    Примечание

    Для запуска сервиса в выбранном VPC необходимо предварительно создать по одной подсети в предпочтительной зоне доступности (в конфигурации с одной зоной), либо в каждой зоне доступности (в конфигурации с тремя зонами). Кроме того, в используемых зонах доступности должны поддерживаться одинаковые типы дисков.

    Примечание

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

    • Внутренний и/или внешний балансировщики нагрузки, когда выбрана конфигурация кластера с тремя и более узлами. Данная функциональность доступна для сервисов баз данных MySQL, PostgreSQL и Redis (см. подробнее Управление балансировщиками нагрузки).

  2. Укажите конфигурацию экземпляров, на которых будут работать узлы БД. Выберите тип экземпляра и характеристики его дисков: тип, размер и IOPS (если это доступно для данного типа).

    Для СУБД MySQL, PostgreSQL и MongoDB можно создать конфигурацию с кластерным арбитром. Чтобы её активировать, выберите опцию Использовать арбитр.

    Примечание

    Производительность БД чувствительна к выбору компонентов узлов. Рекомендуем использовать диски с высокой производительностью: gp2: Универсальный (SSD) или io2: Максимальный (SSD).

    Кроме того, вы можете указать SSH-ключ, в этом случае после автоматической настройки сервиса у вас будет доступ к соответствующим экземплярам виртуальных машин по SSH.

    Внимание

    Мы предоставляем возможность подключения к экземплярам виртуальных машин по SSH-ключу, пока новый сервис баз данных находится на этапе бета-тестирования. Данная возможность в будущем может быть отключена.

  3. Задайте основные параметры сервиса (конкретный набор опций зависит от выбранного сервиса).

    • Сервис — Произвольное уникальное имя сервиса базы данных.

    • Вендор — Вендор подсистемы хранения СУБД MySQL. Возможные значения: mariadb, percona, mysql.

    • Версия — Версия подсистемы хранения СУБД. В зависимости от вендора поддерживаются следующие версии:

      Вендор

      Версия

      mariadb

      10.2.44
      10.3.35
      10.4.25
      10.5.16
      10.6.8
      10.7.7

      percona

      5.7.38
      8.0.28

      mysql

      5.7.41
      8.0.32

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

      • Сервис мониторинга — Выбор сервиса мониторинга доступен только при выборе опции Подключить мониторинг.

      • Метки для мониторинга — Опционально можно задать метки, которые установленные агенты мониторинга будут присваивать собираемым метрикам (см. подробнее о метках). Метки можно задать только при выборе опции Подключить мониторинг.

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

      • Сервис логирования — Выбор сервиса логирования доступен только при выборе опции Подключить логирование.

      • Теги для логирования — Теги назначаются журналам при их импорте сервисом логирования. Они упрощают поиск нужных журналов. Теги можно задать только при выборе опции Подключить логирование.

    • Сервис — Произвольное уникальное имя сервиса базы данных.

    • Версия — Поддерживаются следующие версии СУБД: 10.21, 11.16, 12.11, 13.7, 14.4, 15.2.

    • Вариант репликации — Режим репликации в кластере Patroni. Доступен только при выборе конфигурации кластера с тремя узлами.

      Возможные значения: asynchronous, synchronous, synchronous_strict.

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

      • Сервис мониторинга — Выбор сервиса мониторинга доступен только при выборе опции Подключить мониторинг.

      • Метки для мониторинга — Опционально можно задать метки, которые установленные агенты мониторинга будут присваивать собираемым метрикам (см. подробнее о метках). Метки можно задать только при выборе опции Подключить мониторинг.

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

      • Сервис логирования — Выбор сервиса логирования доступен только при выборе опции Подключить логирование.

      • Теги для логирования — Теги назначаются журналам при их импорте сервисом логирования. Они упрощают поиск нужных журналов. Теги можно задать только при выборе опции Подключить логирование.

    • Сервис — Произвольное уникальное имя сервиса базы данных.

    • Версия — Поддерживаются следующие версии СУБД: 3.6.23, 4.0.28, 4.2.23, 4.4.17, 5.0.13.

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

      • Сервис мониторинга — Выбор сервиса мониторинга доступен только при выборе опции Подключить мониторинг.

      • Метки для мониторинга — Опционально можно задать метки, которые установленные агенты мониторинга будут присваивать собираемым метрикам (см. подробнее о метках). Метки можно задать только при выборе опции Подключить мониторинг.

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

      • Сервис логирования — Выбор сервиса логирования доступен только при выборе опции Подключить логирование.

      • Теги для логирования — Теги назначаются журналам при их импорте сервисом логирования. Они упрощают поиск нужных журналов. Теги можно задать только при выборе опции Подключить логирование.

    • Сервис — Произвольное уникальное имя сервиса базы данных.

    • Версия — Поддерживаются следующие версии СУБД: 5.0.14, 6.2.6, 7.0.11.

    • Вариант кластеризации. Возможные значения: native, sentinel. Доступен только при выборе конфигурации кластера с тремя узлами. Для кластера с шестью узлами поддерживается только опция native.

    • RDB Persistence — Режим хранения RDB.

    • AOF Persistence — Режим хранения AOF.

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

      • Сервис мониторинга — Выбор сервиса мониторинга доступен только при выборе опции Подключить мониторинг.

      • Метки для мониторинга — Опционально можно задать метки, которые установленные агенты мониторинга будут присваивать собираемым метрикам (см. подробнее о метках). Метки можно задать только при выборе опции Подключить мониторинг.

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

      • Сервис логирования — Выбор сервиса логирования доступен только при выборе опции Подключить логирование.

      • Теги для логирования — Теги назначаются журналам при их импорте сервисом логирования. Они упрощают поиск нужных журналов. Теги можно задать только при выборе опции Подключить логирование.

    • Пароль — Пароль пользователя длиной от 8 до 128 символов. Его можно задать вручную или сгенерировать автоматически.

  4. Настройте резервное копирование.

    Примечание

    Данный шаг пока доступен только для MySQL и PostgreSQL.

    При выборе опции Включить резервное копирование доступны следующие настройки:

    • Бакет, где будут храниться резервные копии.

    • Пользователь с правами PaaSBackupPolicy, от имени которого выполняется запись копий в бакет.

    • Время начала ежедневного резервного копирования.

    • Срок хранения резервной копии.

    • Email (опционально) — адрес электронной почты, на который будут направляться уведомления, если резервное копирование завершится неудачно. Если адрес электронной почты не задан, то уведомления будут направляться на адрес пользователя, которого вы указали при настройке резервного копирования.

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

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

    Важно

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

  6. После выполнения всех шагов нажмите Создать.

    Примечание

    Процесс создания базы данных обычно занимает от 5 до 15 мин. Инсталляции с одним узлом запускаются быстрее, чем с несколькими.

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

  • разрешающее входящий трафик от интерфейсов, находящихся в этой же группе безопасности;

  • разрешающее весь исходящий IPv4-трафик.

В случае удаления сервиса баз данных группа безопасности будет удалена.

Управление пользователями и базами данных#

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

Создание и удаление пользователей и баз данных возможно для сервисов в состоянии Запущен или Обновление. Данные операции доступны для баз данных MySQL, PostgreSQL и MongoDB.

Создать пользователя#

Для создания нового пользователя:

  1. Перейдите в раздел PaaS Установленные сервисы.

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

  3. Откройте вкладку Пользователи и нажмите Создать.

  4. Укажите необходимые параметры:

    • Имя — Имя пользователя. Должно начинаться с латинской буквы, не должно быть длиннее 32 символов, может состоять из цифр, латинских букв, символа подчёркивания «_». Нельзя использовать зарезервированные имена root, mysql, monitoring, mariadb.sys, clustercheck.

    • Хост — Имя хоста, с которого пользователю разрешено подключаться к базе данных. Для MySQL вы можете также задать IP-адрес хоста, с которого пользователю разрешено подключаться к базе данных. Если поле оставить пустым, то пользователю будет разрешено подключение с любого IP-адреса и в качестве хоста будет указано значение по умолчанию (%).

    • Пароль — Пароль пользователя.

    • Имя — Имя пользователя. Имя должно начинаться с латинской буквы, не должно быть длиннее 31 символа и может состоять из цифр, латинских букв, символа подчёркивания «_». Нельзя использовать зарезервированные имена os_admin, postgres, root, replicator.

    • Пароль — Пароль пользователя.

    • Имя — Имя пользователя. Имя должно начинаться с латинской буквы, не должно быть длиннее 63 символов и может состоять из цифр, латинских букв и символа подчёркивания «_». Нельзя использовать зарезервированные имена admin, root.

    • Пароль — Пароль пользователя.

  5. Нажмите Создать.

Создать базу данных#

Для создания новой базы данных:

  1. Перейдите в раздел PaaS Установленные сервисы.

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

  3. Откройте вкладку Базы данных и нажмите Создать.

  4. Задайте имя базы данных и другие параметры. Конкретный набор параметров зависит от выбранного сервиса базы данных.

    • Имя — Имя базы данных. Имя должно начинаться с латинской буквы, не должно быть длиннее 64 символов, может состоять из цифр, латинских букв, символов $ и «_». Нельзя использовать зарезервированные имена information_schema, mysql, performance_schema.

    • Charset — Кодировка базы данных.

    • Collation — Параметр, определяющий сортировку или операцию приведения параметров сортировки.

    • Включить резервное копирование — Включает ежедневное резервное копирование. Копии будут создаваться, только если данная опция активирована для всего сервиса.

    • Имя — Имя базы данных. Имя должно начинаться с латинской буквы, не должно быть длиннее 31 символа и может состоять из цифр, латинских букв, символа подчёркивания «_». Нельзя использовать зарезервированные имена postgres, template0, template1.

    • Владелец — Владелец базы данных. Должен быть одним из существующих пользователей добавленных на шаге создать пользователя. Такого пользователя нельзя удалить, пока он является владельцем базы данных.

    • Locale — Локаль базы данных.

    • Encoding — Кодировка базы данных.

    • Расширения — Расширения, которые будут установлены для базы данных.

    • Включить резервное копирование — Включает ежедневное резервное копирование. Копии будут создаваться, только если данная опция активирована для всего сервиса.

    • Имя — Имя базы данных. Имя должно начинаться с латинской буквы, не должно быть длиннее 63 символов и может состоять из цифр, латинских букв, символа подчёркивания «_». Нельзя использовать зарезервированное имя admin.

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

  6. Нажмите Добавить пользователя и выберите ранее созданного пользователя из списка. В случае базы данных MySQL вы можете также назначить пользователю необходимые права. В случае PostgreSQL владельца базы данных нельзя добавить в качестве пользователя.

    • Привилегии — Привилегии пользователя в базе данных.

    • Options — Операции, которые пользователь может совершать над базой данных.

    Для добавления других пользователей нажмите Добавить пользователя.

  7. Нажмите Создать.

Изменить пароль пользователя#

Чтобы изменить пароль пользователя после его создания, выполните следующие действия:

  1. Перейдите в раздел PaaS Установленные сервисы.

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

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

  4. В открывшемся окне задайте или сгенерируйте новый пароль.

  5. Нажмите Сохранить.

Изменить настройки базы данных#

Вы можете изменить некоторые настройки базы данных после её создания и добавить и удалить пользователей. Для этого:

  1. Перейдите в раздел PaaS Установленные сервисы.

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

  3. Откройте вкладку Базы данных, найдите базу данных, настройки которой вы хотите изменить, и нажмите Изменить.

  4. Задайте новые параметры базы данных.

    Примечание

    После создания базы данных её имя и языковые параметры изменить нельзя. Какие параметры можно менять, зависит от выбранного сервиса базы данных (MySQL или PostgreSQL).

  5. Для разрешения или запрета доступа пользователей к базе данных перейдите на следующий шаг, нажав Редактировать пользователей. Если ранее ни одному пользователю не был предоставлен доступ к базе данных, нажмите Добавить пользователя.

    Примечание

    В случае PostgreSQL владельца базы данных нельзя добавить в качестве пользователя.

    • Для замены одного пользователя на другого выберите пользователя из списка.

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

    • Для предоставления доступа к базе данных дополнительным пользователям нажмите Добавить пользователя.

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

  7. Нажмите Сохранить.

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

Удалить пользователя#

Для удаления пользователя:

  1. Перейдите в раздел PaaS Установленные сервисы.

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

  3. Откройте вкладку Пользователи и выберите пользователя, которого хотите удалить.

  4. Нажмите Удалить.

  5. Подтвердите удаление в открывшемся окне.

Примечание

Пользователь будет также удалён из всех баз данных, к которым ему разрешён доступ.

Удалить базу данных#

Для удаления базы данных:

  1. Перейдите в раздел PaaS Установленные сервисы.

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

  3. Откройте вкладку Базы данных и выберите базу данных, которую хотите удалить.

  4. Нажмите Удалить.

  5. Подтвердите удаление в открывшемся окне.

Резервное копирование и восстановление баз данных#

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

Примечание

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

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

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

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

Внимание

Чтобы при резервном копировании не возникло проблем из-за нехватки места для временных файлов, в корневых разделах на дисках экземпляров кластера рекомендуем оставить по 20 Мбайт свободного пространства.

Информацию о сервисах баз данных, для которых имеются резервные копии, можно посмотреть в подразделе Резервные копии сервиса раздела PaaS.

Примечание

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

Настроить резервное копирование сервиса#

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

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. На вкладке Информация нажмите Настройки резервного копирования.

  4. Если резервное копирование не было включено, установите флаг Включить резервное копирование.

  5. Задайте или измените настройки резервного копирования:

    • Бакет, где будут храниться резервные копии.

    • Пользователь с правами PaaSBackupPolicy, от имени которого выполняется запись копий в бакет.

    • Время начала ежедневного резервного копирования.

    • Срок хранения резервной копии.

    • Email (опционально) — адрес электронной почты, на который будут направляться уведомления, если резервное копирование завершится неудачно. Если адрес электронной почты не задан, то уведомления будут направляться на адрес пользователя, которого вы указали при настройке резервного копирования.

  6. Для подтверждения нажмите Изменить.

Примечание

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

Включить резервное копирование БД#

Примечание

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

Если вы хотите включить резервное копирование для конкретной базы данных:

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. Откройте вкладку Базы данных и выберите базу данных в таблице ресурсов.

  4. Нажмите Настроить.

  5. Установите флаг Включить резервное копирование, оставив остальные параметры без изменения.

  6. Нажмите Сохранить.

Восстановить базу данных из резервной копии#

Важно

Чтобы при восстановлении базы данных не возникло проблем, рекомендуем производить её восстановление в сервис с той же версией СУБД, в которой база данных была создана.

Для восстановления базы данных:

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. Откройте вкладку Базы данных и нажмите Создать из резервной копии.

  4. В открывшемся мастере создания базы данных выберите нужную резервную копию из списка. Для удобства поиска можно выбрать сервис, где была создана база данных, резервную копию которой вы ищите. Нажмите Выбрать для перехода на следующей шаг.

  5. Задайте параметры базы данных и, если необходимо, добавьте пользователей. Данные шаги аналогичны шагам 4—6 при создании базы данных и более подробно описаны в инструкции по созданию базы данных.

    Внимание

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

Отключить резервное копирование#

Чтобы отключить резервное копирование для конкретной базы данных:

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. Откройте вкладку Базы данных и выберите базу данных в таблице ресурсов.

  4. Нажмите Настроить.

  5. Уберите флаг у опции Включить резервное копирование, оставив остальные параметры без изменения.

  6. Нажмите Сохранить.

Чтобы отключить резервное копирование для всех баз данных:

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. На вкладке Информация нажмите Настройки резервного копирования.

  4. Уберите флаг у опции Включить резервное копирование.

  5. Для подтверждения нажмите Изменить.

Удалить резервные копии#

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

Чтобы удалить конкретные резервные копии:

  1. Перейдите PaaS Резервные копии сервисов.

  2. Выберите в таблице ресурсов сервис, копии БД которого необходимого удалить. Для удобства поиска вы можете выбрать категорию сервиса или воспользоваться поиском по таблице.

  3. Нажмите на идентификатор сервиса. Он соответствует имени папки в бакете, где хранятся копии баз данных для этого сервиса.

  4. Откройте вкладку Резервные копии и выберите удаляемые резервные копии в таблице ресурсов.

  5. Нажмите Удалить и подтвердите действие в открывшемся окне.

  1. Перейдите PaaS Установленные сервисы.

  2. Выберите в таблице ресурсов сервис, копии БД которого необходимого удалить. Для удобства поиска вы можете выбрать категорию сервиса или воспользоваться поиском по таблице.

  3. Перейдите на страницу сервиса и откройте вкладку Резервные копии.

  4. Выберите удаляемые резервные копии в таблице ресурсов.

  5. Нажмите Удалить и подтвердите действие в открывшемся окне.

Чтобы удалить все резервные копии:

  1. Перейдите PaaS Резервные копии сервисов.

  2. Выберите в таблице ресурсов сервис, копии БД которого необходимого удалить. Для удобства поиска вы можете выбрать категорию сервиса или воспользоваться поиском по таблице.

  3. Нажмите Удалить резервные копии сервиса и подтвердите действие в открывшемся окне.

  1. Перейдите PaaS Установленные сервисы.

  2. Выберите в таблице ресурсов сервис, копии БД которого необходимого удалить. Для удобства поиска вы можете выбрать категорию сервиса или воспользоваться поиском по таблице.

  3. Перейдите на страницу сервиса и откройте вкладку Резервные копии.

  4. Нажмите Удалить все резервные копии и подтвердите действие в открывшемся окне.

  1. Перейдите PaaS Резервные копии сервисов.

  2. Выберите в таблице ресурсов сервис, копии БД которого необходимого удалить. Для удобства поиска вы можете выбрать категорию сервиса или воспользоваться поиском по таблице.

  3. Нажмите на идентификатор сервиса. Он соответствует имени папки в бакете, где хранятся копии баз данных для этого сервиса.

  4. Откройте вкладку Резервные копии.

  5. Нажмите Удалить все резервные копии и подтвердите действие в открывшемся окне.

Примечание

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

Автоматическое удаление резервных копий#

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

Отдельные резервные копии можно защитить от автоматического удаления. Для этого в списке резервных копий найдите нужную резервную копию и включите переключатель Защита от удаления.

Примечание

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

Управление балансировщиками нагрузки#

Для сервисов MySQL, PostgreSQL и Redis в отказоустойчивой конфигурации с несколькими узлами можно создать внутренний и/или внешний балансировщики нагрузки (подробнее о балансировщиках). Они автоматически распределяют поступающие запросы между полнофункциональными узлами кластера (арбитру, если он есть, запросы не направляются).

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

Внимание

Балансировщик нагрузки, который работает с PaaS-сервисом, можно удалить только на странице этого сервиса.

Важно

Для работы внешнего балансировщика нагрузки необходимо открыть доступ извне к портам HAProxy, который по умолчанию закрыт. Для этого в группу безопасности, которая была указана при создании сервиса, необходимо добавить разрешающее правило для порта tcp/5000.

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

Создать балансировщик нагрузки#

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

Важно

Внутренний балансировщик нагрузки можно создать, только если в VPC включено распространение маршрутов.

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. Откройте вкладку Балансировщики нагрузки и нажмите Создать.

  4. В открывшемся окне выберите, какой балансировщика вы хотите создать. Если ни один ещё не был создан, то можно сразу создать и внутренний, и внешний балансировщики.

  5. Нажмите Создать для подтверждения действия.

Удалить балансировщик нагрузки#

Связанный с сервисом балансировщик нагрузки можно удалить, только когда сервис имеет статус Запущен.

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. Откройте вкладку Балансировщики нагрузки и нажмите Удалить.

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

  5. Нажмите Удалить для подтверждения действия.

Настройка сервиса баз данных#

Если вы не подключили мониторинг и/или логирование при создания сервиса баз данных, либо хотите их отключить, то это можно сделать, когда сервис находится в состоянии Готов. У сервисов Redis и MongoDB можно также изменить дополнительные параметры.

Примечание

Для подключения мониторинга и логирования необходимо предварительно развернуть сервис мониторинга на базе Prometheus и сервис логирования на базе ELK.

Важно

Если какие-либо настройки не удастся изменить, то сервис будет возвращён к исходным.

Чтобы настроить параметры сервиса баз данных:

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. Откройте вкладку Параметры и нажмите Изменить.

  4. В открывшемся окне вы можете настроить мониторинг и логирование (или отключить, если они уже включены). Для сервиса Redis можно также изменить параметры RDB Persistence и AOF Persistence.

  5. Чтобы настроить другие параметры для сервисов Redis и MongoDB, перейдите на следующий шаг, нажав Дополнительные параметры.

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

  6. Для сохранения новых параметров нажмите Изменить.

Обновление окружения#

Сервисы PaaS регулярно обновляются. Если вы хотите, чтобы уже установленный сервис баз данных поддерживал новые возможности, то обновите его окружение на новую версию. Текущую версию окружения можно узнать на вкладке Информация на странице сервиса.

Примечание

Обновление окружения поддерживается для всех сервисов с версией окружения 3_6 и выше. Оно также доступно для некоторых ранее установленных сервисов с версией окружения 3_5. Возможность обновления можно проверить с помощью API-метода DescribeService: в ответе на запрос в списке SupportedFeatures должно присутствовать значение common:update_environment.

Важно

Если окружение не удастся обновить, то сервис будет возвращён в исходное состояние.

Чтобы обновить версию окружения:

  1. Перейдите в раздел PaaS Установленные сервисы и откройте вкладку Базы данных.

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

  3. На вкладке Информация нажмите Обновить версию окружения.

  4. В открывшемся окне выберите из списка версию, на которую вы хотите обновить текущее окружение.

  5. Нажмите Обновить для смены версии.

Удаление сервиса баз данных#

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

Для удаления сервиса перейдите в раздел PaaS Установленные сервисы и нажмите на иконку в таблице или кнопку Удалить на странице сервиса. Если вы хотите использовать в дальнейшем сетевые интерфейсы, например, чтобы пересоздать сервис с теми же сетевыми параметрами, то в открывшемся окне отключите опцию Удалить подсоединённые сетевые интерфейсы.

Примечание

При удалении сервиса имеющиеся резервные копии его баз данных сохраняются.