Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
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 pubblici 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). Sono inclusi gli avvisi relativi all'integrità dei servizi e all'integrità delle risorse. Poiché questo limite non può essere aumentato, prendere in considerazione l'invio dei log attività a un'area di lavoro Log Analytics e la creazione di avvisi di ricerca log, se è necessario un numero maggiore di regole per sottoscrizione. |
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. 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 nell'area di lavoro Log Analytics o ADX. 50 regole di avviso attive per identità gestita nell'area di lavoro 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 limitazione delle richieste per proteggersi 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.
| Risorsa | Limite predefinito | Limite massimo |
|---|---|---|
| Push dell'app Azure | 10 azioni dell'app Azure per gruppo di azioni. | Uguale all'impostazione predefinita |
| Posta elettronica | 1.000 azioni di e-mail in un gruppo di azioni. Non più di 100 e-mail ogni ora per ogni indirizzo e-mail 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 |
| Inviare un messaggio di posta elettronica al ruolo di Azure Resource Manager | 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 |
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 da Azure è un sistema senza distinzione 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 di 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) e all'endpoint di raccolta dati (DCE) che inviano i dati delle metriche Prometheus all'area di lavoro di Monitoraggio di Azure.
| Limite | Valore |
|---|---|
| Richieste di inserimento al minuto a un endpoint di raccolta dati | 15.000 Non è possibile aumentare questo limite. |
| Inserimento dati al minuto in un endpoint di raccolta dati | 50 GB Non è possibile aumentare questo limite. |
Interrogazioni
Le query Prometheus vengono create usando PromQL e possono essere create in Grafana con gestione Azure o in Grafana autogestito.
| 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 area di lavoro di 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 area di lavoro di 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 di Grafana con gestione Azure) | 30.000 |
| Ore di query per area di lavoro di Monitoraggio di Azure | 60.000 |
| Ore di query per tenant di 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 di Monitoraggio di Azure | 60.000 |
| Ore di query per tenant di 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 di Grafana con gestione Azure) | 2.000.000 |
| Ore di query per area di lavoro di Monitoraggio di Azure | 2.000.000 |
| Ore di query per tenant di 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 di Monitoraggio di Azure | 2.000.000 |
| Ore di query per tenant di 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. Vengono eseguite nel servizio Righello gestito come parte del servizio gestito per Prometheus di Monitoraggio di Azure.
| Limite | Valore |
|---|---|
| Gruppi di regole per ogni area di lavoro di Monitoraggio di Azure, in una sottoscrizione di 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. |
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 | 10 |
| 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 | Azure Monitor usa lo stesso linguaggio di query Kusto (KQL) di Azure Data Explorer. Vedere Differenze nel linguaggio di query di log di Monitoraggio di Azure per gli elementi del linguaggio KQL non supportati in Monitoraggio di Azure. |
| Aree di Azure | Nelle query su log è possibile riscontrare un sovraccarico eccessivo quando i dati si estendono in più aree di lavoro di Log Analytics in più aree di Azure. Per informazioni dettagliate, vedere Limiti delle query . |
| Query tra risorse | Il numero massimo di risorse di Application Insights e di aree di lavoro Log Analytics in una singola query è limitato a 100. Le query tra risorse non sono supportate Progettazione visualizzazioni. Le query tra risorse negli avvisi dei log sono supportate nella nuova API scheduledQueryRules. Per informazioni dettagliate, vedere Limiti delle query tra risorse . |
| Query sul dashboard Log Analytics | Il numero massimo di record restituiti in una singola query del dashboard di Log Analytics è 2.000. |
Limitazione richieste di query utente
Azure Monitor prevede diversi limiti di throttling per proteggere le risorse di sistema back-end dagli utenti che inviano un numero eccessivo di query e garantisce 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. Le query aggiuntive vengono aggiunte alla coda di concorrenza secondo il principio "primo arrivato, primo servito" (FIFO). 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. Le query aggiuntive seguono lo stesso modello FIFO nella coda di concorrenza. |
| Tempo nella coda di concorrenza | 3 minuti | Se una query rimane nella coda per più di 3 minuti senza essere avviata, 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 | Velocità complessiva con cui le query possono essere inviate da un singolo utente a tutte le aree di lavoro. Questo limite si applica alle query a livello di codice o alle query avviate da parti di visualizzazione, ad esempio i dashboard di Azure e la pagina di riepilogo (deprecata) dell'area di lavoro Log Analytics. |
| Frequenza delle query dell'API registri attività | 50 richieste ogni 30 secondi | L'API dei log attività ha un limite di frequenza separato. |
Tenere presente queste procedure consigliate per garantire la velocità di risposta del sistema:
- Ottimizzare le query come descritto in Ottimizzare le query sui 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 invece dei 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 di 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 di 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 di 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 e 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 di 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 e 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 giornaliero di 500 MB e continuano a essere raccolti una volta superato 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 | ~104 MB (~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 | ~104 MB (~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 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 gestisce migliaia di clienti che inviano terabyte di dati ogni giorno 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 sull'area di lavoro, alle risorse di Azure tramite le impostazioni di diagnostica e all'API dell'agente di raccolta 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 Monitorare la salute dell'area di lavoro Log Analytics in Azure Monitor.
Annotazioni
A seconda di quando si è iniziato a usare Log Analytics, è possibile che si disponga dell'accesso a piani tariffari legacy. Altre informazioni sui piani tariffari legacy di Log Analytics.
Approfondimenti sulle Applicazioni
Esistono alcuni limiti sul numero di metriche e eventi per applicazione, ovvero per chiave di strumentazione. 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 | Frequenze di test personalizzate o inferiori a 5 minuti richiedono implementazioni TrackAvailability personalizzate. | |
| Conservazione dei dati di .NET Profiler e Snapshot Debugger | Due settimane | Contattare il supporto tecnico. Il limite massimo di conservazione è di sei mesi. | |
| Dati di Profiler .NET 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.
Ambito collegamento privato di Monitoraggio di Azure (AMPLS)
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 di 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 a un massimo di 10.000 componenti di Application Insights. Questo aumento di 300 aree di lavoro di Log Analytics e di 1.000 componenti di Application Insights è attualmente in anteprima pubblica.
- Una risorsa di Monitoraggio di Azure può connettersi a un massimo di 100 AMPLS. Questo aumento da 5 AMPLS attualmente è in anteprima pubblica.
- Un oggetto AMPLS può connettersi a un massimo di 10 endpoint privati.