Настройка аварийного восстановления виртуальных машин VMware в Azure с помощью PowerShell

Внимание

Эта статья ссылается на CentOS, дистрибутив Linux, который приближается к состоянию конца жизни (EOL). Обратите внимание на использование и план соответствующим образом. Дополнительные сведения см. в руководстве centOS End Of Life.

В этой статье показано, как реплика te и выполнить отработку отказа виртуальных машин VMware в Azure с помощью Azure PowerShell.

Узнайте следующие темы:

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

Примечание.

Мы рекомендуем использовать модуль Azure Az PowerShell для взаимодействия с Azure. Чтобы начать работу, см. статью Установка Azure PowerShell. Дополнительные сведения см. в статье Перенос Azure PowerShell с AzureRM на Az.

Необходимые компоненты

Перед началом:

• Вам должны быть понятны архитектура и компоненты сценария.
• Ознакомьтесь с требованиями поддержки для всех компонентов.
• Установить модуль Az Azure PowerShell. Если вам необходимо установить или обновить Azure PowerShell, ознакомьтесь с этим руководством по установке и настройке Azure PowerShell.

Вход в Azure

Войдите в подписку Azure, используя командлет Connect-AzAccount:

Connect-AzAccount

Выберите подписку Azure, в которую нужно реплицировать виртуальные машины VMware. Используйте командлет Get-AzSubscription, чтобы получить список подписок Azure, к которым у вас есть доступ. Выберите необходимую подписку Azure, выполнив командлет Select-AzSubscription.

Select-AzSubscription -SubscriptionName "ASR Test Subscription"

Настройка хранилища служб восстановления

1. Создайте группу ресурсов, в которой будет создано хранилище служб восстановления. В следующем примере группа ресурсов называется VMwareDRtoAzurePS и создается в регионе Восточной Азии.

   New-AzResourceGroup -Name "VMwareDRtoAzurePS" -Location "East Asia"
   

   ResourceGroupName : VMwareDRtoAzurePS
   Location          : eastasia
   ProvisioningState : Succeeded
   Tags              :
   ResourceId        : /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/VMwareDRtoAzurePS
   

2. Создайте хранилище служб восстановления. В следующем примере хранилище служб восстановления называется VMwareDRToAzurePs и создается в регионе Восточной Азии и в группе ресурсов, созданной на предыдущем шаге.

   New-AzRecoveryServicesVault -Name "VMwareDRToAzurePs" -Location "East Asia" -ResourceGroupName "VMwareDRToAzurePs"
   

   Name              : VMwareDRToAzurePs
   ID                : /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/VMwareDRToAzurePs/providers/Microsoft.RecoveryServices/vaults/VMwareDRToAzurePs
   Type              : Microsoft.RecoveryServices/vaults
   Location          : eastasia
   ResourceGroupName : VMwareDRToAzurePs
   SubscriptionId    : xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
   Properties        : Microsoft.Azure.Commands.RecoveryServices.ARSVaultProperties
   

3. Скачайте ключ регистрации в хранилище. Ключ регистрации в хранилище используется для регистрации локального сервера конфигурации в этом хранилище. Регистрация является частью процесса установки программного обеспечения сервера конфигурации.

   #Get the vault object by name and resource group and save it to the $vault PowerShell variable 
   $vault = Get-AzRecoveryServicesVault -Name "VMwareDRToAzurePS" -ResourceGroupName "VMwareDRToAzurePS"
   
   #Download vault registration key to the path C:\Work
   Get-AzRecoveryServicesVaultSettingsFile -SiteRecovery -Vault $Vault -Path "C:\Work\"
   

   FilePath
   --------
   C:\Work\VMwareDRToAzurePs_2017-11-23T19-52-34.VaultCredentials
   

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

   • Выбор целевых объектов для защиты
   • Настройка исходной среды

Задание контекста хранилища

Задайте контекст хранилища с помощью командлета Set-ASRVaultContext. После этого последующие операции Azure Site Recovery в сеансе PowerShell будут выполняться в контексте выбранного хранилища.

Совет

Модуль PowerShell для Azure Site Recovery (модуль Az.RecoveryServices) поставляется с удобными псевдонимами для большинства командлетов. Командлеты в модуле имеют вид <Операция>-AzRecoveryServicesAsr<Объект> и поддерживают эквивалентные псевдонимы вида <Операция>-ASR<Объект>. Псевдонимы командлетов можно заменить для удобства использования.

В следующем примере сведения о хранилище из переменной $vault используются для указания контекста хранилища для сеанса PowerShell.

Set-ASRVaultContext -Vault $vault

ResourceName      ResourceGroupName ResourceNamespace          ResourceType
------------      ----------------- -----------------          -----------
VMwareDRToAzurePs VMwareDRToAzurePs Microsoft.RecoveryServices vaults

Вместо командлета Set-ASRVaultContext также можно использовать командлет Import-AzRecoveryServicesAsrVaultSettingsFile для задания контекста хранилища. Укажите путь, по которому расположен файл ключа регистрации хранилища в виде параметра -path для командлета Import-AzRecoveryServicesAsrVaultSettingsFile. Например:

Get-AzRecoveryServicesVaultSettingsFile -SiteRecovery -Vault $Vault -Path "C:\Work\"
Import-AzRecoveryServicesAsrVaultSettingsFile -Path "C:\Work\VMwareDRToAzurePs_2017-11-23T19-52-34.VaultCredentials"

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

Проверка регистрации в хранилище

В этом примере у нас есть следующие требования:

• Сервер конфигурации ConfigurationServer, зарегистрированный в этом хранилище.
• Дополнительный сервер обработки (ScaleOut-ProcessServer) зарегистрирован в ConfigurationServer
• Учетные записи vCenter_account, WindowsAccount и LinuxAccount, настроенные на сервере конфигурации. Эти учетные записи используются, чтобы добавить сервер vCenter для обнаружения виртуальных машин, а также чтобы принудительно установить программное обеспечение Mobility Service на серверах Windows и Linux, которые должны быть реплицированы.

1. Зарегистрированные серверы конфигурации представлены объектом структуры в Site Recovery. Получите список объектов структуры в хранилище и определите сервер конфигурации.

   # Verify that the Configuration server is successfully registered to the vault
   $ASRFabrics = Get-AzRecoveryServicesAsrFabric
   $ASRFabrics.count
   

   1
   

   #Print details of the Configuration Server
   $ASRFabrics[0]
   

   Name                  : 2c33d710a5ee6af753413e97f01e314fc75938ea4e9ac7bafbf4a31f6804460d
   FriendlyName          : ConfigurationServer
   ID                    : /Subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/VMwareDRToAzurePs/providers/Microsoft.RecoveryServices/vaults/VMwareDRToAzurePs/replicationFabrics
                           /2c33d710a5ee6af753413e97f01e314fc75938ea4e9ac7bafbf4a31f6804460d
   Type                  : Microsoft.RecoveryServices/vaults/replicationFabrics
   FabricType            : VMware
   SiteIdentifier        : ef7a1580-f356-4a00-aa30-7bf80f952510
   FabricSpecificDetails : Microsoft.Azure.Commands.RecoveryServices.SiteRecovery.ASRVMWareSpecificDetails
   

2. Определите серверы обработки, которые можно использовать для репликации компьютеров.

   $ProcessServers = $ASRFabrics[0].FabricSpecificDetails.ProcessServers
   for($i=0; $i -lt $ProcessServers.count; $i++) {
    "{0,-5} {1}" -f $i, $ProcessServers[$i].FriendlyName
   }
   

   0     ScaleOut-ProcessServer
   1     ConfigurationServer
   

   В приведенных выше выходных данных $ProcessServers[0] соответствует ScaleOut-ProcessServer, а $ProcessServers[1] соответствует роли сервера обработки на сервере ConfigurationServer

