Kommentar
Åtkomst till den här sidan kräver auktorisering. Du kan prova att logga in eller ändra kataloger.
Åtkomst till den här sidan kräver auktorisering. Du kan prova att ändra kataloger.
Flera Azure resurser ingår i en Storage Mover-distribution. Den här artikeln beskriver var och en av dessa resurser, deras användning och metodtips för att uttrycka dina migreringsbehov med dem.
Overview
Azure Storage Mover stöder både agentbaserade och agentlösa migreringsarbetsbelastningar. För agentbaserade arbetsbelastningar körs en virtuell migreringsagent i din miljö nära källlagringen. För agentlösa arbetsbelastningar krävs ingen virtuell migreringsagent.
Molntjänsten tillhandahåller migreringsorkestrering och hantering för båda arbetsbelastningstyperna. Information om agentbaserade arbetsbelastningar finns i artiklarna om distribution av Storage Mover-agent och agentregistrering .
Storage Mover stöder agentbaserade och agentlösa migreringsarbetsbelastningar. Resurshierarkin som beskrivs i den här artikeln gäller för båda arbetsbelastningstyperna, men migreringsagentresurser krävs endast för agentbaserade arbetsbelastningar.
Lagringsflyttarresurs
En lagringsflyttarresurs är namnet på den tjänstresurs på den översta nivån som du distribuerar i en valfri resursgrupp. Alla aspekter av tjänsten och migreringen styrs från den här resursen. I de flesta fall räcker det med att distribuera en enda lagringsflyttarresurs för även de största migreringarna.
Du kan bättre använda dina agenter och hantera dina migreringar om alla resurser hittar sitt hem i samma lagringsflyttarinstans.
En migreringsagent kan bara registreras till en lagringsflyttare.
När du distribuerar resursen registrerar du din prenumeration med Microsoft. StorageMover och Microsoft. HybridCompute-resursproviders. Du tilldelar också den region där kontrollmeddelanden och metadata om migreringen lagras. Själva Storage Mover-resursen ansvarar inte direkt för att migrera dina data. För agentbaserade arbetsbelastningar kopierar en migreringsagent dina data från källan och skickar dem direkt till målet i Azure Storage. För agentlösa arbetsbelastningar samordnar Storage Mover migreringen utan att kräva en distribuerad virtuell migreringsagent. För agentbaserade arbetsbelastningar är närheten mellan källa, agent och mållagring viktigare för migreringsprestanda än lagringsflyttarresursens plats.
Migreringsagent
Storage Mover är en hybridtjänst som stöder agentbaserade och agentlösa arbetsbelastningar. Migreringsagenter används för agentbaserade arbetsbelastningar. En migreringsagent är en virtuell dator som körs i nätverket. Det är också namnet på en resurs som är underordnad den Storage Mover-resurs som du har distribuerat i din resursgrupp.
Om du planerar en agentlös arbetsbelastning kan du hoppa över migreringsagentresurser.
Du kan distribuera flera virtuella migreringsagentdatorer och registrera var och en med ett unikt namn på samma lagringsflyttarresurs. Om du har migreringsbehov på olika platser är det bäst att ha en migreringsagent mycket nära källlagringen som du vill migrera.
Dina agenter visas i lagringsmigreraren när de har registrerats. Registreringen skapar förtroenderelationen med den lagringsflyttarresurs som du har valt. Med det här förtroendet kan du hantera alla migreringsrelaterade aspekter från molntjänsten, antingen via Azure-portalen, Azure PowerShell eller Azure CLI.
Tips/Råd
Närheten och nätverkskvaliteten mellan din migreringsagent och mållagringen i Azure avgör migreringshastigheten i de tidiga stadierna av migreringen. Regionen för den lagringsflyttarresurs som du har distribuerat spelar ingen roll för prestanda.
Note
För att minimera stilleståndstiden för din arbetsbelastning kan du välja att kopiera flera gånger från källa till mål. I senare kopieringskörningar påverkas migreringshastigheten ofta mer av den hastighet med vilken migreringsagenten kan utvärdera om en fil behöver kopieras. Det innebär att lokala beräknings- och minnesresurser på en agent kan bli viktigare för migreringshastigheten än nätverkskvaliteten.
Migreringsprojekt
Använd ett projekt för att organisera dina storskaliga molnmigreringar till mindre, mer hanterbara enheter som passar din situation.
Den minsta enheten i en migrering kan definieras som innehållet i en källa som flyttas till ett mål, men datacentermigreringar är sällan så enkla. Ofta stöder flera källor en arbetsbelastning och måste migreras tillsammans för snabb redundansväxling av arbetsbelastningen till de nya molnlagringsplatserna i Azure.
I ett annat exempel kan en källa till och med behöva delas upp på flera målplatser. Det omvända är också möjligt, när du behöver kombinera flera källor till delsökvägar under samma målplats i Azure.
Att gruppera källor i ett projekt innebär inte att du måste migrera alla parallellt. Du har kontroll över vad som ska köras och när du ska köra det. I de återstående avsnitten i den här artikeln beskrivs fler resurser som möjliggör sådan detaljerad kontroll.
Tips/Råd
Du kan också lägga till en beskrivning i projektet. En beskrivning kan hjälpa dig att hålla reda på ytterligare information för projektet. Om du redan har skapat en migreringsplan någon annanstans kan beskrivningsfältet användas för att länka projektet till din plan. Du kan också använda den för att registrera information som en kollega kan behöva senare. Du kan lägga till beskrivningar i alla lagringsflyttarresurser och varje beskrivning kan innehålla upp till 1 024 tecken.
Jobbdefinition
En jobbdefinition finns i ett projekt. Jobbdefinitionen beskriver en källa, ett mål och de migreringsinställningar som du vill använda nästa gång du startar en kopia från den definierade källan till det definierade målet i Azure.
Viktigt!
När en jobbdefinition har skapats kan inte käll- och målinformation ändras. Migreringsinställningarna kan dock ändras när som helst. En ändring påverkar inte ett migreringsjobb som körs, men börjar gälla nästa gång du startar ett migreringsjobb.
Det kanske inte verkar omedelbart logiskt att det inte är tillåtet att ändra käll- och målinformation i en befintlig jobbdefinition. Anta till exempel att du definierar Dela A som migreringskälla och kör flera kopieringsåtgärder. Tänk dig också att du ändrar migreringskällan till Dela B. Den här ändringen kan få potentiellt farliga konsekvenser.
Spegling är en vanlig migreringsinställning som skapar en "speglingsbild" av en källa inom ett mål. Om den här inställningen tillämpas på vårt exempel kan filer från Share A tas bort på målet när kopieringen börjar migrera filer från Share B. För att förhindra misstag och bevara integriteten i jobbkörningshistoriken kan du inte redigera källan eller målet i en etablerad jobbdefinition. Källan, målet och information om deras eventuella delsökvägar låses när en jobbdefinition skapas. Om du vill återanvända samma mål men använda en annan källa (eller vice versa) måste du skapa en ny jobbdefinition.
Jobbdefinitionen innehåller också en historik över tidigare kopieringskörningar och deras resultat.
Jobbkörning
När du startar en jobbdefinition skapas en ny resurs implicit: en jobbkörningsresurs. Jobbdefinitionen innehåller all den information som tjänsten för lagringsflytt behöver för att starta en kopiering. I en typisk migrering kan du kopiera från källa till mål flera gånger. Varje gång du startar en jobbdefinition registreras det som en jobbkörning.
Jobbkörningen är en ögonblicksbild av jobbdefinitionen. Migreringsmiljön kör jobbet för den valda typen av arbetsbelastning. För agentbaserade arbetsbelastningar sköter den valda migreringsagenten körningen. För agentlösa arbetsbelastningar orkestrerar tjänsten exekveringen.
Viktigt!
En ändring av migreringsinställningarna påverkar inte ett migreringsjobb som körs. När en jobbkörning startas tar den valda migreringsmiljön en ögonblicksbild av jobbdefinitionen och kör den. Du kan inte ändra en jobbkörning. Det enda alternativet är att avbryta det.
En jobbkörning har ett tillstånd, förloppsinformation och information om kopieringsresultat. Du hittar den mest kritiska informationen om jobbkörningen som egenskaper på själva jobbkörningsresursen. Agentbaserade och agentlösa arbetsbelastningar genererar både jobbkörningstelemetri via tjänsten.
Tjänsten Azure Monitor genererar ytterligare information och migreringsresultat:
- Mått är numeriska värden som registreras över tid. De kan ritas med hjälp av tjänsten Azure Monitor. Vissa valda mått är också direkt tillgängliga när du hanterar jobbdefinitionen/jobbkörningarna i portalen.
- Kopieringsloggar är valfria. Om detta är aktiverat har varje jobbkörning en egen kopieringslogg. En loggpost genereras för varje namnområdesobjekt som agenten stöter på i källan som inte kan kopieras.
Viktigt!
Måttinformation är tillgänglig som standard, men du måste anmäla dig för att aktivera kopieringsloggar. Det kan göras när du skapar din Storage Mover-resurs och även i efterhand. Om du vill kontrollera om kopieringsloggar är aktiverade eller hanterar information kan du använda menyn Diagnostic settings på Azure portalsidan för din lagringsflyttarresurs.
Endpoint
Migreringar kräver väldefinierade käll- och målplatser. Termen slutpunkt används ofta i nätverk, men här beskrivs en lagringsplats till en hög detaljnivå. En slutpunkt innehåller sökvägen till lagringsplatsen och ytterligare information.
Även om det bara finns en enskild slutpunktsresurs kan egenskaperna för varje enskild slutpunkt variera beroende på typen av slutpunkt. Till exempel kräver NFS-resurser, SMB-resurser och Azure Storage blobcontainerslutpunkter var och en fundamentalt olika information.
Slutpunkter används för att skapa en jobbdefinition. Endast vissa typer av slutpunkter kan användas som källa respektive mål. Se avsnittet Källor och mål som stöds i översiktsartikeln om Azure Storage Mover.
Slutpunkter överordnas till den översta lagringsflyttarresursen och kan återanvändas i olika jobbdefinitioner.
Nästa steg
När du har förstått vilka resurser som ingår i en Azure Storage Mover-driftsättning kan du påbörja en proof of concept-driftsättning. Dessa artiklar är bra att läsa härnäst: