Share via


Verschieben von Azure Machine Learning-Arbeitsbereichen zwischen Abonnements (Vorschau)

Wenn sich die Anforderungen Ihrer Machine Learning-Anwendung ändern, müssen Sie Ihren Arbeitsbereich möglicherweise in ein anderes Azure-Abonnement verschieben. Das Verschieben des Arbeitsbereichs kann in den folgenden Situationen erforderlich sein:

  • Höherstufen des Arbeitsbereichs vom Testabonnement zum Produktionsabonnement
  • Ändern des Entwurfs und der Architektur Ihrer Anwendung
  • Verschieben des Arbeitsbereichs in ein Abonnement mit einem besser verfügbaren Kontingent
  • Verschieben des Arbeitsbereichs in ein Abonnement mit einer anderen Kostenstelle

Durch das Verschieben des Arbeitsbereichs können Sie den Arbeitsbereich und seine Inhalte in einem einzigen automatisierten Schritt migrieren. In der folgenden Tabelle werden die Arbeitsbereichsinhalte beschrieben, die verschoben werden:

Arbeitsbereichsinhalte Verschoben mit Arbeitsbereich
Datenspeicher Ja
Datasets Nein
Experimentieraufträge Ja
Umgebungen Ja
Im Arbeitsbereich gespeicherte Modelle und andere Ressourcen Ja
Computeressourcen Nein
Endpunkte Nein

Wichtig

Das Verschieben von Arbeitsbereichen befindet sich derzeit in der öffentlichen Vorschauphase. Diese Vorschau wird ohne Vereinbarung zum Servicelevel bereitgestellt und ist nicht für Produktionsworkloads vorgesehen. Manche Features werden möglicherweise nicht unterstützt oder sind nur eingeschränkt verwendbar.
Weitere Informationen finden Sie unter Zusätzliche Nutzungsbestimmungen für Microsoft Azure-Vorschauen.

Voraussetzungen

  • Ein Azure Machine Learning-Arbeitsbereich im Quellabonnement. Weitere Informationen finden Sie unter Erstellen eines Arbeitsbereichs.

  • Sie müssen sowohl im Quell- als auch im Zielabonnement über Berechtigungen zum Verwalten von Ressourcen verfügen. Diese sind beispielsweise über die Rolle „Mitwirkender“ oder „Besitzer“ auf Abonnementebene verfügbar. Weitere Informationen zu Rollen finden Sie unter Azure-Rollen.

    • Sie benötigen Berechtigungen zum Löschen von Ressourcen aus dem Quellspeicherort.
    • Sie benötigen Berechtigungen zum Erstellen von Ressourcen am Zielspeicherort.
    • Die Verschiebung darf nicht gegen Azure-Richtlinien am Zielspeicherort verstoßen.
    • Rollenzuweisungen an den Quellarbeitsbereich werden nicht verschoben. Sie müssen sie im Ziel neu erstellen.
  • Das Zielabonnement muss für erforderliche Ressourcenanbieter registriert sein. Die folgende Tabelle enthält eine Liste der Ressourcenanbieter, die für Azure Machine Learning erforderlich sind:

    Ressourcenanbieter Zweck
    Microsoft.MachineLearningServices Erstellen des Azure Machine Learning-Arbeitsbereichs
    Microsoft.Storage Das Azure Storage-Konto wird als Standarddatenspeicher für den Arbeitsbereich verwendet.
    Microsoft.ContainerRegistry Azure Container Registry wird vom Arbeitsbereich zum Erstellen von Docker-Images verwendet.
    Microsoft.KeyVault Azure Key Vault wird vom Arbeitsbereich zum Speichern von Geheimnissen verwendet.
    Microsoft.Notebooks/NotebookProxies Integrierte Notebooks in einer Azure Machine Learning-Compute-Instanz
    Microsoft.ContainerService Wenn Sie die Bereitstellung trainierter Modelle in Azure Kubernetes Services planen

    Wenn Sie einen kundenseitig verwalteten Schlüssel mit Azure Machine Learning verwenden möchten, müssen die folgenden Dienstanbieter registriert werden:

    Ressourcenanbieter Zweck
    Microsoft.DocumentDB/databaseAccounts Azure Cosmos DB-Instanz, die Metadaten für den Arbeitsbereich protokolliert
    Microsoft.Search/searchServices Azure Search bietet Indizierungsfunktionen für den Arbeitsbereich.

    Weitere Informationen zum Registrieren eines Ressourcenanbieters finden Sie unter Beheben von Fehlern bei der Ressourcenanbieterregistrierung.

  • Die Azure CLI

    Tipp

    Beim Verschiebungsvorgang wird nicht die Azure CLI-Erweiterung für maschinelles Lernen verwendet.

