Выполнение тестирования аварийного восстановления виртуальных машин Hyper-V на дополнительный сайтRun a DR drill for Hyper-V VMs to a secondary site

В этой статье описывается, как с помощью Azure Site Recovery выполнить тестирование аварийного восстановления виртуальных машин Hyper-V, управление которыми осуществляется в облаках System Center Virtual Machine Manager (VMM), на локальный дополнительный сайт.This article describes how to do a disaster recovery (DR) drill for Hyper-V VMs that are managed in System Center Virtual Machine Manager V(MM) clouds, to a secondary on-premises site, using Azure Site Recovery.

Тестовая отработка отказа выполняется для проверки стратегии репликации и анализа работы системы аварийного восстановления без потери данных или простоя.You run a test failover to validate your replication strategy, and perform a DR drill without any data loss or downtime. Тестовая отработка отказа никак не влияет на текущую репликацию или рабочую среду.A test failover doesn't have any impact on the ongoing replication, or on your production environment.

Как работает тестовая отработка отказаHow do test failovers work?

Выполните тестовую отработку отказа из основного на вторичный сайт.You run a test failover from the primary to the secondary site. Если вы просто хотите убедиться, что виртуальная машина выполняет отработку отказа, можно протестировать отработку отказа без каких-либо настроек на вторичном сайте.If you simply want to check that a VM fails over, you can run a test failover without setting anything up on the secondary site. Если вы хотите убедиться, что отработка отказа приложения работает как ожидается, вам необходимо будет настроить сеть и инфраструктуру в дополнительном расположении.If you want to verify app failover works as expected, you will need to set up networking and infrastructure in the secondary location.

  • Вы можете запустить тестовую отработку отказа на одной виртуальной машине или в плане восстановления.You can run a test failover on a single VM, or on a recovery plan.
  • Ее можно запустить без подключения к сети, в существующей сети или с помощью автоматически созданной сети.You can run a test failover without a network, with an existing network, or with an automatically created network. Дополнительные сведения об этих параметрах приведены в следующей таблице.More details about these options are provided in the table below.
    • Тестовую отработку отказа можно запустить без подключения к сети.You can run a test failover without a network. Этот вариант полезен, если вам нужно просто проверить, может ли виртуальная сеть выполнить отработку отказа, но вы не можете проверить параметры сети.This option is useful if you simply want to check that a VM was able to fail over, but you won't be able to verify any network configuration.
    • Выполните отработку отказа имеющейся сети.Run the failover with an existing network. Мы рекомендуем не использовать рабочую сеть.We recommend you don't use a production network.
    • Выполните отработку отказа и разрешите Site Recovery автоматически создавать тестовую сеть.Run the failover and let Site Recovery automatically create a test network. В этом случае Site Recovery создаст сеть автоматически, а затем очистит ее по завершении тестовой отработки отказа.In this case Site Recovery will create the network automatically, and clean it up when test failover is complete.
  • Необходимо выбрать точку восстановления для тестовой отработки отказа:You need to select a recovery point for the test failover:
    • Последняя обработанная. Отработка отказа выполняется до последней точки восстановления виртуальной машины, которая была обработана Site Recovery.Latest processed: This option fails a VM over to the latest recovery point processed by Site Recovery. Этот вариант обеспечивает низкий показатель целевого времени восстановления, так как не требует времени на обработку данных.This option provides a low RTO (Recovery Time Objective), because no time is spent processing unprocessed data.
    • Последняя с согласованием приложений. Отработка отказа виртуальной машины выполняется до последней точки восстановления с согласованным состоянием приложений, которая была обработана Site Recovery.Latest app-consistent: This option fail over a VM to the latest application-consistent recovery point processed by Site Recovery.
    • Последняя. Сначала обрабатываются все данные, отправленные в службу Site Recovery, чтобы создать точку восстановления для каждой виртуальной машины, прежде чем выполнять в нее отработку отказа.Latest: This option first processes all the data that has been sent to Site Recovery service, to create a recovery point for each VM before failing over to it. Этот вариант обеспечивает самое низкое значение RPO (целевая точка восстановления), так как виртуальная машина, созданная после отработки отказа, будет иметь все данные, реплицированные в службу Site Recovery до момента активации отработки отказа.This option provides the lowest RPO (Recovery Point Objective), because the VM created after failover will have all the data replicated to Site Recovery when the failover was triggered.
    • Последняя обработанная для нескольких виртуальных машин. Этот параметр доступен для планов восстановления, которые содержат одну или больше виртуальных машин с согласованностью состояний.Latest multi-VM processed: Available for recovery plans that include one or more VMs that have multi-VM consistency enabled. Виртуальные машины с этим параметром выполняют отработку отказа до последней согласованной точки восстановления, общей для нескольких виртуальных машин.VMs with the setting enabled fail over to the latest common multi-VM consistent recovery point. Другие виртуальные машины выполняют отработку отказа до последней обработанной точки восстановления.Other VMs fail over to the latest processed recovery point.
    • Последняя обработанная для нескольких виртуальных машин. Этот параметр доступен для планов восстановления, которые содержат одну или больше виртуальных машин с согласованностью состояний.Latest multi-VM app-consistent: This option is available for recovery plans with one or more VMs that have multi-VM consistency enabled. Виртуальные машины, которые являются частью группы репликации, выполняют отработку отказа до последней согласованной с приложением точки восстановления, общей для нескольких виртуальных машин.VMs that are part of a replication group fail over to the latest common multi-VM application-consistent recovery point. Остальные виртуальные машины выполняют отработку отказа до последней точки восстановления, согласованной с приложением.Other VMs fail over to their latest application-consistent recovery point.
    • Настраиваемая. Выполняет отработку отказа определенной виртуальной машины до определенной точки восстановления.Custom: Use this option to fail over a specific VM to a particular recovery point.

