Fatturazione nelle app di Azure Container
La fatturazione in App Azure Container si basa sul tipo di piano.
| Tipo di piano | Descrizione |
|---|---|
| Piano a consumo | Opzione di calcolo serverless in cui vengono fatturate solo le risorse usate dalle app durante l'esecuzione. |
| Piano dedicato | Opzioni di calcolo personalizzate in cui vengono fatturate le istanze allocate a ogni profilo del carico di lavoro. |
- La selezione del piano determina i calcoli di fatturazione.
- Applicazioni diverse in un ambiente possono usare piani diversi.
Questo articolo descrive come calcolare il costo dell'esecuzione dell'app contenitore. Per informazioni dettagliate sui prezzi nella valuta dell'account, vedere Prezzi di App contenitore di Azure.
Piano a consumo
La fatturazione per le app in esecuzione nel piano a consumo è costituita da due tipi di addebiti:
- Consumo di risorse: quantità di risorse allocate all'app contenitore in base al secondo, fatturate in vCPU-seconds e GiB-seconds.
- Richieste HTTP: numero di richieste HTTP ricevute dall'app contenitore.
Le risorse seguenti sono gratuite durante ogni mese di calendario, per sottoscrizione:
- Primi 180.000 vCPU-seconds
- I primi 360.000 GiB-seconds
- Le prime 2 milioni di richieste HTTP
L'utilizzo gratuito non viene visualizzato nella fattura. L'addebito viene addebitato solo quando l'utilizzo delle risorse supera gli importi delle concessioni gratuite mensili.
Nota
Se si usano app contenitore con la propria rete virtuale o le app usano altre risorse di Azure, potrebbero essere applicati costi aggiuntivi.
Addebiti per l'utilizzo delle risorse
App Azure Container esegue repliche dell'applicazione in base alle regole di ridimensionamento e ai limiti del numero di repliche configurati per ogni revisione. I processi di App Azure Container eseguono repliche quando vengono attivate le esecuzioni dei processi. Vengono addebitati i costi per la quantità di risorse allocate a ogni replica mentre è in esecuzione.
Ci sono 2 metri per il consumo di risorse:
- vCPU-seconds: numero di core vCPU allocati all'app contenitore in base al secondo.
- GiB-seconds: quantità di memoria allocata all'app contenitore in base al secondo.
- GPU-seconds: numero di GPU allocate alle app contenitore in base al secondo.
I primi 180.000 vCPU-seconds e 360.000 GiB-seconds in ogni sottoscrizione per mese di calendario sono gratuiti.
App contenitore
La tariffa pagata per l'utilizzo delle risorse dipende dallo stato delle revisioni e delle repliche dell'app contenitore. Per impostazione predefinita, le repliche vengono addebitate a una tariffa attiva . Tuttavia, in determinate condizioni, una replica può entrare in uno stato di inattività. Mentre in uno stato di inattività , le risorse vengono fatturate a una tariffa ridotta.
Nessuna replica in esecuzione
Quando una revisione viene ridimensionata a zero repliche, non vengono addebitati addebiti per il consumo di risorse.
Numero minimo di repliche in esecuzione
Gli addebiti per l'utilizzo inattive possono essere applicati quando la revisione di un'app contenitore viene eseguita in un set specifico di circostanze. Per essere idoneo per gli addebiti inattive, una revisione deve essere:
- Configurato con un numero minimo di repliche maggiore di zero
- Ridimensionato al numero minimo di repliche
Nota
Gli addebiti per l'utilizzo inattiva non si applicano alle app GPU serverless. Vengono sempre fatturati per l'utilizzo attivo.
Gli addebiti per l'utilizzo vengono calcolati singolarmente per ogni replica. Una replica viene considerata inattiva quando tutte le condizioni seguenti sono vere:
- La replica è in esecuzione in una revisione attualmente idonea per gli addebiti inattive.
- Tutti i contenitori nella replica sono stati avviati e in esecuzione.
- La replica non elabora richieste HTTP.
- La replica usa meno di 0.01 core vCPU.
- La replica riceve meno di 1.000 byte al secondo del traffico di rete.
Quando una replica è inattiva, gli addebiti per l'utilizzo delle risorse vengono calcolati a velocità di inattività ridotte. Quando una replica non è inattiva, vengono applicate le tariffe attive.
Più del numero minimo di repliche in esecuzione
Quando una revisione viene ridimensionata al di sopra del numero minimo di repliche, tutte le repliche in esecuzione vengono addebitate al consumo di risorse alla tariffa attiva.
Processi
Nel piano a consumo le risorse utilizzate dai processi di App Azure Container vengono addebitate la tariffa attiva. Gli addebiti inattivi non si applicano ai processi perché le esecuzioni interrompono l'utilizzo delle risorse al termine del processo.
Richiedere addebiti
Oltre all'utilizzo delle risorse, App Azure Container addebita anche addebiti in base al numero di richieste HTTP ricevute dall'app contenitore. Solo le richieste provenienti dall'esterno di un ambiente app contenitore sono fatturabili.
- Le prime 2 milioni di richieste in ogni sottoscrizione per mese di calendario sono gratuite.
- Le richieste di probe di integrità non sono fatturabili.
Gli addebiti per le richieste non si applicano ai processi di App Azure Container perché non supportano l'ingresso.
Piano dedicato
Vengono fatturati in base alle istanze del profilo del carico di lavoro, non alle singole applicazioni.
La fatturazione per le app e i processi in esecuzione nel piano dedicato si basa su istanze del profilo del carico di lavoro, non da singole applicazioni. Gli addebiti sono i seguenti:
| Costi di gestione fissi | Costi variabili |
|---|---|
| Se nell'ambiente sono presenti uno o più profili di carico di lavoro dedicati, viene addebitata una tariffa di gestione del piano dedicata. Non vengono addebitati addebiti per la gestione dei piani, a meno che non si usi un profilo di carico di lavoro dedicato nell'ambiente. | Man mano che i profili aumentano il numero di istanze, si applicano costi aggiuntivi per le istanze aggiuntive; man mano che i profili aumentano, la fatturazione viene ridotta. |
Assicurarsi di ottimizzare le applicazioni distribuite in un profilo di carico di lavoro dedicato. Valutare le esigenze delle applicazioni in modo che possano usare la maggior quantità di risorse disponibili per il profilo.
Sessioni dinamiche
Le sessioni dinamiche hanno due tipi di pool di sessioni: interprete del codice e contenitore personalizzato. Ogni tipo di sessione ha un proprio modello di fatturazione.
Interprete del codice
Le sessioni dell'interprete del codice vengono fatturate in base alla durata in esecuzione per il numero di sessioni allocate. Per ogni sessione allocata, viene fatturato dal momento in cui viene allocato fino a quando non viene deallocato in incrementi di un'ora.
Contenitore personalizzato
Le sessioni di contenitori personalizzate vengono fatturate usando il piano Dedicato, in base alla quantità di risorse di calcolo usate per eseguire il pool di sessioni e le sessioni attive.
Ogni pool di sessioni di contenitori personalizzato viene eseguito in istanze di calcolo E16 dedicate. Il numero di istanze allocate al pool di sessioni si basa sul numero di sessioni attive e pronte nel pool. Per visualizzare il numero di istanze attualmente allocate a un pool di sessioni, usare il comando seguente dell'interfaccia della riga di comando di Azure per recuperare la proprietà del nodeCount pool. Sostituire con i <PLACEHOLDERS> valori.
az containerapp sessionpool show --resource-group <RESOURCE_GROUP> --name <POOL_NAME> --query "properties.nodeCount"
Condizioni generali
- Per informazioni dettagliate sui prezzi nella valuta dell'account, vedere Prezzi di App contenitore di Azure.