Bearbeiten

Freigeben über


Häufig gestellte Fragen zur Migration vom klassischen Bereitstellungsmodell zum Azure Resource Manager-Bereitstellungsmodell

Wichtig

Derzeit nutzen etwa 90 % der IaaS-VMs Azure Resource Manager. Seit dem 28. Februar 2020 sind klassische VMs als veraltet markiert. Sie werden am 6. September 2023 vollständig außer Betrieb genommen. Erfahren Sie mehr zu dieser Einstellung und den Auswirkungen auf Sie.

Was ist Azure Service Manager, und was bedeutet „klassisch“?

Das Wort „klassisch“ bei „IaaS-VMs (klassisch)“ bezieht sich auf VMs, die von Azure Service Manager (ASM) verwaltet werden. Azure Service Manager (ASM) ist die alte Steuerungsebene von Azure, über die VMs erstellt, verwaltet und gelöscht und weitere Steuerungsebenenvorgänge ausgeführt werden können.

Was ist Azure Resource Manager?

Azure Resource Manager ist die aktuelle Steuerungsebene von Azure, über die VMs erstellt, verwaltet und gelöscht und weitere Steuerungsebenenvorgänge ausgeführt werden können.

Wie viel Zeit ist für die Migration erforderlich?

Die Planung und Ausführung der Migration hängt stark von der Komplexität der Architektur ab und kann einige Monate in Anspruch nehmen.

Wie lautet die Definition eines neuen Kunden für IaaS-VMs (klassisch)?

Kunden, die im Februar 2020 (einen Monat vor Beginn der Einstellung) keine IaaS-VMs (klassisch) in ihren Abonnements hatten, werden als neue Kunden betrachtet.

Was ist die Definition eines vorhandenen Kunden auf virtuellen IaaS-Computern (klassisch)?

Kunden, die im Februar 2020 über aktive oder beendete, aber zugewiesene IaaS-VMs (klassisch) in ihren Abonnements verfügten, werden als vorhandene Kunden angesehen. Nur diese Kunden können ihre VMs bis zum 6. September 2023 von Azure Service Manager zu Azure Resource Manager migrieren.

Warum erhalte ich eine Fehlermeldung mit dem Hinweis „NewClassicVMCreationNotAllowedForSubscription“?

Im Rahmen des Deaktivierungsvorgangs sind IaaS-VMs (klassisch) nicht mehr für neue Kunden verfügbar. Wir haben Sie als neuen Kunden identifiziert, daher wurde Ihr Vorgang nicht autorisiert. Wir empfehlen dringend die Verwendung von Azure Resource Manager. Wenn Sie Azure-VMs nicht mit Azure Resource Manager verwenden können, wenden Sie sich an den Support, um Ihr Abonnement auf die Positivliste zu setzen.

Wirkt sich dieser Migrationsplan auf meine vorhandenen Dienste oder Anwendungen aus, die auf virtuellen Azure-Computern ausgeführt werden?

Nicht vor dem 1. September 2023 für IaaS-VMs (klassisch). IaaS-VMs (klassisch) sind vollständig unterstützte Dienste mit allgemeiner Verfügbarkeit. Sie können diese Ressourcen weiterhin verwenden, um Ihre Nutzung von Microsoft Azure zu erweitern. Am 1. September 2023 werden diese VMs vollständig außer Betrieb genommen, und alle aktiven oder zugewiesenen VMs werden beendet, und ihre Zuordnung wird aufgehoben.

Es ergeben sich keine Auswirkungen auf andere klassische Ressourcen wie Cloud Services (klassisch), Speicherkonten (klassisch) usw.

Was passiert mit meinen VMs, wenn ich für die nahe Zukunft keine Migration plane?

Am 1. September 2023 werden IaaS-VMs (klassisch) vollständig außer Betrieb genommen, und alle aktiven oder zugewiesenen VMs werden beendet, und ihre Zuordnung wird aufgehoben. Um Auswirkungen auf das Unternehmen zu vermeiden, wird dringend empfohlen, die Migration bereits heute zu planen und vor dem 1. September 2023 abzuschließen. Die vorhandenen klassischen APIs, die Cloud Services und das Ressourcenmodell werden nicht eingestellt. In Anbetracht der erweiterten Features, die im Resource Manager-Bereitstellungsmodell zur Verfügung stehen, möchten wir die Migration möglichst einfach gestalten. Es wird empfohlen, dass Sie mit der Planung der Migration dieser Ressourcen zu Azure Resource Manager beginnen.

Was bedeutet dieser Migrationsplan für meine vorhandenen Tools?

Die Aktualisierung Ihrer Tools auf das Resource Manager-Bereitstellungsmodell ist eine der wichtigsten Änderungen, die Sie in Ihren Migrationsplänen berücksichtigen sollten.

Wie lange dauert die Downtime der Verwaltungsebene?

Dies hängt davon ab, wie viele Ressourcen migriert werden. Bei kleineren Bereitstellungen (einige Dutzend virtueller Computer) sollte der gesamte Migrationsprozess weniger als eine Stunde dauern. Bei größeren Bereitstellungen (Hunderte virtueller Computer) kann die Migration einige Stunden dauern.

