Dela via

Stöd för tillgänglighetszoner för App Service-miljön v2

  • Artikel

Viktigt!

Den här artikeln handlar om App Service-miljön v2, som används med isolerade App Service-planer. App Service-miljön v1 och v2 dras tillbaka från och med den 31 augusti 2024. Det finns en ny version av App Service-miljön som är enklare att använda och köra på kraftfullare infrastruktur. Om du vill veta mer om den nya versionen börjar du med Introduktion till App Service-miljön. Om du för närvarande använder App Service-miljön v1 följer du stegen i den här artikeln för att migrera till den nya versionen.

Från och med den 31 augusti 2024 gäller serviceavtal (SLA) och tjänstkrediter inte längre för App Service-miljön v1- och v2-arbetsbelastningar som fortsätter att vara i produktion eftersom de är tillbakadragna produkter. Avvecklingen av maskinvaran App Service-miljön v1 och v2 har påbörjats, vilket kan påverka tillgängligheten och prestandan för dina appar och data.

Du måste slutföra migreringen till App Service-miljön v3 omedelbart eller så kan dina appar och resurser tas bort. Vi försöker automatiskt migrera eventuella återstående App Service-miljön v1 och v2 på bästa sätt med hjälp av migreringsfunktionen på plats, men Microsoft gör inga anspråk eller garantier om programtillgänglighet efter automatisk migrering. Du kan behöva utföra manuell konfiguration för att slutföra migreringen och optimera ditt SKU-val för App Service-plan för att uppfylla dina behov. Om automatisk migrering inte är möjlig tas dina resurser och associerade appdata bort. Vi uppmanar dig starkt att agera nu för att undvika något av dessa extrema scenarier.

Om du behöver ytterligare tid kan vi erbjuda en respitperiod på 30 dagar för att slutföra migreringen. Mer information och för att begära den här respitperioden finns i översikten över respitperioden och gå sedan till Azure Portal och gå till migreringsbladet för var och en av dina App Service-miljön.

Den senaste informationen om App Service-miljön v1/v2-tillbakadragning finns i App Service-miljön v1- och v2-pensionsuppdateringen.

App Service-miljön v2 (ASE) kan distribueras till Tillgänglighetszoner (AZ). Kunder kan distribuera en intern lastbalanserare (ILB) ASE till en specifik AZ i en Azure-region. Om du fäster din ILB ASE på en specifik AZ fästs de resurser som används av en ILB ASE antingen på angiven AZ eller distribueras på ett zonredundant sätt.

En ILB ASE som uttryckligen distribueras till en AZ betraktas som en zonindelad resurs eftersom ILB ASE är fäst i en specifik zon. Följande ILB ASE-beroenden fästs i den angivna zonen:

  • den interna IP-adressen för lastbalanseraren för ASE
  • de beräkningsresurser som används av ASE för att hantera och köra webbprogram

Fjärrfillagringen för webbprogram som distribueras på en zonindelad ILB ASE använder zonredundant lagring (ZRS).

Såvida inte stegen som beskrivs i den här artikeln följs distribueras inte ILB-ASE:er automatiskt på ett zonindelat sätt. Du kan inte fästa en extern ASE med en offentlig IP-adress i en specifik tillgänglighetszon.

Zonindeala ILB ASE:er kan skapas i någon av följande regioner:

  • Australien, östra
  • Kanada, centrala
  • Central US
  • East US
  • USA, östra 2
  • USA, östra 2 (EUAP)
  • Centrala Frankrike
  • Japan, östra
  • Europa, norra
  • Europa, västra
  • Sydostasien
  • Storbritannien, södra
  • Västra USA 2

Program som distribueras på en zonindelad ILB ASE fortsätter att köras och hantera trafik på den ASE även om andra zoner i samma region drabbas av ett avbrott. Det är möjligt att icke-körningsbeteenden, inklusive; skalning av programtjänstplaner, skapande av program, programkonfiguration och programpublicering kan fortfarande påverkas av ett avbrott i andra tillgänglighetszoner. Den zonanslutna distributionen av en zonindelad ILB ASE säkerställer bara fortsatt drifttid för redan distribuerade program.

Distribuera en App Service-miljön i en tillgänglighetszon

Zonindeala ILB ASE:er måste skapas med ARM-mallar. När en zonindelad ILB ASE har skapats via en ARM-mall kan den visas och interageras med via Azure Portal och CLI. En ARM-mall behövs bara för att skapa en zonindelad ILB ASE.

Den enda ändring som krävs i en ARM-mall för att ange en zonindelad ILB ASE är egenskapen nya zoner . Zonegenskapen ska anges till värdet "1", "2" eller "3" beroende på den logiska tillgänglighetszon som ILB ASE ska fästas på.

Exempelfragmentet för ARM-mallen nedan visar egenskapen nya zoner som anger att ILB ASE ska fästas på zon 2.

"resources": [
    {
        "type": "Microsoft.Web/hostingEnvironments",
        "kind": "ASEV2",
        "name": "yourASENameHere",
        "apiVersion": "2015-08-01",
        "location": "your location here",
        "zones": [
            "2"
        ],
        "properties": {
            "name": "yourASENameHere",
            "location": "your location here",
            "ipSslAddressCount": 0,
            "internalLoadBalancingMode": "3",
            "dnsSuffix": "contoso-internal.com",
            "virtualNetwork": {
                "Id": "/subscriptions/your-subscription-id-here/resourceGroups/your-resource-group-here/providers/Microsoft.Network/virtualNetworks/your-vnet-name-here",
                "Subnet": "yourSubnetNameHere"
            }
        }
    }
]

För att göra dina appar zonredundanta måste du distribuera två zonindeala ILB ASE:er. De två zonindeala ILB ASE:erna måste finnas i separata tillgänglighetszoner. Sedan måste du distribuera dina appar till var och en av ILB-ASE:erna. När dina appar har skapats måste du konfigurera en belastningsutjämningslösning. Den rekommenderade lösningen är att distribuera en zonredundant Application Gateway uppströms zonindeliga ILB ASE:er.

Datahemvist i regionen

ILB ASE:er som distribueras i en tillgänglighetszon lagrar endast kunddata i den region där zonindelad ILB ASE har distribuerats. Både webbplatsfilinnehåll och kundinlevererade inställningar och hemligheter som lagras i App Service finns kvar i den region där zonindelad ILB ASE distribueras.

Kunder säkerställer datahemvist för en region genom att följa stegen som beskrevs tidigare i avsnittet "Så här distribuerar du en App Service-miljön i en tillgänglighetszon". Genom att konfigurera en App Service-miljön enligt dessa steg uppfyller en App Service-miljön som distribuerats i en tillgänglighetszon kraven för regiondatahemvist, inklusive de som anges i Azure Trust Center.

Kunder kan kontrollera att en App Service-miljön är korrekt konfigurerad för att lagra data i en enda region genom att följa dessa steg:

  1. Med Hjälp av Resource Explorer navigerar du till Azure Resource Manager-resursen för App Service-miljön. ASE:er visas under providers/Microsoft.Web/hostingEnvironments.
  2. Om det finns en zonegenskap i vyn med Azure Resource Manager JSON-syntaxen och den innehåller en JSON-matris med värdet "1", "2" eller "3" distribueras ASE zonindelade och kunddata förblir i samma region.
  3. Om det inte finns någon zonegenskap , eller om egenskapen inte har ett giltigt zonvärde som angavs tidigare, distribueras inte ASE zonindelade och kunddata lagras inte uteslutande i samma region.