Basisbeginselen van cloudmigratie voor bestands- en mapopslag
Elke migratie begint met een bedrijfsbehoefte. Een cloudmigratie transformeert een workload door de bestanden en mappen waarvan deze afhankelijk is te verplaatsen. Een workload kan een toepassing of directe gebruikerstoegang zijn. In beide gevallen heeft de workload een afhankelijkheid van de opslag die u naar de cloud verplaatst. De workload kan ook worden verplaatst naar de cloud of blijven waar deze zich bevindt, maar vereist een configuratiewijziging om naar de nieuwe cloudopslaglocatie te verwijzen. Deze details worden vastgelegd in uw cloudoplossingsontwerp met een opslagsectie.
Het doel van dit artikel is om inzicht te geven in hoe u een opslagmigratie naar Azure kunt uitvoeren, zodat u uw cloudoplossingsontwerp voor opslag kunt realiseren.
Voor het migreren van bestanden en mappen naar de cloud is een zorgvuldige planning en veel overwegingen nodig om een optimaal resultaat te bereiken. Azure Storage Mover biedt een groeiende lijst met functies en migratiescenario's die u tijdens uw traject ondersteunen. In dit artikel splitsen we algemene taken van een migratie in fasen die elk hun eigen sectie hebben.
Fase 1: Detectie
In de detectiefase bepaalt u welke bronlocaties deel uitmaken van uw migratieproject. Azure Storage Mover verwerkt bronlocaties in de vorm van bestandsshares. Deze locaties kunnen zich bevinden op nas (Network Attached Storage), een server of zelfs op een werkstation. Algemene protocollen voor bestandsshares zijn SMB (Server Message Block) en NFS (Network File System).
Als uw workload gebruikmaakt van Direct Attached Storage (DAS), kan Azure Storage Mover waarschijnlijk nog steeds helpen bij uw cloudmigratie. Mogelijk kunt u een bestandsshare maken op het pad naar de lokale map en vervolgens de locatie delen via het lokale netwerk. Met de juiste machtigingen en netwerkoverwegingen kunt u deze locatie nu migreren naar Azure, zelfs als uw toepassing gebruikmaakt van het lokale pad.
Begin met het maken van een lijst met alle shares waarvan uw workload afhankelijk is. Raadpleeg het ontwerp van uw cloudoplossing om te zien welke shares on-premises blijven en welke binnen het bereik van cloudmigratie vallen. Beperk het bereik van uw migratieproject zoveel mogelijk. Uiteindelijk moet uw workload een failover uitvoeren naar de cloudlocaties. Hoe kleiner het aantal bronlocaties, hoe eenvoudiger de failover van uw workload.
Als u opslag voor meerdere workloads tegelijk wilt migreren, moet u ze opsplitsen in afzonderlijke migratieprojecten.
Belangrijk
Het is niet raadzaam om meerdere workloads in één migratieproject op te neemt. Elke workload moet een eigen migratieproject hebben. Het op deze manier structureren van het project vereenvoudigt migratiebeheer en failover van workloads aanzienlijk.
Het resultaat van de detectiefase is een lijst met bestandsshares die u naar Azure moet migreren. U moet afzonderlijke lijsten per workload hebben.
Azure Storage Mover biedt migratieprojecten voor het maken en opslaan van afzonderlijke lijsten. Een veelvoorkomende procedure is om het migratieproject een naam te geven na de workload die u migreert. Deze procedure vereenvoudigt het toezicht op uw planningsstappen en de voortgang van uw migratie.
Fase 2: Evaluatie
Azure biedt verschillende typen cloudopslag. Een fundamenteel aspect van bestandsmigraties naar Azure is bepalen welke Azure-opslagoptie geschikt is voor uw gegevens. Het aantal bestanden en mappen, hun mapstructuur, toegangsprotocol, bestandskwaliteit en andere aspecten zijn belangrijke invoer in een volledig cloudoplossingsontwerp.
In de evaluatiefase onderzoekt u de gedetecteerde en kort vermelde shares om ervoor te zorgen dat u de juiste Azure-doelopslag hebt gekozen voor uw cloudoplossingsontwerp.
Een belangrijk onderdeel van elke migratie is het vastleggen van de vereiste beeldkwaliteit bij het verplaatsen van uw bestanden van hun huidige opslaglocatie naar Azure. Verschillende bestandssystemen en opslagapparaten registreren een matrix met gegevens over de betrouwbaarheid van bestanden en bewaren van die informatie in Azure is niet altijd nodig. De bestandskwaliteit die is vereist voor uw scenario en de mate van betrouwbaarheid die wordt ondersteund door de opslagaanbiedingen in Azure, helpt u ook bij het kiezen van de juiste opslagoplossing in Azure. Bestandsgegevens voor algemeen gebruik zijn traditioneel afhankelijk van ten minste bepaalde metagegevens van bestanden. App-gegevens zijn mogelijk niet.
Dit zijn de twee basisonderdelen van een bestand:
- Gegevensstroom: De gegevensstroom van een bestand slaat de bestandsinhoud op.
- Bestandsmetagegevens: de bestandsmetagegevens bevatten de volgende subonderdelen:
- bestandskenmerken, zoals alleen-lezen
- bestandsmachtigingen, zoals NTFS-machtigingen of toegangsbeheerlijsten voor bestanden en mappen (ACL's)
- tijdstempels, met name de tijdstempels voor het maken en het laatst gewijzigd
- een alternatieve gegevensstroom, een ruimte voor het opslaan van grotere hoeveelheden niet-standaardeigenschappen
Bestandskwaliteit in een migratie kan worden gedefinieerd als de mogelijkheid om:
- Lees alle vereiste bestandsgegevens uit de bron.
- Bestanden overdragen met de migratieservice of het hulpprogramma.
- Sla bestanden op in de doelopslag van de migratie.
De uitvoer van de evaluatiefase is een lijst met aspecten die in de bronshare zijn gevonden. Deze aspecten kunnen gegevens bevatten, zoals:
- Grootte delen.
- Het aantal naamruimte-items of het gecombineerde aantal bestanden en mappen.
- Het betrouwbaarheidsniveau dat moet worden bewaard in het Azure-opslagdoel.
- Het betrouwbaarheidsniveau dat systeemeigen moet blijven werken in het Azure-opslagdoel.
Dit inzicht is een belangrijke invoer in uw cloudoplossingenontwerp voor opslag.
Fase 3: Planning
In de planningsfase combineert u uw gedetecteerde bronshares met uw doellocaties in Azure.
In de planningsfase wordt elke bronshare toegewezen aan een specifieke bestemming, zoals een Azure-blobcontainer of een Azure-bestandsshare. Hiervoor moet u plannen en vastleggen welke Azure-abonnements- en opslagaccounts uw doelbronnen bevatten.
In de Azure Storage Mover-service kunt u elk bron-/doelpaar vastleggen als taakdefinitie. Een taakdefinitie is genest in het migratieproject dat u eerder hebt gemaakt. U hebt een nieuwe, afzonderlijke taakdefinitie nodig voor elk bron-/doelpaar.
Notitie
In deze release van Azure Storage Mover moet uw doelopslag bestaan voordat u een taakdefinitie kunt maken. Als uw doel bijvoorbeeld een Azure Blob-container is, moet u deze implementeren voordat u een nieuwe taakdefinitie maakt.
Het resultaat van de planningsfase is een toewijzing van bronshares aan Azure-doellocaties. Als uw doelen nog niet bestaan, moet u de volgende fase 'Implementeren' voltooien voordat u uw migratieplan kunt vastleggen in de Azure Storage Mover-service.
Fase 4: Implementatie
Nadat u een migratieplan hebt voltooid, moet u ervoor zorgen dat de Azure Storage-doelbronnen, zoals opslagaccounts en containers, worden geïmplementeerd. U moet deze implementatie voltooien voordat u uw migratieplan kunt vastleggen als taakdefinitie voor elk bron-/doelpaar in Azure Storage Mover.
Azure Storage Mover kan momenteel niet helpen bij de implementatie van de doelresource. Als u Azure Storage wilt implementeren, kunt u Azure Portal, Azure PowerShell, Azure CLI of een Bicep-sjabloon gebruiken.
Belangrijk
Controleer bij het implementeren van Azure Storage de combinaties van ondersteuningsbron /doelpaar voor Azure Storage en zorg ervoor dat u niet-ondersteunde scenario's niet configureert.
Fase 5: Migratie
Het kopiëren van uw bestanden en mappen naar een Azure-doellocatie vindt plaats in de migratiefase.
Er zijn twee belangrijke overwegingen voor de migratiefase:
- Minimaliseer de downtime van uw workload.
- Bepaal de juiste migratiemodus.
Minimaliseer de uitvaltijd
Tijdens een migratie kunnen er perioden zijn waarin een workload geen toegang heeft tot de opslag waarvan deze afhankelijk is. Het minimaliseren van deze perioden is vaak een vereiste. In deze sectie wordt een algemene strategie besproken om downtime van workloads te minimaliseren.
Geconvergeerde, n-passmigratie
In deze strategie kopieert u gegevens van bron naar doel meerdere keren. Tijdens deze kopieeriteraties blijft de bron beschikbaar voor lezen en schrijven naar de workload. Net voor de laatste kopieeriteratie neemt u de bron offline. Er wordt verwacht dat de uiteindelijke kopie sneller is voltooid dan de eerste kopie. Na de laatste kopie wordt er een failover uitgevoerd voor de workload voor het gebruik van de nieuwe doelopslag in Azure.
Azure Storage Mover biedt ondersteuning voor het kopiëren van de bron naar het doel zo vaak als u dat nodig hebt. In een taakdefinitie worden uw bron-, doel- en migratie-instellingen opgeslagen. U kunt een migratieagent instrueren om uw taakdefinitie uit te voeren, wat resulteert in een taakuitvoering. In dit gekoppelde artikel vindt u meer informatie over de opslag-Mover-resourcehiërarchie.
Migratiemodi
Hoe uw bestanden van bron naar doel worden gekopieerd, is even belangrijk als waar de bestanden naar en van worden gekopieerd. Voor verschillende migratiescenario's zijn verschillende instellingen vereist. Tijdens een migratie kopieert u waarschijnlijk meerdere keren van bron naar doel om downtime te minimaliseren. Wanneer bestanden of mappen tussen kopieeriteraties veranderen, bepaalt de kopieermodus het gedrag van de migratie-engine. Selecteer zorgvuldig de juiste modus op basis van de verwachte wijzigingen in uw naamruimte tijdens de migratie.
Er zijn twee kopieermodi:
| Copy mode | Migratiegedrag |
|---|---|
| Spiegel Het doel ziet eruit als de bron. |
- Bestanden in het doel worden verwijderd als ze niet bestaan in de bron. - Bestanden en mappen in het doel worden bijgewerkt zodat deze overeenkomen met de bron. |
| Samenvoegen Het doel heeft meer inhoud dan de bron en u blijft eraan toevoegen. |
- Bestanden worden bewaard in het doel, zelfs als ze niet bestaan in de bron. - Bestanden met overeenkomende namen en paden worden bijgewerkt zodat deze overeenkomen met de bron. - Mapnamen tussen kopieën kunnen leiden tot dubbele inhoud in het doel. |
Fase 6: Taken na migratie
In deze fase van de migratie moet u nadenken over andere configuraties en services waarmee u een failover van uw workload kunt uitvoeren en uw gegevens kunt beveiligen.
Een failover van uw workload vereist bijvoorbeeld een netwerkpad om veilig toegang te krijgen tot Azure Storage. Als u tijdens de migratie het openbare eindpunt van een Azure-opslagaccount hebt gebruikt, kunt u overwegen om privé-eindpunten voor uw opslagaccount te configureren en firewallregels in te schakelen om gegevensaanvragen via het openbare eindpunt uit te schakelen.
Hier volgen nog enkele aanbevelingen:
Volgende stappen
Deze artikelen kunnen u helpen bij het gebruik van Azure Storage Mover voor uw cloudmigratie: