Limiti del servizio Monitoraggio di Azure
Questo articolo elenca i limiti in aree diverse di Monitoraggio di Azure.
Avvisi
| Conto risorse | Limite predefinito | Limite massimo |
|---|---|---|
| Avvisi delle metriche (classici) | 100 regole di avviso attive per ogni sottoscrizione. Gli avvisi classici vengono ritirati per gli utenti del cloud pubblico. Gli avvisi classici per il cloud di Azure per enti pubblici e Microsoft Azure gestiti da 21Vianet verranno ritirati il 29 febbraio 2024. |
Contattare il supporto tecnico. |
| 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, esplorare se è possibile usare avvisi per più risorse dello stesso tipo. 5.000 serie temporali di metriche per regola di avviso. |
Contattare il supporto tecnico. |
| Avvisi dei log attività | 100 regole di avviso attive per sottoscrizione (non aumentabile). 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 relativi ai log | 5.000 regole di avviso attive per ogni sottoscrizione. Da esse, 100 regole sono attive con una frequenza di 1 minuto. 1.000 regole di avviso attive per ogni 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. 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. |
Contattare il supporto tecnico. |
| Regole di elaborazione degli avvisi | 1.000 regole attive per ogni sottoscrizione. | Contattare il supporto tecnico. |
| 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 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.
Nota
Esiste un limite di chiamate API per ogni istanza. Il numero di limite esatto dipende dal numero di istanze.
| Conto risorse | Limite predefinito | Limite massimo |
|---|---|---|
| Avvisi - Ottenere il 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.
| Conto risorse | Limite predefinito | Limite massimo |
|---|---|---|
| Push dell'app Azure | 10 azioni dell'app Azure per gruppo di azioni. | Uguale all'impostazione predefinita |
| 1.000 azioni di posta elettronica 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 è di 55296. Vedere anche le informazioni sulla limitazione della frequenza. |
Uguale all'impostazione predefinita | |
| Invia 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 |
| App per la 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 di 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 di 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 al minuto. |
Uguale all'impostazione predefinita |
| Webhook | 10 azioni di webhook in un gruppo di azioni. Il numero massimo di chiamate al webhook è 1500 al minuto per sottoscrizione. | Uguale all'impostazione predefinita |
Autoscale
| Conto risorse | Limite predefinito | Limite massimo |
|---|---|---|
| Impostazioni di scalabilità automatica | 100 per area per ogni sottoscrizione. | Uguale all'impostazione predefinita |
| Profili di scalabilità automatica | 20 profili per ogni impostazione di scalabilità automatica. | Uguale all'impostazione predefinita |
Metriche di Prometheus
Inserimento
Prometheus gestito da Azure è un sistema senza distinzione tra maiuscole e minuscole. Tratta le stringhe, come nomi di metriche, nomi di etichette o valori di etichette, 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 in 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. |
Query
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 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 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 temporali richieste * (durata della query in secondi/ risoluzione temporale dedotta dei dati sottoposti a query)) / 5000
Risoluzione temporale dedotta dei dati sottoposti a query = Numero di punti dati archiviati in qualsiasi chiave di serie temporale selezionata in modo casuale di metriche/durata query in secondi
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 di Monitoraggio di Azure per Prometheus.
| Limite | Value |
|---|---|
| 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 gruppo di regole | Tra 1 minuto e 24 ore. Il valore predefinito è 1 minuto. |
| Avvisi attivi | Al momento non sono presenti limiti. |
Scrittura remota
I calcoli sono stati determinati usando una dimensione batch remota pari a 500, ovvero l'impostazione predefinita.
| Limite | Valore |
|---|---|
| Utilizzo 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 memoria | 150 Mb |
| Limite 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 dei 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 | 2 GB | 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. |
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
| Conto risorse | Limite Predefinito | Limite Massimo |
|---|---|---|
| Numero massimo di impostazioni di diagnostica per risorsa | 5 | Uguale all'impostazione predefinita. |
Query e linguaggio dei log
Limiti per le query generici
| Limite | Descrizione |
|---|---|
| Linguaggio di query | Monitoraggio di Azure usa lo stesso linguaggio di query Kusto di Esplora dati di Azure. 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 Azure nelle aree di lavoro Log Analytics. Per informazioni dettagliate, vedere Limiti per le query. |
| Query su più risorse | Il numero massimo di risorse di Application Insights e di aree di lavoro Log Analytics che è possibile includere in una singola query è limitato a 100. Le query su più risorse non sono supportate Progettazione visualizzazioni. Le query su più risorse negli avvisi dei log sono supportate nella nuova API scheduledQueryRules. Per informazioni dettagliate, vedere Limiti per le query su più risorse. |
| Query sul dashboard Log Analytics | Il numero massimo di record restituiti in una singola query del dashboard di Log Analytics è 2.000. |
Limitazione delle query utente
Monitoraggio di Azure prevede diversi limiti per evitare che gli utenti inviino un numero eccessivo di query. 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. I limiti e la limitazione delle richieste utente sono pensati solo per scenari di utilizzo estremo e non devono essere considerati pertinenti nei casi di utilizzo standard.
| Misurare | Limite per utente | Descrizione |
|---|---|---|
| Query simultanee | 5 | Un utente può eseguire fino a cinque query simultanee. Qualsiasi altra query viene aggiunta a una coda. Al termine di una delle query in esecuzione, la prima query nella coda viene estratta ed eseguita. Le query di avviso non fanno parte di questo limite. |
| Tempo nella coda di concorrenza | 3 minuti | Se una query rimane nella coda per più di tre minuti senza essere avviata, verrà terminata con una risposta di errore HTTP con codice 429. |
| Totale query 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, come i dashboard di Azure e la pagina di riepilogo (deprecata) dell'area di lavoro Log Analytics. |
- 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 e generano un picco di query ogni volta che vengono caricati o aggiornati. 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
Conservazione e volume della raccolta dati
| Piano tariffario | Limite giornaliero | Conservazione dei dati | Commento |
|---|---|---|---|
| Pagamento in base al consumo (introdotto nel mese di aprile 2018) |
Nessun limite | Conservazione interattiva fino a 730 giorni/ archivio dati fino a 12 anni |
La conservazione dei dati oltre 31 giorni è disponibile con l'addebito di costi aggiuntivi. Altre informazioni sui prezzi di Monitoraggio di Azure. |
| Livelli di impegno (introdotto a novembre 2019) |
Nessun limite | Conservazione interattiva fino a 730 giorni/ archivio dati fino a 12 anni |
La conservazione dei dati oltre 31 giorni è disponibile con l'addebito di costi aggiuntivi. Altre informazioni sui prezzi di Monitoraggio di Azure. |
| Legacy per nodo (OMS) (introdotto nel mese di aprile 2016) |
Nessun limite | 30 - 730 giorni | La conservazione dei dati oltre 31 giorni è disponibile con l'addebito di costi aggiuntivi. Altre informazioni sui prezzi di Monitoraggio di Azure. L'accesso al livello di utilizzo è limitato alle sottoscrizioni che contengono un'area di lavoro Log Analytics o una risorsa di Application Insights il 2 aprile 2018 o che sono collegate a un Contratto Enterprise avviato prima del 1° febbraio 2019 e ancora attivo. |
| Livello autonomo legacy (introdotto nel mese di aprile 2016) |
Nessun limite | 30 - 730 giorni | La conservazione dei dati oltre 31 giorni è disponibile con l'addebito di costi aggiuntivi. Altre informazioni sui prezzi di Monitoraggio di Azure. L'accesso al livello di utilizzo è limitato alle sottoscrizioni che contengono un'area di lavoro Log Analytics o una risorsa di Application Insights il 2 aprile 2018 o che sono collegate a un Contratto Enterprise avviato prima del 1° febbraio 2019 e ancora attivo. |
| Livello gratuito legacy (introdotto nel mese di aprile 2016) |
500 MB | 7 giorni | Quando l'area di lavoro raggiunge il limite di 500 MB al giorno, 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 una volta superato questo limite. La creazione di nuove aree di lavoro o lo spostamento di aree di lavoro esistenti nel piano tariffario Versione di valutazione gratuita legacy è possibile solo fino al 1° luglio 2022. |
| Livello Standard legacy | Nessun limite | 30 giorni | Non è possibile modificare la conservazione. Questo livello non è più disponibile per nuove aree di lavoro dal 1° ottobre 2016. |
| Livello Premium legacy | Nessun limite | 365 giorni | Non è possibile modificare la conservazione. Questo livello non è più disponibile per nuove aree di lavoro dal 1° ottobre 2016. |
Numero di aree di lavoro per sottoscrizione
| Piano tariffario | Limite 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 piano tariffario Versione di valutazione gratuita legacy è 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 ogni sottoscrizione. |
Azure portal
| Categoria | Limite | Commenti |
|---|---|---|
| Numero massimo di record restituiti da una query su log | 30.000 | Ridurre i risultati usando l'ambito della query, l'intervallo di tempo e i filtri nella query. |
API di raccolta dati
| Categoria | Limite | Commenti |
|---|---|---|
| Dimensioni massime per un singolo post | 30 MB | 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 di esecuzione massimo query | 10 minuti | Per informazioni dettagliate, vedere Timeout. |
| Frequenza massima richieste | 200 richieste per 30 secondi per utente di Microsoft Entra o indirizzo IP client | Vedere Query e linguaggio dei log. |
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à non sono attualmente 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 altre informazioni |
| Numero massimo di tabelle di log personalizzate | 500 | Contattare il supporto tecnico per altre informazioni |
| Numero massimo di caratteri per nome di colonna | 45 |
Velocità del 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 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 è di 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 risorse di Azure tramite Impostazioni di diagnostica e API 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 DCR.
Quando si inviano dati a un'area di lavoro a una velocità del volume superiore all'80% della soglia configurata nell'area di lavoro, viene inviato un evento alla tabella Operation nell'area di lavoro ogni 6 ore fintanto che la soglia continua a essere superata. Quando la velocità del volume è superiore alla soglia, alcuni dati vengono eliminati e un evento viene inviato alla tabella Operation nell'area di lavoro ogni 6 ore durante il periodo in cui la soglia continua a essere superata.
Se il volume di inserimento continua a superare la soglia o se si prevede di raggiungerlo presto, è possibile richiedere un aumento aprendo una richiesta di supporto.
È anche consigliabile creare una regola di avviso per notificare in modo proattivo quando si raggiungono limiti di inserimento. Vedere Monitorare l'integrità dell'area di lavoro Log Analytics in Monitoraggio di Azure.
Nota
A seconda di quando si è iniziato a usare Log Analytics, è possibile che si disponga dell'accesso ai piani tariffari legacy. Altre informazioni sui piani tariffari legacy di Log Analytics.
Application Insights
Esistono alcuni limiti sul numero di metriche e eventi per applicazione, ovvero per chiave di strumentazione. I limiti dipendono dal piano tariffario scelto.
| Conto risorse | 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 | 32.000 eventi/secondo | Contattare il supporto tecnico. | Il limite viene misurato nell'arco di un minuto. |
| Log di conservazione dati | 30 - 730 giorni | 730 giorni | Questa risorsa è per i Log. |
| Metriche di conservazione dati | 90 giorni | 90 giorni | Questa risorsa è pensata per Esplora metriche. |
| Conservazione dei risultati dettagliati di test di disponibilità in più passi | 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 gli schemi per tipo. |
| Lunghezza stringa valore di proprietà | 8,192 | 8,192 | Vedere gli schemi per tipo. |
| Lunghezza messaggio di traccia e di eccezione | 32.768 | 32.768 | Vedere gli schemi per 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 di test personalizzate o le frequenze inferiori a 5 minuti richiedono implementazioni personalizzate di TrackAvailability. | |
| Conservazione dati di Profiler e Snapshot | Due settimane | Contattare il supporto tecnico. Il limite massimo di conservazione è di sei mesi. | |
| Dati profiler inviati al giorno | Nessun limite | Nessun limite. | |
| Dati snapshot 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)
L'oggetto AMPLS presenta i limiti seguenti:
- Una rete virtuale può connettersi solo a un 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 al massimo a 300 aree di lavoro Log Analytics e 1.000 componenti di Application Insights.
- Una risorsa di Monitoraggio di Azure (area di lavoro o componente di Application Insights o endpoint di raccolta dati) può connettersi al massimo a cinque AMPLS.
- Un oggetto AMPLS può connettersi al massimo a 10 endpoint privati.
Nota
Le risorse AMPLS create prima del 1° dicembre 2021 supportano solo 50 risorse.