Поделиться через


Проведение тренировки аварийного восстановления в Azure

В этой статье описывается, как провести учение по аварийному восстановлению для локального компьютера в Azure с помощью службы Azure Site Recovery. Проверка проверяет стратегию репликации без потери данных.

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

Из этого руководства вы узнаете, как:

  • Настройте изолированную сеть для тестового переключения
  • Подготовка к подключению к виртуальной машине Azure после переключения на резервный экземпляр
  • Выполните тестовое переключение на резерв для одного компьютера.

Примечание.

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

Перед началом работы

Выполните инструкции, приведенные в предыдущих учебниках:

  1. Убедитесь, что вы настроили Azure для локального аварийного восстановления виртуальных машин VMware, Hyper-V виртуальных машин и физических компьютеров в Azure.
  2. Подготовьте локальную среду VMware или Hyper-V для аварийного восстановления. Если вы настраиваете аварийное восстановление для физических серверов, просмотрите матрицу поддержки.
  3. Настройте аварийное восстановление для виртуальных машин VMware, Hyper-V виртуальных машин или физических компьютеров.

Проверка свойств виртуальной машины

Перед запуском тестовой отработки отказа проверьте характеристики виртуальной машины и убедитесь, что виртуальная машина Hyper-V или виртуальная машина VMware соответствует требованиям Azure.

  1. В разделе "Защищенные элементы" щелкните "Реплицированные"> и "Виртуальная машина".
  2. В области Реплицированный элемент находятся сводные данные о виртуальной машине, включая состояние работоспособности и последние доступные точки восстановления. Щелкните Свойства, чтобы просмотреть дополнительные сведения.
  3. В вычислениях и сети можно изменить имя Azure, группу ресурсов, размер целевого объекта, группу доступности и параметры управляемого диска.
  4. Вы сможете просмотреть и изменить настройки сети, включая сеть или подсеть, в которой будет размещаться виртуальная машина Azure после переключения при отказе, и IP-адрес, который будет ей назначен.
  5. В разделе Диски отображаются сведения о дисках операционной системы и дисках данных на виртуальной машине.

Создание сети для тестовой отработки отказа

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

  • В тестовой сети должно быть такое же количество подсетей, что и в рабочей сети. Подсети должны иметь одинаковые имена.
  • Тестовая сеть должна использовать тот же диапазон IP-адресов.
  • Обновите DNS тестовой сети, используя IP-адрес, указанный для виртуальной машины DNS в параметрах Вычисления и сети. Дополнительные сведения см. в разделе Рекомендации по тестированию отказоустойчивости для Active Directory.

Запустите тестовое переключение для одной виртуальной машины

При запуске тестовой отработки отказа происходит следующее:

  1. выполняется проверка на соблюдение всех необходимых условий для отработки отказа;
  2. Отработка отказа обрабатывает данные, чтобы можно было создать виртуальную машину Azure. При выборе последней точки восстановления создается точка восстановления из данных.
  3. Виртуальная машина Azure создается с помощью данных, обработанных на предыдущем шаге.

Выполните тестовую отработку отказа следующим образом:

  1. В разделе Параметры>Реплицированные элементы выберите виртуальную машину и щелкните >+Тестовая отработка отказа.
  2. Выберите последнюю обработанную точку восстановления для этого руководства. Это выполняет отработку отказа виртуальной машины до последней доступной точки во времени. Отображается метка времени. Этот вариант не требует времени на обработку данных, обеспечивая низкий показатель целевого времени восстановления.
  3. В тестовой отработке отказа выберите целевую сеть Azure, к которой будут подключены виртуальные машины Azure после отработки отказа.
  4. Нажмите кнопку ОК , чтобы запустить отработку отказа. Вы можете отслеживать ход выполнения, щелкнув виртуальную машину, чтобы открыть его свойства. Вы также можете щелкнуть задание тестовой отработки отказа в параметрах хранилища >Настройки>Задания>Site Recovery.
  5. После завершения отработки отказа реплика виртуальной машины Azure появится в разделе >Виртуальные машины портала Azure. Убедитесь, что виртуальная машина имеет соответствующий размер, подключена к правильной сети и работает ли она.
  6. Теперь вы можете подключиться к реплицированной виртуальной машине в Azure.
  7. Чтобы удалить виртуальные машины Azure, созданные во время тестового отказа, щелкните Очистить тестовый отказ по ВМ. В разделе Примечания можно записать и сохранить любые замечания, связанные с тестовой отработкой отказа.

В некоторых сценариях отказоустойчивость требует дополнительной обработки, которая занимает от восьми до десяти минут. Вы можете заметить более длительное время отработки отказа для компьютеров VMware Linux, виртуальных машин VMware, у которых не включена служба DHCP, и виртуальных машин VMware, у которых нет следующих драйверов загрузки: storvsc, vmbus, storflt, intelide, atapi.

Подключиться после отработки сбоев

Если вы хотите подключиться к виртуальным машинам Azure с помощью RDP/SSH после отказа, подготовьтесь к подключению. Если после переключения на резервный узел возникли проблемы с подключением, следуйте руководству по устранению неполадок.

Дальнейшие действия