App Service-plannen configureren voor zoneredundantie

Azure App Service biedt ingebouwde betrouwbaarheidsfuncties om ervoor te zorgen dat uw toepassingen beschikbaar en tolerant blijven. In dit artikel wordt beschreven hoe u een App Service-plan maakt dat zoneredundantie bevat. Ook wordt beschreven hoe u zoneredundantie kunt uitschakelen en inschakelen voor bestaande plannen en hoe u controleert op ondersteuning voor zoneredundantie. Zie Betrouwbaarheid in App Service voor meer informatie over zoneredundantie.

Belangrijk

Zoneredundantie verdeelt exemplaren van een App Service-plan over beschikbaarheidszones; er worden geen gegarandeerde app-replica's gemaakt. Als perSiteScalingtrue is en een app of implementatieslot een werklimiet van 1 heeft, leid daar dan niet uit af dat de app of het slot een tweede hot replica heeft. Limieten van 2 of meer maken plaatsing op meerdere afzonderlijke planwerkers mogelijk, maar garanderen niet dat die instanties zich over fysieke zones uitstrekken. Bekijk de schaalbaarheid per app en betrouwbaarheid in App Service wanneer je de werklast ontwerpt.

Een nieuw zone-redundant App Service-plan maken

Volg de juiste stappen om een nieuw App Service-plan te maken dat zoneredundantie bevat.

Volg de richtlijnen voor het maken van een App Service-plan. Zorg ervoor dat u Ingeschakeld voor zoneredundantie selecteert.

Schermopname van het inschakelen van zoneredundantie tijdens het maken van een App Service-plan in Azure Portal.

Stel het --zone-redundant argument in.
Stel het --number-of-workers argument, het aantal exemplaren, in op een waarde van 2 of meer.

az appservice plan create \
    -n <app-service-plan-name> \
    -g <resource-group-name> \
    --zone-redundant \
    --number-of-workers 2 \
    --sku P1V3

Stel de eigenschap zoneRedundant in op true.
Stel de sku.capacity eigenschap in op een waarde van 2 of meer. Als u de sku.capacity eigenschap niet definieert, wordt de waarde standaard ingesteld op 1.

resource appServicePlan 'Microsoft.Web/serverfarms@2024-11-01' = {
    name: appServicePlanName
    location: location
    sku: {
        name: sku
        capacity: 2
    }
    kind: 'linux'
    properties: {
        reserved: true
        zoneRedundant: true
    }
}

Zoneredundantie instellen voor een bestaand App Service-plan

Als u zoneredundantie wilt inschakelen voor een bestaand App Service-plan, controleert u op ondersteuning voor zoneredundantie.
Als uw App Service-plan zoneredundantie ondersteunt, gebruikt u Azure Portal, de Azure CLI of Bicep en Azure Resource Manager om het in of uit te schakelen.

Belangrijk

Voordat je zone-redundantie inschakelt, registreer je de huidige plancapaciteit en schaalmodus. Als per-app scaling is ingeschakeld, bekijk dan de geconfigureerde workerlimiet voor elke app en deployment slot. Een limiet van 1 biedt geen gelijktijdige replica in een andere zone. Voor regelgebaseerde schaalverdeling moet je ervoor zorgen dat elk toepasbaar autoschaalprofiel minimum-, standaard- en maximale capaciteiten van minimaal 2heeft.
1. Ga in Azure Portal naar uw App Service-plan.
2. Selecteer Instellingen>uitschalen (App Service-plan) in het linkernavigatiedeelvenster.
3. Volg de instructies voor de schaalmodus die voor het plan is geconfigureerd:
  - Handmatig: Als het aantal instanties kleiner is dan 2, verhoog het naar 2; behoud een hogere waarde. Selecteer Zone-redundantie en sla vervolgens je wijzigingen op.
  - Automatisch: Minimumaantal exemplaren wordt beheerd en is niet beschikbaar in het portaal. Selecteer Zone-redundantie, sla je wijzigingen op en bevestig vervolgens dat de resulterende plancapaciteit minimaal 2is.
  - Regelsgebaseerd: Je kunt deze workflow niet uitvoeren in het portaal. Werk eerst elk relevant profiel voor automatisch schalen afzonderlijk bij, zodat de minimum-, standaard- en maximumwaarde elk ten minste 2 zijn, waarbij hogere waarden behouden blijven. Gebruik vervolgens de Azure CLI of Bicep en Azure Resource Manager om zone-redundantie in te schakelen.
Voor handmatige of automatische schaalverdeling selecteert u zoneredundantie uit en slaat u uw wijzigingen op.
Belangrijk

Voor regelgebaseerde schaalverdeling werkt u eerst elk toepasbaar autoschaalprofiel bij zodat het minimum, standaard en maximum elk minimaal 2zijn. Behoud hogere waarden. Alleen de stroom sku.capacity veranderen voorkomt niet dat autoscale later een lagere capaciteit aanvraagt.
- Om zoneredundantie in te schakelen wanneer de huidige sku.capacity al 2 of hoger is, stel je alleen de eigenschap zoneRedundant in op true. Deze update behoudt de huidige capaciteit.
```
az appservice plan update \
   -n <app-service-plan-name> \
   -g <resource-group-name> \
   --set zoneRedundant=true
```
- Als de huidige waarde van sku.capacity lager is dan 2, verhoog deze dan naar 2 met inschakeling van zoneredundantie.
```
az appservice plan update \
   -n <app-service-plan-name> \
   -g <resource-group-name> \
   --set zoneRedundant=true sku.capacity=2
```
- Als u zoneredundantie wilt uitschakelen, stelt u de zoneRedundant eigenschap in op false.
```
az appservice plan update \
   -n <app-service-plan-name> \
   -g <resource-group-name> \
   --set zoneRedundant=false
```
Belangrijk

