Обзор

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

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

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

Что такое CBR?

Cloud Backup and Recovery (CBR) позволяет легко выполнять Бэкап облачных серверов и дисков. В случае вирусной атаки, случайного удаления или сбоя программного или аппаратного обеспечения вы можете восстановить данные до любой точки во времени, когда данные были забэкаплены.

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

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

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

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

Тип Бэкапа	Объект Бэкапа	Сценарий применения	Различия и преимущества	Метод Бэкапа	Метод восстановления
Облачный сервер Бэкап	Все диски (системные и диски с данными) на ECS	Атаки хакеров и вирусов Вы можете использовать Облачный сервер Бэкап, чтобы восстановить данные до последней точки Бэкапа, при которой ECS не был затронут атаками хакеров и вирусов. Случайное удаление данных Вы можете использовать Облачный сервер Бэкап, чтобы восстановить данные до точки Бэкапа, предшествующей случайному удалению. Ошибки обновления приложения Вы можете использовать Облачный сервер Бэкап, чтобы восстановить данные до точки Бэкапа, предшествующей обновлению приложения. Сбой системы Вы можете использовать Облачный сервер Бэкап, чтобы восстановить ECS до точки Бэкапа во времени, предшествующей сбою системы.	Все диски на ECS резервируются одновременно, обеспечивая согласованность данных. Кроме того, вы можете настроить политики Бэкапа для автоматического Бэкапа.	Создание Облачного сервера Бэкап	Восстановление из Облачного сервера Бэкап Как восстановить данные на оригинальном сервере на новый сервер?
Резервное копирование облачных дисков	Один или несколько указанных дисков (системных или дисков данных)	Только диски данных нужно резервировать, потому что системный диск не содержит данные приложений пользователей. Вы можете использовать резервное копирование облачных дисков для создания резервных копий и восстановления данных, если диск EVS неисправен или возникает логическая ошибка, например, случайное удаление, атаки хакеров и заражение вирусом. Используйте резервные копии в качестве базовых данных. После установки политики резервного копирования данные дисков EVS могут автоматически резервироваться в соответствии с политикой. Вы можете использовать созданные своевременно резервные копии в качестве базовых данных для создания новых дисков EVS или для восстановления данных резервных копий на диски EVS.	Резервные данные хранятся в OBS, а не на дисках. Это обеспечивает восстановление данных при потере или повреждении данных диска. Стоимость резервного копирования снижается без компромисса безопасности данных.	Создание резервного копирования облачного диска	Восстановление данных с помощью резервного копирования облачного диска Использование Бэкапа для создания диска
Снимок	Один или несколько указанных дисков (системные или диски данных)	Регулярный бэкап данных Вы можете создавать снимки дисков регулярно и использовать снимки для восстановления ваших данных в случае их потери или несогласованности из‑за непреднамеренных действий, вирусов или атак. Быстрое восстановление данных Вы можете создать снимок или несколько снимков перед обновлением программного обеспечения приложения или миграцией данных сервиса. Если во время обновления или миграции возникнет исключение, данные сервиса могут быть быстро восстановлены до момента создания снимка. Например, если ECS A не может быть запущен из‑за сбоя, возникшего в системном диске A, вы можете создать диск B, используя существующий снимок системного диска A, и присоединить диск B к правильно работающему ECS, например, ECS B. В этом случае ECS B может прочитать данные системного диска A с диска B. Быстрое развертывание нескольких сервисов Вы можете использовать снимок для создания нескольких дисков EVS, содержащих одинаковые исходные данные, и эти диски могут использоваться в качестве ресурсов данных для различных сервисов, например добыча данных, запрос отчетов и разработка и тестирование. Этот метод защищает исходные данные и быстро создает диски, удовлетворяя разнообразные требования к данным сервисов. ПРИМЕЧАНИЕ: Снимок можно откатить только к исходному диску. Откат к другому диску не поддерживается. Если вы переустановили или изменили ОС ECS, снимки системного диска автоматически удаляются. Снимки дисков с данными можно использовать как обычно.	Данные снимка хранятся вместе с данными диска, чтобы облегчить быстрое резервное копирование и восстановление данных. Вы можете создавать снимки, чтобы быстро сохранять данные диска в том виде, в каком они были в указанные моменты времени. Вы также можете использовать снимки для создания новых дисков, чтобы созданные диски изначально содержали данные снимка.	Создание снимка	Откат данных из снимка
Образ системного диска	Системный диск	Быстрое восстановление системы Вы можете создать образ системного диска для системного диска ECS до изменения OS, обновления программного обеспечения или миграции данных сервиса. Если во время миграции возникнет исключение, вы можете использовать образ системного диска для изменения OS ECS или создания нового ECS. Быстрое развертывание нескольких сервисов Вы можете использовать образ системного диска для быстрой создания нескольких ECS с одинаковой OS, тем самым быстро развертывая сервисы этих ECS.	Образ системного диска может помочь ECS с повреждённой OS быстро изменить её OS.	Создание образа системного диска	Изменение OS неисправного ECS с помощью образа системного диска Создание ECS из образа системного диска
Образ диска с данными	Конкретный диск с данными	Быстрая репликация данных Вы можете использовать образ диска данных для создания нескольких дисков EVS, содержащих одинаковые исходные данные, а затем присоединить эти диски к ECS, чтобы предоставить ресурсы данных для нескольких сервисов.	Образ диска с данными может реплицировать все данные на диске и создавать новые диски EVS. Диски EVS могут быть присоединены к другим ECS для репликации данных и совместного использования.	Создание образа диска с данными	Создание диска с данными из образа диска с данными
Образ Full-ECS	Все диски (системные и диски с данными) на ECS	Быстрое восстановление системы Вы можете создать образ Full-ECS для системного диска и дисков с данными ECS перед изменением OS, обновлением программного обеспечения приложений или миграцией данных сервиса. Если во время миграции возникнет исключение, вы можете использовать образ Full-ECS для изменения OS ECS или создания нового ECS. Быстрое развертывание нескольких сервисов Вы можете использовать образ Full-ECS для быстрой создания нескольких ECS с одинаковой OS и данными, тем самым быстро развертывая сервисы этих ECS.	Образ Full-ECS облегчает миграцию сервисов.	Создание образа Full-ECS	Создание ECS из образа Full-ECS

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

