Förstå Resurshierarkin för Azure Storage Mover
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.
Översikt
Azure Storage Mover är en hybridmolntjänst. Hybridtjänster har både en molntjänstkomponent och en infrastrukturkomponent. Tjänstadministratören kör infrastrukturkomponenten i sin företagsmiljö. För Storage Mover består den hybridkomponenten av en migreringsagent. Agenter är virtuella datorer, distribueras till och körs på en värd nära källlagringen. Mer information om agenten och hur den distribueras finns i artikeln om distribution av Storage Mover-agenten .
Förutom agentregistreringsprocessen hanteras alla aspekter av en migrering från molntjänsten. Information om agentregistreringsprocessen finns i artikeln om agentregistrering .
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 registreras din prenumeration hos resursprovidrarna Microsoft.StorageMover och Microsoft.HybridCompute . 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. I stället kopierar en migreringsagent dina data från källan och skickar dem direkt till målet i Azure Storage. Eftersom agenten utför det mesta arbetet är närheten mellan källa, agent och mållagring viktigare för migreringsprestanda än lagringsflyttarresursens plats.
Migreringsagent
Storage Mover är en hybridtjänst och använder en eller flera migreringsagenter för att underlätta migrering. Agenten är en virtuell dator som körs i nätverket. Det är också namnet på en resurs som är överordnad till den lagringsflyttarresurs som du har distribuerat i resursgruppen.
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 lagringsflyttaren när de har registrerats. Registreringen skapar förtroenderelationen med den lagringsflyttarresurs som du har valt under registreringen. 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.
Dricks
Närhets- och nätverkskvaliteten mellan migreringsagenten och mållagringen i Azure avgör migreringshastigheten i ett tidigt skede av migreringen. Regionen för den lagringsflyttarresurs som du har distribuerat spelar ingen roll för prestanda.
Kommentar
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 eller inte. Det innebär att lokala beräknings- och minnesresurser på en agent kan bli viktigare för migreringshastigheten än nätverkskvaliteten.
Migreringsprojekt
Med ett projekt kan du 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, där du behöver kombinera flera källor till undersökvägar på 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.
Dricks
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 som 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 Dela A tas bort i målet när kopieringsåtgärden börjar migrera filer från Dela B. För att förhindra misstag och upprätthålla integriteten för en jobbkörningshistorik kan du inte redigera en etablerad jobbdefinitions källa eller mål. Käll-, mål- och deras valfria undersökvägsinformation 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 behåller också en historisk post med 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 information som lagringsflyttartjänsten behöver för att starta en kopia. 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 den i en jobbkörning.
Jobbkörningen är en ögonblicksbild av jobbdefinitionen och ges till den migreringsagent som du har valt. Agenten har sedan all nödvändig information om källa, mål och det migreringsbeteende som krävs för att utföra migreringen som du tidigare har definierat.
Viktigt!
En ändring av migreringsinställningarna påverkar inte ett migreringsjobb som körs. När du startar en jobbkörning tas en ögonblicksbild av jobbdefinitionen och körs b migreringsagenten. Du kan inte ändra en jobbkörning. Det enda alternativet är att avbryta den.
En jobbkörning har ett tillstånd, förloppsinformation och kopierar resultatinformation. Du hittar den mest kritiska informationen om jobbkörningen som egenskaper på själva jobbkörningsresursen. Migreringsagenten har en anpassad telemetrikanal som gör att den kan lagra den här informationen direkt i jobbkörningsresursen.
Agenten genererar även ytterligare information och migreringsresultat via Azure Monitor-tjänsten:
- Mått är numeriska värden som registreras över tid. De kan ritas med hjälp av Azure Monitor-tjänsten. Vissa valda mått är också direkt tillgängliga när du hanterar jobbdefinitionen/jobbkörningarna i portalen.
- Kopieringsloggar är valfria. Om det ä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 som en del av att skapa din lagringsflyttarresurs och även senare. Om du vill kontrollera om kopieringsloggar är aktiverade eller hanterar information kan du använda menyn Diagnostikinställningar på Azure Portal-sidan för din lagringsflyttarresurs.
Slutpunkt
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 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 de resurser som ingår i en Azure Storage Mover-distribution är det en bra idé att starta en proof-of-concept-distribution. Dessa artiklar är bra, läser nästa: