limiti del servizio Monitoraggio di Azure

Questo articolo elenca i limiti in aree diverse di Monitoraggio di Azure.

Avvisi

Risorsa Limite predefinito Limite massimo
Avvisi delle metriche 5.000 regole di avviso attive per ogni sottoscrizione in cloud pubblico di Azure, Microsoft Azure gestito da 21Vianet e Azure per enti pubblici. Se si raggiunge questo limite, esaminare se è possibile usare lo stesso tipo di avvisi per più risorse.
Serie temporale di 10.000 metriche per regola di avviso.		 Chiamare il supporto.
Avvisi dei log attività 100 regole di avviso attive per sottoscrizione (non aumentabile). Questi includono avvisi di integrità dei servizi e avvisi di integrità delle risorse.
Questo limite non è incrementabile. Pertanto, se si desidera un numero maggiore di regole per la sottoscrizione, prendere in considerazione l'invio dei log delle attività a una workspace di Log Analytics e creare avvisi di ricerca di log.		 Uguale all'impostazione predefinita.
Avvisi di log 5.000 regole di avviso attive per sottoscrizione. Da esse, 100 regole sono attive con una frequenza di 1 minuto.
1.000 regole di avviso attive per risorsa.
Ogni regola di avviso stateless può attivare fino a 6.000 avvisi per valutazione.
Ogni regola di avviso con stato può attivare fino a 300 avvisi per valutazione.
Fino a 5.000 avvisi attivati con stato alla volta per regola di avviso.
Le regole di avviso con stato possono essere configurate con una frequenza massima di 12 ore.

La dimensione combinata di tutti i dati nelle proprietà della regola di avviso log non può superare 64 kB.
I risultati della query Kusto non possono superare i 20 MB.
500 regole di avviso attive per identità gestita in Log Analytics o nell'area di lavoro ADX.
50 regole di avviso attive per ogni identità gestita nell'area di lavoro di Azure Resource Graph.		 Chiamare il supporto.
Regole di elaborazione degli avvisi 1.000 regole attive per ogni sottoscrizione. Chiamare il supporto.
Lunghezza descrizione per regole di avviso e regole di elaborazione degli avvisi Avvisi di ricerca log: 4.096 caratteri.
Tutti gli altri sono 2.048 caratteri.		 Uguale all'impostazione predefinita.

API Avvisi

Gli avvisi di Monitoraggio di Azure hanno diversi limiti di controllo per proteggere il sistema dagli utenti che effettuano un numero eccessivo di chiamate. Questo comportamento può potenzialmente sovraccaricare le risorse back-end di sistema e compromettere la velocità di risposta del servizio. I limiti seguenti sono progettati per proteggere i clienti dalle interruzioni e garantire un livello di servizio uniforme. La limitazione e i limiti dell'utente sono progettati per influire solo sugli scenari di utilizzo estremi. Solitamente non sono rilevanti per un utilizzo tipico.

Annotazioni

Esiste un limite di chiamate API per ogni istanza. Il numero di limite esatto dipende dal numero di istanze.

Risorsa Limite predefinito Limite massimo
Avvisi - Visualizza riepilogo 50 chiamate al minuto per sottoscrizione Uguale all'impostazione predefinita
Avvisi - Ottieni tutti (non "Recupera per ID") 100 chiamate al minuto per sottoscrizione Uguale all'impostazione predefinita
Tutte le altre chiamate di avvisi 1.000 chiamate al minuto per sottoscrizione Uguale all'impostazione predefinita

Gruppi di azioni

È possibile avere un numero illimitato di gruppi di azioni in una sottoscrizione. (I limiti del gruppo di risorse ARM si applicano ancora Vedi altro.)