Подготовка сетейPrepare networking

При запуске тестовой отработки отказа вам будет предложено выбрать параметры сети для тестовых реплицированных машин, как указано в таблице.When you run a test failover, you're asked to select network settings for test replica machines, as summarized in the table.

ПараметрOption СведенияDetails
NoneNone Тестовая виртуальная машина создается на том же узле, что и реплика виртуальной машины.The test VM is created on the host on which the replica VM is located. Она не добавляется в облако и не подключена ни к одной сети.It isn’t added to the cloud, and isn't connected to any network.

После создания сети виртуальных машин к ней можно подключить компьютер.You can connect the machine to a VM network after it has been created.
Использование имеющихсяUse existing Тестовая виртуальная машина создается на том же узле, что и реплика виртуальной машины.The test VM is created on the host on which the replica VM is located. Она не будет добавлена в облако.It isn’t added to the cloud.

Создайте сеть виртуальных машин, которая будет изолирована от вашей рабочей сети.Create a VM network that's isolated from your production network.

Если вы используете сеть на основе виртуальной локальной сети, то рекомендуется создать в VMM отдельную логическую сеть (которая не будет применяться в рабочих целях).If you're using a VLAN-based network, we recommend that you create a separate logical network (not used in production) in VMM for this purpose. Эта логическая сеть используется для создания сетей виртуальных машин для тестовой отработки отказа.This logical network is used to create VM networks for test failovers.

Логическая сеть должна быть связана по крайней мере с одним сетевым адаптером всех серверов Hyper-V, на которых размещаются виртуальные машины.The logical network should be associated with at least one of the network adapters of all the Hyper-V servers that are hosting virtual machines.

Сайты сети, добавляемые в виртуальную логическую сеть, должны быть изолированы.For VLAN logical networks, the network sites that you add to the logical network should be isolated.

При использовании логической сети на базе виртуализации сети Windows Azure Site Recovery автоматически создает изолированные сети виртуальных машин.If you’re using a Windows Network Virtualization–based logical network, Azure Site Recovery automatically creates isolated VM networks.
Создание сетиCreate a network На основе параметра, заданного вами для логической сети и связанных с ней сайтов сети, автоматически создается временная тестовая сеть.A temporary test network is created automatically based on the setting that you specify in Logical Network and its related network sites.

При отработке отказа выполняется проверка того, созданы ли виртуальные машины.Failover checks that VMs are created.

Используйте этот параметр, если план восстановления использует несколько сетей виртуальных машин.You should use this option if a recovery plan uses more than one VM network.

При выборе этого варианта для сетей на базе технологии виртуализации сети Windows можно автоматически создавать сети виртуальных машин с теми же параметрами (подсети и пулы IP-адресов), что и параметры сети реплицированной виртуальной машины.If you're using Windows Network Virtualization networks, this option can automatically create VM networks with the same settings (subnets and IP address pools) in the network of the replica virtual machine. Такие сети виртуальных машин автоматически очищаются после завершения тестовой отработки отказа.These VM networks are cleaned up automatically after the test failover is complete.

