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