Assets repliceren in een cloudmigratie

On-premises datacenters slaan fysieke assets op, zoals servers, apparaten en netwerkapparaten. Maar elke fysieke asset, zoals een server, is slechts een shell. De werkelijke waarde komt uit het binaire bestand dat op de server wordt uitgevoerd. Het datacenter bestaat vanwege de toepassingen en gegevens, die de primaire binaire bestanden zijn die u migreert. Digitale activa en binaire bronnen, zoals besturingssystemen, netwerkroutes, bestanden en beveiligingsprotocollen, maken de toepassingen en gegevensarchieven mogelijk.

Het replicatieproces bestaat uit de volgende stappen:

1. Replicatie: Kopieert een point-in-time-versie van verschillende binaire bestanden.

2. Seeding: Kopieert de binaire momentopnamen naar een nieuw platform en implementeert deze op nieuwe hardware. De gezaaide kopie van het binaire bestand gedraagt zich precies zoals het oorspronkelijke binaire bestand op de oude hardware. Maar de momentopname van het binaire bestand is verouderd en is onjuist uitgelijnd met de oorspronkelijke bron.

3. Synchronisatie: Hiermee worden het nieuwe binaire en het oude binaire bestand uitgelijnd. Dit proces werkt continu de kopie bij die is opgeslagen op het nieuwe platform. Synchronisatie stopt wanneer de asset wordt gepromoveerd in overeenstemming met het gekozen promotiemodel. Op dat moment stopt de synchronisatie.

Vereisten voor replicatie

Voordat de replicatie wordt uitgevoerd, moet u de activiteiten in de voorbereidings - en evaluatiefasen voltooien. Als u wilt beginnen met repliceren, hebt u het volgende nodig:

• Een abonnement voor uw gemigreerde resources.

• Een migratieprogramma voor het verplaatsen van de binaire kopieën.

• De binaire bronbestanden, voorbereid op replicatie en synchronisatie. De exacte configuratie is afhankelijk van uw migratiehulpprogramma. Voorbereiding omvat het oplossen van replicatieproblemen die u in de evaluatiefase hebt gevonden. Zie Migreren van VMware via migratie zonder agent voor een voorbeeld van het initiëren van replicatie.

• Afhankelijkheden voor uw workload die u tijdens de ontwerpstap voor de workloadarchitectuur hebt geïdentificeerd. Deze afhankelijkheden kunnen resourcegroepen, virtuele netwerken en subnetten omvatten waarin u de gerepliceerde virtuele machines wilt implementeren. Zie Ondersteunende services implementeren voor meer informatie.

Replicatierisico's: Fysica van replicatie

Wanneer u binaire bronreplicatie naar een nieuwe bestemming plant en uitvoert, moet u rekening houden met de volgende fundamentele wetten:

• Snelheid van licht: Wanneer u grote hoeveelheden gegevens verplaatst, is glasvezel de snelste optie. Maar glasvezelkabels kunnen gegevens slechts met twee derde de snelheid van het licht verplaatsen. Er is geen methode voor directe of onbeperkte replicatie van gegevens.

• Snelheid van de WAN-pijplijn: de uplinkbandbreedte is nog belangrijker dan de snelheid van gegevensverplaatsing. Het aantal gegevens per seconde dat de bestaande WAN-overdracht van uw bedrijf naar het doeldatacenter bepaalt de uplinkbandbreedte.

• Snelheid van WAN-uitbreiding: als budget dit toestaat, kunt u meer bandbreedte toevoegen aan de WAN-oplossing van uw bedrijf. Maar het kan weken of maanden duren om meer glasvezelverbindingen aan te schaffen, voor te bereiden en te integreren.

• Snelheid van schijven: Zelfs met oneindige gegevenssnelheid en een oneindige bandbreedtelimiet tussen het binaire bron- en doeldoel, beperkt de fysica de replicatie nog steeds. Gegevensreplicatie vindt alleen zo snel plaats als de bronschijven de gegevens kunnen lezen.

