Informazioni di riferimento su limiti e configurazione per App per la logica di Azure

Per i flussi di lavoro dell'app per la logica a consumo, la stessa impostazione controlla il numero massimo di giorni in cui un flusso di lavoro può essere eseguito e per mantenere la cronologia di esecuzione nell'archiviazione.

• In App per la logica di Azure multi-tenant, il limite predefinito di 90 giorni corrisponde al limite massimo. È solo possibile ridurre questo valore.

• La conservazione della cronologia di esecuzione viene sempre calcolata usando l'ora di inizio dell'esecuzione e il limite di conservazione al momento dell'avvio dell'esecuzione, non il limite di conservazione corrente.

Portale

1. Nella casella di ricerca del portale di Azure aprire il flusso di lavoro dell'app per la logica nella finestra di progettazione.

2. Nel menu dell'app per la logica selezionare Impostazioni flusso di lavoro.

3. In Opzioni di runtime scegliere Personalizzata nell'elenco Conservazione cronologia di esecuzione in giorni.

4. Trascinare il dispositivo di scorrimento per impostare il numero di giorni desiderato.

5. Al termine, sulla barra degli strumenti di Impostazioni del flusso di lavoro selezionare Salva.

Modello ARM

Se si usa un modello di Azure Resource Manager, questa impostazione viene visualizzata come proprietà nella definizione della risorsa del flusso di lavoro, descritta nel riferimento al modello dei flussi di lavoro Microsoft.Logic:

{
   "name": "{logic-app-name}",
   "type": "Microsoft.Logic/workflows",
   "location": "{Azure-region}",
   "apiVersion": "2019-05-01",
   "properties": {
      "definition": {},
      "parameters": {},
      "runtimeConfiguration": {
         "lifetime": {
            "unit": "day",
            "count": {number-of-days}
         }
      }
   }
}

Per i flussi di lavoro delle app per la logica Standard, è possibile ridurre o aumentare il limite predefinito di 90 giorni, ma è necessario aggiungere le impostazioni seguenti e i relativi valori alla risorsa o al progetto dell'app per la logica:

• Un'impostazione dell'app denominata Workflow.RuntimeConfiguration.RetentionInDays

• Un'impostazione host denominata Runtime.FlowMaintenanceJob.RetentionCooldownInterval

Per impostazione predefinita, l'impostazione dell'app denominata Workflow.RuntimeConfiguration.RetentionInDays è impostata per mantenere 90 giorni di dati. L'impostazione host denominata Runtime.FlowMaintenanceJob.RetentionCooldownInterval è impostata per controllare ogni 7 giorni la presenza di dati obsoleti da eliminare. Se si lasciano questi valori predefiniti, è possibile che i dati vengano visualizzati fino a 97 giorni prima. Si supponga, ad esempio, che App per la logica di Azure controlli il giorno X ed elimini i dati precedenti al giorno X - 90 giorni e quindi attenda 7 giorni prima dell'esecuzione di nuovo. Questo comportamento fa sì che i dati invecchino fino a 97 giorni prima che il processo venga eseguito nuovamente. Tuttavia, se si imposta l'intervallo su 1 giorno, ma si lasciano i giorni di conservazione al valore predefinito, il ritardo massimo per eliminare i dati precedenti è 90+1 giorni.

La conservazione della cronologia di esecuzione viene sempre calcolata usando l'ora di inizio dell'esecuzione e il limite di conservazione al momento dell'avvio dell'esecuzione, non il limite di conservazione corrente.

Portale

1. Seguire questa procedura per aggiungere l'impostazione dell'app denominata Workflow.RuntimeConfiguration.RetentionInDayse impostare il valore sul numero di giorni in cui si vuole mantenere la cronologia di esecuzione del flusso di lavoro.

2. Seguire questa procedura per aggiungere l'impostazione dell'host denominata Runtime.FlowMaintenanceJob.RetentionCooldownIntervale impostare il valore sul numero di giorni come intervallo tra quando verificare e eliminare la cronologia di esecuzione che non si vuole mantenere.

Visual Studio Code

1. Seguire questa procedura per aggiungere l'impostazione dell'app denominata Workflow.RuntimeConfiguration.RetentionInDayse impostare il valore sul numero di giorni in cui si vuole mantenere la cronologia di esecuzione del flusso di lavoro.

2. Seguire questa procedura per aggiungere l'impostazione dell'host denominata Runtime.FlowMaintenanceJob.RetentionCooldownIntervale impostare il valore sul numero di giorni come intervallo tra quando verificare e eliminare la cronologia di esecuzione che non si vuole mantenere.

In App per la logica di Azure a tenant singolo, una risorsa dell'app per la logica Standard usa l'archiviazione e il calcolo come risorse primarie per l'esecuzione dei flussi di lavoro.

Immagazzinamento

I flussi di lavoro con stato in App per la logica di Azure a tenant singolo usano Archiviazione tabelle di Azure per l'archiviazione dati persistente durante il runtime, Archiviazione BLOB di Azure per mantenere le cronologie di esecuzione del flusso di lavoro e Archiviazione code di Azure a scopo di pianificazione. Ad esempio, un singolo account di archiviazione consente di gestire un numero considerevole di richieste con velocità fino a 2.000 richieste per partizione e 20.000 richieste al secondo a livello di account di archiviazione. Anche se un singolo account di archiviazione può gestire velocità effettiva ragionevolmente elevata, oltre queste soglie, le tariffe delle richieste sono soggette a limitazioni e i flussi di lavoro potrebbero riscontrare limitazioni a livello di partizione o limitazioni a livello di account man mano che aumenta la velocità di esecuzione del flusso di lavoro. Per assicurarsi che i flussi di lavoro funzionino senza problemi, è fondamentale comprendere le possibili limitazioni e i modi in cui è possibile risolverli.

Per altre informazioni sulle destinazioni di ridimensionamento e sulle limitazioni per i vari servizi di Archiviazione di Azure, vedere la documentazione seguente:

• Destinazioni di scalabilità per l'archiviazione tabelle
• Destinazioni di operazioni dati per l'archiviazione tabelle
• Obiettivi di scalabilità per archiviazione BLOB di Azure
• Destinazioni di scalabilità per l'archiviazione code

Ridimensionare l'app per la logica per le limitazioni di archiviazione

Le raccomandazioni seguenti si applicano al ridimensionamento dei flussi di lavoro delle app per la logica Standard:

• Condividere il carico di lavoro tra più flussi di lavoro.

  App per la logica di Azure a tenant singolo riduce già al minimo la limitazione a livello di partizione distribuendo le transazioni di archiviazione tra più partizioni. Tuttavia, per migliorare la distribuzione e attenuare la limitazione a livello di partizione, distribuire il carico di lavoro tra più flussi di lavoro, anziché basarsi su un singolo flusso di lavoro.

