Dela via

Azure Migrate-agentlös migrering av virtuella VMware-datorer

  • Artikel

Den här artikeln beskriver replikeringsbegreppen när du migrerar virtuella VMware-datorer med hjälp av migrerings- och moderniseringsverktygets agentlösa migreringsmetod.

Replikeringsprocessen

Det agentlösa replikeringsalternativet fungerar med hjälp av VMware-ögonblicksbilder och CBT-teknik (ändrad blockspårning) för att replikera data från virtuella datordiskar. Följande blockdiagram visar olika steg när du migrerar dina virtuella datorer med hjälp av migrerings- och moderniseringsverktyget.

Migreringssteg.

När replikeringen har konfigurerats för en virtuell dator genomgår den först en inledande replikeringsfas. Under den inledande replikeringen tas en ögonblicksbild av den virtuella datorn och en fullständig kopia av data från ögonblicksbilddiskarna replikeras till hanterade diskar i målprenumerationen.

När den inledande replikeringen för den virtuella datorn är klar övergår replikeringsprocessen till en inkrementell replikeringsfas (deltareplikering). I den inkrementella replikeringsfasen replikeras dataändringar som har inträffat sedan början av den senaste slutförda replikeringscykeln och skrivs till replikhanterade diskar, vilket håller replikeringen synkroniserad med ändringar som sker på den virtuella datorn.

VMware-teknik för ändrad blockspårning (CBT) används för att hålla reda på ändringar mellan replikeringscykler. I början av replikeringscykeln tas en ögonblicksbild av den virtuella datorn och ändringsblockspårning används för att hämta ändringarna mellan den aktuella ögonblicksbilden och den senast replikerade ögonblicksbilden. Endast de data som har ändrats sedan den tidigare slutförda replikeringscykeln replikeras för att hålla replikeringen för den virtuella datorn synkroniserad. I slutet av varje replikeringscykel släpps ögonblicksbilden och ögonblicksbildskonsolideringen utförs för den virtuella datorn.

När du utför migreringsåtgärden på en replikerande virtuell dator finns det en deltareplikeringscykel på begäran som replikerar de återstående ändringarna sedan den senaste replikeringscykeln. När cykeln på begäran har slutförts används de replikhanterade diskar som motsvarar den virtuella datorn för att skapa den virtuella datorn i Azure. Precis innan du utlöser migrering/redundans måste du stänga av den lokala virtuella datorn. Om du stänger av den virtuella datorn säkerställs ingen dataförlust under migreringen.

När migreringen har slutförts och den virtuella datorn startar i Azure kontrollerar du att du stoppar replikeringen av den virtuella datorn. Om du stoppar replikeringen tas de mellanliggande diskarna (startdiskarna) bort som skapades under datareplikeringen, och du undviker även extra avgifter som är associerade med lagringstransaktionerna på dessa diskar.

Replikeringscykler

Kommentar

Kontrollera att du söker efter ögonblicksbilder som finns från tidigare replikeringsförsök eller från andra appar från tredje part. Ändringsspårning kan inte aktiveras på den virtuella datorn om ögonblicksbilder redan finns för den virtuella datorn. Ta bort befintliga ögonblicksbilder eller aktivera spårning av ändringsblock på den virtuella datorn.

Replikeringscykler refererar till den periodiska processen för överföring av data från lokal miljö till Azure-hanterade diskar. En fullständig replikeringscykel består av följande steg:

  1. Skapa en VMware-ögonblicksbild för varje disk som är associerad med den virtuella datorn
  2. Ladda upp data till ett logglagringskonto i Azure
  3. Versionsögonblicksbild
  4. Konsolidera VMware-diskar

En cykel sägs vara klar när diskarna har konsoliderats.

Komponenter som ingår i replikering

Lokala komponenter: Azure Migrate-installationen har följande komponenter som ansvarar för replikering

  • DRA-agent
  • Gateway-agent

Azure-komponenter: I följande tabell sammanfattas olika Azure Artifacts som skapas när du använder den agentlösa metoden för migrering av virtuella VMware-datorer.

