Grundlegendes zur Azure Storage Mover-Ressourcenhierarchie

Mehrere Azure Ressourcen sind an einer Storage Mover-Bereitstellung beteiligt. In diesem Artikel werden jede dieser Ressourcen, deren Verwendung und bewährte Methoden zum Ausdruck gebracht, um Ihre Migrationsanforderungen mit ihnen auszudrücken.

Eine Abbildung, die die hierarchische Beziehung der Azure Storage Mover-Ressourcen zeigt, die im Artikel näher beschrieben werden.

Overview

Azure Storage Mover unterstützt sowohl agentbasierte als auch agentlose Migrationsworkloads. Bei agentbasierten Workloads wird eine VM des Migrations-Agents in Ihrer Umgebung in der Nähe des Quellspeichers ausgeführt. Für agentlose Workloads ist keine VM des Migrations-Agents erforderlich.

Der Clouddienst bietet Migrations-Orchestrierung und -verwaltung für beide Workloadtypen. Informationen zu agentbasierten Workloads finden Sie in den Artikeln zur Bereitstellung des Storage Mover-Agents und zur Agentregistrierung .

Storage Mover unterstützt agentbasierte und agentlose Migrationsworkloads. Die in diesem Artikel beschriebene Ressourcenhierarchie gilt für beide Workloadtypen. Migrations-Agent-Ressourcen sind jedoch nur für agentbasierte Workloads erforderlich.

Storage Mover-Ressource

Eine Speicherverschiebungsressource ist der Name der Dienstressource der obersten Ebene, die Sie in einer Ressourcengruppe Ihrer Wahl bereitstellen. Alle Aspekte des Diensts und Ihrer Migration werden von dieser Ressource gesteuert. In den meisten Fällen reicht die Bereitstellung einer einzelnen Speicherverschiebungsressource auch für die größten Migrationen aus.

Sie können Ihre Agenten besser nutzen und Ihre Migrationen besser verwalten, wenn alle Ressourcen in derselben Storage Mover-Instanz untergebracht sind.

Ein Migrations-Agent kann nur für einen Speicher-Mover registriert werden.

Wenn Sie die Ressource bereitstellen, registrieren Sie Ihr Abonnement mit dem Microsoft. StorageMover und Microsoft. HybridCompute-Ressourcenanbieter. Sie weisen auch die Region zu, in der Nachrichten und Metadaten zu Ihrer Migration gespeichert werden. Die Storage Mover-Ressource selbst ist nicht direkt für die Migration Ihrer Daten verantwortlich. Bei agentbasierten Workloads kopiert ein Migrations-Agent Ihre Daten aus der Quelle und sendet sie direkt an das Ziel in Azure Storage. Bei agentlosen Workloads orchestriert Storage Mover die Migration, ohne dass eine bereitgestellte Migrations-Agent-VM erforderlich ist. Für agentbasierte Workloads ist die Nähe zwischen Quelle, Agent und Zielspeicher für die Migrationsleistung wichtiger als der Standort Ihrer Speicherverschiebungsressource.

Ein Diagramm, das den Datenfluss veranschaulicht, indem zwei Pfeile angezeigt werden. Der erste Pfeil stellt Daten dar, die von der Quelle oder dem Agent zu einem Speicherkonto gelangen, und ein zweiter Pfeil stellt nur die Verwaltungs- oder Kontrollinformationen für die Speicherverschiebungsressource oder den Speicherdienst dar.

Migrationsagent

Storage Mover ist ein Hybriddienst, der agentbasierte und agentlose Workloads unterstützt. Migrations-Agents werden für agentbasierte Workloads verwendet. Ein Migrations-Agent ist ein virtueller Computer, der in Ihrem Netzwerk ausgeführt wird. Außerdem handelt es sich um den Namen einer Ressource, die der Speicher-Mover-Ressource untergeordnet ist, die Sie in Ihrer Ressourcengruppe bereitgestellt haben.

Wenn Sie eine agentlose Arbeitsauslastung planen, können Sie Die Ressourcen des Migrations-Agents überspringen.

Sie können mehrere Migrations-Agent-VMs bereitstellen und jeden mit einem eindeutigen Namen für dieselbe Speicherverschiebungsressource registrieren. Wenn Sie über Migrationsanforderungen an verschiedenen Standorten verfügen, ist es am besten, einen Migrations-Agent sehr nah am Quellspeicher zu haben, den Sie migrieren möchten.

Ihre Agenten erscheinen nach der Registrierung in Ihrem Storage Mover. Die Registrierung stellt die Vertrauensstellung mit der Storage-Mover-Ressource her, die Sie ausgewählt haben. Diese Vertrauensstellung ermöglicht es Ihnen, alle migrationsbezogenen Aspekte vom Clouddienst zu verwalten, entweder über das Azure-Portal, Azure PowerShell oder Azure CLI.

