Изменение настроек кластера MySQL®

Статья создана

Yandex Cloud

Обновлена 15 ноября 2024 г.

Изменить класс хостов
Увеличить размер хранилища
Изменить настройки MySQL®
Изменить дополнительные настройки кластера
Переместить кластер
Изменить группы безопасности

После создания кластера вы можете:

Изменить класс хостов.
Увеличить размер хранилища.
Изменить настройки MySQL®.

Важно

Вы не можете менять настройки MySQL® с помощью команд SQL.
Изменить дополнительные настройки кластера.
Переместить кластер в другой каталог.
Изменить группы безопасности.

Подробнее о других изменениях кластера:

Изменить класс хостов

Выбор класса хостов в кластерах Managed Service for MySQL® ограничен квотами на количество CPU и объем памяти, которые доступны кластерам БД в вашем облаке. Чтобы проверить используемые ресурсы, откройте страницу Квоты и найдите блок Managed Databases.

Примечание

Некоторые настройки MySQL® зависят от выбранного класса хостов.

При смене класса хостов:

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

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

Консоль управления

CLI

Terraform

REST API

gRPC API

Перейдите на страницу каталога и выберите сервис Managed Service for MySQL.
Выберите кластер и нажмите кнопку Редактировать на панели сверху.
Чтобы изменить класс хостов MySQL®, в блоке Класс хоста выберите нужный класс.
Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex Cloud, установите и инициализируйте его.

По умолчанию используется каталог, указанный в профиле CLI. Вы можете указать другой каталог с помощью параметра --folder-name или --folder-id.

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

Посмотрите описание команды CLI для изменения кластера:
```
yc managed-mysql cluster update --help
```

Запросите список доступных классов хостов (в колонке ZONE IDS указаны зоны доступности, в которых можно выбрать соответствующий класс):

yc managed-mysql resource-preset list

Результат:

+-----------+--------------------------------+-------+----------+
|    ID     |            ZONE IDS            | CORES |  MEMORY  |
+-----------+--------------------------------+-------+----------+
| s1.micro  | ru-central1-a, ru-central1-b,  |     2 | 8.0 GB   |
|           | ru-central1-d                  |       |          |
| ...                                                           |
+-----------+--------------------------------+-------+----------+

Укажите нужный класс в команде изменения кластера:
```
yc managed-mysql cluster update <имя_или_идентификатор_кластера>
  --resource-preset <идентификатор_класса>
```
Managed Service for MySQL® запустит операцию изменения класса хостов для кластера.

Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

О том, как создать такой файл, см. в разделе Создание кластера.
Измените в описании кластера Managed Service for MySQL® значение параметра resource_preset_id в блоке resources:
```
resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  resources {
    resource_preset_id = "<класс_хоста>"
    ...
  }
}
```
Проверьте корректность настроек.
1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.
2. Выполните команду:
```
terraform validate
```
  Если в файлах конфигурации есть ошибки, Terraform на них укажет.
Подтвердите изменение ресурсов.
1. Выполните команду для просмотра планируемых изменений:
```
terraform plan
```
  Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.
2. Если вас устраивают планируемые изменения, внесите их:
  1. Выполните команду:
```
terraform apply
```
  2. Подтвердите изменение ресурсов.
  3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for MySQL®:

создание кластера, в том числе путем восстановления из резервной копии, — 15 минут;
изменение кластера, в том числе обновление версии MySQL®, — 60 минут;
удаление кластера — 15 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  timeouts {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Воспользуйтесь методом Cluster.update и выполните запрос, например, с помощью cURL:

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).
```
curl \
    --request PATCH \
    --header "Authorization: Bearer $IAM_TOKEN" \
    --header "Content-Type: application/json" \
    --url 'https://mdb.api.cloud.yandex.net/managed-mysql/v1/clusters/<идентификатор_кластера>' \
    --data '{
              "updateMask": "configSpec.resources.resourcePresetId",
              "configSpec": {
                "resources": {
                  "resourcePresetId": "<класс_хостов>"
                }
              }
            }'
```
Где:
- updateMask — перечень изменяемых параметров в одну строку через запятую.
  
  В данном случае передается только один параметр.
- configSpec.resources.resourcePresetId — новый класс хостов.
Идентификатор кластера можно запросить со списком кластеров в каталоге.
Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Клонируйте репозиторий cloudapi:
```
cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
```
Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.
Воспользуйтесь вызовом ClusterService/Update и выполните запрос, например, с помощью gRPCurl:
Важно
Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре update_mask (в виде массива строк paths[]).
Формат перечисления настроек
"update_mask": { "paths": [ "<настройка_1>", "<настройка_2>", ... "<настройка_N>" ] }
```
grpcurl \
    -format json \
    -import-path ~/cloudapi/ \
    -import-path ~/cloudapi/third_party/googleapis/ \
    -proto ~/cloudapi/yandex/cloud/mdb/mysql/v1/cluster_service.proto \
    -rpc-header "Authorization: Bearer $IAM_TOKEN" \
    -d '{
          "cluster_id": "<идентификатор_кластера>",
          "update_mask": {
            "paths": [
              "config_spec.resources.resource_preset_id"
            ]
          },
          "config_spec": {
            "resources": {
              "resource_preset_id": "<класс_хостов>"
            }
          }
        }' \
    mdb.api.cloud.yandex.net:443 \
    yandex.cloud.mdb.mysql.v1.ClusterService.Update
```
Где:
- update_mask — перечень изменяемых параметров в виде массива строк paths[].
  
  В данном случае передается только один параметр.
