Запустите тестовую отработку отказа (отработку аварийного восстановления) в Azure

В этой статье описывается выполнение отработки аварийного восстановления в Azure с помощью тестовой отработки отказа Site Recovery.

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

Запуск тестовой отработки отказа

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

В службе Site Recovery на портале Azure щелкните Планы восстановления>имя плана восстановления>Тестовая отработка отказа.

Выберите точку восстановления, в которую будет выполнена отработка отказа. Можно выбрать один из следующих вариантов:

• Последняя обработанная. Отработка отказа выполняется для всех виртуальных машин в плане в последнюю точку восстановления, которая была обработана Site Recovery. Для просмотра последней точки восстановления конкретной виртуальной машины ознакомьтесь с разделом Последние точки восстановления в параметрах виртуальной машины. Этот вариант обеспечивает низкий показатель целевого времени восстановления, так как не требует времени на обработку данных.
• Последняя точка во времени согласованности приложений. Отработка отказа всех виртуальных машин в плане выполняется до последней точки восстановления с согласованным состоянием приложений, которая была обработана Site Recovery. Для просмотра последней точки восстановления конкретной виртуальной машины ознакомьтесь с разделом Последние точки восстановления в параметрах виртуальной машины.
• Последняя. При этом варианте сначала обрабатываются все данные, отправленные в службу Site Recovery, чтобы создать точку восстановления для каждой виртуальной машины, прежде чем выполнять в нее отработку отказа. Этот вариант обеспечивает самое низкое значение RPO (целевая точка восстановления), так как виртуальная машина, созданная после отработки отказа, будет иметь все данные, реплицированные в службу Site Recovery до момента активации отработки отказа.
• Последние обработанные для нескольких виртуальных машин. Этот параметр доступен для планов восстановления, которые содержат одну или больше виртуальных машин с согласованностью нескольких виртуальных машин. Виртуальные машины с этим параметром выполняют отработку отказа до последней согласованной точки восстановления, общей для нескольких виртуальных машин. Другие виртуальные машины выполняют отработку отказа до последней обработанной точки восстановления.
• Последняя для нескольких виртуальных машин с согласованием приложений. Этот параметр доступен для планов восстановления, которые содержат одну или несколько виртуальных машин с согласованностью нескольких виртуальных машин. Виртуальные машины, которые являются частью группы репликации, выполняют отработку отказа до последней согласованной с приложением точки восстановления, общей для нескольких виртуальных машин. Остальные виртуальные машины выполняют отработку отказа до последней точки восстановления, согласованной с приложением.
• Настраиваемая. Выполняет отработку отказа определенной виртуальной машины до определенной точки восстановления.

Выберите виртуальную сеть Azure, в которой будут созданы тестовые виртуальные машины.

• Служба Site Recovery попытается создать тестовые виртуальные машины в подсети с таким же именем, используя тот же IP-адрес, который был указан в разделе параметров Вычисления и сеть виртуальной машины.
• Если подсеть с таким же именем недоступна в виртуальной сети Azure, используемой для тестовой отработки отказа, тестовая виртуальная машина создается в первой по алфавиту подсети.
• Если тот же IP-адрес недоступен в подсети, виртуальная машина получает другой доступный IP-адрес в подсети. Подробнее.

Отслеживайте прогресс отработки отказа на вкладке Задания. Вы должны увидеть машину с тестовой репликой на портале Azure.

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

Если все работает правильно, щелкните Очистить тестовую отработку отказа. Это приведет к удалению виртуальных машин, созданных при тестовой отработке отказа.

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

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

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

В следующих сценариях для отработки отказа требуется дополнительный промежуточный шаг, который обычно длится 8–10 минут:

• виртуальные машины VMware, использующие службу Mobility Service версии ниже 9.8;
• физические серверы;
• виртуальные машины Linux VMware;
• виртуальные машины Hyper-V, защищенные как физические серверы;
• виртуальные машины VMware, в которых следующие драйверы не являются драйверами загрузки:
  • storvsc;
  • vmbus;
  • storflt;
  • intelide;
  • atapi;

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

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

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

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

  Тестовая отработка отказа в рабочую сеть на сайте восстановления

  Несмотря на то что тестовую сеть рекомендуется использовать отдельно от рабочей сети, при необходимости протестировать аварийное восстановление в рабочей сети обратите внимание на следующее:

  • При выполнении тестовой отработки отказа убедитесь, что работа основной виртуальной машины была завершена. В противном случае в одной сети будут одновременно работать две виртуальные машины с одинаковыми идентификаторами. Это может привести к непредвиденным последствиям.
  • Любые изменения в виртуальных машинах, созданных для тестовой отработки отказа, будут потеряны при очистке отработки отказа. Они не реплицируются на основную виртуальную машину.
  • Тестирование в рабочей среде приводит к простою рабочего приложения. Пользователи не должны использовать приложения, работающие на виртуальных машинах, во время тестовой отработки отказа.

  Подготовка Active Directory и DNS

  Чтобы выполнить тестовую отработку отказа для тестирования приложения, потребуется копия рабочей среды Active Directory в тестовой среде. Дополнительные сведения см. в разделе Рекомендации по тестированию отработки отказа.

  Подготовка к подключению виртуальных машин Azure после отработки отказа

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

  Чтобы получить доступ к виртуальной машине Azure через подключение типа "сеть — сеть", включите протокол RDP на компьютере. Проверьте, разрешен ли протокол RDP, в разделе Брандмауэр Windows ->Разрешенные программы и компоненты для сетей домена и частных сетей.

  Задайте для политики сети SAN операционной системы значение OnlineAll. Подробнее.

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

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

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

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

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

  После завершения руководства по аварийному восстановлению ознакомьтесь с другими типами отработки отказа.

  📎📎📎📎📎📎📎📎📎📎