Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo descrive:
- I tipi di dati di monitoraggio che è possibile raccogliere per questo servizio.
- Modi per analizzare i dati.
Annotazioni
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 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.
- Per ulteriori informazioni su Azure Monitor, vedere la Panoramica di Azure Monitor.
- Per altre informazioni su come monitorare le risorse di Azure in generale, vedere Monitorare le risorse di Azure con Monitoraggio di Azure.
Analysis Services offre anche diversi meccanismi di monitoraggio non basati su Monitoraggio di Azure.
- SQL Server Profiler, installato con SQL Server Management Studio (SSMS), acquisisce i dati sugli eventi del processo del motore, ad esempio l'avvio di un batch o una transazione, consentendo di monitorare l'attività del server e del database. Per ulteriori informazioni, consultare Monitorare Analysis Services con SQL Server Profiler.
- Gli eventi estesi (xEvents) sono un sistema di traccia e monitoraggio delle prestazioni leggero che usa poche risorse di sistema, rendendolo uno strumento ideale per la diagnosi dei problemi nei server di produzione e di test. Per altre informazioni, vedere Monitorare Analysis Services con Eventi Estesi di SQL Server.
- Le DMV (Dynamic Management Views) usano la sintassi SQL per interfacciare i set di righe dello schema che restituiscono metadati e informazioni di monitoraggio sulle istanze del server. Per ulteriori informazioni, vedere Usare le DMV (Dynamic Management Views) per monitorare Analysis Services.
Tipi di risorse
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.
Azure Monitor similmente organizza 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 risorse.
Per altre informazioni sui tipi di risorse per Analysis Services, vedere Informazioni di riferimento sui dati di monitoraggio di Analysis Services.
Archiviazione dei 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 che può interrogare 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 delle attività all'archivio log di Azure Monitor. È quindi possibile usare Analisi dei log per eseguire query sui dati e correlarli con altri dati di log.
Molti servizi possono utilizzare le impostazioni di diagnostica per inviare dati metrici e di log ad altre posizioni di archiviazione al di fuori di Azure Monitor. Gli esempi includono Archiviazione di Azure, sistemi partner ospitati e sistemi partner non Azure, utilizzando Event Hubs.
Per informazioni dettagliate su come Monitoraggio di Azure archivia i dati, vedere Piattaforma dati di Monitoraggio di Azure.
Metriche della piattaforma del Monitoraggio di Azure
Il Monitoraggio di Azure fornisce metriche della piattaforma per la maggior parte dei servizi. Le metriche sono:
- Definito singolarmente per ciascun namespace.
- Le metriche di serie temporali sono archiviate nel database Azure Monitor.
- Leggere e in grado di creare avvisi in tempo quasi reale.
- Usate per tenere traccia delle prestazioni di una risorsa nel tempo.
Collection: Azure Monitor raccoglie automaticamente le metriche della piattaforma. Non è richiesta alcuna configurazione.
Instradamento: È anche possibile instradare alcune metriche della piattaforma ai log di Monitoraggio di Azure/Log Analytics, in modo da poter 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 altre informazioni, vedere l'impostazione diagnostica delle metriche.
- Per 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.
Per un elenco delle metriche disponibili per Analysis Services, vedere Informazioni di riferimento sui dati di monitoraggio di Analysis Services.
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.
Collezione: 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, il livello programmatico e anche i Criteri di Azure.
Instradamento: L'impostazione predefinita consigliata consiste nel indirizzare 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 risorse, come Azure Storage, Azure Event Hubs e alcuni partner di monitoraggio di 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 nel Monitoraggio di Azure hanno gli stessi campi d'intestazione, seguiti da campi specifici del servizio. Lo schema comune è descritto nello schema del log delle risorse di Monitoraggio di Azure.
- Per le categorie di log delle risorse disponibili, le tabelle di Log Analytics associate e gli schemi dei log per Analysis Services, vedere Informazioni di riferimento sui dati di monitoraggio di Analysis Services.
Log delle risorse di Analysis Services
Per informazioni su come configurare la registrazione diagnostica, vedere Configurare la registrazione diagnostica.
Quando si configura la registrazione per Analysis Services, è possibile selezionare Eventi del motore o del servizio da registrare oppure selezionare AllMetrics per registrare i dati delle metriche. Per altre informazioni, vedere Log delle risorse supportati per Microsoft.AnalysisServices/servers.
Registro 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.
Collezione: Gli eventi del log attività vengono generati e raccolti automaticamente in un archivio separato per la visualizzazione nel portale di Azure.
Instradamento: È 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 risorse, come Azure Storage, Azure Event Hubs e alcuni partner di monitoraggio di 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
Il Monitoraggio di Azure supporta gli strumenti di base seguenti:
Esplora metriche, uno strumento nel portale di Azure che consente di visualizzare e analizzare le metriche per le risorse di Azure. Per ulteriori informazioni, vedere Analizzare le metriche con Esplora metriche di Azure Monitor.
Log Analytics, uno strumento nel portale di Azure che consente di eseguire query e analizzare i dati di log usando il linguaggio di query Kusto (KQL). Per ulteriori informazioni, consulta Introduzione alle query di log con Azure Monitor.
Il Log di attività, che ha un'interfaccia utente nel portale di Azure per la visualizzazione e l'esecuzione di ricerche di base. Per eseguire analisi più approfondite, è necessario instradare i dati verso i 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 unico 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 includano dati da più origini diverse dal Monitoraggio di Azure.
- Power BI, un servizio di analisi aziendale che fornisce visualizzazioni interattive tra varie origini dati. È possibile configurare Power BI per importare automaticamente i dati di log da Monitoraggio di Azure per sfruttare queste visualizzazioni.
Strumenti di esportazione di Azure Monitor
È possibile ottenere dati dal 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: Utilizzare 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.
Analizzare le metriche di Analysis Services
È possibile usare le metriche di Analysis Services in Esplora metriche di Monitoraggio di Azure per monitorare le prestazioni e l'integrità dei server. Ad esempio, è possibile monitorare l'utilizzo della memoria e della CPU, il numero di connessioni client e l'utilizzo delle risorse di query.
Per determinare se è necessario il scale-out per il tuo server, monitorare le metriche della QPU e della lunghezza della coda dei processi del pool di query. Una buona metrica da controllare è la QPU media di ServerResourceType, che confronta la QPU media per il server primario con il pool di query. Per istruzioni dettagliate su come scalare il server in base ai dati delle metriche, vedere Scalabilità orizzontale di Azure Analysis Services.
Per un elenco completo delle metriche raccolte per Analysis Services, vedere Informazioni di riferimento sui dati di monitoraggio di Analysis Services.
Analizzare i log nell'area di lavoro Log Analytics
Le metriche e gli eventi del server sono integrati con xEvents nella risorsa dell'area di lavoro Log Analytics per l'analisi comparativa. L'area di lavoro Log Analytics può anche essere configurata per ricevere eventi da altri servizi di Azure, offrendo una visualizzazione olistica dei dati di registrazione diagnostica nell'architettura.
Per visualizzare i dati di diagnostica, nell'area di lavoro Log Analytics aprire Log dal menu a sinistra.
Nel generatore di query espandere LogManagement>AzureDiagnostics. AzureDiagnostics include eventi del motore e del servizio. Si noti che viene creata una query in tempo reale. Il campo EventClass_s contiene nomi xEvent, che potrebbero risultare familiari se si usano xEvents per la registrazione locale. Selezionare EventClass_s o uno dei nomi degli eventi e l'area di lavoro Log Analytics continua a costruire una query. Assicurarsi di salvare le query da riutilizzare in un secondo momento.
Query Kusto
È possibile analizzare i dati di monitoraggio nell'archivio Log di Azure Monitor / Log Analytics 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 fa sì che le query di log includano solo i dati di tale tipo di risorsa. Per eseguire una query che include dati di altri servizi di Azure, selezionare Log dal menu Monitoraggio di Azure . Per informazioni dettagliate, vedere Ambito di query di log e intervallo di tempo in Azure Monitoraggio Log Analytics.
Per un elenco delle query comuni per qualsiasi servizio, vedere l'interfaccia query di Log Analytics.
Le query seguenti sono utili per il monitoraggio del server Analysis Services.
Esempio 1
La query seguente restituisce la durata per ciascun evento di fine/aggiornamento di query per un database modello e un server. Se si esegue una scalatura orizzontale, i risultati vengono suddivisi per replica poiché il numero della replica viene incluso in ServerName_s. Il raggruppamento per RootActivityId_g riduce il numero di righe recuperato dall'API REST di Diagnostica di Azure e consente di rimanere entro i limiti, come descritto in Limiti di frequenza di Log Analytics.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName" and DatabaseName_s =~ "MyDatabaseName" ;
window
| where OperationName has "QueryEnd" or (OperationName has "CommandEnd" and EventSubclass_s == 38)
| where extract(@"([^,]*)", 1,Duration_s, typeof(long)) > 0
| extend DurationMs=extract(@"([^,]*)", 1,Duration_s, typeof(long))
| project StartTime_t,EndTime_t,ServerName_s,OperationName,RootActivityId_g,TextData_s,DatabaseName_s,ApplicationName_s,Duration_s,EffectiveUsername_s,User_s,EventSubclass_s,DurationMs
| order by StartTime_t asc
Esempio 2
La query seguente restituisce il consumo di memoria e QPU per un server. Se il sistema è scalato verso l'esterno, i risultati vengono suddivisi per replica perché il numero di replica è incluso in ServerName_s.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName";
window
| where OperationName == "LogMetric"
| where name_s == "memory_metric" or name_s == "qpu_metric"
| project ServerName_s, TimeGenerated, name_s, value_s
| summarize avg(todecimal(value_s)) by ServerName_s, name_s, bin(TimeGenerated, 1m)
| order by TimeGenerated asc
Esempio 3
La query seguente restituisce i contatori delle prestazioni del motore Analysis Services per righe lette al secondo su un server.
let window = AzureDiagnostics
| where ResourceProvider == "MICROSOFT.ANALYSISSERVICES" and Resource =~ "MyServerName";
window
| where OperationName == "LogMetric"
| where parse_json(tostring(parse_json(perfobject_s).counters))[0].name == "Rows read/sec"
| extend Value = tostring(parse_json(tostring(parse_json(perfobject_s).counters))[0].value)
| project ServerName_s, TimeGenerated, Value
| summarize avg(todecimal(Value)) by ServerName_s, bin(TimeGenerated, 1m)
| order by TimeGenerated asc
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 esempio di avvisi di log. 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 Azure Monitor. 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. 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 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. 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 di Analysis Services
Nella tabella seguente sono elencate alcune regole di avviso comuni e popolari per Analysis Services.
Tipo di avviso | Condizione | Descrizione |
---|---|---|
Metrica | Ogni volta che il qpu_metric massimo è maggiore della soglia dinamica. | Se le QPU si esauriscono regolarmente, significa che il numero di query verso i modelli supera il limite di QPU per il piano. |
Metrica | Ogni volta che il valore massimo di QueryPoolJobQueueLength è maggiore della soglia dinamica. | Il numero di query nella coda del pool di thread di query supera la QPU disponibile. |
Consigli 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 il normale funzionamento non viene visualizzato nessun consiglio di Advisor.
Per altre informazioni su Azure Advisor, vedere Panoramica di Azure Advisor.
Contenuti correlati
- Per informazioni di riferimento sulle metriche, i log e altri valori importanti creati per Analysis Services, vedere Informazioni di riferimento sui dati di monitoraggio di Analysis Services.
- Per informazioni generali sul monitoraggio delle risorse di Azure, vedere Monitoraggio di Azure con Monitoraggio di Azure .