Prezzi di Azure Log Analytics: come evitare che i costi di monitoraggio di Azure esplodano

By Mirko Peters · 2026-10-23

Scopri come controllare i prezzi di Azure Log Analytics, ottimizzare i piani delle tabelle dell'area di lavoro, filtrare il rumore nell'acquisizione dei dati e impedire che i costi del monitoraggio cloud esplodano.

Automatically translated with AI from the original post. Read the English original

Controllare i prezzi di Azure Log Analytics richiede di comprendere il volume di dati acquisiti, i piani dei dati delle tabelle e i costi di conservazione a lungo termine. Filtrando i dati fin dall'inizio con KQL, scegliendo i piani di livello adeguati come Basic e Auxiliary ed evitando pericolosi limiti giornalieri di raccolta, gli amministratori possono impedire che le fatture del monitoraggio di Azure sfuggano di mano.

Punti chiave

• I prezzi di Azure Log Analytics dipendono principalmente dal volume di dati acquisiti e da quanto a lungo questi dati vengono conservati nello spazio di archiviazione.
• I piani delle tabelle fanno una grande differenza sui costi: l'archiviazione Basic può costare molto meno del piano Analytics standard, e i piani Auxiliary offrono sconti enormi per i dati di archiviazione in blocco.
• Filtrare alla fonte, con le regole di raccolta dei dati, le righe di log rumorose e non lette è la leva più efficace per ridurre i costi del monitoraggio cloud.
• Affidarsi a rigidi limiti giornalieri di acquisizione può accecare involontariamente i team di sicurezza e operations, interrompendo tutta la raccolta dei dati a metà giornata.
• Bilanciare i periodi di conservazione interattiva con l'archiviazione a freddo a lungo termine garantisce la conformità senza pagare troppo per funzionalità di query ad alta velocità.

I veri fattori di costo di Log Analytics

Quando un'organizzazione implementa per la prima volta il monitoraggio cloud, l'attenzione è quasi esclusivamente sulla visibilità: fare in modo che i sistemi dialoghino tra loro e che ogni errore venga registrato. Però la realtà si presenta quando arriva la fattura cloud mensile. Log Analytics viene fatturato principalmente su due voci di consumo: il volume di gigabyte inviati all'area di lavoro e la durata per cui questi record restano disponibili per le query interattive.

La creazione stessa di un'area di lavoro non costa nulla, e questo spesso genera un falso senso di sicurezza. I team tendono a trattare i repository di log come cassetti infiniti in cui buttare di tutto: dati di debug delle applicazioni prolissi, segnali heartbeat ridondanti e tracce non verificate, tutto in un unico contenitore. Dato che paghi ogni gigabyte che arriva alla porta, indipendentemente dal fatto che qualcuno apra davvero quella tabella, un'acquisizione dei dati senza governance porta rapidamente a superare il budget.

Orientarsi tra i piani delle tabelle: Analytics, Basic e Auxiliary

Una delle decisioni con l'impatto maggiore che un amministratore può prendere è assegnare il piano tariffario corretto alle singole tabelle. Non tutti i dati di log richiedono lo stesso livello di prestazioni, e Microsoft offre piani a livelli che riflettono questi compromessi operativi.

Livello Analytics standard

Il piano Analytics standard è pensato per i dati che monitori da vicino e che devi interrogare subito. Supporta il rilevamento delle minacce in tempo reale e la risoluzione rapida dei problemi. È però anche l'opzione più costosa. Mantiene l'indicizzazione completa, così da consentire l'esecuzione di query in meno di un secondo su istruzioni Kusto Query Language (KQL) complesse.

Livelli Basic e Auxiliary

Per i dati che consulti solo in modo reattivo, quando qualcosa si rompe, oppure per i record ad alto volume conservati esclusivamente per fini di audit, i piani Basic e Auxiliary offrono risparmi notevoli. Mentre il piano Analytics standard può costare circa 2,30 $ per gigabyte, il piano Basic può abbassare sensibilmente questo prezzo e i livelli Auxiliary possono ridurre i costi a una frazione della tariffa standard (fino a 46 volte in meno, nella fascia più bassa).

Il punto critico è la funzionalità operativa. I piani più economici sono più lenti nelle ricerche, non offrono l'indicizzazione completa e non sono adatti agli avvisi di sicurezza in tempo reale. Combinare questi piani all'interno di un unico workspace ti consente di indirizzare i segnali di sicurezza critici verso tabelle costose e ad alta velocità, mentre i log di conformità più rumorosi vengono archiviati in uno storage ausiliario economico.

Come ridurre drasticamente i costi con il filtraggio anticipato e le regole di raccolta dati

