Подключение виртуальных машин Yandex Compute Cloud к Cloud Backup
Важно
Сервис Yandex BareMetal доступен только в регионе Россия.
Чтобы создавать резервные копии виртуальных машин Yandex Compute Cloud в сервисе Cloud Backup, эти виртуальные машины нужно подключить к сервису и корректно настроить.
Подробнее о подключении виртуальной машины Compute Cloud к Cloud Backup читайте в разделе Управление виртуальными машинами Yandex Compute Cloud в Cloud Backup.
Чтобы подключение к Cloud Backup работало корректно, привяжите к виртуальной машине сервисный аккаунт с ролью backup.user или выше и настройте сетевой доступ.
Совет
При создании ВМ с помощью консоли управления использовать сервисный аккаунт не обязательно. При этом пользователю, создающему ВМ, должна быть назначена роль backup.user или выше на каталог, в котором создается ВМ.
После подключения к Cloud Backup привяжите виртуальную машину к политике резервного копирования.
Примечание
В момент создания резервной копии виртуальная машина должна быть запущена.
Привязать политику к виртуальной машине также можно во время создания ВМ. Привязка политики выполняется асинхронно после создания и инициализации ВМ, а также установки и настройки агента Cloud Backup. Это может занимать до 10–15 минут. Подробнее об автоматической привязке политик к виртуальным машинам см. в разделе Автоматическая привязка политики резервного копирования Yandex Cloud Backup к ВМ.
Поддерживаемые образы Cloud Marketplace с автоматической установкой агента Cloud Backup
Важно
В регионе Казахстан доступны не все поддерживаемые образы Cloud Marketplace.
Также в регионе Казахстан не поддерживается автоматическая установка агента Cloud Backup на образы с Debian.
На виртуальных машинах Compute Cloud агент Cloud Backup доступен для автоматической установки при создании ВМ с использованием следующих образов Cloud Marketplace:
Образы на базе Linux
- CentOS 7
- CentOS 7 OS Login
- CentOS Stream
- Debian 12
- Ubuntu 16.04 LTS
- Ubuntu 18.04 LTS
- Ubuntu 18.04 LTS OS Login
- Ubuntu 20.04 LTS
- Ubuntu 20.04 LTS OS Login
- Ubuntu 22.04 LTS
- Ubuntu 22.04 LTS OS Login
- Ubuntu 24.04 LTS
Образы на базе Windows
- Kosmos VM 2022 на базе Windows Server Datacenter 2022
- Kosmos VM 2019 на базе Windows Server Datacenter 2019
- Kosmos VM 2016 на базе Windows Server Datacenter 2016
- Kosmos VM RDS (5 лицензий)
- Kosmos VM RDS (10 лицензий)
- Kosmos VM RDS (50 лицензий)
- Kosmos BD WEB 2019
- Kosmos BD Standard 2019
- Kosmos VM Visio Pro 2021
Примечание
Операционная система должна быть установлена из публичного образа (продукта Yandex Cloud Marketplace). При создании ВМ можно выбрать ОС напрямую либо использовать образ или снимок диска с другой ВМ, если ОС на нее также устанавливалась из публичного образа.
Самостоятельная установка в поддерживаемой операционной системе
Вы можете самостоятельно установить агент Cloud Backup на виртуальную машину. Подробнее читайте в следующих разделах:
С полным списком поддерживаемых ОС можно ознакомиться в документации провайдера резервного копирования.
При возникновении проблем с установкой агента Cloud Backup обратитесь в службу технической поддержки.
Обновление ядра операционной системы
При обновлении ядра операционной системы Linux защищаемого ресурса, подключенного к Cloud Backup, работоспособность агента Cloud Backup может оказаться нарушена: будет невозможно создать резервную копию защищаемого ресурса или восстановить его из резервной копии.
Функционирование агента может нарушиться, потому что модуль SnapAPI, разработанный провайдером резервного копирования для работы агента с дисками и собираемый фреймворком DKMS под конкретное ядро Linux, после обновления ядра может не обновиться и перестать соответствовать версии ядра.
Чтобы восстановить работоспособность агента Cloud Backup, нарушенную после обновления ядра ОС, необходимо обновить версию заголовков ядра Linux, на которую ориентируется DKMS при сборке модуля SnapAPI. Как только версия заголовков ядра станет соответствовать версии ядра, DKMS пересоберет модуль SnapAPI под нужную версию ядра Linux при следующем запуске защищаемого ресурса.
Чтобы обновить версии заголовков ядра Linux, воспользуйтесь инструкцией Восстановить работоспособность агента Cloud Backup после обновления ядра Linux.
Сервисный аккаунт
Примечание
При создании ВМ с помощью консоли управления использовать сервисный аккаунт не обязательно. При этом пользователю, создающему ВМ, должна быть назначена роль backup.user или выше на каталог, в котором создается ВМ.
Сервисный аккаунт — специальный аккаунт, от имени которого агент Cloud Backup регистрируется у провайдера Киберпротект.
Когда вы создаете ВМ Compute Cloud, для которой хотите настроить резервное копирование в Cloud Backup, к ВМ нужно привязать сервисный аккаунт с ролью backup.user или выше.
Вы можете назначить роль существующему сервисному аккаунту или создать новый сервисный аккаунт с нужной ролью.
Разрешения сетевого доступа
Чтобы агент Cloud Backup мог обмениваться данными с серверами провайдера резервного копирования, для виртуальной машины должен быть обеспечен сетевой доступ к IP-адресам ресурсов сервиса Cloud Backup согласно таблице:
| Диапазон портов | Протокол | Назначение | CIDR блоки |
|---|---|---|---|
80 |
TCP |
CIDR |
5.35.104.0/21 |
80 |
TCP |
CIDR |
94.131.80.0/20 |
80 |
TCP |
CIDR |
94.131.176.0/20 |
80 |
TCP |
CIDR |
185.32.84.0/22 |
80 |
TCP |
CIDR |
185.135.172.0/22 |
80 |
TCP |
CIDR |
194.116.140.0/24 |
443 |
TCP |
CIDR |
5.35.104.0/21 |
443 |
TCP |
CIDR |
84.47.172.0/24 |
443 |
TCP |
CIDR |
94.131.80.0/20 |
443 |
TCP |
CIDR |
94.131.176.0/20 |
443 |
TCP |
CIDR |
185.32.84.0/22 |
443 |
TCP |
CIDR |
185.135.172.0/22 |
443 |
TCP |
CIDR |
194.116.140.0/24 |
4445 |
TCP |
CIDR |
5.35.110.0/24 |
7770-7800 |
TCP |
CIDR |
84.47.172.0/24 |
8443 |
TCP |
CIDR |
84.47.172.0/24 |
Совет
При установке агента Cloud Backup на ВМ может понадобиться доустановить отсутствующие компоненты ПО из интернета. Для этого добавьте в группу безопасности следующее правило для исходящего трафика:
- Диапазон портов —
0-65535. - Протокол —
Любой(Any). - Назначение —
CIDR. - CIDR блоки —
0.0.0.0/0.
После установки агента Cloud Backup вы можете удалить это правило.
Для доступа к ВМ по протоколу SSH добавьте следующее правило для входящего трафика:
- Диапазон портов —
22. - Протокол —
Любой(Any). - Назначение —
CIDR. - CIDR блоки —
0.0.0.0/0.
Чтобы обеспечить сетевой доступ:
Назначьте виртуальной машине публичный IP-адрес или примените таблицу маршрутизации, разрешающую доступ в интернет через NAT-шлюз или пользовательский маршрутизатор.
Правила группы безопасности ВМ должны разрешать доступ к указанным ресурсам. Вы можете добавить правила в существующую группу безопасности или создать новую группу с нужными правилами.
Статусы подключения
Информация о статусе подключения ВМ к Cloud Backup отображается в консоли управления в сервисе Compute Cloud на странице со списком ВМ. Доступны следующие статусы:
Подключён— сервис Cloud Backup подключен к ВМ, резервные копии создаются в рамках указанных политик, агент Cloud Backup онлайн.Нет политики— сервис подключен, но не привязана ни одна политика, резервные копии не создаются.Ошибка— агент не онлайн или произошла ошибка регистрации агента.Не подключён— сервис не подключен к ВМ.
Вы можете посмотреть статус подключения ВМ и узнать подробности о резервном копировании ВМ в журнале резервного копирования.