Share via


Informatie over de Azure Storage Mover-resourcehiërarchie

Er zijn verschillende Azure-resources betrokken bij een Storage Mover-implementatie. In dit artikel worden al deze resources, hun gebruik en aanbevolen procedures beschreven voor het uitdrukken van uw migratiebehoeften.

An image showing the hierarchical relationship of Storage Mover Azure resources further described in the article.

Overzicht

Azure Storage Mover is een hybride cloudservice. Hybride services hebben zowel een cloudserviceonderdeel als een infrastructuuronderdeel. De servicebeheerder voert het infrastructuuronderdeel uit in de bedrijfsomgeving. Voor Storage Mover bestaat dat hybride onderdeel uit een migratieagent. Agents zijn virtuele machines, geïmplementeerd op en worden uitgevoerd op een host in de buurt van de bronopslag. Lees het artikel over de implementatie van de Storage Mover-agent voor meer informatie over de agent en hoe deze wordt geïmplementeerd.

Met uitzondering van het registratieproces van de agent worden alle aspecten van een migratie beheerd vanuit de cloudservice. Details over het agentregistratieproces zijn beschikbaar in het artikel over agentregistratie .

Opslagmover-resource

Een opslagmover-resource is de naam van de serviceresource op het hoogste niveau die u in een resourcegroep van uw keuze implementeert. Alle aspecten van de service en uw migratie worden beheerd vanuit deze resource. In de meeste gevallen is het implementeren van één opslagmover-resource voldoende voor zelfs de grootste migraties.

U kunt uw agents beter gebruiken en uw migraties beheren als alle resources hun thuis vinden in hetzelfde opslagmover-exemplaar.

Een migratieagent kan slechts worden geregistreerd bij één opslagmover.

Wanneer u de resource implementeert, wordt uw abonnement geregistreerd bij de resourceproviders Microsoft.StorageMover en Microsoft.HybridCompute . U wijst ook de regio toe waarin berichten en metagegevens over uw migratie worden opgeslagen. De Storage Mover-resource zelf is niet rechtstreeks verantwoordelijk voor het migreren van uw gegevens. In plaats daarvan kopieert een migratieagent uw gegevens van de bron en verzendt deze rechtstreeks naar het doel in Azure Storage. Omdat de agent het meeste werk uitvoert, is de nabijheid tussen de bron-, agent- en doelopslag belangrijker voor migratieprestaties dan de locatie van uw opslagmover-resource.

A diagram illustrating the data flow by showing two arrows. The first arrow represents data traveling to a storage account from the source or agent and a second arrow represents only the management or control info to the storage mover resource or service.

Migratieagent

Storage Mover is een hybride service en maakt gebruik van een of meer migratieagents om migraties te vergemakkelijken. De agent is een virtuele machine die in uw netwerk wordt uitgevoerd. Dit is ook de naam van een resource, die is gekoppeld aan de opslagmover-resource die u in uw resourcegroep hebt geïmplementeerd.

U kunt verschillende migratieagent-VM's implementeren en elk met een unieke naam registreren voor dezelfde opslagmover-resource. Als u migratiebehoeften op verschillende locaties hebt, kunt u het beste een migratieagent in de buurt van de bronopslag hebben die u wilt migreren.

Uw agents worden weergegeven in uw opslagmover nadat ze zijn geregistreerd. Registratie maakt de vertrouwensrelatie met de opslagmover-resource die u tijdens de registratie hebt geselecteerd. Met deze vertrouwensrelatie kunt u alle migratiegerelateerde aspecten van de cloudservice beheren, hetzij via Azure Portal, Azure PowerShell of Azure CLI.

Fooi

De nabijheid en netwerkkwaliteit tussen uw migratieagent en de doelopslag in Azure bepalen de migratiesnelheid in vroege fasen van uw migratie. De regio van de opslagmover-resource die u hebt geïmplementeerd, speelt geen rol voor prestaties.

Notitie

