Panoramica del piano di servizio app di Azure

Un servizio app viene sempre eseguito in un piano di servizio app. Inoltre, Funzioni di Azure ha anche l'opzione di esecuzione in un piano di servizio app. Un piano di servizio app definisce un set di risorse di calcolo per l'esecuzione di un'app Web.

Quando si crea un piano di servizio app in una determinata area (ad esempio, Europa occidentale), viene creato un set di risorse di calcolo per quel piano in quell'area. Tutte le app inserite nel piano di servizio app vengono eseguite in queste risorse di calcolo definite dal piano di servizio app. Ogni piano di servizio app definisce:

  • Sistema operativo (Windows, Linux)
  • Area (Stati Uniti occidentali, Stati Uniti orientali e così via)
  • Numero di istanze della macchina virtuale
  • Dimensioni delle istanze di VM (Small, Medium, Large)
  • Piano tariffario (Gratuito, Condiviso, Basic, Standard, Premium, PremiumV2, Premium V3, Isolato, Isolato V2)

Il piano tariffario di un piano di servizio app determina le funzionalità del servizio app disponibili e il costo del piano. I piani tariffari disponibili per il piano di servizio app dipendono dal sistema operativo selezionato al momento della creazione. Esistono le categorie seguenti di piani tariffari:

  • Calcolo condiviso: gratuito e condiviso, i due livelli di base, esegue un'app nella stessa macchina virtuale di Azure di altre app servizio app, incluse le app di altri clienti. Questi livelli allocano le quote della CPU a ogni app in esecuzione sulle risorse condivise e le risorse non possono aumentare il numero di istanze. Questi livelli devono essere usati solo per scopi di sviluppo e test.
  • Risorse di calcolo dedicate: i piani Basic, Standard, Premium, PremiumV2 e PremiumV3 eseguono le app in macchine virtuali di Azure dedicate. Solo le app nello stesso piano di servizio app condividono le stesse risorse di calcolo. È possibile aumentare il numero di istanze delle VM in misura direttamente proporzionale al livello del piano.
  • Isolato: i livelli Isolato e IsolatoV2 eseguono macchine virtuali di Azure dedicate in reti virtuali di Azure dedicate. Fornisce l'isolamento della rete in base all'isolamento del calcolo per le app. Offre funzionalità ottimali per lo scale-out.

Ogni piano fornisce anche un subset specifico di funzionalità del servizio app. Queste funzionalità includono domini personalizzati e certificati TLS/SSL, scalabilità automatica, slot di distribuzione, backup, integrazione di Gestione traffico e altre. Il numero di funzionalità disponibili è direttamente proporzionale al livello del piano. Per conoscere le funzionalità disponibili supportate in ogni piano tariffario, vedere Informazioni dettagliate sui piani di servizio app.

Piano tariffario Premium V3

Il piano tariffario PremiumV3 garantisce alle macchine con processori più veloci (minimo 195 ACU per CPU virtuale), archiviazione SSD, opzioni ottimizzate per la memoria e rapporto di memoria a core quadre rispetto al livello Standard . PremiumV3 supporta anche una maggiore scalabilità tramite un numero di istanze maggiore, fornendo comunque tutte le funzionalità avanzate trovate nel livello Standard . Tutte le funzionalità disponibili nel livello PremiumV2 esistente sono incluse in PremiumV3.

Per questo livello sono disponibili più dimensioni delle macchine virtuali, tra cui rapporti da 4 a 1 e da 8 a 1 memoria:Multiple VM sizes are available for this tier, include 4-to-1 and 8-to-1 memory-to-core ratios:

  • P0v3 (1 vCPU, 4 GiB di memoria)
  • P1v3 (2 vCPU, 8 GiB di memoria)
  • P1mv3 (2 vCPU, 16 GiB di memoria)
  • P2v3 (4 vCPU, 16 GiB di memoria)
  • P2mv3 (4 vCPU, 32 GiB di memoria)
  • P3v3 (8 vCPU, 32 GiB di memoria)
  • P3mv3 (8 vCPU, 64 GiB di memoria)
  • P4mv3 (16 vCPU, 128 GiB di memoria)
  • P5mv3 (32 vCPU, 256 GiB di memoria)

Per informazioni sui prezzi di PremiumV3, vedere prezzi servizio app.

Per iniziare a usare il nuovo piano tariffario PremiumV3, vedere Configurare il piano PremiumV3 per servizio app.

Come viene eseguita e ridimensionata l'app?

Nei livelli Gratuito e condiviso un'app riceve minuti di CPU in un'istanza di macchina virtuale condivisa e non può aumentare il numero di istanze. In altri livelli, un'app viene eseguita e ridimensionata come indicato di seguito.

Quando si crea un'app in servizio app, fa parte di un piano di servizio app. e viene eseguita in tutte le istanze di VM configurate nel piano di servizio app. Se più app sono nello stesso piano di servizio app, condividono tutte le stesse istanze di VM. Se si hanno più slot di distribuzione per un'app, anche tutti gli slot di distribuzione vengono eseguiti nelle stesse istanze di VM. Se si abilitano i log di diagnostica, eseguire backup o eseguire processi Web, usano anche cicli di CPU e memoria in queste istanze della macchina virtuale.

Il piano di servizio app è quindi l'unità di scala delle app del servizio app. Se il piano è configurato per eseguire cinque istanze di VM, tutte le app nel piano vengono eseguite in tutte le cinque istanze. Se il piano è configurato per la scalabilità automatica, vengono aumentate contemporaneamente le istanze di tutte le app nel piano in base alle impostazioni di scalabilità automatica.

Per informazioni sull'aumento del numero di istanze di un'app, vedere Aumentare/Ridurre il numero di istanze manualmente o automaticamente.

Quanto costa il piano di servizio app?

Questa sezione descrive come vengono fatturate le app del servizio app. Per informazioni dettagliate sui prezzi specifici di ogni area, vedere Prezzi del servizio app.

Fatta eccezione per il piano Gratuito, un piano di servizio app prevede un addebito per le risorse di calcolo che usa.

  • Nel livello Condiviso ogni app riceve una quota di minuti cpu, quindi ogni app viene addebitata per la quota della CPU.
  • Nei livelli di calcolo dedicati (Basic,Standard, Premium, PremiumV2, PremiumV3), il piano di servizio app definisce il numero di istanze della macchina virtuale a cui vengono ridimensionate le app, in modo che ogni istanza della macchina virtuale nel piano di servizio app venga addebitata. Queste istanze di macchina virtuale vengono addebitate allo stesso modo indipendentemente dal numero di app in esecuzione. Per evitare addebiti imprevisti, vedere Clean up an App Service plan (Pulire un piano di servizio app).
  • Nei livelli Isolato e IsolatoV2 la ambiente del servizio app definisce il numero di lavoratori isolati che eseguono le app e ogni ruolo di lavoro viene addebitato. Inoltre, nel livello isolato c'è una tariffa stamp flat per l'esecuzione del ambiente del servizio app stessa.

L'uso delle funzionalità del servizio app disponibili (configurazione di domini personalizzati, certificati TLS/SSL, slot di distribuzione, backup e così via) non viene addebitato. Le eccezioni sono le seguenti:

  • Domini del servizio app: si paga quando se ne acquista uno in Azure e per il rinnovo annuale.
  • Certificati del servizio app: si paga quando se ne acquista uno in Azure e per il rinnovo annuale.
  • Connessioni TLS basate su IP: è previsto un addebito orario per ogni connessione TLS basata su IP, ma alcuni livelli Standard o versioni successive offrono una connessione TLS basata su IP gratuitamente. Le connessioni TLS basate su SNI sono gratuite.

Nota

Se si integra il servizio app con un altro servizio di Azure, potrebbe essere necessario tenere presenti le tariffe per questi altri servizi. Se ad esempio si usa Gestione traffico di Azure per ridimensionare l'app geograficamente, anche Gestione traffico di Azure viene fatturato in base all'utilizzo. Per valutare il costo per tutti i servizi in Azure, vedere Calcolatore prezzi.