3. Определите учетные записи, которые были настроены на сервере конфигурации.

   $AccountHandles = $ASRFabrics[0].FabricSpecificDetails.RunAsAccounts
   #Print the account details
   $AccountHandles
   

   AccountId AccountName
   --------- -----------
   1         vCenter_account
   2         WindowsAccount
   3         LinuxAccount
   

   В приведенных выше выходных данных $AccountHandles[0] соответствует учетной записиvCenter_account, $AccountHandles[1] — учетной записи WindowsAccount, а $AccountHandles[2] — учетной записи LinuxAccount.

Создание политики репликации

На этом шаге создаются две политики репликации. Одна политика предназначена для репликации виртуальных машин VMware в Azure, а другая — для репликации виртуальных машин, работающих в Azure, после отработки отказа обратно на локальный сайт VMware.

Примечание.

Большинство операций Azure Site Recovery выполняется асинхронно. При запуске операции отправляется задание Azure Site Recovery и возвращается объект отслеживания задания. Этот объект отслеживания задания можно использовать для наблюдения за состоянием операции.

1. Создайте политику репликации ReplicationPolicy для репликации виртуальных машин VMware в Azure с указанными свойствами.

   $Job_PolicyCreate = New-AzRecoveryServicesAsrPolicy -VMwareToAzure -Name "ReplicationPolicy" -RecoveryPointRetentionInHours 24 -ApplicationConsistentSnapshotFrequencyInHours 4 -RPOWarningThresholdInMinutes 60
   
   # Track Job status to check for completion
   while (($Job_PolicyCreate.State -eq "InProgress") -or ($Job_PolicyCreate.State -eq "NotStarted")){
           sleep 10;
           $Job_PolicyCreate = Get-ASRJob -Job $Job_PolicyCreate
   }
   
   #Display job status
   $Job_PolicyCreate
   

   Name             : 8d18e2d9-479f-430d-b76b-6bc7eb2d0b3e
   ID               : /Subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/VMwareDRToAzurePs/providers/Microsoft.RecoveryServices/vaults/VMwareDRToAzurePs/replicationJobs/8d18e2d
                      9-479f-430d-b76b-6bc7eb2d0b3e
   Type             :
   JobType          : AddProtectionProfile
   DisplayName      : Create replication policy
   ClientRequestId  : a162b233-55d7-4852-abac-3d595a1faac2 ActivityId: 9895234a-90ea-4c1a-83b5-1f2c6586252a
   State            : Succeeded
   StateDescription : Completed
   StartTime        : 11/24/2017 2:49:24 AM
   EndTime          : 11/24/2017 2:49:23 AM
   TargetObjectId   : ab31026e-4866-5440-969a-8ebcb13a372f
   TargetObjectType : ProtectionProfile
   TargetObjectName : ReplicationPolicy
   AllowedActions   :
   Tasks            : {Prerequisites check for creating the replication policy, Creating the replication policy}
   Errors           : {}
   

2. Создайте политику репликации для восстановления размещения из Azure на локальный сайт VMware.

   $Job_FailbackPolicyCreate = New-AzRecoveryServicesAsrPolicy -AzureToVMware -Name "ReplicationPolicy-Failback" -RecoveryPointRetentionInHours 24 -ApplicationConsistentSnapshotFrequencyInHours 4 -RPOWarningThresholdInMinutes 60
   

   Используйте сведения о задании в $Job_FailbackPolicyCreate для отслеживания операции до завершения.

   • Создайте сопоставление контейнера защиты для сопоставления политик репликации с сервером конфигурации.

   #Get the protection container corresponding to the Configuration Server
   $ProtectionContainer = Get-AzRecoveryServicesAsrProtectionContainer -Fabric $ASRFabrics[0]
   
   #Get the replication policies to map by name.
   $ReplicationPolicy = Get-AzRecoveryServicesAsrPolicy -Name "ReplicationPolicy"
   $FailbackReplicationPolicy = Get-AzRecoveryServicesAsrPolicy -Name "ReplicationPolicy-Failback"
   
   # Associate the replication policies to the protection container corresponding to the Configuration Server.
   
   $Job_AssociatePolicy = New-AzRecoveryServicesAsrProtectionContainerMapping -Name "PolicyAssociation1" -PrimaryProtectionContainer $ProtectionContainer -Policy $ReplicationPolicy
   
   # Check the job status
   while (($Job_AssociatePolicy.State -eq "InProgress") -or ($Job_AssociatePolicy.State -eq "NotStarted")){
           sleep 10;
           $Job_AssociatePolicy = Get-ASRJob -Job $Job_AssociatePolicy
   }
   $Job_AssociatePolicy.State
   
   <# In the protection container mapping used for failback (replicating failed over virtual machines
      running in Azure, to the primary VMware site.) the protection container corresponding to the
      Configuration server acts as both the Primary protection container and the recovery protection
      container
   #>
    $Job_AssociateFailbackPolicy = New-AzRecoveryServicesAsrProtectionContainerMapping -Name "FailbackPolicyAssociation" -PrimaryProtectionContainer $ProtectionContainer -RecoveryProtectionContainer $ProtectionContainer -Policy $FailbackReplicationPolicy
   
   # Check the job status
   while (($Job_AssociateFailbackPolicy.State -eq "InProgress") -or ($Job_AssociateFailbackPolicy.State -eq "NotStarted")){
           sleep 10;
           $Job_AssociateFailbackPolicy = Get-ASRJob -Job $Job_AssociateFailbackPolicy
   }
   $Job_AssociateFailbackPolicy.State
   
   

