Freigeben über

Verschieben von Azure Static Web Apps in eine andere Region

  • Artikel

In diesem Artikel wird beschrieben, wie Sie Azure Static Web Apps-Ressourcen in eine andere Azure-Region verschieben.

Es gibt verschiedene Gründe, warum Sie vielleicht Ihre vorhandenen Azure-Ressourcen aus einer Region in eine andere verschieben möchten. Möglicherweise möchten Sie Folgendes ausführen:

  • Nutzen Sie die Vorteile einer neuen Azure-Region.
  • Stellen Sie Features oder Dienste bereit, die nur in bestimmten Regionen verfügbar sind.
  • Erfüllen Sie interne Richtlinien- und Governanceanforderungen.
  • Ausrichtung an Unternehmenszusammenschlüssen und -übernahmen
  • Erfüllen Sie Kapazitätsplanungsanforderungen.

Voraussetzungen

Überprüfen Sie die folgenden Voraussetzungen, bevor Sie die Verschiebung vorbereiten.

Ausfallzeit

Die Verschiebung einer Azure Static Website führt zu Downtime für Ihre Anwendung. Die Downtime wird davon beeinflusst, welches Hochverfügbarkeitsmuster Sie für Ihre Azure Static-Website implementiert haben. Allgemeine Muster sind:

  • Verzögert betriebsbereit: Workloaddaten werden regelmäßig basierend auf ihren Anforderungen gesichert. Im Katastrophenfall wird die Workload in einer neuen Azure-Region erneut bereitgestellt, und die Daten werden wiederhergestellt.
  • Betriebsbereitschaft: Die Workload wird in der Business Continuity and Disaster Recovery (BCDR)-Region bereitgestellt, und die Daten werden asynchron oder synchron repliziert. Im Katastrophenfall wird die Bereitstellung in der Notfallwiederherstellungsregion (DR) nach oben und unten skaliert.
  • Mehrere Regionen: Die Workload wird in beiden Regionen bereitgestellt, und Daten werden synchron repliziert. Beide Regionen besitzen eine beschreibbare Kopie der Daten. Die Implementierung kann aktiv/passiv oder aktiv/aktiv sein.

Vorbereiten

Bereitstellungen mit privaten Endpunkten

Wenn Ihre Static Web Apps mit privaten Endpunkten bereitgestellt werden, stellen Sie Folgendes sicher:

  • Aktualisieren Sie den Hostnamen für den Verbindungsendpunkt.
  • Aktualisieren Sie den Hostnamen in der privaten DNS-Zone oder auf dem benutzerdefinierten DNS-Server (gilt nur für private Verknüpfungen).

Weitere Informationen finden Sie unter Konfigurieren von privaten Endpunkten in Azure Static Web Apps.

Alle anderen Bereitstellungen

Stellen Sie für alle anderen Bereitstellungstypen Folgendes sicher:

  • Rufen Sie ggf. die neuen Funktions-API-Schlüssel aus Azure Functions in der neuen Region ab.

  • Wenn die Azure-Funktion eine Abhängigkeit von einer Datenbank aufweist, stellen Sie sicher, dass die DATABASE_CONNECTION_STRING aktualisiert wird. Diese Datenbank befindet sich möglicherweise nicht im Bereich der regionalen Migration.

  • Aktualisieren Sie die benutzerdefinierte Domäne so, dass sie auf den neuen Hostnamen der Static Web App verweist.

  • Wenn Sie Key Vault verwenden, stellen Sie einen neuen Key Vault in der Zielregion bereit. Aktualisieren Sie die Funktions-API-Schlüssel im Key Vault, falls zutreffend. Alle anderen vertraulichen Daten, die nicht in Code- oder Konfigurationsdateien gespeichert werden sollen, sollten in diesem Key Vault gespeichert werden.

Exportieren der Vorlage

So exportieren Sie die Resource Manager-Vorlage, die Einstellungen enthält, die Ihre Static Web App beschreiben:

  1. Melden Sie sich beim Azure-Portal an.

  2. Navigieren Sie zu Ihrer statischen Web-App.

  3. Wählen Sie im VM-Menü unter Automation die Option Vorlage exportieren aus.

    Es kann einen Moment dauern, bis die Vorlage generiert wird.

  4. Wählen Sie Herunterladen aus.

  5. Suchen Sie die heruntergeladene .zip-Datei, und öffnen Sie sie in einem Ordner Ihrer Wahl.

    Diese Datei enthält die .json-Dateien, in denen die Vorlage und Skripts zum Bereitstellen der Vorlage enthalten sind.

  6. Nehmen Sie die erforderlichen Änderungen an der Vorlage vor, z. B. Aktualisieren Sie den Speicherort mit der Zielregion.

Verschieben

Führen Sie die folgenden Schritte aus, um Ihre Static Web App in eine andere Region zu verschieben.

  1. Wenn Sie mit privatem Endpunkt verschieben, befolgen Sie die Richtlinien unter Verschieben von Azure Private Link Service in eine andere Region.

  2. Wenn Sie eine vorhandene Azure-Funktionen in Ihrer Static Web App bereitgestellt haben, befolgen Sie das Verschiebungsverfahren für Azure Functions.

  3. Stellen Sie die Static Web App mithilfe der Vorlage, die Sie im vorherigen Abschnitt exportiert und konfiguriert haben, erneut bereit.

    Wichtig

    Wenn Sie keine benutzerdefinierte Domäne verwenden, ändert sich die URL Ihrer Anwendung in der Zielregion. Stellen Sie in diesem Szenario sicher, dass die Benutzer und Benutzerinnen über die URL-Änderung informiert sind.

  4. Wenn Sie eine integrierte API verwenden, erstellen Sie eine neue integrierte API, die von Azure Functions unterstützt wird.

  5. Konfigurieren Sie Ihr Repository (GitHub oder Azure DevOps) neu, um sie in der neu bereitgestellten Static Web App in der Zielregion bereitzustellen. Initiieren Sie die Bereitstellung der Anwendung mithilfe von GitHub-Aktionen oder Azure Pipelines.

  6. Stellen Sie bei einer Verzögert-betriebsbereit-Bereitstellung sicher, dass Sie die Clients über die neue URL informieren. Wenn Sie eine benutzerdefinierte DNS-Domäne verwenden, ändern Sie einfach den DNS-Eintrag so, dass er auf die Zielregion verweist. Bei einer Betriebsbereitschaft-Bereitstellung behandeln ein Lastenausgleichsmodul wie Front Door oder Traffic Manager die Migration der Static Web App in der Quellregion in die Zielregion.