Condividi tramite

Piano tariffario di Application Insights legacy Enterprise (per nodo)

  • Articolo

Per gli utenti iniziali di Application Insights, esistono ancora due possibili piani tariffari: Basic e Enterprise. Il piano tariffario Basic è identico a quello descritto sopra ed è il piano predefinito. Include tutte le funzionalità del livello Enterprise, senza costi aggiuntivi. Nel piano Basic la fatturazione viene effettuata principalmente in base al volume di dati inseriti.

Questi piani tariffari legacy sono stati rinominati. Il piano tariffario Enterprise è ora denominato Per Node e il piano tariffario Basic Per GB. Questi nuovi nomi vengono usati di seguito e nel portale di Azure.

Il piano Per Node (in precedenza Enterprise) prevede un addebito per nodo e una determinata quantità di dati giornaliera per ogni nodo. Nel piano tariffario per nodo vengono addebitati i dati inseriti sopra l'assegno incluso. Se si usa Operations Management Suite, è necessario scegliere il livello per nodo. Nel mese di aprile 2018 è stato introdotto un nuovo modello di determinazione dei prezzi per Monitoraggio di Azure. Questo modello adotta un semplice modello di "pagamento in base al consumo" per tutto il portfolio dei servizi di monitoraggio. Altre informazioni sul nuovo modello di prezzi.

Per le risorse di Application Insights che erano nel piano tariffario Di base prima di aprile 2018, queste risorse continuano a essere fatturate allo stesso punto di prezzo non a livello regionale prima di aprile 2018. Le risorse di Application Insights create dopo tale ora o quelle convertite in base all'area di lavoro riceveranno i prezzi regionali correnti. Per i prezzi correnti nella valuta e nell'area locali, vedere i prezzi di Application Insights.

Informazioni sull'utilizzo fatturato nel livello enterprise legacy (per nodo)

Come descritto di seguito, il livello Enterprise (per nodo) legacy combina l'utilizzo da tutte le risorse di Application Insights in una sottoscrizione per calcolare il numero di nodi e l'overage dei dati. A causa di questo processo di combinazione, l'utilizzo per tutte le risorse di Application Insights in una sottoscrizione viene segnalato rispetto a una sola delle risorse. Ciò rende complicato il bilanciamento dell'utilizzo fatturato con l'utilizzo osservato per ogni risorsa di Application Insights.

Avviso

A causa della complessità del rilevamento e dell'utilizzo delle risorse di Application Insights nel livello legacy Enterprise (per nodo) è consigliabile usare il piano tariffario con pagamento in base al consumo corrente.

Piano Per Node e diritti della sottoscrizione di Operations Management Suite

