Agentbaserad migreringsarkitektur
Den här artikeln innehåller en översikt över arkitekturen och processerna som används för agentbaserade replikering av virtuella VMware-datorer med verktyget Azure Migrate: Migreringsverktyg för Server .
Med hjälp av Azure Migrate: Server-migrering kan du replikera virtuella VMware-datorer med ett par alternativ:
- Migrera virtuella datorer med agent-baserad replikering enligt beskrivningen i den här artikeln.
- Migrera virtuella VMware-datorer med hjälp av replikering utan agent. Detta migrerar virtuella datorer utan att behöva installera något på dem.
Lär dig mer om att välja och jämföra migrations metoder för virtuella VMware-datorer.
Agent-baserad migrering
Agent-baserad migrering används för att migrera lokala virtuella VMware-datorer och fysiska servrar till Azure. Den kan också användas för att migrera andra lokala virtualiserade servrar, samt privata och offentliga virtuella moln, inklusive AWS-instanser och GCP-VM: ar. Med agent-baserad migrering i Azure Migrate används vissa Server dels funktioner från tjänsten Azure Site Recovery .
Arkitekturkomponenter
Diagrammet illustrerar de komponenter som ingår i en agent-baserad migrering.
Tabellen sammanfattar de komponenter som används för agent-baserad migrering.
| Komponent | Information | Installation |
|---|---|---|
| Replikeringsfil | Replikeringstjänsten (konfigurations Server/processerver) är en lokal server som fungerar som en brygga mellan den lokala miljön och Server migrering. Enheten identifierar den lokala server inventeringen så att Server migreringen kan dirigera replikering och migrering. Enheten har två komponenter: Konfigurations Server: ansluter till Server migration och samordnar replikering. Processerver: hanterar datareplikering. Processervern tar emot Server data, komprimerar och krypterar den och skickar dem till Azure. I Azure skriver server migrering data till Managed disks. |
Som standard installeras processervern tillsammans med konfigurations servern på replikerings enheten. |
| Mobilitetstjänsten | Mobilitets tjänsten ä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 mobilitets tjänsten finns på replikerings enheten. Du kan hämta och installera den agent du behöver, i enlighet med det operativ system och den version av servern som du vill replikera. |
Installation av mobilitetstjänsten
Du kan distribuera mobilitets tjänsten på följande sätt:
- Push-installation: mobilitets tjänsten installeras av processervern när du aktiverar skydd för en server.
- Installera manuellt: du kan installera mobilitets tjänsten manuellt på varje server via UI eller kommando tolken.
Mobilitets tjänsten kommunicerar med replikerings-och replikerade servrar. Om du har antivirus program som körs på replikerings enheten, bearbetar servrar eller servrar som replikeras, ska följande mappar undantas från genomsökningen:
- C:\Program\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 mobilitets tjänsten installerad)
Replikeringsprocessen
- När du aktiverar replikering för en server börjar inledande replikering till Azure.
- Under den inledande replikeringen läser mobilitets tjänsten data från Server diskarna och skickar dem till processervern.
- Dessa data används för att dirigera en kopia av disken i din Azure-prenumeration.
- När den inledande replikeringen har slutförts börjar replikeringen av delta ändringar till Azure. Replikering är block nivå och nästan kontinuerlig.
- Mobilitets tjänsten fångar upp skrivning till disk minne genom att integrera med underlag rings systemet i operativ systemet. Den här metoden undviker disk-I/O-åtgärder på den replikerande servern för stegvis replikering.
- 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 |
|---|---|
| Servrarna replikeras | Mobilitets tjänsten som körs på virtuella datorer kommunicerar med den lokala replikeringstjänsten på port HTTPS 443 inkommande, för hantering av replikering. Servrar skickar replikeringsdata till processervern på port HTTPS 9443 inkommande. Den här porten kan ändras. |
| Replikeringsfil | Replikeringstjänsten dirigerar replikering med Azure över Port HTTPS 443 utgående. |
| Processerver | Processervern tar emot replikeringsdata, optimerar och krypterar den och skickar den till Azure Storage via port 443 utgående. |
Prestanda och skalning
Som standard distribuerar du en enda replikeringsfil som kör både konfigurations servern och processervern. Om du bara replikerar några få servrar är distributionen tillräckligt. Men om du replikerar och migrerar hundratals servrar kanske en enskild processerver inte kan hantera all replikeringstrafik. I det här fallet kan du distribuera ytterligare, skalbara process servrar.
Planera VMware-distribution
Om du replikerar virtuella VMware-datorer kan du använda Site Recovery distributions planeraren för VMware föratt fastställa prestanda krav, inklusive daglig data ändrings takt och de process servrar som du behöver.
Kapacitet för replikerings utrustning
Använd värdena i den här tabellen för att avgöra om du behöver en ytterligare processerver i distributionen.
- Om den dagliga ändrings hastigheten (omsättnings takten) är över 2 TB distribuerar du en ytterligare processerver.
- Om du replikerar fler än 200 servrar kan du distribuera en ytterligare replikeringsfil.
| Processor | Minne | Ledigt utrymme – cachelagring av data | Omsättnings pris | Begränsningar för replikering |
|---|---|---|---|---|
| 8 virtuella processorer (2 Sockets * 4 kärnor @ 2,5 GHz) | 16 GB | 300 GB | 500 GB eller mindre | < 100-servrar |
| 12 virtuella processorer (2 Sockets * 6 kärnor @ 2,5 GHz) | 18 GB | 600 GB | 501 GB till 1 TB | 100-150-servrar. |
| 16 virtuella processorer (2 Sockets * 8 kärnor @ 2,5 GHz) | 32 GB | 1 TB | 1 TB till 2 TB | 151-200-servrar. |
Storleks skalbara process servrar
Om du behöver distribuera en skalbar processerver använder du den här tabellen för att räkna ut Server storleken.
| Processerver | Ledigt utrymme för cachelagring av data | Omsättnings pris | Begränsningar för replikering |
|---|---|---|---|
| 4 virtuella processorer (2 Sockets * 2 kärnor @ 2,5 GHz), 8 GB minne | 300 GB | 250 GB eller mindre | Upp till 85 servrar |
| 8 virtuella processorer (2 Sockets * 4 kärnor @ 2,5 GHz), 12 GB minne | 600 GB | 251 GB till 1 TB | 86-150-servrar. |
| 12 virtuella processorer (2 Sockets * 6 kärnor @ 2,5 GHz), 24 GB minne | 1 TB | 1-2 TB | 151-225-servrar. |
Begränsa överförings bandbredden.
VMware-trafik som replikeras till Azure går genom en speciell processerver. Du kan begränsa uppladdnings flödet genom att begränsa bandbredden på de servrar som kör som process servrar. Du kan påverka bandbredden med hjälp av den här register nyckeln:
Registervärdet HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows Azure Backup\Replication\UploadThreadsPerVM anger antalet trådar som används för data överföring (inledande eller delta-replikering) på en disk. Ett högre värde ökar nätverks bandbredden som används för replikering. Standardvärdet är fyra. Det maximala värdet är 32. Övervaka trafiken för att optimera värdet.
Dessutom kan du begränsa bandbredden på processervern enligt följande:
- Öppna snapin-modulen Azure Backup MMC på processervern. Det finns en genväg på Skriv bordet eller i mappen C:\Program Files\Microsoft Azure Recovery Services Agent\bin.
- Välj ändra egenskaper i snapin-modulen.
- Under begränsning väljer du Aktivera användnings begränsning för Internet bandbredd för säkerhets kopierings åtgärder. Ange gränserna för arbets tid och ledig tid. Giltiga intervall är mellan 512 och 1 023 Mbit/s.
Nästa steg
Testa agent-baserad migrering för VMware eller fysiska servrar.