Обзор
Cloud Backup and Recovery (CBR) позволяет легко выполнять бэкап Elastic Cloud Servers (ECSs), Bare Metal Servers (BMSs), дисков Elastic Volume Service (EVS) и файловых систем SFS Turbo. В случае вирусной атаки, случайного удаления или сбоя программного или аппаратного обеспечения вы можете использовать бэкап для восстановления данных до любой точки, когда данные были сохранены.
Архитектура CBR
CBR включает бэкапы, vaults и policies.
Бэкап
Бэкап — это копия определённого блока данных, обычно хранящаяся в другом месте, чтобы её можно было использовать для восстановления оригинальных данных в случае их потери.
Доступны следующие типы бэкапов:
- Cloud server backup: использует технологию согласованных снимков для защиты данных ECSs. Бэкапы серверов без баз данных являются обычными серверными бэкапами, а бэкапы серверов с базами данных — бэкапами серверов баз данных.
- Cloud disk backup: обеспечивает защиту данных EVS дисков на основе снимков.
- SFS Turbo backup: защищает данные файловых систем SFS Turbo.
Vault
CBR хранит бэкапы в vaults. Перед созданием бэкапа необходимо создать как минимум один vault и связать его с ресурсами, которые вы хотите сохранить. Затем ресурсы могут быть сохранены в связанные vaults.
Разные типы ресурсов должны сохраняться в разные типы vaults. Например, облачные серверы должны сохраняться в vaults для серверных бэкапов, а не в vaults для дисковых бэкапов или любые другие типы vaults.
Policy
- Политика Бэкапа определяет время, частоту и срок хранения бэкапов. После применения к vault, CBR будет автоматически выполнять резервное копирование данных в соответствии с указаниями.
Рисунок 1 архитектура CBR
Различия между типами Бэкапа
Элемент | Cloud Server Backup | Cloud Disk Backup | SFS Turbo Backup |
|---|---|---|---|
Что резервировать | Все диски (системный диск и диски с данными) на сервере или определённые диски | Один или несколько конкретных дисков (системный диск или диски с данными) | Файловые системы SFS Turbo |
Когда использовать | Вы хотите резервировать полностью облачные серверы. | Вы хотите резервировать только диски с данными, так как системный диск не содержит пользовательских данных. | Вы хотите выполнять бэкап только файловых систем SFS Turbo. |
Преимущества | Все диски на сервере бэкапятся одновременно, чтобы обеспечить согласованность данных. | Только данные конкретных дисков бэкапятся, что стоит дешевле, чем бэкап всего сервера. | Данные файловой системы и их бэкапы хранятся отдельно, и бэкапы могут использоваться для восстановления файловых систем. |
Механизм бэкапа
CBR in-cloud бэкап предлагает бэкап на уровне блоков. Первый бэкап — это полный бэкап всего использованного пространства данных. Например, если размер диска 100 GB и использовано 40 GB, бэкапится только 40 GB. Последующие бэкапы — инкрементальные бэкапы. Инкрементальный бэкап бэкапит только данные, изменившиеся с момента последнего бэкапа, сокращая время бэкапа и экономя место для хранения.
Когда бэкап удаляется, блоки данных, на которые ссылаются другие бэкапы, не удаляются, что гарантирует возможность использования этих бэкапов для восстановления. Как полный бэкап, так и инкрементальный бэкап могут использоваться для восстановления данных к заданному моменту бэкапа.
При создании бэкапа диска CBR также создает для него снапшот. CBR хранит только последний снапшот. Каждый раз, когда создаётся новый снапшот, старый удаляется.
CBR хранит бэкапы в OBS, чтобы обеспечить безопасность данных.
Опции Бэкапа
CBR поддерживает одноразовый бэкап и периодический бэкап. Задача одноразового бэкапа создаётся вручную и выполняется только один раз. Периодические задачи бэкапа автоматически выполняются в соответствии с пользовательской политикой бэкапа.
Table 2 сравнивает два варианта бэкапа.
Item | Одноразовый Бэкап | Периодический Бэкап |
|---|---|---|
Политика бэкапа | Не требуется | Требуется |
Количество задач бэкапа | Одна ручная задача бэкапа | Периодические задачи, запускаемые предустановленной политикой бэкапа |
Имя бэкапа | Пользовательское имя бэкапа, которое по умолчанию manualbk_xxxx | Системное имя бэкапа, которое по умолчанию autobk_xxxx |
Режим бэкапа | Первый бэкап — полный, а последующие бэкапы — инкрементные. | Первый бэкап — полный, а последующие бэкапы — инкрементные. |
Сценарий применения | Одноразовый Бэкап обычно выполняется перед тем, как ОС или приложение будет пропатчено или обновлено. Бэкап может быть использован для восстановления, если патчинг или обновление завершилось неудачно. | Периодические Бэкапы выполняются в рамках планового обслуживания. Последний Бэкап может быть использован для восстановления данных в случае непредвиденного сбоя или потери данных. |
При необходимости вы также можете использовать оба варианта Бэкапа одновременно. Например, вы можете связать ресурсы с vault и применить backup policy к vault, чтобы выполнять периодический Бэкап для всех ресурсов в vault. Кроме того, вы можете нерегулярно выполнять одноразовый Бэкап для самых важных ресурсов. CBR может сохранять Бэкапы в OBS для обеспечения безопасности данных Бэкапа. Figure 2 демонстрирует использование обоих вариантов Бэкапа.
Теоретически вы можете создавать столько Бэкапов для ресурса, сколько необходимо. Нет ограничения на количество Бэкапов, которые можно создать для ресурса.
Figure 2 Использование обоих вариантов Бэкапа
Доступ к CBR
Вы можете получить доступ к сервису CBR через консоль или вызывая HTTPS APIs.
- Console
Используйте консоль, если вы предпочитаете веб-интерфейс. Войдите в консоль и выберите Cloud Backup and Recovery.
- APIs
Используйте APIs, если вам необходимо интегрировать CBR во внешнюю систему для вторичной разработки. Для получения подробной информации см. Cloud Backup and Recovery API Reference.