Тестовая виртуальная машина создается на том же узле, что и реплика виртуальной машины.The test VM is created on the host on which the replica virtual machine exists. Она не будет добавлена в облако.It isn’t added to the cloud.

РекомендацииBest practices

  • Тестирование рабочей сети приводит к простою рабочих нагрузок.Testing a production network causes downtime for production workloads. Попросите пользователей не запускать соответствующие приложения во время проверки аварийного восстановления.Ask your users not to use related apps when the disaster recovery drill is in progress.

  • Тип тестовой сети не обязательно должен соответствовать типу логической сети VMM, используемой для тестовой отработки отказа.The test network doesn't need to match the VMM logical network type used for test failover. Однако некоторые сочетания типов не будут работать.But, some combinations don't work:

    • Если реплика использует DHCP и изоляцию на основе виртуальной локальной сети, то необязательно, чтобы у сети виртуальной машины для реплики был пул статических IP-адресов.If the replica uses DHCP and VLAN-based isolation, the VM network for the replica doesn't need a static IP address pool. Таким образом, не удастся использовать технологию виртуализации сети Windows для тестовой отработки отказа, так как не будет доступно ни одного пула адресов.So using Windows Network Virtualization for the test failover won't work because no address pools are available.

    • Тестовая отработка отказа не будет работать, если сеть реплики не изолирована, а тестовая сеть использует виртуализацию сети Windows.Test failover won't work if the replica network uses no isolation, and the test network uses Windows Network Virtualization. Это вызвано тем, что у неизолированной сети нет подсетей, необходимых для создания сети по технологии виртуализации сети Windows.This is because the no-isolation network doesn't have the subnets required to create a Windows Network Virtualization network.

  • Для тестовой отработки отказа не рекомендуется использовать сеть, выбранную для сетевого сопоставления.We recommend that you don't use the network you selected for network mapping, for test failover.

  • Способ подключения реплицированных виртуальных машин к сопоставленным сетям виртуальных машин после отработки отказа, зависит от того, как сеть виртуальной машины настроена в консоли VMM.How replica virtual machines are connected to mapped VM networks after failover depends on how the VM network is configured in the VMM console.

Сеть виртуальных машин настроенная без изоляции или с изоляцией виртуальной локальной сетиVM network configured with no isolation or VLAN isolation

Если сеть виртуальной машины VMM настроена без изоляции или с изоляцией виртуальных локальных сетей, обратите внимание на следующее:If a VM network is configured in VMM with no isolation, or VLAN isolation, note the following:

  • Если для сети виртуальных машин определен DHCP, то реплика виртуальной машины подключится к идентификатору виртуальной локальной сети с использованием параметров, указанных для сайта сети в сопоставленной логической сети.If DHCP is defined for the VM network, the replica virtual machine is connected to the VLAN ID through the settings that are specified for the network site in the associated logical network. Виртуальная машина получает свой IP-адрес от доступного DHCP-сервера.The virtual machine receives its IP address from the available DHCP server.
  • Вам не потребуется определять пул статических IP-адресов для целевой сети виртуальных машин.You don't need to define a static IP address pool for the target VM network. Если для сети виртуальных машин используется пул статических IP-адресов, то реплицированная виртуальная машина будет подключаться к идентификатору виртуальной локальной сети с помощью параметров, указанных для сайта сети в сопоставленной логической сети.If a static IP address pool is used for the VM network, the replica virtual machine is connected to the VLAN ID through the settings that are specified for the network site in the associated logical network.
  • Виртуальная машина получит свой IP-адрес из пула, определенного для сети виртуальных машин.The virtual machine receives its IP address from the pool that's defined for the VM network. Если пул статических IP-адресов не определен в целевой сети виртуальных машин, произойдет сбой выделения IP-адресов.If a static IP address pool isn't defined on the target VM network, IP address allocation will fail. Создайте пул IP-адресов на исходном и целевом серверах VMM, которые будут использоваться для защиты и восстановления.Create the IP address pool on both the source and target VMM servers that you will use for protection and recovery.

Сеть виртуальных машин с виртуализацией сети WindowsVM network with Windows Network Virtualization

