Flytta Azure Static Web Apps till en annan region

Den här artikeln beskriver hur du flyttar Azure Static Web Apps-resurser till en annan Azure-region.

Det finns olika orsaker till varför du kanske vill flytta dina befintliga Azure-resurser från en region till en annan. Du kanske vill:

• Dra nytta av en ny Azure-region.
• Distribuera endast funktioner eller tjänster som är tillgängliga i specifika regioner.
• Uppfylla interna policy- och styrningskrav.
• Justera med företagsfusioner och förvärv
• Uppfylla kapacitetsplaneringskraven.

Förutsättningar

Granska följande förutsättningar innan du förbereder dig för omlokaliseringen.

• Kontrollera att Azure Static Web Apps är tillgängligt i målregionen.

• Kontrollera att du har behörighet att skapa statiska webbappresurser i målregionen.

• Ta reda på om det finns några begränsningar för Azure Policy-regionen som tillämpas på din organisation.

• Om du använder integrerat API-stöd som tillhandahålls av Azure Functions:

  • Fastställa tillgängligheten för Azure Functions i målregionen.
  • Kontrollera om funktions-API-nycklar används. Använder du till exempel Key Vault eller distribuerar du dem som en del av programkonfigurationsfilerna?
  • Fastställa distributionsmodellen för API-stöd i målregionen: Bring Your own functions. Förstå skillnaderna mellan de två modellerna.

• Kontrollera att standardvärdplanen används som värd för den statiska webbappen. Mer information om värdplaner finns i Värdplaner för Azure Static Web Apps.

• Fastställa den tillåtna stilleståndstiden för omlokalisering.

• Beroende på distributionen av Azure Static Web App kan följande beroende resurser behöva distribueras och konfigureras i målregionen före omlokaliseringen:

  • Azure Functions.
  • Azure Virtual Network
  • Azure Front Door
  • Nätverkssäkerhetsgrupp
  • Azure Private Link-tjänsten
  • Azure Key Vault
  • Azure Storage-konto
  • Azure Application Gateway

Driftstopp

Omlokaliseringen av en Azure Static-webbplats medför stilleståndstid för ditt program. Stilleståndstiden påverkas av vilket mönster för hög tillgänglighet som du har implementerat för din Azure Static-webbplats. Allmänna mönster är:

• Köldläge: Arbetsbelastningsdata säkerhetskopieras regelbundet baserat på dess krav. Vid en katastrof distribueras arbetsbelastningen om i en ny Azure-region och data återställs.
• Varmt vänteläge: Arbetsbelastningen distribueras i bcdr-regionen (business continuity and disaster recovery) och data replikeras asynkront eller synkront. I händelse av en katastrof skalas distributionen i haveriberedskapsregionen upp och ut.
• Flera regioner: Arbetsbelastningen distribueras i båda regionerna och data replikeras synkront. Båda regionerna har en skrivbar kopia av data. Implementeringen kan vara aktiv/passiv eller aktiv/aktiv.

Förbereda

Distributioner med privata slutpunkter

Om dina Static Web Apps distribueras med privata slutpunkter ska du se till att:

• Uppdatera värdnamnet för anslutningsslutpunkten.
• Uppdatera värdnamnet på den privata DNS-zonen eller den anpassade DNS-servern (gäller endast för Private Link).

Mer information finns i Konfigurera privat slutpunkt i Azure Static Web Apps.

Alla andra distributioner

För alla andra distributionstyper måste du:

• Om tillämpligt hämtar du de nya funktions-API-nycklarna från Azure Functions i den nya regionen.

• Om Azure-funktionen har ett beroende av en databas kontrollerar du att den DATABASE_CONNECTION_STRING är uppdaterad. Den här databasen kanske inte omfattas av regional migrering.

• Uppdatera den anpassade domänen så att den pekar på det nya värdnamnet för den statiska webbappen.

• Om du använder Key Vault etablerar du ett nytt Nyckelvalv i målregionen. Uppdatera funktions-API-nycklarna i Key Vault om det är tillämpligt. Andra känsliga data som inte ska lagras i kod- eller konfigurationsfiler ska lagras i det här Nyckelvalvet

Exportera mallen

Så här exporterar du Resource Manager-mallen som innehåller inställningar som beskriver din statiska webbapp:

1. Logga in på Azure-portalen.

2. Gå till din statiska webbapp.

3. På den vänstra menyn går du till Automation och väljer Exportera mall.

   Mallen kan ta en stund att generera.

4. Välj Hämta.

5. Leta upp den nedladdade .zip filen och öppna den i valfri mapp.

   Den här filen innehåller de .json filer som innehåller mallen och skripten för att distribuera mallen.

6. Gör nödvändiga ändringar i mallen, till exempel uppdatera platsen med målregionen.

Omlokalisera

Använd följande steg för att flytta din statiska webbapp till en annan region.

1. Om du flyttar med privat slutpunkt följer du riktlinjerna i Flytta Azure Private Link-tjänsten till en annan region.

2. Om du har angett en befintlig Azure Functions till din statiska webbapp följer du omlokaliseringsproceduren för Azure Functions.

3. Distribuera om den statiska webbappen med hjälp av mallen som du exporterade och konfigurerade i föregående avsnitt.

   Viktigt!

   Om du inte använder en anpassad domän ändras programmets URL i målregionen. I det här scenariot kontrollerar du att användarna känner till URL-ändringen.

4. Om du använder ett integrerat API skapar du ett nytt integrerat API som stöds av Azure Functions.

5. Konfigurera om lagringsplatsen (GitHub eller Azure DevOps) för distribution till den nyligen distribuerade statiska webbappen i målregionen. Initiera distributionen av programmet med Hjälp av GitHub actions eller Azure Pipelines.

6. Med en distribution i kallt vänteläge ska du informera klienterna om den nya URL:en. Om du använder en anpassad DNS-domän ändrar du bara DNS-posten så att den pekar på målregionen. Med en varm väntelägesdistribution hanterar en lastbalanserare, till exempel Front Door eller Traffic Manager migrering av den statiska webbappen i källregionen till målregionen.