Configurare la ridondanza della zona per Funzioni di Azure

La ridondanza della zona consente alle app per le funzioni di essere resilienti ai problemi nelle zone di disponibilità di Azure, in modo che l'app rimanga disponibile quando un data center o una zona ha un'interruzione. Questo articolo fornisce indicazioni dettagliate per configurare Azure Functions affinché siano zone-redundant, a seconda del piano di hosting. Per informazioni sul funzionamento delle zone di disponibilità con Funzioni di Azure, vedere Affidabilità in Funzioni di Azure.

La configurazione della zona di disponibilità per Funzioni di Azure dipende dal piano di hosting di Funzioni:

Piano di hosting	Livello di supporto	Sezione Di configurazione
Piano di consumo flessibile	GA	Selezionare Flex Consumption (Consumo flessibile ) nella parte superiore di questo articolo.
Piano Elastic Premium	GA	Selezionare Premium nella parte superiore di questo articolo.
Piano dedicato (servizio app)	GA	Vedere Configurare le zone di disponibilità per il servizio app.
Piano di consumo	Non disponibile	Non supportato dal piano a consumo.

Importante

Prima di configurare la ridondanza della zona, esaminare i requisiti e i dettagli elencati in Affidabilità in Funzioni di Azure - Resilienza agli errori della zona di disponibilità.

Importante

Prima di configurare la ridondanza della zona, esaminare i requisiti e i dettagli elencati in Affidabilità in Funzioni di Azure - Resilienza agli errori della zona di disponibilità.

È possibile abilitare le zone di disponibilità nel piano solo quando si crea l'app. Non è possibile convertire un piano Premium esistente per usare le zone di disponibilità.

Visualizzare le aree che supportano le zone di disponibilità

I piani a Consumo Flessibile con ridondanza della zona possono essere distribuiti in un set di aree specifico. Per l'elenco corrente, usare l'interfaccia della riga di comando di Azure:

1. Se non è già stato fatto, installare e accedere ad Azure usando l'interfaccia della riga di comando di Azure:

   az login
   

2. Usare il comando az functionapp list-flexconsumption-locations con l'argomento --zone-redundant=true, che restituisce un elenco di aree che attualmente supportano i piani a Consumo Flessibile con ridondanza della zona:

   az functionapp list-flexconsumption-locations --zone-redundant=true --query "sort_by(@, &name)[].{Region:name}" -o table
   

Creare un'app per le funzioni con ridondanza della zona

Seguire questa procedura per creare un piano a Consumo Flessibile con ridondanza della zona quando si crea l'app.

Portale di Azure

1. Per creare un'app per le funzioni in un piano a zone ridondanti, è necessario disporre di un account di archiviazione a zone ridondante esistente. Se non si ha già un account di archiviazione a ridondanza zonale, crearne uno prima di procedere.

2. Nel portale di Azure andare alla pagina Crea app per le funzioni. Per altre informazioni sulla creazione di un'app per le funzioni nel portale, vedere Creare un'app per le funzioni.

3. Selezionare Flex Consumption (Consumo flessibile ) e quindi selezionare il pulsante Seleziona .

4. Nella pagina Crea app per le funzioni (Consumo Flessibile) immettere le impostazioni per l'app per le funzioni nella scheda Informazioni di base. Prestare particolare attenzione alle impostazioni nella tabella seguente (evidenziata anche nello screenshot seguente), che presentano requisiti specifici per la ridondanza della zona.

   Impostazione	Valore suggerito	Note sulla ridondanza della zona
   Area geografica	Area supportata preferita	Area in cui viene creato il piano Flex Consumption. Per un elenco delle aree che supportano la ridondanza della zona per i piani Premium di Funzioni di Azure, vedere Affidabilità in Funzioni di Azure - Resilienza agli errori della zona di disponibilità - Requisiti.
   Ridondanza della zona	Enabled	Questa impostazione specifica se l'app è con ridondanza della zona. È possibile selezionare Enabled solo quando è stata scelta un'area che supporta la ridondanza della zona.

   

