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

Обзор

Эта статья полезна?
Язык статьи: Русский
Показать оригинал
Страница переведена автоматически и может содержать неточности. Рекомендуем сверяться с английской версией.

Что такое 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, содержащих одинаковые исходные данные, и эти диски могут использоваться в качестве ресурсов данных для различных сервисов, например для добычи данных, запросов отчетов и разработки и тестирования.

    Этот метод защищает исходные данные и быстро создаёт диски, удовлетворяя разнообразные требования к данным сервисов.

NOTE:
  • Снимок может быть откатан только к исходному диску. Откат к другому диску не поддерживается.
  • Если вы переустановили или изменили ОС ECS, снимки системного диска автоматически удаляются. Снимки дисков с данными можно использовать как обычно.
  • Данные снимка хранятся вместе с данными диска, что упрощает быстрый бэкап и восстановление данных.
  • Вы можете создавать снимки, чтобы быстро сохранять данные диска в указанные моменты времени. Вы также можете использовать снимки для создания новых дисков, чтобы созданные диски содержали данные снимка изначально.

Образ системного диска

Системный диск

  • Быстрое восстановление системы

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

  • Быстрое развертывание нескольких сервисов

    Вы можете использовать образ системного диска для быстрого создания нескольких ECS с одинаковой OS, тем самым быстро развертывая сервисы этих ECS.

Образ системного диска может помочь ECS с повреждённой OS быстро изменить её OS.

Образ диска данных

Конкретный диск данных

Быстрая репликация данных

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

Образ Диска с данными может реплицировать все данные на диске и создавать новые EVS диски. EVS диски могут быть присоединены к другим ECSs для репликации данных и совместного использования.

Full-ECS образ

Все диски (системные и Диски с данными) на ECS

  • Быстрое восстановление системы

    Вы можете создать full-ECS образ для системного диска и Дисков с данными ECS до изменения ОС, обновления программного обеспечения или миграции данных сервиса. Если во время миграции возникнет исключение, вы можете использовать full-ECS образ для изменения ОС ECS или создания нового ECS.

  • Быстрое развертывание нескольких сервисов

    Вы можете использовать full-ECS образ, чтобы быстро создать несколько ECS с одинаковой ОС и данными, тем самым быстро развертывая сервисы этих ECS.

full-ECS образ облегчает миграцию сервисов.

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

CBR состоит из бэкапов, vaults и политик.

  • Бэкап

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

    • Резервное копирование облачных серверов: Этот тип бэкапа использует технологию согласованных снимков для дисков, чтобы защищать данные ECSs. Бэкапы серверов без развернутых баз данных являются обычными бэкапами серверов, а бэкапы серверов с развернутыми базами данных — бэкапы с приложенческой согласованностью.
    • Резервное копирование облачных дисков: Этот тип бэкапа обеспечивает защиту данных на основе снимков для дисков EVS.
  • Vault

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

    Vaults могут быть классифицированы на два типа: backup vaults и replication vaults. Backup vaults хранят бэкапы, тогда как replication vaults хранят реплики бэкапов.

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

  • Политика

    Политики разделяются на политики резервного копирования и политики репликации.

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

Механизм резервного копирования

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

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

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

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

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

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

Опции бэкапа

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

Таблица 1 Одноразовый бэкап и периодический бэкап

Элемент

Одноразовый бэкап

Периодический бэкап

Политика бэкапа

Не требуется

Требуется

Количество задач бэкапа

Одна ручная задача бэкапа

Периодические задачи, выполняемые политикой бэкапа

Имя бэкапа

Пользовательское имя бэкапа, которое manualbk_xxxx по умолчанию

Имя бэкапа, присвоенное системой, которое autobk_xxxx по умолчанию

Режим бэкапа

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

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

Сценарий применения

Выполняется перед установкой патчей или обновлением OS, либо обновлением приложения на ресурсе. Одноразовый бэкап можно использовать для восстановления ресурса до исходного состояния, если установка патчей или обновление завершается неудачей.

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