Monitorare Servizio Azure SignalR

  • Articolo

L'articolo illustra:

  • Tipi di dati di monitoraggio che è possibile raccogliere per questo servizio.
  • Modalità di analisi dei dati.

Nota

Se si ha già familiarità con questo servizio e/o Monitoraggio di Azure e si vuole solo sapere come analizzare i dati di monitoraggio, vedere la sezione Analizza alla fine di questo articolo.

Quando si hanno applicazioni e processi aziendali critici che si basano sulle risorse di Azure, è necessario monitorare e ricevere avvisi per il sistema. Il servizio Monitoraggio di Azure raccoglie e aggrega metriche e log da ogni componente del sistema. Monitoraggio di Azure offre una visualizzazione della disponibilità, delle prestazioni e della resilienza e notifica i problemi. È possibile usare la portale di Azure, PowerShell, l'interfaccia della riga di comando di Azure, l'API REST o le librerie client per configurare e visualizzare i dati di monitoraggio.

Tipi di risorse

Azure usa il concetto di tipi di risorse e ID per identificare tutti gli elementi in una sottoscrizione. Monitoraggio di Azure organizza in modo analogo i dati di monitoraggio di base in metriche e log in base ai tipi di risorse, detti anche spazi dei nomi. Metriche e log diversi sono disponibili per diversi tipi di risorse. Il servizio potrebbe essere associato a più tipi di risorsa.

I tipi di risorsa fanno anche parte degli ID risorsa per ogni risorsa in esecuzione in Azure. Ad esempio, un tipo di risorsa per una macchina virtuale è Microsoft.Compute/virtualMachines. Per un elenco dei servizi e dei relativi tipi di risorse associati, vedere Provider di risorse.

Per altre informazioni sui tipi di risorse per Servizio Azure SignalR, vedere Servizio Azure SignalR informazioni di riferimento sui dati di monitoraggio.

Archiviazione di dati

Per Monitoraggio di Azure:

  • I dati delle metriche vengono archiviati nel database delle metriche di Monitoraggio di Azure.
  • I dati di log vengono archiviati nell'archivio dei log di Monitoraggio di Azure. Log Analytics è uno strumento nella portale di Azure in grado di eseguire query su questo archivio.
  • Il log attività di Azure è un archivio separato con la propria interfaccia nella portale di Azure.

Facoltativamente, è possibile instradare i dati delle metriche e dei log attività all'archivio dei log di Monitoraggio di Azure. È quindi possibile usare Log Analytics per eseguire query sui dati e correlarli con altri dati di log.

Molti servizi possono usare le impostazioni di diagnostica per inviare i dati delle metriche e dei log ad altre posizioni di archiviazione all'esterno di Monitoraggio di Azure. Gli esempi includono Archiviazione di Azure, sistemi partner ospitati e sistemi partner non Azure usando Hub eventi.

Per informazioni dettagliate su come Monitoraggio di Azure archivia i dati, vedere Piattaforma dati di Monitoraggio di Azure.

Servizio Azure SignalR i log vengono archiviati nell'account di archiviazione configurato nelle impostazioni di diagnostica. Viene creato automaticamente un contenitore denominato insights-logs-alllogs per archiviare i log delle risorse. All'interno del contenitore, i log vengono archiviati nel file resourceId=/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT. SIGNALR edizione Standard RVICE/SIGNALR/XXX/y=AAAA/m=MM/d=DD/h=HH/m=00/PT1H.json. Fondamentalmente, il percorso è una combinazione di resource ID e Date Time. I file di log vengono suddivisi per hour. Di conseguenza, i minuti sono sempre m=00.

Tutti i log vengono archiviati in formato JavaScript Object Notation (JSON). Il codice seguente è un esempio di stringa JSON di log di archiviazione:

{
    "properties": {
        "message": "Entered Serverless mode.",
        "type": "ConnectivityLogs",
        "collection": "Connection",
        "connectionId": "xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx",
        "userId": "User",
        "transportType": "WebSockets",
        "connectionType": "Client"
    },
    "operationName": "ServerlessModeEntered",
    "category": "AllLogs",
    "level": "Informational",
    "callerIpAddress": "xxx.xxx.xxx.xxx",
    "time": "2019-01-01T00:00:00Z",
    "resourceId": "/SUBSCRIPTIONS/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT.SIGNALRSERVICE/SIGNALR/XXX",
    "location": "xxxx"
}

I nomi dei campi per Archiviazione destinazioni differiscono leggermente dai nomi dei campi per Log Analytics. Per informazioni dettagliate sul mapping dei nomi dei campi tra Archiviazione e tabelle di Log Analytics, vedere Mapping delle tabelle dei log delle risorse.

Metriche della piattaforma di Monitoraggio di Azure

Monitoraggio di Azure fornisce metriche della piattaforma per la maggior parte dei servizi. Le metriche sono le seguenti:

  • Definito singolarmente per ogni spazio dei nomi.
  • Archiviato nel database delle metriche delle serie temporali di Monitoraggio di Azure.
  • Leggero e in grado di supportare avvisi quasi in tempo reale.
  • Usato per tenere traccia delle prestazioni di una risorsa nel tempo.

Raccolta: Monitoraggio di Azure raccoglie automaticamente le metriche della piattaforma. Non è richiesta alcuna configurazione.

Routing: in genere è anche possibile instradare le metriche della piattaforma ai log di Monitoraggio di Azure/Log Analytics in modo da poterle eseguire query con altri dati di log. Per altre informazioni, vedere l'impostazione di diagnostica Metriche. Per informazioni su come configurare le impostazioni di diagnostica per un servizio, vedere Creare impostazioni di diagnostica in Monitoraggio di Azure.

Per un elenco di tutte le metriche è possibile raccogliere per tutte le risorse in Monitoraggio di Azure, vedere Metriche supportate in Monitoraggio di Azure.

metriche Servizio Azure SignalR

Per l'elenco di tutte le metriche disponibili per Servizio Azure SignalR, vedere Servizio Azure SignalR informazioni di riferimento sui dati di monitoraggio.

Granularità del conteggio dei messaggi

La granularità minima del conteggio dei messaggi è di 2 KB di traffico dati in uscita. Se un client invia messaggi di piccole dimensioni o poco frequenti in un periodo di tempo di campionamento inferiore a 2 KB, il conteggio dei messaggi è pari a zero (0) anche se i messaggi sono stati inviati. Il modo per verificare la presenza di un numero ridotto o di dimensioni dei messaggi consiste nell'usare la metrica Traffico in uscita, ovvero un conteggio di byte inviati.

Errori di sistema ed errori utente

Le metriche Errori utente ed Errori di sistema sono la percentuale di operazioni tentate, ad esempio la connessione o l'invio di un messaggio, che non è riuscito. Un errore di sistema è un errore nella logica di sistema interna. Un errore utente è in genere un errore dell'applicazione, spesso correlato alla rete. In genere, la percentuale di errori di sistema dovrebbe essere bassa, quasi zero.

Importante

In alcune situazioni, la frequenza degli errori utente è molto elevata, soprattutto in modalità serverless. In alcuni browser, il client SignalR non si arresta normalmente quando un utente chiude la pagina Web. Una connessione può rimanere aperta ma non risponde fino a quando Servizio Azure SignalR finalmente la chiude a causa del timeout. La chiusura del timeout viene conteggiata nella metrica Errori utente.

Metriche adatte per la scalabilità automatica

Connessione quota di utilizzo e carico del server mostrano la percentuale di utilizzo o carico rispetto al numero di unità attualmente allocato. Queste metriche vengono comunemente usate nelle regole di scalabilità automatica. Ad esempio, se l'allocazione corrente è un'unità e sono presenti 750 connessioni al servizio, l'utilizzo della quota di Connessione ion è 750/1000 = 0,75. Il carico del server viene calcolato in modo analogo, usando i valori per la capacità di calcolo. Per altre informazioni, vedere Ridimensionare automaticamente le unità di misura di un Servizio Azure SignalR.

Nota

La scalabilità automatica è solo una funzionalità di livello Premium.

Log delle risorse di Monitoraggio di Azure

I log delle risorse forniscono informazioni dettagliate sulle operazioni eseguite da una risorsa di Azure. I log vengono generati automaticamente, ma è necessario indirizzarli ai log di Monitoraggio di Azure per salvarli o eseguirne query. I log sono organizzati in categorie. Uno spazio dei nomi specificato potrebbe avere più categorie di log delle risorse.