Если сеть виртуальной машины VMM настроена с использованием виртуализации сети Windows, обратите внимание на следующее:If a VM network is configured in VMM with Windows Network Virtualization, note the following:

  • Следует определить пул статических IP-адресов для целевой сети виртуальных машин независимо от того, настроено ли в исходной сети виртуальных машин использование DHCP или пула статических IP-адресов.You should define a static pool for the target VM network, regardless of whether the source VM network is configured to use DHCP or a static IP address pool.
  • Если вы определили DHCP, целевой сервер VMM будет выступать в качестве DHCP-сервера и предоставлять IP-адрес из пула, определенного для целевой сети виртуальных машин.If you define DHCP, the target VMM server acts as a DHCP server and provides an IP address from the pool that's defined for the target VM network.
  • Если исходный сервер настроен так, чтобы использовать пул статических IP-адресов, то целевой VMM-сервер выделит IP-адрес из пула.If use of a static IP address pool is defined for the source server, the target VMM server allocates an IP address from the pool. Если пул статических IP-адресов не определен, то в обоих случаях выделение IP-адреса завершится ошибкой.In both cases, IP address allocation will fail if a static IP address pool is not defined.

Подготовка инфраструктурыPrepare the infrastructure

Если вы просто хотите проверить, выполняет ли виртуальная машина отработку отказа, можно выполнить тестовую отработку отказа без инфраструктуры.If you simply want to check that a VM can fail over, you can run a test failover without an infrastructure. Если необходимо выполнить полное тестирование аварийного восстановления, чтобы проверить отработку отказа приложения, необходимо проверить инфраструктуру на дополнительном сайте:If you want to do a full DR drill to test app failover, you need to prepare the infrastructure at the secondary site:

  • Если запустить тестовую отработку отказа, используя имеющуюся сеть, подготовьте Active Directory, DHCP и DNS в этой сети.If you run a test failover using an existing network, prepare Active Directory, DHCP, and DNS in that network.
  • При запуске тестовой отработки отказа с возможностью автоматического создания сети виртуальных машин необходимо добавить ресурсы инфраструктуры для автоматического создания сети перед запуском тестовой отработки отказа.If you run a test failover with the option to create a VM network automatically, you need to add infrastructure resources to the automatically created network, before you run the test failover. В плане восстановления можно решить данную проблему, добавив ручной шаг перед Group-1 в плане восстановления, который будет использоваться для отработки отказа.In a recovery plan, you can facilitate this by adding a manual step before Group-1 in the recovery plan that you’re going to use for the test failover. затем — ресурсы инфраструктуры в автоматически созданную сеть.Then, add the infrastructure resources to the automatically created network before you run the test failover.

Подготовка DHCPPrepare DHCP

Если виртуальные машины, задействованные в тестовой отработке отказа, используют DHCP, необходимо создать тестовый DHCP-сервер в изолированной сети, созданной для тестовой отработки отказа.If the virtual machines involved in test failover use DHCP, create a test DHCP server within the isolated network for the purpose of test failover.

Подготовка Active DirectoryPrepare Active Directory

Чтобы выполнить тестовую отработку отказа для тестирования приложения, потребуется копия рабочей среды Active Directory в тестовой среде.To run a test failover for application testing, you need a copy of the production Active Directory environment in your test environment. Дополнительные сведения см. в разделе Рекомендации по тестированию отработки отказа.For more information, review the test failover considerations for Active Directory.

Подготовка DNSPrepare DNS

Подготовьте DNS-сервер для тестовой отработки отказа указанным ниже образом.Prepare a DNS server for the test failover as follows:

  • DHCP. Если виртуальные машины используют DHCP, необходимо обновить IP-адрес тестовой службы DNS на тестовом DHCP-сервере.DHCP: If virtual machines use DHCP, the IP address of the test DNS should be updated on the test DHCP server. Если используется сеть с технологией виртуализации сети Windows, VMM-сервер будет выступать в роли DHCP-сервера.If you’re using a network type of Windows Network Virtualization, the VMM server acts as the DHCP server. Следовательно, IP-адрес DNS-сервера должен обновляться в сети тестовой отработки отказа.Therefore, the IP address of DNS should be updated in the test failover network. В этом случае виртуальные машины регистрируются на соответствующем DNS-сервере.In this case, the virtual machines register themselves to the relevant DNS server.

  • Статический адрес. Если виртуальные машины используют статические IP-адреса, следует обновить IP-адрес тестового DNS-сервера в сети тестовой отработки отказа.Static address: If virtual machines use a static IP address, the IP address of the test DNS server should be updated in test failover network. Вам может потребоваться обновить DNS, указав IP-адреса тестовых виртуальных машин.You might need to update DNS with the IP address of the test virtual machines. Для этого можно использовать указанный ниже пример сценария.You can use the following sample script for this purpose:

      Param(
      [string]$Zone,
      [string]$name,
      [string]$IP
      )
      $Record = Get-DnsServerResourceRecord -ZoneName $zone -Name $name
      $newrecord = $record.clone()
      $newrecord.RecordData[0].IPv4Address  =  $IP
      Set-DnsServerResourceRecord -zonename $zone -OldInputObject $record -NewInputObject $Newrecord
    