Risorsa Limite predefinito Limite massimo
Notifiche (limiti di frequenza) Per sottoscrizione: 300 notifiche al minuto per area.
Per regola di avviso: 100 notifiche ogni 5 minuti per area.
Per gruppo di azioni:
Integrità dei servizi (per regola): 150 notifiche ogni 5 minuti per area.
Stato del servizio (per sottoscrizione): 200 notifiche al minuto per regione.
Test (per gruppo di azioni): 2 notifiche di test ogni 5 minuti per area.
Test (per sottoscrizione): 5 notifiche di test ogni 5 minuti per area.		 Uguale all'impostazione predefinita
Push dell'app Azure 10 azioni dell'app di Azure per ogni gruppo di azioni. Uguale all'impostazione predefinita
Posta elettronica 1.000 azioni di e-mail in un gruppo di azioni.
Non più di 100 messaggi di posta elettronica ogni ora per ogni indirizzo di posta elettronica per area.
Il limite di caratteri in un indirizzo e-mail è 64.
Il limite di caratteri in un'e-mail è 55296.
Vedere anche Limiti del servizio per le notifiche.		 Uguale all'impostazione predefinita
Ruolo Azure Resource Manager di posta elettronica 10 azioni del ruolo ARM dell'e-mail per gruppo di azioni.
In produzione: non più di 100 e-mail in un'ora per area.
In un gruppo di azioni di test: non più di due e-mail ogni singolo (1) minuto.		 Uguale all'impostazione predefinita
Hub eventi 10 azioni Hub eventi per gruppo di azioni. Uguale all'impostazione predefinita
Gestione dei servizi IT 10 azioni di Gestione dei servizi IT in un gruppo di azioni. Uguale all'impostazione predefinita
Applicazione logica 10 azioni di app per la logica in un gruppo di azioni. Uguale all'impostazione predefinita
Runbook 10 azioni di runbook in un gruppo di azioni. Uguale all'impostazione predefinita
Webhook protetto 10 azioni di webhook protetto in un gruppo di azioni.
Il numero massimo di chiamate al webhook è 1500 al minuto per sottoscrizione.		 Uguale all'impostazione predefinita
SMS 10 azioni SMS in un gruppo di azioni.
In produzione: non più di un messaggio SMS ogni cinque minuti.
In un gruppo di azioni di test: non più di un SMS al minuto.		 Uguale all'impostazione predefinita
Voce 10 azioni voce in un gruppo di azioni.
In produzione: non più di una chiamata vocale ogni cinque minuti.
In un gruppo di azioni di test: non più di una chiamata vocale ogni minuto.		 Uguale all'impostazione predefinita
Webhook 10 azioni webhook in un gruppo di azioni.
Il numero massimo di chiamate al webhook è 1500 al minuto per sottoscrizione.		 Uguale all'impostazione predefinita

Evitare limiti di frequenza

  • Distribuire gruppi di azioni in più aree: i limiti a livello di area si applicano per area. La distribuzione di gruppi di azioni tra Stati Uniti orientali, Europa occidentale e Asia sud-orientale triplica la capacità disponibile. (Tutte le aree supportate dal gruppo di azioni)
  • Consolidare le regole di avviso: usare avvisi con più risorse invece di creare regole duplicate per risorsa.
  • Usare avvisi con stato: riduce le notifiche avvisando solo le modifiche dello stato.
  • Regolare la frequenza di valutazione: usare intervalli più lunghi (5+ minuti) per gli avvisi non critici.
  • Evitare il riutilizzo del gruppo di azioni: non condividere un gruppo di azioni tra centinaia di regole di avviso.

Scalabilità automatica

Risorsa Limite predefinito Limite massimo
Impostazioni di scalabilità automatica 100 per area per sottoscrizione. Uguale all'impostazione predefinita
Profili di scalabilità automatica 20 profili per impostazione di scalabilità automatica. Uguale all'impostazione predefinita

Metriche di Prometheus

Inserimento

