[Документация Yandex Cloud](../../index.md) > [Yandex Managed Service for MySQL®](../index.md) > Вопросы и ответы > Общие вопросы

# Общие вопросы про Managed Service for MySQL®


* [Что такое Managed Service for MySQL®?](#what-is)

* [Какую часть работы по управлению и сопровождению баз данных берет на себя Managed Service for MySQL®?](#services)

* [Для каких задач стоит использовать Managed Service for MySQL®, а для каких — виртуальные машины с базами данных?](#mdb-advantage)

* [Что такое хост базы данных и кластер базы данных?](#what-is-cluster)

* [Как начать работу с Managed Service for MySQL®?](#quickstart)

* [Сколько хостов БД может содержать кластер?](#how-many-hosts)

* [Как получить доступ к запущенному хосту базы данных?](#db-access)

* [Сколько кластеров можно создать в рамках одного облака?](#db-limit)

* [Как происходит обслуживание кластеров БД?](#service-window)

* [Какую версию MySQL® использует Managed Service for MySQL®?](#dbms-version)

* [Что происходит, когда выпускается новая версия СУБД?](#new-version)

* [Что происходит, когда версия СУБД становится неподдерживаемой (deprecated)?](#dbms-deprecated)

* [Как рассчитывается стоимость потребления для хоста базы данных?](#db-cost)

* [Как изменить вычислительные ресурсы и объем хранилища для кластера БД?](#resources-change)

* [Включено ли резервное копирование хостов БД по умолчанию?](#default-backup)

* [Когда выполняется резервное копирование? Доступен ли кластер БД во время резервного копирования?](#backup-window)

* [Можно ли изменить срок хранения автоматических резервных копий?](#backup-retain-days)

* [За какими метриками и процессами можно следить с помощью мониторинга?](#monitoring)

* [Какой размер блока используется на дисках кластера?](#block-size)

* [Соответствует ли сервис требованиям Федерального закона Российской Федерации № 152-ФЗ «О персональных данных»?](#fz-152)

* [Я могу получить логи моей работы в сервисах?](#logs)

* [Почему возникает ошибка при удалении БД?](#delete-db)

#### Что такое Managed Service for MySQL®? {#what-is}

Managed Service for MySQL® — это сервис, который помогает вам создавать, эксплуатировать и масштабировать базы данных MySQL® в облачной инфраструктуре.

С Managed Service for MySQL® вы можете:
- создавать базы данных с необходимыми параметрами производительности;
- масштабировать вычислительные мощности и выделенный объем хранилища для баз данных по мере необходимости;
- получать журналы работы баз данных.

Managed Service for MySQL® берет на себя трудоемкие задачи администрирования инфраструктуры MySQL®:
- предоставляет мониторинг потребляемых ресурсов;
- автоматически создает резервные копии баз данных;
- обеспечивает отказоустойчивость за счет автоматического переключения на резервные реплики;
- своевременно обновляет программное обеспечение СУБД.

Вы взаимодействуете с кластером БД в Managed Service for MySQL® как с обычной базой данных в вашей локальной инфраструктуре. Благодаря этому вы можете управлять внутренними настройками БД в соответствии с требованиями вашего приложения.


#### Какую часть работы по управлению и сопровождению баз данных берет на себя Managed Service for MySQL®? {#services}

При создании кластеров Managed Service for MySQL® выделяет ресурсы, устанавливает СУБД и создает базы данных.

Для созданных и запущенных баз данных Managed Service for MySQL® автоматически создает резервные копии, а также устанавливает исправления и обновления СУБД.

Также Managed Service for MySQL® обеспечивает репликацию данных между хостами БД (как внутри, так и между [зонами доступности](../../overview/concepts/geo-scope.md)) и автоматически переключает нагрузку на резервную реплику в случае аварии.

При работе необходимо учитывать, что контролирует сервис, а что — клиент Yandex Cloud. Понимание этих зон контроля помогает эффективно использовать облачные ресурсы и избегать возможных проблем при работе с базами данных. Подробнее в разделе [Разграничение зон контроля пользователей сервисов управляемых баз данных (MDB) и Yandex Cloud](../../overview/concepts/mdb-responsibilities.md).

#### Для каких задач стоит использовать Managed Service for MySQL®, а для каких — виртуальные машины с базами данных? {#mdb-advantage}

Yandex Cloud предлагает два варианта работы с базами данных:

- Managed Service for MySQL® позволяет вам эксплуатировать шаблонные базы данных, не заботясь об администрировании.
- Виртуальные машины Yandex Compute Cloud позволяют вам создавать и настраивать собственные базы данных. Такой подход позволяет использовать любые СУБД, подключаться к базам данных по [SSH](../../glossary/ssh-keygen.md) и так далее.


#### Что такое хост базы данных и кластер базы данных? {#what-is-cluster}

_Хост БД_ — это изолированная среда базы данных в облачной инфраструктуре с выделенными вычислительными ресурсами и зарезервированным объемом хранилища данных.

_Кластер БД_ — это один или более хостов БД, между которыми можно настроить репликацию.


#### Как начать работу с Managed Service for MySQL®? {#quickstart}

Managed Service for MySQL® доступен всем зарегистрированным пользователям Yandex Cloud.

Чтобы создать кластер базы данных в Managed Service for MySQL®, необходимо определиться с его характеристиками:

- [Класс хостов](../concepts/instance-types.md) (характеристики производительности — процессоры, память и т. п.).
- Объем хранилища (резервируется в полном объеме при создании кластера).
- Сеть, к которой будет подключен ваш кластер.
- Количество хостов для кластера и зона доступности для каждого хоста вы можете выбрать зону доступности.

Подробные инструкции смотрите в разделе [Начало работы](../quickstart.md).

#### Сколько хостов БД может содержать кластер? {#how-many-hosts}


Минимальное количество хостов зависит от типа используемого [хранилища](../concepts/storage.md):

* Минимум три хоста — для следующих дисков:

   * локальные SSD-диски (`local-ssd`);
   * нереплицируемые SSD-диски (`network-ssd-nonreplicated`).

* Минимум один хост — для следующих дисков:

   * сетевые HDD-диски (`network-hdd`);
   * сетевые SSD-диски (`network-ssd`);
   * сверхбыстрые сетевые SSD-диски с тремя репликами (`network-ssd-io-m3`).


Максимальное количество хостов в кластере ограничено установленными лимитами.

Подробнее в разделе [Квоты и лимиты](../concepts/limits.md).

#### Как получить доступ к запущенному хосту базы данных? {#db-access}

Вы можете подключаться к базам данных Managed Service for MySQL® способами, стандартными для СУБД.

[Подробнее о подключении к кластерам](../operations/connect/index.md).


#### Сколько кластеров можно создать в рамках одного облака? {#db-limit}

Технические и организационные ограничения MDB приведены в разделе [Квоты и лимиты](../concepts/limits.md).


#### Как происходит обслуживание кластеров БД? {#service-window}

Под обслуживанием в Managed Service for MySQL® понимается:

- автоматическая установка обновлений и исправлений СУБД для хостов БД (в т. ч. для выключенных кластеров);
- изменение класса хостов и объема хранилища;
- другие сервисные работы Managed Service for MySQL®.

Подробнее в разделе [Техническое обслуживание](../concepts/maintenance.md).

#### Какую версию MySQL® использует Managed Service for MySQL®? {#dbms-version}

Managed Service for MySQL® поддерживает MySQL® 5.7 и MySQL® 8.


#### Что происходит, когда выпускается новая версия СУБД? {#new-version}

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


#### Что происходит, когда версия СУБД становится неподдерживаемой (deprecated)? {#dbms-deprecated}

Через месяц после того, как версия СУБД становится неподдерживаемой, Managed Service for MySQL® автоматически оповещает владельцев кластеров БД, созданных с этой версией, по электронной почте.

Для кластеров с неподдерживаемой версией СУБД создание новых хостов и восстановление из резервных копий становится невозможным. Через 7 дней после оповещения для минорных версий и через 1 месяц для мажорных версий проводится автоматическое обновление кластеров БД до следующей поддерживаемой версии. Обновление неподдерживаемых мажорных версий происходит даже если у вас отключено автоматическое обновление.


#### Как рассчитывается стоимость потребления для хоста базы данных? {#db-cost}

В Managed Service for MySQL® стоимость потребления рассчитывается исходя из следующих параметров:

- Выбранный класс хостов.
- Объем хранилища, зарезервированного для хоста БД.
- Объем резервных копий кластера БД. Объем резервных копий, равный объему хранилища, не тарифицируется. Хранение резервных копий сверх этого объема оплачивается по [тарифам](../pricing.md).
- Количество часов работы хоста БД. Неполные часы округляются до целого значения. Стоимость часа работы для каждого класса хостов приведена в разделе [Правила тарификации](../pricing.md).

#### Как изменить вычислительные ресурсы и объем хранилища для кластера БД? {#resources-change}

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

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


#### Включено ли резервное копирование хостов БД по умолчанию? {#default-backup}

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

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

#### Когда выполняется резервное копирование? Доступен ли кластер БД во время резервного копирования? {#backup-window}

Окно резервного копирования — это интервал времени, в течение которого выполняется ежедневное полное резервное копирование кластера БД. Окно резервного копирования — 01:00−05:00 по московскому времени.

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

#### Можно ли изменить срок хранения автоматических резервных копий? {#backup-retain-days}

При [создании](../operations/cluster-create.md) или [изменении](../operations/update.md#change-additional-settings) кластера можно задать срок хранения автоматических резервных копий.

#### За какими метриками и процессами можно следить с помощью мониторинга? {#monitoring}

Для всех типов СУБД можно отслеживать:

- загрузку процессора, памяти, сети, дисков в абсолютных величинах;
- загрузку памяти, сети, дисков в процентах от установленных лимитов для класса хостов соответствующего кластера;
- объем данных кластера БД и остаток свободного места в хранилище данных.

Для всех хостов БД можно отслеживать метрики, специфические для типа соответствующей СУБД. Например для MySQL® можно отслеживать:
- среднее время выполнения запроса;
- количество запросов в секунду;
- количество ошибок в журналах и т. д.

Мониторинг можно осуществлять с минимальной гранулярностью в 5 секунд.

#### Какой размер блока используется на дисках кластера? {#block-size}

Размер [блока](https://en.wikipedia.org/wiki/Block_(data_storage)) всех типов дисков — 4 КБ.

#### Соответствует ли сервис требованиям Федерального закона Российской Федерации № 152-ФЗ <q>О персональных данных</q>? {#fz-152}

Да, вы можете ознакомиться с полным [заключением](https://storage.yandexcloud.net/yc-compliance/conformance_ru_pdp.pdf) по результатам аудита системы защиты.

#### Я могу получить логи моей работы в сервисах? {#logs}

Да, вы можете запросить информацию о работе с вашими ресурсами из логов сервисов Yandex Cloud. Для этого обратитесь в [техническую поддержку](https://center.yandex.cloud/support).

#### Почему возникает ошибка при удалении БД? {#delete-db}

Текст ошибки:

```text
Database deletion not allowed. Fix following issues: Database has external foreign key references:
child_db.orders (FK: fk_orders_user_id) -> parent_db.users
```

Ошибка возникает, если удаляемая БД связана с другими БД в кластере.

**Решение:** проверьте, с какими БД связана удаляемая БД, и удалите эти связи.