Als u downtime voor uw workload wilt minimaliseren, kunt u meerdere keren van bron naar doel kopiëren. In latere kopieeruitvoeringen wordt de migratiesnelheid vaak meer beïnvloed door de snelheid waarmee de migratieagent kan evalueren of een bestand moet worden gekopieerd of niet. Dat betekent dat lokale reken- en geheugenresources op een agent belangrijker kunnen worden voor de migratiesnelheid dan de netwerkkwaliteit.

Migratieproject

Met een project kunt u uw grootschalige cloudmigraties organiseren in kleinere, beter beheerbare eenheden die zinvol zijn voor uw situatie.

De kleinste eenheid van een migratie kan worden gedefinieerd als de inhoud van één bron die naar één doel wordt verplaatst, maar datacentrummigraties zijn zelden zo eenvoudig. Vaak ondersteunen meerdere bronnen één workload en moeten ze samen worden gemigreerd voor een tijdige failover van de workload naar de nieuwe cloudopslaglocaties in Azure.

In een ander voorbeeld moet één bron mogelijk zelfs worden gesplitst in meerdere doellocaties. Het omgekeerde is ook mogelijk, waarbij u meerdere bronnen moet combineren tot subpaden van dezelfde doellocatie in Azure.

an image showing the nested relationship of a project into a storage mover resource. It also shows child objects of the resource, called job definitions, described later in this article.

Het groeperen van bronnen in een project betekent niet dat u ze allemaal parallel moet migreren. U hebt controle over wat u moet uitvoeren en wanneer u deze wilt uitvoeren. In de resterende secties in dit artikel worden meer resources beschreven die een dergelijke fijnmazige controle mogelijk maken.

Fooi

U kunt eventueel een beschrijving toevoegen aan uw project. Een beschrijving kan helpen bij het bijhouden van aanvullende informatie voor uw project. Als u al een migratieplan ergens anders hebt gemaakt, kan het beschrijvingsveld worden gebruikt om dit project aan uw plan te koppelen. U kunt deze ook gebruiken om gegevens vast te leggen die een collega mogelijk later nodig heeft. U kunt beschrijvingen toevoegen aan alle opslagmover-resources en elke beschrijving mag maximaal 1024 tekens bevatten.

Jobdefinitie

Een taakdefinitie bevindt zich in een project. De taakdefinitie beschrijft een bron, een doel en de migratie-instellingen die u de volgende keer wilt gebruiken wanneer u een kopie van de gedefinieerde bron naar het gedefinieerde doel in Azure start.

Belangrijk

Nadat een taakdefinitie is gemaakt, kunnen bron- en doelgegevens niet worden gewijzigd. Migratie-instellingen kunnen echter op elk gewenst moment worden gewijzigd. Een wijziging heeft geen invloed op een actieve migratietaak, maar wordt van kracht wanneer u de volgende keer een migratietaak start.

Het lijkt misschien niet direct logisch dat het wijzigen van bron- en doelgegevens in een bestaande taakdefinitie niet is toegestaan. Stel u bijvoorbeeld voor dat u Share A definieert als de migratiebron en dat er verschillende kopieerbewerkingen worden uitgevoerd. Stel dat u ook de migratiebron wijzigt in Share B. Deze wijziging kan mogelijk gevaarlijke gevolgen hebben.

Spiegelen is een algemene migratie-instelling waarmee een 'gespiegelde ' afbeelding van een bron binnen een doel wordt gemaakt. Als deze instelling wordt toegepast op ons voorbeeld, worden bestanden van Share A mogelijk verwijderd in het doel wanneer de kopieerbewerking begint met het migreren van bestanden vanuit Share B. Om fouten te voorkomen en de integriteit van een taakuitvoeringsgeschiedenis te behouden, kunt u de bron of het doel van een ingerichte taakdefinitie niet bewerken. Bron-, doel- en optionele subpadgegevens worden vergrendeld wanneer een taakdefinitie wordt gemaakt. Als u hetzelfde doel opnieuw wilt gebruiken, maar een andere bron wilt gebruiken (of omgekeerd), moet u een nieuwe taakdefinitie maken.