Komponent Region Prenumeration beskrivning
Recovery Services-valv Azure Migrate-projektets region Azure Migrate-projektets prenumeration Används för att samordna datareplikering
Service Bus Målregion Azure Migrate-projektets prenumeration Används för kommunikation mellan molntjänsten och Azure Migrate-installationen
Logglagringskonto Målregion Azure Migrate-projektets prenumeration Används för att lagra replikeringsdata, som läss av tjänsten och tillämpas på kundens hanterade disk
Gateway-lagringskonto Målregion Azure Migrate-projektets prenumeration Används för att lagra datortillstånd under replikering
Key Vault Målregion Azure Migrate-projektets prenumeration Hanterar anslutningssträng för Service Bus och åtkomstnycklar för logglagringskontot
Virtuell Azure-dator Målregion Målprenumeration Virtuell dator som skapas i Azure när du migrerar
Azure Managed Disks Målregion Målprenumeration Hanterade diskar som är anslutna till virtuella Azure-datorer
Nätverkskort Målregion Målprenumeration Nätverkskorten som är kopplade till de virtuella datorer som skapats i Azure

Behörigheter som krävs

När du startar replikeringen för första gången måste den inloggade användaren tilldelas följande roller:

  • Ägare eller deltagare och administratör för användaråtkomst i Azure Migrate-projektets resursgrupp och målresursgruppen

För efterföljande replikering måste den inloggade användaren tilldelas följande roller:

  • Ägare eller deltagare i Azure Migrate-projektets resursgrupp och målresursgruppen

Förutom de roller som beskrivs ovan skulle den inloggade användaren behöva följande behörighet på prenumerationsnivå – Microsoft.Resources/subscriptions/resourceGroups/read

Dataintegritet

Det finns två steg i varje replikeringscykel som säkerställer dataintegriteten mellan den lokala disken (källdisken) och replikdisken i Azure (måldisk).

  1. Först kontrollerar vi om varje sektor som har ändrats på källdisken replikeras till måldisken. Verifieringen utförs med hjälp av bitmappar. Källdisken är uppdelad i sektorer med 512 byte. Varje sektor i källdisken mappas till en bit i bitmappen. När datareplikeringen startar skapas bitmappen för alla ändrade block (i deltacykeln) på källdisken som måste replikeras. På samma sätt skapas en bitmapp när data överförs till azure-måldisken. När dataöverföringen har slutförts jämför molntjänsten de två bitmapparna för att säkerställa att inget ändrat block missas. Om det finns någon matchningsfel mellan bitmapparna anses cykeln vara misslyckad. Eftersom varje cykel är omsynkronisering kommer matchningsfelet att åtgärdas i nästa cykel.

  2. Därefter ser vi till att de data som överförs till Azure-diskarna är desamma som de data som replikerades från källdiskarna. Varje ändrat block som laddas upp komprimeras och krypteras innan det skrivs som en blob i logglagringskontot. Vi beräknar kontrollsumman för det här blocket före komprimering. Den här kontrollsumman lagras som metadata tillsammans med komprimerade data. Vid dekomprimering beräknas kontrollsumman för data och jämförs med kontrollsumman som beräknas i källmiljön. Om det finns ett matchningsfel skrivs inte data till Azure-diskarna och cykeln anses misslyckad. Eftersom varje cykel är omsynkronisering kommer matchningsfelet att åtgärdas i nästa cykel.

Säkerhet

Azure Migrate-installationen komprimerar data och krypterar innan den laddas upp. Data överförs via en säker kommunikationskanal via https och använder TLS 1.2 eller senare. Dessutom krypterar Azure Storage dina data automatiskt när de sparas i molnet (kryptering i vila).

Replikeringsstatus

