Облачная платформаAdvanced

Обзор

Эта статья полезна?

Язык статьи: Русский

Показать оригинал

Страница переведена автоматически и может содержать неточности. Рекомендуем сверяться с английской версией.

Что такое CBR?

Cloud Backup and Recovery (CBR) позволяет легко создавать резервные копии облачных серверов и дисков.

CBR защищает ваши сервисы, обеспечивая безопасность и согласованность ваших данных.

В чем различия между Бэкап, Снимок и Образ?

Вы можете использовать функцию резервного копирования облачных серверов для создания ECS и функцию резервного копирования облачных дисков для создания дисков EVS.

Образ может быть образом системного диска, образом диска с данными или полным образом ECS.

Тип бэкапа	Объект бэкапа	Сценарий применения	Различия и преимущества	Метод резервного копирования	Метод восстановления
Резервное копирование облачных серверов	Все диски (системные и диски с данными) на ECS	Хакерские атаки и вирусы Вы можете использовать облачный сервер Бэкап для восстановления данных до последней точки резервного копирования, когда ECS не был затронут хакерскими атаками и вирусами. Случайное удаление данных Вы можете использовать облачный сервер Бэкап для восстановления данных до точки резервного копирования, предшествующей случайному удалению. Ошибки обновления приложения Вы можете использовать облачный сервер Бэкап для восстановления данных до точки резервного копирования, предшествующей обновлению приложения. Сбой системы Вы можете использовать облачный сервер Бэкап для восстановления ECS до точки резервного копирования, предшествующей сбою системы.	Все диски на ECS резервируются одновременно, обеспечивая согласованность данных. Кроме того, вы можете настроить политики резервного копирования для автоматического резервного копирования.	Создание резервного копирования облачного сервера	Восстановление из резервного копирования облачного сервера Как восстановить данные на оригинальном сервере на новый сервер?
Резервное копирование облачного диска	Один или несколько указанных дисков (системных или дисков с данными)	Только диски с данными необходимо бэкапить, потому что системный диск не содержит данные приложений пользователей. Вы можете использовать cloud disk backup для резервного копирования и восстановления данных, если EVS диск неисправен или сталкивается с логической ошибкой, например, случайное удаление, атаки хакеров и заражение вирусом. Используйте бэкапы в качестве базовых данных. После установки политики бэкапа данные EVS диска могут автоматически бэкапиться в соответствии с политикой. Вы можете использовать своевременно созданные бэкапы в качестве базовых данных для создания новых EVS дисков или восстановления данных бэкапа на EVS диски.	Данные бэкапа хранятся в OBS, а не на дисках. Это обеспечивает восстановление данных при потере или повреждении данных диска. Стоимость бэкапа снижается без ущерба для безопасности данных.	Creating a Cloud Disk Backup	Restoring Data Using a Cloud Disk Backup Using a Backup to Create a Disk
Snapshot	Один или несколько указанных дисков (системный или диски с данными)	Регулярный бэкап данных Вы можете создавать Snapshot для дисков своевременно и использовать Snapshot для восстановления данных в случае их потери или несоответствия из‑за непреднамеренных действий, вирусов или атак. Быстрое восстановление данных Вы можете создать Snapshot или несколько Snapshot перед обновлением программного обеспечения приложения или миграцией данных сервиса. Если во время обновления или миграции возникнет исключение, данные сервиса можно быстро восстановить до момента создания Snapshot. Например, если ECS A не может быть запущен из‑за сбоя, произошедшего в system disk A, вы можете создать диск B, используя существующий Снапшот system disk A, и присоединить диск B к корректно работающему ECS, например ECS B. В этом случае ECS B может читать данные system disk A с диска B. Быстрое развертывание нескольких сервисов Вы можете использовать Снапшот для создания нескольких EVS дисков, содержащих одинаковые начальные данные, и эти диски могут использоваться в качестве ресурсов данных для различных сервисов, например для добычи данных, запросов отчетов, разработки и тестирования. Этот метод защищает начальные данные и быстро создает диски, удовлетворяя разнообразные требования к данным сервисов. ПРИМЕЧАНИЕ: Снапшот можно откатить только к исходному диску. Откат к другому диску не поддерживается. Если вы переустановили или изменили ОС ECS, Снапшоты system disk автоматически удаляются. Снапшоты data disks можно использовать как обычно.	Данные Снапшота хранятся вместе с данными диска, чтобы упростить быстрое резервное копирование и восстановление данных. Вы можете создавать Снапшоты, чтобы быстро сохранять данные диска в том виде, в каком они были в указанные моменты времени. Вы также можете использовать Снапшоты для создания новых дисков, чтобы созданные диски изначально содержали данные Снапшота.	Создание Снапшота	Откат данных из Снапшота
Образ system disk	System disk	Быстрое восстановление системы Вы можете создать образ system disk для system disk ECS перед изменением ОС, обновлением прикладного программного обеспечения или миграцией данных сервиса. Если во время миграции возникнет исключение, вы можете использовать образ system disk для изменения ОС ECS или создания нового ECS. Быстрое развертывание нескольких сервисов Вы можете использовать system disk image для быстрой создания нескольких ECS с одинаковой ОС, тем самым быстро развертывая сервисы на этих ECS.	system disk image может помочь ECS с повреждённой ОС быстро изменить её ОС.	Создание system disk image	Изменение ОС неисправного ECS с помощью system disk image Создание ECS из system disk image
data disk image	Конкретный data disk	Быстрая репликация данных Вы можете использовать data disk image для создания нескольких EVS дисков, содержащих одинаковые исходные данные, а затем присоединить эти диски к ECS для предоставления ресурсов данных нескольким сервисам.	data disk image может реплицировать все данные на диске и создавать новые EVS диски. EVS диски могут быть присоединены к другим ECS для репликации и совместного использования данных.	Создание data disk image	Создание Data Disk из data disk image
Full-ECS image	Все диски (system и data диски) на ECS	Быстрое восстановление системы Вы можете создать full-ECS image для системного диска и дисков с данными ECS до изменения ОС, обновления прикладного программного обеспечения или миграции данных сервиса. Если во время миграции произойдёт исключение, вы можете использовать full-ECS image для изменения ОС ECS или создания нового ECS. Быстрое развертывание нескольких сервисов Вы можете использовать full-ECS image для быстрой создания нескольких ECS с одинаковой ОС и данными, тем самым быстро развертывая сервисы на этих ECS.	Full-ECS image облегчает миграцию сервисов.	Создание Full-ECS Image	Создание ECS из Full-ECS Image