Добавление сервера vCenter Server и обнаружение виртуальных машин

Добавьте сервер vCenter Server, указав его IP-адрес или имя узла. Параметр -port задает порт на сервере vCenter Server для подключения, параметр -Name задает понятное имя, используемое для сервера vCenter Server, а параметр -Account задает дескриптор учетной записи на сервере конфигурации, который следует использовать для поиска виртуальных машин, управляемых сервером vCenter Server.

# The $AccountHandles[0] variable holds details of vCenter_account

$Job_AddvCenterServer = New-AzRecoveryServicesAsrvCenter -Fabric $ASRFabrics[0] -Name "MyvCenterServer" -IpOrHostName "10.150.24.63" -Account $AccountHandles[0] -Port 443

#Wait for the job to complete and ensure it completed successfully

while (($Job_AddvCenterServer.State -eq "InProgress") -or ($Job_AddvCenterServer.State -eq "NotStarted")) {
        sleep 30;
        $Job_AddvCenterServer = Get-ASRJob -Job $Job_AddvCenterServer
}
$Job_AddvCenterServer

Name             : 0f76f937-f9cf-4e0e-bf27-10c9d1c252a4
ID               : /Subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/VMwareDRToAzurePs/providers/Microsoft.RecoveryServices/vaults/VMwareDRToAzurePs/replicationJobs/0f76f93
                   7-f9cf-4e0e-bf27-10c9d1c252a4
Type             :
JobType          : DiscoverVCenter
DisplayName      : Add vCenter server
ClientRequestId  : a2af8892-5686-4d64-a528-10445bc2f698 ActivityId: 7ec05aad-002e-4da0-991f-95d0de7a9f3a
State            : Succeeded
StateDescription : Completed
StartTime        : 11/24/2017 2:41:47 AM
EndTime          : 11/24/2017 2:44:37 AM
TargetObjectId   : 10.150.24.63
TargetObjectType : VCenter
TargetObjectName : MyvCenterServer
AllowedActions   :
Tasks            : {Adding vCenter server}
Errors           : {}

Создание учетных записей хранения для репликации

Для записи данных на управляемый диск используйте модуль PowerShell Az.RecoveryServices 2.0.0 или более поздней версии. Для него нужно создать только учетную запись хранения журнала. Рекомендуется использовать стандартный тип учетной записи и избыточность LRS, так как он используется для хранения только временных журналов. Убедитесь, что учетная запись хранения создается в том же регионе Azure, в котором находится хранилище.

Если вы используете версию модуля Az.RecoveryServices старше 2.0.0, выполните описанные ниже действия, чтобы создать учетные записи хранения. Они будут использоваться позже для репликации виртуальных машин. Убедитесь, что эти учетные записи хранения создаются в том же регионе Azure, в котором находится хранилище. Этот шаг можно пропустить, если вы планируете использовать для репликации существующую учетную запись хранения.

