Azure Storage migratieoverzicht

  • Artikel
  • 6 minuten om te lezen

Dit artikel is gericht op opslagmigraties naar Azure en bevat richtlijnen voor de volgende scenario's voor opslagmigratie:

  • Migratie van ongestructureerde gegevens, zoals bestanden en objecten
  • Migratie van blokapparaten, zoals schijven en Storage Area Networks (SAN's)

Migratie van ongestructureerde gegevens

De migratie van ongestructureerde gegevens omvat de volgende scenario's:

Migratiefasen

Een volledige migratie bestaat uit verschillende fasen: detectie, evaluatie en migratie.

Detectie Beoordeling Migratie
- Bronnen ontdekken die moeten worden gemigreerd - Toepasselijke doelservice beoordelen
- Technische versus kostenoverwegingen		 - Initiële migratie
- Opnieuw synchroniseren
- Laatste schakel overstappen

Detectiefase

In de detectiefase bepaalt u alle bronnen die moeten worden gemigreerd, zoals SMB-shares, NFS-exports of objectnaamruimten. U kunt deze fase handmatig doen of geautomatiseerde hulpprogramma's gebruiken.

Evaluatiefase

De evaluatiefase is essentieel om inzicht te krijgen in de beschikbare opties voor de migratie. Volg deze drie stappen om het risico tijdens de migratie te verminderen en veelvoorkomende valkuilen te voorkomen:

Stappen voor evaluatiefase Opties
Een doelopslagservice kiezen - Azure Blob Storage en Data Lake Storage
- Azure Files
- Azure NetApp Files
- ISV-oplossingen
Een migratiemethode selecteren - Online
- Offline
- Combinatie van beide
Het beste migratiehulpprogramma voor de taak kiezen - Commerciële hulpprogramma's (Azure en ISV)
- Open source

Er zijn verschillende commerciële (ISV)-hulpprogramma's die u kunnen helpen bij de evaluatiefase. Zie de vergelijkingsmatrix.

Een doelopslagservice kiezen

Het kiezen van een doelopslagservice is afhankelijk van de toepassing of gebruikers die toegang hebben tot de gegevens. De juiste keuze is afhankelijk van technische en financiële aspecten. Eerst moet u een technische evaluatie uitvoeren om mogelijke doelen te beoordelen en te bepalen welke services aan de vereisten voldoen. Vervolgens moet u een financiële evaluatie uitvoeren om de beste keuze te bepalen.

Als u de doelopslagservice voor de migratie wilt selecteren, evalueert u de volgende aspecten van elke service:

  • Protocolondersteuning
  • Prestatiekenmerken
  • Limieten van de doelopslagservice

Het volgende diagram is een vereenvoudigde beslissingsstructuur waarmee u naar de aanbevolen Azure-bestandsservice wordt geleid. Als systeemeigen Azure-services niet aan de vereisten voldoen, kunnen er tal van isv-oplossingen (Independent Software Vendor) worden gebruikt.

Nadat u de technische evaluatie hebt uitgevoerd en het juiste doel hebt geselecteerd, moet u een kostenevaluatie uitvoeren om de meest rendabele optie te bepalen.

Basisbeslissingsstructuur voor het kiezen van de juiste bestandsservice

Om de beslissingsstructuur eenvoudig te houden, worden de limieten van de doelopslagservice niet opgenomen in het diagram. Zie voor meer informatie over huidige limieten en om te bepalen of u uw keuzes moet wijzigen op basis van deze limieten:

Als een van de limieten een blokkering vormt voor het gebruik van een service, ondersteunt Azure verschillende opslagleveranciers die hun oplossingen aanbieden op Azure Marketplace. Zie voor meer informatie over gevalideerde ISV-partners die bestandsservices bieden, Azure Storage partners voor primaire en secundaire opslag.

De migratiemethode selecteren

Er zijn twee basismigratiemethoden voor opslagmigraties.

  • Online. De onlinemethode maakt gebruik van het netwerk voor gegevensmigratie. Het openbare internet of Azure ExpressRoute kunnen worden gebruikt. Als de service geen openbaar eindpunt heeft, moet u een VPN met openbaar internet gebruiken.
  • Off line. De offlinemethode maakt gebruik van een van de Azure Data Box apparaten.

De beslissing om een onlinemethode te gebruiken versus een offlinemethode is afhankelijk van de beschikbare netwerkbandbreedte. De onlinemethode heeft de voorkeur in gevallen waarin er voldoende netwerkbandbreedte is om een migratie binnen de benodigde tijdlijn uit te voeren.

Het is mogelijk om een combinatie van beide methoden te gebruiken, een offlinemethode voor de eerste bulkmigratie en een onlinemethode voor incrementele migratie van wijzigingen. Het gelijktijdig gebruiken van beide methoden vereist een hoog coördinatieniveau en wordt daarom niet aanbevolen. Als u ervoor kiest om beide methoden te gebruiken, isoleert u de gegevenssets die online worden gemigreerd van de gegevenssets die offline worden gemigreerd.

Zie Een Azure-oplossing kiezen voor gegevensoverdracht en Migreren naar Azure-bestands shares voor meer informatie over de verschillende migratiemethoden en -richtlijnen.

Het beste migratiehulpprogramma voor de taak kiezen

Er zijn verschillende migratiehulpprogramma's die u kunt gebruiken om de migratie uit te voeren. Sommige zijn open source zoals AzCopy, Robocopy, xcopy en rsync, terwijl andere commercieel zijn. De lijst met beschikbare commerciële hulpprogramma's en de vergelijking tussen deze hulpprogramma's is beschikbaar in onze vergelijkingsmatrix.

Opensource-hulpprogramma's zijn zeer geschikt voor kleinschalige migraties. Voor migratie van Windows-bestandsservers naar Azure Files raadt Microsoft u aan te beginnen met Azure Files eigen functionaliteit en het gebruik van Azure File Sync. Voor complexere migraties die bestaan uit verschillende bronnen, grote capaciteit of speciale vereisten, zoals beperking of gedetailleerde rapportage met controlemogelijkheden, zijn commerciële hulpprogramma's de beste keuze. Deze hulpprogramma's maken de migratie eenvoudiger en verminderen het risico aanzienlijk. De meeste commerciële hulpprogramma's kunnen de detectie ook uitvoeren, wat een waardevolle invoer voor de evaluatie biedt.

Migratiefase

De migratiefase is de laatste migratiestap voor het verplaatsen en migreren van gegevens. Normaal gesproken doorloop u de migratiefase meerdere keren om een eenvoudigere overschakel te realiseren. De migratiefase bestaat uit de volgende stappen:

  1. Initiële migratie. Met de eerste migratiestap worden alle gegevens van de bron naar het doel gemigreerd. Met deze stap wordt het merendeel van de gegevens gemigreerd die moeten worden gemigreerd.
  2. Resync. Met een hersynsync-bewerking worden alle gegevens gemigreerd die na de eerste migratiestap zijn gewijzigd. U kunt deze stap meerdere keren herhalen als er talloze wijzigingen zijn. Het doel van het uitvoeren van meerdere hersynsync-bewerkingen is om de tijd te verminderen die nodig is voor de laatste stap. Voor inactieve gegevens en voor gegevens die geen wijzigingen hebben (zoals back-up- of archiefgegevens), kunt u deze stap overslaan.
  3. Laatste schakelover. Met de laatste overschakelstap wordt het actieve gebruik van de gegevens van de bron naar het doel overschakelt en wordt de bron buiten gebruik gemaakt.

De duur van de migratie voor ongestructureerde gegevens is afhankelijk van verschillende aspecten. Buiten de gekozen methode zijn de belangrijkste factoren de totale grootte van de gegevens- en bestandsgroottedistributie. Hoe groter de totale gegevensset, hoe langer de migratietijd. Hoe kleiner de gemiddelde bestandsgrootte, hoe langer de migratietijd. Als u een groot aantal kleine bestanden hebt, kunt u overwegen ze te archiveren in grotere bestanden (zoals een .tar- of .zip-bestand), indien van toepassing, om de totale migratietijd te verminderen.

Migratie van blokapparaten

Migratie van blokapparaten wordt doorgaans uitgevoerd als onderdeel van de migratie van virtuele machines of fysieke host. Het is een veelvoorkomend misvatting om beslissingen over blokopslag uit te stellen tot na de migratie. Het nemen van deze beslissingen van tevoren met de juiste overwegingen voor workloadvereisten leidt tot een soepelere migratie naar de cloud.

Zie de Azure Disk Storage-documentatieen -resources op de productpagina van Disk Storage om workloads te verkennen die u kunt migreren enbenaderen. U kunt leren welke schijven aan uw vereisten voldoen en de nieuwste mogelijkheden, zoals het bursten van schijven. Migratie van blokapparaten kan op twee manieren worden uitgevoerd:

  • Voor de migratie van volledige virtuele machines samen met de onderliggende blokapparaten, zie de Azure Migrate documentatie
  • Voor migratie van alleen blokapparaten en complexere gebruiksgevallen gebruikt u Cirrus Migrate Cloud.

Zie ook