5. Nella scheda Archiviazione, selezionare l'account ZRS per la tua app per le funzioni. Prestare particolare attenzione all'impostazione nella tabella seguente, che presenta requisiti specifici per la ridondanza della zona.

   Impostazione	Valore suggerito	Note sulla ridondanza della zona
   Account di archiviazione	Un account di archiviazione con ridondanza della zona	Come descritto nella Guida all'affidabilità per le Funzioni di Azure, si consiglia di usare un account di archiviazione con ridondanza della zona per l'app per le funzioni con ridondanza della zona.

6. Per il resto del processo di creazione dell'app per le funzioni, creare l'app per le funzioni come di consueto. Non sono presenti impostazioni nel resto del processo di creazione che influiscono sulla ridondanza della zona.

Interfaccia della riga di comando di Azure

1. Quando si crea l'account di archiviazione per l'app per le funzioni, scegliere uno SKU con ridondanza della zona, ad esempio Standard_ZRS. Per esempio:

   az storage account create \
     --name <STORAGE_NAME> \
     --location <REGION> \
     --resource-group <RESOURCE_GROUP> \
     --sku Standard_ZRS \
     --allow-blob-public-access false
   

2. Quando si crea il piano e l'app Flex Consumption, aggiungere il --zone-redundant true parametro :

   az functionapp create \
     --resource-group <RESOURCE_GROUP> \
     --name <APP_NAME> \
     --storage-account <STORAGE_NAME> \
     --flexconsumption-location <REGION> \
     --runtime <RUNTIME> \
     --runtime-version <RUNTIME_VERSION> \
     --zone-redundant true 
   

Bicipite

È possibile usare un file Bicep per eseguire la distribuzione in un piano a Consumo Flessibile con ridondanza della zona. Per informazioni su come distribuire app per le funzioni in un piano Consumo Flessibile, vedere Automatizzare la distribuzione delle risorse in Funzioni di Azure.

Le uniche proprietà da tenere presenti durante la creazione di un piano di hosting con ridondanza della zona sono i campi della proprietà zoneRedundant. La proprietà zoneRedundant deve essere impostata su true.

Ecco un frammento di modello Bicep per un piano Consumo Flessibile con ridondanza della zona. Mostra la specifica del campo zoneRedundant.

resource flexFuncPlan 'Microsoft.Web/serverfarms@2024-04-01' = {
  name: <YOUR_PLAN_NAME>
  location: <YOUR_REGION_NAME>
  kind: 'functionapp'
  sku: {
    tier: 'FlexConsumption'
    name: 'FC1'
  }
  properties: {
    reserved: true
    zoneRedundant: true
  }
}

Per altre informazioni su questi modelli, vedere Automatizzare la distribuzione delle risorse in Funzioni di Azure.

Modello ARM

È possibile usare un modello di ARM per la distribuzione in un piano Consumo Flessibile con ridondanza della zona. Per informazioni su come distribuire le app per le funzioni in un piano a consumo flessibile, vedere Automatizzare la distribuzione delle risorse in Funzioni di Azure.

Le uniche proprietà da tenere presenti durante la creazione di un piano di hosting con ridondanza della zona sono i campi della proprietà zoneRedundant. La proprietà zoneRedundant deve essere impostata su true.

Di seguito è riportato un frammento di modello ARM per un piano a consumo flessibile a ridondanza di zona. Mostra la specifica del campo zoneRedundant.

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "resources": [
    {
      "type": "Microsoft.Web/serverfarms",
      "apiVersion": "2024-04-01",
      "name": "<YOUR_PLAN_NAME>",
      "location": "<YOUR_REGION_NAME>",
      "kind": "functionapp",
      "sku": {
        "tier": "FlexConsumption",
        "name": "FC1"
      },
      "properties": {
        "reserved": true,
        "zoneRedundant": true
      }
    }
  ]
}

Per altre informazioni su questi modelli, vedere Automatizzare la distribuzione delle risorse in Funzioni di Azure.

