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

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

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

Запустить тестовое переключение на резервный сервер

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

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

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

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

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

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

4. Отслеживайте процесс переключения на вкладке Задания. Вы должны увидеть тестовую реплику виртуальной машины на портале Azure.

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

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

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

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

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

Время отработки отказа

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

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

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

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

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

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

Протестируйте переключение на рабочую сеть на площадке восстановления.

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

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

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

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

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

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

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

Следующие шаги

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