• Snelheid van menselijke berekeningen: schijven en licht bewegen sneller dan menselijke beslissingsprocessen. Wanneer een groep mensen samenwerkt en samen beslissingen neemt, komen de resultaten langzaam. Replicatie kan geen vertragingen met betrekking tot menselijke berekeningen overwinnen.

Elk van deze wetten van fysica bepaalt de volgende risico's die vaak van invloed zijn op migratieplannen:

• Replicatietijd: replicatie vereist tijd en bandbreedte. Plannen moeten realistische tijdlijnen bevatten met de hoeveelheid tijd die nodig is voor het repliceren van binaries.

  De totale beschikbare migratiebandbreedte is de hoeveelheid up-gebonden bandbreedte die niet door andere zakelijke behoeften met een hogere prioriteit wordt verbruikt. De bandbreedte die afhankelijk is, wordt gemeten in megabits per seconde (Mbps) of gigabits per seconde (Gbps). Totale migratieopslag is de totale schijfruimte, gemeten in gigabytes (GB's) of terabytes (TB's), die nodig zijn voor het opslaan van een momentopname van assets die moeten worden gemigreerd.

  Als u een initiële tijdschatting wilt bepalen, deelt u de totale migratieopslag door de totale beschikbare migratiebandbreedte. Houd ook rekening met de conversie van bits naar bytes. In het volgende item wordt een nauwkeurigere berekening van de tijd beschreven.

• Cumulatief effect van schijfdrift: vanaf het replicatiepunt tot de promotie van een asset naar productie moeten de binaire bron- en doelbestanden gesynchroniseerd blijven.

  Drift in binaire bestanden verbruikt extra bandbreedte omdat u wijzigingen in het binaire bestand op terugkerende basis moet repliceren. Tijdens de synchronisatie omvat de berekening voor de totale migratieopslag alle binaire driften. Hoe langer het duurt om een asset naar productie te promoveren, hoe meer cumulatieve afwijkingen zich voordoen. Hoe meer gesynchroniseerde assets u hebt, hoe meer bandbreedte u verbruikt. Voor elke asset met een synchronisatiestatus hebt u minder totale beschikbare migratiebandbreedte beschikbaar.

• Time-to-business wijziging: synchronisatietijd heeft een cumulatief negatief effect op de migratiesnelheid. Prioriteitstelling van de migratieachterstand en geavanceerde voorbereiding voor het communicatieplan voor wijzigingen zijn van cruciaal belang voor de snelheid van de migratie.

  De belangrijkste test voor de uitlijning van zakelijke en technische aspecten tijdens migratie is het tempo van promotie. Hoe sneller een asset naar productie wordt gepromoveerd, hoe minder schijfdrift van invloed is op de bandbreedte. En u kunt meer bandbreedte en tijd toewijzen aan de replicatie van de volgende workload.

Plannen wanneer gegevensvereisten de netwerkcapaciteit overschrijden

In een cloudmigratie repliceert en synchroniseert u assets via een netwerk tussen een bestaand datacenter en de cloud. De bestaande vereisten voor de gegevensgrootte van verschillende workloads kunnen de netwerkcapaciteit overschrijden. In een dergelijk scenario kan het migratieproces ingrijpend worden vertraagd of in sommige gevallen volledig gestopt.

Als uw evaluatie, initiële replicatie of test een capaciteitsprobleem identificeert, kunt u overwegen Om Azure Data Box te gebruiken om onafhankelijke gegevensarchieven over te dragen. Gebruik deze methode om grote hoeveelheden gegevens naar de cloud te verzenden vóór de migratie van de workload.

Sommige niet-Microsoft-partneroplossingen maken ook gebruik van Data Box voor migraties. Met deze oplossingen kunt u een grote hoeveelheid gegevens verplaatsen via een offlineoverdracht, maar u synchroniseert deze later op een lagere schaal via het netwerk.

Volgende stap

Voorbereiden op beheer