Raccolta: i log delle risorse non vengono raccolti e archiviati fino a quando non si crea un'impostazione di diagnostica e si instradano i log a una o più posizioni. Quando si crea un'impostazione di diagnostica, si specificano quali categorie di log raccogliere. Esistono diversi modi per creare e gestire le impostazioni di diagnostica, tra cui il portale di Azure, a livello di codice e anche Criteri di Azure.

Routing: l'impostazione predefinita consigliata consiste nel instradare i log delle risorse ai log di Monitoraggio di Azure in modo da poterli eseguire query con altri dati di log. Sono disponibili anche altre località, ad esempio Archiviazione di Azure, Hub eventi di Azure e alcuni partner di monitoraggio Microsoft. Per altre informazioni, vedere Log delle risorse di Azure e destinazioni del log delle risorse.

Per informazioni dettagliate sulla raccolta, l'archiviazione e il routing dei log delle risorse, vedere Impostazioni di diagnostica in Monitoraggio di Azure.

Per un elenco di tutte le categorie di log delle risorse disponibili in Monitoraggio di Azure, vedere Log delle risorse supportate in Monitoraggio di Azure.

Tutti i log delle risorse in Monitoraggio di Azure hanno gli stessi campi di intestazione, seguiti da campi specifici del servizio. Lo schema comune è descritto in Schema dei log delle risorse di Monitoraggio di Azure.

Categorie di log delle risorse

I log delle risorse vengono raggruppati in gruppi di categorie. I gruppi di categorie sono una raccolta di log diversi che consentono di raggiungere obiettivi di monitoraggio diversi. Azure SignalR supporta i log di connettività, i log di messaggistica e i log delle richieste HTTP.

log di Connessione ivity

i log di Connessione ivity forniscono informazioni dettagliate per le connessioni dell'hub SignalR. Ad esempio:

  • Informazioni di base, ad esempio ID utente, ID connessione e tipo di trasporto
  • Informazioni sugli eventi, ad esempio gli eventi di connessione, disconnessione e interruzione

Di conseguenza, il log di connettività è utile per risolvere i problemi correlati alla connessione. Per la risoluzione dei problemi tipici relativi alla connessione, vedere Problemi correlati alla connessione.

Log di messaggistica

I log di messaggistica forniscono informazioni di traccia per i messaggi dell'hub SignalR ricevuti e inviati tramite il servizio SignalR, ad esempio l'ID di traccia e il tipo di messaggio del messaggio. Anche l'ID di traccia e il tipo di messaggio vengono registrati nel server app. In genere il messaggio viene registrato all'arrivo o all'arrivo dal servizio o dal server. Pertanto, i log di messaggistica sono utili per la risoluzione dei problemi correlati ai messaggi. Per la risoluzione dei problemi tipici relativi ai messaggi, vedere problemi correlati ai messaggi.

Nota

Questo tipo di log viene generato per ogni messaggio. Se i messaggi vengono inviati di frequente, i log di messaggistica potrebbero influire sulle prestazioni del servizio SignalR. È tuttavia possibile scegliere comportamenti di raccolta diversi per ridurre al minimo l'impatto sulle prestazioni. Vedere i log delle risorse che raccolgono i comportamenti.

Log delle richieste HTTP

I log delle richieste HTTP forniscono informazioni dettagliate per le richieste HTTP ricevute da Azure SignalR, ad esempio il codice di stato e l'URL della richiesta. Il log delle richieste HTTP è utile per risolvere i problemi relativi alle richieste.

Per le categorie di log delle risorse disponibili, le tabelle di Log Analytics associate e gli schemi di log per Servizio Azure SignalR, vedere Servizio Azure SignalR informazioni di riferimento sui dati di monitoraggio.

Log delle risorse che raccolgono comportamenti

Esistono due scenari tipici per l'uso dei log delle risorse, in particolare per i log di messaggistica.

  • La qualità dei messaggi registra se il messaggio è stato inviato o ricevuto correttamente o registra ogni messaggio recapitato tramite il servizio SignalR.
  • Le prestazioni registrano la latenza dei messaggi o tengono traccia del messaggio in alcune connessioni anziché in tutte le connessioni.

Pertanto, il servizio SignalR offre due tipi di comportamenti di raccolta:

  • Raccogliere tutti i log in tutte le connessioni.
  • Raccogliere parzialmente i log in alcune connessioni specifiche.

Per altre informazioni dettagliate sui comportamenti di raccolta dei log delle risorse e su come configurarli, vedere Log delle risorse che raccolgono comportamenti.

