Grunderna för molnmigrering för fil- och mapplagring

Artikel
08/09/2023

Varje migrering börjar med ett affärsbehov. En molnmigrering omvandlar en arbetsbelastning genom att flytta de filer och mappar som den är beroende av. En arbetsbelastning kan vara antingen ett program eller direkt användaråtkomst. I båda fallen har arbetsbelastningen ett beroende av lagring som du flyttar till molnet. Arbetsbelastningen kan också flyttas till molnet, eller förbli på plats men kräva en konfigurationsändring för att peka på den nya molnlagringsplatsen. Den här informationen registreras i din molnlösningsdesign som har ett lagringsavsnitt.

Syftet med den här artikeln är att ge insikt i hur du kan uppnå en lagringsmigrering till Azure, så att du kan förverkliga din molnlösningsdesign för lagring.

Att migrera filer och mappar till molnet kräver noggrann planering och många överväganden på vägen för att uppnå ett optimalt resultat. Azure Storage Mover innehåller en växande lista över funktioner och migreringsscenarier som stöder dig på din resa. I den här artikeln delar vi upp vanliga uppgifter för en migrering i faser som var och en har ett eget avsnitt.

Fas 1: Identifiering

I identifieringsfasen bestämmer du vilka källplatser som ingår i migreringsprojektet. Azure Storage Mover hanterar källplatser i form av filresurser. Dessa platser kan finnas på nätverksansluten lagring (NAS), en server eller till och med på en arbetsstation. Vanliga protokoll för filresurser är SMB (Server Message Block) och NFS (Network File System).

Om din arbetsbelastning använder direktansluten lagring (DAS) kan Azure Storage Mover förmodligen fortfarande hjälpa till med molnmigreringen. Du kanske kan skapa en filresurs på sökvägen till den lokala mappen och sedan dela ut platsen över det lokala nätverket. Med rätt behörigheter och nätverksöverväganden kan du nu migrera den här platsen till Azure, även om ditt program använder den lokala sökvägen.

Börja med att skapa en lista över alla resurser som din arbetsbelastning är beroende av. Se din molnlösningsdesign för att se vilka resurser som finns kvar lokalt och vilka som finns i omfånget för molnmigrering. Begränsa migreringsprojektets omfattning så mycket som möjligt. I slutändan måste din arbetsbelastning redundansväxla till molnplatserna. Ju mindre antal källplatser, desto enklare redundansväxling för din arbetsbelastning.

Om du behöver migrera lagring för flera arbetsbelastningar ungefär samtidigt bör du dela upp dem i enskilda migreringsprojekt.

Viktigt!

Du rekommenderas inte att inkludera flera arbetsbelastningar i ett enda migreringsprojekt. Varje arbetsbelastning ska ha ett eget migreringsprojekt. Att strukturera projektet på det här sättet förenklar migreringshanteringen och redundansväxlingen av arbetsbelastningar avsevärt.

Resultatet av identifieringsfasen är en lista över filresurser som du behöver migrera till Azure. Du bör ha distinkta listor per arbetsbelastning.

Azure Storage Mover erbjuder migreringsprojekt för att skapa och lagra enskilda listor. En vanlig metod är att namnge migreringsprojektet efter den arbetsbelastning som du migrerar. Den här metoden förenklar tillsynen av dina planeringssteg och migreringsförloppet.

Fas 2: Utvärdering

Azure erbjuder olika typer av molnlagring. En grundläggande aspekt av filmigrering till Azure är att avgöra vilket Azure-lagringsalternativ som passar dina data. Antalet filer och mappar, deras katalogstruktur, åtkomstprotokoll, filåtergivning och andra aspekter är viktiga indata i en fullständig molnlösningsdesign.

I utvärderingsfasen undersöker du dina identifierade och kortlistade resurser för att säkerställa att du har valt rätt Azure-mållagring för din molnlösningsdesign.

En viktig del av en migrering är att samla in nödvändig filåtergivning när du flyttar dina filer från deras aktuella lagringsplats till Azure. Olika filsystem och lagringsenheter registrerar en matris med information om filåtergivning och det är inte alltid nödvändigt att helt bevara eller behålla den informationen i Azure. Den filåtergivning som krävs i ditt scenario och den grad av återgivning som stöds av lagringserbjudandet i Azure hjälper dig också att välja rätt lagringslösning i Azure. Allmänna fildata är traditionellt beroende av åtminstone vissa filmetadata. Appdata kanske inte är det.

Här är de två grundläggande komponenterna i en fil:

Dataström: Dataströmmen för en fil lagrar filinnehållet.
Filmetadata: Filmetadata har följande underkomponenter:
- filattribut, till exempel skrivskyddade
- filbehörigheter, till exempel NTFS-behörigheter eller listor över åtkomstkontrollistor för filer och mappar (ACL: er)
- tidsstämplar, framför allt skapande och senast ändrade tidsstämplar
- en alternativ dataström, som är ett utrymme för att lagra större mängder icke-standardegenskaper

Filåtergivning i en migrering kan definieras som möjligheten att:

Läs all nödvändig filinformation från källan.
Överföra filer med migreringstjänsten eller verktyget.
Lagra filer i mållagringen för migreringen.

Resultatet av utvärderingsfasen är en lista över aspekter som finns i källresursen. Dessa aspekter kan omfatta data som:

