Проведение тренировки аварийного восстановления в 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. Выберите последнюю обработанную точку восстановления для этого руководства. Этот параметр переключает виртуальную машину на последнюю доступную точку во времени. Отображается метка времени. Используя этот параметр, время не тратится на обработку данных, поэтому оно обеспечивает низкий уровень RTO (цель времени восстановления).
  3. В тестовом режиме отработки отказа выберите целевую сеть Azure, к которой подключаются виртуальные машины Azure после завершения отработки отказа.
  4. Нажмите ОК, чтобы начать переключение на резерв. Вы можете отслеживать ход выполнения, выбрав виртуальную машину, чтобы открыть его свойства. Или можно выбрать задание тестовой отработки отказа в параметрах хранилища >Настройки>Задания>Site Recovery jobs.
  5. После завершения отработки отказа реплика виртуальной машины Azure появится в разделе >Виртуальные машины портала Azure. Убедитесь, что виртуальная машина имеет соответствующий размер, подключена к правильной сети и работает ли она.
  6. Теперь вы можете подключиться к реплицированной виртуальной машине в Azure.
  7. Чтобы удалить виртуальные машины Azure, созданные во время тестового аварийного переключения, выберите Очистка тестового аварийного переключения на виртуальной машине. В разделе Примечания можно записать и сохранить любые замечания, связанные с тестовой отработкой отказа.

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

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

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

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