Finestra Log attività di Azure

Il log attività contiene eventi a livello di sottoscrizione che tengono traccia delle operazioni per ogni risorsa di Azure, come illustrato dall'esterno di tale risorsa; Ad esempio, la creazione di una nuova risorsa o l'avvio di una macchina virtuale.

Raccolta: gli eventi del log attività vengono generati e raccolti automaticamente in un archivio separato per la visualizzazione nella portale di Azure.

Routing: è possibile inviare i dati del log attività ai log di Monitoraggio di Azure in modo da poterli analizzare insieme ad altri dati di log. Sono disponibili anche altre località, ad esempio Archiviazione di Azure, Hub eventi di Azure e alcuni partner di monitoraggio Microsoft. Per altre informazioni su come indirizzare il log attività, vedere Panoramica del log attività di Azure.

Analizzare i dati di monitoraggio

Sono disponibili molti strumenti per l'analisi dei dati di monitoraggio.

Strumenti di Monitoraggio di Azure

Monitoraggio di Azure supporta gli strumenti di base seguenti:

  • Esplora metriche, uno strumento nella portale di Azure che consente di visualizzare e analizzare le metriche per le risorse di Azure. Per altre informazioni, vedere Analizzare le metriche con Esplora metriche di Monitoraggio di Azure.

  • Log Analytics, uno strumento nella portale di Azure che consente di eseguire query e analizzare i dati di log usando il linguaggio di query Kusto (KQL). Per altre informazioni, vedere Introduzione alle query di log in Monitoraggio di Azure.

  • Log attività, che dispone di un'interfaccia utente nel portale di Azure per la visualizzazione e le ricerche di base. Per eseguire analisi più approfondite, è necessario instradare i dati ai log di Monitoraggio di Azure ed eseguire query più complesse in Log Analytics.

Gli strumenti che consentono una visualizzazione più complessa includono:

  • Dashboard che consentono di combinare diversi tipi di dati in un singolo riquadro nel portale di Azure.
  • Cartelle di lavoro, report personalizzabili che è possibile creare nel portale di Azure. Le cartelle di lavoro possono includere testo, metriche e query di log.
  • Grafana, uno strumento open platform che eccelle nei dashboard operativi. È possibile usare Grafana per creare dashboard che includono dati da più origini diverse da Monitoraggio di Azure.
  • Power BI, un servizio di analisi aziendale che fornisce visualizzazioni interattive tra varie origini dati. È possibile configurare per Power BI per importare automaticamente i dati di log da Monitoraggio di Azure per sfruttare i vantaggi di queste visualizzazioni.

Strumenti di esportazione di Monitoraggio di Azure

È possibile ottenere dati da Monitoraggio di Azure in altri strumenti usando i metodi seguenti:

  • Metriche: usare l'API REST per le metriche per estrarre i dati delle metriche dal database delle metriche di Monitoraggio di Azure. L'API supporta espressioni di filtro per perfezionare i dati recuperati. Per altre informazioni, vedere Informazioni di riferimento sull'API REST di Monitoraggio di Azure.

  • Log: usare l'API REST o le librerie client associate.

  • Un'altra opzione è l'esportazione dei dati dell'area di lavoro.

Per iniziare a usare l'API REST per Monitoraggio di Azure, vedere Procedura dettagliata per l'API REST di monitoraggio di Azure.

Query Kusto

È possibile analizzare i dati di monitoraggio nell'archivio Log/Log Analytics di Monitoraggio di Azure usando il linguaggio di query Kusto (KQL).

Importante

Quando si seleziona Log dal menu del servizio nel portale, Log Analytics si apre con l'ambito della query impostato sul servizio corrente. Questo ambito significa che le query di log includeranno solo i dati di quel tipo di risorsa. Per eseguire una query che include dati di altri servizi di Azure, selezionare Log dal menu Monitoraggio di Azure. Per i dettagli, vedere Ambito e intervallo di tempo delle query su log in Log Analytics di Monitoraggio di Azure.

Per un elenco delle query comuni per qualsiasi servizio, vedere l'interfaccia query di Log Analytics.

Ad esempio, le query Kusto per Servizio Azure SignalR, vedere Query per la tabella SignalRServiceDiagnosticLogs.

Nota