Tip

Die Nähe und Die Netzwerkqualität zwischen Ihrem Migrations-Agent und dem Zielspeicher in Azure bestimmen die Migrationsgeschwindigkeit in frühen Phasen Der Migration. Die Region der bereitgestellten Speicherverschiebungsressource spielt keine Rolle für die Leistung.

Note

Um Ausfallzeiten für Ihre Workload zu minimieren, können Sie mehrere Male von Quelle zu Ziel kopieren. In späteren Kopierläufen wird die Migrationsgeschwindigkeit häufig durch die Geschwindigkeit beeinflusst, mit der der Migrations-Agent auswerten kann, ob eine Datei kopiert werden muss. Das bedeutet, dass lokale Rechen- und Speicherressourcen auf einem Agent für die Migrationsgeschwindigkeit wichtiger werden können als die Netzwerkqualität.

Migrationsprojekt

Verwenden Sie ein Projekt, um Ihre großen Cloudmigrationen in kleinere, verwaltbare Einheiten zu organisieren, die für Ihre Situation sinnvoll sind.

Die kleinste Einheit einer Migration kann als Inhalt einer Quelle definiert werden, die in ein Ziel wechselt, aber Datencentermigrationen sind selten so einfach. Häufig unterstützen mehrere Quellen einen Workload und müssen zusammen migriert werden, um ein zeitnahes Failover des Workloads an die neuen Cloudspeicherorte in Azure zu ermöglichen.

In einem anderen Beispiel muss eine Quelle möglicherweise sogar in mehrere Zielspeicherorte aufgeteilt werden. Umgekehrt ist dies ebenfalls möglich, wenn Sie mehrere Quellen in Unterpfaden desselben Zielspeicherorts in Azure kombinieren müssen.

Eine Abbildung, die die geschachtelte Beziehung eines Projekts innerhalb einer Storage Mover-Ressource zeigt. Sie zeigt auch untergeordnete Objekte der Ressource, sogenannte Auftragsdefinitionen, die später in diesem Artikel beschrieben werden.

Das Gruppieren von Quellen in ein Projekt bedeutet nicht, dass Sie alle gleichzeitig migrieren müssen. Sie bestimmen, was ausgeführt werden soll und wann. In den verbleibenden Abschnitten in diesem Artikel werden weitere Ressourcen beschrieben, die eine solche feinkörnige Kontrolle ermöglichen.

Tip

Optional können Sie Ihrem Projekt eine Beschreibung hinzufügen. Eine Beschreibung kann dazu beitragen, zusätzliche Informationen für Ihr Projekt nachzuverfolgen. Wenn Sie bereits an anderer Stelle einen Migrationsplan erstellt haben, kann das Beschreibungsfeld verwendet werden, um dieses Projekt mit Ihrem Plan zu verknüpfen. Sie können es auch verwenden, um Informationen aufzuzeichnen, die ein Kollege später benötigt. Sie können allen Speicherverschiebungsressourcen Beschreibungen hinzufügen, und jede Beschreibung kann bis zu 1024 Zeichen enthalten.

Auftragsdefinition

Eine Auftragsdefinition ist in einem Projekt enthalten. Die Auftragsdefinition beschreibt eine Quelle, ein Ziel und die Migrationseinstellungen, die Sie beim nächsten Starten einer Kopie aus der definierten Quelle zum definierten Ziel in Azure verwenden möchten.

Important

Nachdem eine Auftragsdefinition erstellt wurde, können Quell- und Zielinformationen nicht mehr geändert werden. Migrationseinstellungen können jedoch jederzeit geändert werden. Eine Änderung wirkt sich nicht auf einen ausgeführten Migrationsauftrag aus, wird aber beim nächsten Starten eines Migrationsauftrags wirksam.

Möglicherweise erscheint es nicht sofort logisch, dass das Ändern von Quell- und Zielinformationen in einer vorhandenen Auftragsdefinition nicht zulässig ist. Angenommen, Sie definieren Share A als Migrationsquelle und führen mehrere Kopiervorgänge aus. Stellen Sie sich auch vor, dass Sie die Migrationsquelle in Share B ändern. Diese Änderung könnte potenziell gefährliche Folgen haben.

Die Spiegelung ist eine allgemeine Migrationseinstellung, die ein Spiegelbild einer Quelle innerhalb eines Ziels erstellt. Wenn diese Einstellung auf unser Beispiel angewendet wird, könnten Dateien aus Freigabe A am Zielort gelöscht werden, wenn der Kopiervorgang mit der Migration von Dateien aus Freigabe B beginnt. Um Fehler zu vermeiden und die Integrität des Ausführungsverlaufs eines Auftrags zu wahren, können Sie die Quelle oder das Ziel einer bereitgestellten Auftragsdefinition nicht bearbeiten. Quelle, Ziel und die zugehörigen Informationen zu optionalen Unterpfaden werden gesperrt, wenn eine Auftragsdefinition erstellt wird. Wenn Sie dasselbe Ziel wiederverwenden möchten, aber eine andere Quelle (oder umgekehrt) verwenden möchten, müssen Sie eine neue Auftragsdefinition erstellen.

