Общие сведения о резервном копировании дисков в Azure
Резервное копирование дисков в Azure — это собственное облачное решение резервного копирования, которое защищает данные на управляемых дисках. Это простое, безопасное и экономичное решение для настройки защиты управляемых дисков за несколько шагов. Оно гарантирует восстановление данных в случае аварии.
Служба резервного копирования дисков Azure предлагает готовое решение, которое обеспечивает управление жизненным циклом моментальных снимков для управляемых дисков путем автоматизации периодического создания моментальных снимков и их хранения в течение настроенного времени с помощью политики архивации. Вы можете управлять моментальными снимками диска с нулевой стоимостью инфраструктуры и без необходимости создания пользовательских сценариев или каких бы то ни было дополнительных затрат на управление. Это отказоустойчивое решение резервного копирования, которое создает резервную копию управляемого диска на момент времени путем добавочных моментальных снимков и поддерживает создание нескольких резервных копий в день. В этом решении также не используются агенты, поэтому оно не влияет на производительность приложений в рабочей среде. Поддерживаются резервное копирование и восстановление дисков операционной системы и данных (в том числе общих дисков) независимо от того, подключены ли они к работающей виртуальной машине Azure.
Если вам необходима согласованная с приложениями резервная копия виртуальной машины, в том числе дисков данных, или вариант полного восстановления виртуальной машины из резервной копии, восстановление файла или папки либо восстановление в дополнительный регион, используйте решение резервного копирования виртуальных машин Azure. Azure Backup предлагает поддержку параллельного резервного копирования управляемых дисков с помощью резервного копирования дисков в дополнение к решениям резервного копирования виртуальных машин Azure. Это полезно, если требуется создавать согласованные с приложениями резервные копии виртуальных машин один раз в день, а также резервные копии дисков ОС или определенного диска данных с меньшим интервалом, причем последние должны быть отказоустойчивыми и не влиять на производительность приложений.
Служба резервного копирования дисков Azure интегрирована в Центр резервного копирования, который предоставляет единый унифицированный интерфейс управления в Azure для предприятий, позволяющий отслеживать, использовать, анализировать резервные копии и управлять ими в большом масштабе.
Основные преимущества резервного копирования дисков
Служба резервного копирования дисков Azure — это безагентное и отказоустойчивое решение, которое использует добавочные моментальные снимки и предоставляет следующие преимущества.
- Более частое и быстрое создание резервных копий без прерывания работы виртуальной машины.
- Не влияет на производительность рабочего приложения.
- Отсутствуют проблемы безопасности, поскольку не требуется выполнять пользовательские сценарии или устанавливать агенты.
- Экономичное решение для резервного копирования конкретных дисков по сравнению с резервным копированием всей виртуальной машины.
Решение резервного копирования дисков в Azure удобно использовать в следующих сценариях.
- Потребность в частом выполнении резервного копирования каждый день без простоя приложения.
- Для приложений, выполняющихся в кластере, отказоустойчивый кластер Windows Server и кластеры Linux записывают данные на общие диски.
- Особая потребность в безагентном резервном копировании из-за проблем с безопасностью или производительностью приложения.
- Согласованная с приложениями резервная копия виртуальной машины невыполнима, так как бизнес-приложения не поддерживают службу теневого копирования томов (VSS).
Службу резервного копирования дисков в Azure можно использовать в следующих сценариях.
- Критически важное приложение работает на виртуальной машине Azure, для которой необходимо выполнять резервное копирование несколько раз в день, чтобы достичь целевой точки восстановления, не повлияв при этом на производительность рабочей среды или приложения.
- Регулятор вашей организации или отраслевой регулятор ограничивает установку агентов по соображениям безопасности.
- Исполнение пользовательских скриптов предварительного или последующего выполнения и вызов замораживания и размораживания на виртуальных машинах Linux для создания согласованной с приложениями резервной копии влечет за собой чрезмерные расходы на обеспечение доступности рабочей нагрузки.
- Контейнерные приложения, работающие в Службе Azure Kubernetes (кластер AKS), используют управляемые диски в качестве постоянного хранилища. На сегодняшний день вам необходимо создавать резервные копии управляемого диска с помощью скриптов автоматизации, которыми трудно управлять.
- Управляемый диск содержит критически важные бизнес-данные, используется в качестве общей папки или содержит файлы резервной копии базы данных, и вы хотите оптимизировать расходы на резервное копирование, не вкладывая средства в резервное копирование виртуальных машин Azure.
- У вас много виртуальных машин Linux и Windows с одним диском (т. е. виртуальных машин с диском ОС, к которым не подключены диски данных), на которых размещается веб-сервер, компьютеры без отслеживания состояния или которые служат промежуточной средой с параметрами конфигурации приложений, и вам требуется экономичное решение резервного копирования для защиты диска операционной системы (например, чтобы активировать быстрое резервное копирование по запросу перед обновлением или исправлением виртуальной машины).
- На виртуальной машине установлена конфигурация ОС, которая не поддерживается решением резервного копирования виртуальных машин в Azure (например, 32-разрядный сервер Windows 2008).
Работа процесса резервного копирования и восстановления
Первый этап настройки резервного копирования для Управляемых дисков Azure — создание хранилища Backup. Хранилище предоставляет сводный обзор резервных копий, настроенных для разных рабочих нагрузок. Служба резервного копирования дисков Azure поддерживает только резервное копирование оперативного уровня. Копирование резервных копий на уровень хранилища не поддерживается. Параметр избыточности хранилища Backup (LRS/GRS) не применяется к резервным копиям, хранящимся на оперативном уровне.
Затем создайте политику резервного копирования, которая позволяет настраивать частоту резервного копирования и срок хранения.
Чтобы настроить резервное копирование, перейдите в хранилище службы архивации, назначьте политику резервного копирования, выберите управляемый диск, для которого необходимо создать резервную копию, и укажите группу ресурсов для хранения моментальных снимков и управления ими. Azure Backup автоматически активирует запланированные задания резервного копирования, которые создают добавочный моментальный снимок диска в соответствии с частотой резервного копирования. Старые моментальные снимки удаляются в соответствии с продолжительностью хранения, заданной в политике резервного копирования.
Azure Backup использует добавочные моментальные снимки управляемого диска. Добавочные моментальные снимки представляют собой экономичное решение резервного копирования управляемых дисков на момент времени, которое оплачивается в соответствии с разностными изменениями на диске с момента создания последнего моментального снимка. Они всегда хранятся в самом экономичном хранилище (хранилище на HDD цен. категории "Стандартный") независимо от типа хранилища родительских дисков. Первый моментальный снимок диска будет занимать используемый размер диска, а последующие добавочные моментальные снимки хранят разностные изменения на диске с момента создания последнего моментального снимка. Azure Backup автоматически назначает тег создаваемым моментальным снимкам для уникальной идентификации.
После настройки резервного копирования управляемого диска в хранилище службы архивации будет создан экземпляр резервной копии. С помощью экземпляра резервной копии можно просматривать работоспособность операций резервного копирования, активировать резервное копирование по запросу и выполнять операции восстановления. Просматривать состояние резервных копий в нескольких хранилищах и экземплярах резервных копий можно также в Центре резервного копирования, который предоставляет унифицированную панель просмотра.
Для восстановления просто выберите точку восстановления, из которой нужно восстановить диск. Укажите группу ресурсов, в которой необходимо создать восстановленный диск из моментального снимка. Azure Backup предоставляет возможность мгновенного восстановления, так как моментальные снимки хранятся локально в вашей подписке.
Хранилище службы архивации использует управляемое удостоверение для доступа к другим ресурсам Azure. Чтобы настроить резервное копирование управляемого диска и выполнить восстановление из старой резервной копии, управляемому удостоверению хранилища службы архивации требуется набор разрешений на исходном диске, группа ресурсов моментальных снимков, в которой создаются моментальные снимки и осуществляется управление ими, а также целевая группа ресурсов, в которой необходимо восстановить резервную копию. Управляемому удостоверению можно предоставить разрешения, используя управление доступом на основе ролей Azure (Azure RBAC). Управляемое удостоверение — это особый субъект-служба, который можно использовать только с ресурсами Azure. Узнайте больше об управляемых удостоверениях.
В настоящее время служба резервного копирования дисков в Azure поддерживает операционное резервное копирование управляемых дисков и не помещает резервные копии кв хранилище службы архивации. Подробный список поддерживаемых и неподдерживаемых сценариев, а также сведения о доступности по регионам см. в таблице поддержки.
Как работает планирование резервного копирования диска и период хранения?
Резервное копирование дисков Azure в настоящее время поддерживает только операционный уровень, который помогает хранить резервные копии в качестве моментальных снимков дисков в клиенте, которые не перемещаются в хранилище. Политика резервного копирования определяет расписание и период хранения резервных копий на операционном уровне (когда моментальные снимки будут приниматься и сколько времени они будут храниться).
С помощью политики резервного копирования дисков Azure можно определить расписание резервного копирования с почасовой частотой 1, 2, 4, 6, 8 или 12 часов и ежедневной частотой. Хотя резервные копии имеют запланированное время в соответствии с политикой, может быть разница в фактическом времени начала резервных копий от запланированного.
Период хранения моментальных снимков регулируется ограничением моментального снимка для диска. В настоящее время для диска можно сохранить не более 500 моментальных снимков. Если ограничение достигнуто, новые моментальные снимки не могут быть приняты, и вам нужно удалить старые моментальные снимки.
Период хранения резервного копирования также следует максимальному ограничению в 450 моментальных снимков с 50 моментальными снимками, которые хранятся в стороне для резервных копий по запросу.
Например, если частота планирования резервных копий задана как daily, можно задать период хранения резервных копий не более 450 дней. Аналогичным образом, если частота планирования резервных копий задана как почасовая с частотой 1 часа, можно задать срок хранения резервных копий не более 18 дней.
Примечание.
- Для дисков Azure, относящихся к номерам SKU SSD уровня "Стандартный", "Стандартный" и SSD уровня "Премиум", можно определить расписание резервного копирования с почасовой частотой (из 1, 2, 4, 6, 8 или 12 часов) и ежедневной частотой.
- Для дисков Azure, принадлежащих номерам SKU уровня "Премиум" версии 2 и "Ультра", можно определить расписание резервного копирования с почасовой частотой только 12 часов и ежедневной частотой.
Почему я вижу больше моментальных снимков, чем предусмотрено моей политикой хранения?
Если политика хранения задана как 1, можно найти два моментальных снимка. Эта конфигурация гарантирует, что хотя бы одна последняя точка восстановления всегда присутствует в хранилище, если все последующие резервные копии завершаются сбоем из-за какой-либо проблемы. Это приводит к присутствию двух моментальных снимков.
Таким образом, если политика предназначена для n моментальных снимков, можно одновременно найти моментальные снимки n+1 . Кроме того, можно даже найти моментальные снимки n+1+2 , если есть задержка в удалении точек восстановления, срок хранения которых превышается (сборка мусора). Это может произойти в редких случаях, когда:
- Вы очищаете моментальные снимки, которые хранятся в прошлом.
- сборщик мусора на сервере перегружен.
Цены
Azure Backup использует добавочные моментальные снимки управляемого диска. За добавочные моментальные снимки выставляется счет за ГиБ хранилища, занимаемого разностными изменениями с момента создания последнего моментального снимка. Например, если вы используете управляемый диск с подготовленным размером 128 ГиБ и при этом используется лишь 100 ГиБ, то первый добавочный моментальный снимок оплачивается только на основе используемого размера 100 ГиБ. 20 ГиБ данных добавляются на диск перед созданием второго моментального снимка. Теперь для второго добавочного моментального снимка выставляется счет только за 20 ГиБ.
Добавочные моментальные снимки всегда хранятся в стандартном хранилище, независимо от типа хранилища родительских управляемых дисков, и оплачиваются в соответствии с ценами за стандартное хранилище. Например, добавочные моментальные снимки управляемого диска SSD (цен. категория "Премиум") хранятся в стандартном хранилище. По умолчанию они хранятся в ZRS в регионах, где поддерживается ZRS. В противном случае они хранятся в локально избыточном хранилище (LRS). Цены за ГиБ обоих вариантов (LRS и ZRS) одинаковы.
Моментальные снимки, созданные Azure Backup, хранятся в группе ресурсов в подписке Azure. При этом за хранилище моментальных снимков взимается плата. Дополнительные сведения о ценах на моментальный снимок см. в разделе "Цены на управляемый диск". Так как моментальные снимки не копируются в хранилище Azure Backup, Azure Backup не взимает плату за защищенный экземпляр и плата за хранилище резервных копий также не взимается.
Количество точек восстановления определяется политикой Backup, используемой для настройки резервного копирования экземпляров резервных копий дисков. Более старые блочные BLOB-объекты удаляются в соответствии с процессом сборки мусора, так как соответствующие более старые точки восстановления урезаются.