Una VM con SQL Server può generare costi anche quando il database è quasi inattivo; Azure SQL Database, invece, offre un calcolo serverless fatturato al secondo che può essere sospeso. Questa differenza riassume il dilemma dei costi, ma non basta per scegliere: contano anche la licenza, i dischi, i backup, l’alta disponibilità e il lavoro operativo che ricade sul team.
Per confrontare le due opzioni nel 2026 bisogna partire da un carico di lavoro concreto. Microsoft avverte che i prezzi variano in base alla regione e all’accordo, e la pagina di Azure SQL Database presenta stime, non preventivi definitivi. Perciò, il confronto utile non riguarda una tariffa universale, ma la ripartizione di ciò che ciascuna architettura include in fattura.
Voci incluse nella fattura di ciascuna opzione
Azure SQL Database è un servizio gestito: Microsoft amministra il sistema operativo, il motore di SQL Server, gli aggiornamenti, i backup e l’alta disponibilità integrata. Il cliente paga principalmente il calcolo e l’archiviazione; a seconda della configurazione, possono esserci anche costi per l’archiviazione dei backup, la conservazione prolungata o la ridondanza aggiuntiva.
Il calcolo può essere acquistato con DTU, che raggruppano CPU, memoria e input/output, oppure con vCore, che consente di regolare queste risorse separatamente. Con vCore sono disponibili il calcolo con provisioning — una capacità fissa fatturata a ore — e il serverless, pensato per database con utilizzo intermittente o imprevedibile. Quest’ultimo ridimensiona automaticamente il calcolo e lo fattura al secondo durante l’utilizzo.
Con serverless, la sospensione automatica azzera il costo del calcolo durante la pausa: resta da pagare l’archiviazione. Tuttavia, una connessione aperta può impedire al database di entrare in sospensione. L’articolo di SQL & Cloud Lab indica tra le possibili cause una sessione SSMS, i pool di connessioni dell’applicazione e i controlli di integrità. Se uno di questi mantiene attivo il database, il risparmio previsto potrebbe non concretizzarsi.
La VM viene fatturata mentre è in esecuzione, indipendentemente dal fatto che SQL Server sia occupato o meno. A questo importo si aggiungono la licenza di SQL Server — a meno che non si disponga di una licenza valida o si utilizzi un’edizione gratuita —, i dischi del sistema operativo, dei dati e dei log, i backup e, se si desidera l’alta disponibilità con un gruppo Always On, almeno un’altra VM e i relativi dischi.
C’è anche un costo operativo meno evidente: sulla VM, il team si occupa di patch, monitoraggio, test di ripristino e pianificazione del failover. Azure SQL Database trasferisce a Microsoft queste attività relative alla piattaforma. La differenza non compare necessariamente come un’unica voce in fattura, ma cambia le risorse interne richieste da ciascuna alternativa.
Confronto di costi e funzionalità
| Criterio | Azure SQL Database | SQL Server su Azure VM |
|---|---|---|
| Calcolo | DTU o vCore. Serverless fattura al secondo di utilizzo; il calcolo con provisioning fattura una capacità fissa a ore. | La VM viene fatturata a ore mentre è accesa, anche se il carico di SQL è ridotto. |
| Costo durante l’inattività | Con serverless può ridursi al costo dell’archiviazione se il database viene sospeso; le connessioni aperte possono impedirlo. | La VM continua a generare costi finché non viene arrestata e deallocata. |
| Licenza di SQL Server | Inclusa nel servizio o scontata tramite Azure Hybrid Benefit con vCore con provisioning. | Inclusa in alcune immagini con pagamento a consumo o coperta tramite Azure Hybrid Benefit se si soddisfano i requisiti. |
| Archiviazione | È fatturata in base al livello e all’archiviazione con provisioning o allocata; il costo dipende dalla configurazione. | Si pagano i dischi del sistema operativo, dei dati e dei log. I dischi Premium SSD o Ultra possono aumentare il totale. |
| Backup | Backup automatici con una quantità di archiviazione inclusa; la conservazione aggiuntiva e il consumo extra possono comportare costi. | Il cliente configura e paga Azure Backup o l’archiviazione dei backup in Blob. |
| Alta disponibilità | Alta disponibilità integrata; alcune opzioni, come la ridondanza di zona in General Purpose, comportano costi aggiuntivi. | A seconda della progettazione e dei diritti di licenza applicabili, può essere necessaria una seconda VM, con dischi e licenze. |
| Amministrazione | Microsoft gestisce il sistema operativo, le patch, i backup e l’alta disponibilità del servizio. | Il team amministra il sistema operativo e attività come patch, monitoraggio e test di ripristino. |
| Controllo dell’istanza | Meno funzionalità a livello di istanza; l’articolo comparativo cita SQL Agent e le query tra database tra le limitazioni. | Controllo completo di un’istanza, con accesso al sistema operativo e possibilità di installare software insieme a SQL Server. |
| Licenze esistenti | Azure Hybrid Benefit è disponibile solo con il modello vCore e il calcolo con provisioning; non si applica a DTU né a serverless. | Azure Hybrid Benefit riduce il costo della licenza, ma non elimina i costi base di calcolo, archiviazione, backup né I/O. |
La tabella mostra perché non conviene confrontare soltanto il prezzo del calcolo. Una VM di piccole dimensioni può sembrare economica, ma quella cifra non include necessariamente la licenza di SQL Server: Microsoft Learn chiarisce che la stima mostrata quando si sceglie la dimensione di una VM comprende il calcolo e, se applicabile, la licenza del sistema operativo, ma non la licenza di SQL Server Web, Standard o Enterprise. Per affinare il calcolo bisogna selezionare anche l’edizione di SQL Server.
Licenze e sconti: il calcolo può cambiare
Azure Hybrid Benefit può ridurre la componente della licenza in entrambe le opzioni, ma le condizioni e l’effetto non sono uguali. In Azure SQL Database si applica solo al calcolo vCore con provisioning. Sono esclusi sia il modello DTU sia serverless: una distinzione importante se si intende scegliere serverless proprio per ridurre la spesa dei database con attività irregolare.
Microsoft indica che il vantaggio per Azure SQL Database può offrire risparmi del 30% o superiori assegnando licenze di SQL Server con Software Assurance. Si tratta di un riferimento a un risparmio potenziale, non di un prezzo garantito per qualsiasi configurazione. L’importo dipende dalle licenze disponibili e dalle risorse acquistate.
Per una VM, Azure Hybrid Benefit richiede anche licenze di SQL Server Standard o Enterprise e Software Assurance. Riduce il costo delle licenze, ma la VM, l’archiviazione e i backup continuano a essere fatturati. Microsoft consiglia questa soluzione per carichi di lavoro continui, di durata e dimensioni note; per attività temporanee o di durata incerta, descrive il pagamento a consumo della licenza come un’alternativa adeguata.
Esistono inoltre edizioni gratuite per casi specifici. Developer non prevede costi di licenza ed è adatta allo sviluppo, ai test o alle prove di concetto, ma non può essere utilizzata in produzione. Anche Express è gratuita e può essere adatta a carichi di produzione leggeri: Microsoft indica come riferimento fino a 4 core, meno di 1 GB di memoria e fino a 50 GB per database. Avverte, tuttavia, che Express non include alcune funzionalità necessarie in produzione, come le opzioni di ripristino di emergenza di livello Enterprise.
Per i carichi prevedibili, SQL Database offre piani di risparmio basati sull’impegno a sostenere una spesa oraria per uno o tre anni e prenotazioni di uno o tre anni, secondo la pagina dei prezzi di Microsoft. L’acquisto deve corrispondere al modello di consumo effettivo: un impegno può ridurre i costi rispetto al pagamento a consumo, ma non sostituisce la misurazione né la scelta della capacità corretta. Per le VM, il materiale di Microsoft sottolinea il dimensionamento e l’arresto dei carichi intermittenti, senza confrontare gli importi finali delle prenotazioni.
Quando scegliere Azure SQL Database
È più adatto quando si crea una nuova applicazione, si utilizza un singolo database o il carico varia, e il team preferisce non gestire patch, backup e alta disponibilità. Se l’utilizzo è irregolare, serverless può essere una buona candidata: il calcolo viene fatturato al secondo e il database può essere sospeso. Per molti database di piccole dimensioni con attività disomogenea, SQL & Cloud Lab consiglia di valutare un elastic pool.
La condizione è che l’applicazione non dipenda da funzionalità di istanza non offerte dal servizio. Il confronto cita SQL Agent e le query tra database tra le limitazioni di Azure SQL Database; se queste funzionalità sono necessarie, suggerisce di valutare SQL Managed Instance o una VM. La scelta del servizio gestito, quindi, non è solo una decisione di costo: dipende anche da quanto del SQL Server esistente si può trasferire senza modificare i requisiti.
Azure SQL Database semplifica anche la pianificazione del budget quando si vuole delegare la gestione del motore e della piattaforma, sebbene non tutti i costi scompaiano: l’archiviazione, la conservazione prolungata dei backup e alcune opzioni di ridondanza possono ancora influire sul totale. Con serverless bisogna inoltre verificare che il database venga effettivamente sospeso.
Quando scegliere SQL Server su una VM
La VM è un’opzione da considerare quando servono il pieno controllo dell’istanza, l’accesso al sistema operativo, una versione specifica di SQL Server o software di terze parti installato insieme al motore. È adatta anche alle applicazioni che richiedono SQL Agent, SSIS o SSRS sullo stesso server, secondo il confronto di SQL & Cloud Lab.
Questo controllo ha un costo operativo e infrastrutturale: oltre a scegliere la dimensione della VM e l’edizione, bisogna pianificare dischi, backup e disponibilità. Se si arresta la VM, è necessario farlo correttamente: Microsoft segnala che fermarla dal sistema operativo non basta a evitare i costi; occorre arrestarla e deallocarla. Per i carichi che non sono attivi continuamente, consiglia inoltre di dimensionare la VM in base alle esigenze reali e di valutare l’arresto durante i periodi di inattività.
Un carico di produzione continuo con licenze Standard o Enterprise e Software Assurance può sfruttare Azure Hybrid Benefit sulla VM. Microsoft segnala inoltre che una licenza assegnata può coprire una replica secondaria passiva per l’alta disponibilità e un’altra per il ripristino di emergenza, alle condizioni descritte nella relativa guida. Questo può ridurre la componente di licenza di un’architettura ridondante, ma non elimina i costi dell’infrastruttura aggiuntiva.
Come costruire un confronto valido
Prima della migrazione, SQL & Cloud Lab consiglia di raccogliere almeno due settimane di dati sull’utilizzo effettivo del server attuale: CPU media e massima, memoria, IOPS e velocità di scrittura del log. Dimensionare Azure in base all’hardware precedente, anziché all’utilizzo effettivo, può portare a pagare per capacità inutilizzata. Dopo la distribuzione, suggerisce di iniziare con una dimensione inferiore e monitorare per una settimana prima di aumentarla, se le metriche lo giustificano.
Con questi dati, conviene calcolare scenari equivalenti nel calcolatore dei prezzi di Azure: stesso volume di lavoro, livello di disponibilità e criteri di backup. Per Azure SQL Database bisogna scegliere tra DTU e vCore e, per quest’ultimo, tra serverless e provisioning; per la VM, includere l’edizione di SQL Server, la dimensione della macchina e i dischi. Si aggiungono poi la conservazione, la ridondanza e le licenze, considerando anche chi si occuperà della manutenzione.
Non esiste una cifra unica per «Azure SQL rispetto a VM» senza questi parametri. In linea generale, il servizio gestito tende a essere vantaggioso per applicazioni nuove o variabili quando la sospensione serverless funziona e non servono funzionalità di istanza. La VM può essere giustificata dalla compatibilità e dal controllo, soprattutto se le licenze esistenti e un dimensionamento accurato compensano i componenti aggiuntivi. Il passo successivo è richiedere un preventivo per entrambe le configurazioni, usando la regione, l’accordo e le metriche del carico che si intende effettivamente migrare.
Fonti: DEV Community, Microsoft Azure, Microsoft Learn, Microsoft Learn