- config_spec.resources.resource_preset_id — новый класс хостов.
Идентификатор кластера можно запросить со списком кластеров в каталоге.
Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Увеличить размер хранилища

Проверьте, что в облаке достаточно квот для увеличения хранилища. Откройте страницу Квоты для облака и убедитесь, что в секции Managed Databases в строке Объём HDD-хранилищ или Объём SSD-хранилищ есть запас места.

Консоль управления

CLI

Terraform

REST API

gRPC API

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

Перейдите на страницу каталога и выберите сервис Managed Service for MySQL.
Выберите кластер и нажмите кнопку Редактировать на панели сверху.
В блоке Размер хранилища укажите необходимое значение.
Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex Cloud, установите и инициализируйте его.

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

Посмотрите описание команды CLI для изменения кластера:
```
yc managed-mysql cluster update --help
```
Укажите нужный размер хранилища в команде изменения кластера (должен быть не меньше, чем значение disk_size в свойствах кластера):
```
yc managed-mysql cluster update <имя_или_идентификатор_кластера> \
  --disk-size <размер_хранилища_ГБ>
```

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

Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

О том, как создать такой файл, см. в разделе Создание кластера.

Измените значение параметра disk_size в блоке resources:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  resources {
    disk_size = <размер_хранилища_ГБ>
    ...
  }
}

Проверьте корректность настроек.
1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.
2. Выполните команду:
```
terraform validate
```
  Если в файлах конфигурации есть ошибки, Terraform на них укажет.
Подтвердите изменение ресурсов.
1. Выполните команду для просмотра планируемых изменений:
```
terraform plan
```
  Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.
2. Если вас устраивают планируемые изменения, внесите их:
  1. Выполните команду:
```
terraform apply
```
  2. Подтвердите изменение ресурсов.
  3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for MySQL®:

создание кластера, в том числе путем восстановления из резервной копии, — 15 минут;
изменение кластера, в том числе обновление версии MySQL®, — 60 минут;
удаление кластера — 15 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  timeouts {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Воспользуйтесь методом Cluster.update и выполните запрос, например, с помощью cURL:

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).
```
curl \
    --request PATCH \
    --header "Authorization: Bearer $IAM_TOKEN" \
    --header "Content-Type: application/json" \
    --url 'https://mdb.api.cloud.yandex.net/managed-mysql/v1/clusters/<идентификатор_кластера>' \
    --data '{
              "updateMask": "configSpec.resources.diskSize",
              "configSpec": {
                "resources": {
                  "diskSize": "<размер_хранилища_в_байтах>"
                }
              }
            }'
```
Где:
- updateMask — перечень изменяемых параметров в одну строку через запятую.
  
  В данном случае передается только один параметр.
- configSpec.resources.diskSize — новый размер диска в байтах.
Идентификатор кластера можно запросить со списком кластеров в каталоге.
Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Клонируйте репозиторий cloudapi:
```
cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
```
Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.
Воспользуйтесь вызовом ClusterService/Update и выполните запрос, например, с помощью gRPCurl:
Важно
Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре update_mask (в виде массива строк paths[]).
Формат перечисления настроек
"update_mask": { "paths": [ "<настройка_1>", "<настройка_2>", ... "<настройка_N>" ] }
```
grpcurl \
    -format json \
    -import-path ~/cloudapi/ \
    -import-path ~/cloudapi/third_party/googleapis/ \
    -proto ~/cloudapi/yandex/cloud/mdb/mysql/v1/cluster_service.proto \
    -rpc-header "Authorization: Bearer $IAM_TOKEN" \
    -d '{
          "cluster_id": "<идентификатор_кластера>",
          "update_mask": {
            "paths": [
              "config_spec.resources.disk_size"
            ]
          },
          "config_spec": {
            "resources": {
              "disk_size": "<размер_хранилища_в_байтах>"
            }
          }
        }' \
    mdb.api.cloud.yandex.net:443 \
    yandex.cloud.mdb.mysql.v1.ClusterService.Update
```
Где:
- update_mask — перечень изменяемых параметров в виде массива строк paths[].
  
  В данном случае передается только один параметр.
- config_spec.resources.disk_size — новый размер диска в байтах.
Идентификатор кластера можно запросить со списком кластеров в каталоге.
Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Изменить настройки MySQL®

Примечание

Некоторые настройки MySQL® зависят от выбранного класса хостов.

Консоль управления

CLI

Terraform

REST API

gRPC API

Перейдите на страницу каталога и выберите сервис Managed Service for MySQL.
Выберите кластер и нажмите кнопку Редактировать на панели сверху.
Измените настройки MySQL®, нажав на кнопку Настроить в блоке Настройки СУБД.
Нажмите кнопку Сохранить.
Нажмите кнопку Сохранить изменения.

Если у вас еще нет интерфейса командной строки Yandex Cloud, установите и инициализируйте его.

Чтобы изменить настройки MySQL®:

Посмотрите описание команды CLI для изменения конфигурации кластера:
```
yc managed-mysql cluster update-config --help
```
Установите нужные значения параметров.

Все поддерживаемые параметры перечислены в формате запроса для метода update, в поле mysql_config_5_7. Чтобы указать имя параметра в вызове CLI, преобразуйте его имя из вида lowerCamelCase в snake_case, например, параметр logMinDurationStatement из запроса к API преобразуется в log_min_duration_statement для команды CLI:
```
yc managed-mysql cluster update-config <имя_кластера>
  --set log_min_duration_statement=100,<имя_параметра>=<значение>,...
```
Managed Service for MySQL® запустит операцию по изменению настроек кластера.

Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

О том, как создать такой файл, см. в разделе Создание кластера.
Добавьте или измените в описании кластера Managed Service for MySQL® параметры настроек СУБД в блоке mysql_config:
```
resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  mysql_config = {
    <имя_настройки_MySQL®> = <значение>
    ...
  }
}
```
Проверьте корректность настроек.
1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.
2. Выполните команду:
```
terraform validate
```
  Если в файлах конфигурации есть ошибки, Terraform на них укажет.
Подтвердите изменение ресурсов.
1. Выполните команду для просмотра планируемых изменений:
```
terraform plan
```
  Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.
2. Если вас устраивают планируемые изменения, внесите их:
  1. Выполните команду:
```
terraform apply
```
  2. Подтвердите изменение ресурсов.
  3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for MySQL®:

создание кластера, в том числе путем восстановления из резервной копии, — 15 минут;
изменение кластера, в том числе обновление версии MySQL®, — 60 минут;
удаление кластера — 15 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  timeouts {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Воспользуйтесь методом Cluster.update и выполните запрос, например, с помощью cURL:

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).
```
curl \
    --request PATCH \
    --header "Authorization: Bearer $IAM_TOKEN" \
    --header "Content-Type: application/json" \
    --url 'https://mdb.api.cloud.yandex.net/managed-mysql/v1/clusters/<идентификатор_кластера>' \
    --data '{
              "updateMask": "configSpec.mysqlConfig_<версия_MySQL®>",
              "configSpec": {
                "mysqlConfig_<версия_MySQL®>": {
                  "<настройка_1>": "<значение_1>",
                  "<настройка_2>": "<значение_2>",
                  ...
                  "<настройка_N>": "<значение_N>"
                }
              }
            }'
```
Где:
- updateMask — перечень изменяемых параметров в одну строку через запятую.
  
  В данном случае передается только один параметр.
- configSpec.mysqlConfig_<версия_MySQL®> — набор настроек MySQL®. Укажите каждую настройку на отдельной строке через запятую.
  
  Список версий MySQL®, доступных для параметра, см. в описании метода. Описание и возможные значения настроек см. в разделе Настройки СУБД уровня кластера.
Идентификатор кластера можно запросить со списком кластеров в каталоге.
Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Клонируйте репозиторий cloudapi:
```
cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
```
Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.
Воспользуйтесь вызовом ClusterService/Update и выполните запрос, например, с помощью gRPCurl:
Важно
Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре update_mask (в виде массива строк paths[]).
Формат перечисления настроек
"update_mask": { "paths": [ "<настройка_1>", "<настройка_2>", ... "<настройка_N>" ] }
```
grpcurl \
    -format json \
    -import-path ~/cloudapi/ \
    -import-path ~/cloudapi/third_party/googleapis/ \
    -proto ~/cloudapi/yandex/cloud/mdb/mysql/v1/cluster_service.proto \
    -rpc-header "Authorization: Bearer $IAM_TOKEN" \
    -d '{
          "cluster_id": "<идентификатор_кластера>",
          "update_mask": {
            "paths": [
              "config_spec.mysql_config_<версия_MySQL®>"
            ]
          },
          "config_spec": {
            "mysql_config_<версия_MySQL®>": {
              "<настройка_1>": "<значение_1>",
              "<настройка_2>": "<значение_2>",
              ...
              "<настройка_N>": "<значение_N>"
            }
          }
        }' \
    mdb.api.cloud.yandex.net:443 \
    yandex.cloud.mdb.mysql.v1.ClusterService.Update
```
Где:
- update_mask — перечень изменяемых параметров в виде массива строк paths[].
  
  В данном случае передается только один параметр.