Dopo aver creato e distribuito il piano con ridondanza della zona, l'app per le funzioni con Consumo Flessibile ospitata nel nuovo piano viene considerata con ridondanza della zona.

Seguire questa procedura per creare un piano Premium e un'app con ridondanza della zona.

Portale di Azure

1. Nel portale di Azure andare alla pagina Crea app per le funzioni. Per altre informazioni sulla creazione di un'app per le funzioni nel portale, vedere Creare un'app per le funzioni.

2. Selezionare Funzioni Premium quindi selezionare il pulsante Seleziona.

3. Nella pagina Crea app per le funzioni (Funzioni Premium) immettere le impostazioni per l'app per le funzioni nella scheda Dati principali. Prestare particolare attenzione alle impostazioni nella tabella seguente (evidenziata anche nello screenshot seguente), che presentano requisiti specifici per la ridondanza della zona.

   Impostazione	Valore suggerito	Note sulla ridondanza della zona
   Area geografica	Area supportata preferita	Area in cui viene creato il piano Elastic Premium. È necessario scegliere un'area che supporta le zone di disponibilità. Per un elenco delle aree che supportano la ridondanza della zona per i piani Premium di Funzioni di Azure, vedere Affidabilità in Funzioni di Azure - Resilienza agli errori della zona di disponibilità - Requisiti.
   Piano tariffario	Uno dei piani Elastic Premium. Per altre informazioni, vedere SKU di istanza disponibili.	Questo articolo descrive come creare un'app con ridondanza della zona in un piano Premium. La ridondanza della zona non è attualmente disponibile nei piani A consumo. Per informazioni sulla ridondanza della zona nei piani di servizio app, vedere Configurare le zone di disponibilità per il servizio app.
   Ridondanza della zona	Enabled	Questa impostazione specifica se l'app è con ridondanza della zona. Non sarà possibile selezionare Enabled a meno che non sia stata scelta un'area che supporta la ridondanza della zona, come descritto in precedenza.

   

4. Nella scheda Archiviazione immettere le impostazioni per l'account di archiviazione dell'app per le funzioni. Prestare particolare attenzione all'impostazione nella tabella seguente, che presenta requisiti specifici per la ridondanza della zona.

   Impostazione	Valore suggerito	Note sulla ridondanza della zona
   Account di archiviazione	Un account di archiviazione con ridondanza della zona	Come descritto nella Guida all'affidabilità per le Funzioni di Azure, si consiglia di usare un account di archiviazione con ridondanza della zona per l'app per le funzioni con ridondanza della zona.

5. Per il resto del processo di creazione dell'app per le funzioni, creare l'app per le funzioni come di consueto. Non sono presenti impostazioni nel resto del processo di creazione che influiscono sulla ridondanza della zona.

Interfaccia della riga di comando di Azure

1. Quando si crea l'account di archiviazione per l'app per le funzioni, scegliere uno SKU con ridondanza della zona, ad esempio Standard_ZRS. Per esempio:

   az storage account create \
     --name <STORAGE_NAME> \
     --location <REGION> \
     --resource-group <RESOURCE_GROUP> \
     --sku Standard_ZRS \
     --allow-blob-public-access false
   

2. Quando si crea il piano Premium, aggiungere il --zone-redundant true parametro :

   az functionapp plan create \
     --resource-group <RESOURCE_GROUP> \
     --name <PLAN_NAME> \
     --location <REGION> \
     --sku EP1 \
     --zone-redundant true
   

3. Creare l'app per le funzioni e associarla al piano Premium con ridondanza della zona:

   az functionapp create \
     --resource-group <RESOURCE_GROUP> \
     --name <APP_NAME> \
     --storage-account <STORAGE_NAME> \
     --plan <PLAN_NAME> \
     --runtime <RUNTIME> \
     --runtime-version <RUNTIME_VERSION>
   

Modello Bicep

