Condividi tramite

Monitorare il Servizio Azure SignalR

  • Articolo

L'articolo illustra:

  • I tipi di dati di monitoraggio che è possibile raccogliere per questo servizio.
  • Modi per analizzare i dati.

Nota

Se si ha già familiarità con questo servizio e/o il 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 di business 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. Il Monitoraggio di Azure offre una visione sulla disponibilità, le prestazioni e la resilienza e notifica i problemi. È possibile usare il 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 risorsa

Azure usa il concetto di tipi di risorse e ID per identificare tutti gli elementi in una sottoscrizione. I tipi di risorse fanno anche parte degli ID della 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.

Il 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. Sono disponibili metriche e log diversi per diversi tipi di risorse. Il servizio potrebbe essere associato a più tipi di risorse.

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

Archiviazione di dati

Per il Monitoraggio di Azure:

  • I dati delle metriche vengono archiviati dal database di metriche del Monitoraggio di Azure.
  • I dati di log vengono archiviati nell'archivio dei log del Monitoraggio di Azure. Log Analytics è uno strumento nel portale di Azure in grado di eseguire query su questo archivio.
  • Il log attività di Azure è un archivio separato con la propria interfaccia nel 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 Analisi dei log 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 il Monitoraggio di Azure archivia i dati, vedere la piattaforma dati del Monitoraggio di Azure.

I log del Servizio Azure SignalR 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-XXXXXXXXXXXX/RESOURCEGROUPS/XXXX/PROVIDERS/MICROSOFT.SIGNALRSERVICE/SIGNALR/XXX/y=YYYY/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. Pertanto, 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 le destinazioni di archiviazione differiscono leggermente dai nomi dei campi per Log Analytics. Per informazioni dettagliate sul mapping dei nomi di campo tra le tabelle di Archiviazione e Log Analytics, vedere Mapping delle tabelle del log delle risorse.

Metriche della piattaforma del Monitoraggio di Azure

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

  • Definite singolarmente per ogni spazio dei nomi.
  • Archiviate in un database delle metriche di serie temporali del Monitoraggio di Azure.
  • Leggere e in grado di creare avvisi in tempo quasi reale.
  • Usate per tenere traccia delle prestazioni di una risorsa nel tempo.

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

Routing: è anche possibile instradare alcune metriche della piattaforma ai log di Monitoraggio di Azure/Log Analytics per poterle eseguire query con altri dati di log. Controllare l'impostazione di esportazione DS per ogni metrica per verificare se è possibile usare un'impostazione di diagnostica per instradare la metrica ai log di Monitoraggio di Azure/Log Analytics.

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

Metriche del Servizio Azure SignalR

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

Granularità del conteggio dei messaggi

La granularità minima del Conteggio messaggi è di 2 KB di traffico dati in uscita. Se un client invia messaggi di piccole dimensioni o poco frequenti per un totale inferiore a 2 KB in un periodo di tempo di campionamento, il conteggio dei messaggi è pari a zero (0) anche se i messaggi sono stati inviati. Per verificare la presenza di pochi messaggi o di messaggi con dimensioni ridotte, usare la metrica Traffico in uscita, ovvero un conteggio dei 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, ma non riuscite. 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 di 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 finché il Servizio Azure SignalR non la chiude a causa del timeout. La chiusura per timeout viene conteggiata nella metrica Errori utente.

Metriche adatte per la scalabilità automatica

Le metriche Utilizzo quote di connessione e Carico del server mostrano la percentuale di utilizzo o carico rispetto al numero di unità attualmente allocate. 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 quote di connessione è 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 un Servizio Azure SignalR.

Nota

La scalabilità automatica è una funzionalità solo 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 verso i log del Monitoraggio di Azure per salvarli o interrogarli. I log sono organizzati in categorie. Uno specifico spazio dei nomi 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 li si instrada verso 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, il livello programmatico e anche i Criteri di Azure.

Pianificazione percorso: l'impostazione predefinita consigliata consiste nell'instradare i log delle risorse verso i log del Monitoraggio di Azure in modo da poterli interrogare con altri dati di log. Sono disponibili anche altre posizioni, 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 la pianificazione percorso dei log delle risorse, vedere Impostazioni di diagnostica nel Monitoraggio di Azure.

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