Dela storlek.
Antalet namnområdesobjekt eller det kombinerade antalet filer och mappar.
Den nivå av återgivning som måste bevaras i Azure Storage-målet.
Den nivå av återgivning som måste fortsätta att fungera internt i Azure Storage-målet.

Den här insikten är en viktig inmatning i din molnlösningsdesign för lagring.

Fas 3: Planering

I planeringsfasen kombinerar du dina identifierade källresurser med dina målplatser i Azure.

Planeringsfasen mappar varje källresurs till ett specifikt mål, till exempel en Azure-blobcontainer eller en Azure-filresurs. För att göra det måste du planera och registrera vilka Azure-prenumerations- och lagringskonton som innehåller dina målresurser.

I Azure Storage Mover-tjänsten kan du registrera varje käll-/målpar som en jobbdefinition. En jobbdefinition är kapslad i det migreringsprojekt som du skapade tidigare. Du behöver en ny, distinkt jobbdefinition för varje käll-/målpar.

Kommentar

I den här versionen av Azure Storage Mover måste mållagringen finnas innan du kan skapa en jobbdefinition. Om målet till exempel är en Azure-blobcontainer måste du distribuera den innan du skapar en ny jobbdefinition.

Resultatet av planeringsfasen är en mappning av källresurser till Azure-målplatser. Om dina mål inte redan finns måste du slutföra nästa fas "Distribuera" innan du kan registrera migreringsplanen i Azure Storage Mover-tjänsten.

Fas 4: Distribution

När du har slutfört en migreringsplan måste du se till att Azure Storage-målresurser som lagringskonton och containrar distribueras. Du måste slutföra den här distributionen innan du kan registrera migreringsplanen som en jobbdefinition för varje käll-/målpar i Azure Storage Mover.

Azure Storage Mover kan för närvarande inte hjälpa till med målresursdistributionen. Om du vill distribuera Azure Storage kan du använda Azure-portalen, Azure PowerShell, Azure CLI eller en Bicep-mall.

Viktigt!

När du distribuerar Azure Storage granskar du kombinationerna av käll-/målpar för Azure Storage Mover och ser till att du inte konfigurerar scenarier som inte stöds.

Fas 5: Migrering

Arbetet med att kopiera filer och mappar till en Azure-målplats sker inom migreringsfasen.

Det finns två huvudsakliga överväganden för migreringsfasen:

Minimera stilleståndstiden för din arbetsbelastning.
Fastställ rätt migreringsläge.

Minimera driftstopp

Under en migrering kan det finnas perioder då en arbetsbelastning inte kan komma åt lagringen som den är beroende av. Att minimera dessa tidsperioder är ofta ett krav. I det här avsnittet beskrivs en gemensam strategi för att minimera arbetsbelastningsavbrott.

Konvergerande, n-pass-migrering

I den här strategin kopierar du data från källa till mål flera gånger. Under dessa kopierings-iterationer förblir källan tillgänglig för läsning och skrivning till arbetsbelastningen. Precis innan den slutliga kopierings-iterationen tar du källan offline. Det förväntas att den slutliga kopian slutförs snabbare än den första kopian. Efter den sista kopian redväxlar arbetsbelastningen över för att använda den nya mållagringen i Azure.

Azure Storage Mover stöder kopiering från källa till mål så ofta du behöver. En jobbdefinition lagrar dina inställningar för källa, mål och migrering. Du kan instruera en migreringsagent att köra din jobbdefinition, vilket resulterar i en jobbkörning. I den här länkade artikeln kan du lära dig mer om resurshierarkin storage mover.

Migreringslägen

Hur dina filer kopieras från källa till mål är lika viktigt som var filerna kopieras till och från. Olika migreringsscenarier kräver olika inställningar. Under en migrering kopierar du troligen från källa till mål flera gånger för att minimera stilleståndstiden. När filer eller mappar ändras mellan kopierings-iterationer avgör kopieringsläget migreringsmotorns beteende. Välj noggrant rätt läge baserat på förväntade ändringar i namnområdet under migreringen.

Det finns två kopieringslägen:

Copy mode	Migreringsbeteende
Spegel Målet ser ut som källan.	- Filer i målet tas bort om de inte finns i källan. - Filer och mappar i målet uppdateras så att de matchar källan.
Koppla Målet har mer innehåll än källan och du fortsätter att lägga till det.	- Filer sparas i målet, även om de inte finns i källan. - Filer med matchande namn och sökvägar uppdateras för att matcha källan. - Mappbyten mellan kopior kan leda till duplicerat innehåll i målet.

Fas 6: Uppgifter efter migreringen

I den här fasen av migreringen måste du tänka på andra konfigurationer och tjänster som gör att du kan redundansväxla din arbetsbelastning och skydda dina data.

Arbetsbelastningen kräver till exempel en nätverkssökväg för att få åtkomst till Azure Storage på ett säkert sätt. Om du använde den offentliga slutpunkten för ett Azure Storage-konto under migreringen kan du överväga att konfigurera privata slutpunkter för ditt lagringskonto och aktivera brandväggsregler för att inaktivera databegäranden via den offentliga slutpunkten.

Här följer några fler rekommendationer:

Nästa steg

De här artiklarna kan hjälpa dig att använda Azure Storage Mover för din molnmigrering:

Dela via