• Condividere il carico di lavoro tra più account di archiviazione.

  Se i flussi di lavoro richiedono una velocità effettiva elevata, è possibile aumentare significativamente la velocità effettiva distribuendo il carico di lavoro tra più account di archiviazione, anziché basarsi su un singolo account di archiviazione. È possibile configurare la risorsa dell'app per la logica Standard per usare fino a 32 account di archiviazione come limite. Per determinare il numero di account di archiviazione necessari, usare le linee guida generali per l'obiettivo di circa 100.000 esecuzioni di azioni al minuto, per account di archiviazione. Sebbene questa stima funzioni correttamente per la maggior parte degli scenari, è possibile usare un numero inferiore di esecuzioni di azioni se le azioni del flusso di lavoro sono complesse, ad esempio un'azione di query che elabora matrici di dati di grandi dimensioni. Assicurarsi di eseguire test di carico e ottimizzare la soluzione prima di usare nell'ambiente di produzione.

  Per abilitare l'uso di più account di archiviazione, seguire questa procedura prima di creare l'app per la logica Standard. In caso contrario, se si modificano le impostazioni dopo la creazione, potrebbe verificarsi una perdita di dati o non ottenere la scalabilità necessaria.

  1. Creare gli account di archiviazione da usare. Salvare la stringa di connessione per ogni account di archiviazione.

  2. Trovare e aprire l'app per la logica Standard e quindi modificare le impostazioni host dell'app per la logica (file host.json) per includere l'oggetto seguente extensions, che contiene gli oggetti workflow e settings con l'impostazione Runtime.ScaleUnitsCount :

     "extensions": {
         "workflow": {
             "settings": {
                 "Runtime.ScaleUnitsCount": "<storage-accounts-number>"
             }
         }
     }
     

     L'esempio seguente specifica 3 come numero di account di archiviazione:

     {
         "version": "2.0",
         "extensionBundle": {
             "id": "Microsoft.Azure.Functions.ExtensionBundle.Workflows",
             "version": "[1.*, 2.0.0)"
         },
         "extensions": {
             "workflow": {
                 "settings": {
                     "Runtime.ScaleUnitsCount": "3"
                 }
             }
         }
     }
     

  3. Modificare le impostazioni di configurazione dell'applicazione dell'app per la logica (local.settings.json) per aggiungere un'impostazione dell'app denominata CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU0< storage-account-number >.ConnectionString e la stringa di connessione dell'account di archiviazione corrispondente usando la sintassi seguente in cui il primo numero di account di archiviazione è 00 fino al numero di account di archiviazione meno 1, ad esempio:

     Nome impostazione app	valore
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU00.ConnectionString	<connection-string-1>
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU01.ConnectionString	<connection-string-2>
     CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU02.ConnectionString	<connection-string-3>

     Importante

     Quando si dispone di informazioni sensibili, ad esempio stringhe di connessione che includono nomi utente e password, assicurarsi di usare il flusso di autenticazione più sicuro disponibile. Ad esempio, nei flussi di lavoro dell'app per la logica Standard, i tipi di dati sicuri, ad esempio securestring e secureobject, non sono supportati. Microsoft consiglia di autenticare l'accesso alle risorse di Azure con un'identità gestita, quando possibile, e assegnare un ruolo con i privilegi minimi necessari.

     Se questa funzionalità non è disponibile, assicurarsi di proteggere le stringhe di connessione tramite altre misure, ad esempio Azure Key Vault, che è possibile usare con le impostazioni dell'app. È quindi possibile fare riferimento direttamente a stringhe sicure, ad esempio stringhe di connessione e chiavi. Analogamente ai modelli ARM, in cui è possibile definire le variabili di ambiente in fase di distribuzione, è possibile indicare le impostazioni dell'app all'interno della definizione del flusso di lavoro dell'app per la logica. È quindi possibile acquisire valori di infrastruttura generati dinamicamente, ad esempio endpoint di connessione, stringhe di archiviazione e altri. Per altre informazioni, vedere Tipi di applicazione per Microsoft Identity Platform.

  4. Nelle impostazioni di configurazione dell'applicazione dell'app per la logica aggiornare il valore dell'impostazione AzureWebJobsStorage con la stessa stringa di connessione presente nell'impostazione CloudStorageAccount.Workflows.ScaleUnitsDataStorage.CU00.ConnectionString.

Calcolo

Un'app per la logica Standard viene eseguita usando uno dei piani di calcolo disponibili, che forniscono livelli diversi di CPU virtuale e memoria oppure usando un ambiente del servizio app v3, che offre più opzioni di calcolo.

App per la logica di Azure a tenant singolo viene ridimensionata in modo dinamico per gestire in modo efficace carichi crescenti. L'app per la logica usa i fattori principali seguenti per determinare se ridimensionare.

• Attivatore

  Per determinare i requisiti di ridimensionamento, il ridimensionatore analizza il trigger che avvia ogni flusso di lavoro nell'app per la logica. Ad esempio, per un flusso di lavoro con un trigger del bus di servizio, se la lunghezza della coda aumenta continuamente, il scaler esegue un'azione per aggiungere istanze di lavoro, che consentono di elaborare più messaggi. Analogamente, per un flusso di lavoro con un trigger di richiesta, se la latenza della richiesta presenta una tendenza verso l'alto, il ridimensionatore aumenta il numero di istanze di lavoro per distribuire il carico della richiesta in modo più efficiente. Per altre informazioni sulle istanze del ruolo di lavoro, vedere App per la logica di Azure (Standard) - Approfondimento del runtime.

