Ottimizzazione dei costi in Monitoraggio di Azure
L'ottimizzazione dei costi si riferisce a modi per ridurre le spese non necessarie e migliorare l'efficienza operativa. È possibile ridurre significativamente i costi per Monitoraggio di Azure comprendendo le diverse opzioni di configurazione e le opportunità per ridurre la quantità di dati raccolti. Prima di usare questo articolo, verranno visualizzati i costi e l'utilizzo di Monitoraggio di Azure per comprendere i diversi modi in cui Vengono addebitati gli addebiti di Monitoraggio di Azure e come visualizzare la fattura mensile.
Questo articolo descrive l'ottimizzazionedei costi per Monitoraggio di Azure come parte di Azure Well-Architected Framework. Azure Well-Architected Framework è una serie di principi guida utilizzabili per migliorare la qualità dei carichi di lavoro. Il framework è costituito da cinque pilastri di eccellenza dell'architettura:
- Affidabilità
- Sicurezza
- Ottimizzazione dei costi
- Eccellenza operativa
- Efficienza delle prestazioni
Log di Monitoraggio di Azure
Elenco di controllo della progettazione
- Determinare se combinare i dati operativi e i dati di sicurezza nella stessa area di lavoro Log Analytics.
- Configurare il piano tariffario per la quantità di dati raccolti in genere da ogni area di lavoro Log Analytics.
- Configurare la conservazione e l'archiviazione dei dati.
- Configurare le tabelle usate per il debug, la risoluzione dei problemi e il controllo come log di base.
- Limitare la raccolta dati dalle origini dati per l'area di lavoro.
- Analizzare regolarmente i dati raccolti per identificare tendenze e anomalie.
- Creare un avviso quando la raccolta dati è elevata.
- Prendere in considerazione un limite giornaliero come misura preventiva per assicurarsi di non superare un determinato budget.
- Configurare gli avvisi per le raccomandazioni sui costi di Azure Advisor per le aree di lavoro Log Analytics.
Raccomandazioni per la configurazione
| Elemento consigliato | Vantaggio |
|---|---|
| Determinare se combinare i dati operativi e i dati di sicurezza nella stessa area di lavoro Log Analytics. | Poiché tutti i dati in un'area di lavoro Log Analytics sono soggetti ai prezzi di Microsoft Sentinel se Sentinel è abilitato, potrebbero esserci implicazioni in termini di costi per la combinazione di questi dati. Vedere Progettare una strategia dell'area di lavoro Log Analytics per informazioni dettagliate su come prendere questa decisione per il bilanciamento dell'ambiente con criteri in altri pilastri. |
| Configurare il piano tariffario per la quantità di dati raccolti in genere da ogni area di lavoro Log Analytics. | Per impostazione predefinita, le aree di lavoro Log Analytics useranno i prezzi con pagamento in base al consumo senza volume minimo di dati. Se si raccolgono dati sufficienti, è possibile ridurre significativamente il costo usando un livello di impegno, che consente di eseguire il commit a un minimo giornaliero di dati raccolti in cambio di un tasso inferiore. Se si raccolgono dati sufficienti tra aree di lavoro in una singola area, è possibile collegarli a un cluster dedicato e combinare il volume raccolto usando i prezzi del cluster. Per informazioni dettagliate sui livelli di impegno e indicazioni su come determinare il livello di utilizzo più appropriato per il livello di utilizzo, vedere Calcoli e opzioni dei log di Monitoraggio di Azure. Vedere Utilizzo e costi stimati per visualizzare i costi stimati per l'utilizzo in piani tariffari diversi. |
| Configurare la conservazione e l'archiviazione dei dati. | È previsto un addebito per la conservazione dei dati in un'area di lavoro Log Analytics oltre il valore predefinito di 31 giorni (90 giorni se Sentinel è abilitato nell'area di lavoro e 90 giorni per i dati di Application Insights). Prendere in considerazione i requisiti specifici per avere i dati prontamente disponibili per le query di log. È possibile ridurre significativamente i costi configurando i log archiviati, che consente di conservare i dati per un massimo di sette anni e di accedervi occasionalmente usando processi di ricerca o ripristinando un set di dati nell'area di lavoro. |
| Configurare le tabelle usate per il debug, la risoluzione dei problemi e il controllo come log di base. | Le tabelle in un'area di lavoro Log Analytics configurata per i log di base hanno un costo di inserimento inferiore in cambio di funzionalità limitate e un addebito per le query di log. Se si eseguono query su queste tabelle raramente e non vengono usate per l'invio di avvisi, questo costo della query può essere più che compensato dal costo di inserimento ridotto. |
| Limitare la raccolta dati dalle origini dati per l'area di lavoro. | Il fattore principale per il costo di Monitoraggio di Azure è la quantità di dati raccolti nell'area di lavoro Log Analytics, pertanto è necessario assicurarsi di non raccogliere più dati necessari per valutare l'integrità e le prestazioni dei servizi e delle applicazioni. Vedere Progettare un'architettura dell'area di lavoro Log Analytics per informazioni dettagliate sul processo decisionale per il bilanciamento dell'ambiente con criteri in altri pilastri. Compromesso: potrebbe verificarsi un compromesso tra i costi e i requisiti di monitoraggio. Ad esempio, si potrebbe essere in grado di rilevare un problema di prestazioni più rapidamente con una frequenza di campionamento elevata, ma si potrebbe voler ridurre la frequenza di campionamento per risparmiare sui costi. La maggior parte degli ambienti dispone di più origini dati con tipi diversi di raccolta, quindi è necessario bilanciare i requisiti specifici con gli obiettivi di costo per ognuno di essi. Per consigli sulla configurazione della raccolta per origini dati diverse, vedere Ottimizzazione dei costi in Monitoraggio di Azure. |
| Analizzare regolarmente i dati raccolti per identificare tendenze e anomalie. | Usare le informazioni dettagliate sull'area di lavoro Log Analytics per esaminare periodicamente la quantità di dati raccolti nell'area di lavoro. Oltre ad aiutare a comprendere la quantità di dati raccolti da origini diverse, identifica le anomalie e le tendenze verso l'alto nella raccolta di dati che potrebbero comportare costi in eccesso. Analizzare ulteriormente la raccolta dei dati usando i metodi in Analizzare l'utilizzo nell'area di lavoro Log Analytics per determinare se è disponibile una configurazione aggiuntiva che può ridurre ulteriormente l'utilizzo. Ciò è particolarmente importante quando si aggiunge un nuovo set di origini dati, ad esempio un nuovo set di macchine virtuali o si esegue l'onboarding di un nuovo servizio. |
| Creare un avviso quando la raccolta dati è elevata. | Per evitare fatture impreviste, è consigliabile ricevere una notifica proattiva ogni volta che si verifica un utilizzo eccessivo. La notifica consente di risolvere eventuali potenziali anomalie prima della fine del periodo di fatturazione. |
| Prendere in considerazione un limite giornaliero come misura preventiva per assicurarsi di non superare un determinato budget. | Un limite giornaliero disabilita la raccolta dei dati in un'area di lavoro Log Analytics per il resto del giorno dopo il raggiungimento del limite configurato. Questo non deve essere usato come metodo per ridurre i costi, come descritto in Quando usare un limite giornaliero. Se si imposta un limite giornaliero, oltre a creare un avviso quando viene raggiunto il limite, assicurarsi di creare anche una regola di avviso per ricevere una notifica quando è stata raggiunta una percentuale (ad esempio, il 90% ). In questo modo è possibile analizzare e risolvere la causa dell'aumento dei dati prima che il limite arresti la raccolta dati. |
| Configurare gli avvisi per le raccomandazioni sui costi di Azure Advisor per le aree di lavoro Log Analytics. | Le raccomandazioni di Azure Advisor per le aree di lavoro Log Analytics avvisano in modo proattivo quando è possibile ottimizzare i costi. Creare avvisi di Azure Advisor per queste raccomandazioni sui costi:
|
Risorse di Azure
Elenco di controllo della progettazione
- Raccogliere solo i dati critici del log delle risorse dalle risorse di Azure.
Raccomandazioni per la configurazione
| Elemento consigliato | Vantaggio |
|---|---|
| Raccogliere solo i dati critici del log delle risorse dalle risorse di Azure. | Quando si creano impostazioni di diagnostica per inviare i log delle risorse per le risorse di Azure a un database di Log Analytics, specificare solo le categorie necessarie. Poiché le impostazioni di diagnostica non consentono il filtro granulare dei log delle risorse, è possibile usare una trasformazione dell'area di lavoro per filtrare i dati non necessarie per le risorse che usano una tabella supportata. Per informazioni dettagliate su come configurare le impostazioni di diagnostica e usare le trasformazioni per filtrare i dati, vedere Impostazioni di diagnostica in Monitoraggio di Azure. |
Avvisi
Elenco di controllo della progettazione
- Gli avvisi del log attività, gli avvisi di integrità dei servizi e gli avvisi di integrità delle risorse sono gratuiti.
- Quando si usano gli avvisi di ricerca log, ridurre al minimo la frequenza degli avvisi di ricerca log.
- Quando si usano gli avvisi delle metriche, ridurre al minimo il numero di risorse monitorate.
Raccomandazioni per la configurazione
| Elemento consigliato | Vantaggio |
|---|---|
| Tenere presente che gli avvisi del log attività, gli avvisi di integrità dei servizi e gli avvisi di integrità delle risorse sono gratuiti. | Gli avvisi di attività di Monitoraggio di Azure, gli avvisi sull'integrità dei servizi e gli avvisi di integrità delle risorse sono gratuiti. Se è possibile eseguire il monitoraggio con questi tipi di avviso, usarli. |
| Quando si usano gli avvisi di ricerca log, ridurre al minimo la frequenza degli avvisi di ricerca log. | Quando si configurano gli avvisi di ricerca log, tenere presente che la valutazione delle regole più frequente, maggiore è il costo. Configurare le regole di conseguenza. |
| Quando si usano gli avvisi delle metriche, ridurre al minimo il numero di risorse monitorate. | Alcuni tipi di risorse supportano regole di avviso delle metriche che possono monitorare più risorse dello stesso tipo. Per questi tipi di risorse, tenere presente che la regola può diventare costosa se la regola monitora molte risorse. Per ridurre i costi, è possibile ridurre l'ambito della regola di avviso delle metriche o usare le regole di avviso di ricerca log, che sono meno costose per monitorare un numero elevato di risorse. |
Macchine virtuali
Elenco di controllo della progettazione
- Eseguire la migrazione dall'agente di Log Analytics all'agente di Monitoraggio di Azure per un filtro granulare dei dati.
- Filtrare i dati che non sono necessari dagli agenti.
- Determinare se si useranno informazioni dettagliate sulle macchine virtuali e quali dati raccogliere.
- Ridurre la frequenza di polling dei contatori delle prestazioni.
- Assicurarsi che le macchine virtuali non inviino dati duplicati.
- Usare le informazioni dettagliate sull'area di lavoro Log Analytics per analizzare i costi fatturabili e identificare le opportunità di risparmio sui costi.
- Eseguire la migrazione dell'ambiente SCOM ai Istanza gestita SCOM di Monitoraggio di Azure.
Raccomandazioni per la configurazione
| Suggerimento | Descrizione |
|---|---|
| Eseguire la migrazione dall'agente di Log Analytics all'agente di Monitoraggio di Azure per un filtro granulare dei dati. | Se sono ancora presenti macchine virtuali con l'agente di Log Analytics, eseguirne la migrazione all'agente di Monitoraggio di Azure in modo da poter sfruttare i vantaggi del filtro dei dati migliori e usare configurazioni univoche con diversi set di macchine virtuali. La configurazione per la raccolta dei dati da parte dell'agente di Log Analytics viene eseguita nell'area di lavoro, in modo che tutti gli agenti ricevano la stessa configurazione. Le regole di raccolta dati usate dall'agente di Monitoraggio di Azure possono essere ottimizzate in base ai requisiti di monitoraggio specifici di diversi set di macchine virtuali. L'agente di Monitoraggio di Azure consente anche di usare trasformazioni per filtrare i dati raccolti. |
| Filtrare i dati che non sono necessari dagli agenti. | Ridurre i costi di inserimento dei dati filtrando i dati che non si usano per l'invio di avvisi o l'analisi. Vedere Monitorare le macchine virtuali con Monitoraggio di Azure: raccogliere dati per indicazioni sui dati da raccogliere per diversi scenari di monitoraggio e Controllare i costi per indicazioni specifiche sul filtro dei dati per ridurre i costi. |
| Determinare i dati da raccogliere con informazioni dettagliate sulle macchine virtuali. | Le informazioni dettagliate sulle macchine virtuali sono un'ottima funzionalità per iniziare rapidamente a monitorare le macchine virtuali e offrono funzionalità avanzate, ad esempio visualizzazioni delle tendenze di mapping e prestazioni. Se non si usa la funzionalità Mappa o i dati raccolti, è necessario disabilitare la raccolta di processi e dati di dipendenza nella configurazione delle informazioni dettagliate della macchina virtuale per risparmiare sui costi di inserimento dei dati. |
| Ridurre la frequenza di polling dei contatori delle prestazioni. | Se si usa una regola di raccolta dati per inviare dati sulle prestazioni all'area di lavoro Log Analytics, è possibile ridurre la frequenza di polling per ridurre la quantità di dati raccolti. |
| Assicurarsi che le macchine virtuali non inviino dati duplicati. | Se si creano agenti multi-home o si creano regole di raccolta dati simili, assicurarsi di inviare dati univoci a ogni area di lavoro. Vedere Analizzare l'utilizzo nell'area di lavoro Log Analytics per indicazioni sull'analisi dei dati raccolti per assicurarsi di non raccogliere dati duplicati. Se si esegue la migrazione tra agenti, continuare a usare l'agente di Log Analytics fino a quando non si esegue la migrazione all'agente di Monitoraggio di Azure anziché usare entrambi insieme, a meno che non sia possibile assicurarsi che ognuno stia raccogliendo dati univoci. |
| Usare le informazioni dettagliate sull'area di lavoro Log Analytics per analizzare i costi fatturabili e identificare le opportunità di risparmio sui costi. | Le informazioni dettagliate sull'area di lavoro Log Analytics mostrano i dati fatturabili raccolti in ogni tabella e da ogni macchina virtuale. Usare queste informazioni per identificare i computer e le tabelle principali perché rappresentano la migliore opportunità per ridurre i costi filtrando i dati. Usare queste informazioni dettagliate e le query di log in Analizzare l'utilizzo nell'area di lavoro Log Analytics per analizzare ulteriormente gli effetti delle modifiche alla configurazione. |
| Eseguire la migrazione dell'ambiente SCOM ai Istanza gestita SCOM di Monitoraggio di Azure. | Eseguire la migrazione dell'ambiente SCOM esistente al Istanza gestita SCOM di Monitoraggio di Azure per supportare tutti i Management Pack che non possono essere sostituiti da Monitoraggio di Azure. L'istanza gestita di SCOM rimuove il requisito di mantenere i server di gestione locali e i server di database, riducendo il costo complessivo per gestire l'infrastruttura SCOM. |
Contenitori
Elenco di controllo della progettazione
- Non abilitare la raccolta di informazioni dettagliate sui contenitori delle metriche di Prometheus.
- Configurare la raccolta di agenti per modificare la raccolta dei dati in Informazioni dettagliate contenitore.
- Modificare le impostazioni per la raccolta dei dati delle metriche in base a Informazioni dettagliate contenitore.
- Disabilitare la raccolta di informazioni dettagliate sui contenitori dei dati delle metriche se non si usa l'esperienza Informazioni dettagliate sui contenitori nella portale di Azure.
- Se non si esegue regolarmente query sulla tabella dei log dei contenitori o la si usa per gli avvisi, configurarla come log di base.
- Limitare la raccolta dei log delle risorse non necessari.
- Usare la registrazione specifica delle risorse per i log delle risorse del servizio Azure Kubernetes e configurare le tabelle come log di base.
- Usare OpenCost per raccogliere informazioni dettagliate sui costi di Kubernetes.
Raccomandazioni per la configurazione
| Elemento consigliato | Vantaggio |
|---|---|
| Non abilitare la raccolta di informazioni dettagliate sui contenitori delle metriche di Prometheus nell'area di lavoro Log Analytics se è stato abilitato lo scraping delle metriche con Prometheus. | Oltre a raschiare le metriche di Prometheus dal cluster usando il servizio gestito di Monitoraggio di Azure per Prometheus, è possibile configurare informazioni dettagliate sui contenitori per raccogliere le metriche di Prometheus nell'area di lavoro Log Analytics. Questa operazione è ridondante con i dati in Managed Prometheus e comporterà costi aggiuntivi. |
| Configurare l'agente per modificare la raccolta dati in Informazioni dettagliate contenitore. | Analizzare i dati raccolti da Informazioni dettagliate sui contenitori come descritto in Controllo dell'inserimento per ridurre i costi e modificare la configurazione per arrestare la raccolta di dati non necessari. |
| Modificare le impostazioni per la raccolta dei dati delle metriche in base a Informazioni dettagliate contenitore. | Per informazioni dettagliate sulla modifica della frequenza di raccolta dei dati delle metriche e sugli spazi dei nomi raccolti da Informazioni dettagliate sui contenitori, vedere Abilitare le impostazioni di ottimizzazione dei costi. |
| Disabilitare la raccolta di informazioni dettagliate sui contenitori dei dati delle metriche se non si usa l'esperienza Informazioni dettagliate sui contenitori nella portale di Azure. | Informazioni dettagliate sui contenitori raccoglie molti degli stessi valori delle metriche di Managed Prometheus. È possibile disabilitare la raccolta di queste metriche configurando Informazioni dettagliate sui contenitori per raccogliere solo log ed eventi , come descritto in Abilitare le impostazioni di ottimizzazione dei costi in Informazioni dettagliate sui contenitori. Questa configurazione disabilita l'esperienza informazioni dettagliate sui contenitori nella portale di Azure, ma è possibile usare Grafana per visualizzare le metriche di Prometheus e Log Analytics per analizzare i dati di log raccolti da Informazioni dettagliate sui contenitori. |
| Se non si esegue regolarmente query sulla tabella dei log dei contenitori o la si usa per gli avvisi, configurarla come log di base. | Convertire lo schema di Informazioni dettagliate contenitore in ContainerLogV2 compatibile con i log di base e può offrire risparmi significativi sui costi, come descritto in Controllo dell'inserimento per ridurre i costi. |
| Limitare la raccolta dei log delle risorse non necessari. | I log del piano di controllo per i cluster del servizio Azure Kubernetes vengono implementati come log delle risorse in Monitoraggio di Azure. Creare un'impostazione di diagnostica per inviare questi dati a un'area di lavoro Log Analytics. Per indicazioni sulle categorie da raccogliere, vedere Raccogliere i log del piano di controllo per i cluster del servizio Azure Kubernetes . |
| Usare la registrazione specifica delle risorse per i log delle risorse del servizio Azure Kubernetes e configurare le tabelle come log di base. | Il servizio Azure Kubernetes supporta la modalità diagnostica di Azure o la modalità specifica della risorsa per i log delle risorse. Specificare i log delle risorse per abilitare l'opzione per configurare le tabelle per i log di base, che offrono un addebito ridotto per l'inserimento per i log che vengono caricati solo occasionalmente e non vengono usati per gli avvisi. |
| Usare OpenCost per raccogliere informazioni dettagliate sui costi di Kubernetes. | OpenCost è un progetto sandbox KUF open source indipendente dal fornitore per comprendere i costi di Kubernetes e supportare la possibilità di ottenere visibilità sui costi del servizio Azure Kubernetes. Esporta dati dettagliati sui costi oltre ai prezzi specifici del cliente in Archiviazione di Azure per aiutare l'amministratore del cluster ad analizzare e classificare i costi. |
Application Insights
Elenco di controllo della progettazione
- Passare ad Application Insights basato sull'area di lavoro.
- Usare il campionamento per ottimizzare la quantità di dati raccolti.
- Limitare il numero di chiamate Ajax.
- Disabilitare i moduli non richiesto.
- Preaggregare le metriche da qualsiasi chiamata a TrackMetric.
- Limitare l'uso di metriche personalizzate, se possibile.
- Assicurarsi di usare gli SDK (Software Development Kit) aggiornati.
- Limitare la traccia host indesiderata e la registrazione di traccia generale usando i livelli di log.
Raccomandazioni per la configurazione
| Elemento consigliato | Vantaggio |
|---|---|
| Passare ad Application Insights basato sull'area di lavoro. | Assicurarsi che le risorse di Application Insights siano basate sull'area di lavoro. Le risorse di Application Insights basate sull'area di lavoro possono applicare nuovi strumenti di risparmio sui costi, ad esempio log di base, livelli di impegno e conservazione in base al tipo di dati e all'archivio dati. |
| Usare il campionamento per ottimizzare la quantità di dati raccolti. | Il campionamento è lo strumento principale che è possibile usare per ottimizzare la quantità di dati raccolti da Application Insights. Usare il campionamento per ridurre la quantità di dati di telemetria inviati dalle applicazioni con una distorsione minima delle metriche. |
| Limitare il numero di chiamate Ajax. | Limitare il numero di chiamate Ajax che possono essere segnalate in ogni visualizzazione pagina o disabilitare la creazione di report Ajax. Se si disabilitano le chiamate Ajax, si disabilita anche la correlazione JavaScript. |
| Disabilitare i moduli non richiesto. | Disattivare i moduli di raccolta non necessari modificando il file ApplicationInsights.config. Ad esempio, è possibile decidere che i contatori delle prestazioni o i dati delle dipendenze non sono necessari. |
| Preaggregare le metriche da qualsiasi chiamata a TrackMetric. | Se si inserisce chiamate a TrackMetric nell'applicazione, è possibile ridurre il traffico usando l'overload che accetta il calcolo della deviazione media e standard di un batch di misurazioni. In alternativa, è possibile usare un pacchetto di preaggregazione. |
| Limitare l'uso di metriche personalizzate. | L'opzione Application Insights per abilitare gli avvisi sulle dimensioni delle metriche personalizzate può aumentare i costi. L'uso di questa opzione può comportare la creazione di più metriche di preaggregazione. |
| Assicurarsi di usare gli SDK (Software Development Kit) aggiornati. | Le versioni precedenti di ASP.NET Core SDK e Worker Service SDK raccolgono molti contatori per impostazione predefinita, raccolti come metriche personalizzate. Usare le versioni successive per specificare solo i contatori obbligatori. |
| Limitare la registrazione di traccia indesiderata. | Application Insights include diverse origini di log possibili. I livelli di log possono essere usati per ottimizzare e ridurre i dati di telemetria dei log di traccia. La registrazione può essere applicata anche all'host. Ad esempio, i clienti che usano servizio Azure Kubernetes (servizio Azure Kubernetes) devono modificare il piano di controllo e i log del piano dati. Analogamente, i clienti che usano funzioni di Azure devono adattare i livelli di log e l'ambito per ottimizzare il volume e i costi dei log. |