Prometheus gestito di Azure è un sistema che non distingue tra maiuscole e minuscole. Considera stringhe, ad esempio nomi di metriche, nomi di etichetta o valori di etichetta, come la stessa serie temporale se differiscono da un'altra serie temporale solo in base alla distinzione tra maiuscole e minuscole della stringa. Per altre informazioni, vedere Panoramica delle metriche di Prometheus.

I limiti seguenti si applicano all'area di lavoro Monitoraggio di Azure che inserisce le metriche di Prometheus.

Limite Valore
Serie temporale attiva con metriche segnalate nelle ultime 12 ore circa. 1\.000.000
È possibile richiedere un aumento. 
Eventi al minuto inseriti. 1\.000.000
È possibile richiedere un aumento. 

I limiti seguenti si applicano alla regola di raccolta dati (DCR) che invia i dati delle metriche Prometheus all'area di lavoro di Monitoraggio di Azure.

Limite Valore
Richieste di inserimento al minuto a una regola di raccolta dati 15.000
Non è possibile aumentare questo limite. 
Inserimento dati al minuto in una regola di raccolta dati 50 GB
Non è possibile aumentare questo limite.

Interrogazioni

Le query Prometheus vengono create usando PromQL e possono essere redatte in Grafana con gestione Azure o Grafana gestito autonomamente.

Limite Valore
Conservazione dei dati 18 mesi.
Non è possibile aumentare questo limite. 
Intervallo di tempo della query 32 giorni tra l'ora di inizio e l'ora di fine della query PromQL.
Non è possibile aumentare questo limite.
Eseguire query su serie temporali per metrica 500.000 serie temporali. 
Esempi di query restituiti 50.000.000 campioni per query. 
Dimensioni minime del passaggio della query
con intervallo di tempo >= 48 ore 		60 secondi. 

Limiti dei dati delle query
Per il traffico del client:

Limite Valore
Lunghezza della ricerca della finestra di limitazione 30 secondi
Dati restituiti per ogni area di lavoro Monitoraggio di Azure 0,5 GB

Per registrare il traffico delle regole:

Limite Valore
Lunghezza della ricerca della finestra di limitazione 3 minuti
Dati restituiti per ogni area di lavoro Monitoraggio di Azure 1 GB

Limiti di pre-analisi delle query
In base all'intervallo di tempo di query e al tipo di richiesta, in una finestra di 30 secondi (per il traffico del client):

Limite Valore
Ore di query per utente (Microsoft Entra ID, identità gestita, area di lavoro Grafana con gestione Azure) 30.000
Ore di query per area di lavoro Monitoraggio di Azure 60.000
Ore di query per tenant Azure 600,000

In base all'intervallo di tempo di query e al tipo di query in una finestra di 3 minuti (per la registrazione del traffico delle regole):

Limite Valore
Ore di query per area di lavoro Monitoraggio di Azure 60.000
Ore di query per tenant Azure 600,000

Limiti di post-analisi delle query
In base all'intervallo di tempo di query e ai vettori di intervallo nella query, in una finestra di 30 secondi (per il traffico del client):

Limite Valore
Ore di query per utente (Microsoft Entra ID, identità gestita, area di lavoro Grafana con gestione Azure) 2.000.000
Ore di query per area di lavoro Monitoraggio di Azure 2.000.000
Ore di query per tenant Azure 20.000.000

In base all'intervallo di tempo di query e ai vettori di intervallo nella query in una finestra di 3 minuti (per la registrazione del traffico delle regole):

Limite Valore
Ore di query per area di lavoro Monitoraggio di Azure 2.000.000
Ore di query per tenant Azure 20.000.000

Limitazioni dei costi delle query

Limite Valore
Costo massimo per query 15000
Costo massimo delle query per le regole di registrazione 3000

Il calcolo dei costi delle query viene eseguito come segue:

Costo query = (numero di serie temporale richieste * (durata della query in secondi / risoluzione temporale inferita dei dati sottoposti a query)) / 5000