Запуск тестовой отработки отказаRun a test failover

В этой процедуре описывается, как запустить тестовую отработку отказа для плана восстановления.This procedure describes how to run a test failover for a recovery plan. В качестве альтернативы на вкладке Виртуальные машины можно запустить отработку отказа для одной виртуальной машины.Alternatively, you can run the failover for a single virtual machine on the Virtual Machines tab.

  1. Выберите Планы восстановления > имя_плана_восстановления.Select Recovery Plans > recoveryplan_name. Последовательно выберите пункты Тип отработки отказа > Test Тип отработки отказа.Click Failover > Test Failover.
  2. В колонке Тестовая отработка отказа укажите, каким способом реплики виртуальных машин должны подключаться к сетям после тестовой отработки отказа.On the Test Failover blade, specify how replica VMs should be connected to networks after the test failover.
  3. Ход выполнения отработки отказа можно отслеживать на вкладке Задания .Track failover progress on the Jobs tab.
  4. После отработки отказа проверьте, успешно ли запущены виртуальные машины.After failover is complete, verify that the VMs start successfully.
  5. Когда все будет готово, щелкните Cleanup test failover (Очистить тестовую отработку отказа) в плане восстановления.When you're done, click Cleanup test failover on the recovery plan. В разделе Примечания можно записать и сохранить любые замечания, связанные с тестовой отработкой отказа.In Notes, record and save any observations associated with the test failover. На этом шаге удаляются виртуальные машины и сети, созданные Site Recovery при тестовой отработке отказа.This step deletes any VMs and networks that were created by Site Recovery during test failover.

Тестовая отработка отказа

Совет

IP-адрес, выделенный виртуальной машине при тестовой отработки отказа, это тот же IP-адрес, который она бы получила при выполнении плановой или внеплановой отработки отказа (если этот IP-адрес доступен в сети тестовой отработки отказа).The IP address given to a virtual machine during test failover is the same IP address that the virtual machine would receive for a planned or unplanned failover (presuming that the IP address is available in the test failover network). Если такой IP-адрес недоступен в сети тестовой отработки отказа, виртуальная машина получит другой IP-адрес, доступный в сети тестовой отработки отказа.If the same IP address isn't available in the test failover network, the virtual machine receives another IP address that's available in the test failover network.

Выполнение тестовой отработки отказа в рабочую сетьRun a test failover to a production network

Рекомендуем не выполнять тестовую отработку отказа в рабочую сеть сайта восстановления, указанного во время сопоставления сетей.We recommend that you don't run a test failover to your production recovery site network that you specified during network mapping. Но если требуется проверить сквозное сетевое подключение на виртуальной машине, для которой выполнена отработка отказа, обратите внимание на следующие факторы:But if you do need to validate end-to-end network connectivity in a failed-over VM, note the following points:

  • При выполнении тестовой отработки отказа убедитесь, что работа основной виртуальной машины была завершена.Make sure that the primary VM is shut down when you're doing the test failover. Если этого не сделано, в одной сети будут одновременно работать две виртуальные машины с одинаковыми идентификаторами.If you don't, two virtual machines with the same identity will be running in the same network at the same time. Такая ситуация может привести к нежелательным последствиям.That situation can lead to undesired consequences.
  • Любые изменения, внесенные в виртуальные машины тестовой отработки отказа, будут потеряны при выполнении очистки этих машин.Any changes that you make to the test failover VMs are lost when you clean up the test failover virtual machines. Они не реплицируются на основные виртуальные машины.These changes are not replicated back to the primary VMs.
  • Такой способ тестирования приводит к простою рабочего приложения.Testing like this leads to downtime for your production application. Попросите пользователей не использовать приложение во время тренировки аварийного восстановления.Ask users of the application not to use the application when the DR drill is in progress.

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

После успешного выполнения тестового аварийного восстановления можно выполнить полную отработку отказа.After you have successfully run a DR drill, you can run a full failover.