När en virtuell dator replikeras (datakopiering) finns det några möjliga tillstånd:

  • Inledande replikering i kö: Den virtuella datorn placeras i kö för replikering (eller migrering) eftersom det kan finnas andra virtuella datorer som använder de lokala resurserna (under replikering eller migrering). När resurserna är kostnadsfria bearbetas den här virtuella datorn.
  • Inledande replikering pågår: Den virtuella datorn schemaläggs för inledande replikering.
  • Inledande replikering: Den virtuella datorn genomgår inledande replikering. När den virtuella datorn genomgår inledande replikering kan du inte fortsätta med testmigrering och migrering. Du kan bara stoppa replikeringen i det här skedet.
  • Inledande replikering (x%): Den inledande replikeringen är aktiv och har förlopp med x%.
  • Deltasynkronisering: Den virtuella datorn kan genomgå en deltareplikeringscykel som replikerar den återstående dataomsättningen sedan den senaste replikeringscykeln.
  • Pausa pågår: Den virtuella datorn genomgår en aktiv deltareplikeringscykel och pausas inom en viss tid.
  • Pausad: Replikeringscyklerna har pausats. Replikeringscyklerna kan återupptas genom att utföra en replikeringsåtgärd igen.
  • Återuppta i kö: Den virtuella datorn står i kö för att återuppta replikeringen eftersom det finns andra virtuella datorer som för närvarande använder de lokala resurserna.
  • Återuppta pågår (x%): Replikeringscykeln återupptas för den virtuella datorn och har förlopp med x %.
  • Stoppa replikeringen pågår: Replikeringsrensning pågår. När du stoppar replikeringen tas de mellanliggande hanterade diskarna (seed disks) som skapas under replikeringen bort. Läs mer.
  • Fullständig migrering pågår: Migreringsrensning pågår. När du slutför migreringen tas de mellanliggande hanterade diskarna (startdiskarna) som skapades under replikeringen bort. Läs mer.
  • – : När den virtuella datorn har migrerats och/eller när du har stoppat replikeringen ändras statusen till "-". När du har stoppat replikeringen/slutfört migreringen och åtgärden har slutförts tas den virtuella datorn bort från listan över replikeringsdatorer. Du hittar den virtuella datorn på fliken virtuella datorer i replikeringsguiden.

Andra tillstånd

  • Den inledande replikeringen misslyckades: Det gick inte att kopiera de första data för den virtuella datorn. Följ reparationsvägledningen för att lösa problemet.
  • Reparation väntar: Det uppstod ett problem i replikeringscykeln. Du kan välja länken för att förstå möjliga orsaker och åtgärder för att åtgärda (i förekommande fall). Om du hade valt Att reparera replikeringen automatiskt genom att välja Ja när du utlöste replikeringen av den virtuella datorn försöker verktyget reparera den åt dig. Annars väljer du den virtuella datorn och sedan Reparera replikering. Om du inte valde Automatisk reparation av replikering eller om ovanstående steg inte fungerade för dig, stoppar du replikeringen för den virtuella datorn, återställer den ändrade blockspårningen på den virtuella datorn och konfigurerar sedan om replikeringen.
  • Replikering i kö: Den virtuella datorn placeras i kö för replikeringsreparation eftersom det finns andra virtuella datorer som förbrukar de lokala resurserna. När resurserna är kostnadsfria bearbetas den virtuella datorn för reparationsreplikering.
  • Omsynkronisera (x%): Den virtuella datorn genomgår en datasynkronisering. Detta kan inträffa om det uppstod ett problem/matchningsfel under datareplikeringen.
  • Det gick inte att stoppa replikering/fullständig migrering: Välj länken för att förstå möjliga orsaker till fel och åtgärder för att åtgärda (beroende på vad som är tillämpligt).

Kommentar

Vissa virtuella datorer placeras i kötillstånd för att säkerställa minimal påverkan på källmiljön på grund av lagrings-IOPS-förbrukning. Dessa virtuella datorer bearbetas baserat på schemaläggningslogik enligt beskrivningen i nästa avsnitt.

Migrerings-/testmigreringsstatus

  • Väntande testmigrering: Den virtuella datorn är i deltareplikeringsfasen och du kan nu utföra testmigrering (eller migrering).
  • Testmigrering väntar: När testmigreringen är klar utför du en testmigrering för att undvika avgifter i Azure.
  • Redo att migrera: Den virtuella datorn är redo att migreras till Azure.
  • Migrering pågår i kö: Den virtuella datorn placeras i kö för migrering eftersom det finns andra virtuella datorer som förbrukar de lokala resurserna under replikeringen (eller migreringen). När resurserna är kostnadsfria bearbetas den virtuella datorn.
  • Testmigrering/migrering pågår: Den virtuella datorn genomgår en testmigrering/migrering. Du kan välja länken för att kontrollera det pågående migreringsjobbet.
  • Datum, tidsstämpel: Migrerings-/testmigreringsdatum och tidsstämpel.
  • – Inledande replikering pågår. Du kan utföra en migrering eller testmigrering när replikeringsprocessen övergår till en deltasynkroniseringsfas (inkrementell replikering).