Risoluzione temporale dedotta dei dati sottoposti a query = Numero di punti dati archiviati in una qualsiasi chiave di serie temporale selezionata casualmente della metrica sottoposta a query / durata della query in secondi

Annotazioni

Una singola metrica nella query ha un limite di dimensioni massime di 64 MB in byte per il risultato delle chiavi della serie temporale richieste nella query.

Regole di avviso e registrazione

Le regole di avviso e le regole di registrazione di Prometheus sono definite in PromQL. Sono eseguite sul servizio Ruler gestito come parte del servizio gestito per Prometheus di Monitoraggio di Azure.

Limite Valore
Gruppi di regole per area di lavoro Monitoraggio di Azure, in una sottoscrizione Azure 500
È possibile richiedere un aumento.
Regole per gruppo di regole 20
Non è possibile aumentare questo limite.
Intervallo di valutazione del gruppo di regole Tra 1 minuto e 24 ore.
Il valore predefinito è 1 minuto. 
Avvisi attivi Al momento non esistono limiti.

Scrittura remota

I calcoli sono stati determinati usando una dimensione batch remota pari a 500, ovvero l'impostazione predefinita.

Limite Valore
Utilizzo della CPU 0,25 x (numero di metriche) + 1,25 x (numero medio di serie per metrica)
Richiesta CPU 0,75 x (utilizzo della CPU)
Limite CPU 2 x (richiesta CPU)
Richiesta di memoria 150 Mb
Limite di memoria 200 Mb
Velocità effettiva massima Il contenitore di scrittura remota può elaborare fino a 150.000 serie temporali univoche. Il contenitore potrebbe generare errori di gestione delle richieste successive a quella numero 150.000 a causa del numero elevato di connessioni simultanee. Questo problema può essere risolto aumentando le dimensioni del batch remoto da 500 a 1.000. Questa modifica riduce il numero di connessioni aperte.

API di inserimento log

Limite Valore Commenti
Dimensioni massime della chiamata API 1 MB Dati compressi e non compressi.
Dimensioni massime per i valori dei campi 64 kB I campi con una lunghezza superiore a 64 kB vengono troncati.
Numero massimo di dati/minuto per DCR *2GB Dati compressi e non compressi. Riprovare dopo la durata elencata nell'intestazione Retry-After nella risposta.
Numero massimo di richieste al minuto per DCR *12,000 Riprovare dopo la durata elencata nell'intestazione Retry-After nella risposta.
Intervallo massimo TimeGenerated per chiamata API 30 minuti Questo limite si applica solo quando si inserisce nelle tabelle ausiliarie del log. Se le voci di origine per TimeGenerated vengono inserite senza essere trasformate, l'intervallo di voci deve essere di meno di 30 minuti.

* Gli aumenti graduali oltre questa soglia potrebbero essere gestiti automaticamente dal sistema, anche se la regolazione temporanea può comunque verificarsi man mano che il sistema viene ridimensionato. Per gli aumenti elevati o improvvisi previsti che superano significativamente questa soglia, contattare supporto tecnico di Azure in anticipo per indicazioni.

Regole di raccolta dati

Limite Valore
Numero massimo di origini dati 10
Numero massimo di identificatori di contatore nel contatore delle prestazioni 100
Numero massimo di nomi di strutture in Syslog 20
Numero massimo di query XPath nel registro eventi 100
Numero massimo di flussi dati 10
Numero massimo di flussi dati 20
Numero massimo di estensioni 10
Dimensioni massime delle impostazioni di estensione 32 Kb
Numero massimo di aree di lavoro Log Analytics 10
Numero massimo di caratteri in una trasformazione 15.360

Impostazioni di diagnostica

Risorsa Limite Predefinito Limite Massimo
Numero massimo di impostazioni di diagnostica per risorsa 5 Uguale all'impostazione predefinita.

Query e linguaggio dei log