Si vuole ottimizzare e risparmiare sulla spesa per il cloud?

I servizi di Azure comportano costi. Gestione costi di Azure consente di impostare budget e configurare avvisi per tenere sotto controllo la spesa. Analizzare, gestire e ottimizzare i costi di Azure con Gestione costi. Per altre informazioni, vedere l'argomento di avvio rapido sull'analisi dei costi.

Che cosa accade se sono necessarie altre funzionalità per l'app?

È possibile passare a un piano di servizio app superiore o inferiore in qualsiasi momento. È semplice come cambiare il piano tariffario. È possibile scegliere prima un piano tariffario inferiore e passare a uno superiore in seguito, quando sono necessarie altre funzionalità del servizio app.

Ad esempio, è possibile iniziare a testare l'app Web in un piano di servizio app gratuito e pagare nulla. Quando si aggiunge il nome DNS personalizzato all'app Web, è sufficiente aumentare il piano fino al livello condiviso . In seguito, quando si vuole creare un'associazione TLS, aumentare il piano fino al livello Basic . Quando si desidera disporre di ambienti di staging, aumentare il livello Standard . Quando sono necessari più core, memoria o risorse di archiviazione, passare a dimensioni delle VM superiori nello stesso piano.

Lo stesso meccanismo funziona in ordine inverso. Quando le funzionalità di un piano superiore non sono più necessarie, è possibile passare a un piano inferiore per risparmiare.

Per informazioni sul passaggio dell'app a un piano di servizio superiore, vedere Aumentare le prestazioni di un'app in Azure.

Se l'app è nello stesso piano di servizio app di altre app, potrebbe essere necessario migliorare le prestazioni dell'app isolando le risorse di calcolo. A questo scopo, è possibile spostare l'app in un piano di servizio app separato. Per altre informazioni, vedere Move an app to another App Service plan (Spostare un'app in un altro piano di servizio app).

È meglio inserire un'app in un nuovo piano o in uno esistente?

Poiché le risorse di calcolo allocate dal piano di servizio app vengono fatturate (vedere Quanto costa il piano di servizio app?), è possibile risparmiare inserendo più app in un solo piano di servizio app. È possibile continuare ad aggiungere app a un piano esistente purché il piano abbia risorse sufficienti per gestire il carico. Tenere tuttavia presente che tutte le app nello stesso piano di servizio app condividono le stesse risorse di calcolo. Per determinare se la nuova app ha le risorse adeguate, è necessario valutare la capacità del piano di servizio app esistente e il carico previsto per la nuova app. Il sovraccarico di un piano di servizio app può potenzialmente causare tempi di inattività per le app nuove ed esistenti.

Isolare l'app in un nuovo piano di servizio app nei casi seguenti:

  • L'app usa molte risorse. Il numero può effettivamente essere inferiore a seconda dell'utilizzo intensivo delle risorse delle applicazioni ospitate, tuttavia, come indicazioni generali, è possibile fare riferimento alla tabella seguente:

    SKU del piano servizio app Numero massimo di app
    B1, S1, P1v2, I1v1 8
    B2, S2, P2v2, I2v1 16
    B3, S3, P3v2, I3v1 32
    P0v3 8
    P1v3, I1v2 16
    P2v3, I2v2, P1mv3 32
    P3v3, I3v2, P2mv3 64
    I4v2, I5v2, I6v2 Densità massima delimitata dall'utilizzo di vCPU
    P3mv3, P4mv3, P5mv3 Densità massima delimitata dall'utilizzo di vCPU
  • Si vuole dimensionare l'app indipendentemente dalle altre app nel piano esistente.

  • L'app necessita di risorse in un'area geografica diversa.

Nota

Anche uno slot attivo viene classificato come app attiva perché è in competizione per le risorse nello stesso piano servizio app.

In questo modo è possibile allocare un nuovo set di risorse per l'app e ottenere un maggiore controllo delle app.

Passaggi successivi