Die Auftragsdefinition führt auch eine Historie früherer Kopierläufe und ihrer Ergebnisse.

Auftragsausführung

Wenn Sie eine Auftragsdefinition starten, wird implizit eine neue Ressource erstellt: eine Auftragsausführungsressource. Die Auftragsdefinition enthält alle Informationen, die der Storage-Mover-Dienst benötigt, um einen Kopiervorgang zu starten. In einer typischen Migration können Sie mehrmals aus der Quelle in das Ziel kopieren. Jedes Mal, wenn Sie eine Jobdefinition starten, wird sie in einem Joblauf erfasst.

Die Auftragsausführung ist eine Momentaufnahme der Auftragsdefinition. Die Migrationslaufzeit führt die Auftragsausführung für den ausgewählten Workloadtyp aus. Für agentbasierte Workloads führt der ausgewählte Migrations-Agent die Ausführung aus. Bei agentlosen Workloads koordiniert der Dienst die Ausführung.

Important

Eine Änderung der Migrationseinstellungen wirkt sich nicht auf einen ausgeführten Migrationsauftrag aus. Beim Starten einer Auftragsausführung erstellt die ausgewählte Migrationslaufzeit eine Momentaufnahme der Auftragsdefinition und führt diese aus. Sie können eine Jobausführung nicht ändern. Ihre einzige Option besteht darin, sie abzubrechen.

Die Ausführung eines Auftrags hat einen Status, Fortschrittsinformationen und Informationen zum Kopierergebnis. Die wichtigsten Informationen zu Ihrer Jobausführung finden Sie als Eigenschaften direkt in der Ressource der Jobausführung selbst. Sowohl agentbasierte als auch agentlose Workloads übermitteln Telemetriedaten zu Jobausführungen über den Dienst.

Der Azure Monitor-Dienst gibt zusätzliche Informationen und Migrationsergebnisse aus:

  • Metriken sind numerische Werte, die im Laufe der Zeit aufgezeichnet werden. Sie können mit dem Dienst Azure Monitor dargestellt werden. Einige ausgewählte Metriken sind auch direkt verfügbar, wenn die Auftragsdefinition / Auftragsausführungen im Portal verwaltet werden.
  • Kopierprotokolle sind optional. Wenn diese Option aktiviert ist, verfügt jede Auftragsausführung über ein eigenes Kopierprotokoll. Für jedes Namespaceelement, das der Agent in der Quelle findet, wird ein Protokolleintrag generiert, der nicht kopiert werden kann.

Important

Metrikinformationen sind standardmäßig verfügbar, aber Sie müssen sich anmelden, um Kopierprotokolle zu aktivieren. Dies kann bei der Erstellung Ihrer Storage Mover-Ressource sowie auch später erfolgen. Wenn Sie überprüfen möchten, ob Kopierprotokolle aktiviert sind oder Details verwalten möchten, können Sie die Diagnostic-Einstellungenmenü auf der Azure Portalseite für Ihre Speicherverschiebungsressource verwenden.

Endpunkt

Migrationen erfordern gut definierte Quell- und Zielspeicherorte. Während der Begriffsendpunkt häufig in Netzwerken verwendet wird, wird hier ein Speicherort für ein hohes Detailniveau beschrieben. Ein Endpunkt enthält den Pfad zum Speicherort und zusätzliche Informationen.

Obwohl nur eine einzelne Endpunktressource vorhanden ist, können die Eigenschaften jedes einzelnen Endpunkts je nach Endpunkttyp variieren. Beispielsweise erfordern NFS-Freigaben, SMB-Freigaben und Azure Storage BLOB-Containerendpunkte jeweils grundlegend unterschiedliche Informationen.

Endpunkte werden bei der Erstellung einer Jobdefinition verwendet. Nur bestimmte Arten von Endpunkten können als Quelle bzw. als Ziel verwendet werden. Weitere Informationen finden Sie im Abschnitt Supported sources and targets im Azure Storage Mover-Übersichtsartikel.

Endpunkte werden auf der obersten Ebene der Speicher-Mover-Ressource angeordnet und können für verschiedene Auftragsdefinitionen wiederverwendet werden.

Nächste Schritte

Nachdem Sie die Ressourcen verstanden haben, die an einer Azure Storage Mover-Bereitstellung beteiligt sind, starten Sie eine Proof-of-Concept-Bereitstellung. Diese Artikel eignen sich gut als nächste Lektüre:

  • Last updated on