Управление резервными копиями

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

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

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

1. Посмотрите описание команды CLI для восстановления кластера MySQL:

   $ yc managed-mysql cluster restore --help
   

2. Получите список доступных резервных копий MySQL-кластеров:

   $ yc managed-mysql backup list
   
   +--------------------------+----------------------+----------------------+----------------------+
   |            ID            |      CREATED AT      |  SOURCE CLUSTER ID   |      STARTED AT      |
   +--------------------------+----------------------+----------------------+----------------------+
   | c9qgo11pud7kb3cdomeg...  | 2020-08-10T12:00:00Z | c9qgo11pud7kb3cdomeg | 2020-08-10T11:55:17Z |
   | ...                                                                                           |
   +--------------------------+----------------------+----------------------+----------------------+
   

   Время завершения создания резервной копии указано в столбце CREATED AT списка доступных резервных копий в формате yyyy-mm-ddThh:mm:ssZ (2020-08-10T12:00:00Z в примере выше). Вы можете восстановить кластер в любое состояние после указанного момента времени до текущего момента времени.

3. Запросите создание кластера из резервной копии:

   $ yc managed-mysql cluster restore \
          --backup-id c9qgo11pud7kb3cdomeg:stream_20190213T093643Z \
          --time 2020-08-10T12:00:10Z \
          --name=mynewmy \
          --environment=PRODUCTION \
          --network-name default \
          --host zone-id=ru-central1-c,subnet-id=b0rcctk2rvtr8efcch63 \
          --disk-size 20 \
          --disk-type network-ssd \
          --resource-preset s2.micro
   

   В параметре --time укажите момент времени, на который нужно восстановить состояние MySQL-кластера, в формате yyyy-mm-ddThh:mm:ssZ.

   В примере выше кластер будет восстановлен на состояние, в котором он находился спустя 10 секунд после создания резервной копии c9qgo11pud7kb3cdomeg..., которая была выбрана в качестве начальной точки для восстановления (параметр --time 2020-08-10T12:00:10Z).

   В результате будет создан MySQL-кластер со следующими характеристиками:

   • С именем mynewmy.
   • В окружении PRODUCTION.
   • В сети default.
   • С одним хостом класса s2.micro в подсети b0rcctk2rvtr8efcch63, в зоне доступности ru-central1-c.
   • С базами данных и пользователями, которые существовали в кластере на момент восстановления.
   • C быстрым сетевым хранилищем (network-ssd) объемом 20 ГБ.

Используйте Terraform для восстановления:

• Существующего кластера из резервной копии.
• Кластера, созданного и удаленного через Консоль управления, CLI или API.

Для восстановления потребуется ID резервной копии. Получите список доступных резервных копий MySQL-кластеров с помощью CLI:

yc managed-mysql backup list

+--------------------------+----------------------+----------------------+----------------------+
|            ID            |      CREATED AT      |  SOURCE CLUSTER ID   |      STARTED AT      |
+--------------------------+----------------------+----------------------+----------------------+
| c9qgo11pud7kb3cdomeg...  | 2020-08-10T12:00:00Z | c9qgo11pud7kb3cdomeg | 2020-08-10T11:55:17Z |
| ...                                                                                           |
+--------------------------+----------------------+----------------------+----------------------+

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

1. Создайте конфигурационный файл Terraform для нового кластера.

   Примечание

   Не указывайте настройки баз данных и пользователей (блоки database и user), так как они будут восстановлены из резервной копии.

2. Добавьте в этот конфигурационный файл блок restore:

   resource "yandex_mdb_mysql_cluster" "<имя кластера>" {
     ...
     restore {
       backup_id = "<имя нужной резервной копии>"
       time      = "<временная метка момента восстановления в формате yyyy-mm-ddThh:mm:ssZ>"
     }
   }
   

   В параметре time укажите момент времени, на который нужно восстановить состояние MySQL-кластера, начиная с времени создания выбранной резервной копии и до текущего момента времени.

   Примечание

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

3. Проверьте корректность настроек.

   1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

   2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

4. Подтвердите изменение ресурсов.

   1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

      Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.

   2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

         terraform apply
         

      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Terraform создаст копию существующего кластера. Базы данных и пользователи будут развернуты из выбранной резервной копии.

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