Kann ich einen Rollback durchführen, nachdem für meine migrierten Ressourcen in Resource Manager ein Commit durchgeführt wurde?

Sie können die Migration abbrechen, solange sich die Ressourcen im Zustand „Vorbereitet“ befinden. Der Rollback wird nicht unterstützt, nachdem die Ressourcen per Commitvorgang erfolgreich migriert wurden.

Kann ich für meine Migration einen Rollback durchführen, wenn beim Commitvorgang ein Fehler auftritt?

Sie können die Migration nicht abbrechen, wenn für den Commitvorgang ein Fehler auftritt. Alle Migrationsvorgänge, einschließlich des Commitvorgangs, sind idempotent. Daher wird empfohlen, den Vorgang nach einer kurzen Wartezeit zu wiederholen. Wenn weiterhin ein Fehler auftritt, erstellen Sie ein Supportticket.

Muss ich eine weitere ExpressRoute-Verbindung erwerben, wenn ich IaaS unter Resource Manager verwenden muss?

Nein. Vor Kurzem haben wir das Umstellen von ExpressRoute-Verbindungen vom klassischen Bereitstellungsmodell auf das Resource Manager-Bereitstellungsmodellermöglicht. Sie müssen keine neue ExpressRoute-Verbindung erwerben, wenn Sie bereits eine besitzen.

Was ist, wenn ich für meine klassischen IaaS-Ressourcen Richtlinien für die rollenbasierte Zugriffssteuerung in Azure konfiguriert habe?

Während der Migration wird für die Ressourcen die Transformation vom klassischen Bereitstellungsmodell zu Resource Manager durchgeführt. Es ist also ratsam, die Aktualisierungen der Azure RBAC-Richtlinien zu planen, die nach der Migration durchgeführt werden müssen.

Ich habe meine klassischen virtuellen Computer in einem Tresor gesichert. Kann ich meine virtuellen Computer vom klassischen Modus in den Resource Manager-Modus migrieren und diese in einem Recovery Services-Tresor schützen?

Wenn Sie einen virtuellen Computer vom klassischen in den Resource Manager-Modus verschieben, werden Sicherungen, die vor der Migration aufgezeichnet wurden, nicht auf die neu migrierte Resource Manager-VM migriert. Wenn Sie die Sicherungen der klassischen VMs Jedoch aufbewahren möchten, gehen Sie vor der Migration folgendermaßen vor.

  1. Wechseln Sie im Recovery Services-Tresor zum Blatt Sicherungselemente, und wählen Sie den virtuellen Computer aus.
  2. Klicken Sie auf „Sicherung beenden“. Wählen Sie im Dropdownmenü die Option Sicherungsdaten aufbewahren aus.

Hinweis

Mit dieser Option wird der Schutz Ihres virtuellen Computers durch alle zukünftigen Sicherungsaufträge beendet. Der Azure Backup-Dienst behält die bereits gesicherten Wiederherstellungspunkte jedoch bei. Die Aufbewahrung der Wiederherstellungspunkte im Tresor wird Ihnen in Rechnung gestellt (Einzelheiten finden Sie unter Azure Backup – Preise). Sie können den virtuellen Computer bei Bedarf wiederherstellen. Mit der Option Sicherung fortsetzen können Sie bei Bedarf den VM-Schutz fortsetzen.

So migrieren Sie den virtuellen Computer zum Resource Manager-Modus

  1. Löschen Sie die Sicherungs-/Momentaufnahmenerweiterung vom virtuellen Computer.
  2. Migrieren Sie den virtuellen Computer vom klassischen Modus zum Resource Manager-Modus. Stellen Sie sicher, dass die Speicher- und Netzwerkinformationen des virtuellen Computers ebenfalls zum Resource Manager-Modus migriert werden.

Wenn Sie den migrierten virtuellen Computer darüber hinaus sichern möchten, wechseln Sie zum Blatt „Verwaltung virtueller Computer“, um die Sicherung zu aktivieren.

Wie kann ich Sicherungen von klassischen VMs wiederherstellen, nachdem klassische VMs und klassische Speicherkonten eingestellt wurden?

Nach der Einstellung der klassischen VMs ist für die Wiederherstellung von Sicherungen klassischer VMs die Verwendung des Wiederherstellungstyps restore disks erforderlich. Datenträger von klassischen VMs können möglicherweise in ARM-Speicherkonten wiederhergestellt werden. Nach der Wiederherstellung können Sie die Datenträger in verwaltete Datenträger konvertieren und eine neue ARM-VM erstellen, an die sie angefügt sind. Alternativ können Sie sie als Datenträger an eine vorhandene VM anfügen.

Kann ich mein Abonnement oder meine Ressourcen überprüfen, um zu ermitteln, ob sie für die Migration geeignet sind?

Ja. Bei der Option für die plattformgestützte Migration besteht der erste Schritt zum Vorbereiten der Migration darin, zu überprüfen, ob die Ressourcen für die Migration geeignet sind. Falls beim Überprüfungsvorgang ein Fehler auftritt, erhalten Sie alle Meldungen über alle Gründe, aus denen die Migration nicht abgeschlossen werden kann.

