Behandlung von Sonderfällen beim Verschieben von virtuellen Computern in eine Ressourcengruppe oder ein Abonnement

  • Artikel

Dieser Artikel beschreibt Sonderfälle, bei denen beim Verschieben eines virtuellen Computers in eine neue Ressourcengruppe oder ein neues Azure-Abonnement zusätzliche Schritte erforderlich sind. Wenn Ihre VM Datenträgerverschlüsselung, einen Marketplace-Plan oder Azure Backup verwendet, müssen Sie eine der in diesem Artikel beschriebenen Problemumgehungen verwenden. Verschieben Sie für alle anderen Szenarien die VM mit den Standardvorgängen für Azure-Portal, Azure CLI oder Azure PowerShell. Verwenden Sie für Azure CLI den Befehl az resource move. Verwenden Sie für Azure PowerShell den Befehl Move-AzResource.

Informationen zum Verschieben von VMs in eine neue Region finden Sie unter Tutorial: Verschieben von Azure-VMs zwischen Regionen.

Nicht unterstützte Szenarien

Folgende Szenarios werden noch nicht unterstützt:

  • Eine Virtual Machine Scale Sets-Instanz mit Load Balancer der Standard-SKU oder einer öffentlichen IP-Adresse der Standard-SKU kann nicht verschoben werden.
  • Virtuelle Computer in einem vorhandenen virtuellen Netzwerk können nur dann in ein neues Abonnement verschoben werden, wenn das virtuelle Netzwerk und alle abhängigen Ressourcen ebenfalls verschoben werden.
  • Von Marketplace-Ressourcen erstellte virtuelle Computer, an die Pläne angefügt sind, können nicht abonnementübergreifend verschoben werden. Eine mögliche Problemumgehung finden Sie unter Virtuelle Computer mit Marketplace-Plänen.
  • Virtuelle Computer mit niedriger Priorität und VM-Skalierungsgruppen mit niedriger Priorität können nicht ressourcengruppen- oder abonnementübergreifend verschoben werden.
  • Virtuelle Computer in einer Verfügbarkeitsgruppe können nicht einzeln verschoben werden.
  • VMs mit geplantem Patching können nicht über Ressourcengruppen oder Abonnements hinweg verschoben werden. Einen möglichen Workaround finden Sie unter Verwalten von VM-Updates mit Wartungskonfigurationen.

Azure Disk Encryption

Ein virtueller Computer, der in einen Schlüsseltresor integriert ist, um Azure Disk Encryption für Linux-VMs oder Azure Disk Encryption für Windows-VMs zu implementieren, kann in eine andere Ressourcengruppe verschoben werden, wenn er sich im Zustand „Zuordnung aufgehoben“ befindet.

Um einen solchen virtuellen Computer jedoch in ein anderes Abonnement zu verschieben, müssen Sie die Verschlüsselung deaktivieren.

az vm encryption disable --resource-group demoRG --name myVm1 --volume-type all

Virtuelle Computer mit Marketplace-Plänen

Von Marketplace-Ressourcen erstellte virtuelle Computer, an die Pläne angefügt sind, können nicht abonnementübergreifend verschoben werden. Sie können die Bereitstellung des virtuellen Computers im aktuellen Abonnement aufheben und sie im neuen Abonnement erneut bereitstellen, um diese Einschränkung zu umgehen. Die folgenden Schritte helfen Ihnen, den virtuellen Computer im neuen Abonnement neu zu erstellen. Möglicherweise funktionieren sie jedoch nicht für alle Szenarien. Wenn der Plan nicht mehr im Marketplace verfügbar ist, werden diese Schritte nicht funktionieren.

  1. Abrufen von Informationen zum Plan.

    az vm show --resource-group demoRG --name myVm1 --query plan

  2. Überprüfen Sie, ob das Angebot weiterhin in Marketplace vorhanden ist.

    az vm image list-skus --publisher Fabrikam --offer LinuxServer --location centralus

  3. Klonen Sie entweder den Datenträger des Betriebssystems in das Zielabonnement, oder verschieben Sie den ursprünglichen Datenträger, nachdem Sie den virtuellen Computer aus dem Quellabonnement gelöscht haben.

  4. Akzeptieren Sie im Zielabonnement die Marketplace-Geschäftsbedingungen für Ihren Plan. Sie können die Geschäftsbedingungen akzeptieren, indem Sie den folgenden PowerShell-Befehl ausführen:

    az vm image terms accept --publisher {publisher} --offer {product/offer} --plan {name/SKU}

    Oder Sie können eine neue Instanz eines virtuellen Computers mit dem Plan über das Portal erstellen. Sie können den virtuellen Computer löschen, nachdem Sie die Geschäftsbedingungen des neuen Abonnements akzeptiert haben.

  5. Im Zielabonnement erstellen Sie den virtuellen Computer von dem geklonten Betriebssystemdatenträger mithilfe von PowerShell, der Befehlszeilenschnittstelle oder einer Azure Resource Manager-Vorlage neu. Schließen Sie den Marketplace-Plan ein, der dem Datenträger angefügt ist. Die Informationen zum Plan sollten mit dem Plan übereinstimmen, den Sie für das neue Abonnement erworben haben. Weitere Informationen finden Sie unter Erstellen einer VM.

Weitere Informationen finden Sie unter Verschieben eines virtuellen Azure Marketplace-Computers in ein anderes Abonnement.

Virtuelle Computer mit Azure Backup

Um mit Azure Backup konfigurierte virtuelle Computer zu verschieben, müssen Sie die Wiederherstellungspunktsammlungen (Momentaufnahmen) im Tresor löschen. Wiederherstellungspunkte, die bereits in den Tresor kopiert wurden, können beibehalten und verschoben werden.

Wenn vorläufiges Löschen für Ihren virtuellen Computer aktiviert ist, können Sie den virtuellen Computer nicht verschieben, solange diese Wiederherstellungspunkte noch vorhanden sind. Deaktivieren Sie entweder vorläufiges Löschen, oder warten Sie 14 Tage nach dem Löschen der Wiederherstellungspunkte.

Portal

  1. Halten Sie die Sicherung vorübergehend an, und bewahren Sie Sicherungsdaten auf.

  2. Gehen Sie folgendermaßen vor, um mit Azure Backup konfigurierte virtuelle Computer zu verschieben:

    1. Suchen Sie die Ressourcengruppe, die Ihre Sicherungen enthält. Wenn Sie die Standardressourcengruppe verwendet haben, weist sie das folgende Namensmuster auf: AzureBackupRG_<VM location>_1. Der Name weist z. B. das Format AzureBackupRG_westus2_1 auf.

      Wenn Sie eine benutzerdefinierte Ressourcengruppe erstellt haben, wählen Sie diese Ressourcengruppe aus. Wenn Sie die Ressourcengruppe nicht finden können, suchen Sie im Portal nach Wiederherstellungspunktsammlungen. Suchen Sie nach der Sammlung mit dem Namensmuster AzureBackup_<VM name>_###########.

    2. Wählen Sie die Ressource mit dem Typ Wiederherstellungspunktsammlung und dem Namensmuster AzureBackup_<VM name>_########### aus.

    3. Löschen Sie diese Ressource. Dieser Vorgang löscht nur die sofortigen Wiederherstellungspunkte und nicht die gesicherten Daten im Tresor.

    4. Nach Abschluss des Löschvorgangs können Sie den virtuellen Computer verschieben.

  3. Verschieben Sie die VM in die Zielressourcengruppe.

  4. Konfigurieren Sie die Sicherung neu.

Skript

  1. Suchen Sie die Ressourcengruppe, die Ihre Sicherungen enthält. Wenn Sie die Standardressourcengruppe verwendet haben, weist sie das folgende Namensmuster auf: AzureBackupRG_<VM location>_1. Der Name weist z. B. das Format AzureBackupRG_westus2_1 auf.

    Wenn Sie eine benutzerdefinierte Ressourcengruppe erstellt haben, suchen Sie nach dieser Ressourcengruppe. Wenn Sie die Ressourcengruppe nicht finden können, verwenden Sie den folgenden Befehl, und geben Sie den Namen der VM an.

    az resource list --resource-type Microsoft.Compute/restorePointCollections --query "[?starts_with(name, 'AzureBackup_<vm-name>')].resourceGroup"

  2. Wenn Sie nur einen virtuellen Computer verschieben, rufen Sie die Wiederherstellungspunktsammlung für diesen virtuellen Computer ab.

    RESTOREPOINTCOL=$(az resource list -g AzureBackupRG_<VM location>_1 --resource-type Microsoft.Compute/restorePointCollections --query "[?starts_with(name, 'AzureBackup_<VM name>')].id" --output tsv)

    Löschen Sie diese Ressource. Dieser Vorgang löscht nur die sofortigen Wiederherstellungspunkte und nicht die gesicherten Daten im Tresor.

    az resource delete --ids $RESTOREPOINTCOL

  3. Wenn Sie alle virtuellen Computer mit Sicherungen an diesem Standort verschieben, rufen Sie die Wiederherstellungspunktsammlungen für diese virtuellen Computer ab.

    RESTOREPOINTCOL=$(az resource list -g AzureBackupRG_<VM location>_1 --resource-type Microsoft.Compute/restorePointCollections)

    Löschen Sie jede Ressource. Dieser Vorgang löscht nur die sofortigen Wiederherstellungspunkte und nicht die gesicherten Daten im Tresor.

    az resource delete --ids $RESTOREPOINTCOL

Nächste Schritte