Condividi tramite


Analisi e visualizzazione degli eventi con i log di Monitoraggio di Azure

I log di Monitoraggio di Azure raccolgono e analizzano i dati telemetrici delle applicazioni e dei servizi ospitati nel cloud e forniscono gli strumenti di analisi per sfruttarne al meglio la disponibilità e le prestazioni. In questo articolo viene illustrato come eseguire query nei log di Monitoraggio di Azure per ottenere informazioni e risolvere i problemi che si verificano nel cluster. Vengono affrontate le seguenti domande comuni:

  • Com'è possibile risolvere i problemi relativi agli eventi di integrità?
  • Com'è possibile sapere quando un nodo diventa inattivo?
  • Com'è possibile sapere se i servizi dell'applicazione sono stati avviati o arrestati?

Nota

Questo articolo è stato aggiornato di recente in modo da usare il termine log di Monitoraggio di Azure anziché Log Analytics. I dati di log vengono comunque archiviati in un'area di lavoro Log Analytics e vengano ancora raccolti e analizzati dallo stesso servizio Log Analytics. Si sta procedendo a un aggiornamento della terminologia per riflettere meglio il ruolo dei log in Monitoraggio di Azure. Per informazioni dettagliate, vedere Modifiche della terminologia di Monitoraggio di Azure.

Panoramica dell'area di lavoro Log Analytics

Nota

Mentre l'archiviazione di diagnostica è abilitata per impostazione predefinita al momento della creazione del cluster, è tuttavia necessario configurare l'area di lavoro Log Analytics per la lettura dall'archiviazione di diagnostica.

I log di Monitoraggio di Azure raccolgono i dati dalle risorse gestite, tra cui una tabella di archiviazione o un agente di Azure, e li gestiscono in un repository centrale. I dati possono essere quindi usati per analisi, avvisi e visualizzazioni o altre esportazioni. I log di Monitoraggio di Azure supportano i dati sugli eventi, le prestazioni o altri dati personalizzati. Per verificare il flusso dei dati nei log di Monitoraggio di Azure, vedere la procedura per configurare l'estensione di diagnostica per l'aggregazione di eventi e la procedura per creare un'area di lavoro Log Analytics per la lettura degli eventi nell'archiviazione.

Dopo la ricezione dei dati dai log di Monitoraggio di Azure, è possibile usare le numerose soluzioni di gestione, ovvero le soluzioni predefinite, o i dashboard operativi di Azure per monitorare i dati in ingresso, personalizzati in base a diversi scenari. Sono inclusi una soluzione di Analisi Service Fabric e una soluzione contenitori, le due soluzioni di diagnostica e monitoraggio più importanti se si usano i cluster di Service Fabric. In questo articolo viene descritto come usare la soluzione Analisi Service Fabric, che viene creata con l'area di lavoro.

Accedere alla soluzione Analisi Service Fabric

Nel portale di Azure passare al gruppo di risorse in cui è stata creata la soluzione Analisi Service Fabric.

Selezionare la risorsa ServiceFabric<nomeareadilavoroOMS>.

In Summary vengono visualizzati riquadri sotto forma di grafo per ogni soluzione abilitata, tra cui uno per Service Fabric. Fare clic sul grafo Service Fabric per passare alla soluzione Analisi Service Fabric.

Soluzione Service Fabric

L'immagine seguente mostra la home page della soluzione Analisi Service Fabric. La home page fornisce una visualizzazione di riepilogo delle operazioni eseguite nel cluster.

Screenshot che mostra la home page della soluzione Analisi di Service Fabric.

Se è stata abilitata la diagnostica al momento della creazione del cluster, è possibile visualizzare gli eventi per

Nota

Oltre agli eventi predefiniti di Service Fabric, è possibile raccogliere eventi di sistema più dettagliati aggiornando la configurazione dell'estensione di diagnostica.

Visualizzare gli eventi di Service Fabric che includono azioni sui nodi

Nella pagina Analisi Service Fabric fare clic sul grafo di Eventi di Service Fabric.

Canale operativo della soluzione Service Fabric

Fare clic su Elenco per visualizzare gli eventi in un elenco. Qui è possibile osservare tutti gli eventi di sistema che sono stati raccolti. Come riferimento, questi elementi provengono da WADServiceFabricSystemEventsTable nell'account di Archiviazione di Azure. Analogamente, gli eventi di Reliable Services e Reliable Actors visualizzati accanto provengono dalle rispettive tabelle.

Canale operativo della query

In alternativa, è possibile fare clic sulla lente di ingrandimento a sinistra e usare il linguaggio di query Kusto per trovare gli elementi desiderati. Ad esempio, per trovare tutte le azioni eseguite sui nodi nel cluster, è possibile usare la query seguente. Gli ID evento usati di seguito sono disponibili nelle informazioni di riferimento sugli eventi del canale operativo.

ServiceFabricOperationalEvent
| where EventId < 25627 and EventId > 25619 

È possibile eseguire query su molti più campi, ad esempio nodi specifici (Computer) o il servizio di sistema (TaskName).

Visualizzare gli eventi di Reliable Services e Reliable Actors di Service Fabric

Nella pagina Analisi Service Fabric fare clic sul grafo di Reliable Services.

Reliable Services della soluzione Service Fabric

Fare clic su Elenco per visualizzare gli eventi in un elenco. Qui è possibile visualizzare gli eventi relativi a Reliable Services. È possibile visualizzare eventi diversi per l'avvio e il completamento del servizio runasync, come in genere accade durante le distribuzioni e gli aggiornamenti.

Reliable Services della query

Gli eventi relativi a Reliable Actors possono essere visualizzati in modo simile. Per configurare eventi più dettagliati per Reliable Actors, è necessario modificare scheduledTransferKeywordFilter nel file di configurazione per l'estensione di diagnostica (illustrato di seguito). I dettagli sui valori per questi elementi sono disponibili nelle informazioni di riferimento sugli eventi di Reliable Actors.

"EtwEventSourceProviderConfiguration": [
                {
                    "provider": "Microsoft-ServiceFabric-Actors",
                    "scheduledTransferKeywordFilter": "1",
                    "scheduledTransferPeriod": "PT5M",
                    "DefaultEvents": {
                    "eventDestination": "ServiceFabricReliableActorEventTable"
                    }
                },

Il linguaggio di query Kusto è potente. Un'altra query importante che è possibile eseguire consente di trovare i nodi che generano il maggior numero di eventi. La query nello screenshot seguente illustra gli eventi operativi di Service Fabric aggregati con il servizio e il nodo specificati.

Eventi della query per nodo

Passaggi successivi