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