• Ritardo di esecuzione del processo del flusso di lavoro

  In fase di esecuzione, le azioni del flusso di lavoro sono suddivise in singoli processi accodati per l'esecuzione. I dispatcher di processi eseguono regolarmente il polling della coda di processi per recuperare ed eseguire questi processi. Tuttavia, se la capacità di calcolo non è sufficiente per raccogliere questi processi, rimangono nella coda per un periodo di tempo più lungo, causando un aumento dei ritardi di esecuzione. Il scaler monitora questa situazione e prendere decisioni di ridimensionamento per mantenere sotto controllo i ritardi di esecuzione. Per altre informazioni su come il runtime pianifica ed esegue i processi, vedere App per la logica di Azure (Standard) - Approfondimento del runtime.

  Il scaler considera anche la configurazione del contatore minimo e massimo dell'istanza del ruolo di lavoro per determinare se prendere decisioni di ridimensionamento, ad esempio aggiungere, rimuovere o mantenere il numero corrente di istanze di lavoro. In genere, il scaler prende queste decisioni a intervalli di circa 15-30 secondi. Prendere quindi in considerazione questo tempo di avvio e l'impatto sulla velocità di ridimensionamento dell'app per la logica per gestire in modo efficace i carichi di picco. Ad esempio, se il carico di lavoro richiede il ridimensionamento dell'app per la logica da una sola istanza del ruolo di lavoro a 100 istanze del ruolo di lavoro, l'aumento di 25-50 minuti può richiedere solo 25-50 minuti. Il ridimensionamento di App per la logica di Azure a tenant singolo condivide la stessa infrastruttura di ridimensionamento di Funzioni di Azure.

Configurare l'ambiente di calcolo dell'app per la logica per una scalabilità più rapida

• Condividere il carico di lavoro tra più app per la logica.

  Ogni app per la logica può essere ridimensionata in modo indipendente, quindi la distribuzione del carico di lavoro tra più app per la logica può accelerare notevolmente la velocità di ridimensionamento. Ad esempio, due app per la logica possono essere ridimensionate al doppio del numero di istanze di lavoro nello stesso intervallo di tempo di una singola app per la logica. Suddividendo il carico di lavoro tra più app, è possibile moltiplicare efficacemente la scalabilità e ottenere risultati di ridimensionamento più rapidi.

• Usare le istanze preriscaldate.

  Se lo scenario richiede tempi di avvio più rapidi, è consigliabile usare istanze preavvise. Se i tempi di caricamento di picco sono deterministici, è possibile usare un'attività di automazione per modificare queste istanze prewarm in base a una pianificazione. Per altre informazioni, vedere Gestire le risorse di Azure e monitorare i costi creando attività di automazione (anteprima).

App per la logica di Azure multi-tenant ha un limite predefinito per il numero di azioni eseguite ogni 5 minuti. Per aumentare il valore predefinito al valore massimo, è possibile abilitare la modalità velocità effettiva elevata, disponibile in anteprima. In alternativa, distribuire il carico di lavoro tra più app per la logica e flussi di lavoro, anziché basarsi su una singola app per la logica e un flusso di lavoro.

Abilitare una velocità effettiva elevata nel portale

1. Nel portale di Azure, nel menu dell'app per la logica, in Impostazioni, selezionare Impostazioni flusso di lavoro.

2. In Opzioni di runtime>Velocità effettiva elevata, modificare l'impostazione su Sì.

   

Abilitare una velocità effettiva elevata in un modello di Resource Manager

Per abilitare questa impostazione in un modello di Resource Manager per la distribuzione dell'app per la logica, nell'oggetto properties per la definizione della risorsa dell'app per la logica aggiungere l'oggetto runtimeConfiguration con la proprietà operationOptions impostata su OptimizedForHighThroughput:

{
   <template-properties>
   "resources": [
      // Start logic app resource definition
      {
         "properties": {
            <logic-app-resource-definition-properties>,
            <logic-app-workflow-definition>,
            <more-logic-app-resource-definition-properties>,
            "runtimeConfiguration": {
               "operationOptions": "OptimizedForHighThroughput"
            }
         },
         "name": "[parameters('LogicAppName')]",
         "type": "Microsoft.Logic/workflows",
         "location": "[parameters('LogicAppLocation')]",
         "tags": {},
         "apiVersion": "2016-06-01",
         "dependsOn": [
         ]
      }
      // End logic app resource definition
   ],
   "outputs": {}
}

Per altre informazioni sulla definizione delle risorse dell'app per la logica, vedere Panoramica: Automatizzare la distribuzione per App per la logica di Azure usando i modelli di Azure Resource Manager.