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 v2 dras tillbaka 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 v2 följer du stegen i den här artikeln för att migrera till den nya versionen.

Från och med den 29 januari 2024 kan du inte längre skapa nya App Service-miljön v2-resurser med någon av de tillgängliga metoderna, inklusive ARM/Bicep-mallar, Azure Portal, Azure CLI eller REST API. Du måste migrera till App Service-miljön v3 före den 31 augusti 2024 för att förhindra resursborttagning och dataförlust.

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å den angivna 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-portalen 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. Använd Resource Explorer och navigera till ARM-resursen för App Service-miljön. ASE:er visas under providers/Microsoft.Web/hostingEnvironments.
  2. Om en zonegenskap finns i vyn med ARM JSON-syntaxen och den innehåller en JSON-matris med värdet "1", "2" eller "3" distribueras ASE zonindelad och kunddata förblir i samma region.
  3. Om en zonegenskap inte finns, eller om egenskapen inte har ett giltigt zonvärde som angavs tidigare, distribueras inte ASE zonindelade och kunddata lagras inte uteslutande i samma region.