- configSpec.mysqlConfig_<версия_MySQL®> — набор настроек MySQL®. Укажите каждую настройку на отдельной строке через запятую.
  
  Список версий MySQL®, доступных для параметра, см. в описании метода. Описание и возможные значения настроек см. в разделе Настройки СУБД уровня кластера.
Идентификатор кластера можно запросить со списком кластеров в каталоге.
Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Подробнее об изменении настроек MySQL® см. в разделе Вопросы и ответы.

Изменить дополнительные настройки кластера

Консоль управления

CLI

Terraform

REST API

gRPC API

Перейдите на страницу каталога и выберите сервис Managed Service for MySQL.
Выберите кластер и нажмите кнопку Редактировать на панели сверху.
Измените дополнительные настройки кластера:
- Начало резервного копирования (UTC) — промежуток времени, в течение которого начинается резервное копирование кластера. Время указывается по UTC в 24-часовом формате. По умолчанию — 22:00 - 23:00 UTC.
- Срок хранения автоматических резервных копий, дней
  
  Автоматические резервные копии будут храниться указанное количество дней.
- Окно обслуживания — настройки времени технического обслуживания:
  - Чтобы разрешить проведение технического обслуживания в любое время, выберите пункт произвольное (по умолчанию).
  - Чтобы указать предпочтительное время начала обслуживания, выберите пункт по расписанию и укажите нужные день недели и час дня по UTC. Например, можно выбрать время, когда кластер наименее загружен.
  Операции по техническому обслуживанию проводятся для включенных и выключенных кластеров. Они могут включать в себя: обновление СУБД, применение патчей и так далее.
- Доступ из DataLens — разрешает анализировать данные из кластера в сервисе Yandex DataLens.
  
  Подробнее о настройке подключения см. в разделе Подключение к DataLens.
- Доступ из WebSQL — опция разрешает выполнять SQL-запросы к базам данных кластера из консоли управления Yandex Cloud с помощью сервиса Yandex WebSQL.
- Сбор статистики — включите эту опцию, чтобы воспользоваться инструментом Диагностика производительности в кластере.
- Защита от удаления — управляет защитой кластера, его баз данных и пользователей от непреднамеренного удаления.
  
  Включенная защита от удаления не помешает подключиться вручную и удалить содержимое базы данных.

Если у вас еще нет интерфейса командной строки Yandex Cloud, установите и инициализируйте его.

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

Посмотрите описание команды CLI для изменения кластера:
```
yc managed-mysql cluster update --help
```

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

yc managed-mysql cluster update <имя_или_идентификатор_кластера> \
  --backup-window-start <время_начала_резервного_копирования> \
  --backup-retain-period-days=<срок_хранения_копий> \
  --datalens-access=<true_или_false> \
  --websql-access=<true_или_false> \
  --maintenance-window type=<тип_технического_обслуживания>,`
                      `day=<день_недели>,`
                      `hour=<час_дня> \
  --deletion-protection \
  --performance-diagnostics enabled=true,`
                           `sessions-sampling-interval=<интервал_сбора_сессий>,`
                           `statements-sampling-interval=<интервал_сбора_запросов>

Вы можете изменить следующие настройки:

--backup-window-start — время начала резервного копирования кластера, задается по UTC в формате HH:MM:SS. Если время не задано, резервное копирование начнется в 22:00 UTC.

--backup-retain-period-days — срок хранения автоматических резервных копий (в днях). Допустимые значения: от 7 до 60. Значение по умолчанию — 7.
--datalens-access — разрешает доступ из DataLens. Значение по умолчанию — false. Подробнее о настройке подключения см в разделе Подключение к кластеру MySQL® из DataLens.
--websql-access — разрешает выполнять SQL-запросы к базам данных кластера из консоли управления Yandex Cloud с помощью сервиса Yandex WebSQL. Значение по умолчанию — false.
--maintenance-window — настройки времени технического обслуживания (в т. ч. для выключенных кластеров), где type — тип технического обслуживания:
- anytime (по умолчанию) — в любое время.
- weekly — по расписанию. При задании этого значения укажите день недели и час дня:
  - day — день недели в формате DDD: MON, TUE, WED, THU, FRI, SAT или SUN.
  - hour — час дня по UTC в формате HH: от 1 до 24.
--deletion-protection — защита кластера, его баз данных и пользователей от непреднамеренного удаления.

Включенная защита от удаления не помешает подключиться вручную и удалить содержимое базы данных.
performance-diagnostics — активация сбора статистики для диагностики производительности кластера. Допустимые значения параметров sessions-sampling-interval и statements-sampling-interval — от 1 до 86400 секунд.

Имя кластера можно получить со списком кластеров в каталоге.

Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