Voor regelgebaseerde schaalverdeling werkt u de autoschaalconfiguratie apart bij vóór deze implementatie. Elk toepasbaar profiel moet minimum-, standaard- en maximumwaarden van minstens 2hebben, waarbij hogere waarden behouden blijven. De sku.capacity expressie in deze template werkt geen autoscale profielen bij.
- Als u zoneredundantie wilt inschakelen, stelt u de zoneRedundant eigenschap in op true.
- Stel currentPlanCapacity in op de momenteel geconfigureerde capaciteit van het plan. De max uitdrukking behoudt een waarde die al 2 of hoger is en verhoogt alleen een lagere waarde tot 2.
- Houd de huidige planwaarden voor sku, kind, , reserveden andere instellingen bij wanneer je het voorbeeld aanpast.
```
param currentPlanCapacity int

resource appServicePlan 'Microsoft.Web/serverfarms@2024-11-01' = {
    name: appServicePlanName
    location: location
    sku: {
        name: sku
        capacity: max(2, currentPlanCapacity)
    }
    kind: 'linux'
    properties: {
        reserved: true
        zoneRedundant: true
    }
}
```
- Als u zoneredundantie wilt uitschakelen, stelt u de zoneRedundant eigenschap in op false.
Als uw App Service-plan zich op een schaaleenheid bevindt die zoneredundantie niet ondersteunt, kunt u zoneredundantie niet inschakelen voor uw plan. In plaats daarvan moet u uw apps opnieuw implementeren in een nieuw plan op een andere schaaleenheid.

Controleren op ondersteuning voor zoneredundantie in een App Service-plan

Ga als volgt te werk om te controleren of een bestaand App Service-plan zoneredundantie ondersteunt:

Bepaal het maximum aantal beschikbaarheidszones dat door het App Service-plan wordt ondersteund met behulp van Azure Portal, de Azure CLI of Bicep en Resource Manager.
1. Ga in Azure Portal naar uw App Service-plan.
2. Kies Uitschalen (App Service-plan).
  
  Maximaal beschikbare zones toont het maximum aantal zones dat uw App Service-plan kan gebruiken.
Voer een query uit op de maximumNumberOfZones eigenschap van het plan.
```
az appservice plan show \
    -n <app-service-plan-name> \
    -g <resource-group-name> \
    --query properties.maximumNumberOfZones
```
Voer een query uit op de maximumNumberOfZones eigenschap van het plan.
```
resource appServicePlan 'Microsoft.Web/serverfarms@2024-11-01' existing = {
    name: '<app-service-plan-name>'
}

#disable-next-line BCP083
output maximumNumberOfZones int = appServicePlan.properties.maximumNumberOfZones
```
Vergelijk het getal met de volgende tabel om te bepalen of uw plan zoneredundantie ondersteunt.

Maximum aantal zones Ondersteuning voor zoneredundantie

Meer dan 1 Ondersteund

Gelijk aan 1 Niet ondersteund*

* Als u een plan of een stempel gebruikt dat geen ondersteuning biedt voor beschikbaarheidszones, moet u een nieuw App Service-plan maken in een nieuwe resourcegroep. Deze installatie zorgt ervoor dat uw implementatie terechtkomt in de App Service-infrastructuur die beschikbaarheidszones ondersteunt.

Maximum aantal zones	Ondersteuning voor zoneredundantie
Meer dan 1	Ondersteund
Gelijk aan 1	Niet ondersteund*

Fysieke zones voor een App Service-plan weergeven

Wanneer je een zone-redundant App Service-plan hebt, verdeelt het platform de instanties van het plan over fysieke beschikbaarheidszones. Gebruik het Azure-portaal of de Azure CLI om de fysieke zone te inspecteren die wordt gerapporteerd voor de momenteel waargenomen instances van een app.

Note

Waargenomen physicalZone waarden zijn informatie over plaatsing op een bepaald tijdstip. Ze bewijzen niet dat verborgen appreplica's bestaan of garanderen fysieke zonediversiteit voor een app of deploymentslot. Door per-app scaling te gebruiken, kan een app op minder instanties draaien dan het plan.

Ga in het Azure-portaal naar de App Service-app die je wilt inspecteren.
Selecteer Gezondheidscontrole.
Selecteer Exemplaren om de plaatsing van de fysieke zone voor elk van uw exemplaren weer te geven.

Gebruik de REST API, die de physicalZone waarde teruggeeft voor elke momenteel waargenomen instantie van de gespecificeerde app.

az rest --method get --url /subscriptions/{subscriptionId}/resourceGroups/{resourceGroup}/providers/Microsoft.Web/sites/{appName}/instances?api-version=2024-04-01

Feedback

Is deze pagina nuttig?

Last updated on 2026-08-31