Tutti i log delle risorse nel Monitoraggio di Azure hanno gli stessi campi d'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 connettività

I log di connettività forniscono informazioni dettagliate per le connessioni 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 relativi 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'uscita 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. VedereComportamenti di raccolta dei log delle risorse.

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 il Servizio Azure SignalR, vedere Informazioni di riferimento sui dati di monitoraggio del Servizio Azure SignalR.

Comportamenti di raccolta dei log delle risorse

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

  • L'opzione Qualità del messaggio registra se il messaggio è stato inviato o ricevuto correttamente o registra ogni messaggio recapitato tramite il Servizio SignalR.
  • L'opzione Prestazioni registra la latenza dei messaggi o tiene traccia del messaggio in alcune connessioni anziché in tutte le connessioni.

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

  • Raccolta completa raccoglie i log in tutte le connessioni.
  • Raccolta parziale raccoglie i log in alcune connessioni specifiche.

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

Finestra Log attività di Azure

Il log attività contiene eventi a livello di sottoscrizione che tengono traccia delle operazioni per ogni risorsa di Azure vista dall'esterno, 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 nel portale di Azure.

Pianificazione percorso: è 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 posizioni, ad esempio Archiviazione di Azure, Hub eventi di Azure e alcuni partner di monitoraggio Microsoft. Per altre informazioni su come instradare i log attività, vedere Informazioni generali sul 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

Il Monitoraggio di Azure supporta gli strumenti di base seguenti:

Gli strumenti che consentono una visualizzazione più complessa includono:

  • I dashboard che consentono di combinare tipi di dati diversi 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 è una piattaforma aperta, ideale per i dashboard operativi. È possibile usare Grafana per creare dashboard che includano dati da più origini diverse dal Monitoraggio di Azure.
  • Power BI, un servizio di analisi aziendale che fornisce visualizzazioni interattive per un'ampia varietà di 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 del Monitoraggio di Azure

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

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

Query Kusto

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

Importante

Quando si seleziona Log dal menu del servizio nel portale, Analisi dei log si apre con l'ambito della query impostato sul servizio corrente. Questo ambito fa sì che le query di log includano solo i dati di tale tipo di risorsa. Se si vuole eseguire una query che includa dati di altri servizi di Azure, selezionare Log nel menu di 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 Analisi dei log.

Per query Kusto di esempio per il Servizio Azure SignalR, vedere Query per la tabella SignalRServiceDiagnosticLogs.

Nota

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

Avvisi

Gli avvisi di Monitoraggio di Azure notificano in modo proattivo quando vengono riscontrate 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.

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

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. Ogni tipo di avviso presenta vantaggi e svantaggi. Per altre informazioni, vedere Scegliere il tipo di avviso di monitoraggio corretto.

L'elenco seguente descrive i tipi di avvisi del 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 relativi ai log consentono agli utenti di utilizzare una query di Log Analytics per valutare i log delle risorse con una frequenza predefinita.
  • Gli avvisi dei log attività vengono attivati quando si verifica un nuovo evento del log attività che soddisfa le 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 effettuare un monitoraggio su larga scala applicando la stessa regola di avviso delle metriche a più risorse dello stesso tipo presenti nella stessa area di Azure. Vengono inviate notifiche singole per ogni risorsa monitorata. Per i servizi e i cloud di Azure supportati, vedere Monitorare più risorse con una regola di avviso.

Regole di avviso del Servizio Azure SignalR

La tabella seguente elenca alcune regole di avviso suggerite per il Servizio Azure SignalR. Questi avvisi sono solo esempi. È possibile impostare avvisi per qualsiasi metrica, voce di log o voce di log attività elencata in Informazioni di riferimento sui dati di monitoraggio del Servizio Azure SignalR.

Tipo di avviso Condizione Descrizione
Metriche della piattaforma Utilizzo della quota di connessione Ogni volta che l'utilizzo massimo della quota di connessione è maggiore della soglia dinamica
Metriche della piattaforma Elimina SignalR Ogni volta che il log attività ha un evento con Category='Administrative', 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 Consigli di Advisor in Monitoraggio nel menu a sinistra. Durante il normale funzionamento non viene visualizzato nessun consiglio di Advisor.

Per altre informazioni su Azure Advisor, vedere Informazioni generali su Azure Advisor.

Contenuto correlato