О том, как создать такой файл, см. в разделе Создание кластера.
Чтобы изменить время начала резервного копирования, добавьте к описанию кластера Managed Service for MySQL® блок backup_window_start:
```
resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  backup_window_start {
    hours   = <час>
    minutes = <минута>
  }
  ...
}
```
Где:
- hours — час начала резервного копирования.
- minutes — минута начала резервного копирования.
Чтобы изменить срок хранения резервных копий, укажите в описании кластера параметр backup_retain_period_days:
```
  resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
    ...
    backup_retain_period_days = <срок_хранения_копий>
    ...
  }
```
Где backup_retain_period_days — срок хранения автоматических резервных копий в днях. Допустимые значения: от 7 до 60. Значение по умолчанию — 7.
Чтобы разрешить доступ из DataLens и выполнение SQL-запросов из консоли управления с помощью Yandex WebSQL, добавьте к описанию кластера блок access:
```
resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  access {
    data_lens = <true_или_false>
    web_sql   = <true_или_false>
    ...
  }
  ...
}
```
Чтобы настроить время технического обслуживания (в т. ч. для выключенных кластеров), добавьте к описанию кластера блок maintenance_window:
```
resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  maintenance_window {
    type = <тип_технического_обслуживания>
    day  = <день_недели>
    hour = <час_дня>
  }
  ...
}
```
Где:
- type — тип технического обслуживания. Принимает значения:
  - ANYTIME — в любое время.
  - WEEKLY — по расписанию.
- day — день недели для типа WEEKLY в формате DDD. Например, MON.
- hour — час дня по UTC для типа WEEKLY в формате HH. Например, 21.
Чтобы включить защиту кластера от непреднамеренного удаления пользователем вашего облака, добавьте к описанию кластера поле deletion_protection со значением true:
```
resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  deletion_protection = <защита_от_удаления>
}
```
Где deletion_protection — защита от удаления кластера: true или false.

Включенная защита от удаления не помешает подключиться вручную и удалить содержимое базы данных.
Чтобы активировать сбор статистики для диагностики производительности кластера, добавьте к описанию кластера Managed Service for MySQL® блок performance_diagnostics:
```
resource "yandex_mdb_mysql_cluster" "<название_кластера>" {
  ...
  performance_diagnostics {
    enabled = true
    sessions_sampling_interval = <интервал_сбора_сессий>
    statements_sampling_interval = <интервал_сбора_запросов>
  }
  ...
}
```
Допустимые значения параметров sessions_sampling_interval и statements_sampling_interval — от 1 до 86400 секунд.
Проверьте корректность настроек.
1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.
2. Выполните команду:
```
terraform validate
```
  Если в файлах конфигурации есть ошибки, Terraform на них укажет.
Подтвердите изменение ресурсов.
1. Выполните команду для просмотра планируемых изменений:
```
terraform plan
```
  Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.
2. Если вас устраивают планируемые изменения, внесите их:
  1. Выполните команду:
```
terraform apply
```
  2. Подтвердите изменение ресурсов.
  3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for MySQL®:

создание кластера, в том числе путем восстановления из резервной копии, — 15 минут;
изменение кластера, в том числе обновление версии MySQL®, — 60 минут;
удаление кластера — 15 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  timeouts {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Создайте файл body.json и добавьте в него следующее содержимое:

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).
```
{
    "updateMask": "configSpec.backupWindowStart,configSpec.backupRetainPeriodDays,configSpec.access,configSpec.performanceDiagnostics,maintenanceWindow,deletionProtection",
    "configSpec": {
        "backupWindowStart": {
            "hours": "<часы>",
            "minutes": "<минуты>",
            "seconds": "<секунды>",
            "nanos": "<наносекунды>"
        },
        "backupRetainPeriodDays": "<количество_дней>",
        "access": {
            "dataLens": <доступ_к_DataLens:_true_или_false>,
            "webSql": <доступ_к_WebSQL:_true_или_false>,
            "dataTransfer": <доступ_к_Data_Transfer:_true_или_false>
        },
        "performanceDiagnostics": {
            "enabled": <активация_сбора_статистики:_true_или_false>,
            "sessionsSamplingInterval": "<интервал_сбора_сессий>",
            "statementsSamplingInterval": "<интервал_сбора_запросов>"
        }
    },
    "maintenanceWindow": {
        "weeklyMaintenanceWindow": {
            "day": "<день_недели>",
            "hour": "<час>"
        }
    },
    "deletionProtection": <защита_от_удаления:_true_или_false>
}
```
Где:
- updateMask — перечень изменяемых параметров в одну строку через запятую.
- configSpec — настройки кластера:
  - backupWindowStart — настройки окна резервного копирования.
    
    В параметре укажите время, когда начинать резервное копирование:
    - hours — от 0 до 23 часов;
    - minutes — от 0 до 59 минут;
    - seconds — от 0 до 59 секунд;
    - nanos — от 0 до 999999999 наносекунд.
  - backupRetainPeriodDays — сколько дней хранить резервную копию кластера: от 7 до 60 дней.
  - access — настройки доступа кластера к следующим сервисам Yandex Cloud:
    - dataLens — Yandex DataLens;
    - webSql — Yandex WebSQL;
    - dataTransfer — Yandex Data Transfer.
  - performanceDiagnostics — настройки для сбора статистики:
    - enabled — активация сбора статистики;
    - sessionsSamplingInterval — интервал сбора сессий: от 1 до 86400 секунд;
    - statementsSamplingInterval — интервал сбора запросов: от 1 до 86400 секунд.