Limiti per query generiche

Limite Descrizione
Linguaggio di query Monitoraggio di Azure usa lo stesso Kusto Query Language (KQL) di Esplora dati di Azure. Consultare Monitoraggio di Azure log query language differences per informazioni sugli elementi del linguaggio KQL non supportati in Monitoraggio di Azure.
Aree di Azure Le query di log possono affrontare un sovraccarico significativo quando i dati si estendono nelle aree di lavoro di Log Analytics situate in diverse regioni Azure. Per informazioni dettagliate, vedere Limiti delle query .
Query tra risorse Numero massimo di risorse di Application Insights e aree di lavoro di Log Analytics in una singola query è limitato a 100.
Il Designer di Visualizzazioni non supporta le query tra risorse.
L'API scheduledQueryRules supporta query tra risorse negli avvisi di log.
Per informazioni dettagliate, vedere Limiti delle query tra risorse .
Query del dashboard di Log Analytics Il numero massimo di record restituiti in una singola query del dashboard Log Analytics è 2.000.

Limitazione richieste di query utente

Monitoraggio di Azure ha diversi limiti di limitazione per proteggere le risorse di sistema back-end dagli utenti che inviano un numero eccessivo di query e garantiscono un livello di servizio coerente. Questi limiti per utente riflettono scenari di utilizzo estremi e non devono essere rilevanti per il comportamento tipico delle query.

Misura Limite per utente Descrizione
Query Analytics simultanee 5 Un utente può eseguire fino a cinque query simultanee sulle tabelle di Analisi. Il sistema aggiunge query extra alla coda di concorrenza nell'ordine FIFO (first in, first out). Quando una delle query in esecuzione contemporanea termina, la prima query dalla coda viene aggiunta alle query correnti e inizia ad essere eseguita. Le query di avviso non fanno parte di questo limite.
Query di base e ausiliarie simultanee 2 Un utente può eseguire fino a due query di ricerca simultanee su tabelle Basic e Ausiliarie. La coda di concorrenza segue lo stesso modello FIFO.
Tempo nella coda di concorrenza 3 minuti Se una query si trova nella coda per più di 3 minuti senza avviare, il sistema lo termina con una risposta di errore HTTP con codice 429.
Query totali nella coda di concorrenza 200 Quando il numero di query nella coda arriva a 200, la query successiva viene rifiutata con un codice di errore HTTP 429. Questo numero si aggiunge alle cinque query che possono essere eseguite contemporaneamente.
Frequenza delle query 200 query ogni 30 secondi Frequenza complessiva delle query che un singolo utente può inviare a tutte le aree di lavoro. Questo limite si applica a query programmatiche o query iniziate da componenti di visualizzazione, come i dashboard di Azure e la pagina di riepilogo (deprecata) dell'area di lavoro Log Analytics.
Frequenza di query dell'API del log attività 50 richieste ogni 30 secondi Questa API del registro delle attività ha un limite di frequenza separato dall'API generica di query dei log. Esecuzione di query sul log attività da una tabella AzureActivity dell'area di lavoro di Log Analytics viene conteggiata in base ai limiti generali dell'API di query dei log.
Timeout dell'API del log attività 75 secondi Il periodo di timeout massimo per l'API REST del log attività è di 75 secondi. I client possono impostare in modo esplicito il tempo massimo di attesa di una risposta prima del timeout usando l'intestazionePrefer .

Tenere presenti queste procedure consigliate per garantire la velocità di risposta del sistema:

  • Ottimizza le query così come descritto in Ottimizzare le query di log in Monitoraggio di Azure.
  • I dashboard e le cartelle di lavoro possono contenere più query in una singola visualizzazione che generano un picco di query ad ogni caricamento e aggiornamento. Provare a suddividerli in più visualizzazioni che vengono caricate su richiesta.
  • In Power BI è consigliabile estrarre solo i risultati aggregati anziché i log non elaborati.

