Ondersteuning voor beschikbaarheidszone voor App Service Environment v2

  • Artikel

Belangrijk

Dit artikel gaat over App Service Environment v2 die wordt gebruikt met geïsoleerde App Service-plannen. 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 wordt uitgevoerd op een krachtigere infrastructuur. Voor meer informatie over de nieuwe versie begint u met de inleiding tot de App Service-omgeving. Als u momenteel App Service Environment v2 gebruikt, volgt u de stappen in dit artikel om te migreren naar de nieuwe versie.

Vanaf 29 januari 2024 kunt u vanaf 29 januari 2024 geen nieuwe App Service Environment v2-resources meer maken met behulp van een van de beschikbare methoden, waaronder ARM/Bicep-sjablonen, Azure Portal, Azure CLI of REST API. U moet vóór 31 augustus 2024 migreren naar App Service Environment v3 om te voorkomen dat resources worden verwijderd en gegevens verloren gaan.

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 AS-omgeving vastmaakt aan een specifieke AZ, worden de resources die door een ILB ASE worden gebruikt, vastgemaakt aan de opgegeven AZ of op een zone-redundante manier geïmplementeerd.

Een ILB AS-omgeving die expliciet in een AZ wordt geïmplementeerd, 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-AS's niet automatisch op zonegebonden wijze geïmplementeerd. U kunt een externe ASE met een openbaar IP-adres niet vastmaken aan een specifieke beschikbaarheidszone.

Zonegebonden ILB AS'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 East
  • 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 er in andere zones in dezelfde regio een storing optreedt. Het is mogelijk dat niet-runtimegedrag, waaronder; Het schalen van toepassingsserviceplannen, het maken van toepassingen, het configureren van toepassingen en het publiceren van toepassingen kan 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-omgeving implementeren in een beschikbaarheidszone

Zonegebonden ILB AS's moeten worden gemaakt met ARM-sjablonen. Zodra een zonegebonden ILB ASE is gemaakt via een ARM-sjabloon, kan deze worden bekeken en ermee worden gecommuniceerd via Azure Portal en CLI. Een ARM-sjabloon is alleen nodig voor het maken van een zonegebonden ILB AS-omgeving.

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 het 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 AS's implementeren. De twee zonegebonden ILB AS's moeten zich in afzonderlijke beschikbaarheidszones bevinden. Vervolgens moet u uw apps implementeren in elk van de ILB-AS's. Nadat uw apps zijn gemaakt, moet u een taakverdelingsoplossing configureren. De aanbevolen oplossing is om een zoneredundante Application Gateway upstream van de zonegebonden ILB AS's te implementeren.

Gegevenslocatie in uw regio

ILB AS's die zijn geïmplementeerd in een beschikbaarheidszone slaan alleen klantgegevens op in de regio waar de zonegebonden ILB ASE is geïmplementeerd. Zowel inhoud van websitebestanden als door de klant geleverde 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 worden beschreven in de sectie 'Een App Service-omgeving implementeren in een beschikbaarheidszone'. Door een App Service-omgeving volgens deze stappen te configureren, voldoet een App Service-omgeving die is geïmplementeerd in een beschikbaarheidszone aan de vereisten voor gegevenslocatie van regio's, waaronder de vereisten die zijn opgegeven in het Vertrouwenscentrum van Azure.

Klanten kunnen controleren of een App Service-omgeving 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-omgeving. AS's worden vermeld onder providers/Microsoft.Web/hostingEnvironments.
  2. Als er een zoneeigenschap bestaat in de weergave van de ARM JSON-syntaxis en deze één gewaardeerde JSON-matrix bevat met de waarde '1', '2' of '3', wordt de ASE zonegebonden 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 opgeslagen in dezelfde regio.