È possibile usare un file Bicep per eseguire la distribuzione in un piano Premium con ridondanza della zona. Per informazioni su come distribuire app per le funzioni in un piano Premium, vedere Automatizzare la distribuzione delle risorse in Funzioni di Azure.

Le uniche proprietà da tenere presenti durante la creazione di un piano di hosting con ridondanza della zona sono i campi della proprietà zoneRedundant e del numero di istanze del piano (capacity). La proprietà zoneRedundant deve essere impostata su true e la proprietà capacity deve essere impostata in base al requisito del carico di lavoro, ma non minore di 3. La scelta della capacità corretta varia in base a diversi fattori e strategie di disponibilità elevata/tolleranza di errore. Una buona regola generale consiste nello specificare istanze sufficienti per l'applicazione per garantire che la perdita di un'istanza di zona lasci capacità sufficiente per gestire il carico previsto.

Importante

Le app di Funzioni di Azure ospitate in un piano Elastic Premium con ridondanza della zona devono avere un numero minimo di istanze sempre pronte di 3. Questo minimo garantisce che un'app per le funzioni con ridondanza della zona disponga sempre di istanze sufficienti per soddisfare almeno un ruolo di lavoro per zona.

Di seguito è riportato un frammento di modello Bicep per un piano Premium con ridondanza della zona. Mostra il campo zoneRedundant e la specifica capacity.

resource EPFuncPlan 'Microsoft.Web/serverfarms@2024-04-01' = {
    name: '<YOUR_PLAN_NAME>'
    location: '<YOUR_REGION_NAME>'
    sku: {
        name: 'EP1'
        tier: 'ElasticPremium'
        size: 'EP1'
        family: 'EP'
        capacity: 3
    }
    kind: 'elastic'
    properties: {
        perSiteScaling: false
        elasticScaleEnabled: true
        maximumElasticWorkerCount: 20
        isSpot: false
        reserved: false
        isXenon: false
        hyperV: false
        targetWorkerCount: 0
        targetWorkerSizeId: 0
        zoneRedundant: true
    }
}

Per altre informazioni su questi modelli, vedere Automatizzare la distribuzione delle risorse in Funzioni di Azure.

Modello ARM

È possibile usare un modello di ARM per la distribuzione in un piano Premium con ridondanza della zona. Per informazioni su come distribuire app per le funzioni in un piano Premium, vedere Automatizzare la distribuzione delle risorse in Funzioni di Azure.

Le uniche proprietà da tenere presenti durante la creazione di un piano di hosting con ridondanza della zona sono i campi della proprietà zoneRedundant e del numero di istanze del piano (capacity). La proprietà zoneRedundant deve essere impostata su true e la proprietà capacity deve essere impostata in base al requisito del carico di lavoro, ma non minore di 3. La scelta della capacità corretta varia in base a diversi fattori e strategie di disponibilità elevata/tolleranza di errore. Una buona regola generale consiste nello specificare istanze sufficienti per l'applicazione per garantire che la perdita di un'istanza di zona lasci capacità sufficiente per gestire il carico previsto.

Importante

Le app di Funzioni di Azure ospitate in un piano Elastic Premium con ridondanza della zona devono avere un numero minimo di istanze sempre pronte di 3. Questo minimo garantisce che un'app per le funzioni con ridondanza della zona disponga sempre di istanze sufficienti per soddisfare almeno un ruolo di lavoro per zona.

Di seguito è riportato un frammento di modello di ARM per un piano Premium con ridondanza della zona. Mostra il campo zoneRedundant e la specifica capacity.

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "resources": [
    {
        "type": "Microsoft.Web/serverfarms",
        "apiVersion": "2024-04-01",
        "name": "<YOUR_PLAN_NAME>",
        "location": "<YOUR_REGION_NAME>",
        "sku": {
            "name": "EP1",
            "tier": "ElasticPremium",
            "size": "EP1",
            "family": "EP", 
            "capacity": 3
        },
        "kind": "elastic",
        "properties": {
            "perSiteScaling": false,
            "elasticScaleEnabled": true,
            "maximumElasticWorkerCount": 20,
            "isSpot": false,
            "reserved": false,
            "isXenon": false,
            "hyperV": false,
            "targetWorkerCount": 0,
            "targetWorkerSizeId": 0, 
            "zoneRedundant": true
        }
    }
  ]
}