De taakdefinitie houdt ook een historisch overzicht bij van eerdere kopieeruitvoeringen en hun resultaten.

Taakuitvoering

Wanneer u een taakdefinitie start, wordt impliciet een nieuwe resource gemaakt: een taakuitvoeringsresource. De taakdefinitie bevat alle informatie die de opslagmover-service nodig heeft om een kopie te starten. In een typische migratie kunt u meerdere keren van bron naar doel kopiëren. Telkens wanneer u een taakdefinitie start, wordt deze vastgelegd in een taakuitvoering.

De taakuitvoering is een momentopname van de taakdefinitie en gegeven aan de migratieagent die u hebt geselecteerd. De agent beschikt vervolgens over alle benodigde informatie over het bron-, doel- en migratiegedrag dat moet worden gevolgd om de migratie uit te voeren die u eerder hebt gedefinieerd.

Belangrijk

Een wijziging in de migratie-instellingen heeft geen invloed op een actieve migratietaak. Op het moment van het starten van een taakuitvoering wordt een momentopname van de taakdefinitie gemaakt en uitgevoerd b de migratieagent. U kunt een taakuitvoering niet wijzigen, maar u kunt deze alleen annuleren.

Een taakuitvoering heeft een status, voortgangsinformatie en resultaatgegevens kopiëren. U vindt de meest kritieke informatie over de uitvoering van uw taak als eigenschappen op de taakuitvoeringsresource zelf. De migratieagent heeft een aangepast telemetriekanaal waarmee deze informatie rechtstreeks in de taakuitvoeringsresource kan worden opgeslagen.

De agent verzendt ook aanvullende informatie en migratieresultaten via de Azure Monitor-service:

  • Metrische gegevens zijn numerieke waarden, vastgelegd in de loop van de tijd. Ze kunnen worden uitgezet met behulp van de Azure Monitor-service. Sommige geselecteerde metrische gegevens zijn ook rechtstreeks beschikbaar bij het beheren van de taakdefinitie/taakuitvoeringen in de portal.
  • Kopieerlogboeken zijn optioneel. Als deze optie is ingeschakeld, heeft elke taak een eigen kopielogboek. Er wordt een logboekvermelding gegenereerd voor elk naamruimte-item dat de agent tegenkomt in de bron die niet kan worden gekopieerd.

Belangrijk

Metrische gegevens zijn standaard beschikbaar, maar u moet zich aanmelden om kopieerlogboeken in te schakelen. Dit kan worden gedaan als onderdeel van het maken van uw opslagmover-resource en later ook. Als u wilt controleren of kopieerlogboeken zijn ingeschakeld of details beheren, kunt u het menu Diagnostische instellingen op de azure-portalpagina gebruiken voor uw opslagmover-resource.

Eindpunt

Voor migraties zijn goed gedefinieerde bron- en doellocaties vereist. Hoewel het termeindpunt vaak wordt gebruikt in netwerken, wordt hier een opslaglocatie tot een hoog detailniveau beschreven. Een eindpunt bevat het pad naar de opslaglocatie en aanvullende informatie.

Hoewel er slechts één eindpuntresource bestaat, kunnen de eigenschappen van elk afzonderlijk eindpunt variëren, afhankelijk van het type eindpunt. NFS-shares, SMB-shares en Azure Storage Blob-containereindpunten vereisen bijvoorbeeld fundamenteel andere informatie.

Eindpunten worden gebruikt bij het maken van een taakdefinitie. Alleen bepaalde typen eindpunten kunnen worden gebruikt als een bron of een doel. Raadpleeg de sectie Ondersteunde bronnen en doelen in het overzichtsartikel over Azure Storage Mover.

Eindpunten worden gekoppeld aan de opslagmover-resource op het hoogste niveau en kunnen worden hergebruikt in verschillende taakdefinities.

Volgende stappen

Nadat u inzicht hebt in de resources die betrokken zijn bij een Implementatie van Azure Storage Mover, is het een goed idee om een proof-of-concept-implementatie te starten. Deze artikelen zijn goed, volgende leesbewerkingen: