Freigeben über

Änderungen nach der Migration

  • Artikel

Die Bereitstellung von Cloud Services (klassisch) wird in eine Bereitstellung von Cloud Services (erweiterter Support) geändert. Weitere Informationen finden Sie in der Dokumentation zu Cloud Services (erweiterter Support).

Änderungen an Bereitstellungsdateien

An der CSDEF- und der CSCFG-Datei des Kunden werden kleinere Änderungen vorgenommen, damit die Bereitstellungsdateien den Anforderungen von Azure Resource Manager und Cloud Services (erweiterter Support) entsprechen. Nach der Migration werden Ihre neuen Bereitstellungsdateien abgerufen oder die vorhandenen Dateien aktualisiert, die für Aktualisierungs-/Löschvorgänge erforderlich sind.

  • Virtual Network verwendet die vollständige Azure Resource Manager-Ressourcen-ID anstelle des Ressourcennamens im Abschnitt „NetworkConfiguration“ der CSCFG-Datei. Beispiel: /subscriptions/subscription-id/resourceGroups/resource-group-name/providers/Microsoft.Network/virtualNetworks/vnet-name. Bei virtuellen Netzwerken, die derselben Ressourcengruppe wie der Clouddienst angehören, können Sie die CSCFG-Datei wieder auf die Verwendung des VNet-Namen zurücksetzen.

  • Klassische Größen wie „Small“, „Large“ und „ExtraLarge“ werden durch ihre neuen Größennamen ersetzt: Standard_A*. Die Größennamen müssen in der CSDEF-Datei in ihre neuen Namen geändert werden. Weitere Informationen finden Sie unter Voraussetzungen für die Bereitstellung von Azure Cloud Services (erweiterter Support).

  • Verwenden Sie die Abruf-API, um die neueste Kopie der Bereitstellungsdateien zu erhalten.

Aktualisieren der Azure Traffic Manager-Konfiguration nach der Migration von Cloud Services

Nachdem Sie Cloud Services (klassisch) zu Cloud Services (erweiterter Support) migriert haben, treten möglicherweise Probleme beim Aktualisieren oder Löschen von Endpunktkonfigurationen in Azure Traffic Manager auf. Dies liegt an Problemen bei der Synchronisierung von Ressourcen-IDs, die dazu führen, dass der Traffic Manager-Endpunkt weiterhin auf die alte Ressourcen-ID für Cloud Services (klassisch) verweist, die Bereitstellung von Cloud Services (erweiterter Support) jedoch über eine neue Ressourcen-ID verfügt. Führen Sie die folgenden Schritte aus, um dieses Problem zu beheben:

  1. Migrieren des temporären Endpunkts für Datenverkehr: Migrieren Sie Ihren Azure Traffic Manager-Datenverkehr zu einem sekundären Endpunkt.
  2. Entfernen klassischer Computeendpunkte in Azure Traffic Manager: Nachdem der Datenverkehr an einen temporären Endpunkt geleitet wurde, löschen Sie den klassischen Computeendpunkt aus dem Traffic Manager-Profil.
  3. Migrieren zu Cloud Services (erweiterter Support): Migrieren Sie die Cloud Services-Ressource zu Cloud Services (erweiterter Support).
  4. Hinzufügen neuer Endpunkte in ATM: Erstellen Sie neue Endpunkte in Ihrem Traffic Manager-Profil für die migrierte Cloud Services-Ressource (erweiterter Support). Dieser Endpunkt verfügt über die neue Ressourcen-ID für den migrierten Clouddienst.
  5. Fortsetzen des Datenverkehrs an den primären Cloud Services-Endpunkt (erweiterter Support): Der sekundäre Endpunkt kann gelöscht oder auf eine niedrigere Gewichtung angepasst werden. Der Datenverkehr wird für die neue Ressource (erweiterter Support) bereitgestellt. Dieser Prozess stellt sicher, dass Traffic Manager ordnungsgemäß auf die aktualisierten Ressourcen-IDs ausgerichtet ist, und verhindert Konfigurationsprobleme, die Projekte verzögern können.

Änderungen z. B. an Automatisierung, CI/CD-Pipeline, benutzerdefinierten Skripts, benutzerdefinierten Dashboards oder benutzerdefinierten Tools von Kunden

Kunden müssen ihre Tools und Automatisierungsfunktionen aktualisieren, um mit der Verwendung der neuen APIs/Befehle zum Verwalten ihrer Bereitstellung zu beginnen. Ein Kunde kann im Rahmen dieser Änderung problemlos neue Features und Funktionen von Azure Resource Manager/Cloud Services (erweiterter Support) übernehmen.

  • Änderungen an Ressourcen- und Ressourcengruppennamen nach der Migration

    • Im Rahmen der Migration werden beispielsweise die Namen einiger Ressourcen wie des Clouddiensts oder öffentliche IP-Adressen geändert. Diese Änderungen müssen möglicherweise vor der Aktualisierung des Clouddiensts in den Bereitstellungsdateien berücksichtigt werden. Erfahren Sie mehr über die Änderung von Ressourcennamen.

  • Erneutes Erstellen von Regeln und Richtlinien zum Verwalten und Skalieren von Clouddiensten

    • Regeln für die automatische Skalierung werden nicht migriert. Erstellen Sie die Regeln für die automatische Skalierung nach der Migration neu.
    • Warnungen werden nicht migriert. Erstellen Sie die Warnungen nach der Migration neu.
    • Der Schlüsseltresor wird ohne Zugriffsrichtlinien erstellt. Erstellen Sie entsprechende Richtlinien für den Schlüsseltresor, um Ihre Zertifikate anzuzeigen oder zu verwalten. Zertifikate werden unter den Einstellungen auf der Registerkarte „Geheimnisse“ angezeigt.

Änderungen an der Zertifikatverwaltung nach der Migration

Als Standardverfahren zum Verwalten Ihrer Zertifikate sollten alle gültigen PFX-Zertifikatdateien dem Zertifikatspeicher in Key Vault hinzugefügt werden. Die Aktualisierung funktioniert über jeden Client: das Portal, PowerShell oder die REST-API.

Derzeit überprüft das Azure-Portal für Sie, ob alle erforderlichen Zertifikate in den Zertifikatspeicher in Key Vault hochgeladen wurden, und warnt Sie, wenn ein Zertifikat nicht gefunden wurde. Wenn Sie jedoch planen, Zertifikate als Geheimnisse zu verwenden, können diese Zertifikate nicht anhand ihres Fingerabdrucks überprüft werden, sodass bei Aktualisierungsvorgängen, bei denen Geheimnisse hinzugefügt werden müssen, im Portal Fehler auftreten. Kunden wird empfohlen, PowerShell oder die REST-API zu verwenden, um Aktualisierungen mit Geheimnissen auszuführen.

Änderungen bei Aktualisierungen über Visual Studio

Wenn Sie Aktualisierungen direkt über Visual Studio veröffentlichen, müssen Sie zuerst die neueste CSCFG-Datei aus der Bereitstellung nach der Migration herunterladen. Verwenden Sie diese Datei als Referenz, um Netzwerkkonfigurationsdetails zu Ihrer aktuellen CSCFG-Datei im Visual Studio-Projekt hinzuzufügen. Kompilieren Sie dann die Lösung, und veröffentlichen Sie sie. Möglicherweise müssen Sie für diese Aktualisierung die Key Vault-Instanz und die Ressourcengruppe auswählen.

Nächste Schritte