Учебники

Microsoft Azure – оркестрованное восстановление

Оркестрованное восстановление – одна из функций службы восстановления сайтов Azure. Azure Site Recovery автоматизирует восстановление приложений в случае сбоя на основном сайте. Это восстановление выполняется скоординированным образом, чтобы восстановить приложения, даже если они имеют многоуровневую рабочую нагрузку. В многоуровневых приложениях скоординированное восстановление необходимо для быстрого восстановления службы, что является сложной частью задач ИТ-аварийного восстановления и восстановления. Однако с облачными технологиями это стало очень простой и легкой задачей.

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

Создать хранилище восстановления сайта

Шаг 1. Войдите на портал управления Azure.

Шаг 2 – Нажмите «Новый» в левом нижнем углу.

Создать хранилище восстановления сайта

Шаг 3 – Выберите Службы данных → Службы восстановления -> Хранилище восстановления сайта → Быстрое создание.

Шаг 4 – Введите имя и выберите регион. Убедитесь, что это хранилище находится в том же регионе, где находятся виртуальные машины и сети.

Шаг 5 – Вы будете перенаправлены на следующий экран. На следующем экране вы можете увидеть раскрывающийся список. Если развернуть раскрывающийся список, вы увидите различные сценарии, в которых можно настроить восстановление.

Создать хранилище восстановления сайта

Здесь вы должны выбрать сценарий восстановления в соответствии с требованиями организации. Давайте обсудим каждый сценарий подробно –

Между локальным сайтом VMM и Azure

В этом случае локальные виртуальные машины реплицируются в Azure. Есть несколько предпосылок для этих локальных ресурсов.

  • Сервер виртуальной машины, работающий на Windows server 2012 R2.

  • Сервер виртуальной машины должен иметь хотя бы одно облако для защиты.

  • В облаке должна быть хотя бы одна группа хостов VMM и хост-сервер Hyper-V или кластер и виртуальная машина на хост-сервере Hyper-V.

Сервер виртуальной машины, работающий на Windows server 2012 R2.

Сервер виртуальной машины должен иметь хотя бы одно облако для защиты.

В облаке должна быть хотя бы одна группа хостов VMM и хост-сервер Hyper-V или кластер и виртуальная машина на хост-сервере Hyper-V.

Настройка восстановления сайта – очень методологическая задача. Если вы не готовы выполнить все упомянутые выше предварительные условия, после выполнения нескольких шагов в задаче вам, возможно, придется вернуться назад.

Настройка восстановления сайта

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

Между локальным сайтом Hyper-V и Azure

Этот параметр выбран для репликации виртуальных машин, расположенных на локальном сервере Hyper-V. Выбор подходит, когда сервер Hyper-V работает, но VMM недоступен.

Предпосылки (локальные)

  • На хосте должен быть Windows Server 2012 R2 с ролью Hyper-V.
  • В Hyper-V должна быть хотя бы одна виртуальная машина.

Предпосылки

Между локальным сайтом с VMWare / Physical Server и Azure

Этот сценарий реплицирует физические серверы в Azure. Также вы должны выбрать эту опцию из выпадающего списка, когда вам нужно реплицировать виртуальные машины VMware, расположенные в вашем помещении. Защита осуществляется различными способами, например, данные копируются через Интернет. Перед началом развертывания вы должны знать следующие условия. Вы будете настраивать следующие серверы при настройке восстановления сайта в этом сценарии –

  • Сервер процессов – данные защищенных элементов сначала отправляются на сервер процессов, где они кэшируются, сжимаются и шифруются. Затем данные отправляются на главный целевой сервер.

  • Сервер конфигурации – этот сервер является связующим звеном между защищаемыми элементами, процессом и главным целевым сервером.

  • Главный целевой сервер. Главный целевой сервер хранит данные, которые реплицируются из защищенных элементов.

Сервер процессов – данные защищенных элементов сначала отправляются на сервер процессов, где они кэшируются, сжимаются и шифруются. Затем данные отправляются на главный целевой сервер.

Сервер конфигурации – этот сервер является связующим звеном между защищаемыми элементами, процессом и главным целевым сервером.

Главный целевой сервер. Главный целевой сервер хранит данные, которые реплицируются из защищенных элементов.

Предварительные условия с VMWare

Между двумя локальными сайтами VMWare

Предварительные условия с VMWare

Между двумя локальными сайтами VMM и приложением SAN Array

Предварительные условия с VMWare

В этом случае локальный сайт VMM реплицируется на другой сайт. Виртуальные машины Hyper-V на этом сайте защищены репликацией на основе хранилища (SAN). Организация может воспользоваться этой возможностью, если у нее есть существующая инфраструктура SAN.

Предпосылки

На следующем изображении описывается предварительное условие для развертывания этого сценария.

ПредпосылкиПредпосылкиПредпосылки

Создать план восстановления

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

Шаг 1. На портале управления перейдите в хранилище Azure Site Recovery, с которым вы работаете.

Шаг 2 – Выберите «Планы восстановления» в верхнем меню. Вы увидите различные параметры в зависимости от выбранного сценария и ресурсов, зарегистрированных в хранилище восстановления.

Шаг 3 – Вы можете создать план восстановления для сайта по желанию. Он также сообщит вам о любом предварительном задании, если вы пропустили какой-либо шаг в процессе.

Шаг 4 – Созданный здесь настроенный план может быть выполнен в случае сбоя для организации восстановления. Услуги могут быть доступны на вторичном сайте.