Replikera tillgångar i en molnmigrering

Lokala datacenter lagrar fysiska tillgångar, till exempel servrar, apparater och nätverksenheter. Men varje fysisk tillgång, som en server, är bara ett gränssnitt. Det verkliga värdet kommer från binärfilen som körs på servern. Datacentret finns på grund av de program och data som är de primära binärfiler som du migrerar. Digitala tillgångar och binära källor, till exempel operativsystem, nätverksvägar, filer och säkerhetsprotokoll, driver program och datalager.

Replikeringsprocessen består av följande steg:

1. Replikering: Kopierar en tidpunktsversion av olika binärfiler.

2. Seeding: Kopierar de binära ögonblicksbilderna till en ny plattform och distribuerar dem till ny maskinvara. Den sådderade kopian av binärfilen fungerar exakt som den ursprungliga binära på den gamla maskinvaran. Ögonblicksbilden av binärfilen är dock inaktuell och feljusterad med den ursprungliga källan.

3. Synkronisering: Justerar den nya binärfilen och den gamla binärfilen. Den här processen uppdaterar kontinuerligt kopian som lagras på den nya plattformen. Synkroniseringen fortsätter tills tillgången upphöjs i enlighet med den valda upphöjningsmodellen. Då stoppas synkroniseringen.

Förutsättningar för replikering

Innan replikeringen bör du slutföra aktiviteterna i förberedelse- och utvärderingsfaserna. För att börja replikera måste du ha:

• En prenumeration för dina migrerade resurser.

• Ett migreringsverktyg för att flytta över de binära kopiorna.

• Källbinärfilerna, förberedda för replikering och synkronisering. Deras exakta konfiguration beror på migreringsverktyget. Förberedelse omfattar reparation av eventuella replikeringsproblem som du hittade i utvärderingsfasen. Ett exempel på hur du initierar replikering finns i Migrera från VMware via agentlös migrering.

• Eventuella beroenden för din arbetsbelastning som du identifierade under designsteget för arbetsbelastningsarkitekturen. Dessa beroenden kan omfatta resursgrupper, virtuella nätverk och undernät där du tänker distribuera de replikerade virtuella datorerna. Mer information finns i Distribuera stödtjänster.

Replikeringsrisker: Replikeringsfysik

När du planerar och utför replikering av binär källa till ett nytt mål bör du överväga följande grundläggande lagar:

• Ljushastighet: När du flyttar stora mängder data är fiber det snabbaste alternativet. Men fiberkablar kan bara flytta data med två tredjedelars ljushastighet. Det finns ingen metod för omedelbar eller obegränsad replikering av data.

• Wan-pipelinens hastighet: Bandbredden för överordnad länk är ännu viktigare än dataflyttens hastighet. Mängden data per sekund som företagets befintliga WAN-överföringar till målcentret avgör bandbredden för överordnad länk.

• Snabb WAN-expansion: Om budgeten tillåter kan du lägga till mer bandbredd till företagets WAN-lösning. Men det kan ta veckor eller månader att skaffa, förbereda och integrera fler fiberanslutningar.

• Diskhastighet: Även med oändlig datahastighet och en oändlig bandbreddsgräns mellan källbinärfilen och målmålet begränsar fysiken fortfarande replikeringen. Datareplikering sker bara så snabbt som källdiskar kan läsa data.

• Hastighet för mänskliga beräkningar: Diskar och ljus rör sig snabbare än mänskliga beslutsprocesser. När en grupp människor samarbetar och fattar beslut tillsammans kommer resultaten långsamt. Replikering kan inte övervinna fördröjningar relaterade till mänskliga beräkningar.

Var och en av dessa fysiklagar medför följande risker som ofta påverkar migreringsplaner:

• Replikeringstid: Replikering kräver tid och bandbredd. Planer bör innehålla realistiska tidslinjer som återspeglar den tid det tar att replikera binärkod.

  Den totala tillgängliga migreringsbandbredden är den mängd uppbunden bandbredd som andra affärsbehov med högre prioritet inte förbrukar. Den uppbundna bandbredden mäts i megabitar per sekund (Mbit/s) eller gigabit per sekund (Gbit/s). Total migreringslagring är det totala diskutrymmet, mätt i gigabyte (GBs) eller terabyte (TB), som krävs för att lagra en ögonblicksbild av tillgångar som ska migreras.

  För att fastställa en initial tidsuppskattning delar du den totala migreringslagringen med den totala tillgängliga migreringsbandbredden. Observera konverteringen från bitar till byte. Nästa objekt beskriver en mer exakt tidsberäkning.

• Kumulativ effekt av diskavvikelse: Från replikeringspunkten till befordran av en tillgång till produktion måste käll- och målbinärfilerna förbli synkroniserade.

  Drift i binärfiler förbrukar extra bandbredd eftersom du måste replikera ändringar till binärfilen regelbundet. Under synkroniseringen omfattar beräkningen för total migreringslagring all binär drift. Ju längre tid det tar att höja upp en tillgång till produktion, desto mer kumulativ drift uppstår. Ju mer synkroniserade tillgångar du har, desto mer bandbredd förbrukar du. För varje tillgång i ett synkroniseringstillstånd har du mindre tillgänglig total tillgänglig migreringsbandbredd.

• Tid-till-företag-ändring: Synkroniseringstiden har en kumulativ negativ effekt på migreringshastigheten. Prioritering av kvarvarande migreringsuppgifter och avancerade förberedelser för ändringskommunikationsplanen är avgörande för migreringens hastighet.

  Det viktigaste testet av överensstämmelse mellan verksamheten och tekniken under ett migreringsarbete är upphöjningstakten. Desto snabbare en tillgång flyttas upp till produktion, desto mindre påverkar diskavvikelsen bandbredden. Och du kan allokera mer bandbredd och tid till nästa arbetsbelastnings replikering.

Planera för när datakraven överskrider nätverkskapaciteten

I en molnmigrering replikerar och synkroniserar du tillgångar över ett nätverk mellan ett befintligt datacenter och molnet. De befintliga datastorlekskraven för olika arbetsbelastningar kan överskrida nätverkskapaciteten. I ett sådant scenario kan migreringsprocessen saktas ned radikalt, eller i vissa fall stoppas helt.

Om din utvärdering, inledande replikering eller testning identifierar ett kapacitetsproblem kan du överväga att använda Azure Data Box för att överföra oberoende datalager. Använd den här metoden för att skicka stora mängder data till molnet före migreringen av arbetsbelastningen.

Vissa partnerlösningar som inte kommer från Microsoft använder även Data Box för migreringar. Med de här lösningarna kan du flytta en stor mängd data via en offlineöverföring, men du synkroniserar dem senare i lägre skala över nätverket.

Gå vidare

Förbereda för hantering