I clienti che acquistano Operations Management Suite E1 e E2 possono ottenere Application Insights Per Node come componente supplementare senza costi aggiuntivi come annunciato in precedenza. Nello specifico, ogni unità di Operations Management Suite E1 ed E2 include il diritto a un nodo del piano Per Node di Application Insights. Ogni nodo di Application Insights include fino a 200 MB di dati inseriti al giorno (separati dall'inserimento dei dati di Log Analytics), con conservazione dei dati di 90 giorni senza costi aggiuntivi. Questo piano viene descritto in modo più dettagliato più avanti nell'articolo.

Poiché tale piano è applicabile solo ai clienti con una sottoscrizione Operations Management Suite, per i clienti che non la possiedono non viene visualizzata alcuna opzione per la selezione di questo piano.

Nota

Per assicurarsi di ottenere questo diritto, le risorse di Application Insights devono essere disponibili nel piano tariffario Per Node. Questo diritto viene applicato solo ai nodi. Le risorse Application Insights nel piano Per GB non ne traggono alcun vantaggio. Questo diritto non è visibile nei costi stimati visualizzati nel riquadro Utilizzo e costo stimato, ma si rifletterà sulla fattura.

Funzionamento del livello Per Node

  • Si paga per ogni nodo che invia dati di telemetria per le app nel piano Per Node.
    • Un nodo è un computer server fisico o virtuale oppure un'istanza del ruolo piattaforma distribuita come servizio che ospita l'app.
    • I computer di sviluppo, i browser client e i dispositivi mobili non vengono conteggiati come nodi.
    • Se l'app ha diversi componenti che inviano dati di telemetria, ad esempio un servizio Web e un ruolo di lavoro back-end, i componenti vengono conteggiati separatamente.
    • I dati Live Metrics Stream non vengono conteggiati ai fini della determinazione del prezzo. In una sottoscrizione gli addebiti si applicano per nodo, non per app. Se si hanno cinque nodi che inviano dati di telemetria per 12 app, l'addebito sarà per cinque nodi.
  • Sebbene gli addebiti siano fatturati mensilmente, quelli effettivi hanno luogo solo nelle ore durante le quali un nodo invia dati di telemetria da un'app. La tariffa oraria è la tariffa mensile fatturata divisa per 744 (il numero di ore in un mese di 31 giorni).
  • Viene fornita un'allocazione di volume di dati di 200 MB al giorno per ogni nodo rilevato (con granularità oraria). L'allocazione di dati non usata non viene trasferita al giorno successivo.
    • Scegliendo il piano tariffario Per Node, ogni sottoscrizione ottiene una quantità di dati giornaliera inclusa in base al numero di nodi che inviano dati di telemetria alle risorse di Application Insights in quella sottoscrizione. Se si hanno quindi cinque nodi che inviano dati tutto il giorno, sarà applicata una quantità inclusa di 1 GB a tutte le risorse di Application Insights in quella sottoscrizione. Non è importante se determinati nodi inviano più dati di altri, perché i dati inclusi vengono condivisi tra tutti i nodi. Se un determinato giorno le risorse di Application Insights ricevono più dati di quelli inclusi nell'allocazione giornaliera per la sottoscrizione, si applicheranno gli addebiti di dati in eccedenza per GB.
    • La quantità di dati giornaliera viene calcolata come numero di ore del giorno (fuso orario UTC) in cui ogni nodo invia dati di telemetria, diviso per 24 e moltiplicato per 200 MB. Quindi, se si hanno quattro nodi che inviano dati di telemetria durante 15 ore del giorno, i dati inclusi per quel giorno sarebbero ((4 × 15) / 24) × 200 MB = 500 MB. Al prezzo di USD 2,30 per GB di eccedenza di dati, l'addebito sarà di USD 1,15 supponendo che i nodi quel giorno inviino 1 GB di dati.
    • La quantità giornaliera di dati inclusa nel piano Per Node non viene condivisa con le applicazioni per le quali si sceglie il piano Per GB. La quantità non usata non viene trasferita da un giorno all'altro.

Esempi di come determinare il conteggio di nodi specifico

Scenario Conteggio giornaliero totale dei nodi
1 applicazione che usa 3 istanze del Servizio app di Azure e 1 server virtuale 4
3 applicazioni in esecuzione su 2 macchine virtuali. Le risorse di Application Insights per queste applicazioni si trovano nella stessa sottoscrizione e nel piano Per Node 2
4 applicazioni le cui risorse di Application Insights si trovano nella stessa sottoscrizione. Ogni applicazione esegue 2 istanze durante 16 ore non di punta e 4 istanze durante 8 ore di punta 13.33
Servizi cloud con ruolo di lavoro 1 e 1 ruolo Web, ognuno dei quali esegue 2 istanze 4
Un cluster di Azure Service Fabric a 5 nodi che esegue 50 microservizi. Ogni microservizio esegue 3 istanze 5
  • Il conteggio preciso dei nodi dipende dall'SDK di Application Insights usato dall'applicazione.
    • Nell'SDK versioni 2.2 e successive sia Core SDK che Web SDK di Application Insights segnalano ogni host applicazioni come nodo. Ne sono esempi il nome computer del server fisico e degli host di VM o il nome dell'istanza per i servizi cloud. L'unica eccezione è data da un'applicazione che usa solo .NET Core e Core SDK di Application Insights. In tal caso, viene segnalato solo un nodo per tutti gli host perché il nome host non è disponibile.
    • Per le versioni precedenti dell'SDK, Web SDK ha lo stesso comportamento delle nuove versioni dell'SDK, ma Core SDK segnala solamente un nodo, a prescindere dal numero degli host applicazioni.
    • Se l'applicazione usa l'SDK per impostare roleInstance su un valore personalizzato, per impostazione predefinita viene usato quello stesso valore per determinare il conteggio dei nodi.
    • Se si usa una nuova versione dell'SDK con un'app eseguita da computer client o dispositivi mobili, il conteggio dei nodi potrebbe restituire un numero elevato (a causa del numero elevato di computer client o dispositivi mobili).