Dela via


Agentbaserad migreringsarkitektur

Den här artikeln innehåller en översikt över arkitekturen och processerna som används för agentbaserad replikering av virtuella VMware-datorer med migrerings- och moderniseringsverktyget .

Med migrerings- och moderniseringsverktyget kan du replikera virtuella VMware-datorer med ett par alternativ:

  • Migrera virtuella datorer med agentbaserad replikering enligt beskrivningen i den här artikeln.
  • Migrera virtuella VMware-datorer med agentlös replikering. Detta migrerar virtuella datorer utan att behöva installera något på dem.

Läs mer om att välja och jämföra migreringsmetoder för virtuella VMware-datorer.

Agentbaserad migrering

Agentbaserad migrering används för att migrera lokala virtuella VMware-datorer och fysiska servrar till Azure. Det kan också användas för att migrera andra lokala virtualiserade servrar, samt privata och offentliga virtuella molndatorer, inklusive AWS-instanser och virtuella GCP-datorer. Agentbaserad migrering i Azure Migrate använder vissa serverdelsfunktioner från [Azure Site Recovery].. /.. Tjänsten /site-recovery/site-recovery-overview.md).

Arkitekturkomponenter

Diagrammet illustrerar de komponenter som ingår i agentbaserad migrering.

Diagram visar komponenterna för agentbaserad migrering, som beskrivs i en tabell.

Tabellen sammanfattar de komponenter som används för agentbaserad migrering.

Komponent Detaljer Installation
Replikeringsinstallation Replikeringsinstallationen (konfigurationsservern/processervern) är en lokal server som fungerar som en brygga mellan den lokala miljön och migrerings- och moderniseringsverktyget. Installationen identifierar den lokala serverinventeringen, så att migrerings- och moderniseringsverktyget kan samordna replikering och migrering. Apparaten har två komponenter:

Konfigurationsserver: Ansluter till migrerings- och moderniseringsverktyget och samordnar replikering.
Processserver: Hanterar datareplikering. Processervern tar emot serverdata, komprimerar och krypterar dem och skickar dem till Azure. I Azure skriver migrerings- och moderniseringsverktyget data till hanterade diskar.
Som standard installeras processervern tillsammans med konfigurationsservern på replikeringsinstallationen.
Mobilitetstjänsten Tjänsten Mobility är en agent som är installerad på varje server som du vill replikera och migrera. Den skickar replikeringsdata från servern till processervern. Installationsfiler för olika versioner av tjänsten Mobility finns på replikeringsinstallationen. Du laddar ned och installerar den agent som du behöver, enligt operativsystemet och versionen av den server som du vill replikera.

Installation av mobilitetstjänsten

Du kan distribuera mobilitetstjänsten med hjälp av följande metoder:

  • Push-installation: Processervern installerar tjänsten Mobility när du aktiverar skydd för en server.
  • Installera manuellt: Du kan installera tjänsten Mobility manuellt på varje server via användargränssnittet eller kommandotolken.

Den tjänsten Mobility kommunicerar med replikeringsapparaten och replikerade servrar. Om du har antivirusprogram som körs på replikeringsapparaten, processervrar eller servrar som replikeras ska följande mappar undantas från genomsökning:

  • C:\Program Files\Microsoft Azure Recovery Services Agent
  • C:\ProgramData\ASR
  • C:\ProgramData\ASRLogs
  • C:\ProgramData\ASRSetupLogs
  • C:\ProgramData\LogUploadServiceLogs
  • C:\ProgramData\Microsoft Azure Site Recovery
  • C:\Program Files (x86)\Microsoft Azure Site Recovery
  • C:\ProgramData\ASR\agent (på Windows-servrar med tjänsten Mobility installerad)

Replikeringsprocessen

  1. När du aktiverar replikering för en server börjar den första replikeringen till Azure.
  2. Under den inledande replikeringen läser tjänsten Mobility data från serverdiskarna och skickar dem till processervern.
  3. Dessa data används för att skapa en kopia av disken i din Azure-prenumeration.
  4. När den inledande replikeringen är klar börjar replikeringen av deltaändringar till Azure. Replikeringen är på blocknivå och nästan kontinuerlig.
  5. Tjänsten Mobility fångar upp skrivningar till diskminnet genom att integrera med undersystemet för operativsystemet. Den här metoden undviker disk-I/O-åtgärder på replikeringsservern för inkrementell replikering.
  6. Spårade ändringar för en server skickas till processervern på inkommande port HTTPS 9443. Den här porten kan ändras. Processervern komprimerar och krypterar den och skickar den till Azure.