CBR состоит из резервных копий, хранилищ и политик.

Бэкап
Бэкап — это копия определённого блока данных, обычно хранящаяся в другом месте, чтобы её можно было использовать для восстановления оригинальных данных в случае их утраты. CBR поддерживает следующие типы бэкапов:
- Резервное копирование облачных серверов: Этот тип бэкапа использует технологию согласованных снимков для дисков, чтобы защищать данные ECS. Резервные копии серверов без развернутых баз данных являются обычными резервными копиями серверов, а резервные копии серверов с развернутыми базами данных — согласованными с приложением резервными копиями.
- Резервное копирование облачных дисков: Этот тип бэкапа обеспечивает защиту данных на основе снимков для дисков EVS.
Хранилище
CBR использует хранилища для сохранения резервных копий. Перед созданием бэкапа необходимо создать как минимум одно хранилище и связать ресурс, который нужно резервировать, с этим хранилищем. Затем бэкап ресурса сохраняется в связанном хранилище.

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

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

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

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

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

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

When a backup is deleted, only the data blocks that are not depended on by other backups are deleted, so that other backups can still be used for restoration. Both a full backup and an incremental backup can restore data to the state at a given backup point in time.

When creating a backup of a disk, CBR also creates a snapshot for it. Every time a new disk backup is created, CBR deletes the old snapshot and keeps only the latest snapshot.

CBR stores backup data in OBS, enhancing backup data security.

Backup Options

CBR supports one-off backup and periodic backup. A one-off backup task is manually created by users and is executed only once. Periodic backup tasks are automatically executed based on a user-defined backup policy.

Table 1 One-off backup and periodic backup
Item	One-Off Backup	Periodic Backup
Backup policy	Not required	Required
Количество задач бэкапа	Одна ручная задача бэкапа	Периодические задачи, управляемые политикой бэкапа
Имя бэкапа	Пользовательское имя бэкапа, которое manualbk_xxxx по умолчанию	Системное имя бэкапа, которое autobk_xxxx по умолчанию
Режим бэкапа	Полный бэкап при первом запуске и последующий инкрементный бэкап, по умолчанию	Полный бэкап при первом запуске и последующий инкрементный бэкап, по умолчанию
Сценарий применения	Выполняется перед патчингом или обновлением ОС, а также перед обновлением приложения на ресурсе. Одноразовый бэкап можно использовать для восстановления ресурса в исходное состояние, если патчинг или обновление не удаются.	Выполняется для планового обслуживания ресурса. Последний бэкап можно использовать для восстановления, если произойдёт непредвиденный отказ или потеря данных.

Родительская тема: Бэкап с использованием CBR

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