Panoramica del piano di servizio app di Azure

Nota

A partire dal 1° giugno 2024, le app appena create servizio app possono generare un nome host predefinito univoco che usa la convenzione <app-name>-<random-hash>.<region>.azurewebsites.netdi denominazione . I nomi delle app esistenti rimangono invariati. Ad esempio:

myapp-ds27dh7271aah175.westus-01.azurewebsites.net

Per altre informazioni, vedere Nome host predefinito univoco per servizio app risorsa.

Un servizio app viene sempre eseguito in un piano di servizio app. Inoltre, Funzioni di Azure consente anche di eseguire 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 tale piano in tale area. Qualsiasi app inserita in questo piano di servizio app viene eseguita con queste risorse di calcolo, come definito 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 delle macchine virtuali (piccole, medie, grandi)
• 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. Queste sono le categorie dei piani tariffari:

• Calcolo condiviso: i due piani di base Gratuito e Condiviso eseguono un'app nella stessa macchina virtuale di Azure delle altre app del servizio app, incluse le app di altri clienti. Questi piani allocano quote di CPU a ogni app eseguita nelle risorse condivise e non è possibile aumentare il numero di istanze delle risorse. Questi livelli sono destinati all'uso esclusivo con finalità 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. Maggiore è il livello, maggiore è il numero di istanze VM disponibili per la scalabilità orizzontale.
• Isolated: i livelli Isolated e IsolatedV2 eseguono VM di Azure dedicate in reti virtuali di Azure dedicate. Forniscono l'isolamento rete in base all'isolamento dell'ambiente di calcolo per le app. Offre le massime capacità di scalabilità orizzontale.

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. Maggiore è il livello, maggiore è il numero di funzionalità disponibili. Per conoscere le funzionalità disponibili supportate in ogni piano tariffario, vedere Informazioni dettagliate sui piani di servizio app.

È possibile trovare altri confronti tra i piani in corrispondenza dei limiti servizio app.

Piano tariffario PremiumV3

Il piano tariffario PremiumV3 garantisce macchine con processori più veloci (almeno 195 ACU per CPU virtuale), archiviazione SSD, opzioni ottimizzate per la memoria e rapporto memoria-core quadruplicato rispetto al livello Standard. PremiumV3 supporta anche una scalabilità superiore tramite un numero di istanze incrementato, offrendo al tempo stesso tutte le funzionalità avanzate disponibili nel piano Standard. Tutte le funzionalità disponibili nel livello PremiumV2 esistente sono incluse in PremiumV3.

Per questo livello sono disponibili più dimensioni VM, tra cui rapporti tra memoria e core 4 a 1 e 8 a 1:

• 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 del servizio app.

Per un'introduzione al nuovo piano tariffario PremiumV3, vedere Configurare il livello PremiumV3 per il servizio app.

Come avvengono esecuzione e ridimensionamento dell'app?

Nei piani Gratuito e Condiviso un'app riceve minuti di CPU in un'istanza di VM condivisa e non è possibile aumentare il numero di istanze. Negli altri piani un'app viene eseguita e ridimensionata come segue.

Quando si crea un'app nel servizio app, questa 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, si effettuano backup o si eseguono processi Web, anche questi usano i cicli di CPU e la memoria in tali istanze di VM.

In questo modo, il piano di servizio app è 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.

Ad eccezione del livello Gratuito, un piano di servizio app prevede un addebito per le risorse di calcolo che usa.

• Nel piano Condiviso ogni app riceve una quota di minuti di CPU, quindi per ogni app viene addebitato un costo per la quota di CPU.
• Nei livelli di calcolo dedicati (Basic, Standard, Premium, PremiumV2, PremiumV3), il piano di servizio app definisce il numero di istanze di macchine virtuali che è possibile aggiungere per le app, quindi viene addebitato un costo per ogni istanza di macchina virtuale nel piano di servizio app. Queste istanze di VM vengono fatturate nello 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 piani Isolato e Isolato V2, l'ambiente del servizio app definisce il numero di ruoli di lavoro isolati che eseguono le app e viene addebitato un costo per ogni ruolo di lavoro. Inoltre, nel piano Isolato è prevista una tariffa stamp fissa per l'esecuzione dell'ambiente del servizio app stesso.

Non vengono addebitati costi per l'uso delle funzionalità del servizio app disponibili (configurazione di domini personalizzati, certificati TLS/SSL, slot di distribuzione, backup e così via). 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 superiori offrono una connessione TLS basata su IP gratuita. 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.

Cosa succede se l'app necessita di più capacità o funzionalità?

È 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 avviare il test dell'app Web in un piano di servizio app Gratuito senza pagare nulla. Quando si aggiunge il nome DNS personalizzato all'app Web, è sufficiente passare al piano superiore Condiviso. In seguito, quando si vuole creare un'associazione TLS, ridimensionare il piano fino al livello Basic. Quando sono necessari ambienti di staging, passare al piano superiore Standard. Quando sono necessari più core, memoria o risorse di archiviazione, passare a dimensioni delle VM superiori nello stesso piano.

Lo stesso vale nell'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 si trova nello stesso piano di servizio app di altre app, è possibile migliorarne le prestazioni isolando le risorse di calcolo. A tale 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é 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 effettivo può essere inferiore a seconda del livello di utilizzo delle risorse da parte delle applicazioni ospitate. Come indicazione generale, tuttavia, è possibile fare riferimento alla tabella seguente:

  SKU del piano di 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	Massima densità vincolata all'uso di vCPU
  P3mv3, P4mv3, P5mv3	Massima densità vincolata all'uso di vCPU

• Si vuole dimensionare l'app indipendentemente dalle altre app nel piano esistente.

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

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

Nota

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

Passaggio successivo

Gestire un piano di servizio app