L'errore più grave che commettono gli amministratori è cercare di ripulire i dati dopo che sono già arrivati nel workspace. Nel momento in cui un record di log viene memorizzato, stai già pagando per la sua acquisizione.

L'approccio corretto si basa sulle regole di raccolta dati (DCR, Data Collection Rules) abbinate all'Azure Monitor Agent. Le DCR funzionano come set di istruzioni distribuiti sulle tue macchine virtuali e sui cluster di container. Stabiliscono con precisione quali eventi raccogliere, come modellarli e in quale tabella devono finire. Soprattutto, ti permettono di eliminare il rumore ripetitivo alla fonte.

Se un'applicazione genera migliaia di log di livello info ogni ora che il tuo team non consulta mai, eliminali già all'ingresso. Rimodellare e filtrare i dati prima che raggiungano il motore di archiviazione garantisce che non ti venga mai addebitata la telemetria che non utilizzi.

I pericoli dei limiti giornalieri di acquisizione

Di fronte a fatture cloud imprevedibili, molti responsabili finanziari e IT guardano alla funzionalità di limite giornaliero di Azure Log Analytics come a una rete di sicurezza assoluta. Un limite giornaliero stabilisce un tetto rigido all'acquisizione dei dati: una volta raggiunta la soglia, il workspace smette di accettare nuovi record per il resto della giornata.

Sebbene questo impedisca picchi di spesa imprevisti, Microsoft sconsiglia esplicitamente di affidarsi a questa funzione per la gestione ordinaria dei costi. Quando scatta un limite giornaliero, la raccolta dati si interrompe completamente. I tuoi analisti della sicurezza perdono visibilità, i team operativi restano senza informazioni e rischi di non vedere avvisi critici se durante la notte si verifica un guasto di sistema. Un blackout di visibilità dovuto a un'interruzione è quasi sempre più costoso di una fattura di monitoraggio cloud leggermente più alta.

Bilanciare la conservazione interattiva e gli archivi a lungo termine

Il controllo dei costi non riguarda solo l'acquisizione, ma anche per quanto tempo i dati restano disponibili. Per impostazione predefinita, la conservazione interattiva offre accesso rapido alle query per 31 giorni (oppure 90 giorni se è abilitato Microsoft Sentinel). Trascorso questo periodo, i dati non scompaiono: passano nello storage a lungo termine.

Mantenere i dati interrogabili in modo interattivo costa mensilmente molto di più per gigabyte rispetto all'archiviazione nello storage a lungo termine. Per i requisiti di conformità che impongono la conservazione dei dati per anni, lo storage di archivio costa pochi centesimi per gigabyte. Ricorda però che recuperare i dati archiviati richiede l'esecuzione di processi di ricerca anziché query interattive immediate, quindi una strategia ben definita in anticipo è essenziale.

Conclusioni e prossimi passi

Gestire i prezzi di Azure Log Analytics significa progettare l'architettura in modo consapevole. Abbandonando una strategia di raccolta dati indiscriminata, sfruttando piani specifici per tabella e implementando regole di raccolta dati rigorose alla fonte, puoi mantenere una visibilità di livello enterprise senza sforare il budget cloud.

Per approfondire il funzionamento di questi sistemi, ascolta l'episodio completo del podcast M365 FM: una spiegazione senza gergo tecnico di workspace, tabelle e nozioni di base delle query KQL.

Domande frequenti

Creare un workspace di Azure Log Analytics è gratuito?

Sì, la creazione di un workspace non comporta alcun costo di base. Si paga solo per il volume di dati acquisiti nel workspace e per il periodo di conservazione di tali dati.

Qual è la differenza tra i piani Analytics, Basic e Auxiliary?

Il piano Analytics offre uno storage ad alta velocità e completamente indicizzato, ottimizzato per gli avvisi di sicurezza in tempo reale e per query interattive rapide. I piani Basic e Auxiliary offrono opzioni di archiviazione molto più economiche per dati consultati di rado o conservati principalmente per motivi di conformità e archiviazione a lungo termine.

Perché dovrei evitare i limiti giornalieri di acquisizione?

I limiti giornalieri di acquisizione interrompono completamente la raccolta dati non appena viene raggiunta la soglia di spesa. Questo rende ciechi i sistemi di sicurezza e monitoraggio per il resto della giornata, creando rischi inaccettabili in caso di interruzioni di sistema o violazioni della sicurezza.

Come posso ridurre i costi di acquisizione dei dati di Log Analytics?

La strategia di riduzione dei costi più efficace consiste nel filtrare i dati di log non necessari alla fonte, usando le Data Collection Rules (DCR), in modo che i log di debug rumorosi e mai letti vengano scartati prima di raggiungere l'area di lavoro fatturabile.