Per altre informazioni su questi modelli, vedere Automatizzare la distribuzione delle risorse in Funzioni di Azure.

Dopo aver creato e distribuito il piano con ridondanza della zona, qualsiasi app per le funzioni ospitata nel nuovo piano viene considerata con ridondanza della zona.

Abilitare la ridondanza della zona in un piano esistente

La modifica della ridondanza della zona dell'app richiede un riavvio, causando interruzioni nell'app.

Prima di aggiornare il piano Consumo Flessibile in modo che offra la ridondanza della zona, è necessario aggiornare anche l'account di archiviazione host predefinito per rendere anch'esso ridondante a livello di zona. Se si usa un account di archiviazione separato per il contenitore di distribuzione dell'app, è consigliabile aggiornarlo anche in modo che anch'esso sia con ridondabza della zona.

Usare questi passaggi per preparare gli account di archiviazione per la modifica:

1. Vedere Considerazioni sull'archiviazione.
2. Creare o identificare un account di archiviazione con ridondanza della zona come account di archiviazione host predefinito dell'app.
3. Aggiornare le impostazioni correlate all'archiviazione dell'app, ad esempio AzureWebJobsStorage, in modo da fare riferimento all'account di archiviazione con ridondanza della zona. Vedere Usare le impostazioni dell'applicazione.
4. Aggiornare l'account di archiviazione di distribuzione per l'app, che può essere uguale o diverso dall'account di archiviazione associato all'app. Vedere Configurare le impostazioni di distribuzione.

Dopo aver aggiornato gli account di archiviazione utilizzati dall'app, è possibile aggiornare il piano Consumo Flessibile perché sia con ridondanza della zona, usando modelli Bicep o di ARM. Il portale di Azure attualmente non supporta modifiche alla ridondanza della zona del piano.

Aggiornare le impostazioni di ridondanza della zona

Portale di Azure

1. Nel portale di Azure cercare e selezionare l'app per le funzioni da aggiornare.

2. In Impostazioni selezionare Scalabilità e concorrenza.

3. Nella scheda Ridondanza della zona selezionare Aggiungi ridondanza della zona per abilitare la funzionalità. Se è già selezionata, è possibile deselezionare questa casella per disabilitare la funzionalità.

4. Selezionare Salva per eseguire il commit delle modifiche e riavviare l'app.

Interfaccia della riga di comando di Azure

Aggiornare l'app usando il --zone-redundant parametro del comando az functionapp plan update . Usare un valore di true per abilitare la ridondanza zonale e false disabilitare la funzionalità. Questo esempio abilita la ridondanza della zona per un'app esistente in un piano Consumo Flessibile:

PLAN_RESOURCE_ID=$(az functionapp show --resource-group <RESOURCE_GROUP> --name <APP_NAME> --query "properties.serverFarmId"  -o tsv) 

az functionapp plan update --ids $PLAN_RESOURCE_ID --set zoneRedundant=true

In questo esempio sostituire <RESOURCE_GROUP> e <APP_NAME> con i nomi rispettivamente del gruppo di risorse e dell'app.

Bicipite

È possibile usare questo file Bicep per aggiungere la zoneRedundant proprietà a true in una definizione di piano esistente:

resource existingServerFarm 'Microsoft.Web/serverfarms@2024-04-01' existing = {
  name: '<YOUR_PLAN_NAME>'
  scope: resourceGroup()
}

resource updatedServerFarm 'Microsoft.Web/serverfarms@2024-04-01' = {
  name: existingServerFarm.name
  location: '<YOUR_REGION_NAME>'
  kind: 'functionapp'
  sku: {
    tier: 'FlexConsumption'
    name: 'FC1'
  }
  properties: {
    reserved: true
    zoneRedundant: true  // Enables zone redundancy
  }
}