- maintenanceWindow — настройки времени технического обслуживания (в т. ч. для выключенных кластеров). В maintenanceWindow передайте один из двух параметров:
  - anytime — техническое обслуживание происходит в любое время.
  - weeklyMaintenanceWindow — техническое обслуживание происходит раз в неделю, в указанное время:
    - day — день недели в формате DDD;
    - hour — час в формате HH. Возможные значения: от 1 до 24 часов.
- deletionProtection — защита от удаления кластера, его баз данных и пользователей.
  
  По умолчанию при создании пользователей и БД значение параметра наследуется от кластера. Значение также можно задать вручную, подробнее см. в разделах Управление пользователями и Управление БД.
  
  Если параметр изменен на работающем кластере, новое значение унаследуют только пользователи и БД с защитой Как у кластера.
  
  Включенная защита от удаления не помешает подключиться вручную и удалить содержимое базы данных.

Воспользуйтесь методом Cluster.update и выполните запрос, например, с помощью cURL:

curl \
    --request PATCH \
    --header "Authorization: Bearer $IAM_TOKEN" \
    --header "Content-Type: application/json" \
    --url 'https://mdb.api.cloud.yandex.net/managed-mysql/v1/clusters/<идентификатор_кластера>' \
    --data "@body.json"

Идентификатор кластера можно запросить со списком кластеров в каталоге.

Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Клонируйте репозиторий cloudapi:
```
cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
```
Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.
Создайте файл body.json и добавьте в него следующее содержимое:
Важно
Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре update_mask (в виде массива строк paths[]).
Формат перечисления настроек
"update_mask": { "paths": [ "<настройка_1>", "<настройка_2>", ... "<настройка_N>" ] }
```
{
    "cluster_id": "<идентификатор_кластера>",
    "update_mask": {
        "paths": [
            "config_spec.backup_window_start",
            "config_spec.backup_retain_period_days",
            "config_spec.access",
            "config_spec.performance_diagnostics",
            "maintenance_window",
            "deletion_protection"
        ]
    },
    "config_spec": {
        "backup_window_start": {
            "hours": "<часы>",
            "minutes": "<минуты>",
            "seconds": "<секунды>",
            "nanos": "<наносекунды>"
        },
        "backup_retain_period_days": "<количество_дней>",
        "access": {
            "data_lens": <доступ_к_DataLens:_true_или_false>,
            "web_sql": <доступ_к_WebSQL:_true_или_false>,
            "data_transfer": <доступ_к_Data_Transfer:_true_или_false>
        },
        "performance_diagnostics": {
            "enabled": <активация_сбора_статистики:_true_или_false>,
            "sessions_sampling_interval": "<интервал_сбора_сессий>",
            "statements_sampling_interval": "<интервал_сбора_запросов>"
        }
    },
    "maintenance_window": {
        "weekly_maintenance_window": {
            "day": "<день_недели>",
            "hour": "<час>"
        }
    },
    "deletion_protection": <защита_от_удаления:_true_или_false>
}
```
Где:
- update_mask — перечень изменяемых параметров в виде массива строк paths[].
- config_spec — настройки кластера:
  - backup_window_start — настройки окна резервного копирования.
    
    В параметре укажите время, когда начинать резервное копирование:
    - hours — от 0 до 23 часов;
    - minutes — от 0 до 59 минут;
    - seconds — от 0 до 59 секунд;
    - nanos — от 0 до 999999999 наносекунд.
  - backup_retain_period_days — сколько дней хранить резервную копию кластера: от 7 до 60 дней.
  - access — настройки доступа кластера к следующим сервисам Yandex Cloud:
    - data_lens — Yandex DataLens;
    - web_sql — Yandex WebSQL;
    - data_transfer — Yandex Data Transfer.
  - performance_diagnostics — настройки для сбора статистики:
    - enabled — активация сбора статистики;
    - sessions_sampling_interval — интервал сбора сессий: от 1 до 86400 секунд;
    - statements_sampling_interval — интервал сбора запросов: от 1 до 86400 секунд.
- maintenance_window — настройки времени технического обслуживания (в т. ч. для выключенных кластеров). В maintenance_window передайте один из двух параметров:
  - anytime — техническое обслуживание происходит в любое время.
  - weekly_maintenance_window — техническое обслуживание происходит раз в неделю, в указанное время:
    - day — день недели в формате DDD;
    - hour — час в формате HH. Возможные значения: от 1 до 24 часов.