1. Создайте конфигурационный файл Terraform для нового кластера.

   Примечание

   Не указывайте настройки баз данных и пользователей (блоки database и user), так как они будут восстановлены из резервной копии.

2. Добавьте в этот конфигурационный файл блок restore с именем резервной копии, из которой нужно восстановиться:

   resource "yandex_mdb_mysql_cluster" "<имя кластера>" {
     ...
     restore {
         backup_id = "<идентификатор резервной копии удаленного кластера>"
     }
   }
   

3. Проверьте корректность настроек.

   1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

   2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

4. Подтвердите изменение ресурсов.

   1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

      Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.

   2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

         terraform apply
         

      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

Terraform создаст новый кластер. Базы данных и пользователи будут развернуты из резервной копии.

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

Воспользуйтесь методом API restore и передайте в запросе:

• Идентификатор требуемой резервной копии в параметре backupId. Чтобы узнать идентификатор, получите список резервных копий в кластере.
• Момент времени, на который должен быть восстановлен кластер, в параметре time.
• Имя нового кластера, который будет содержать восстановленные из резервной копии данные, в параметре name. Имя кластера должно быть уникальным в рамках каталога.

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

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

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

1. Посмотрите описание команды CLI для создания резервной копии кластера MySQL:

   $ yc managed-mysql cluster backup --help
   

2. Запросите создание резервной копии, указав имя или идентификатор кластера:

   $ yc managed-mysql cluster backup <имя кластера>
   

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

Воспользуйтесь методом API backup и передайте идентификатор кластера в параметре clusterId запроса.

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

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

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

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

$ yc managed-mysql backup list

+----------+----------------------+----------------------+----------------------+
|    ID    |      CREATED AT      |  SOURCE CLUSTER ID   |      STARTED AT      |
+----------+----------------------+----------------------+----------------------+
| c9qgo... | 2020-08-10T12:00:00Z | c9qgo11pud7kb3cdomeg | 2020-08-10T11:55:17Z |
| c9qpm... | 2020-08-09T22:01:04Z | c9qpm90p3pcg71jm7tqf | 2020-08-09T21:30:00Z |
+----------+----------------------+----------------------+----------------------+

Чтобы получить список резервных копий кластера, воспользуйтесь методом API listBackups и передайте идентификатор кластера в параметре clusterId запроса.

Чтобы получить список резервных копий всех кластеров Managed Service for MySQL в каталоге, воспользуйтесь методом API list и передайте идентификатор каталога в параметре folderId запроса.

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

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

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

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

yc managed-mysql backup get <идентификатор резервной копии>

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

Воспользуйтесь методом API get и передайте идентификатор резервной копии в параметре backupId запроса.

Чтобы узнать идентификатор, получите список резервных копий.

Изменить время начала резервного копирования в существующем кластере можно с помощью команды update:

yc managed-mysql cluster update \
   --name=<имя кластера> \
   --backup-window-start 11:25:00

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

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

2. Добавьте к описанию кластера Managed Service for MySQL блок backup_window_start:

   resource "yandex_mdb_mysql_cluster" "<имя кластера>" {
     ...
     backup_window_start {
       hours   = <Час начала резервного копирования (UTC)>
       minutes = <Минута начала резервного копирования (UTC)>
     }
   }
   

3. Проверьте корректность настроек.

   1. В командной строке перейдите в каталог, в котором расположены актуальные конфигурационные файлы Terraform с планом инфраструктуры.

   2. Выполните команду:

      terraform validate
      

      Если в файлах конфигурации есть ошибки, Terraform на них укажет.

4. Подтвердите изменение ресурсов.

   1. Выполните команду для просмотра планируемых изменений:

      terraform plan
      

      Если конфигурации ресурсов описаны верно, в терминале отобразится список изменяемых ресурсов и их параметров. Это проверочный этап: ресурсы не будут изменены.

   2. Если вас устраивают планируемые изменения, внесите их:

      1. Выполните команду:

         terraform apply
         

      2. Подтвердите изменение ресурсов.

      3. Дождитесь завершения операции.

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

Воспользуйтесь методом update и передайте в запросе:

• Идентификатор кластера в параметре clusterId. Его можно получить со списком кластеров в каталоге.
• Новое время начала резервного копирования в параметре configSpec.backupWindowStart.
• Список полей конфигурации кластера, подлежащих изменению (в данном случае — configSpec.backupWindowStart), в параметре updateMask.