I nomi dei campi di query per Archiviazione destinazioni differiscono leggermente dai nomi dei campi per Log Analytics. Per informazioni dettagliate sui mapping dei nomi di campo tra Archiviazione e tabelle di Log Analytics, vedere Mapping delle tabelle dei log delle risorse.

Avvisi

Gli avvisi di Monitoraggio di Azure avvisano in modo proattivo quando vengono rilevate condizioni specifiche nei dati di monitoraggio. Consentono di identificare e risolvere i problemi del sistema prima che gli utenti li notino. Per altre informazioni, vedere Avvisi di Monitoraggio di Azure.

Esistono molte origini di avvisi comuni per le risorse di Azure. Per esempi di avvisi comuni per le risorse di Azure, vedere Query di avviso di log di esempio. Il sito Avvisi di base di Monitoraggio di Azure (AMBA) offre un metodo semi-automatizzato per implementare importanti avvisi, dashboard e linee guida per le metriche della piattaforma. Il sito si applica a un sottoinsieme di servizi di Azure in continua espansione, inclusi tutti i servizi che fanno parte della zona di destinazione di Azure (ALZ).

Lo schema di avviso comune standardizza l'utilizzo delle notifiche di avviso di Monitoraggio di Azure. Per altre informazioni, vedere Schema di avviso comune.

Tipi di avviso:

È possibile creare avvisi su qualsiasi metrica o fonte di dati di log nella piattaforma di dati di Monitoraggio di Azure. Esistono molti tipi diversi di avvisi a seconda dei servizi monitorati e dei dati di monitoraggio raccolti. Diversi tipi di avvisi presentano diversi vantaggi e svantaggi. Per altre informazioni, vedere Scegliere il tipo di avviso di monitoraggio corretto.

L'elenco seguente descrive i tipi di avvisi di Monitoraggio di Azure che è possibile creare:

  • Gli avvisi delle metriche valutano le metriche delle risorse a intervalli regolari. Le metriche possono essere metriche della piattaforma, metriche personalizzate, log di Monitoraggio di Azure convertiti in metriche o metriche di Application Insights. Gli avvisi delle metriche possono anche applicare più condizioni e soglie dinamiche.
  • Gli avvisi di log consentono agli utenti di usare una query di Log Analytics per valutare i log delle risorse a una frequenza predefinita.
  • Gli avvisi del log attività vengono attivati quando si verifica un nuovo evento del log attività che corrisponde alle condizioni definite. Gli avvisi sull'integrità delle risorse e gli avvisi sull'integrità dei servizi sono avvisi di log delle attività che segnalano l'integrità dei servizi e delle risorse.

Alcuni servizi di Azure supportano anche avvisi di rilevamento intelligente, avvisi prometheus o regole di avviso consigliate.

Per alcuni servizi, è possibile monitorare su larga scala applicando la stessa regola di avviso delle metriche a più risorse dello stesso tipo presenti nella stessa area di Azure. Le singole notifiche vengono inviate per ogni risorsa monitorata. Per i servizi e i cloud di Azure supportati, vedere Monitorare più risorse con una regola di avviso.

Servizio Azure SignalR regole di avviso

Nella tabella seguente sono elencate alcune regole di avviso suggerite per Servizio Azure SignalR. Questi avvisi sono solo esempi. È possibile impostare avvisi per qualsiasi voce di metrica, voce di log o log attività elencata nel riferimento ai dati di monitoraggio Servizio Azure SignalR.

Tipo di avviso Condizione Descrizione
Metriche della piattaforma Utilizzo quota Connessione ion Ogni volta che l'utilizzo massimo Connessione quota di Connessione è maggiore della soglia dinamica
Metriche della piattaforma Eliminare SignalR Ogni volta che il log attività ha un evento con Category='Amministrazione istrative', Signal name='Delete SignalR (SignalR)'

Elementi consigliati di Advisor

Per alcuni servizi, se si verificano condizioni critiche o modifiche imminenti durante le operazioni sulle risorse, viene visualizzato un avviso nella pagina Panoramica del servizio nel portale. È possibile trovare altre informazioni e correzioni consigliate per l'avviso in Raccomandazioni di Advisor in Monitoraggio nel menu a sinistra. Durante le normali operazioni, non vengono visualizzate raccomandazioni di Advisor.

Per altre informazioni su Azure Advisor, vedere Panoramica di Azure Advisor.

Contenuto correlato