aree di lavoro Log Analytics

Volume e conservazione della raccolta dati

Piano tariffario Limite giornaliero Conservazione dei dati Commento
Pagamento in base al consumo
(introdotto ad aprile 2018)		 Nessun limite Fino a 730 giorni di conservazione interattiva /
fino a 12 anni di archivio dati		 La conservazione dei dati oltre 31 giorni è disponibile a fronte di costi aggiuntivi. Altre informazioni sui prezzi Monitoraggio di Azure.
Livelli di impegno
(introdotto a novembre 2019)		 Nessun limite Fino a 730 giorni di conservazione interattiva /
fino a 12 anni di archivio dati		 La conservazione dei dati oltre 31 giorni è disponibile a fronte di costi aggiuntivi. Altre informazioni sui prezzi Monitoraggio di Azure.
Legacy per nodo (OMS)
(introdotto ad aprile 2016)		 Nessun limite Da 30 a 730 giorni La conservazione dei dati oltre 31 giorni è disponibile a fronte di costi aggiuntivi. Altre informazioni sui prezzi Monitoraggio di Azure. Solo i clienti che soddisfano una delle condizioni seguenti possono accedere a questo piano tariffario:
- sottoscrizioni che contengono un'area di lavoro Log Analytics o una risorsa di Application Insights prima del 2 aprile 2018
- sottoscrizioni collegate a un contratto Enterprise avviato prima del 1° febbraio 2019 ed è ancora attivo.
Livello autonomo legacy
(introdotto ad aprile 2016)		 Nessun limite Da 30 a 730 giorni La conservazione dei dati oltre 31 giorni è disponibile a fronte di costi aggiuntivi. Altre informazioni sui prezzi Monitoraggio di Azure. Solo i clienti che soddisfano una delle condizioni seguenti possono accedere a questo piano tariffario:
- sottoscrizioni che contengono un'area di lavoro Log Analytics o una risorsa di Application Insights prima del 2 aprile 2018
- sottoscrizioni collegate a un contratto Enterprise avviato prima del 1° febbraio 2019 ed è ancora attivo.
Livello gratuito legacy
(introdotto ad aprile 2016)		 500 MB 7 giorni Quando l'area di lavoro raggiunge il limite giornaliero di 500 MB, l'inserimento dei dati si interrompe e riprende all'inizio del giorno successivo. Un giorno si basa su UTC. I dati raccolti da Microsoft Defender per il cloud non sono inclusi in questo limite di 500 MB al giorno e continuano a essere raccolti al di sopra di questo limite. La creazione di nuove aree di lavoro o lo spostamento di aree di lavoro esistenti nel livello di prezzo di prova gratuito legacy era possibile solo fino al 1° luglio 2022.
Livello Standard legacy Nessun limite 30 giorni Non è possibile modificare la conservazione. Questo livello non è disponibile per le nuove aree di lavoro dal 1° ottobre 2016.
Livello Premium legacy Nessun limite 365 giorni Non è possibile modificare la conservazione. Questo livello non è disponibile per le nuove aree di lavoro dal 1° ottobre 2016.

Numero di aree di lavoro per abbonamento

Piano tariffario Limite dell'area di lavoro Commenti
Livello gratuito legacy 10 Non è possibile aumentare questo limite. La creazione di nuove aree di lavoro o lo spostamento di aree di lavoro esistenti nel livello di prezzo di prova gratuito legacy era possibile solo fino al 1° luglio 2022.
Tutti gli altri livelli Nessun limite Il limite è costituito dal numero di risorse all'interno di un gruppo di risorse e dal numero di gruppi di risorse per sottoscrizione.

portale di Azure

Categoria Limite Commenti
Numero massimo di record restituiti da una query su log 500,000 Ridurre i risultati usando l'ambito della query, l'intervallo di tempo e i filtri nella query.
Dimensioni massime dei dati restituiti Circa 104 MB (circa 100 MiB) L'interfaccia utente del portale restituisce fino a 64 MB di dati compressi, che si traduce in un massimo di 100 MB di dati non elaborati.