Примечание.

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

$PremiumStorageAccount = New-AzStorageAccount -ResourceGroupName "VMwareDRToAzurePs" -Name "premiumstorageaccount1" -Location "East Asia" -SkuName Premium_LRS

$LogStorageAccount = New-AzStorageAccount -ResourceGroupName "VMwareDRToAzurePs" -Name "logstorageaccount1" -Location "East Asia" -SkuName Standard_LRS

$ReplicationStdStorageAccount= New-AzStorageAccount -ResourceGroupName "VMwareDRToAzurePs" -Name "replicationstdstorageaccount1" -Location "East Asia" -SkuName Standard_LRS

Репликация виртуальных машин VMware

Обнаружение виртуальных машин на сервере vCenter Server занимает около 15–20 минут. После этого для каждой обнаруженной виртуальной машины в Azure Site Recovery создается объект защищаемого элемента. На этом шаге три обнаруженные виртуальных машины реплицируются в учетные записи хранения Azure, созданные на предыдущем шаге.

Для защиты обнаруженной виртуальной машины потребуется следующее:

• Защищаемый элемент, который требуется реплицировать.
• Учетная запись хранения для репликации виртуальной машины (только в том случае, если выполняется репликация в учетную запись хранения).
• Хранилище журналов для защиты виртуальных машин в учетной записи хранения уровня "Премиум" или на управляемом диске.
• Сервер обработки для репликации. Список доступных серверов обработки был получен и сохранен в переменных $ProcessServers[0](ScaleOut-ProcessServer) и $ProcessServers[1](ConfigurationServer).
• Учетная запись, используемая для принудительной установки программного обеспечения Mobility Service на компьютерах. Список доступных учетных записей должен быть получен и сохранен в переменной $AccountHandles.
• Сопоставление контейнера защиты для политики репликации, используемой для репликации.
• Группа ресурсов, в которой должны создаваться виртуальные машины при отработке отказа.
• (Необязательно.) Виртуальная сеть Azure и подсеть, к которым должны подключаться виртуальные машины после отработки отказа.

Теперь реплика выполните следующие виртуальные машины с помощью параметров, указанных в этой таблице:

Виртуальная машина	Сервер обработки	Учетная запись хранения	Учетные записи хранения журналов	Политика	Учетная запись для установки службы Mobility Service	Целевая группа ресурсов	Целевая виртуальная сеть	Целевая подсеть
CentOSVM1	ConfigurationServer	Н/П	logstorageaccount1	ReplicationPolicy	LinuxAccount	VMwareDRToAzurePs	ASR-vnet	Subnet-1
Win 2K12VM1	ScaleOut-ProcessServer	premiumstorageaccount1	logstorageaccount1	ReplicationPolicy	WindowsAccount	VMwareDRToAzurePs	ASR-vnet	Subnet-1
CentOSVM2	ConfigurationServer	replicationstdstorageaccount1	Н/П	ReplicationPolicy	LinuxAccount	VMwareDRToAzurePs	ASR-vnet	Subnet-1

#Get the target resource group to be used
$ResourceGroup = Get-AzResourceGroup -Name "VMwareToAzureDrPs"

#Get the target virtual network to be used
$RecoveryVnet = Get-AzVirtualNetwork -Name "ASR-vnet" -ResourceGroupName "asrrg" 

#Get the protection container mapping for replication policy named ReplicationPolicy
$PolicyMap  = Get-AzRecoveryServicesAsrProtectionContainerMapping -ProtectionContainer $ProtectionContainer | where PolicyFriendlyName -eq "ReplicationPolicy"

#Get the protectable item corresponding to the virtual machine CentOSVM1
$VM1 = Get-AzRecoveryServicesAsrProtectableItem -ProtectionContainer $ProtectionContainer -FriendlyName "CentOSVM1"

