Panoramica di Monitoraggio di Azure
Monitoraggio di Azure è una soluzione di monitoraggio completa per la raccolta, l'analisi e la risposta ai dati di monitoraggio dagli ambienti cloud e locali. È possibile usare Monitoraggio di Azure per ottimizzare la disponibilità e le prestazioni delle applicazioni e dei servizi. Consente di comprendere le prestazioni delle applicazioni e di rispondere manualmente e a livello di codice agli eventi di sistema.
Monitoraggio di Azure raccoglie e aggrega i dati da ogni livello e componente del sistema in più sottoscrizioni e tenant di Azure e non Azure. Lo archivia in una piattaforma dati comune per l'utilizzo da parte di un set comune di strumenti che possono correlare, analizzare, visualizzare e/o rispondere ai dati. È anche possibile integrare altri strumenti Microsoft e non Microsoft.
Il diagramma precedente mostra una visualizzazione astratta del processo di monitoraggio. Una suddivisione più dettagliata dell'architettura di Monitoraggio di Azure è illustrata nella sezione Architettura di alto livello seguente.
Architettura di alto livello
Monitoraggio di Azure può monitorare questi tipi di risorse in Azure, in altri cloud o in locale:
- Applicazioni
- Macchine virtuali
- Sistemi operativi guest
- Contenitori che includono le metriche di Prometheus
- Database
- Eventi di sicurezza in combinazione con Azure Sentinel
- Eventi di rete e integrità in combinazione con Network Watcher
- Origini personalizzate che usano API per ottenere dati in Monitoraggio di Azure
Inoltre, è possibile esportare i dati di monitoraggio da Monitoraggio di Azure in altri sistemi in modo che sia possibile:
- Eseguire l'integrazione con altri strumenti di monitoraggio e visualizzazione di terze parti e open-source
- Eseguire l'integrazione con sistemi di ticketing e altri sistemi di Gestione dei servizi IT
Se si è un utente di System Center Operations Manager (SCOM), Monitoraggio di Azure ora include Istanza gestita SCOM di Monitoraggio di Azure. Operations Manager MI è una versione ospitata nel cloud di Operations Manager e consente di spostare l'installazione di Operations Manager locale in Azure.
Il diagramma seguente mostra una visualizzazione dell'architettura generale di Monitoraggio di Azure.
Fare clic sul diagramma per visualizzare una versione espansa più dettagliata che mostra una suddivisione più ampia delle origini dati e dei metodi di raccolta dati.
Il diagramma illustra i componenti di sistema di Monitoraggio di Azure:
Le origini dati sono i tipi di risorse monitorate.
I dati vengono raccolti e indirizzati alla piattaforma dati. Facendo clic sul diagramma vengono illustrate queste opzioni, che vengono anche evidenziate in dettaglio più avanti in questo articolo.
La piattaforma dati archivia i dati di monitoraggio raccolti. La piattaforma dati principali di Monitoraggio di Azure include archivi per metriche, log, tracce e modifiche. System Center Operations Manager MI usa il proprio database ospitato in Istanza gestita di SQL.
La sezione consumo mostra i componenti che usano i dati della piattaforma dati.
- I metodi di utilizzo di base di Monitoraggio di Azure includono strumenti per fornire informazioni dettagliate, visualizzare e analizzare i dati. Gli strumenti di visualizzazione si sviluppano sugli strumenti di analisi e sulle informazioni dettagliate basate sugli strumenti di visualizzazione e analisi.
- Sono disponibili meccanismi aggiuntivi che consentono di rispondere ai dati di monitoraggio in ingresso.
Il percorso SCOM MI usa la console di Operations Manager tradizionale con cui i clienti SCOM hanno già familiarità.
Le opzioni di interoperabilità sono visualizzate nella sezione integrazione. Non tutti i servizi si integrano a tutti i livelli. SCOM MI si integra solo con Power BI.
Origini dati
Monitoraggio di Azure può raccogliere dati da più origini.
Il diagramma seguente mostra una versione espansa dei tipi di origine dati da cui Monitoraggio di Azure può raccogliere i dati di monitoraggio.
Fare clic sul diagramma precedente per visualizzare una versione più grande del diagramma delle origini dati nel contesto.
È possibile integrare i dati di monitoraggio dell'applicazione, dell'infrastruttura e dell'origine dati personalizzata dall'esterno di Azure, inclusi i cloud locali e non Microsoft.
Monitoraggio di Azure raccoglie i seguenti tipi di dati:
| Tipo di dati | Descrizione e sottotipi |
|---|---|
| App/Carichi di lavoro | App- Dati sulle prestazioni, sull'integrità e sull'attività dell'applicazione. Carichi di lavoro: carichi di lavoro IaaS, ad esempio SQL Server, Oracle o SAP in esecuzione in una macchina virtuale ospitata. |
| Infrastruttura | Contenitore: dati sui contenitori, ad esempio il servizio Azure Kubernetes, Prometheus e le applicazioni in esecuzione all'interno dei contenitori. Sistema operativo: dati sul sistema operativo guest in cui è in esecuzione l'applicazione. |
| Piattaforma Azure | Risorsa di Azure: dati sul funzionamento di una risorsa di Azure dall'interno della risorsa, incluse le modifiche. I log delle risorse sono un esempio. Sottoscrizione di Azure: operazioni e gestione di una sottoscrizione di Azure e dati relativi all'integrità e al funzionamento di Azure stesso. Il log attività è un esempio. Tenant di Azure: dati sul funzionamento dei servizi di Azure a livello di tenant, ad esempio Microsoft Entra ID. |
| Origini personalizzate | Dati che vengono inseriti nel sistema utilizzando - API REST di Monitoraggio di Azure - API di Raccolta dei dati |
Per informazioni dettagliate su ognuna delle origini dati, vedere Origini dati.
SCOM MI (ad esempio SCOM locale) raccoglie solo le origini del carico di lavoro e del sistema operativo IaaS.
Raccolta dati e routing
Monitoraggio di Azure raccoglie e instrada i dati di monitoraggio usando alcuni meccanismi diversi a seconda dei dati instradati e della destinazione. Proprio come un sistema stradale migliorato nel corso degli anni, non tutte le strade portano a tutte le località. Alcune sono legacy, altre nuove e alcune sono più adatte di altre, vista l'evoluzione di Azure Monitor nel tempo. Per altre informazioni, vedere Origini dati.
Fare clic sul diagramma per visualizzare una versione più grande della raccolta dati nel contesto.
| Metodo di raccolta | Descrizione |
|---|---|
| Strumentazione dell'applicazione | Application Insights è abilitato tramite strumentazione automatica (agente) o aggiungendo Application Insights SDK al codice dell'applicazione. Application Insights sta inoltre implementando Apri Telemetria. Per altre informazioni, vedere Come instrumentare un'applicazione? |
| Agenti | Gli agenti possono raccogliere dati di monitoraggio dal sistema operativo guest delle macchine virtuali ibride e di Azure. |
| Regole di raccolta dati | Usare le regole di raccolta dati per specificare quali dati devono essere raccolti, come trasformarli e dove inviarli. |
| Zero Config | I dati vengono inviati automaticamente a una destinazione senza configurazione utente. Le metriche della piattaforma sono l'esempio più comune. |
| Impostazioni di diagnostica | Usare le impostazioni di diagnostica per determinare dove inviare i dati del log delle risorse e del log attività nella piattaforma dati. |
| API REST di Monitoraggio di Azure | L'API di inserimento log in Monitoraggio di Azure consente di inviare dati a un'area di lavoro Log Analitica nei log di Monitoraggio di Azure. Utilizzando l'API delle metriche personalizzate, è anche possibile inviare le metriche nell'archivio metriche di Monitoraggio di Azure. |
Un modo comune per instradare i dati di monitoraggio ad altri strumenti non Microsoft consiste nell'usare Hub eventi. Per altre informazioni, vedere la sezione Integrazione di seguito.
Istanza gestita di SCOM (ad esempio SCOM locale) utilizza un agente per raccogliere i dati inviati a un server di gestione in esecuzione in un'istanza gestita di SCOM in Azure.
Per informazioni dettagliate sulla raccolta dei dati, vedere Raccolta dati.
Piattaforma dati
Monitoraggio di Azure archivia i dati negli archivi dati per ognuno dei tre pilastri dell'osservabilità, oltre a uno aggiuntivo:
- Metriche
- log
- tracce distribuite
- modifiche
Ogni archivio è ottimizzato per tipi specifici di dati e scenari di monitoraggio.
Selezionare il diagramma precedente per visualizzare la piattaforma dati nel contesto dell'intero monitoraggio di Azure.
| Pilastro dell'osservabilità/ Archivio dati |
Descrizione |
|---|---|
| Metriche di Monitoraggio di Azure | Le metriche sono valori numerici che descrivono determinati aspetti di un sistema in un particolare momento. Metriche di Monitoraggio di Azure è un database time series ottimizzato per l'analisi dei dati con timestamp. Monitoraggio di Azure raccoglie le metriche a intervalli regolari. Le metriche vengono identificate con un timestamp, un nome, un valore e una o più etichette di definizione. Possono essere aggregate tramite algoritmi, confrontate con altre metriche e analizzate per individuare le tendenze nel corso del tempo. Supporta metriche native di Monitoraggio di Azure e metriche Prometheus. |
| Log di Monitoraggio di Azure | I log sono eventi di sistema registrati. I log possono includere vari tipi di dati, possono essere strutturati o in formato libero e presentano sempre un timestamp. Monitoraggio di Azure archivia i dati di log strutturati e non strutturati di tutti i tipi nei log di Monitoraggio di Azure. È possibile instradare i dati alle aree di lavoro Log Analitics per l'esecuzione di query e l'analisi. |
| Tracce | La traccia distribuita consente di visualizzare il percorso di una richiesta mentre passa attraverso diversi servizi e componenti. Monitoraggio di Azure ottiene i dati di traccia distribuiti dalle applicazioni instrumentate. I dati di traccia vengono archiviati in un'area di lavoro separata nei log di Monitoraggio di Azure. |
| Modifiche | Le modifiche rappresentano una serie di eventi che avvengono nell'applicazione e nelle risorse. Vengono rilevati e archiviati quando si usa il servizio Analisi modifiche (versione classica) che usa Azure Resource Graph come archivio. L'analisi delle modifiche (versione classica) consente di comprendere quali modifiche, ad esempio la distribuzione di codice aggiornato, potrebbero aver causato problemi nei sistemi. |
La traccia distribuita è una tecnica usata per tracciare le richieste mentre passano attraverso un sistema distribuito. Consente di visualizzare il percorso di una richiesta mentre passa attraverso diversi servizi e componenti. Consente di identificare i colli di bottiglia delle prestazioni e risolvere i problemi in un sistema distribuito.
Per un archivio a lungo termine meno costoso dei dati di monitoraggio per scopi di controllo o conformità, è possibile esportare in Archiviazione di Azure.
SCOM MI è simile a SCOM locale. Archivia le informazioni in un database SQL, ma usa Istanza gestita di SQL perché si trova in Azure.
Consumo
Le sezioni seguenti illustrano i metodi e i servizi che usano i dati di monitoraggio dalla piattaforma dati di Monitoraggio di Azure.
Tutte le aree nella sezione relativa al consumo del diagramma hanno un'interfaccia utente visualizzata nel portale di Azure.
La parte superiore della sezione relativa all'utilizzo si applica solo ai core di Monitoraggio di Azure. SCOM MI usa la console Ops tradizionale in esecuzione nel cloud. Può anche inviare dati di monitoraggio a Power BI per la visualizzazione.
Ilportale di Azure
Il portale di Azure è una console unificata basata sul Web che offre un'alternativa agli strumenti da riga di comando. Con il portale di Azure è possibile gestire la sottoscrizione di Azure usando un'interfaccia utente grafica. È possibile creare, gestire e monitorare praticamente tutto, da semplici app Web fino a complesse distribuzioni cloud nel portale. La sezione Monitoraggio del portale di Azure offre un'interfaccia visiva che consente di accedere ai dati raccolti per le risorse di Azure e un modo semplice per accedere agli strumenti, alle informazioni dettagliate e alle visualizzazioni in Monitoraggio di Azure.
Insights
Alcuni provider di risorse di Azure hanno visualizzazioni curate che offrono un'esperienza di monitoraggio personalizzata e richiedono una configurazione minima. Le informazioni dettagliate sono visualizzazioni di grandi dimensioni, scalabili e curate.
La tabella seguente descrive alcune delle informazioni dettagliate più dettagliate:
| Informazioni dettagliate | Descrizione |
|---|---|
| Application Insights | Application Insights monitora la disponibilità, le prestazioni e l'utilizzo delle applicazioni Web. |
| Informazioni dettagliate contenitore | Informazioni dettagliate sui contenitori offre visibilità sulle prestazioni dei carichi di lavoro dei contenitori distribuiti nei cluster Kubernetes gestiti ospitati nel servizio Azure Kubernetes. Informazioni dettagliate sui contenitori raccoglie i log dei contenitori e le metriche da controller, nodi e contenitori disponibili in Kubernetes tramite l'API Metriche. Dopo aver abilitato il monitoraggio dai cluster di Kubernetes, le metriche e i log vengono raccolti automaticamente tramite una versione dell'agente di Log Analytics per Linux inclusa in un contenitore. |
| Informazioni dettagliate macchina virtuale | VM Insights monitora le macchine virtuali di Azure. Analizza le prestazioni e l'integrità delle macchine virtuali Windows e Linux e ne identifica i diversi processi e le dipendenze interconnesse da processi esterni. La soluzione include il supporto per il monitoraggio delle prestazioni e delle dipendenze dell'applicazione per le macchine virtuali ospitate in locale o in un altro provider di servizi cloud. |
| Informazioni dettagliate rete | Le informazioni dettagliate sulla rete offrono una rappresentazione completa e visiva tramite topologie, di integrità e metriche per tutte le risorse di rete distribuite, senza richiedere alcuna configurazione. Fornisce anche l'accesso alle funzionalità di monitoraggio della rete, ad esempio Monitoraggio connessione, registrazione dei flussi per i gruppi di sicurezza di rete e Analiai del traffico e altre funzionalità di diagnostica. |
Per altre informazioni, vedere l'elenco delle informazioni dettagliate e visualizzazioni curate nella panoramica di Monitoraggio di Azure.
Visualizzare
Le visualizzazioni, ad esempio tabelle e grafici, sono strumenti efficaci per riepilogare i dati di monitoraggio e presentarli a diverse tipologie di destinatari. Monitoraggio di Azure ha funzionalità proprie per la visualizzazione dei dati di monitoraggio e usa altri servizi di Azure per pubblicarli per diversi destinatari. Power BI e Grafana non fanno ufficialmente parte del prodotto Monitoraggio di Azure, ma sono un'integrazione di base e fanno parte della storia di Monitoraggio di Azure.
| Visualizzazione | Descrizione |
|---|---|
| Dashboard | I dashboard di Azure consentono di combinare tipi di dati diversi in un singolo riquadro nel portale di Azure. È possibile condividere il dashboard con altri utenti di Azure. È possibile aggiungere l'output di eventuali query di log o grafici delle metriche a un dashboard di Azure. È ad esempio possibile creare un dashboard che combina i riquadri che visualizzano un grafico delle metriche, una tabella di log attività, un diagramma utilizzo da Application Insights e l'output di una query di log. |
| Cartelle di lavoro | Le cartelle di lavoro offrono un'area flessibile per l'analisi dei dati e la creazione di report visivi avanzati nel portale di Azure. È possibile usarli per eseguire query sui dati da più origini dati. Le cartelle di lavoro possono combinare e correlare dati da più set di dati in una sola visualizzazione, offrendo una semplice rappresentazione visiva del sistema. Le cartelle di lavoro sono interattive e possono essere condivise tra team con l'aggiornamento dei dati in tempo reale. Usare le cartelle di lavoro fornite con Insights, usare la libreria di modelli o crearne di personalizzate. |
| Power BI | Power BI è un servizio di analisi aziendale che fornisce visualizzazioni interattive per un'ampia varietà di origini dati. Si tratta di uno strumento efficace per rendere disponibili i dati ad altre persone interne ed esterne all'organizzazione. È possibile configurare per Power BI per importare automaticamente i dati di log da Monitoraggio di Azure per sfruttare i vantaggi di queste visualizzazioni. |
| Grafana | Grafana è una piattaforma aperta, ideale per i dashboard operativi. Tutte le versioni di Grafana includono il plug-in origine dati di Monitoraggio di Azure per visualizzare le metriche e i log di Monitoraggio di Azure. Grafana gestito di Azure ottimizza anche questa esperienza per gli archivi dati nativi di Azure, ad esempio Monitoraggio di Azure e Esplora dati di Azure. In questo modo, è possibile connettersi facilmente a qualsiasi risorsa nella sottoscrizione e visualizzare tutti i dati di monitoraggio risultanti in un dashboard Grafana familiare. Supporta anche l'aggiunta di grafici dalle metriche e dai log di Monitoraggio di Azure ai dashboard di Grafana. Grafana include plug-in e modelli di dashboard diffusi per strumenti non Microsoft APM, ad esempio Dynatrace, New Relic e AppDynamics. È possibile usare queste risorse per visualizzare i dati della piattaforma Azure insieme ad altre metriche più elevate nello stack raccolto da questi altri strumenti. Include anche plug-in AWS CloudWatch e GCP BigQuery per il monitoraggio multicloud in un unico riquadro di vetro. |
Per un approfondimento sugli strumenti di visualizzazione consigliati e su quando usarli, vedere Analizzare e visualizzare i dati di monitoraggio
Analisi
Il portale di Azure contiene strumenti predefiniti che consentono di analizzare i dati di monitoraggio.
| Strumento | Descrizione |
|---|---|
| Esplora metriche | Usare l'interfaccia utente esplora metriche di Monitoraggio di Azure nel portale di Azure per analizzare l'integrità e l'utilizzo delle risorse. Esplora metriche consente di tracciare grafici, correlare visivamente le tendenze e analizzare picchi e cali nei valori delle metriche. Esplora metriche contiene funzionalità per l'applicazione di dimensioni e filtri e per la personalizzazione dei grafici. Queste funzionalità consentono di analizzare esattamente i dati necessari in modo visivo. |
| Log Analytics | L'interfaccia utente Log Analytics nel portale di Azure consente di eseguire query sui dati di log raccolti da Monitoraggio di Azure in modo da poter recuperare, consolidare e analizzare rapidamente i dati raccolti. Dopo aver creato query di test, è possibile analizzare direttamente i dati con gli strumenti di Monitoraggio di Azure oppure salvare le query da usare con visualizzazioni o regole di avviso. Le aree di lavoro di log Analytics si basano su Esplora dati di Azure, usando un potente motore di analisi e il linguaggio di query Kusto avanzato (KQL). I log di Monitoraggio di Azure usano una versione del linguaggio di query Kusto adatto per query di log semplici e funzionalità avanzate, ad esempio aggregazioni, join e analisi intelligenti. È possibile iniziare a usare KQL in modo rapido e semplice. NOTA: il termine "Log Analytics" viene talvolta usato per indicare sia l'archivio della piattaforma dati log di Monitoraggio di Azure che l'interfaccia utente che accede a tale archivio. Precedentemente al 2019, il termine "Log Analytics" ha fatto riferimento a entrambi. È ancora comune trovare contenuti usando quel frame in vari blog e documentazione su Internet. |
| Analisi delle modifiche (versione classica) | Change Analysis (versione classica) è un provider di risorse di Azure a livello di sottoscrizione che controlla le modifiche delle risorse nella sottoscrizione e fornisce dati per gli strumenti di diagnostica per aiutare gli utenti a comprendere quali modifiche potrebbero aver causato problemi. L'interfaccia utente analisi delle modifiche (classica) nella portale di Azure offre informazioni dettagliate sulla causa di problemi, interruzioni o errori dei componenti del sito live. Change Analysis (versione classica) usa Azure Resource Graph per rilevare vari tipi di modifiche, dal livello dell'infrastruttura alla distribuzione dell'applicazione. |
Risposta
Una soluzione di monitoraggio efficace risponde in modo proattivo agli eventi critici, senza la necessità di un singolo o di un team per notare il problema. La risposta può essere un testo o un'e-mail di un amministratore oppure un processo automatizzato che tenta di correggere una condizione di errore.
L'intelligenza artificiale per le operazioni IT (AIOps) può migliorare la qualità e l'affidabilità dei servizi usando Machine Learning per elaborare e agire automaticamente sui dati raccolti da applicazioni, servizi e risorse IT in Monitoraggio di Azure. Automatizza le attività guidate dai dati, stima l'utilizzo della capacità, identifica i problemi di prestazioni e rileva anomalie tra applicazioni, servizi e risorse IT. Queste funzionalità semplificano il monitoraggio e le operazioni IT senza richiedere competenze di Machine Learning.
Gli avvisi di Monitoraggio di Azure segnalano le condizioni critiche e possono intraprendere azioni correttive. Le regole di avviso possono essere basate sui dati delle metriche o dei log.
- Le regole di avviso delle metriche forniscono avvisi quasi in tempo reale in base alle metriche raccolte.
- Le regole di avviso di ricerca log basate su log rendono disponibile una logica complessa per i dati di più origini.
Le regole di avviso usano gruppi di azioni, che possono eseguire azioni come l'invio di notifiche tramite posta elettronica o SMS. I gruppi di azioni possono inviare notifiche usando webhook per attivare processi esterni o per l'integrazione con gli strumenti di gestione del servizio IT. I gruppi di azioni, le azioni e i set di destinatari possono essere condivisi tra più regole.
SCOM MI usa attualmente il proprio meccanismo di avviso SCOM tradizionale separato nella console Ops.
La scalabilità automatica consente di controllare in modo dinamico il numero di risorse in esecuzione per gestire il carico nell'applicazione. È possibile creare regole che usano le metriche di Monitoraggio di Azure per determinare quando aggiungere automaticamente risorse quando il carico aumenta o rimuove le risorse inattive. È possibile specificare un numero minimo e massimo di istanze e la logica per quando aumentare o ridurre le risorse per risparmiare denaro e migliorare le prestazioni.
Anche App per la logica di Azure è un'opzione. Per altre informazioni, vedere la sezione Integrazione di seguito.
Integrare
Potrebbe essere necessario integrare Monitoraggio di Azure con altri sistemi o per creare soluzioni personalizzate che usano i dati di monitoraggio. Questi servizi di Azure funzionano con Monitoraggio di Azure per offrire funzionalità di integrazione. Di seguito sono riportate solo alcune delle possibili integrazioni.
| Servizio di Azure | Descrizione |
|---|---|
| Hub eventi | Hub eventi di Azure è una piattaforma di streaming e un servizio di inserimento di eventi. Consente di trasformare e archiviare i dati usando qualsiasi provider di analisi in tempo reale o adattatore di archiviazione/batch. Usare Hub eventi per lo streaming dei dati di Monitoraggio di Azure a strumenti di monitoraggio e informazioni di sicurezza e gestione degli eventi partner. |
| Archiviazione di Azure | Esportare i dati in Archiviazione di Azure per un archivio meno costoso e a lungo termine dei dati di monitoraggio per scopi di controllo o conformità. |
| Partner ospitati e gestiti | Molti partner esterni si integrano con Monitoraggio di Azure. Monitoraggio di Azure ha anche collaborato con alcuni provider di monitoraggio per fornire una versione ospitata in Azure dei propri prodotti per semplificare l'interoperabilità. Gli esempi includono Elastic, Datadog, Logz.io e Dynatrace. |
| API | Sono disponibili varie API di lettura e scrittura di metriche e log in e da Monitoraggio di Azure oltre all'accesso agli avvisi generati. È anche possibile configurare e recuperare gli avvisi. Con le API, è possibile creare soluzioni personalizzate che si integrano con Monitoraggio di Azure. |
| App per la logica di azure | App per la logica di Azure è un servizio che è possibile usare per automatizzare le attività e i processi aziendali usando flussi di lavoro che si integrano con sistemi e servizi diversi con poco o nessun codice. Le attività disponibili consentono di leggere e scrivere metriche e log in Monitoraggio di Azure. È possibile usare App per la logica per personalizzare le risposte ed eseguire altre azioni in risposta agli avvisi di Monitoraggio di Azure. È anche possibile eseguire altre azioni più complesse quando l'infrastruttura di Monitoraggio di Azure non fornisce già un metodo predefinito. |
| Funzioni di Azure | Analogamente ad App per la logica di Azure, Funzioni di Azure consente di pre-elaborare e post-elaborare i dati di monitoraggio ed eseguire azioni complesse oltre l'ambito degli avvisi tipici di Monitoraggio di Azure. Funzioni di Azure usa il codice, ma offre maggiore flessibilità rispetto ad App per la logica. |
| Azure DevOps e GitHub | Application Insights di Monitoraggio di Azure offre la possibilità di creare l'integrazione degli elementi di lavoro con l'incorporamento dei dati di monitoraggio. Le opzioni aggiuntive includono annotazioni di versione e monitoraggio continuo. |
Integrazioni aggiuntive non visualizzate nel diagramma di interesse.
| Integrazione | Descrizione |
|---|---|
| Defender per il cloud | Raccoglie e analizza gli eventi di sicurezza ed esegue l'analisi delle minacce. Vedere Raccolta di dati in Defender per il cloud. |
| Microsoft Sentinel | Si connette a varie origini, tra cui Office 365 e Amazon Web Services Cloud Trail. Vedere Connettere le origini dati. |
| Microsoft Intune | Crea un'impostazione di diagnostica per inviare i log a Monitoraggio di Azure. Vedere Inviare i dati dei log alla risorsa di archiviazione, agli hub eventi o a Log Analytics in Intune (anteprima). |
| ITSM | Il connettore IT Service Management (ITSM) consente di connettere Azure e un prodotto/servizio ITSM supportato. |
Queste sono solo alcune opzioni. Esistono molte altre aziende di terze parti che si integrano con Azure e Monitoraggio di Azure a vari livelli. Usare il motore di ricerca preferito per individuarli.
Domande frequenti
Questa sezione fornisce le risposte alle domande comuni.
Qual è la differenza tra Monitoraggio di Azure, Log Analytics e Application Insights?
Nel settembre 2018, Microsoft ha combinato Monitoraggio di Azure, Log Analytics e Application Insights in un unico servizio per offrire un potente monitoraggio end-to-end delle applicazioni e dei componenti su cui si basano. Le funzionalità di Log Analytics e Application Insights non sono cambiate, anche se alcune di esse sono passate in Monitoraggio di Azure per riflettere meglio il nuovo ambito. Il motore dati di log e il linguaggio di query di Log Analytics sono ora definiti come log di Monitoraggio di Azure.
Quanto costa Monitoraggio di Azure?
Il costo di Monitoraggio di Azure si basa sull'utilizzo di funzionalità diverse e dipende principalmente dalla quantità di dati raccolti. Per informazioni dettagliate su come vengono determinati i costi e l'ottimizzazione dei costi in Monitoraggio di Azure per consigli sulla riduzione della spesa complessiva, vedere Costi e uso di Monitoraggio di Azure.
Esiste una versione locale di Monitoraggio di Azure?
No. Monitoraggio di Azure è un servizio cloud scalabile che elabora e archivia grandi quantità di dati. È comunque in grado di monitorare le risorse in locale e in altri cloud.
Monitoraggio di Azure si integra con System Center Operations Manager?
È possibile connettere il gruppo di gestione di System Center Operations Manager esistente a Monitoraggio di Azure per raccogliere i dati dagli agenti nei log di Monitoraggio di Azure. Questa funzionalità consente di usare query di log e soluzioni per analizzare i dati raccolti dagli agenti. È anche possibile configurare gli agenti di System Center Operations Manager esistenti in modo che inviino i dati direttamente a Monitoraggio di Azure. Vedere Connettere Operations Manager a Monitoraggio di Azure.
Microsoft offre anche System Center Operations Manager Managed Instance (SCOM MI) come opzione per eseguire la migrazione di una configurazione SCOM tradizionale nel cloud con modifiche minime. Per altre informazioni, vedere Informazioni su Istanza gestita di SCOM di Monitoraggio di Azure.