- deletion_protection — защита от удаления кластера, его баз данных и пользователей.
  
  По умолчанию при создании пользователей и БД значение параметра наследуется от кластера. Значение также можно задать вручную, подробнее см. в разделах Управление пользователями и Управление БД.
  
  Если параметр изменен на работающем кластере, новое значение унаследуют только пользователи и БД с защитой Как у кластера.
  
  Включенная защита от удаления не помешает подключиться вручную и удалить содержимое базы данных.
Идентификатор кластера можно запросить со списком кластеров в каталоге.

Воспользуйтесь вызовом ClusterService/Update и выполните запрос, например, с помощью gRPCurl:

grpcurl \
    -format json \
    -import-path ~/cloudapi/ \
    -import-path ~/cloudapi/third_party/googleapis/ \
    -proto ~/cloudapi/yandex/cloud/mdb/mysql/v1/cluster_service.proto \
    -rpc-header "Authorization: Bearer $IAM_TOKEN" \
    -d @ \
    mdb.api.cloud.yandex.net:443 \
    yandex.cloud.mdb.mysql.v1.ClusterService.Update \
    < body.json

Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Переместить кластер

Консоль управления

CLI

Terraform

REST API

gRPC API

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

Если у вас еще нет интерфейса командной строки Yandex Cloud, установите и инициализируйте его.

Чтобы переместить кластер:

Посмотрите описание команды CLI для перемещения кластера:
```
yc managed-mysql cluster move --help
```
Укажите каталог назначения в команде перемещения кластера:
```
yc managed-mysql cluster move <идентификатор_кластера> \
   --destination-folder-name=<имя_каталога_назначения>
```
Идентификатор кластера можно получить со списком кластеров в каталоге.

Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

О том, как создать такой файл, см. в разделе Создание кластера.

Измените или добавьте в описании кластера Managed Service for MySQL® значение параметра folder_id:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  folder_id = "<идентификатор_каталога_назначения>"
}

Проверьте корректность настроек.
1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.
2. Выполните команду:
```
terraform validate
```
  Если в файлах конфигурации есть ошибки, Terraform на них укажет.
Подтвердите изменение ресурсов.
1. Выполните команду для просмотра планируемых изменений:
```
terraform plan
```
  Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.
2. Если вас устраивают планируемые изменения, внесите их:
  1. Выполните команду:
```
terraform apply
```
  2. Подтвердите изменение ресурсов.
  3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for MySQL®:

создание кластера, в том числе путем восстановления из резервной копии, — 15 минут;
изменение кластера, в том числе обновление версии MySQL®, — 60 минут;
удаление кластера — 15 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  timeouts {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Воспользуйтесь методом Cluster.move и выполните запрос, например, с помощью cURL:
```
curl \
    --request POST \
    --header "Authorization: Bearer $IAM_TOKEN" \
    --header "Content-Type: application/json" \
    --url 'https://mdb.api.cloud.yandex.net/managed-mysql/v1/clusters/<идентификатор_кластера>:move' \
    --data '{
              "destinationFolderId": "<идентификатор_каталога>"
            }'
```
Где destinationFolderId — идентификатор каталога, куда перемещается кластер. Идентификатор можно получить со списком каталогов в облаке.

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

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Клонируйте репозиторий cloudapi:
```
cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
```
Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.

Воспользуйтесь вызовом ClusterService/Move и выполните запрос, например, с помощью gRPCurl:

grpcurl \
    -format json \
    -import-path ~/cloudapi/ \
    -import-path ~/cloudapi/third_party/googleapis/ \
    -proto ~/cloudapi/yandex/cloud/mdb/mysql/v1/cluster_service.proto \
    -rpc-header "Authorization: Bearer $IAM_TOKEN" \
    -d '{
          "cluster_id": "<идентификатор_кластера>",
          "destination_folder_id": "<идентификатор_каталога>"
        }' \
    mdb.api.cloud.yandex.net:443 \
    yandex.cloud.mdb.mysql.v1.ClusterService.Move

Где destination_folder_id — идентификатор каталога, куда перемещается кластер. Идентификатор можно получить со списком каталогов в облаке.

Идентификатор кластера можно запросить со списком кластеров в каталоге.

Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Изменить группы безопасности

Консоль управления

CLI

Terraform

REST API

gRPC API

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

Если у вас еще нет интерфейса командной строки Yandex Cloud, установите и инициализируйте его.

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

Посмотрите описание команды CLI для изменения кластера:
```
yc managed-mysql cluster update --help
```

Укажите нужные группы безопасности в команде изменения кластера:

yc managed-mysql cluster update <имя_или_идентификатор_кластера> \
  --security-group-ids <список_идентификаторов_групп_безопасности>

Откройте актуальный конфигурационный файл Terraform с планом инфраструктуры.

О том, как создать такой файл, см. в разделе Создание кластера.

Измените в описании кластера Managed Service for MySQL® значение параметра security_group_ids:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  security_group_ids = [<список_идентификаторов_групп_безопасности>]
}