Portar

Enhet Anslutning
Replikera servrar Tjänsten Mobility som körs på virtuella datorer kommunicerar med den lokala replikeringsapparaten på port HTTPS 443 inkommande för replikeringshantering.

Servrar skickar replikeringsdata till processervern på port HTTPS 9443 inkommande. Den här porten kan ändras.
Replikeringsinstallation Replikeringsapparaten samordnar replikering med Azure via port HTTPS 443 utgående.
Processervern Processervern tar emot replikeringsdata, optimerar och krypterar dem och skickar dem till Azure Storage via utgående port 443.

Prestanda och skalning

Som standard distribuerar du en enskild replikeringsinstallation som kör både konfigurationsservern och processervern. Om du bara replikerar några få servrar räcker det med den här distributionen. Men om du replikerar och migrerar hundratals servrar kan en enda processerver kanske inte hantera all replikeringstrafik. I det här fallet kan du distribuera ytterligare utskalningsprocessservrar.

Planera VMware-distribution

Om du replikerar virtuella VMware-datorer kan du använda Site Recovery Deployment Planner för VMware för att fastställa prestandakrav, inklusive den dagliga dataändringshastigheten och de processservrar du behöver.

Kapacitet för replikeringsinstallation

Använd värdena i den här tabellen för att ta reda på om du behöver en ytterligare processserver i distributionen.

  • Om den dagliga ändringsfrekvensen (omsättningen) är över 2 TB distribuerar du ytterligare en processerver.
  • Om du replikerar fler än 200 servrar distribuerar du ytterligare en replikeringsapparat.
PROCESSOR Minne Cachelagring av ledigt utrymme Omsättningshastighet Replikeringsgränser
8 virtuella processorer (2 sockets * 4 kärnor på 2,5 GHz) 16 GB 300 GB 500 GB eller mindre < 100 servrar
12 virtuella processorer (2 sockets * 6 kärnor på 2,5 GHz) 18 GB 600 GB 501 GB till 1 TB 100-150 servrar.
16 virtuella processorer (2 sockets * 8 kärnor på 2,5 GHz) 32 GB 1 TB 1 TB till 2 TB 151-200 servrar.

Storlek på utskalningsprocessservrar

Om du behöver distribuera en utskalningsprocessserver använder du den här tabellen för att ta reda på serverstorleken.

Processervern Ledigt utrymme för datacachelagring Omsättningshastighet Replikeringsgränser
4 virtuella processorer (2 sockets * 2 kärnor på 2,5 GHz), 8 GB minne 300 GB 250 GB eller mindre Upp till 85 servrar
8 virtuella processorer (2 sockets * 4 kärnor på 2,5 GHz), 12 GB minne 600 GB 251 GB till 1 TB 86–150 servrar.
12 virtuella processorer (2 sockets * 6 kärnor på 2,5 GHz), 24 GB minne 1 TB 1–2 TB 151–225 servrar.

Begränsa uppladdningsbandbredden.

VMware-trafik som replikeras till Azure går via en specifik processserver. Du kan begränsa uppladdningsdataflödet genom att begränsa bandbredden på de servrar som körs som processervrar. Du kan påverka bandbredden med hjälp av den här registernyckeln:

  • Registervärdet i HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM anger det antal trådar som används för dataöverföring (inledande replikering eller deltareplikering) för en disk. Ett högre värde ökar den nätverksbandbredd som används för replikering. Standardvärdet är fyra. Maxvärdet är 32. Övervaka trafiken för att optimera värdet.

  • Dessutom kan du begränsa bandbredden på processervern på följande sätt:

    1. Öppna Azure Backup MMC-snapin-modulen på processervern. Det finns en genväg på skrivbordet eller i mappen C:\Program Files\Microsoft Azure Recovery Services Agent\bin.
    2. I snapin-modulen väljer du Ändra egenskaper.
    3. I Begränsning väljer du Aktivera internetbandbreddsanvändningsbegränsning för säkerhetskopieringsåtgärder. Ange gränserna för arbetstimmar och icke-arbetstimmar. Giltiga intervall är från 512 kbit/s till 1 023 Mbit/s.

Nästa steg

Prova agentbaserad migrering för VMware