Unterstützte Szenarios

  • Automatisiertes Verschieben von Arbeitsbereichen zwischen Ressourcengruppen oder Abonnements innerhalb derselben Region. Weitere Informationen finden Sie unter Verschieben von Ressourcen in eine neue Ressourcengruppe oder ein neues Abonnement.

    Hinweis

    Der Arbeitsbereich muss vor dem Verschieben ruhen. Computes werden gelöscht, keine Liveendpunkte oder ausgeführte Experimente.

    Screenshot of the move resources steps in the Azure portal.

  • Das Verschieben eines Arbeitsbereichs mit konfigurierten privaten Endpunkten wird unterstützt. Die privaten Endpunkte werden getrennt, und transitive private Endpunkte werden nach der Verschiebung neu erstellt. Sie sind jedoch für die Genehmigung der neuen privaten Endpunkte (einschließlich des privaten Endpunkts des Arbeitsbereichs) nach der Verschiebung verantwortlich.

Einschränkungen

  • Das Verschieben von Arbeitsbereichen ist nicht für das Replizieren von Arbeitsbereichen oder das Verschieben einzelner Ressourcen wie Modelle oder Datasets von einem Arbeitsbereich in einen anderen vorgesehen.

  • Die Migration zwischen Azure-Regionen wird von der Arbeitsbereichsverschiebung nicht unterstützt.

  • Die Arbeitsbereichsverschiebung unterstützt keine Migration über Microsoft Entra-Mandanten hinweg.

    Tipp

    Informationen zum manuellen Verschieben von Mandanten finden Sie im Artikel Übertragen eines Azure-Abonnements in eine andere Microsoft Entra ID-Instanz.

  • Der Arbeitsbereich darf während des Verschiebungsvorgangs nicht verwendet werden. Stellen Sie sicher, dass alle Experimentaufträge, Datenprofilerstellungen und Bezeichnungsprojekte abgeschlossen wurden. Stellen Sie außerdem sicher, dass keine Rückschlussendpunkte aufgerufen werden.

  • Der Arbeitsbereich ist während der Verschiebung nicht verfügbar.

  • Vor dem Verschieben müssen Sie Computeressourcen und Rückschlussendpunkte aus dem Arbeitsbereich löschen oder trennen.

  • In den Datenspeichern werden nach der Verschiebung möglicherweise noch die alten Abonnementinformationen angezeigt. Schritte zum manuellen Aktualisieren der Datenspeicher finden Sie unter Szenario: Verschieben eines Arbeitsbereichs mit nicht standardmäßigen Datenspeichern.

Die folgenden Szenarios werden nicht unterstützt:

  • Arbeitsbereich mit Computes (entweder vorhandene Computes oder im Prozess der Erstellung befindliche des Computes).
  • Arbeitsbereich mit bereitgestellten Diensten.
  • Arbeitsbereich mit Onlineendpunkten/Bereitstellungen.
  • Arbeitsbereich, der für kundenseitig verwalteten Schlüssel konfiguriert ist.
  • Arbeitsbereich mit derzeit ausgeführten Bezeichnungsprojekten.
  • Arbeitsbereich, der mit Azure Databricks verknüpft ist.
  • Verschiebung des Arbeitsbereichs über Regionen.

