Perché viene scambiata per un problema CPU
Quando una VM Azure rallenta, il primo sospetto va spesso alla CPU o alla memoria. In realtà, molte degradazioni intermittenti dipendono da limiti di IOPS o throughput del disco, da code di storage in crescita o da una combinazione tra SKU della VM e tipo di managed disk che non regge il workload reale.
Verifiche da fare
- Disk Reads/Writes e latency — usa Azure Monitor e metriche guest per verificare code, latency media e picchi durante le finestre lente.
- Limiti della VM — ogni SKU ha un tetto massimo di IOPS e throughput aggregato: puoi avere un disco veloce su una VM che non riesce comunque a sfruttarlo.
- Caching — impostazioni errate su host caching possono penalizzare workload sensibili, soprattutto per data e log disk con profili diversi.
- Antivirus e backup — scansioni o snapshot in orari critici possono amplificare code e contention sullo storage.
Segnali tipici
Response time applicativi che peggiorano senza CPU alta, SQL Server con PAGEIOLATCH_*, tempi di boot o restart insolitamente lunghi, job batch che si allungano solo in certe finestre orarie e dashboard Azure che mostrano saturazione storage ma non saturazione compute.
Quando non è il disco
Se la latency resta bassa ma l'applicazione è comunque lenta, il problema può essere in query inefficienti, contention applicativa, rete, throttling a monte o limiti di CPU burst. Il punto non è sostituire un'ipotesi con un'altra, ma isolare il livello tecnico che si satura davvero.
Controlli utili da fare subito
- Confronta i picchi di latency con gli orari del degrado percepito.
- Verifica se i dischi e la VM appartengono a tier coerenti tra loro.
- Controlla se backup, snapshot o antivirus coincidono con i rallentamenti.
- Isola i file più sensibili a I/O, per esempio data e log disk separati.
Errori che portano fuori strada
Il più frequente è aumentare la taglia della VM senza correggere il vincolo di storage. Un altro errore classico è guardare solo la media della latency e non i picchi reali che colpiscono il workload nelle finestre critiche.
Cosa aspettarsi dall'analisi
Una diagnosi corretta deve stabilire se il problema richiede tuning del workload, cambio di tier disco, revisione dello SKU VM, redistribuzione dei file o ottimizzazione delle finestre di backup e manutenzione. Senza questa distinzione si tende a sovradimensionare la VM senza risolvere il vero collo di bottiglia.
Domande frequenti
Se la CPU è bassa posso escludere il compute?
No. Alcuni limiti della VM coinvolgono throughput e canali I/O anche quando la CPU non è satura.
Vale anche per SQL Server su Azure VM?
Sì, ed è uno dei casi più comuni: il sintomo appare sul database, ma la radice sta nella combinazione VM, dischi e layout storage.