# Enable replication for virtual machine CentOSVM1 using the Az.RecoveryServices module 2.0.0 onwards to replicate to managed disks
# The name specified for the replicated item needs to be unique within the protection container. Using a random GUID to ensure uniqueness
$Job_EnableReplication1 = New-AzRecoveryServicesAsrReplicationProtectedItem -VMwareToAzure -ProtectableItem $VM1 -Name (New-Guid).Guid -ProtectionContainerMapping $PolicyMap -ProcessServer $ProcessServers[1] -Account $AccountHandles[2] -RecoveryResourceGroupId $ResourceGroup.ResourceId -logStorageAccountId $LogStorageAccount.Id -RecoveryAzureNetworkId $RecoveryVnet.Id -RecoveryAzureSubnetName "Subnet-1"

# Alternatively, if the virtual machine CentOSVM1 has CMK enabled disks, enable replication using Az module 3.3.0 onwards as below
# $diskID is the Disk Encryption Set ID to be used for all replica managed disks and target managed disks in the target region
$Job_EnableReplication1 = New-AzRecoveryServicesAsrReplicationProtectedItem -VMwareToAzure -ProtectableItem $VM1 -Name (New-Guid).Guid -ProtectionContainerMapping $PolicyMap -ProcessServer $ProcessServers[1] -Account $AccountHandles[2] -RecoveryResourceGroupId $ResourceGroup.ResourceId -logStorageAccountId -DiskEncryptionSetId $diskId $LogStorageAccount.Id -RecoveryAzureNetworkId $RecoveryVnet.Id -RecoveryAzureSubnetName "Subnet-1"

#Get the protectable item corresponding to the virtual machine Win2K12VM1
$VM2 = Get-AzRecoveryServicesAsrProtectableItem -ProtectionContainer $ProtectionContainer -FriendlyName "Win2K12VM1"

# Enable replication for virtual machine Win2K12VM1
$Job_EnableReplication2 = New-AzRecoveryServicesAsrReplicationProtectedItem -VMwareToAzure -ProtectableItem $VM2 -Name (New-Guid).Guid -ProtectionContainerMapping $PolicyMap -RecoveryAzureStorageAccountId $PremiumStorageAccount.Id -LogStorageAccountId $LogStorageAccount.Id -ProcessServer $ProcessServers[0] -Account $AccountHandles[1] -RecoveryResourceGroupId $ResourceGroup.ResourceId -RecoveryAzureNetworkId $RecoveryVnet.Id -RecoveryAzureSubnetName "Subnet-1"

#Get the protectable item corresponding to the virtual machine CentOSVM2
$VM3 = Get-AzRecoveryServicesAsrProtectableItem -ProtectionContainer $ProtectionContainer -FriendlyName "CentOSVM2"

# Enable replication for virtual machine CentOSVM2
$Job_EnableReplication3 = New-AzRecoveryServicesAsrReplicationProtectedItem -VMwareToAzure -ProtectableItem $VM3 -Name (New-Guid).Guid -ProtectionContainerMapping $PolicyMap -RecoveryAzureStorageAccountId $ReplicationStdStorageAccount.Id  -ProcessServer $ProcessServers[1] -Account $AccountHandles[2] -RecoveryResourceGroupId $ResourceGroup.ResourceId -RecoveryAzureNetworkId $RecoveryVnet.Id -RecoveryAzureSubnetName "Subnet-1"

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

Состояние репликации и работоспособность репликации виртуальной машины можно проверить с помощью командлета Get-ASRReplicationProtectedItem.

Get-AzRecoveryServicesAsrReplicationProtectedItem -ProtectionContainer $ProtectionContainer | Select FriendlyName, ProtectionState, ReplicationHealth

FriendlyName ProtectionState                 ReplicationHealth
------------ ---------------                 -----------------
CentOSVM1    Protected                       Normal
CentOSVM2    InitialReplicationInProgress    Normal
Win2K12VM1   Protected                       Normal

Настройка параметров отработки отказа

Параметры отработки отказа для защищенных виртуальных машин можно изменить с помощью командлета Set-ASRReplicationProtectedItem. Ниже приведены некоторые из параметров, которые можно изменить с помощью этого командлета.