API dell'agente di raccolta dati

Categoria Limite Commenti
Dimensioni massime per un singolo post 30 Megabyte Dividere i volumi più grandi in più post.
Dimensioni massime per i valori dei campi 32 KB I campi con una lunghezza superiore a 32 kB vengono troncati.

API di query

Categoria Limite Commenti
Numero massimo di record restituiti in una singola query 500,000
Dimensioni massime dei dati restituiti Circa 104 MB (circa 100 MiB) L'API restituisce fino a 64 MB di dati compressi, il che si traduce in un massimo di 100 MB di dati non elaborati.
Tempo massimo di esecuzione query 10 minuti Per informazioni dettagliate, vedere Timeout .
Frequenza massima delle richieste 200 richieste ogni 30 secondi per utente di Microsoft Entra o indirizzo IP del client Vedere Query di log e linguaggio.

Connettore dei log di Monitoraggio di Azure

Categoria Limite Commenti
Dimensione massima dei dati ~16,7 MB (~16 MiB) L'infrastruttura del connettore determina che il limite è impostato come inferiore per l'API di query.
Numero massimo di record 500,000
Timeout massimo del connettore 110 secondi
Timeout massimo query 100 secondi
Grafici La pagina Log e il connettore usano librerie di grafici diverse per la visualizzazione. Alcune funzionalità attualmente non sono disponibili nel connettore.

Regole di riepilogo

Categoria Limite
Numero massimo di regole attive in un'area di lavoro 30
Numero massimo di risultati per bin 500,000
Volume massimo del set di risultati 100 MB
Timeout delle query per l'elaborazione bin 10 minuti

Limiti generali dell'area di lavoro

Categoria Limite Commenti
Numero massimo di colonne in una tabella 500 AzureDiagnostics : le colonne al di sopra del limite vengono aggiunte alla colonna dinamica 'AdditionalFields'
Log personalizzato creato dall'API dell'agente di raccolta dati : le colonne al di sopra del limite vengono aggiunte alla colonna dinamica 'AdditionalFields'
Log personalizzato : contattare il supporto tecnico per aumentare il limite
Numero massimo di tabelle di log personalizzate 500 Contatta il supporto per aumentare il limite
Numero massimo di caratteri per nome colonna 45

Tasso di volume di inserimento dati

Monitoraggio di Azure è un servizio dati su larga scala che serve migliaia di clienti che inviano Terabyte di dati ogni giorno e a un ritmo crescente. Il limite flessibile per la velocità del volume ha lo scopo di isolare i clienti di Monitoraggio di Azure da picchi di inserimento improvvisi nell'ambiente multi-tenant. La soglia di frequenza del volume di inserimento predefinita nelle aree di lavoro è 500 MB (compressi), il che si traduce in circa 6 GB/min non compressi.

Il limite di velocità del volume si applica ai dati inseriti da Application Insights basato su spazio di lavoro, risorse di Azure tramite Impostazioni diagnostiche e API del raccoglitore di dati. Quando viene raggiunto il limite di velocità del volume, un meccanismo di ripetizione dei tentativi prova a inserire i dati 4 volte in un periodo di 12 ore e se l'operazione non riesce li rimuove. Il limite non si applica ai dati inseriti dagli agenti o tramite la regola di raccolta dati .

Quando la frequenza del volume è superiore all'80% della soglia nell'area di lavoro, viene inviato un evento alla tabella Operation nell'area di lavoro ogni 6 ore mentre la soglia viene superata. Quando la frequenza dei volumi inseriti è superiore alla soglia, alcuni dati vengono eliminati, viene inviato un evento alla tabella Operation nell'area di lavoro ogni 6 ore mentre la soglia viene superata.