Vorbereiten und Überprüfen der Verschiebung

  1. Legen Sie das Abonnement in der Azure CLI auf das Ihres Ursprungsarbeitsbereichs fest.

    az account set -s origin-sub-id
    
  2. Vergewissern Sie sich, dass der Ursprungsarbeitsbereich nicht verwendet wird. Stellen Sie sicher, dass alle Experimentaufträge, Datenprofilerstellungen und Bezeichnungsprojekte abgeschlossen wurden. Stellen Sie außerdem sicher, dass keine Rückschlussendpunkte aufgerufen werden.

  3. Löschen Sie Computeressourcen aus dem Arbeitsbereich, oder trennen Sie sie, und löschen Sie eventuell vorhandene Rückschlussendpunkte. Das Verschieben von Computeressourcen und Endpunkten wird nicht unterstützt. Beachten Sie außerdem, dass der Arbeitsbereich während der Verschiebung nicht verfügbar ist.

  4. Erstellen Sie eine Zielressourcengruppe im neuen Abonnement. Diese Ressourcengruppe enthält den Arbeitsbereich nach dem Verschieben. Das Ziel muss sich in derselben Region wie der Ursprung befinden.

    az group create -g destination-rg -l my-region --subscription destination-sub-id                  
    
  5. Der folgende Befehl veranschaulicht, wie der Verschiebungsvorgang für den Arbeitsbereich überprüft wird. Sie können zugeordnete Ressourcen wie Speicherkonto, Containerregistrierung, Schlüsseltresor und Application Insights in den Verschiebungsvorgang einbeziehen, indem Sie sie der Liste resources hinzufügen. Die Überprüfung kann einige Minuten dauern. In diesem Befehl ist origin-rg die Ursprungsressourcengruppe und destination-rg das Ziel. Die Abonnement-IDs sind origin-sub-id und destination-sub-id, und der Arbeitsbereich wird durch origin-workspace-name angegeben:

    az resource invoke-action --action validateMoveResources --ids "/subscriptions/origin-sub-id/resourceGroups/origin-rg" --request-body "{  \"resources\": [\"/subscriptions/origin-sub-id/resourceGroups/origin-rg/providers/Microsoft.MachineLearningServices/workspaces/origin-workspace-name\"],\"targetResourceGroup\":\"/subscriptions/destination-sub-id/resourceGroups/destination-rg\" }"
    

Verschieben des Arbeitsbereichs

Nachdem die Überprüfung erfolgreich war, verschieben Sie den Arbeitsbereich. Sie können auch alle zugeordneten Ressourcen in den Verschiebungsvorgang einschließen, indem Sie sie dem Parameter ids hinzufügen. Dieser Vorgang kann einige Minuten dauern.

az resource move --destination-group destination-rg --destination-subscription-id destination-sub-id --ids "/subscriptions/origin-sub-id/resourceGroups/origin-rg/providers/Microsoft.MachineLearningServices/workspaces/origin-workspace-name"

Nachdem die Verschiebung abgeschlossen wurde, erstellen Sie alle Computeressourcen neu, und stellen Sie alle Webdienstendpunkte am neuen Standort erneut bereit.

Szenario: Verschieben eines Arbeitsbereichs mit nicht standardmäßigen Datenspeichern

Die automatische Arbeitsbereichverschiebung verschiebt keine nicht standardmäßigen Datenspeicher. Führen Sie die folgenden Schritte aus, um die Datenspeicheranmeldeinformationen nach dem Verschieben manuell zu aktualisieren.

  1. Wählen Sie in Azure Machine Learning Studio die Option Daten und dann einen nicht standardmäßigen Datenspeicher aus. Überprüfen Sie für jeden nicht standardmäßigen Datenspeicher, ob die Felder Abonnement-ID und Ressourcengruppenname leer sind. Wenn ja, wählen Sie Authentifizierung aktualisieren aus.

    Screenshot of the data asset overview.

    Wählen Sie im Dialogfeld Datenspeicheranmeldeinformationen aktualisieren die Abonnement-ID und den Namen der Ressourcengruppe aus, in die das Speicherkonto verschoben wurde, und wählen Sie dann Speichern aus.

    Screenshot of the update datastore credentials dialog.

  2. Wenn die Felder Abonnement-ID und Ressourcengruppenname für die nicht standardmäßigen Datenressourcen aufgefüllt werden und vor der Verschiebung auf die Abonnement-ID und Ressourcengruppe verweisen, führen Sie die folgenden Schritte aus:

    1. Navigieren Sie zur Registerkarte Datenspeicher, und wählen Sie den Datenspeicher und dann Registrierung aufheben aus.

      Screenshot of the unregister datastore link.

    2. Wählen Sie Erstellen aus, um einen neuen Datenspeicher zu erstellen.

      Screenshot of the create datastore link.

    3. Verwenden Sie im Dialogfeld Datenspeicher erstellen denselben Namen, Typ usw. wie der Datenspeicher, dessen Registrierung Sie aufgehoben haben. Wählen Sie die Abonnement-ID und das Speicherkonto am neuen Speicherort aus. Wählen Sie schließlich Erstellen aus, um die neue Datenspeicherregistrierung zu erstellen.

      Screenshot of the create dataset dialog.

Nächste Schritte