• Имя виртуальной машины, создаваемой при отработке отказа.
• Размер виртуальной машины, создаваемой при отработке отказа.
• Виртуальная сеть Azure и подсеть, к которым должны быть подключены сетевые адаптеры виртуальной машины при отработке отказа.
• Отработка отказа на управляемые диски.
• Применение преимуществ гибридного использования Azure.
• Назначение статического IP-адреса из целевой виртуальной сети для виртуальной машины при отработке отказа.

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

$ReplicatedVM1 = Get-AzRecoveryServicesAsrReplicationProtectedItem -FriendlyName "Win2K12VM1" -ProtectionContainer $ProtectionContainer

Set-AzRecoveryServicesAsrReplicationProtectedItem -InputObject $ReplicatedVM1 -Size "Standard_DS11" -UseManagedDisk True

Name             : cafa459c-44a7-45b0-9de9-3d925b0e7db9
ID               : /Subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/VMwareDRToAzurePs/providers/Microsoft.RecoveryServices/vaults/VMwareDRToAzurePs/replicationJobs/cafa459
                   c-44a7-45b0-9de9-3d925b0e7db9
Type             :
JobType          : UpdateVmProperties
DisplayName      : Update the virtual machine
ClientRequestId  : b0b51b2a-f151-4e9a-a98e-064a5b5131f3 ActivityId: ac2ba316-be7b-4c94-a053-5363f683d38f
State            : InProgress
StateDescription : InProgress
StartTime        : 11/24/2017 2:04:26 PM
EndTime          :
TargetObjectId   : 88bc391e-d091-11e7-9484-000c2955bb50
TargetObjectType : ProtectionEntity
TargetObjectName : Win2K12VM1
AllowedActions   :
Tasks            : {Update the virtual machine properties}
Errors           : {}

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

1. Выполните детализацию аварийного восстановления (тестовую отработку отказа) следующим образом:

   #Test failover of Win2K12VM1 to the test virtual network "V2TestNetwork"
   
   #Get details of the test failover virtual network to be used
   TestFailovervnet = Get-AzVirtualNetwork -Name "V2TestNetwork" -ResourceGroupName "asrrg" 
   
   #Start the test failover operation
   $TFOJob = Start-AzRecoveryServicesAsrTestFailoverJob -ReplicationProtectedItem $ReplicatedVM1 -AzureVMNetworkId $TestFailovervnet.Id -Direction PrimaryToRecovery
   

2. После успешного завершения тестового задания отработки отказа вы заметите, что виртуальная машина суффиксирована с " -Test" (Win2K12VM1-Test в этом случае) для его имени создается в Azure.

3. Теперь можно подключиться к этой виртуальной машине и проверить результаты тестовой отработки отказа.

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

   $Job_TFOCleanup = Start-AzRecoveryServicesAsrTestFailoverCleanupJob -ReplicationProtectedItem $ReplicatedVM1
   

Отработка отказа с переходом в Azure

На этом шаге выполняется отработка отказа виртуальной машины Win2K12VM1 до определенной точки восстановления.

1. Получите список точек восстановления, доступных для отработки отказа:

   # Get the list of available recovery points for Win2K12VM1
   $RecoveryPoints = Get-AzRecoveryServicesAsrRecoveryPoint -ReplicationProtectedItem $ReplicatedVM1
   "{0} {1}" -f $RecoveryPoints[0].RecoveryPointType, $RecoveryPoints[0].RecoveryPointTime
   

   CrashConsistent 11/24/2017 5:28:25 PM
   

   
   #Start the failover job
   $Job_Failover = Start-AzRecoveryServicesAsrUnplannedFailoverJob -ReplicationProtectedItem $ReplicatedVM1 -Direction PrimaryToRecovery -RecoveryPoint $RecoveryPoints[0]
   do {
           $Job_Failover = Get-ASRJob -Job $Job_Failover;
           sleep 60;
   } while (($Job_Failover.State -eq "InProgress") -or ($JobFailover.State -eq "NotStarted"))
   $Job_Failover.State
   

   Succeeded
   

2. После успешной отработки отказа можно зафиксировать эту операцию и настроить обратную репликацию из Azure в локальное расположение VMware.

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

Узнайте, как автоматизировать другие задачи, из справочника по командам PowerShell для Azure Site Recovery.