Ondersteuning voor beschikbaarheidszones voor App Service Environment v2

Belangrijk

Dit artikel gaat over App Service Environment v2 die wordt gebruikt met geïsoleerde App Service-abonnementen. App Service Environment v2 wordt op 31 augustus 2024 buiten gebruik gesteld. Er is een nieuwe versie van App Service Environment die eenvoudiger te gebruiken is en die kan worden uitgevoerd op een krachtigere infrastructuur. Als u meer wilt weten over de nieuwe versie, begint u met de inleiding tot de App Service Environment. Als u momenteel App Service Environment v2 gebruikt, volgt u de stappen in dit artikel om te migreren naar de nieuwe versie.

App Service Environment v2 (ASE) kan worden geïmplementeerd in Beschikbaarheidszones (AZ). Klanten kunnen een interne load balancer (ILB) ASE's implementeren in een specifieke AZ binnen een Azure-regio. Als u uw ILB ASE vastmaakt aan een specifieke AZ, worden de resources die door een ILB ASE worden gebruikt, vastgemaakt aan de opgegeven AZ of geïmplementeerd op een zone-redundante manier.

Een ILB ASE die expliciet is geïmplementeerd in een AZ, wordt beschouwd als een zonegebonden resource omdat de ILB ASE is vastgemaakt aan een specifieke zone. De volgende ILB ASE-afhankelijkheden worden vastgemaakt aan de opgegeven zone:

  • het IP-adres van de interne load balancer van de ASE
  • de rekenresources die door de ASE worden gebruikt voor het beheren en uitvoeren van webtoepassingen

De externe bestandsopslag voor webtoepassingen die zijn geïmplementeerd op een zonegebonden ILB ASE maakt gebruik van Zone Redundant Storage (ZRS).

Tenzij de stappen die in dit artikel worden beschreven, worden ILB ASE's niet automatisch op een zonegebonden manier geïmplementeerd. U kunt een externe ASE met een openbaar IP-adres niet vastmaken aan een specifieke beschikbaarheidszone.

Zonegebonden ILB ASE's kunnen worden gemaakt in een van de volgende regio's:

  • Australië - oost
  • Canada - midden
  • VS - centraal
  • VS - oost
  • VS - oost 2
  • VS - oost 2 (EUAP)
  • Frankrijk - centraal
  • Japan - oost
  • Europa - noord
  • Europa -west
  • Azië - zuidoost
  • Verenigd Koninkrijk Zuid
  • VS - west 2

Toepassingen die zijn geïmplementeerd op een zonegebonden ILB ASE blijven actief en verwerken verkeer op die ASE, zelfs als andere zones in dezelfde regio een storing ondervinden. Het is mogelijk dat niet-runtimegedrag, waaronder; schalen van toepassingsserviceplannen, het maken van toepassingen, toepassingsconfiguratie en het publiceren van toepassingen kunnen nog steeds worden beïnvloed door een storing in andere beschikbaarheidszones. De zonegebonden implementatie van een zonegebonden ILB ASE zorgt alleen voor continue uptime voor al geïmplementeerde toepassingen.

Een App Service Environment implementeren in een beschikbaarheidszone

Zonegebonden ILB AS-omgevingen moeten worden gemaakt met behulp van ARM-sjablonen. Zodra een zonegebonden ILB ASE is gemaakt via een ARM-sjabloon, kan deze worden weergegeven en gebruikt via de Azure Portal en CLI. Een ARM-sjabloon is alleen nodig voor het maken van een zonegebonden ILB ASE.

De enige wijziging die nodig is in een ARM-sjabloon om een zonegebonden ILB ASE op te geven, is de eigenschap nieuwe zones . De eigenschap zones moet worden ingesteld op een waarde van '1', '2' of '3', afhankelijk van de logische beschikbaarheidszone waaraan de ILB ASE moet worden vastgemaakt.

In het onderstaande voorbeeld van een ARM-sjabloonfragment ziet u de eigenschap nieuwe zones die aangeeft dat de ILB ASE moet worden vastgemaakt aan zone 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"
            }
        }
    }
]

Als u uw apps zone-redundant wilt maken, moet u twee zonegebonden ILB ASE's implementeren. De twee zonegebonden ILB ASE's moeten zich in afzonderlijke beschikbaarheidszones bevinden. Vervolgens moet u uw apps implementeren in elk van de ILB ASE's. Nadat uw apps zijn gemaakt, moet u een oplossing voor taakverdeling configureren. De aanbevolen oplossing is om een zone-redundante Application Gateway upstream van de zonegebonden ILB ASE's te implementeren.

Gegevenslocatie in uw regio

ILB ASE's die zijn geïmplementeerd in een beschikbaarheidszone slaan alleen klantgegevens op binnen de regio waar de zonegebonden ILB ASE is geïmplementeerd. Zowel de inhoud van het websitebestand als de door de klant opgegeven instellingen en geheimen die zijn opgeslagen in App Service blijven binnen de regio waar de zonegebonden ILB ASE wordt geïmplementeerd.

Klanten zorgen voor gegevenslocatie in één regio door de stappen te volgen die eerder zijn beschreven in de sectie Een App Service Environment implementeren in een beschikbaarheidszone. Door een App Service Environment te configureren volgens deze stappen, voldoet een App Service Environment geïmplementeerd in een beschikbaarheidszone aan de vereisten voor regiogegevenslocatie, inclusief de vereisten die zijn opgegeven in het Vertrouwenscentrum van Azure.

Klanten kunnen valideren dat een App Service Environment correct is geconfigureerd voor het opslaan van gegevens in één regio door de volgende stappen uit te voeren:

  1. Navigeer met Resource Explorer naar de ARM-resource voor de App Service Environment. ASE's worden vermeld onder providers/Microsoft. Web/hostingOmgevingen.
  2. Als er een zoneeigenschap bestaat in de weergave van de ARM JSON-syntaxis en deze een JSON-matrix met één waarde bevat met de waarde '1', '2' of '3', wordt de ASE zonelijk geïmplementeerd en blijven de klantgegevens in dezelfde regio.
  3. Als er geen zoneeigenschap bestaat of als de eigenschap geen geldige zonewaarde heeft zoals eerder is opgegeven, wordt de ASE niet zonegebonden geïmplementeerd en worden klantgegevens niet uitsluitend in dezelfde regio opgeslagen.