Raccolta automatica dei dati e rilevatori di risorse per Monitoraggio di Azure OpenTelemetry

Questo articolo illustra come Monitoraggio di Azure OpenTelemetry raccoglie automaticamente i dati di telemetria e come i rilevatori di risorse arricchiscono i dati di telemetria con metadati coerenti. Si apprenderà quali segnali vengono raccolti per impostazione predefinita e come i rilevatori di risorse popolano attributi come identità del servizio e dettagli dell'ambiente, in modo che i dati di Application Insights siano più facili da filtrare, correlare e risolvere i problemi tra .NET, Java, Node.jse applicazioni Python.

Per altre informazioni sui concetti relativi a OpenTelemetry, vedere la panoramica di OpenTelemetry.

Annotazioni

Per le app per le funzioni di Azure, vedere Use OpenTelemetry con Funzioni di Azure.

Librerie di strumentazione incluse

Le distribuzioni di Monitoraggio di Azure raccolgono automaticamente i dati raggruppando le librerie di strumentazione OpenTelemetry.

Richieste

Dipendenze

Registrazione

  • ILogger

Per altre informazioni su ILogger, vedere Logging in C# e .NET e code examples.

Note a piè di pagina

  • ¹: supporta la creazione automatica di report di eccezioni non gestite/non rilevate
  • ²: supporta le metriche OpenTelemetry

Annotazioni

Le distribuzioni Monitoraggio di Azure OpenTelemetry includono mapping e logica personalizzati per generare automaticamente metriche standard di Application Insights. Ai fini della fatturazione, tutte le metriche OpenTelemetry, raccolte automaticamente dalle librerie di strumentazione o raccolte manualmente dalla codifica personalizzata, sono attualmente considerate metriche personalizzate di Application Insights. Ulteriori informazioni.

Suggerimento

Per ridurre o aumentare il numero di log inviati a Monitoraggio di Azure, configurare la registrazione per impostare il livello di log appropriato o applicare filtri. Ad esempio, è possibile scegliere di inviare solo i log WARNING e ERROR a Monitoraggio di Azure.

Rilevatori di risorse

I rilevatori di risorse individuano i metadati dell'ambiente all'avvio e popolano gli attributi delle risorse OpenTelemetry, service.namead esempio , cloud.providere cloud.resource_id. Questi metadati supportano esperienze in Application Insights, ad esempio Mappa applicazioni e collegamento dei servizi di calcolo, e migliorano la correlazione tra tracce, metriche e log.

Suggerimento

Gli attributi delle risorse descrivono il processo e il relativo ambiente. Gli attributi span descrivono una singola operazione. Usare gli attributi delle risorse per le proprietà a livello di app, ad esempio service.name.

Ambienti supportati

Ambiente Funzionamento del rilevamento Note
Servizio app di Azure L'SDK del linguaggio o la distribuzione di Monitoraggio di Azure legge le variabili di ambiente note del servizio app e i metadati dell'host Funziona con .NET, Java, Node.jse Python quando si usano le linee guida in questo articolo.
Funzioni di Azure Consulta la guida Funzioni di Azure OpenTelemetry Tutte le linee guida delle Funzioni di Azure sono disponibili lì.
Macchine virtuali di Azure L'SDK del linguaggio o la distribuzione interroga il servizio metadati dell'istanza di Azure Verificare che la macchina virtuale abbia accesso all'endpoint del servizio metadati dell'istanza.
Servizio Azure Kubernetes (AKS) Usare il processore dell'agente di raccolta k8sattributes OpenTelemetry per aggiungere metadati Kubernetes Consigliato per tutti i linguaggi in esecuzione nel servizio Azure Kubernetes.
App contenitore di Azure I rilevatori eseguono il mapping delle variabili di ambiente e degli identificatori di risorsa, se disponibili È anche possibile impostare OTEL_RESOURCE_ATTRIBUTES per riempire le lacune.

Considerazioni sull'ingestione OTLP

  • cloud.resource_id migliora il collegamento di calcolo alle risorse di Azure. Se questo attributo non è presente, alcune esperienze potrebbero non mostrare la risorsa Azure che ha prodotto i dati.

  • Application Insights usa service.name per derivare il nome del ruolo cloud. Scegliere un nome stabile per servizio per evitare nodi frammentati nella mappa delle applicazioni.

  • cloud.resource_id migliora il collegamento di calcolo alle risorse di Azure. Se questo attributo non è presente, alcune esperienze potrebbero non mostrare la risorsa Azure che ha prodotto i dati.

Risoluzione dei problemi, commenti e suggerimenti e supporto

Suggerimento

Le sezioni seguenti sono disponibili in tutti gli articoli sulla distribuzione di OpenTelemetry.

Risoluzione dei problemi

Feedback su OpenTelemetry

Per inviare un feedback:

Support

Selezionare la scheda del linguaggio scelto per scoprire le opzioni di supporto.

Passaggi successivi