Se la velocità del volume di inserimento supera questa soglia o si prevede di aumentare l'inserimento oltre tale soglia, contattare il supporto per richiedere l'aumento del limite di velocità nell'area di lavoro.

Procedura consigliata - Creare una regola di avviso per ricevere una notifica quando ci si avvicina o si raggiungono i limiti di velocità di inserimento. Consulta lo stato di salute dello spazio di lavoro di Log Analytics in Monitoraggio di Azure.

Annotazioni

A seconda di quanto tempo si usa Log Analytics, è possibile avere accesso ai piani tariffari legacy. Ulteriori informazioni sui piani tariffari legacy di Log Analytics.

Approfondimenti sulle Applicazioni

Esistono alcuni limiti al numero di metriche ed eventi per applicazione, ovvero per stringa di connessione. I limiti dipendono dal piano tariffario scelto.

Risorsa Limite predefinito Limite massimo Note
Totale dati al giorno 100 GB Contattare il supporto tecnico. È possibile impostare un limite per ridurre i dati. Se sono necessari più dati, è possibile aumentare il limite nel portale fino a 1.000 GB. Per capacità maggiori di 1.000 GB, inviare un messaggio di posta elettronica a AIDataCap@microsoft.com.
Limitazione delle richieste 32.000 eventi/secondo Contattare il supporto tecnico. Il limite viene misurato nell'arco di un minuto.
Log di conservazione dei dati Da 30 a 730 giorni 730 giorni Questa risorsa è per Log.
Metriche di conservazione dati 90 giorni 90 giorni Questa risorsa è per Esplora metriche.
Conservazione dettagliata dei risultati dei test a più passaggi di disponibilità 90 giorni 90 giorni Questa risorsa fornisce risultati dettagliati per ogni passaggio.
Dimensioni massime dei dati di telemetria 64 kB 64 kB
Numero massimo di dati di telemetria per batch 64.000 64.000
Lunghezza nomi di proprietà e metriche 150 150 Vedere schemi di tipo.
Lunghezza stringa valore di proprietà 8,192 8,192 Vedere schemi di tipo.
Lunghezza del messaggio di traccia e di eccezione 32.768 32.768 Vedere schemi di tipo.
Numero di test di disponibilità per ogni risorsa di Application Insights 100 100
Numero di test di disponibilità per gruppo di risorse 800 800 Vedere Azure Resource Manager
Numero massimo di reindirizzamenti per test di disponibilità 10 10
Frequenza minima dei test di disponibilità 300 secondi Le frequenze inferiori a 5 minuti richiedono un approccio di monitoraggio personalizzato al di fuori dei test di disponibilità Standard.
.NET Profiler e Snapshot Debugger conservazione dei dati Due settimane Contattare il supporto tecnico. Il limite massimo di conservazione è di sei mesi.
.NET Profiler dati inviati al giorno Nessun limite Nessun limite.
Dati di Snapshot Debugger inviati al giorno 30 snapshot al giorno per ogni app monitorata Nessun limite. Il numero di snapshot raccolti per applicazione può essere modificato tramite la configurazione.

Per altre informazioni sui prezzi e sulle quote, vedere Fatturazione di Application Insights.

Gli oggetti AMPLS hanno i limiti seguenti:

  • Una rete virtuale può connettersi a un solo oggetto AMPLS. Ciò significa che l'oggetto AMPLS deve fornire l'accesso a tutte le risorse Monitoraggio di Azure a cui deve accedere la rete virtuale.
  • Un oggetto AMPLS può connettersi a un massimo di 3.000 aree di lavoro Log Analytics e fino a 10.000 componenti di Application Insights.
  • Una risorsa Monitoraggio di Azure può connettersi a un massimo di 100 AMPLS.
  • Un oggetto AMPLS può connettersi a un massimo di 10 endpoint privati.

Passaggi successivi

  • Last updated on