CBR Архитектура

CBR состоит из бэкапов, хранилищ и политик.

Бэкап

Бэкап — это копия определённого блока данных, обычно хранящаяся в другом месте, чтобы её можно было использовать для восстановления оригинальных данных в случае их потери. CBR поддерживает следующие типы бэкапов:

Cloud server backup: Этот тип бэкапа использует технологию согласованных снимков дисков для защиты данных ECS. Бэкапы серверов без развернутых баз данных являются обычными серверными бэкапами, а бэкапы серверов с развернутыми базами данных — application-consistent backups.

Cloud disk backup: Этот тип бэкапа обеспечивает защиту данных на основе снимков для дисков EVS.

Vault

CBR использует vaults для хранения бэкапов. Перед созданием бэкапа необходимо создать как минимум один vault и связать ресурс, который вы хотите резервировать, с этим vault. Затем бэкап ресурса сохраняется в связанном vault.

Хранилища могут быть классифицированы на два типа: бэкап‑хранилища и репликационные хранилища. Бэкап‑хранилища хранят бэкапы, тогда как репликационные хранилища хранят реплики бэкапов.

Бэкапы разных типов ресурсов должны храниться в разных типах хранилищ.

Политика

Политики делятся на бэкап‑политики и репликационные политики.

Бэкап‑политики: для выполнения автоматических бэкапов настройте бэкап‑политику, указав время выполнения задач бэкапа, цикл бэкапа и правила удержания, а затем примените политику к хранилищу.

Репликационные политики: для автоматической репликации бэкапов или хранилищ настройте репликационную политику, указав время выполнения задач репликации, цикл репликации и правила удержания, а затем примените политику к хранилищу. Реплики бэкапов должны храниться в репликационных хранилищах.

Механизм бэкапа

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

Например, если размер диска составляет 100 ГБ, а использовано 40 ГБ, то резервируется 40 ГБ данных.

Инкрементный бэкап сохраняет только данные, изменённые с момента последнего бэкапа, что эффективно с точки зрения хранения и времени.

При удалении бэкапа удаляются только блоки данных, не используемые другими бэкапами, чтобы остальные бэкапы могли быть использованы для восстановления. И полный бэкап, и инкрементный бэкап могут восстановить данные до состояния в заданный момент времени.

При создании бэкапа диска CBR также создаёт для него снапшот. Каждый раз при создании нового бэкапа диска CBR удаляет старый снапшот и сохраняет только последний снапшот.

CBR хранит данные бэкапа в OBS, повышая безопасность данных бэкапа.

Параметры бэкапа

CBR поддерживает одноразовый бэкап и периодический бэкап. Задача одноразового бэкапа создаётся пользователями вручную и выполняется только один раз. Периодические задачи бэкапа автоматически выполняются в соответствии с определённой пользователем бэкап‑политикой.

Table 1 Одноразовый бэкап и периодический бэкап
Элемент	Одноразовый бэкап	Периодический бэкап
Бэкап‑политика	Не требуется	Требуется
Количество задач бэкапа	Одна ручная задача бэкапа	Периодические задачи, управляемые бэкап‑политикой
Имя бэкапа	Определяемое пользователем имя бэкапа, которое по умолчанию равно manualbk_xxxx	Системно‑назначенное имя бэкапа, которое по умолчанию равно autobk_xxxx
Режим бэкапа	Полный бэкап при первом запуске и инкрементальный бэкап впоследствии, по умолчанию	Полный бэкап в первый раз и инкрементальный бэкап впоследствии, по умолчанию
Сценарий применения	Выполняется перед применением патча или обновлением ОС или обновлением приложения на ресурсе. Одноразовый бэкап может быть использован для восстановления ресурса в исходное состояние, если применение патча или обновление завершается неудачей.	Выполняется для планового обслуживания ресурса. Последний бэкап может быть использован для восстановления, если произойдёт неожиданная ошибка или потеря данных.

Родительская тема: Backup Using CBR

Эта статья полезна?

Поддержка Юридические документы Политика конфиденциальности