Skonfiguruj odzyskiwanie po awarii maszyn wirtualnych VMware na platformę Azure za pomocą programu PowerShell
Uwaga
W tym artykule odwołuje się do systemu CentOS — dystrybucji systemu Linux, która jest stanem End Of Life (EOL). Rozważ odpowiednie użycie i zaplanuj. Aby uzyskać więcej informacji, zobacz wskazówki dotyczące zakończenia życia systemu CentOS.
W tym artykule przedstawiono sposób replikowania maszyn wirtualnych VMware i przełączania ich w tryb failover na platformę Azure przy użyciu programu Azure PowerShell.
Dowiedz się, jak odbywa się:
- Utwórz magazyn usługi Recovery Services i ustaw kontekst magazynu.
- Zweryfikuj rejestrację serwera w magazynie.
- Konfigurowanie replikacji, w tym zasad replikacji. Dodaj serwer vCenter i odnajdź maszyny wirtualne.
- Dodawanie serwera vCenter i odnajdywanie
- Utwórz konta magazynu w celu przechowywania dzienników replikacji lub danych i replikowania maszyn wirtualnych.
- Wykonaj przejście w tryb failover. Skonfiguruj ustawienia trybu failover, wykonaj ustawienia replikowania maszyn wirtualnych.
Uwaga
Do interakcji z platformą Azure zalecamy używanie modułu Azure Az w programie PowerShell. Zobacz Instalowanie programu Azure PowerShell, aby rozpocząć. Aby dowiedzieć się, jak przeprowadzić migrację do modułu Az PowerShell, zobacz Migracja programu Azure PowerShell z modułu AzureRM do modułu Az.
Wymagania wstępne
Przed rozpoczęciem:
- Przeanalizuj informacje o składnikach i architekturze scenariusza.
- Zapoznaj się z wymaganiami dotyczącymi obsługi wszystkich składników.
- Masz moduł Azure PowerShell
Az. Jeśli musisz zainstalować lub uaktualnić program Azure PowerShell, postępuj zgodnie z tym przewodnikiem, aby zainstalować i skonfigurować program Azure PowerShell.
Logowanie się do platformy Azure
Zaloguj się do subskrypcji platformy Azure przy użyciu polecenia cmdlet Connect-AzAccount:
Connect-AzAccount
Wybierz subskrypcję platformy Azure, do której chcesz replikować maszyny wirtualne VMware. Użyj polecenia cmdlet Get-AzSubscription, aby uzyskać listę subskrypcji platformy Azure, do których masz dostęp. Wybierz subskrypcję platformy Azure, z pomocą polecenia cmdlet Select-AzSubscription.
Select-AzSubscription -SubscriptionName "ASR Test Subscription"
Konfigurowanie magazynu usługi Recovery Services
Utwórz grupę zasobów, w której ma zostać utworzony magazyn usługi Recovery Services. W poniższym przykładzie grupa zasobów nosi nazwę VMwareDRtoAzurePS i jest tworzona w regionie Azji Wschodniej.
New-AzResourceGroup -Name "VMwareDRtoAzurePS" -Location "East Asia"ResourceGroupName : VMwareDRtoAzurePS Location : eastasia ProvisioningState : Succeeded Tags : ResourceId : /subscriptions/xxxxxxxx-xxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx/resourceGroups/VMwareDRtoAzurePSUtwórz magazyn usługi Recovery Services. W poniższym przykładzie magazyn usługi Recovery Services nosi nazwę VMwareDRToAzurePs i jest tworzony w regionie Azja Wschodnia i w grupie zasobów utworzonej w poprzednim kroku.
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.ARSVaultPropertiesPobierz klucz rejestracji magazynu dla magazynu. Klucz rejestracji magazynu służy do rejestrowania lokalnego serwera konfiguracji w tym magazynie. Rejestracja jest częścią procesu instalacji oprogramowania serwera konfiguracji.
#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.VaultCredentialsUżyj pobranego klucza rejestracji magazynu i wykonaj następujące kroki opisane w artykułach, aby ukończyć instalację i rejestrację serwera konfiguracji.
Ustawianie kontekstu magazynu
Ustaw kontekst magazynu przy użyciu polecenia cmdlet Set-ASRVaultContext. Po ustawieniu kolejne operacje usługi Azure Site Recovery w sesji programu PowerShell są wykonywane w kontekście wybranego magazynu.
Napiwek
Moduł Programu PowerShell usługi Azure Site Recovery (moduł Az.RecoveryServices) jest łatwy w użyciu aliasów dla większości poleceń cmdlet. Polecenia cmdlet w module przyjmują formę <Operation-AzRecoveryServicesAsr<> Object> i mają równoważne aliasy, które przyjmują obiekt< Operation-ASR><> formularza. Aliasy poleceń cmdlet można zastąpić w celu ułatwienia użycia.
W poniższym przykładzie szczegóły magazynu ze zmiennej $vault służą do określania kontekstu magazynu dla sesji programu PowerShell.
Set-ASRVaultContext -Vault $vault
ResourceName ResourceGroupName ResourceNamespace ResourceType
------------ ----------------- ----------------- -----------
VMwareDRToAzurePs VMwareDRToAzurePs Microsoft.RecoveryServices vaults
Alternatywą dla polecenia cmdlet Set-ASRVaultContext może być również użycie polecenia cmdlet Import-AzRecoveryServicesAsrVaultSettingsFile w celu ustawienia kontekstu magazynu. Określ ścieżkę, w której znajduje się plik klucza rejestracji magazynu jako parametr -path do polecenia cmdlet Import-AzRecoveryServicesAsrVaultSettingsFile. Na przykład:
Get-AzRecoveryServicesVaultSettingsFile -SiteRecovery -Vault $Vault -Path "C:\Work\"
Import-AzRecoveryServicesAsrVaultSettingsFile -Path "C:\Work\VMwareDRToAzurePs_2017-11-23T19-52-34.VaultCredentials"
W kolejnych sekcjach tego artykułu założono, że kontekst magazynu dla operacji usługi Azure Site Recovery został ustawiony.
Weryfikowanie rejestracji magazynu
W tym przykładzie mamy następujące wymagania:
- Serwer konfiguracji (ConfigurationServer) został zarejestrowany w tym magazynie.
- Dodatkowy serwer przetwarzania (ScaleOut-ProcessServer) został zarejestrowany na serwerze ConfigurationServer
- Konta (vCenter_account, WindowsAccount, LinuxAccount) zostały skonfigurowane na serwerze konfiguracji. Te konta służą do dodawania serwera vCenter, odnajdywania maszyn wirtualnych i wypychania oprogramowania usługi mobilności na serwerach z systemami Windows i Linux, które mają być replikowane.
Zarejestrowane serwery konfiguracji są reprezentowane przez obiekt sieci szkieletowej w usłudze Site Recovery. Pobierz listę obiektów sieci szkieletowej w magazynie i zidentyfikuj serwer konfiguracji.
# Verify that the Configuration server is successfully registered to the vault $ASRFabrics = Get-AzRecoveryServicesAsrFabric $ASRFabrics.count1#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.ASRVMWareSpecificDetailsZidentyfikuj serwery przetwarzania, których można użyć do replikowania maszyn.
$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 ConfigurationServerZ powyższych danych wyjściowych $ProcessServers[0] odpowiada serwerowi ScaleOut-ProcessServer, a $ProcessServers[1] odpowiada roli serwera przetwarzania na serwerze ConfigurationServer
Zidentyfikuj konta skonfigurowane na serwerze konfiguracji.
$AccountHandles = $ASRFabrics[0].FabricSpecificDetails.RunAsAccounts #Print the account details $AccountHandlesAccountId AccountName --------- ----------- 1 vCenter_account 2 WindowsAccount 3 LinuxAccountZ powyższych danych wyjściowych $AccountHandles[0] odpowiada vCenter_account konta, $AccountHandles[1] do konta WindowsAccount i $AccountHandles[2] do konta Konta LinuxAccount
Tworzenie zasad replikacji
W tym kroku są tworzone dwie zasady replikacji. Jedna zasada replikacji maszyn wirtualnych VMware na platformę Azure, a druga do replikowania maszyn wirtualnych w trybie failover uruchomionych na platformie Azure z powrotem do lokalnej lokacji programu VMware.
Uwaga
Większość operacji usługi Azure Site Recovery jest wykonywana asynchronicznie. Po zainicjowaniu operacji zostanie przesłane zadanie usługi Azure Site Recovery i zostanie zwrócony obiekt śledzenia zadań. Ten obiekt śledzenia zadań może służyć do monitorowania stanu operacji.
Utwórz zasady replikacji o nazwie ReplicationPolicy , aby replikować maszyny wirtualne VMware na platformę Azure przy użyciu określonych właściwości.
$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_PolicyCreateName : 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 : {}Utwórz zasady replikacji do użycia na potrzeby powrotu po awarii z platformy Azure do lokalnej lokacji programu VMware.
$Job_FailbackPolicyCreate = New-AzRecoveryServicesAsrPolicy -AzureToVMware -Name "ReplicationPolicy-Failback" -RecoveryPointRetentionInHours 24 -ApplicationConsistentSnapshotFrequencyInHours 4 -RPOWarningThresholdInMinutes 60Użyj szczegółów zadania w $Job_FailbackPolicyUtwórz , aby śledzić operację do ukończenia.
- Utwórz mapowanie kontenera ochrony w celu mapowania zasad replikacji za pomocą serwera konfiguracji.
#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
Dodawanie serwera vCenter i odnajdywanie maszyn wirtualnych
Dodaj serwer vCenter według adresu IP lub nazwy hosta. Parametr -port określa port na serwerze vCenter do nawiązania połączenia, -Name parametr określa przyjazną nazwę do użycia dla serwera vCenter, a parametr -Account określa uchwyt konta na serwerze konfiguracji do odnajdywania maszyn wirtualnych zarządzanych przez serwer vCenter.
# 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 : {}
Tworzenie kont magazynu na potrzeby replikacji
Aby zapisać na dysku zarządzanym, użyj modułu Az.RecoveryServices programu PowerShell w wersji 2.0.0 . Wymaga tylko utworzenia konta magazynu dzienników. Zaleca się używanie standardowego typu konta i nadmiarowości LRS, ponieważ jest używana do przechowywania tylko dzienników tymczasowych. Upewnij się, że konto magazynu zostało utworzone w tym samym regionie świadczenia usługi Azure co magazyn.
Jeśli używasz wersji modułu Az.RecoveryServices starszej niż 2.0.0, wykonaj następujące kroki, aby utworzyć konta magazynu. Te konta magazynu są używane później do replikowania maszyn wirtualnych. Upewnij się, że konta magazynu są tworzone w tym samym regionie świadczenia usługi Azure co magazyn. Ten krok można pominąć, jeśli planujesz użyć istniejącego konta magazynu na potrzeby replikacji.
Uwaga
Podczas replikowania lokalnych maszyn wirtualnych do konta magazynu w warstwie Premium należy określić dodatkowe standardowe konto magazynu (konto magazynu dzienników). Konto magazynu dzienników przechowuje dzienniki replikacji jako magazyn pośredni, dopóki dzienniki nie zostaną zastosowane do docelowego magazynu w warstwie Premium.
$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
Replikowanie maszyn wirtualnych VMware
Odnalezienie maszyn wirtualnych z serwera vCenter trwa około 15–20 minut. Po odnalezieniu obiekt elementu, który można chronić, jest tworzony w usłudze Azure Site Recovery dla każdej odnalezionej maszyny wirtualnej. W tym kroku trzy odnalezione maszyny wirtualne są replikowane do kont usługi Azure Storage utworzonych w poprzednim kroku.
Aby chronić odnalezioną maszynę wirtualną, potrzebne będą następujące szczegóły:
- Element, który można chronić do replikacji.
- Konto magazynu do replikacji maszyny wirtualnej do (tylko w przypadku replikacji do konta magazynu).
- Magazyn dzienników jest wymagany do ochrony maszyn wirtualnych na koncie magazynu w warstwie Premium lub na dysku zarządzanym.
- Serwer przetwarzania, który ma być używany do replikacji. Lista dostępnych serwerów przetwarzania została pobrana i zapisana w zmiennych $ProcessServers[0](ScaleOut-ProcessServer) i $ProcessServers[1] (ConfigurationServer).
- Konto używane do wypychania instalacji oprogramowania usługa mobilności na maszynach. Lista dostępnych kont została pobrana i zapisana w zmiennej $AccountHandles .
- Mapowanie kontenera ochrony dla zasad replikacji do użycia na potrzeby replikacji.
- Grupa zasobów, w której należy utworzyć maszyny wirtualne w trybie failover.
- Opcjonalnie należy połączyć sieć wirtualną platformy Azure i podsieć, z którą powinna zostać połączona maszyna wirtualna w trybie failover.
Teraz zreplikuj następujące maszyny wirtualne przy użyciu ustawień określonych w tej tabeli:
| Maszyna wirtualna | Serwer przetwarzania | Konto magazynu | Konto usługi Log Storage | Zasady | Konto instalacji usługa mobilności | Docelowa grupa zasobów | Docelowa sieć wirtualna | Podsieć docelowa |
|---|---|---|---|---|---|---|---|---|
| CentOSVM1 | ConfigurationServer | Nie dotyczy | logstorageaccount1 | ReplicationPolicy | LinuxAccount | VMwareDRToAzurePs | AsR-vnet | Podsieć-1 |
| Win 2K12VM1 | ScaleOut-ProcessServer | premiumstorageaccount1 | logstorageaccount1 | ReplicationPolicy | WindowsAccount | VMwareDRToAzurePs | AsR-vnet | Podsieć-1 |
| CentOSVM2 | ConfigurationServer | replicationstdstorageaccount1 | Nie dotyczy | ReplicationPolicy | LinuxAccount | VMwareDRToAzurePs | AsR-vnet | Podsieć-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"
Po pomyślnym zakończeniu zadania replikacji początkowej dla maszyn wirtualnych zostanie uruchomiona replikacja początkowa. Replikacja początkowa może zająć trochę czasu, w zależności od ilości danych, które mają być replikowane, oraz przepustowości dostępnej na potrzeby replikacji. Po zakończeniu replikacji początkowej maszyna wirtualna przechodzi do stanu chronionego. Gdy maszyna wirtualna osiągnie chroniony stan, możesz przeprowadzić test pracy w trybie failover dla maszyny wirtualnej, dodać ją do planów odzyskiwania itp.
Stan replikacji i kondycję replikacji maszyny wirtualnej można sprawdzić za pomocą polecenia cmdlet Get-ASRReplicationProtectedItem.
Get-AzRecoveryServicesAsrReplicationProtectedItem -ProtectionContainer $ProtectionContainer | Select FriendlyName, ProtectionState, ReplicationHealth
FriendlyName ProtectionState ReplicationHealth
------------ --------------- -----------------
CentOSVM1 Protected Normal
CentOSVM2 InitialReplicationInProgress Normal
Win2K12VM1 Protected Normal
Konfigurowanie ustawień trybu failover
Ustawienia trybu failover dla chronionych maszyn można zaktualizować przy użyciu polecenia cmdlet Set-ASRReplicationProtectedItem. Niektóre ustawienia, które można zaktualizować za pomocą tego polecenia cmdlet:
- Nazwa maszyny wirtualnej, która ma zostać utworzona w trybie failover
- Rozmiar maszyny wirtualnej do utworzenia w trybie failover
- Sieć wirtualna i podsieć platformy Azure, z którą powinny być połączone karty sieciowe maszyny wirtualnej w trybie failover
- Przechodzenie w tryb failover na dyski zarządzane
- Stosowanie korzyści użycia hybrydowego platformy Azure
- Przypisz statyczny adres IP z docelowej sieci wirtualnej do przypisania do maszyny wirtualnej w trybie failover.
W tym przykładzie zaktualizujemy rozmiar maszyny wirtualnej do utworzenia w trybie failover dla maszyny wirtualnej Win2K12VM1 i określimy, że maszyna wirtualna używa dysków zarządzanych w trybie failover.
$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 : {}
Wykonywanie testu przejścia w tryb failover
Uruchom próbne odzyskiwanie po awarii (test pracy w trybie failover) w następujący sposób:
#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 PrimaryToRecoveryPo pomyślnym zakończeniu testu pracy w trybie failover zauważysz, że maszyna wirtualna z sufiksem "-Test" (Win2K12VM1-Test w tym przypadku) zostanie utworzona na platformie Azure.
Teraz możesz nawiązać połączenie z testowym przełączonym w tryb failover maszyną wirtualną i zweryfikować test pracy w trybie failover.
Wyczyść test pracy w trybie failover przy użyciu polecenia cmdlet Start-ASRTestFailoverCleanupJob. Ta operacja usuwa maszynę wirtualną utworzoną w ramach operacji testowania pracy w trybie failover.
$Job_TFOCleanup = Start-AzRecoveryServicesAsrTestFailoverCleanupJob -ReplicationProtectedItem $ReplicatedVM1
Przełączenie do trybu failover na platformie Azure
W tym kroku przełączymy maszynę wirtualną Win2K12VM1 w tryb failover do określonego punktu odzyskiwania.
Pobierz listę dostępnych punktów odzyskiwania do użycia w trybie failover:
# Get the list of available recovery points for Win2K12VM1 $RecoveryPoints = Get-AzRecoveryServicesAsrRecoveryPoint -ReplicationProtectedItem $ReplicatedVM1 "{0} {1}" -f $RecoveryPoints[0].RecoveryPointType, $RecoveryPoints[0].RecoveryPointTimeCrashConsistent 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.StateSucceededPo pomyślnym przełączeniu w tryb failover możesz zatwierdzić operację trybu failover i skonfigurować replikację odwrotną z platformy Azure z powrotem do lokalnej lokacji programu VMware.
Następne kroki
Dowiedz się, jak zautomatyzować więcej zadań przy użyciu dokumentacji programu PowerShell usługi Azure Site Recovery.