Разработка для резервного копирования и восстановления виртуальных машин Azure
Azure Backup предоставляет независимые и изолированные резервные копии для виртуальных машин Azure. Azure Backup можно использовать для создания резервных копий моментальных снимков и восстановления данных на виртуальных машинах при повреждении или случайном удалении данных.
Сведения о резервном копировании и восстановлении виртуальных машин
Давайте рассмотрим, как Azure Backup поддерживает резервное копирование и восстановление виртуальных машин Azure.
Azure Backup позволяет выполнять простую настройку и масштабирование виртуальных машин Windows и Linux.
Примечание.
Azure Backup предлагает специализированные предложения для рабочих нагрузок базы данных, таких как SQL Server и SAP HANA. Эти предложения поддерживают рабочую нагрузку, предоставляют 15-минутный RPO (цель точки восстановления) и позволяют создавать резервные копии и восстанавливать отдельные базы данных.
Задание резервного копирования для виртуальной машины включает два этапа:
- Во-первых, создается моментальный снимок виртуальной машины.
- Во-вторых, моментальный снимок виртуальной машины передается в хранилище служб восстановления.
Передача резервных данных в хранилище служб восстановления не влияет на рабочие нагрузки рабочей нагрузки.
Резервные копии виртуальных машин Azure, хранящиеся в хранилище служб восстановления, обеспечивают встроенное управление точками восстановления.
Резервные копии виртуальных машин оптимизированы, чтобы можно было легко восстановить полную резервную копию или из определенной точки восстановления.
Резервные копии моментальных снимков поддерживают различные уровни согласованности, включая приложение, систему и аварийное завершение работы.
Резервные копии виртуальных машин шифруются неактивных данных с помощью шифрования службы хранилища (SSE). Azure Backup также может создавать резервные копии виртуальных машин Azure, зашифрованных с помощью Шифрование дисков Azure.
На следующем рисунке показано высокоуровневое представление о том, как виртуальные машины Azure создаются при резервном копировании с помощью Azure Backup.
Что следует учитывать при использовании резервного копирования и восстановления виртуальной машины
Ниже приведены некоторые действия, которые необходимо проверить при планировании резервного копирования и восстановления для виртуальных машин. Рассмотрим, как использовать резервные копии виртуальных машин Azure в решении Tailwind Traders BCDR.
Рассмотрите расписание резервного копирования. Определите оптимальное расписание резервного копирования для бизнес-потребностей. Чтобы распределить трафик резервного копирования, рассмотрите возможность резервного копирования разных виртуальных машин в разное время суток и убедитесь, что время резервного копирования не перекрывается. Убедитесь, что время начала резервного копирования находится во время неписаного рабочего приложения.
Рассмотрим частоту резервного копирования. Определите частоту создания свежих резервных копий. Реализуйте краткосрочные (ежедневные) и долгосрочные (еженедельные) резервные копии. Если вы хотите создать резервную копию вне запланированного с помощью политики резервного копирования, можно использовать резервную копию по запросу. Резервное копирование по запросу может выполняться несколько раз в день, когда запланированное резервное копирование разрешает только одну резервную копию в день.
Рассмотрим политики резервного копирования. Создайте одну политику резервного копирования для группы виртуальных машин, для которых требуется одно и то же время начала, частота и параметры хранения. Вы можете установить политику резервного копирования для критически важных виртуальных машин и отдельную политику для некритических компьютеров.
Рассмотрим изменения плана. После реализации решения резервного копирования перейдите к мониторингу и просмотру плана. По мере изменения бизнес-требований обязательно пересматривайте и изменяйте политики резервного копирования. Включите функции мониторинга и оповещения и проверяйте результаты.
Рассмотрим запуски восстановления практики. Восстановление резервных копий для виртуальных машин может занять много времени. Рекомендуется попробовать восстановить из резервных копий, прежде чем столкнуться с критически важным сценарием восстановления.
Общее время восстановления зависит от операций ввода-вывода в секунду (IOPS) и пропускной способности учетной записи хранения. Общее время восстановления может измениться, если у целевой учетной записи хранения будет дополнительная нагрузка в виде операций чтения и записи, выполняемых другим приложением. Чтобы ускорить выполнение операции восстановления, выбирайте ту учетную запись хранения, которая не нагружена данными других приложений.
Рассмотрите возможность регулирования во время восстановления. Если вы восстанавливаете виртуальные машины из одного хранилища служб восстановления, настоятельно рекомендуется использовать разные учетные записи хранения общего назначения версии 2. Используя учетную запись хранения версии 2, вы можете убедиться, что целевая учетная запись хранения не регулируется. Рассмотрим сценарий, в котором каждая виртуальная машина должна иметь другую учетную запись хранения. Если восстанавливаются 10 виртуальных машин, планируйте использовать 10 разных учетных записей хранения.
Рассмотрите возможность восстановления между регионами (CRR). CRR позволяет восстановить виртуальные машины Azure в дополнительном регионе, который является парным регионом Azure. Этот параметр позволяет выполнять детализацию в соответствии с требованиями аудита или нормативными требованиям. Вы также можете восстановить виртуальную машину или его диск, если в основном регионе произошла авария. CRR — это функция согласия для любого хранилища служб восстановления. CRR также работает для баз данных SQL и баз данных SAP HANA, размещенных на виртуальных машинах Azure.