Проверьте корректность настроек.
1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.
2. Выполните команду:
```
terraform validate
```
  Если в файлах конфигурации есть ошибки, Terraform на них укажет.
Подтвердите изменение ресурсов.
1. Выполните команду для просмотра планируемых изменений:
```
terraform plan
```
  Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.
2. Если вас устраивают планируемые изменения, внесите их:
  1. Выполните команду:
```
terraform apply
```
  2. Подтвердите изменение ресурсов.
  3. Дождитесь завершения операции.

Подробнее см. в документации провайдера Terraform.

Ограничения по времени

Провайдер Terraform ограничивает время на выполнение операций с кластером Managed Service for MySQL®:

создание кластера, в том числе путем восстановления из резервной копии, — 15 минут;
изменение кластера, в том числе обновление версии MySQL®, — 60 минут;
удаление кластера — 15 минут.

Операции, длящиеся дольше указанного времени, прерываются.

Как изменить эти ограничения?

Добавьте к описанию кластера блок timeouts, например:

resource "yandex_mdb_mysql_cluster" "<имя_кластера>" {
  ...
  timeouts {
    create = "1h30m" # Полтора часа
    update = "2h"    # 2 часа
    delete = "30m"   # 30 минут
  }
}

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Воспользуйтесь методом Cluster.update и выполните запрос, например, с помощью cURL:

Важно

Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре updateMask (одной строкой через запятую).
```
curl \
    --request PATCH \
    --header "Authorization: Bearer $IAM_TOKEN" \
    --header "Content-Type: application/json" \
    --url 'https://mdb.api.cloud.yandex.net/managed-mysql/v1/clusters/<идентификатор_кластера>' \
    --data '{
              "updateMask": "securityGroupIds",
                "securityGroupIds": [
                  "<идентификатор_группы_безопасности_1>",
                  "<идентификатор_группы_безопасности_2>",
                  ...
                  "<идентификатор_группы_безопасности_N>"
                ]
            }'
```
Где:
- updateMask — перечень изменяемых параметров в одну строку через запятую.
  
  В данном случае передается только один параметр.
- securityGroupIds — новый список групп безопасности, представленный в виде элементов массива.
Идентификатор кластера можно запросить со списком кластеров в каталоге.
Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Получите IAM-токен для аутентификации в API и поместите токен в переменную среды окружения:
```
export IAM_TOKEN="<IAM-токен>"
```
Клонируйте репозиторий cloudapi:
```
cd ~/ && git clone --depth=1 https://github.com/yandex-cloud/cloudapi
```
Далее предполагается, что содержимое репозитория находится в директории ~/cloudapi/.
Воспользуйтесь вызовом ClusterService/Update и выполните запрос, например, с помощью gRPCurl:
Важно
Метод API переопределит все параметры изменяемого объекта, которые не были явно переданы в запросе, на значения по умолчанию. Чтобы избежать этого, перечислите настройки, которые вы хотите изменить, в параметре update_mask (в виде массива строк paths[]).
Формат перечисления настроек
"update_mask": { "paths": [ "<настройка_1>", "<настройка_2>", ... "<настройка_N>" ] }
```
grpcurl \
    -format json \
    -import-path ~/cloudapi/ \
    -import-path ~/cloudapi/third_party/googleapis/ \
    -proto ~/cloudapi/yandex/cloud/mdb/mysql/v1/cluster_service.proto \
    -rpc-header "Authorization: Bearer $IAM_TOKEN" \
    -d '{
          "cluster_id": "<идентификатор_кластера>",
          "update_mask": {
            "paths": [
              "security_group_ids"
            ]
          },
          "security_group_ids": [
            "<идентификатор_группы_безопасности_1>",
            "<идентификатор_группы_безопасности_2>",
            ...
            "<идентификатор_группы_безопасности_N>"
          ]
        }' \
    mdb.api.cloud.yandex.net:443 \
    yandex.cloud.mdb.mysql.v1.ClusterService.Update
```
Где:
- update_mask — перечень изменяемых параметров в виде массива строк paths[].
  
  В данном случае передается только один параметр.
- security_group_ids — новый список групп безопасности, представленный в виде элементов массива.
Идентификатор кластера можно запросить со списком кластеров в каталоге.
Убедитесь, что запрос был выполнен успешно, изучив ответ сервера.

Важно

Может потребоваться дополнительная настройка групп безопасности для подключения к кластеру.

Изменение настроек кластера MySQL®

Изменить класс хостовИзменить класс хостов

Увеличить размер хранилищаУвеличить размер хранилища

Изменить настройки MySQL®Изменить настройки MySQL®

Изменить дополнительные настройки кластераИзменить дополнительные настройки кластера

Переместить кластерПереместить кластер

Изменить группы безопасностиИзменить группы безопасности

Была ли статья полезна?

Изменить класс хостов

Увеличить размер хранилища

Изменить настройки MySQL®

Изменить дополнительные настройки кластера

Переместить кластер

Изменить группы безопасности