Andra tillstånd

  • Slutfört med information: Migrerings-/testmigreringsjobbet slutfördes med information. Du kan välja länken för att kontrollera det senaste migreringsjobbet efter möjliga orsaker och åtgärder för att åtgärda (beroende på vad som är tillämpligt).
  • Misslyckades: Migrerings-/testmigreringsjobbet misslyckades. Du kan välja länken för att kontrollera det senaste migreringsjobbet efter möjliga orsaker och åtgärder som ska åtgärdas.

Schemaläggningslogik

Inledande replikering schemaläggs när replikeringen har konfigurerats för en virtuell dator. Den följs av inkrementella replikering (deltareplikeringar).

Deltareplikeringscykler schemaläggs enligt följande:

  • Första deltareplikeringscykeln schemaläggs omedelbart efter att den inledande replikeringscykeln har slutförts
  • Nästa deltareplikeringscykler schemaläggs enligt följande logik: min[max[1 timme, (föregående deltareplikeringscykeltid/2)], 12 timmar]

Det vill: nästa deltareplikering schemaläggs inte tidigare än en timme och senast 12 timmar. Om en virtuell dator till exempel tar fyra timmar för en deltareplikeringscykel schemaläggs nästa deltareplikeringscykel om två timmar och inte under nästa timme.

Kommentar

Schemaläggningslogik skiljer sig när den inledande replikeringen har slutförts. Den första deltacykeln schemaläggs omedelbart efter att den inledande replikeringen har slutförts och efterföljande cykler följer schemaläggningslogik som beskrivs ovan.

  • När du utlöser migrering utförs en deltareplikeringscykel på begäran (deltareplikeringscykel före redundansväxling) för den virtuella datorn före migreringen.

Prioritering av virtuella datorer för olika replikeringssteg

  • Pågående VM-replikering prioriteras framför schemalagda replikering (nya replikering)
  • Deltareplikeringscykeln före redundansväxling (på begäran) har högsta prioritet följt av den inledande replikeringscykeln. Deltareplikeringscykeln har minst prioritet.

När en migreringsåtgärd utlöses schemaläggs alltså replikeringscykeln på begäran för den virtuella datorn och andra pågående replikering tar tillbaka plats om de konkurrerar om resurser.

Villkor:

Vi använder följande begränsningar för att säkerställa att vi inte överskrider IOPS-gränserna för SAN.erna.

  • Varje Azure Migrate-installation stöder replikering av 52 diskar parallellt
  • Varje ESXi-värd stöder 8 diskar. Varje ESXi-värd har en NFC-buffert på 32 MB. Därför kan vi schemalägga 8 diskar på värden (varje disk tar upp 4 MB buffert för IR, DR).
  • Varje datalager kan ha högst 15 diskögonblicksbilder. Det enda undantaget är när en virtuell dator har fler än 15 anslutna diskar.

Skala ut replikering

Azure Migrate stöder samtidig replikering av 500 virtuella datorer. När du planerar att replikera fler än 300 virtuella datorer måste du distribuera en utskalningsinstallation. Utskalningsinstallationen liknar en primär Azure Migrate-installation men består endast av gatewayagenten för att underlätta dataöverföring till Azure. Följande diagram visar det rekommenderade sättet att använda utskalningsinstallationen.

Skalbar konfiguration.

Du kan distribuera utskalningsinstallationen när som helst efter att du har konfigurerat den primära installationen, men det krävs inte förrän det finns 300 virtuella datorer som replikeras samtidigt. När det finns 300 virtuella datorer som replikeras samtidigt måste du distribuera utskalningsinstallationen för att fortsätta.

Stoppa replikering/slutför migrering

