Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Er zijn verschillende Azure resources betrokken bij een implementatie van Storage Mover. In dit artikel worden al deze resources, hun gebruik en aanbevolen procedures beschreven voor het uitdrukken van uw migratiebehoeften.
Overzicht
Azure Storage Mover ondersteunt migratieworkloads zonder agents en zonder agents. Voor agentgebaseerde workloads draait er in uw omgeving, dicht bij de bronopslag, een migratieagent-VM. Voor werkbelastingen zonder agent is er geen migratieagent-VM vereist.
De cloudservice biedt migratieindeling en -beheer voor beide workloadtypen. Raadpleeg voor agentgebaseerde werkbelastingen de artikelen over de implementatie van de Storage Mover-agent en de registratie van de agent.
Storage Mover ondersteunt migratieworkloads op basis van agents en zonder agent. De resourcehiërarchie die in dit artikel wordt beschreven, is van toepassing op beide typen workloads, maar resources voor migratieagents zijn alleen vereist voor agentgebaseerde workloads.
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 inzetten en uw migraties beter beheren als alle resources ondergebracht zijn in hetzelfde Storage Mover-exemplaar.
Een migratieagent kan slechts worden geregistreerd bij één opslagmover.
Wanneer u de resource implementeert, registreert u uw abonnement bij de Microsoft. StorageMover en Microsoft. HybridCompute-resourceproviders. U wijst ook de regio toe waar berichten en metagegevens over uw migratie worden opgeslagen. De Storage Mover-resource zelf is niet rechtstreeks verantwoordelijk voor het migreren van uw gegevens. Voor agentgebaseerde workloads kopieert een migratieagent uw gegevens van de bron en stuurt deze rechtstreeks naar het doel in Azure Storage. Voor werkbelastingen zonder agent organiseert Storage Mover de migratie zonder dat hiervoor een vm met een geïmplementeerde migratieagent is vereist. Voor agentgebaseerde workloads is de nabijheid tussen de bronopslag, de agent en de doelopslag van groter belang voor de migratieprestaties dan de locatie van uw Storage Mover-resource.
Migratieagent
Storage Mover is een hybride service die werkbelastingen met agents en zonder agents ondersteunt. Migratieagents worden gebruikt voor agentgebaseerde workloads. Een migratieagent is een virtuele machine die in uw netwerk wordt uitgevoerd. Het is ook de naam van een resource die ondergeschikt is aan de Storage Mover-resource die u in uw resourcegroep hebt geïmplementeerd.
Als u een workload zonder agent plant, kunt u resources van de migratieagent overslaan.
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 verschijnen in uw Storage Mover nadat ze zijn geregistreerd. Registratie brengt een vertrouwensrelatie tot stand met de door u geselecteerde Storage Mover-resource. Met deze vertrouwensrelatie kunt u alle migratiegerelateerde aspecten van de cloudservice beheren, hetzij via de Azure-portal, Azure PowerShell of Azure CLI.
Tip
De nabijheid en netwerkkwaliteit tussen uw migratieagent en de doelopslag in Azure de migratiesnelheid bepalen in vroege fasen van uw migratie. De regio van de opslagmover-resource die u hebt geïmplementeerd, speelt geen rol voor prestaties.
Note
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 beïnvloed door de snelheid waarmee de migratieagent kan evalueren of een bestand moet worden gekopieerd. Dat betekent dat lokale reken- en geheugenresources op een agent belangrijker kunnen worden voor de migratiesnelheid dan de netwerkkwaliteit.
Migratieproject
Gebruik een project om uw grootschalige cloudmigraties te organiseren in kleinere, 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 in subpaden van dezelfde doellocatie in Azure.
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.
Tip
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.
Important
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 bijvoorbeeld dat u Share A definieert als de migratiebron en verschillende kopieerbewerkingen uitvoert. 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. De migratieruntime voert de taakuitvoering uit voor het geselecteerde workloadtype. Voor agentgebaseerde taken voert de geselecteerde migratieagent de uitvoering uit. Voor agentloze workloads coördineert de service de uitvoering.
Important
Een wijziging in de migratie-instellingen heeft geen invloed op een actieve migratietaak. Op het moment van het starten van een taakuitvoering maakt de geselecteerde migratieruntime een momentopname van de taakdefinitie en voert deze uit. U kunt een taakuitvoering niet wijzigen. De enige optie is om deze te annuleren.
Een taakuitvoering heeft een status, voortgangsgegevens en kopieerresultaatgegevens. U vindt de meest kritieke informatie over de uitvoering van uw taak als eigenschappen op de taakuitvoeringsresource zelf. Agentgebaseerde en agentloze workloads sturen allebei telemetrie over taakuitvoeringen via de service.
De Azure Monitor-service verzendt aanvullende informatie en migratieresultaten:
- 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.
Important
Metrische gegevens zijn standaard beschikbaar, maar u moet zich aanmelden om kopieerlogboeken in te schakelen. Dat kan worden gedaan tijdens het maken van uw Storage Mover-resource, maar ook later. Als u wilt controleren of kopieerlogboeken zijn ingeschakeld of details beheren, kunt u de Diagnostische instellingen menu op de Azure portalpagina voor uw opslagmover-resource gebruiken.
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 blobcontainer-eindpunten van Azure Storage vereisen bijvoorbeeld fundamenteel verschillende 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 Supported sources and targets in het overzichtsartikel Azure Storage Mover.
Eindpunten zijn ondergebracht onder de Storage Mover-resource op het hoogste niveau en kunnen worden hergebruikt voor verschillende taakdefinities.
Volgende stappen
Nadat u de resources hebt begrepen die betrokken zijn bij een Azure Storage Mover-implementatie, start u een proof-of-concept-implementatie. Deze artikelen zijn goede aanraders om hierna te lezen: