Базы данных#

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

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

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

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

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

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

Тарификация#

PaaS-сервисы баз данных MongoDB, MySQL, PostgreSQL и Redis не тарифицируются. Оплата взимается за фактически потреблённые тарифицируемые ресурсы: экземпляры, диски, Elastic IP-адреса и иные ресурсы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Необходимые привилегии#

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

Примечание

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

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

  • paas:CreateDatabase;

  • paas:CreateUser;

  • paas:ListUsers;

  • paas:ListDatabases;

  • paas:ModifyUser;

  • paas:ModifyDatabase;

  • paas:DescribeService;

  • paas:ListServices;

  • paas:ListBackupUsers;

и назначить её пользователю.

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

  • paas:DescribeBackup;

  • paas:ListBackupUsers;

  • paas:ListBackups;

  • paas:ModifyBackup;

  • paas:DescribeService;

  • paas:ListServices;

  • paas:ModifyService;

и назначить её пользователю.

Подробнее см. документацию на IAM, как создать политику и назначить её пользователю.

Необходимые ресурсы#

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

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

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

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

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

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

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

Важно

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

Примечание

При создании отказоустойчивого сервиса также автоматически создаются группы размещения для каждых трёх узлов. Например, для кластера из пяти узлов в одной зоне доступности создаются две группы размещения с тремя и двумя узлами. Для кластера из пяти узлов в трёх зонах доступности создаётся по одной группе размещения в каждой зоне, при этом две группы содержат два узла, а одна группа – один узел. Экземпляры из одной группы развёртываются на разных физических серверах, что повышает отказоустойчивость сервиса.

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

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

    Примечание

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

    Примечание

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

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

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

      • два мастер-узла и один арбитр;

      • три мастер-узла.

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

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

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

      Примечание

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

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

    • Внутренний и/или внешний балансировщики нагрузки (см. подробнее Управление балансировщиками нагрузки).

      В поле DNS-имя можно указать произвольное имя поддомена в сервисной зоне DNS paas.<region>.web.c2.croc.ru для внешнего балансировщика нагрузки и в зоне paas.<vpc-id>.internal для внутреннего балансировщика нагрузки. Имя должно состоять из латинских букв, цифр и дефисов.

      Если поле DNS-имя оставить пустым, то имя будет задано автоматически.

    Важно

    Не рекомендуется создавать конфигурации кластера с четырьмя узлами, так как это может привести к потере кворума при нарушении связности (split-brain).

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

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

      • два мастер-узла и один арбитр;

      • от трёх до шести мастер-узлов 1.

      1

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

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

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

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

      Примечание

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

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

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

    • Внутренний и/или внешний балансировщики нагрузки (см. подробнее Управление балансировщиками нагрузки).

      В поле DNS-имя можно указать произвольное имя поддомена в сервисной зоне DNS paas.<region>.web.c2.croc.ru для внешнего балансировщика нагрузки и в зоне paas.<vpc-id>.internal для внутреннего балансировщика нагрузки. Имя должно состоять из латинских букв, цифр и дефисов.

      Если поле DNS-имя оставить пустым, то имя будет задано автоматически.

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

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

      • три мастер-узла;

      • шесть мастер-узлов.

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

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

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

      Примечание

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

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

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

    • Внутренний и/или внешний балансировщики нагрузки (см. подробнее Управление балансировщиками нагрузки).

      В поле DNS-имя можно указать произвольное имя поддомена в сервисной зоне DNS paas.<region>.web.c2.croc.ru для внешнего балансировщика нагрузки и в зоне paas.<vpc-id>.internal для внутреннего балансировщика нагрузки. Имя должно состоять из латинских букв, цифр и дефисов.

      Если поле DNS-имя оставить пустым, то имя будет задано автоматически.

    Важно

    Не рекомендуется создавать конфигурации кластера с четырьмя узлами, так как это может привести к потере кворума при нарушении связности (split-brain).

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

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

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

      • от трёх до шести мастер-узлов. 2.

      2

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

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

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

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

      Примечание

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

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

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

    Нажмите Далее для перехода на следующий шаг.

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

    В блоке Мастер-узел задайте конфигурацию экземпляров, которые будут использоваться в качестве мастер-узлов. Выберите тип экземпляра и характеристики диска для данных: тип, размер и IOPS (если это доступно для данного типа).

    Примечание

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

    Если для сервиса MySQL, PostgreSQL или MongoDB была выбрана конфигурация с кластерным арбитром, то в блоке Арбитр задайте конфигурацию экземпляра, который будет использоваться в качестве арбитра. Выберите тип экземпляра.

    Нажмите Далее для перехода на следующий шаг.

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

    • Тег Name — (Опционально) Произвольное описание сервиса.

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

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

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

      Вендор

      Версия

      mariadb

      10.4
      10.5
      10.6
      10.11

      percona

      5.7
      8.0

      mysql

      8.0

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

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

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

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

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

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

    • Тег Name — (Опционально) Произвольное описание сервиса.

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

    • Вендор — Вендор подсистемы хранения СУБД PostgreSQL. Возможные значения: pgsql, pgsql1c.

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

      Вендор

      Версия

      pgsql

      14
      15
      16
      17
      18

      pgsql1c

      16
      17

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

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

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

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

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

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

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

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

    • Тег Name — (Опционально) Произвольное описание сервиса.

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

    • Версия — Поддерживаются следующие версии СУБД: 7.0, 7.2, 8.0, 8.2, 8.4.

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

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

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

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

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

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

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

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

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

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

    • Тег Name — (Опционально) Произвольное описание сервиса.

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

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

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

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

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

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

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

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

    Нажмите Далее для перехода на следующий шаг.

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

    Примечание

    Данный шаг доступен для баз данных MongoDB, MySQL и PostgreSQL.

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

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

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

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

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

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

    Нажмите Далее для перехода на следующий шаг.

  5. Задайте окно обслуживания (см. подробнее). Если плановое техническое обслуживание может проводиться в любое время, оставьте значение Произвольное для опции Окно обслуживания без изменения. Если есть ограничения по времени, когда может проводиться техническое обслуживание, выберите удобный вам интервал. Для этого укажите следующие параметры:

    • значение По расписанию для опции Окно обслуживания;

    • день недели, когда должно проводиться обслуживание;

    • часовой интервал для окна обслуживания.

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

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

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

    Важно

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

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

  7. Чтобы добавить тег, нажмите Добавить тег и задайте ключ и значение тега.

    Примечание

    Если ни один тег ещё не был задан, то вы можете добавить тег Name, нажав Добавить тег Name и задав его значение.

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

Важно

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

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

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

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

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

Изменение параметров узлов сервиса#

Добавить узлы для сервиса#

Если при создании сервиса PostgreSQL или MongoDB была выбрана конфигурация кластера от трёх до шести мастер-узлов и кластер имеет меньше шести узлов, то вы можете его масштабировать, добавив дополнительные узлы. Масштабирование возможно, только когда сервис находится в состоянии Запущен.

Важно

Если сервис баз данных был создан до 30.01.2026, то масштабирование кластера невозможно.

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

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

  3. На вкладке Информация нажмите Добавить экземпляры.

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

  5. Нажмите Добавить для завершения операции.

Изменить тип экземпляра у узла#

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

Важно

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

Чтобы изменить тип экземпляра:

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

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

  3. На вкладке Информация отредактируйте поле Тип экземпляра в конфигурации мастер-узла. Для этого нажмите на иконку редактирования и выберите тип экземпляра в селекторе.

  4. Сохраните изменения, нажав .

Изменить параметры диска для данных#

Изменение параметров диска для данных возможно, когда сервис находится в состоянии Готов.

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

Важно

Изменить IOPS диска для данных можно только для типа диска io2.

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

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

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

  3. На вкладке Информация отредактируйте требуемые поля (Размер диска для данных и/или IOPS диска для данных), нажав на иконку редактирования .

    Важно

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

  4. Сохраните изменения, нажав .

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

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

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

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

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

  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 и MongoDB. В дальнейшем мы планируем реализовать его и для других сервисов баз данных.

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

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

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

Внимание

Чтобы при резервном копировании не возникло проблем из-за нехватки места для временных файлов, в корневых разделах на дисках экземпляров кластера рекомендуем оставить по 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. Выберите базу данных для восстановления. Нажмите Выбрать для перехода на следующий шаг.

  6. Задайте параметры базы данных и, если необходимо, добавьте пользователей. Данные шаги аналогичны шагам 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. В открывшемся окне выберите, какой балансировщик вы хотите создать. Если ни один ещё не был создан, то можно сразу создать и внутренний, и внешний балансировщики.

    В поле DNS-имя можно указать произвольное имя поддомена в сервисной зоне DNS paas.<region>.web.c2.croc.ru для внешнего балансировщика нагрузки и в зоне paas.<vpc-id>.internal для внутреннего балансировщика нагрузки. Имя должно состоять из латинских букв, цифр и дефисов.

    Если поле DNS-имя оставить пустым, то имя будет задано автоматически.

  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 с идентификатором вида fm-cluster-xxxxxxxx. Если вы хотите добавить поддержку тегов для установленных сервисов, у которых в качестве идентификатора используется UUID, то обратитесь в службу поддержки.

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

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

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

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

  3. Откройте вкладку Теги.

  4. Для добавления тега нажмите Добавить тег и задайте поля Ключ и Значение.

    Для изменения тега отредактируйте требуемые поля (Значение и/или Ключ) у изменяемого тега.

    Для удаления тега нажмите на иконку рядом с ненужным тегом.

    Примечание

    Если ни один тег не был ранее задан, то вы можете добавить тег Name, нажав Добавить тег Name.

  5. Нажмите Применить для сохранения изменений.

Остановка и запуск сервиса#

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

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

Выключить сервис#

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

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

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

  3. Подтвердите действие в открывшемся окне.

Перезапустить сервис#

Примечание

Перезапуск возможен только для сервисов с версией окружения 3.6 и выше. Текущую версию окружения можно узнать на вкладке Информация на странице сервиса.

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

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

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

  3. Подтвердите действие в открывшемся окне.

Синхронизировать сервис с экземплярами#

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

Внимание

Синхронизация невозможна, если ошибка не устранима (статус ошибки можно посмотреть, например, с помощью метода DescribeService).

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

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

  3. Подтвердите действие в открывшемся окне.

Включить сервис#

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

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

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

  3. Подтвердите действие в открывшемся окне.

Настройка окна обслуживания#

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

Внимание

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

Обслуживание проводится строго в предопределённый интервал времени (если задано окно обслуживания). Все действия специалистов К2 Облака при проведении обслуживания протоколируются.

Примечание

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

Чтобы изменить настройки окна обслуживания:

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

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

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

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

    • значение По расписанию для опции Окно обслуживания;

    • день недели, когда должно выполняться обслуживание;

    • часовой интервал для окна обслуживания.

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

  5. Нажмите Сохранить для изменения окна обслуживания.

Просмотр метрик#

В зависимости от типа сервиса доступны следующие метрики:

Метрика

Описание

mysql_global_status_aborted_clients

Количество прерванных клиентских подключений

mysql_global_status_aborted_connects

Количество неудачных попыток подключения

mysql_global_status_innodb_row_lock_current_waits

Текущее количество ожидаемых блокировок строк

mysql_global_status_slow_queries

Количество медленных запросов

mysql_global_status_threads_connected

Текущее количество подключённых потоков

mysql_global_status_threads_running

Количество потоков, которые не находятся в состоянии ожидания

mysql_global_variables_max_connections

Максимально допустимое количество подключений

mysql_info_schema_innodb_metrics_buffer_pool_pages

Количество страниц в буферном пуле InnoDB

mysql_up

Признак доступности сервера MySQL

Метрика

Описание

pgbouncer_pools_client_maxwait_seconds

Максимальное время ожидания клиентских соединений

pgbouncer_pools_client_waiting_connections

Количество клиентских соединений, ожидающих свободное серверное соединение в пуле

pgbouncer_pools_server_active_connections

Количество активных серверных соединений в пуле

pgbouncer_up

Признак доступности сервера PgBouncer

pg_locks_count

Количество блокировок, удерживаемых в базе данных

pg_replication_lag

Отставание репликации в секундах между мастером и репликой

pg_up

Признак доступности сервера PostgreSQL

Метрика

Описание

mongodb_mongod_replset_my_state

Текущее состояние узла в наборе реплик MongoDB

mongodb_mongod_wiredtiger_cache_pages

Количество страниц в кеше WiredTiger по типу страниц

mongodb_ss_connections

Количество текущих подключений

mongodb_ss_mem_resident

Оперативная память, используемая MongoDB

mongodb_ss_mem_virtual

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

mongodb_up

Признак доступности сервера MongoDB

Метрика

Описание

redis_connected_clients

Количество подключённых клиентов

redis_evicted_keys_total

Общее количество принудительно удалённых ключей из-за ограничения на максимальный объём памяти

redis_expired_keys_total

Количество ключей с истёкшим сроком действия

redis_memory_max_bytes

Максимальный объём памяти, доступный для Redis

redis_memory_used_bytes

Общий объём памяти, используемый Redis

redis_memory_used_rss_bytes

Фактически используемый объём памяти (RSS)

redis_replication_connected_slaves

Количество подключённых реплик

redis_up

Признак доступности сервера Redis

redis_uptime_in_seconds

Время безотказной работы Redis

Чтобы просмотреть метрики конкретного сервиса:

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

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

  3. Откройте вкладку Мониторинг и выберите:

    • метрику,

    • экземпляр, на котором собирается метрика.

    Примечание

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

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

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

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

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

Примечание

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