Was passiert, wenn ein Kontingentfehler auftritt, während ich die IaaS-Ressourcen für die Migration vorbereite?

Wir empfehlen Ihnen, die Migration abzubrechen und anschließend eine Supportanfrage zu erstellen, um die Kontingente in der Region zu erhöhen, zu der Sie die virtuellen Computer migrieren. Nachdem die Kontingentanfrage genehmigt wurde, können Sie wieder mit dem Ausführen der Migrationsschritte beginnen.

Wie melde ich ein Problem?

Posten Sie Ihre Probleme und Fragen zur Migration mit dem Schlüsselwort ClassicIaaSMigration auf der Frageseite von Microsoft Q&A (Fragen und Antworten) für VMs. Wir empfehlen, all Ihre Fragen in diesem Forum zu posten. Wenn Sie einen Supportvertrag haben, können Sie auch gerne ein Supportticket erstellen.

Was passiert, wenn mir die Namen der Ressourcen nicht gefallen, die von der Plattform während der Migration ausgewählt wurden?

Alle Ressourcen, für die Sie unter dem klassischen Bereitstellungsmodell explizit Namen angeben, werden während der Migration beibehalten. In einigen Fällen werden neue Ressourcen erstellt. Beispiel: Für jeden virtuellen Computer wird eine Netzwerkschnittstelle erstellt. Derzeit wird das Steuern der Namen dieser neuen Ressourcen, die während der Migration erstellt werden, nicht unterstützt. Besuchen Sie das Azure-Feedbackforum, um für dieses Feature abzustimmen.

ExpressRoute-Verbindungen mit abonnementübergreifenden Autorisierungslinks können ohne Ausfallzeiten nicht automatisch migriert werden. Für deren Migration steht eine Anleitung mit manuellen Schritten zur Verfügung. Die entsprechenden Schritte sowie weitere Informationen finden Sie unter Migrieren von ExpressRoute-Verbindungen und zugeordneten virtuellen Netzwerken vom klassischen Bereitstellungsmodell zum Resource Manager-Bereitstellungsmodell.

Ich erhalte die Fehlermeldung Die VM meldet den Gesamtstatus des Agents als ,Nicht bereit‘. Daher kann die VM nicht migriert werden. Stellen Sie sicher, dass der VM-Agent den Gesamtstatus des Agents als ,Bereit‘ meldet“ oder „Die VM enthält eine Erweiterung, deren Status nicht von der VM gemeldet wird. Daher kann diese VM nicht migriert werden.

Diese Meldung wird empfangen, wenn der virtuelle Computer keine ausgehende Verbindung mit dem Internet aufweist. Der VM-Agent verwendet ausgehende Verbindungen, um das Azure-Speicherkonto für die Aktualisierung des Agent-Status alle fünf Minuten zu erreichen.

Gewusst wie meine klassischen Speicherkonten zu Resource Manager migrieren?

Wenn Sie einen klassischen VM mit Ihrem Konto verbunden haben, migrieren Sie zuerst die klassischen VMs. Klassische Speicherkonten müssen migriert werden, nachdem die klassische VM migriert wurde. Die Migration kann entweder mithilfe des Azure-Portals, mit PowerShell oder mit der Azure CLI erfolgen.

  1. Migrieren mit PowerShell
  2. Migrieren über Azure CLI
  3. Migrieren über das Azure-Portal

Wann ist das offizielle Datum, ab dem klassische Speicherkonten nicht mehr erstellt werden?

Abonnements, die nach August 2022 erstellt werden, können keine klassischen Speicherkonten erstellen. Jedes vorhandene Abonnement vor August 2022 kann jedoch bis zum 31. August 2024 weiterhin klassische Speicherressourcen erstellen und verwalten.

Was geschieht mit vorhandenen klassischen Speicherkonten nach dem 31. August 2024?

Sobald die Stichtag eingetroffen ist, können Sie nicht mehr auf Ihre klassischen Speicherkonten zugreifen.

Gewusst wie meine klassischen Speicherkonten in meinem Abonnement identifizieren?

Suchen Sie im Azure-Portal nach „Speicherkonto“, um die Liste aller Speicherkonten abzurufen. Sehen Sie sich die Typenspalte an, um die klassischen zu identifizieren. Wenn der Typ microsoft.classicstorage/storageaccounts ist, ist das Konto klassisch.

Kann Microsoft diese Daten für mich migrieren?

Nein, Microsoft kann die Daten des Benutzers nicht zu ihrem Nutzen migrieren. Benutzer müssen die oben aufgeführten Self-Service-Optionen verwenden.

Was ist die Ausfallzeit beim Migrieren meines Speicherkontos von Classic zu Resource Manager?

Es gibt keine Ausfallzeiten, um das klassische Speicherkonto zu Resource Manager zu migrieren. Es gibt jedoch Ausfallzeiten für andere Szenarien, die mit der klassischen VM-Migration verknüpft sind.