In questo file sostituire <YOUR_PLAN_NAME> e <YOUR_REGION_NAME> rispettivamente con il nome del piano e dell'area. Per informazioni su come distribuire un file Bicep, vedere Distribuire il modello.

Modello ARM

È possibile usare questo frammento di modello ARM per impostare la zoneRedundant proprietà su true in una definizione di piano esistente:

{
  "$schema": "https://schema.management.azure.com/schemas/2019-04-01/deploymentTemplate.json#",
  "contentVersion": "1.0.0.0",
  "resources": [
    {
      "type": "Microsoft.Web/serverfarms",
      "apiVersion": "2024-04-01",
      "name": "<YOUR_PLAN_NAME>",
      "location": "<YOUR_REGION_NAME>",
      "kind": "functionapp",
      "sku": {
        "tier": "FlexConsumption",
        "name": "FC1"
      },
      "properties": {
        "reserved": true,
        "zoneRedundant": true
      }
    }
  ]
}

In questo modello sostituire <YOUR_PLAN_NAME> e <YOUR_REGION_NAME> rispettivamente con il nome del piano e dell'area. Per informazioni su come distribuire un modello ARM, vedere Distribuire il modello.

Non è possibile modificare il supporto della zona di disponibilità di un piano Elastic Premium esistente. È invece necessario eseguire la migrazione a un nuovo piano con ridondanza della zona.

Tempo di inattività

Il tempo di inattività necessario per questa migrazione dipende dal modo in cui si reindirizza il traffico durante la migrazione alla nuova app per le funzioni abilitata per la zona di disponibilità.

• Si considerino le funzioni basate su HTTP che usano un gateway applicazione, un dominio personalizzato o una frontdoor di Azure. In questo caso, il tempo di inattività dipende dal tempo necessario per aggiornare i rispettivi servizi con le informazioni sulla nuova app.
• È anche possibile instradare il traffico a più app contemporaneamente usando un servizio come Gestione traffico di Azure. In questo scenario, è possibile passare completamente alla nuova app con ridondanza della zona solo dopo che tutti gli elementi siano stati distribuiti e testati completamente.
• Per le funzioni basate su messaggi, è necessario scrivere funzioni difensive per assicurarsi che i messaggi non vadano persi durante la migrazione.

Passaggi per la migrazione

Per consentire a un'app per funzioni del piano Premium esistente di usare le zone di disponibilità, distribuire nuovamente i file del progetto per una nuova app per funzioni ospitata in un piano Premium con zone ridondanti. Segui questi passaggi:

1. Se si è già ospitati in un piano Premium in un'area supportata, è possibile riutilizzare il gruppo di risorse esistente e passare al passaggio successivo. In caso contrario, creare un nuovo gruppo di risorse in un'area supportata. Per un elenco delle aree che supportano la ridondanza della zona per i piani Premium di Funzioni di Azure, vedere Affidabilità in Funzioni di Azure - Resilienza agli errori della zona di disponibilità - Requisiti.
2. Creare un piano Premium con ridondanza della zona in un'area supportata.
3. Creare un'app per le funzioni nel nuovo piano Premium e distribuire il codice del progetto in questa nuova app usando il metodo di distribuzione desiderato.
4. Dopo l'esecuzione della nuova app, è possibile disabilitare o eliminare facoltativamente l'app non di zona.

Passaggi successivi

• Affidabilità in Funzioni di Azure - Linee guida concettuali sul supporto della zona di disponibilità e altri approcci e modelli di affidabilità
• Automatizzare la distribuzione delle risorse in Funzioni di Azure - Altre informazioni sulle opzioni di infrastruttura come codice
• Piani di hosting di Funzioni di Azure - Confrontare opzioni di hosting diverse
• Considerazioni sull'archiviazione per Funzioni di Azure - Informazioni sui requisiti di archiviazione per le configurazioni con ridondanza della zona