När du stoppar replikeringen tas de mellanliggande hanterade diskarna (seed disks) som skapas under replikeringen bort. Du kan bara stoppa replikeringen under en aktiv replikering. Du kan välja Slutför migrering för att stoppa replikeringen efter att den virtuella datorn har migrerats.

Den virtuella dator som replikeringen stoppas för kan replikeras genom att replikering aktiveras igen. Om den virtuella datorn migrerades kan du återuppta replikeringen och migreringen igen.

Som bästa praxis bör du alltid slutföra migreringen efter att den virtuella datorn har migrerats till Azure för att säkerställa att du inte debiteras extra avgifter för lagringstransaktioner på mellanliggande hanterade diskar (startdiskar). I vissa fall ser du att det tar tid att stoppa replikeringen. Det beror på att när du stoppar replikeringen slutförs den pågående replikeringscykeln (endast när den virtuella datorn är i deltasynkronisering) innan artefakterna tas bort.

Påverkan av omsättning

Vi försöker minimera mängden dataöverföring i varje replikeringscykel genom att låta data vika så mycket som möjligt innan vi schemalägger nästa cykel. Eftersom agentlös replikering viks i data är churn-mönstret viktigare än omsättningshastigheten. När en fil skrivs om och om igen har hastigheten inte någon större inverkan. Ett mönster där alla andra sektorer skrivs orsakar dock hög omsättning i nästa cykel.

Hantering av replikering

Begränsning

Du kan öka eller minska replikeringsbandbredden med hjälp av NetQosPolicy. AppNamePrefix som ska användas i NetQosPolicy är "GatewayWindowsService.exe".

Du kan skapa en princip på Azure Migrate-installationen för att begränsa replikeringstrafiken från installationen genom att skapa en princip som den här:

New-NetQosPolicy -Name "ThrottleReplication" -AppPathNameMatchCondition "GatewayWindowsService.exe" -ThrottleRateActionBitsPerSecond 1MB

Kommentar

Detta gäller för alla replikerande virtuella datorer från Azure Migrate-installationen samtidigt.

Du kan också öka och minska replikeringsbandbredden baserat på ett schema med hjälp av exempelskriptet.

Blackout-fönster

Azure Migrate tillhandahåller en konfigurationsbaserad mekanism genom vilken kunderna kan ange det tidsintervall under vilket de inte vill att några repliker ska fortsätta. Det här tidsintervallet kallas för blackout-fönstret. Behovet av ett blackout-fönster kan uppstå i flera scenarier, till exempel när källmiljön är resursbegränsad eller när kunderna bara vill att replikeringen ska gå igenom under icke-kontorstid osv.

Kommentar

  • De befintliga replikeringscyklerna i början av blackout-fönstret slutförs innan replikeringen pausas.
  • För alla migreringar som initieras under blackout-fönstret körs inte den slutliga replikeringen, vilket gör att migreringen misslyckas.

Du kan ange ett blackout-fönster för installationen genom att skapa/uppdatera filen GatewayDataWorker.json i C:\ProgramData\Microsoft Azure\Config. En typisk fil skulle vara av formuläret:

{
    
    "BlackoutWindows": "List of blackout windows"
    
}

Listan över blackout-fönster är en |-avgränsad sträng i formatet "DayOfWeek; Starttime; Varaktighet". Varaktigheten kan anges i dagar, timmar och minuter. Till exempel kan blackout-fönstren anges som:

{
    
    "BlackoutWindows": "Monday;7:00;7h | Tuesday;8:00;1d7h | Wednesday;16:00;1d | Thursday;18:00;5h | Friday;13:00;8m"
    
}

Det första värdet i exemplet ovan anger ett blackout-fönster som börjar varje måndag kl. 07:00 lokal tid (tid på apparaten) och varar i 7 timmar.

När GatewayDataWorker.json har skapats/uppdaterats med det här innehållet måste gatewaytjänsten på enheten startas om för att ändringarna ska börja gälla.

I utskalningsscenariot respekterar den primära installationen och utskalningsinstallationen blackout-fönstren oberoende av varandra. Vi rekommenderar att du håller fönstren konsekventa mellan olika installationer.

Nästa steg

Migrera virtuella VMware-datorer med agentlös migrering.